Return-Path: From: Bing Zhao To: Marcel Holtmann CC: "linux-bluetooth@vger.kernel.org development" , "Gustavo F. Padovan" , Johan Hedberg , Mike Frysinger , Amitkumar Karwar Date: Fri, 1 Nov 2013 15:08:46 -0700 Subject: RE: [PATCH 1/3] Bluetooth: btmrvl: use cal-data from device-tree instead of conf file Message-ID: <477F20668A386D41ADCC57781B1F70430F45757D87@SC-VEXCH1.marvell.com> References: <1383257311-1430-1-git-send-email-bzhao@marvell.com> <39C7BB16-B89A-465E-BB9D-09374FA877C6@holtmann.org> In-Reply-To: <39C7BB16-B89A-465E-BB9D-09374FA877C6@holtmann.org> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 List-ID: Hi Marcel, > > +#include > > #include > > #include >=20 > here now it becomes tricky. Does this now depend on CONFIG_OF as well? No. It doesn't depend on CONFIG_OF. The of.h takes good care of the two OF functions (of_find_node_by_name and = of_property_read_u8_array) used in this patch. If CONFIG_OF is not defined,= the 1st function returns NULL and the 2nd function returns -ENOSYS. >=20 > What happens to x86 systems that generally do not use open firmware or de= vice tree. Do they still > work?=20 On x86 systems without OF or device tree, the entire calibration data downl= oading will be skipped. > Which kind of devices need the calibration data anyway? All of them? Just= the ones without > EEPROM? Some ARM versions of Chromebook need the calibration data. They do have EEPROM but still need a piece of new calibration data in test = mode. >=20 > You need to pretty much verbose in your commit message on what is going o= n. And I get the feeling > that you have to handle the case where CONFIG_OF is not selected. When CONFIG_OF is not selected, or the specific property is not present in = the device tree, the calibration downloading will not happen. I can add above messages to the commit log in v2. Thanks, Bing