Red Hat Bugzilla – Bug 149200
kernel freezes soon after it switches to fbdev on iBook G4
Last modified: 2007-11-30 17:11:00 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
Here's the screen it freezes on:
| Penguin |
| Logo |
Apple USB OHCI 0001:10:19.0 disabled by firmware
usbcore: registered new driver usbfs
usbcore: registered new driver hub
Thermal assist unit not available
Registering PowerMac CPU frequency driver
Low: 707 Mhz, High: 931 Mhz, Boot: 707 Mhz
audit: initializing knetlink socket (disabled)
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
- Added public key D5ABE686CE6001A6
- User ID: Red Hat, Inc. (Kernel Module GPG key)
PCI: Enabling device 0000:00:10.0 (0006 -> 0007)
radeonfb (0000:00:10.0): Invalid ROM signature 0 should be0xaa55
radeonfb: Retreived PLL infos from Open Firmware
radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=190.00 Mhz,
radeonfb: PLL min 12000 max 35000
radeonfb: Monitor 1 type LCD found
radeonfb: EDID probed
radeonfb: Monitor 2 type not found
Console: switching to colour frame buffer device 128x48
radeonfb: Dynamic Clock Power Management enabled
Registered "mnca" backlight controller, level: 15/15
radeonfb (0000:00:10.0): ATI Radeon \c
Generic RTC Driver v1.07
Macintosh non-volatile memory driver v1.1
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected Apple UniNorth 2 chipset
agpgart: Maximum main memory to use for agp memory: 565M
agpgart: configuring for size idx: 4
agpgart: AGP aperture is 16M @ 0x0
[drm] Initialized drm 184.108.40.20640925
Serial: 8250/16550 driver $Revision: 1.90 $ 76 ports, IRQ sharing enabled
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Well, almost every time. I have to try 3-4-5 times before it boots.
1. Boot 1148 on an iBook G4
Actual Results: kernel freezes as described above
Expected Results: Normal boot ...
This problem has been present since I started testing FC for PPC
(kernel 2.6.9-1.667, IIRC).
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
id mach(): done
MMU: hw init
P.S.: If there are speling errors, it's because i copied this
information by hand.
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.
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
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,