|
Bugzilla – Full Text Bug Listing |
| Summary: | Adaptec driver fallback broken | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Andreas Kleen <ak> |
| Component: | Kernel | Assignee: | Andreas Kleen <ak> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | hare |
| Version: | Beta 3 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
Ok fixed now in CVS. |
With a self compiled HEAD kernel with aic7xxx included I get Unable to handle kernel paging request at virtual address 00100104 printing eip: c02b8034 *pde = 00593001 Oops: 0002 [#1] SMP Modules linked in: CPU: 0 EIP: 0060:[<c02b8034>] Not tainted VLI EFLAGS: 00010246 (2.6.13) EIP is at attribute_container_unregister+0x34/0x60 eax: 00100100 ebx: f7d97a24 ecx: 00000000 edx: 00200200 esi: 00000000 edi: 00000000 ebp: 00000000 esp: c1a1ff98 ds: 007b es: 007b ss: 0068 Process swapper (pid: 1, threadinfo=c1a1e000 task=c19dca20) Stack: f7d97a00 00000000 c031c683 f7d97a24 c057f970 c058a8e5 f7d97a00 c056f0c5 f7d97a00 c0542a63 00000000 c0573a30 c04d0c00 c1a1e000 00000000 c010039f 00000020 ffffffff ffffffff c0100310 c0100e85 00000000 00000000 00000000 Call Trace: [<c031c683>] spi_release_transport+0x13/0x26 [<c056f0c5>] ahd_linux_init+0x95/0xa0 [<c0542a63>] do_initcalls+0x23/0xc0 [<c0573a30>] sock_init+0x30/0x40 [<c010039f>] init+0x8f/0x1c0 [<c0100310>] init+0x0/0x1c0 [<c0100e85>] kernel_thread_helper+0x5/0x10 Code: 0c 89 74 24 04 be f0 ff ff ff e8 58 53 17 00 f0 ff 0d 84 d7 4b c0 0f 88 06 05 00 00 8d 43 08 39 43 08 75 198b 53 04 31 f6 8b 03 <89> 50 04 89 02 c7 43 04 00 02 20 00 c7 03 00 01 10 00 f0 ff 05 <0>Kernel panic - not syncing: Attempted to kill init! at boot. The system has no Adaptec, so it looks like the fallback path is broken again (didn't we have this previously?)