Bug 208628
Summary: | kernel oops with bluetooth/rfcomm | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | denis ivanov <youonly> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6 | CC: | davej, jeff, wtogami | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-11-16 22:36:20 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
denis ivanov
2006-09-29 19:09:25 UTC
*** Bug 208626 has been marked as a duplicate of this bug. *** Created attachment 138312 [details]
Attempt to fix the NULL pointer dereference
This patch might prevent the NULL pointer dereference. Looks like some rewrites
of the TTY layer have an impact on the RFCOMM TTY support.
I've had a similar problem on the built-in adapter on my HP nc8230: BUG: unable to handle kernel paging request at virtual address 6f746b77 printing eip: c043a487 *pde = 00000000 Oops: 0002 [#1] SMP Modules linked in: radeon drm nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink xt_tcpudp iptable_filter ip_t ables x_tables hidp rfcomm l2cap ipv6 cpufreq_ondemand acpi_cpufreq sbs snd_intel8x0m snd_seq_dummy snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss firewire_ohci firewire_core snd_pcm ipw2200 ieee80211 sdhci crc_itu_t tifm_7xx1 keyspan usbserial snd_timer mmc_core ieee80211_crypt ti fm_core snd video tg3 output irda soundcore iTCO_wdt crc_ccitt joydev iTCO_vendor_support snd_page_alloc serio_raw battery button ac parport_pc tpm_infineon parport hci_usb tpm sr_mod bluetooth tpm_bios sg cdrom dm_snapshot dm_zero dm_mirror dm_mod ata_piix ata_generic libata sd_mod scsi_mod ext3 jbd mbcache ehci_hcd ohci_hcd uhci_hcd CPU: 0 EIP: 0060:[<c043a487>] Not tainted VLI EFLAGS: 00010087 (2.6.23.1-42.fc8 #1) EIP is at run_workqueue+0x4d/0x109 eax: f7c84484 ebx: f7c84480 ecx: dcc6e8b4 edx: 6f746b73 esi: dcc6e8b0 edi: 702c276c ebp: 00000000 esp: c18e6f9c ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 Process events/0 (pid: 6, ti=c18e6000 task=f7c06000 task.ti=c18e6000) Stack: c18e6fbc f7c8448c c043d5cf f7c84480 f7c84480 c043ad10 c18e6fd0 c043adca 00000000 f7c06000 c043d485 c18e6fc8 c18e6fc8 f7c84480 00000000 c043d3be c043d386 00000000 c0405dbb c18edf1c 00000000 00000000 00000000 00000000 Call Trace: [<c043d5cf>] prepare_to_wait+0x24/0x3f [<c043ad10>] worker_thread+0x0/0xc4 [<c043adca>] worker_thread+0xba/0xc4 [<c043d485>] autoremove_wake_function+0x0/0x35 [<c043d3be>] kthread+0x38/0x5e [<c043d386>] kthread+0x0/0x5e [<c0405dbb>] kernel_thread_helper+0x7/0x10 ======================= Code: 44 24 04 ad 8f 62 c0 c7 04 24 9c 35 6b c0 e8 7c 3a ff ff e8 1a c8 fc ff e9 a4 00 00 00 8d 71 fc 8b 7e 0c 89 73 18 8b 41 04 8b 11 <89> 42 0 4 89 10 b0 01 89 09 89 49 04 86 03 fb 90 8d b4 26 00 00 EIP: [<c043a487>] run_workqueue+0x4d/0x109 SS:ESP 0068:c18e6f9c Oops, I didn't see that this bug is from 2006... perhaps it's best closed? I see in the kernel sources that Marcel's patch has already been applied. (In reply to comment #5) > Oops, I didn't see that this bug is from 2006... perhaps it's best closed? I > see in the kernel sources that Marcel's patch has already been applied. Yes, please open a new bug. |