[OOPS] 2.2.17
There was a 2.2.17 crash during daily cron activity: Sep 15 06:25:01 lavsa /USR/SBIN/CRON[30977]: (root) CMD (test -e /usr/sbin/anacron || run-parts --report /etc/cron.daily) Sep 15 06:25:41 lavsa kernel: Unable to handle kernel NULL pointer dereference at virtual address 0084 I'm running 2.2.17 on six other machines without noticable problem. I'm not on the list, so mail me if you need additional info. -Igor Mozetic lavsa:~/kernel# sh /usr/local/sbin/ver_linux -- Versions installed: (if some fields are empty or looks -- unusual then possibly you have very old versions) Linux lavsa 2.2.17 #1 Tue Sep 5 08:04:29 CEST 2000 i686 unknown Kernel modules 2.3.11 Gnu C 2.95.2 Binutils 2.9.5.0.37 Linux C Library2.1.3 Dynamic linker ldd: version 1.9.11 Procps 2.0.6 Mount 2.10f Net-tools 2.05 Console-tools 0.2.3 Sh-utils 2.0 Modules Loaded ksymoops 2.3.4 on i686 2.2.17. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.2.17/ (default) -m /boot/System.map-2.2.17 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Warning (compare_maps): ksyms_base symbol module_list_R__ver_module_list not found in System.map. Ignoring ksyms_base entry Sep 15 06:25:41 lavsa kernel: Unable to handle kernel NULL pointer dereference at virtual address 0084 Sep 15 06:25:41 lavsa kernel: current->tss.cr3 = 03f26000, %cr3 = 03f26000 Sep 15 06:25:41 lavsa kernel: *pde = Sep 15 06:25:41 lavsa kernel: Oops: 0002 Sep 15 06:25:41 lavsa kernel: CPU:0 Sep 15 06:25:41 lavsa kernel: EIP:0010:[__free_pages+234/284] Sep 15 06:25:41 lavsa kernel: EFLAGS: 00010002 Sep 15 06:25:41 lavsa kernel: eax: c02a0f40 ebx: 10be ecx: c0243950 edx: Sep 15 06:25:41 lavsa kernel: esi: 042f edi: fffe ebp: 0206 esp: c1be7d3c Sep 15 06:25:41 lavsa kernel: ds: 0018 es: 0018 ss: 0018 Sep 15 06:25:41 lavsa kernel: Process find (pid: 31259, process nr: 70, stackpage=c1be7000) Sep 15 06:25:41 lavsa kernel: Stack: c026b704 c010a063 c0243950 c021a7ec c010a063 Sep 15 06:25:41 lavsa kernel:c4c8cbb8 c011c720 c2a34660 c1be7e1c 062d c1be7e1c c1be7e1c c1be7d94 Sep 15 06:25:41 lavsa kernel: c1be7d9c c291e0c0 c010a489 c013183d c2a34660 Sep 15 06:25:41 lavsa kernel: Call Trace: [do_8259A_IRQ+143/156] [do_8259A_IRQ+143/156] [truncate_inode_pages+152/280] [do_IRQ+65/72] [clear_inode+25/132] [dispose_list+28/88] [try_to_free_inodes+204/260] Sep 15 06:25:41 lavsa kernel: Code: 0f bb 32 19 c0 85 c0 75 b9 8d 04 9b 8b 15 8c ca 21 c0 8b 4c Using defaults from ksymoops -t elf32-i386 -a i386 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 0f bb 32 btc%esi,(%edx) Code; 0003 Before first symbol 3: 19 c0 sbb%eax,%eax Code; 0005 Before first symbol 5: 85 c0 test %eax,%eax Code; 0007 Before first symbol 7: 75 b9 jneffc2 <_EIP+0xffc2> ffc2 Code; 0009 Before first symbol 9: 8d 04 9b lea(%ebx,%ebx,4),%eax Code; 000c Before first symbol c: 8b 15 8c ca 21 c0 mov0xc021ca8c,%edx Code; 0012 Before first symbol 12: 8b 4c 00 00 mov0x0(%eax,%eax,1),%ecx Sep 15 06:25:41 lavsa kernel: Unable to handle kernel NULL pointer dereference at virtual address 0334 Sep 15 06:25:41 lavsa kernel: current->tss.cr3 = 00101000, %cr3 = 00101000 Sep 15 06:25:41 lavsa kernel: *pde = Sep 15 06:25:41 lavsa kernel: Oops: 0002 Sep 15 06:25:41 lavsa kernel: CPU:0 Sep 15 06:25:41 lavsa kernel: EIP:0010:[__free_pages+234/284] Sep 15 06:25:41 lavsa kernel: EFLAGS: 00010002 Sep 15 06:25:41 lavsa kernel: eax: c03774c8 ebx: 6686 ecx: c0243950 edx: Sep 15 06:25:41 lavsa kernel: esi: 19a1 edi: fffe ebp: 0203 esp: c1be7b30 Sep 15 06:25:41 lavsa kernel: ds: 0018 es: 0018 ss: 0018 Sep 15 06:25:41 lavsa kernel: Process find (pid: 31259, process nr: 70, stackpage=c1be7000) Sep 15 06:25:41 lavsa kernel: Stack: c3f26084 c15d6158 c1be7b54 0001
Re: 2.4.2 + aic7xxx still broken
Doug Ledford writes: > Either one should work. Try it with the UP_IOAPIC support enabled and see if > that helps. If it doesn't, then I would try Justin's driver and see if it > works. Thanks, the machine now boots. I'm using 2.4.3-pre3 + linux-aic7xxx-6.1.7 (UP on SMP board) with the following APIC support enabled: CONFIG_X86_GOOD_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Anybody C440GX+ aic7xxx SMP ?
We plan to buy a second Xeon 550Mhz for the C440GX+ board. Before we invest 1300$ I would like to hear if anybody is running 2.4.x on this hardware without problems. On a UP box with 2GB RAM, I run 2.4.3-pre3 + Gibbs' aic7xxx-6.1.7 + stock eepro100. Anybody with SMP ? -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.3 + aic7xxx-6.1.9 doesn't boot
The latest aic7xxx-6.1.9 doesn't boot, I can see something like: scsi1:0:0:0: Attempting to queue an ABORT message scsi1:0:0:0: Command found on device queue aic7xxx_abort returns 8194 2.4.3 + aic7xxx-6.1.8 works fine (ignoring problems with renaming devices and not beeing able to read from CD RW). C440GX+ UP, 2G RAM, working dmesg shows: SCSI subsystem driver Revision: 1.00 scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: Model: ATAPI CDROM Rev: 120N Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 sr0: scsi3-mmc drive: 116x/0x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.12 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.8 aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs scsi2 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.8 aic7896/97: Wide Channel B, SCSI Id=7, 32/255 SCBs Vendor: IBM Model: DNES-309170W Rev: SA30 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi1, channel 0, id 0, lun 0 Vendor: SONY Model: CD-R CDU948SRev: 1.0j Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 6, lun 0 scsi1:0:0:0: Tagged Queuing enabled. Depth 8 (scsi1:A:6): 10.000MB/s transfers (10.000MHz, offset 15) sr1: scsi-1 drive (scsi1:A:0): 40.000MB/s transfers (20.000MHz, offset 31, 16bit) SCSI device sda: 17916240 512-byte hdwr sectors (9173 MB) -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx and 2.4.3 failures
For me 2.4.3 + aic7xxx-6.1.10 work fine. I just changed the default bus settle delay from 15000ms to 5000m, and enabled APIC: CONFIG_X86_GOOD_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y The machine boots, devices are properly detected (unlike 6.1.8), CDRW reads and burns fine, CDROM works (IDE-SCSI). Intel C440GX+ UP, Adaptec AIC-7896/7, 2GB RAM, CDRW Sony CDU948 4x/8x -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
3c59x in 2.4.{0,1,2}
There is probably just some miscoordination between the kernel mainteiners, but anyway. The 3c59x driver shipped with all official 2.4.x kernels lacks the 'medialock' feature. The result on 3c900 10M/combo cards can be unpleasant: kernel log fills up quickly and only reboot helps. However, Andrew's unofficial drivers at http://www.uow.edu.au/~andrewm/linux/ work fine so this is just a plea to include them into the official kernel. -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.2 + aic7xxx still broken
I'm still unable to boot any 2.4.x kernel on this box: Intel C440GX+, on-board Adaptec AIC-7896/7, 2GB RAM. 2.4.2 + stock aic7xxx: -- ... SCSI host 0 channel 0 reset (pid 0) timed out - trying harder SCSI bus is being reset for host 0 channel 0 ... ad infinitum 2.4.2 + http://people.FreeBSD.org/~gibbs/linux/ aic7xxx-6.1.4-2.4.2-pre4: - ... aic7xxx - abort returns 8194 scsi1:0:0:0 Attempting to queue an ABORT message scsi1:0:0:0 Command already completed scsi1:0:0:0 Attempting to queue a TARGET RESET message scsi1:0:0:0 is not an active device ... ad infinitum 2.2.[17,18] stock driver works fine. I can provide more info if needed. Any help appreciated. -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.0+aic7xxx doesn't boot, 2.2.17 OK
Intel C440GX+ with on-board Adaptec AIC-7896 fails to boot 2.4.0: SCSI bus is being reset for host 0 channel 0 SCSI host 0 channel 0 reset (pid 0) timed out - trying harder ... ad infinitum ... In contrast, this is what I get from the 2.2.17 boot: (scsi0) found at PCI 0/12/0 (scsi0) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 392 instructions downloaded (scsi1) found at PCI 0/12/1 (scsi1) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 392 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 scsi2 : SCSI host adapter emulation for IDE ATAPI devices scsi : 3 hosts. (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 31. Vendor: IBM Model: DNES-309170W Rev: SA30 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 (scsi0:0:6:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: SONY Model: CD-R CDU948SRev: 1.0j Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0 Vendor: Model: ATAPI CDROM Rev: 120N Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi2, channel 0, id 0, lun 0 scsi : detected 3 SCSI generics 2 SCSI cdroms 1 SCSI disk total. Any quick hint what to try? -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0+aic7xxx doesn't boot, 2.2.17 OK
Anders Peter Fugmann writes: > Later I saw an announcement from Justin T. Gibbs, who, I beleive, is > currently developing an opensource driver for Adaptec. > You can find his patches for the Adaptec aic7xxx driver, for both 2.4.0 > and 2.2.8 at: http://people.FreeBSD.org/~gibbs/linux/ > > The patch makes all problems go away, and all my dics on the Adaptc > controller is now running at full speed. (Great job Gibbs.) Yes, this solves the problem, thanks. -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0 crash [bdflush?]
2.4.0 + aic7xxx (http://people.FreeBSD.org/~gibbs/linux/ patch) + 2GB RAM (CONFIG_HIGHMEM4G=y, CONFIG_HIGHMEM=y) crashed. Before the crash, I observed zombie bdflush for some time. This is the first crash fingerprint in kern.log: Jan 17 15:25:25 jerolim kernel: kernel BUG at page_alloc.c:74! Jan 17 15:25:25 jerolim kernel: invalid operand: I can send complete oops and other info if needed. This is the beginning of oops (without warnings): ksymoops 2.3.4 on i686 2.2.18. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0/ (specified) -m /boot/System.map-2.4.0 (specified) Jan 17 15:25:25 jerolim kernel: invalid operand: Jan 17 15:25:25 jerolim kernel: CPU:0 Jan 17 15:25:25 jerolim kernel: EIP:0010:[__free_pages_ok+62/776] Jan 17 15:25:25 jerolim kernel: EFLAGS: 00010286 Jan 17 15:25:25 jerolim kernel: eax: 001f ebx: c2100010 ecx: c027e1e8 edx: Jan 17 15:25:25 jerolim kernel: esi: c2100038 edi: ebp: esp: c3233f78 Jan 17 15:25:25 jerolim kernel: ds: 0018 es: 0018 ss: 0018 Jan 17 15:25:25 jerolim kernel: Process bdflush (pid: 5, stackpage=c3233000) Jan 17 15:25:25 jerolim kernel: Stack: c022d3eb c022d5d9 004a c2100010 c2100038 Jan 17 15:25:25 jerolim kernel: 0001 c0128553 c0129cfe c0128745 c3232000 0041 Jan 17 15:25:25 jerolim kernel:c323223a c322dfa4 0004 0002a065 000416cd c013254e Jan 17 15:25:25 jerolim kernel: Call Trace: [page_launder+899/2172] [__free_pages+26/28] [page_launder+1397/2172] [bdflush+134/208] [kernel_thread+40/56] Jan 17 15:25:25 jerolim kernel: Code: 0f 0b 83 c4 0c 89 d8 2b 05 98 4b 2e c0 69 c0 f1 f0 f0 f0 c1 Using defaults from ksymoops -t elf32-i386 -a i386 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 0f 0b ud2a Code; 0002 Before first symbol 2: 83 c4 0c add$0xc,%esp Code; 0005 Before first symbol 5: 89 d8 mov%ebx,%eax Code; 0007 Before first symbol 7: 2b 05 98 4b 2e c0 sub0xc02e4b98,%eax Code; 000d Before first symbol d: 69 c0 f1 f0 f0 f0 imul $0xf0f0f0f1,%eax,%eax Code; 0013 Before first symbol 13: c1 00 00 roll $0x0,(%eax) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
mount and 2.2.18
After installing the latest 2.2.18 kernel on a Debian 2.2 box the following keeps appearing in kern.log: Dec 17 18:33:53 xxx kernel: nfs warning: mount version older than kernel Is this harmless or do I need the latest mount? Currently I don't use kNFSv3, user-space v2 is fine. -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[OOPS] 2.2.17
If anybody cares ... This oops didn't have any visible effect for users (yet). The system seems stable otherwise. -Igor Mozetic -- Versions installed: (if some fields are empty or looks -- unusual then possibly you have very old versions) Linux lavsa 2.2.17 #1 Tue Sep 5 08:04:29 CEST 2000 i686 unknown Kernel modules 2.3.11 Gnu C 2.95.2 Binutils 2.9.5.0.37 Linux C Library2.1.3 Dynamic linker ldd: version 1.9.11 Procps 2.0.6 Mount 2.10f Net-tools 2.05 Console-tools 0.2.3 Sh-utils 2.0 Modules Loaded No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Warning (compare_maps): ksyms_base symbol module_list_R__ver_module_list not found in System.map. Ignoring ksyms_base entry Oct 11 14:27:27 lavsa kernel: Unable to handle kernel NULL pointer dereference at virtual address Oct 11 14:27:27 lavsa kernel: current->tss.cr3 = 0785b000, %%cr3 = 0785b000 Oct 11 14:27:27 lavsa kernel: *pde = Oct 11 14:27:27 lavsa kernel: Oops: Oct 11 14:27:27 lavsa kernel: CPU:0 Oct 11 14:27:27 lavsa kernel: EIP:0010:[__wake_up+33/68] Oct 11 14:27:27 lavsa kernel: EFLAGS: 00010283 Oct 11 14:27:27 lavsa kernel: eax: c246bafc ebx: ecx: 0002 edx: Oct 11 14:27:27 lavsa kernel: esi: c246baf8 edi: 0003 ebp: c72c3e6c esp: c72c3e5c Oct 11 14:27:27 lavsa kernel: ds: 0018 es: 0018 ss: 0018 Oct 11 14:27:27 lavsa kernel: Process find (pid: 27814, process nr: 68, stackpage=c72c3000) Oct 11 14:27:27 lavsa kernel: Stack: c246ba98 c0131edf c246ba90 c52d26e0 c0243cc0 c0131f05 c0243cc0 Oct 11 14:27:27 lavsa kernel:2829 c009ea00 c5586aa0 2829 c0243cc0 c013208b c009ea00 2829 Oct 11 14:27:27 lavsa kernel:c0243cc0 2829 c52d26e0 c4451650 c52d2260 c7fef620 0015 Oct 11 14:27:27 lavsa kernel: Call Trace: [get_new_inode+147/304] [get_new_inode+185/304] [iget+103/116] [ext2_lookup+90/140] [real_lookup+91/180] [lookup_dentry+304/504] [getname+95/156] Oct 11 14:27:27 lavsa kernel: Code: 8b 02 85 f8 74 f1 39 f3 74 09 89 d0 e8 5e fa ff ff eb e4 89 Using defaults from ksymoops -t elf32-i386 -a i386 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 8b 02 mov(%edx),%eax Code; 0002 Before first symbol 2: 85 f8 test %edi,%eax Code; 0004 Before first symbol 4: 74 f1 je fff7 <_EIP+0xfff7> fff7 Code; 0006 Before first symbol 6: 39 f3 cmp%esi,%ebx Code; 0008 Before first symbol 8: 74 09 je 13 <_EIP+0x13> 0013 Before first symbol Code; 000a Before first symbol a: 89 d0 mov%edx,%eax Code; 000c Before first symbol c: e8 5e fa ff ffcall fa6f <_EIP+0xfa6f> fa6f Code; 0011 Before first symbol 11: eb e4 jmpfff7 <_EIP+0xfff7> fff7 Code; 0013 Before first symbol 13: 89 00 mov%eax,(%eax) 3 warnings issued. Results may not be reliable. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: possible bug with adaptec aic-7896 and 2.4.x
Andrew Prins writes: > in 2.4.0 and 2.4.1 on a pentium 3 with an onboard adaptec AIC-7896, i > receive the following after it is detected: > > scsi: aborting command due to timeout: pid 0, scsi0, channel 0, id 0 > lun 0 Inquiry 00 00 00 ff 00 I my case machine doesn't even boot. You might try the aic7xxx driver at: http://people.FreeBSD.org/~gibbs/linux/ I tried the 6.0.9BETA version and machine at least booted, but crashed in a couple of days. So I'm back to 2.2.18 :( -Igor Mozetic - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/