Re: [PATCH v3] Bluetooth: Fix registering hci with duplicate name

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Andrei,

On Thu, Apr 19, 2012 at 4:08 AM, Andrei Emeltchenko
<andrei.emeltchenko.news@xxxxxxxxx> wrote:
> Hi Ulisses,
>
> On Wed, Apr 18, 2012 at 12:13:04PM -0300, Ulisses Furquim wrote:
>> When adding HCI devices hci_register_dev assigns the same name
>> hci1 for subsequently added AMP devices.
>>
>> ...
>> [ 6958.381886] sysfs: cannot create duplicate filename
>>        '/devices/virtual/bluetooth/hci1
>> ...
>>
>> We assume id starts with the number we'll try to add the new device
>> and keep iterating until we find the proper place. The only difference
>> is we start with 0 for BR/EDR device and 1 for AMP devices (thus AMP
>> devices will never receive register as index 0). Then every hdev->id in
>> the _ordered_ list <= to the id we want we increment id and move the
>> variable head. In the end we'll have id as the first available one and
>> head is where you need to add hdev after to keep the list ordered.
>>
>> Reported-by: Andrei Emeltchenko <andrei.emeltchenko@xxxxxxxxx>
>> Signed-off-by: Ulisses Furquim <ulisses@xxxxxxxxxxxxxx>
>> ---
>>
>> v3 - really add new hdev after head to keep the list ordered.
>> v2 - only increment id when we find it's already there in the list.
>>
>> ---
>>  net/bluetooth/hci_core.c |   16 ++++++++++------
>>  1 file changed, 10 insertions(+), 6 deletions(-)
>>
>> diff --git a/net/bluetooth/hci_core.c b/net/bluetooth/hci_core.c
>> index c4dc263..2b98c33 100644
>> --- a/net/bluetooth/hci_core.c
>> +++ b/net/bluetooth/hci_core.c
>> @@ -1739,24 +1739,28 @@ int hci_le_scan(struct hci_dev *hdev, u8 type, u16 interval, u16 window,
>>  /* Register HCI device */
>>  int hci_register_dev(struct hci_dev *hdev)
>>  {
>> -     struct list_head *head = &hci_dev_list, *p;
>> +     struct list_head *head, *p;
>>       int i, id, error;
>>
>>       if (!hdev->open || !hdev->close)
>>               return -EINVAL;
>>
>> +     write_lock(&hci_dev_list_lock);
>> +
>>       /* Do not allow HCI_AMP devices to register at index 0,
>>        * so the index can be used as the AMP controller ID.
>>        */
>>       id = (hdev->dev_type == HCI_BREDR) ? 0 : 1;
>> -
>> -     write_lock(&hci_dev_list_lock);
>> +     head = &hci_dev_list;
>>
>>       /* Find first available device id */
>>       list_for_each(p, &hci_dev_list) {
>> -             if (list_entry(p, struct hci_dev, list)->id != id)
>> +             int nid = list_entry(p, struct hci_dev, list)->id;
>> +             if (nid > id)
>>                       break;
>> -             head = p; id++;
>> +             if (nid == id)
>> +                     id++;
>> +             head = p;
>>       }
>
> This looks to be working but I still prefer bitmask approach as it results
> in simpler code like shown below:
>
> <------8<------------------------------------------
> |  list_for_each_entry(d, &hci_dev_list, list)
> |          set_bit(d->id, inuse);
> |
> |  id = find_first_zero_bit(inuse, PAGE_SIZE * 8);
> |
> <------8<------------------------------------------
>
> Anyway I leave it to maintainers to decide.
>
> Tested-by: Andrei Emeltchenko <andrei.emeltchenko@xxxxxxxxx>

Well, it's certainly up to them. Thanks for checking anyway. :-) I
just don't think allocating a page, marking the bits and finding the
first available is better than the other solution (which was already
there too). However, we need any fix merged soon as 3.3 seems to be
affected by this bug. Just plugging two USB dongles on my machine
gives me the duplicate name error from sysfs. :-/

Best regards,

-- 
Ulisses Furquim
ProFUSION embedded systems
http://profusion.mobi
Mobile: +55 19 9250 0942
Skype: ulissesffs
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux