Re: [Bugme-new] [Bug 8678] New: Kernel OOPSes when suspend/resume

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tuesday, 26 June 2007 19:42, CIJOML wrote:
> Dne úterý 26 červen 2007 19:09 Andrew Morton napsal(a):
> > On Tue, 26 Jun 2007 08:22:11 -0700 (PDT) bugme-daemon@xxxxxxxxxxxxxxxxxxx 
> wrote:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=8678
> > >
> > >            Summary: Kernel OOPSes when suspend/resume
> > >            Product: Power Management
> > >            Version: 2.5
> > >      KernelVersion: 2.6.21.5
> > >           Platform: All
> > >         OS/Version: Linux
> > >               Tree: Mainline
> > >             Status: NEW
> > >           Severity: high
> > >           Priority: P1
> > >          Component: Hibernation/Suspend
> > >         AssignedTo: power-management_other@xxxxxxxxxxxxxxxxxxxx
> > >         ReportedBy: cijoml@xxxxxxxx
> > >
> > >
> > > Most recent kernel where this bug did not occur:
> > > Distribution: Debian Etch
> > > Hardware Environment: Laptop Prestigio (Pentium M)
> > > Software Environment: 2.6.21.5, v4l-dvb-b03a5545f8e1
> > > Problem Description:
> > >
> > > --------------
> > > Stopping tasks ... done.
> > > Shrinking memory... done (0 pages freed)
> > > Freed 0 kbytes in 0.02 seconds (0.00 MB/s)
> > > Suspending console(s)
> > > dvb_usb_dib0700 4-1:1.0: no suspend for driver dvb_usb_dib0700?
> > > eth2: Going into suspend...
> > > ACPI: PCI interrupt for device 0000:02:0c.0 disabled
> > > radeonfb (0000:01:00.0): suspending for event: 1...
> > > ACPI: PCI interrupt for device 0000:00:1f.6 disabled
> > > ACPI: PCI interrupt for device 0000:00:1f.5 disabled
> > > ACPI: PCI interrupt for device 0000:00:1d.7 disabled
> > > ACPI: PCI interrupt for device 0000:00:1d.2 disabled
> > > ACPI: PCI interrupt for device 0000:00:1d.1 disabled
> > > ACPI: PCI interrupt for device 0000:00:1d.0 disabled
> > > swsusp: critical section:
> > > swsusp: Need to copy 112337 pages
> > > Intel machine check architecture supported.
> > > Intel machine check reporting enabled on CPU#0.
> > > ACPI: PCI Interrupt 0000:00:1d.0[A] -> Link [LNKA] -> GSI 11 (level, low)
> > > -> IRQ 11
> > > PCI: Setting latency timer of device 0000:00:1d.0 to 64
> > > usb usb1: root hub lost power or was reset
> > > ACPI: PCI Interrupt 0000:00:1d.1[B] -> Link [LNKD] -> GSI 11 (level, low)
> > > -> IRQ 11
> > > PCI: Setting latency timer of device 0000:00:1d.1 to 64
> > > usb usb2: root hub lost power or was reset
> > > ACPI: PCI Interrupt 0000:00:1d.2[C] -> Link [LNKC] -> GSI 11 (level, low)
> > > -> IRQ 11
> > > PCI: Setting latency timer of device 0000:00:1d.2 to 64
> > > usb usb3: root hub lost power or was reset
> > > ACPI: PCI Interrupt 0000:00:1d.7[D] -> Link [LNKH] -> GSI 11 (level, low)
> > > -> IRQ 11
> > > PCI: Setting latency timer of device 0000:00:1d.7 to 64
> > > usb usb4: root hub lost power or was reset
> > > ehci_hcd 0000:00:1d.7: debug port 1
> > > PCI: cache line size of 32 is not supported by device 0000:00:1d.7
> > > PCI: Setting latency timer of device 0000:00:1e.0 to 64
> > > ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level, low)
> > > -> IRQ 11
> > > PM: Writing back config space on device 0000:00:1f.5 at offset 1 (was
> > > 2900007, writing 2900003)
> > > ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 9 (level, low)
> > > -> IRQ 9
> > > PCI: Setting latency timer of device 0000:00:1f.5 to 64
> > > PM: Writing back config space on device 0000:00:1f.6 at offset 1 (was
> > > 2900005, writing 2900001)
> > > ACPI: PCI Interrupt 0000:00:1f.6[B] -> Link [LNKB] -> GSI 9 (level, low)
> > > -> IRQ 9
> > > PCI: Setting latency timer of device 0000:00:1f.6 to 64
> > > radeonfb (0000:01:00.0): resuming from state: 1...
> > > ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[11] 
> > > MMIO=[ffdff800-ffdfffff] Max Packet=[2048]  IR/IT contexts=[4/8]
> > > eth0: link down
> > > Yenta O2: res at 0x94/0xD4: 00/ea
> > > Yenta O2: enabling read prefetch/write burst
> > > eth2: Coming out of suspend...
> > > ACPI: PCI Interrupt 0000:02:0c.0[A] -> Link [LNKB] -> GSI 9 (level, low)
> > > -> IRQ 9
> > > pnp: Failed to activate device 00:03.
> > > pnp: Failed to activate device 00:04.
> > >  usbdev4.12_ep00: PM: resume from 0, parent 4-1 still 1
> > > dvb_usb_dib0700 4-1:1.0: PM: resume from 1, parent 4-1 still 1
> > > i2c_adapter i2c-5: PM: resume from 0, parent 4-1 still 1
> > >  usbdev4.12_ep01: PM: resume from 0, parent 4-1:1.0 still 1
> > >  usbdev4.12_ep81: PM: resume from 0, parent 4-1:1.0 still 1
> > >  usbdev4.12_ep82: PM: resume from 0, parent 4-1:1.0 still 1
> > >  usbdev4.12_ep83: PM: resume from 0, parent 4-1:1.0 still 1
> > >  usbdev4.12: PM: resume from 0, parent 4-1 still 1
> > >  usbdev1.8_ep00: PM: resume from 0, parent 1-2 still 1
> > > hci_usb 1-2:1.0: PM: resume from 1, parent 1-2 still 1
> > >  hci0: PM: resume from 0, parent 1-2:1.0 still 1
> > >  usbdev1.8_ep81: PM: resume from 0, parent 1-2:1.0 still 1
> > >  usbdev1.8_ep02: PM: resume from 0, parent 1-2:1.0 still 1
> > >  usbdev1.8_ep82: PM: resume from 0, parent 1-2:1.0 still 1
> > > hci_usb 1-2:1.1: PM: resume from 1, parent 1-2 still 1
> > >  usbdev1.8_ep03: PM: resume from 0, parent 1-2:1.1 still 1
> > >  usbdev1.8_ep83: PM: resume from 0, parent 1-2:1.1 still 1
> > >  usbdev1.8: PM: resume from 0, parent 1-2 still 1
> > > Restarting tasks ... done.
> > > __tx_submit: hci0 tx submit failed urb f22ca854 type 1 err -19
> > > usb 1-2: USB disconnect, address 8
> > > agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> > > agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
> > > agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
> > > [drm] Loading R300 Microcode
> > > BUG: unable to handle kernel NULL pointer dereference at virtual address
> > > 00000000
> > >  printing eip:
> > > c014787a
> > > *pde = 00000000
> > > Oops: 0000 [#1]
> > > PREEMPT
> > > Modules linked in: michael_mic arc4 ecb blkcipher ieee80211_crypt_tkip
> > > xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle ip_tables x_table
> > > s ppp_deflate zlib_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc
> > > mt2060 dvb_usb_dib0700 dib7000m dib7000p dvb_usb dvb_core di
> > > b3000mc dibx000_common bnep rfcomm hidp hid l2cap capability commoncap
> > > eeprom sr_mod sbp2 scsi_mod 8250_pci 8250 serial_core eth1394
> > > hci_usb bluetooth snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_seq_oss
> > > ac97_bus snd_seq_midi_event snd_seq snd_seq_device snd_pcm_os
> > > s snd_mixer_oss ipw2200 8139too ieee80211 ieee80211_crypt snd_pcm
> > > snd_timer iTCO_wdt ehci_hcd mii ohci1394 ieee1394 rtc uhci_hcd snd
> > > snd_page_alloc ide_cd i2c_i801 pcspkr cdrom
> > > CPU:    0
> > > EIP:    0060:[<c014787a>]    Not tainted VLI
> > > EFLAGS: 00010203   (2.6.21 #4)
> > > EIP is at put_page+0x5/0xb2
> > > eax: 00000000   ebx: 00000000   ecx: c0317380   edx: f63f70c0
> > > esi: ea6e2680   edi: f784dd84   ebp: f784de48   esp: f784dd4c
> > > ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
> > > Process syslogd (pid: 3160, ti=f784c000 task=f7995070 task.ti=f784c000)
> > > Stack: 00000001 ea6e2680 f784dd84 c02aebed ea6e2680 f784df20 c02aea21
> > > ea6e26b0 c02f58fb 00000036 000001ff f7ca36c0 f7dcfb00 ea6e2680 00000d1f
> > > 00000000 00000000 00000000 00000001 00000000 000001ff 0ac3ac80 00000036
> > > c0317380 Call Trace:
> > >  [<c02aebed>] skb_release_data+0x4e/0x80
> > >  [<c02aea21>] kfree_skbmem+0x8/0x61
> > >  [<c02f58fb>] unix_dgram_recvmsg+0x214/0x239
> > >  [<c02a9e24>] sock_recvmsg+0xec/0x107
> > >  [<c0128b23>] autoremove_wake_function+0x0/0x35
> > >  [<c0166775>] core_sys_select+0x1aa/0x2bc
> > >  [<c0160a26>] pipe_write+0x356/0x3ed
> > >  [<c015ae4d>] do_sync_readv_writev+0xc1/0xfe
> > >  [<c02aad15>] sys_recvfrom+0xd7/0x12b
> > >  [<c0128b23>] autoremove_wake_function+0x0/0x35
> > >  [<c02aada0>] sys_recv+0x37/0x3b
> > >  [<c02ab283>] sys_socketcall+0x19c/0x261
> > >  [<c0120dc5>] sigprocmask+0x94/0xb1
> > >  [<c0103cdc>] syscall_call+0x7/0xb
> > >  =======================
> > > Code: 42 c0 e8 66 fe ff ff 89 e0 25 00 e0 ff ff ff 48 14 8b 40 08 a8 08
> > > 74 05 e9 18 0f 1b 00 c3 e8 b4 ff ff ff 31 c0 c3 57 56 53 89 c
> > >                                                3 <8b> 00 f6 c4 40 74 0a
> > > 89 d8 5b 5e 5f e9 e9 fb ff ff ff 4b 04 0f
> > > EIP: [<c014787a>] put_page+0x5/0xb2 SS:ESP 0068:f784dd4c
> >
> > Good heavens.
> >
> > Does it oops every time?  And does the oops trace always look like this?
> 
> Hi Andrew,
> 
> let's guess why I marked it Critical ;)

Can you please retest without DRM?

Greetings,
Rafael


-- 
"Premature optimization is the root of all evil." - Donald Knuth

_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm

[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux