Bug 461846 - NULL pointer dereference during Hibernation
Summary: NULL pointer dereference during Hibernation
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 9
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-10 21:47 UTC by Ronald Warsow
Modified: 2008-11-19 01:28 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-11-19 01:27:37 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
a complete boot- with a subsequent hibernate-cycle (52.34 KB, text/plain)
2008-09-10 21:47 UTC, Ronald Warsow 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Linux Kernel 11614 0 None None None Never

Description Ronald Warsow 2008-09-10 21:47:26 UTC 
Created attachment 316362 [details]
a complete boot- with a subsequent hibernate-cycle

Description of problem:
executing pm-hibernate from runlevel 3 I caught the attached output with minicom


Version-Release number of selected component (if applicable):
2.6.26.3-29.fc9.i686

How reproducible:


Steps to Reproduce:
1.boot in RL 3
2.pm-hibernate from cli
3.
  
Actual results:
see attachment

Expected results:


Additional info:
sometimes the box hangs at "Suspending console(s)", sometimes the box reboots
Comment 1 Chuck Ebbert 2008-09-13 02:41:06 UTC 
We took an interrupt on CPU1 while it was not expecting interrupts.
[hardirq_ctx[smp_processor_id()] is NULL in arch/x86/kernel/irq_32.c::do_IRQ()]

Can you post the contents of /proc/interrupts after normal boot?
Comment 2 Ronald Warsow 2008-09-13 11:47:39 UTC 
Thanks for quick support !

cat /proc/interrupts 
           CPU0       CPU1       
  0:        186          1   IO-APIC-edge      timer
  1:          6         63   IO-APIC-edge      i8042
  3:          0          2   IO-APIC-edge    
  6:          0          5   IO-APIC-edge      floppy
  7:          1          0   IO-APIC-edge    
  8:          1          2   IO-APIC-edge      rtc0
  9:          0          0   IO-APIC-fasteoi   acpi
 14:          8       6206   IO-APIC-edge      pata_amd
 15:          0          0   IO-APIC-edge      pata_amd
 16:          0          3   IO-APIC-fasteoi 
 17:          0          2   IO-APIC-fasteoi   Audiowerk2
 19:          0          3   IO-APIC-fasteoi   firewire_ohci
 20:       4177       1770   IO-APIC-fasteoi   eth0
 21:          2       2403   IO-APIC-fasteoi   sata_nv
 22:          1        285   IO-APIC-fasteoi   ohci_hcd:usb2
 23:        222        579   IO-APIC-fasteoi   ehci_hcd:usb1, HDA Intel
NMI:          0          0   Non-maskable interrupts
LOC:      30696      29838   Local timer interrupts
RES:       6564       3506   Rescheduling interrupts
CAL:        342        218   function call interrupts
TLB:        500        289   TLB shootdowns
TRM:          0          0   Thermal event interrupts
SPU:          0          0   Spurious interrupts
ERR:          1
MIS:          0
Comment 3 Chuck Ebbert 2008-09-14 06:35:58 UTC 
Interesting. It looks like IRQ 5 fired and CPU 1 attempted to handle it while the system was hibernating.
Comment 4 Ronald Warsow 2008-09-24 01:41:12 UTC 
I moved on to new box (Intel G45 chipset), so I want see this bug anymore.

Close this bz ?
Comment 5 Chuck Ebbert 2008-09-29 16:39:29 UTC 
We still need to get the fix for this upstream. I put the patch in 2.6.26.5-49.fc9 for testing, just to make sure it doesn't cause problems.
Comment 6 Ronald Warsow 2008-09-30 12:54:01 UTC 
shit, unfortunately I can't help testing this patch, the box is sold !
Comment 7 Ronald Warsow 2008-11-19 01:27:37 UTC 
IMO the best is to close this bug. 
why to collect bugs from kernels/releases I don't use anymore. 
I've moved to F10, yesterday !
Note You need to log in before you can comment on or make changes to this bug.