Bug 461846
| Summary: | NULL pointer dereference during Hibernation | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ronald Warsow <rwarsow> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 9 | CC: | rwarsow | ||||
| 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: | 2008-11-19 01:27:37 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: |
|
||||||
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? 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
Interesting. It looks like IRQ 5 fired and CPU 1 attempted to handle it while the system was hibernating. I moved on to new box (Intel G45 chipset), so I want see this bug anymore. Close this bz ? 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. shit, unfortunately I can't help testing this patch, the box is sold ! 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 ! |
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