Hi! > >> > cpufreq_performance cpufreq_powersave rfcomm hidp l2cap bluetooth fan > >> > ipmi_watchdog ipmi_msghandler uinput wlan_tkip ieee80211_crypt_tkip > >> > ieee80211_crypt arpt_mangle arptable_filter arp_tables > >> > nf_conntrack_ipv4 nf_conntrack iptable_mangle iptable_filter ip_tables > >> > x_tables intelfb i2c_i810 i2c_algo_bit coretemp eeprom acpi_cpufreq > >> > fglrx(P) applesmc joydev uvcvideo appletouch wlan_scan_sta > >> > ath_rate_sample firewire_ohci firewire_core snd_hda_intel ath_pci > >> > snd_pcm wlan ohci1394 intel_agp evdev ath_hal(P) snd_timer ieee1394 > >> > pata_acpi thermal ehci_hcd uhci_hcd snd_page_alloc snd_hwdep agpgart > >> > video button processor > >> > [ 232.270800] > >> > [ 232.270802] Pid: 2690, comm: btdelconn Tainted: P > >> > (2.6.26-rc4-00033-g5463508 #4) > > > > ...and we get oops in bluetooth. > > > > Use btusb, instead. > > > > Actually, I guess we should mark hci_usb as broken. I don't see why we > > should debug the same problem over and over again. > Well; "shizzle my frizzle," The funny thing is, is I have not seen > this after performing more suspends, > maybe this is a every once in a while scenario. It was "one in three" in my tests; but you need usb actively in use while you are suspending for this to bite. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- 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