Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 411407 - sys-kernel/gentoo-sources-3.2.12 - Roper Class 1 Bluetooth Dongle / TRENDnet TBW-102UB not working
Summary: sys-kernel/gentoo-sources-3.2.12 - Roper Class 1 Bluetooth Dongle / TRENDnet ...
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-09 23:53 UTC by Christophe PEREZ
Modified: 2015-08-08 23:12 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christophe PEREZ 2012-04-09 23:53:29 UTC
As explained in the last 2 posts (chris972) http://forums.gentoo.org/viewtopic-p-7008700.html#7007466, my bluetooth doesn't work anymore with kernel 3.x but work fine with same configuration with 2.6.
I spent days to find that was a problem with the kernel.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2012-04-11 01:54:48 UTC
Please summarise the problem right here:

1) The device in question (vendor, mfgr, model name, USB ID and so on).
2) Relevant kernel output (dmesg) if any.
3) Post your `emerge --info' output in a comment, too.
4) Anything else that might be relevant to this particular issue.
Comment 2 Christophe PEREZ 2012-04-11 19:39:48 UTC
# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 1310:0001 Roper Class 1 Bluetooth Dongle

# dmesg | grep -i bluetooth
[    0.150278] Bluetooth: Core ver 2.16
[    0.150588] Bluetooth: HCI device and connection manager initialized
[    0.150699] Bluetooth: HCI socket layer initialized
[    0.150808] Bluetooth: L2CAP socket layer initialized
[    0.150935] Bluetooth: SCO socket layer initialized
[    6.305338] Bluetooth: Generic Bluetooth USB driver ver 0.6
[   25.333242] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   25.333247] Bluetooth: BNEP filters: protocol multicast

# rc-service bluetooth status
 * status: started

# hciconfig
hci0:   Type: BR/EDR  Bus: USB
        BD Address: 00:0B:0D:06:F3:A3  ACL MTU: 120:20  SCO MTU: 0:0
        DOWN
        RX bytes:724 acl:0 sco:0 events:26 errors:0
        TX bytes:114 acl:0 sco:0 commands:26 errors:0

# lsmod
Module                  Size  Used by
bnep                    9223  2
fujitsu_laptop         10557  0
radeon                643069  2
snd_atiixp             11110  0
snd_atiixp_modem        8101  0
snd_ac97_codec         99647  2 snd_atiixp,snd_atiixp_modem
ttm                    41935  1 radeon
drm_kms_helper         21168  1 radeon
backlight               3624  2 fujitsu_laptop,radeon
cfbcopyarea             2881  1 radeon
cfbimgblt               1873  1 radeon
ac97_bus                1062  1 snd_ac97_codec
firewire_ohci          26212  0
cfbfillrect             2941  1 radeon
btusb                   9013  1
snd_pcm                54804  3 snd_atiixp,snd_atiixp_modem,snd_ac97_codec
i2c_piix4               7664  0
snd_page_alloc          6043  3 snd_atiixp,snd_atiixp_modem,snd_pcm
k8temp                  3067  0

# rfkill list
0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

# hcitool scan
Device is not available: No such device

# hcitool dev
Devices:

     Sat Apr  7 18:20:16 2012 >>> net-wireless/bluez-4.98-r2
     Sat Apr  7 18:22:55 2012 >>> dev-libs/openobex-1.5
     Sat Apr  7 18:23:19 2012 >>> app-mobilephone/obex-data-server-0.4.5
     Sat Apr  7 18:23:52 2012 >>> app-mobilephone/obexd-0.44
     Sat Apr  7 18:24:44 2012 >>> net-libs/libbluedevil-1.9.1
     Sat Apr  7 18:31:06 2012 >>> net-wireless/bluedevil-1.2.2
     Sat Apr  7 18:33:40 2012 >>> kde-base/solid-4.8.1
     Sat Apr  7 18:37:11 2012 >>> gnome-base/gvfs-1.10.1
     Sun Apr  8 10:18:21 2012 >>> dev-libs/check-0.9.8-r1
     Sun Apr  8 10:36:57 2012 >>> sys-kernel/linux-firmware-20120125

My dongle is TRENDnet TBW-102UB which worked fine with sys-kernel/gentoo-sources:2.6.32-r29 but not with 3.x (tried 3.0.26 and 3.3.1 too)

will post emerge --info soon
Comment 3 Christophe PEREZ 2012-04-21 18:51:54 UTC
# emerge --info
Portage 2.1.10.49 (default/linux/amd64/10.0/desktop/kde, gcc-4.5.3, glibc-2.13-r4, 3.2.12-gentoo x86_64)
=================================================================
System uname: Linux-3.2.12-gentoo-x86_64-AMD_Turion-tm-_64_Mobile_Technology_ML-34-with-gentoo-2.0.3
Timestamp of tree: Sat, 21 Apr 2012 11:15:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [disabled]
ccache version 3.1.6 [enabled]
app-shells/bash:          4.2_p20
dev-java/java-config:     2.1.11-r3
dev-lang/python:          2.7.2-r3, 3.2.2
dev-util/ccache:          3.1.6
dev-util/cmake:           2.8.6-r4
dev-util/pkgconfig:       0.26
sys-apps/baselayout:      2.0.3
sys-apps/openrc:          0.9.8.4
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.68
sys-devel/automake:       1.9.6-r3, 1.11.1
sys-devel/binutils:       2.21.1-r1
sys-devel/gcc:            4.5.3-r2
sys-devel/gcc-config:     1.5-r2
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82-r1
sys-kernel/linux-headers: 3.1 (virtual/os-headers)
sys-libs/glibc:           2.13-r4
Repositories: gentoo x-portage
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -msse3 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=k8 -msse3 -O2 -pipe"
DISTDIR="/download/Linux/gentoo/portage"
EMERGE_DEFAULT_OPTS="--with-bdeps y --keep-going"
FEATURES="assume-digests binpkg-logs buildsyspkg ccache distlocks ebuild-locks fixlafiles news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://mirror.datapipe.net/gentoo http://mirror.jamit.de/gentoo/"
LANG="fr_FR@euro"
LC_ALL="fr_FR@euro"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="fr fr_FR"
MAKEOPTS="-j2"
PKGDIR="/other/portage/pkgdir"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/other/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://novazur.fr/gentoo-portage"
USE="X a52 aac acl acpi aim alsa amd64 audiofile bash-completion berkdb bluetooth branding bzip2 cairo caps cdda cdr cli consolekit cracklib crypt cups cxx dbus declarative dri dts dvd dvdr dvdread eds emboss encode evo exif fam fbcon ffmpeg firefox flac gdbm gdu gif gnome gphoto2 gtk gtk2 gtkhtml iconv imagemagick imlib iodbc ipv6 jabber java jpeg kde kipi lcms ldap libnotify libsamplerate lm_sensors mad matroska mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin odbc ogg oggvorbis openal opengl openmp pam pango pcre pdf phonon plasma png policykit portaudio pppd qt3support qt4 readline scanner sdl semantic-desktop session sndfile sox speex spell sse sse2 ssl startup-notification svg sysfs tcltk tcpd theora tiff truetype udev unicode usb v4l vorbis wxwidgets x264 xcb xcomposite xinerama xml xorg xpm xscreensaver xulrunner xv xvid zlib" ALSA_CARDS="snd-atiixp sco" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="canon ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr fr_FR" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 4 Mike Pagano gentoo-dev 2012-09-07 21:25:25 UTC
Is this still an issue with the latest 3.5 kernel, which is 3.5.3 as of this writing.
Comment 5 Christophe PEREZ 2012-09-08 15:13:13 UTC
(In reply to comment #4)
> Is this still an issue with the latest 3.5 kernel, which is 3.5.3 as of this
> writing.

I have to make a big update to try the last stable 3.4.9. But with my actual 3.3.8 the problem still exists.
Comment 6 Christophe PEREZ 2012-09-08 21:41:17 UTC
# uname -a
Linux fuji 3.4.9-gentoo #1 Sat Sep 8 17:33:26 AST 2012 x86_64 AMD Turion(tm) 64 Mobile Technology ML-34 AuthenticAMD GNU/Linux

# rfkill list
0: acer-wireless: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

# hciconfig
hci0:   Type: BR/EDR  Bus: USB
        BD Address: 00:0B:0D:06:F3:A3  ACL MTU: 120:20  SCO MTU: 0:0
        DOWN
        RX bytes:724 acl:0 sco:0 events:26 errors:0
        TX bytes:114 acl:0 sco:0 commands:26 errors:0

# hcitool scan
Device is not available: No such device
# hcitool dev
Devices:


No luck...
Comment 7 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2012-11-12 22:53:57 UTC
1) Have you tried on a testing version yet? Please try on 3.6.6.

This information will let us know if it perhaps might have been fixed lately.

2) What was the last version this worked and the first version this has broken?

This information will allow us to look for kernel changes in that period and if we can't see it you could perform a git bisect if possible.

http://wiki.gentoo.org/wiki/Kernel_git-bisect
Comment 8 Christophe PEREZ 2012-11-13 14:02:15 UTC
(In reply to comment #7)
> 1) Have you tried on a testing version yet? Please try on 3.6.6.

All stable version 3.x was tried. I don't have testing version.

> This information will let us know if it perhaps might have been fixed lately.

That's what I hope when a new version appears in stable portage...

> 2) What was the last version this worked and the first version this has
> broken?

This PC never had 2.6.x kernel, because it was installed directly with 3.x.
But, as on another PC that dongle worked several years ago on a 2.6.x, I just tried a sys-kernel/gentoo-sources:2.6.32-r29 on the new PC, and the dongle worked fine.
I can't test all 2.6.x versions to see which one is good or not.
Comment 9 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2012-11-13 18:27:10 UTC
(In reply to comment #8)> 
> All stable version 3.x was tried. I don't have testing version.

If you don't try one, we won't know if it has been fixed already.

> That's what I hope when a new version appears in stable portage...

That approach doesn't allow us to determine whether it has been fixed, thus we can not report this upstream that way as it might or might not be a bug anymore.

> I can't test all 2.6.x versions to see which one is good or not.

Using a minimal config for just the dongle as well as ccache and correct compile settings, you test a few kernels in no time.

You can also try to skip a few kernels to speed up the progress; for instance, if you have ten kernels to test (1 to 10) then you could try 1, 4, 8, 10. Let's say you discover 4 works and 8 is broken (so don't have to do 10), then you could try 6 to see whether the broken kernel is 5 or 6 or whether the broken kernel is 7 or 8. This example takes about 4 tries to know a set of two versions and an extra try to know exactly with which version it breaks.

Since you have less versions to try, you probably can achieve a good educated guess in 3 or 4 tries. So, worth giving a shot, unless you really don't need to ever use that hardware...

The amount of commits the kernel involve is huge, and without at least knowing a small range of them it's impossible to pinpoint the offending code. Even if you just take the commits that happened for the particular file, it still requires an idea which date range to look for...
Comment 10 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-03-17 19:29:57 UTC
> All stable version 3.x was tried. I don't have testing version.

3.x isn't a version and 3.4.9 is 7 months old; please try the latest version again and attach the dmesg output (don't use grep this time) and your .config.
Comment 11 Christophe PEREZ 2013-03-18 13:43:16 UTC
(In reply to comment #10)
> > All stable version 3.x was tried. I don't have testing version.
> 
> 3.x isn't a version and 3.4.9 is 7 months old; please try the latest version
> again and attach the dmesg output (don't use grep this time) and your
> .config.

You're joking I suppose !
I posted this bug one year ago, and you tell me it's too old.
My english is not good enough to discuss more about all of that. I tried to give all what I could, and you seem not to want to try to correct the problem.

Close the bug, I'm the only person in the world who have it, so don't care...
Comment 12 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-03-18 13:58:26 UTC
(In reply to comment #11)
> You're joking I suppose !

No, I'm not.

> I posted this bug one year ago, and you tell me it's too old.

Yes, not responding for several months makes it very old; multiple fixes are committed every single day, it is pointless to look into it if it could have been fixed in the last months, that's why you need to try more recent kernels.

> I tried to give all what I could

You still haven't tried a recent kernel, which doesn't take long.

> and you seem not to want to try to correct the problem.

You seem not to want to try a more recent kernel, which has the potential to fix the problem and limit the scope; as well as provide more information as requested. If you don't collaborate, we can't correct the problem.

> Close the bug, I'm the only person in the world who have it, so don't care...

The bug is already closed, it has been waiting for your response to be reopened and progress; but if you rather want to continue to experience your problem rather than make your problem clear, go ahead and be stubborn about it...

Sorry, we can't fix problems for things are no longer in the Portage tree.
Comment 13 Christophe PEREZ 2013-03-24 22:23:14 UTC
# uname -r
3.7.10-gentoo

# hciconfig hci0 up
Can't init device hci0: Connection timed out (110)

# hcitool dev
Devices:

# hcitool scan
Device is not available: No such device

Not solved at all.
Comment 14 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-09-04 19:39:55 UTC
Is this still a problem with =sys-kernel/gentoo-sources-3.11?

If so, please file a bug upstream at https://bugzilla.kernel.org/ and leave us a link to the upstream bug. You can speed up the process by doing a http://wiki.gentoo.org/wiki/Kernel_git-bisect between the last working version and first broken version to find the offending commit. From there on we can look further into the issue.

If not, feel free to let we know so we can mark this bug as fixed.
Comment 15 Christophe PEREZ 2013-09-07 16:34:30 UTC
(In reply to Tom Wijsman (TomWij) from comment #14)
> Is this still a problem with =sys-kernel/gentoo-sources-3.11?

Actual kernel emerge world gives me sys-kernel/gentoo-sources-3.10.7
And the problem is still the same.
Comment 16 Mike Pagano gentoo-dev 2013-09-20 00:12:26 UTC
(In reply to Christophe PEREZ from comment #15)
> (In reply to Tom Wijsman (TomWij) from comment #14)
> > Is this still a problem with =sys-kernel/gentoo-sources-3.11?
> 
> Actual kernel emerge world gives me sys-kernel/gentoo-sources-3.10.7
> And the problem is still the same.

Can you try unmasking gentoo-sources-3.11.1 and tell us if it still occurs?

See:

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3#doc_chap2
Comment 17 master_volkov 2015-07-07 16:38:20 UTC
As in you bug onhttps://bugzilla.kernel.org/show_bug.cgi?id=60901 
That bug need test and close.

Since kernel 4.2-rc1 work fix added to 4.0-rc1 with HCI_QUIRK_BROKEN_LOCAL_COMMANDS for you (and my) dongle "1310:0001 Roper Class 1 Bluetooth Dongle". You can test and complete close that bug.
Comment 18 Christophe PEREZ 2015-08-08 23:12:23 UTC
doesn't work in lastest 4.0.5 for me, as told in https://bugzilla.kernel.org/show_bug.cgi?id=60901