Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Mar 2020 22:16:34 -0700
From:      Chris <bsd-lists@BSDforge.com>
To:        <jason-fbsd-bluetooth@shalott.net>
Cc:        <adrian@freebsd.org>, <freebsd-bluetooth@freebsd.org>
Subject:   Re: ath3k USB bluetooth card not detected by ng_ubt, possible regression
Message-ID:  <fd79c3867ad956005ef12847988815ce@udns.ultimatedns.net>
In-Reply-To: <alpine.LRH.2.22.394.2003251812450.19809@waffle.shalott.net>

next in thread | previous in thread | raw e-mail | index | archive | help

On Wed, 25 Mar 2020 19:05:40 -0700 (PDT) jason-fbsd-bluetooth@shalott.net said

> >> Hello.  I am trying to get an ath3k-based USB bluetooth adapter 
> >> working.  I previously had this adapter working under FreeBSD, several 
> >> years ago[.]  After loading the firmware, it is not detected by ng_ubt.
> 
> > I tracked this down:
> >
> > https://svnweb.freebsd.org/base?view=revision&revision=249178
> > 
> > Can someone explain why these devices were blacklisted from the ng_ubt 
> > driver?  It seems like the devices will fail to work if the firmware is 
> > not loaded to the device before ng_ubt is loaded into the kernel; but it 
> > seems like the failure mode is just that those devices don't work in 
> > that case.  So blacklisting them from the driver seems a lot worse...
> 
> Pinging again on this.
> 
> Any chance we can revert the above commit?
> 
> After reverting the above commit on my box, I am able to fully use my 
> bluetooth adapter (pair HID devices, play audio through my headset with 
> virtual_oss, etc).  I don't want to have to maintain a custom kernel in 
> perpetuity to maintain that capability.
> 
> Am I missing something about the current situation?  As far as I can tell, 
> with all of those devices blacklisted in the ng_ubt driver, there is no 
> way to use those devices on FreeBSD.  But if those devices are re-instated 
> in ng_ubt, the only downside is that they _might_ not work, because it's 
> left as an exercise to the user to make sure that the device firmware is 
> pushed to the device before ng_ubt is loaded into the kernel.  So my 
> understanding is: current situation, those devices are impossible to use; 
> reverting the above commit, those devices might be usable if the user 
> knows what they're doing.  Is that the wrong understanding?  And if it's 
> correct, is there any reason to not re-instate them?
> 
> 
> If some other change is needed or wanted instead of just reverting the 
> above commit -- extra checks, warning log messages, etc -- I would be 
> happy to take a run at it if someone could describe what's needed.  I 
> don't know anything about Bluetooth and don't have any kernel-hacking 
> experience, but I am an experienced C programmer.
It might be worth opening a pr (https://bugs.freebsd.org) for this. Doing
so might give it higher visibility, and I *think* that's also the
preferred direction. After all. As far as your concerned, this seems like
a bug. No? :)

--Chris
> 
> Thanks.
> 
> 
>  -Jason
> 
> _______________________________________________
> freebsd-bluetooth@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth
> To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org"





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fd79c3867ad956005ef12847988815ce>