https://bugzilla.novell.com/show_bug.cgi?id=522287
It seems that the rules matches some other devices than hid proxies
trying to switch them to HCI mode causing the mouse to be nonfunctional.
Just wanted to report it the correct list for a correct solution.
Regards,
Ozan Caglayan
On Tue, 27 Oct 2009 16:24:44 -0500
Mario Limonciello <[email protected]> wrote:
> Hi Marcel:
>
> Marcel Holtmann wrote:
> >
> > and please send a patch to fix the ones in BlueZ, too
> I sent a patch to drop it from bluez so it doesn't have to be
> maintained in two places, but it was never responded to. Here it is
> again taken from my mail archive.
Maybe a compromise for the near future:
* update the rules / tools in bluez to be in sync with udev
* don't install them by default unless "--enable-old-udev" (or
something like that) is ./configure'd
Reasoning:
* people might want to use new bluez with old udev (I personally would
avoid updating udev in a running system since it seems to interdepend
on many things. Updating bluez has been painless for me over the last
years).
Marcel, Mario, does this sound acceptable? If yes, I am willing to
prepare a patch.
Have fun,
seife
--
Stefan Seyfried
"Any ideas, John?"
"Well, surrounding them's out."
Hi Marcel:
Marcel Holtmann wrote:
>
> and please send a patch to fix the ones in BlueZ, too
I sent a patch to drop it from bluez so it doesn't have to be maintained
in two places, but it was never responded to. Here it is again taken
from my mail archive.
Regards
--
Mario Limonciello
*Dell | Linux Engineering*
[email protected]
Mario Limonciello wrote:
> Don't use the rules and tool in bluez, they're broke.
>
> Use the rules in udev.
>
>
So why do we still have that broken tool and rules in bluez? Either they
should be in sync with udev or it should be dropped.
Thanks,
Hi Mario,
no TOP POSTING.
> Don't use the rules and tool in bluez, they're broke.
>
> Use the rules in udev.
and please send a patch to fix the ones in BlueZ, too.
Regards
Marcel
Don't use the rules and tool in bluez, they're broke.
Use the rules in udev.
Ozan Çağlayan wrote:
> https://bugzilla.novell.com/show_bug.cgi?id=522287
>
> It seems that the rules matches some other devices than hid proxies
> trying to switch them to HCI mode causing the mouse to be nonfunctional.
>
> Just wanted to report it the correct list for a correct solution.
>
> Regards,
> Ozan Caglayan
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Mario Limonciello
*Dell | Linux Engineering*
[email protected]
Stefan:
Stefan Seyfried wrote:
> On Tue, 27 Oct 2009 16:24:44 -0500
> Mario Limonciello <[email protected]> wrote:
>
> Maybe a compromise for the near future:
> * update the rules / tools in bluez to be in sync with udev
> * don't install them by default unless "--enable-old-udev" (or
> something like that) is ./configure'd
>
> Reasoning:
> * people might want to use new bluez with old udev (I personally would
> avoid updating udev in a running system since it seems to interdepend
> on many things. Updating bluez has been painless for me over the last
> years).
>
> Marcel, Mario, does this sound acceptable? If yes, I am willing to
> prepare a patch.
>
Since Marcel doesn't seem keen on my dropping support in BlueZ for
hid2hci (the patch has been ignored twice now), i'm fine with this.
--
Mario Limonciello
*Dell | Linux Engineering*
[email protected]