Nov 20 22:07:07 sigrid kernel: (scsi0) Resetting channel Nov 20 22:07:07 sigrid kernel: (scsi0) Downloading sequencer code... 413 instruc tions downloaded Nov 20 22:07:07 sigrid kernel: scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-F This is from my /var/log/messages: (from a successfull boo to gif you an idear about my config) Nov 20 22:07:07 sigrid kernel: <Adaptec AIC-7880 Ultra SCSI host adapter> Nov 20 22:07:07 sigrid kernel: scsi : 1 host. Nov 20 22:07:07 sigrid kernel: (scsi0:0:-1:-1) Scanning channel for devices. Nov 20 22:07:07 sigrid kernel: Vendor: IBM Model: DCAS-34330 Rev: S65A Nov 20 22:07:07 sigrid kernel: Type: Direct-Access ANSI SCSI revision: 02 Nov 20 22:07:07 sigrid kernel: Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 Nov 20 22:07:07 sigrid kernel: (scsi0:0:0:0) Synchronous at 20.0MHz, offset 15. Nov 20 22:07:07 sigrid kernel: Vendor: IBM Model: DCAS-34330 Rev: S65A Nov 20 22:07:07 sigrid kernel: Type: Direct-Access ANSI SCSI revision: 02 Nov 20 22:07:07 sigrid kernel: Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0 Nov 20 22:07:07 sigrid kernel: (scsi0:0:1:0) Synchronous at 20.0MHz, offset 15. Nov 20 22:07:07 sigrid kernel: scsi : detected 2 SCSI disks total. Nov 20 22:07:07 sigrid kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors= 8467200 [4134 MB] [4.1 GB] Nov 20 22:07:07 sigrid kernel: SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8467200 [4134 MB] [4.1 GB] Nov 20 22:07:07 sigrid kernel: Partition check: Nov 20 22:07:07 sigrid kernel: sda: sda1 sda2 sda3 < sda5 sda6 > sda4 Nov 20 22:07:07 sigrid kernel: sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3 Nov 20 22:07:07 sigrid kernel: md: Setting up md0 as a striped device. Nov 20 22:07:07 sigrid kernel: REGISTER_DEV sda5 to md0 done Nov 20 22:07:07 sigrid kernel: REGISTER_DEV sdb5 to md0 done Nov 20 22:07:07 sigrid kernel: raid0 : Allocating 8 bytes for hash. Nov 20 22:07:07 sigrid kernel: md: Loading md0. Nov 20 22:07:07 sigrid kernel: VFS: Mounted root (ext2 filesystem) readonly. Nov 20 22:07:07 sigrid kernel: Freeing unused kernel memory: 56k freed and here it (2.1.128 and 2.1.129) crashes with the oops both clear and cryptic version. I typed that off of the screen. but the assembler code seems to make sense, doesn't it? please check back since I could have put in some typos. I am available for testing patches over the weekend if you feel like it.
Unable to handle kernel NULL Pointer dereference at virtual address 00000008 current->tss.cr3 = 00101000, %cr3 = 00101000 *pde = 00000000 Oops: 0000 CPU: 1 EIP: 0010:[<c016e0de>] EFLAGS: 00010212 eax: 00005580 ebx: c4808028 ecx: 00000080 edx: 0000001e esi: 00000000 edi: 0015600e ebp: 00000040 esp: c0095de0 ds: 0018 es: 0018 ss: 0018 Prosess swapper (pid: 1, process nr: 2, stackpage=c0095000) Stack: c3fdd84e 00000009 00000000 c4806000 002ac01c c4804000 00023620 00000000 00000004 c016c626 c01fadd4 c3fdd84e c3fdd850 00000002 00000000 c0095e5c 00000001 c016aeb1 00000000 c3fdd84e c3fdd850 00000002 0015600e c001b000 Call Trace: [<c4806000>] [<c4804000>] [<c012e388>] [<c012e53e>] [<c012e6b5>] [<c013db92>] [<c0133ebb>] [<c0133fa3>] [<c013e818>] [<c012e388>] [<c012e53e>] [<c012e6b5>] [<c0127690>] [<c01260d3>] [<c01261c1>] [<c01262e8>] [<c0108b44>] [<c01a3dbb>] [<c01060c7>] [<c0106074>] Code: 8b 46 08 03 06 39 c7 7c 27 8b 5b 04 85 db 75 1e 57 68 6a dc
Using `/start/System.map' to map addresses to symbols. >>EIP: c016e0de <raid0_map+a6/13c> Code: c016e0de <raid0_map+a6/13c> Code: c016e0de <raid0_map+a6/13c> 8b 46 08 movl 0x8(%esi),%eax Code: c016e0e1 <raid0_map+a9/13c> 03 06 addl (%esi),%eax Code: c016e0e3 <raid0_map+ab/13c> 39 c7 cmpl %eax,%edi Code: c016e0e5 <raid0_map+ad/13c> 7c 27 jl c016e10e <raid0_map+d6/13c> Code: c016e0e7 <raid0_map+af/13c> 8b 5b 04 movl 0x4(%ebx),%ebx Code: c016e0f0 <raid0_map+b8/13c> 85 db testl %ebx,%ebx Code: c016e0f2 <raid0_map+ba/13c> 75 1e jne c016e10c <raid0_map+d4/13c> Code: c016e0f4 <raid0_map+bc/13c> 57 pushl %edi Code: c016e0f5 <raid0_map+bd/13c> 68 6a dc 00 90 pushl $0x9000dc6a Code: c016e100 <raid0_map+c8/13c> 90 nop Code: c016e101 <raid0_map+c9/13c> 90 nop