Bug 149200
| Summary: | kernel freezes soon after it switches to fbdev on iBook G4 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gabriel Schulhof <gabrielschulhof> |
| Component: | kernel | Assignee: | David Woodhouse <dwmw2> |
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4 | CC: | davej, keifer.miller, overholt, redhat, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | powerpc | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-10-20 14:30: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: | |||
|
Description
Gabriel Schulhof
2005-02-21 00:54:33 UTC
Well, things are going from bad to worse. With kernel-2.6.10-1.1162_FC4 it freezes even before it starts the frame buffer. This time, it freezes every time (tried it about 8-9 times in a row). It doesn't get past this point: Welcome to Linux, kernel 2.6.10-1.1162_FC4 linked at : 0xc0000000 frame buffer at : 0x9c000000 (phys), 0xd0000000 (log) klimit : 0xc0405888 MSR : 0x00003030 HID0 : 0x8410c0bc pmac_init(): exit id mach(): done MMU:enter MMU: hw init hash:enter hash:find piece hash:patch hash:done MMU:mapin MMU:setio MMU:edxit setup_arch: enter setup_arch: bootmem arch: exit openpic: enter openpic: timer openpic: external openpic: spurious openpic: exit P.S.: If there are speling errors, it's because i copied this information by hand. s/0xd0000000/0xd0008000/ Well, the problem went away for a few kernel versions, but, as of 2.6.11-1.1305_FC4, the problem is back. Please fix it ! The problem, as originally stated, persists when using kernel 2.6.11-1.1319_FC4. The real problem is with catching the machine check when we access nonexistent I/O addresses. I'll see if we can track that down -- can you show the full contents of /proc/cpuinfo? It was originally triggered by the serial driver, but that is now not probing for PC serial ports so it doesn't happen. In 1.1305 we turned on CONFIG_ISA (and with it CONFIG_ISAPNP) for the benefit of RS/6000 users. That's why it broke then. We've now turned off CONFIG_ISAPNP, in 1.1327 and later. Please test that. If it doesn't work we'll turn CONFIG_ISA off again, and for RS/6000 we'll either have to have a separate kernel or we'll have to fix your _real_ underlying problem first. /proc/cpuinfo: processor : 0 cpu : 7455, altivec supported clock : 707MHz revision : 0.3 (pvr 8001 0303) bogomips : 710.65 machine : PowerBook6,3 motherboard : PowerBook6,3 MacRISC3 Power Macintosh detected as : 287 (iBook G4) pmac flags : 0000001b L2 cache : 256K unified memory : 640MB pmac-generation : NewWorld Well, 1.1327 is not yet available via yum, but 1.1323 booted successfully twice in a row. *** Bug 152385 has been marked as a duplicate of this bug. *** kernel-2.6.11-1.1341 freezes as described at the top of this thread. OK, then we need to turn CONFIG_ISA back off. Done in 2.6.11-1.1356, which will hopefully squeeze its way into the FC4 release. This did make it into the FC4 release kernel. Well, as of kernel-2.6.11-1.1369_FC4, the kernel /still/ freezes occasionally (approximately 1/4 of the time) as described at the beginning of this bug. How does the latest errata kernel fare ? The latest errata kernel no longer boots for me. I updated some stuff the other day (from FC4 updates ... it was just a few things like PostgreSQL but I can't remember what else) and now it won't boot. I get a hang at "Red Hat nash version 4.2.15 starting". The cursor is blinking but there is no disk activity and it's not doing anything. Before I get to this point, I can hear some disk activity but then it stops. Caps Lock and Num Lock function and I can type things, but the boot appears to just be stopped. I think the current kernel should have the 8250 bug fixed though. What you describe in comment #14 sounds like something entirely different. I'll commit the 8250 patch to rawhide (it was only in FC4 before) and close this bug. David helped me on IRC and it turns out that my problem was due to the fact that I had updated to rawhide glibc (by way of gcc) but not rawhide prelink. Thanks, David! |