Red Hat Bugzilla – Bug 130139
Last modified: 2007-11-30 17:10:47 EST
Description of problem:
Kernel panics with "Oops: kernel access of bad area, sig: 11" after
downloading the stage2 image from any of the installation types
G4 Ibook 1ghz chipset.
1280MB of ram
Version-Release number of selected component (if applicable):
On this particular Ibook.. every time.. 800mhz version, the installer
Steps to Reproduce:
1. Boot from CD/Network image
2. Start install, using any of the methods (http/ftp/nfs/local/cdrom)
3. wait for stage2 to be copied, installer/kernel sig11's.
Oops: kernel access of bad area, sig: 11
Oops information below this message talking about cramfs and zlib
Stage 2 file to decompress, install to continue.
Tested additional ram shipped, known good.. tested with 256 onboard..
same problem. System boots gentoo live cd, compiles kernel.. Xfree
without a problem.
Willling to do tests, will do another test, now that partition table
has changed, will report back with results. I am a willing tester !
Additional information about the iBook (from /proc/cpuinfo):
detected as: 287 (iBook G4)
CPU: unknown (80030101)
Motherboard: unknown 287 (Intrepid-based)
This was information from the Gentoo live CD iirc. And the latest
(early-August) commits from benh should make room for the pb6,5's as well
TASK = EEFF8E6F0 'Loader' Thread: EFADA000 Last Syscall 3
GPR00: FFFC77EF EFADBC20 EFF8E660 F2112420 00000005 FFFFFFFB FFC77F0 00009032
GPR06: F210A408 00000001 F211605C F21423C0 00000000 1012F8FC 0000000
GPR16: FF211000 FFBC6360 00000000 EFADBF20 EF402400 00000000 0000000
NIP [C00D7C58] zlib_inflate +0xa81 0x54d
LR: [F2108EC8] cramfs_uncompress_block +0xa81 +0x5d4 [cramfs]
[F2108EC8] cramfs_uncompress_block +0x7c / 0xd0 [cramfs]
[F2108D4C] cramfs_readpage +0x190 / 0x286
[C003E26C] read_pages + 0xc0 / 0x120
[C003E630] do_page_each_readahead +0x15c / 0x190
[C003E820] page_cache_readahead +0x1bc / 0x25c
[C0036F2C] do_generic_mapping_read +0x4b / 0x25c
[C0033968] __generic_file_aio_read +0x1cc / 0x1f8
[C0039A74] generic_file_read +0x60 / 0x90
[C0059308] vfs_read + 0x108 / 0x150
[C005959C] sys_read +0x4c / 0x8c
[C0065E00] ret_from_syscall 0x0 0x44
serio: kseriod exiting
I wrote this late at night, so I'm pretty tired when I did it. When I can get a digital cam, i'll
take another one. No damn serial cable on this ibook.
Just spoke to benh, and he mentioned that the cramfs image you have
could be corrupt, causing zlib to bork. Or it could be corrupt RAM
(maybe its the onboard one?).
Since CPU being unknown, from the Gentoo liveCD shows itself, that's
not entirely a good thing... Linus's BK tree should have more fixes
from benh that should help the 7447 rev1 CPUs (which might very likely
The cramfs image checked out a few times, downloaded many nightly
boot.iso's and stage2.imgs with no luck.
Seemed that the re0903.nightly rawhide fixed the problem. Extracted
the boot.iso, and completed a http install with no problems.
Installed fine, with no strange errors, no sig11's..
Arjan, I know its assigned to you, but I'll change the status to
WORKSFORME, can you try close this ?