FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 12-18-2008, 07:27 PM
 
Default Bug#464501: marked as done (eSCO support breaks (SCO?) headsets)

Your message dated Thu, 18 Dec 2008 21:24:47 +0100
with message-id <20081218202447.GB32549@inutil.org>
and subject line Re: Bug#464501: [Pkg-bluetooth-maintainers] Bug#464501: bluez-audio: A bluetooth headset can't be used to record sound.
has caused the Debian Bug report #464501,
regarding eSCO support breaks (SCO?) headsets
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


--
464501: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464501
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
 
Old 12-18-2008, 09:20 PM
Frédéric Brière
 
Default Bug#464501: marked as done (eSCO support breaks (SCO?) headsets)

On Thu, Dec 18, 2008 at 08:27:07PM +0000, Debian Bug Tracking System wrote:
> There's not much point in leaving the bug open, then.

This bug report has evolved a lot since it was opened, as it accumulated
lots of (possibly unrelated) "my headset does not work" reports. (Good
luck following up on those.)

Its current purpose is to track a specific regression, introduced with
eSCO support in b6a0dc82. Namely, the kernel will always attempt to
establish an eSCO connection if the Bluetooth adapter supports it,
regardless of any support from the device itself. This is a problem for
those of us who are using a cheap old headset with a not-so-old
Bluetooth adapter.

(To answer your previous question, this is still present in 2.6.26. I
haven't had the time to try .27 yet.)

Ideally, the kernel would be smart enough to try eSCO only if the
adapter and device support it. Or, at the very least, fall back to SCO
if eSCO doesn't work.


I'll let you determine whether you prefer to reopen this report, or
clone it beforehand. (In the latter case, feel free to use me as its
submitter.)


--
* SynrG notes that the number of configuration questions to answer in sendmail
is NON-TRIVIAL
-- Seen on #Debian



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-20-2008, 08:34 PM
Moritz Muehlenhoff
 
Default Bug#464501: marked as done (eSCO support breaks (SCO?) headsets)

reopen 464501
submitter 464501 fbriere@fbriere.net
thanks

On Thu, Dec 18, 2008 at 05:20:55PM -0500, Frédéric Brière wrote:
> On Thu, Dec 18, 2008 at 08:27:07PM +0000, Debian Bug Tracking System wrote:
> > There's not much point in leaving the bug open, then.
>
> This bug report has evolved a lot since it was opened, as it accumulated
> lots of (possibly unrelated) "my headset does not work" reports. (Good
> luck following up on those.)
>
> Its current purpose is to track a specific regression, introduced with
> eSCO support in b6a0dc82. Namely, the kernel will always attempt to
> establish an eSCO connection if the Bluetooth adapter supports it,
> regardless of any support from the device itself. This is a problem for
> those of us who are using a cheap old headset with a not-so-old
> Bluetooth adapter.
>
> (To answer your previous question, this is still present in 2.6.26. I
> haven't had the time to try .27 yet.)
>
> Ideally, the kernel would be smart enough to try eSCO only if the
> adapter and device support it. Or, at the very least, fall back to SCO
> if eSCO doesn't work.
>
> I'll let you determine whether you prefer to reopen this report, or
> clone it beforehand. (In the latter case, feel free to use me as its
> submitter.)

Done.

If you find the time plesae check, whether this behaviour persists with
2.6.28 and if that should still be the case, please file a bug at
bugzilla.kernel.org

Cheers,
Moritz



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 02-14-2009, 05:14 PM
Frédéric Brière
 
Default Bug#464501: marked as done (eSCO support breaks (SCO?) headsets)

On Sat, Dec 20, 2008 at 10:34:01PM +0100, Moritz Muehlenhoff wrote:
> If you find the time plesae check, whether this behaviour persists with
> 2.6.28

Yes and no.

The good news is that Marcel Holtmann added a disable_esco parameter for
people like me, so we'd no longer have to patch our kernel while this
issue is being investigated.

The bad news is that I can't give 2.6.27+ a try, since 769be97 breaks
things even further; any connection attempt just hangs there, with
nothing interesting showing up in my logs. Unlike the previous eSCO
commit, simply redefining lmp_ssp_capable() to 0 does no good, and the
commit cannot be cleanly reverted in v2.6.28.

> and if that should still be the case, please file a bug at
> bugzilla.kernel.org

Looks like #9871 (and #10332, probably a duplicate) already cover this
issue.


Marcel, please let me know if I can be of any help in debugging this
issue. I don't know Bluetooth worth squat, but I can patch, bisect, and
take orders very well. (I wish I could just mail you my headset and
adapter, but I currently need them as my main phone line.)


--
<-- Overfiend has quit ("venturing forth to destroy strange new
worlds, and eat life and new civilizations")



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 04:26 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org