* new aic7xxx oopses with AHA2940 @ 2001-05-26 16:05 Marc Schiffbauer 2001-05-27 1:07 ` Keith Owens 0 siblings, 1 reply; 8+ messages in thread From: Marc Schiffbauer @ 2001-05-26 16:05 UTC (permalink / raw) To: LKML Hi *, I have problems with the new aic7xxx-Driver. These problems exist with vanilla (2.4.4, 2.5.5, other d.k.) and -ac When I built it into the Kernel, it will panic on boot when it tries to access the adapter. Built as modules it segfaults when i try to insmod (modprobe) it, following this Oops in messages: May 26 17:52:33 homer kernel: PCI: Found IRQ 9 for device 00:0d.0 May 26 17:52:33 homer kernel: PCI: The same IRQ used for device 00:04.2 May 26 17:52:33 homer kernel: PCI: The same IRQ used for device 00:04.3 May 26 17:52:33 homer kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 26 17:52:33 homer kernel: printing eip: May 26 17:52:33 homer kernel: e0a7b3a7 May 26 17:52:33 homer kernel: *pde = 00000000 May 26 17:52:33 homer kernel: Oops: 0000 May 26 17:52:33 homer kernel: CPU: 0 May 26 17:52:33 homer kernel: EIP: 0010:[usbcore:usb_devfs_handle_Re9c5f87f+161255/198895517] May 26 17:52:33 homer kernel: EFLAGS: 00010096 May 26 17:52:33 homer kernel: eax: 00000041 ebx: 00000000 ecx: dd5d6e00 edx: 00000000 May 26 17:52:33 homer kernel: esi: 00000000 edi: 000000ff ebp: dd5d6e00 esp: dd165cbc May 26 17:52:33 homer kernel: ds: 0018 es: 0018 ss: 0018 May 26 17:52:33 homer kernel: Process modprobe (pid: 766, stackpage=dd165000) May 26 17:52:33 homer kernel: Stack: 00000000 00000000 000000ff dd5d6e00 41000357 e0a7b79d dd5d6e00 00000000 May 26 17:52:33 homer kernel: ffffffff 00000041 ffffffff 000000ff 00000000 00000041 00000000 dd5d6e00 May 26 17:52:33 homer kernel: dd5d6e00 00000001 00000001 00000001 00000001 00000001 00000000 00000001 May 26 17:52:33 homer kernel: Call Trace: [usbcore:usb_devfs_handle_Re9c5f87f+162269/198894503] [usbcore:usb_devfs_handle_Re9c5f87f+164966/198891806] [__delay+19/48] [usbcore:usb_devfs_handle_Re9c5f87f+166493/198890279] [usbcore:usb_devfs_handle_Re9c5f87f+117712/198939060] [usbcore:usb_devfs_handle_Re9c5f87f+185577/198871195] [usbcore:usb_devfs_handle_Re9c5f87f+171751/198885021] May 26 17:52:33 homer kernel: [rpc_new_task+240/368] [usbcore:usb_devfs_handle_Re9c5f87f+113534/198943238] [usbcore:usb_devfs_handle_Re9c5f87f+150165/198906607] [usbcore:usb_devfs_handle_Re9c5f87f+113361/198943411] [usbcore:usb_devfs_handle_Re9c5f87f+113392/198943380] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [pci_announce_device+28/80] [usbcore:usb_devfs_handle_Re9c5f87f+202048/198854724] May 26 17:52:33 homer kernel: [usbcore:usb_devfs_handle_Re9c5f87f+202144/198854628] [pci_register_driver+68/96] [usbcore:usb_devfs_handle_Re9c5f87f+202144/198854628] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [usbcore:usb_devfs_handle_Re9c5f87f+125626/198931146] [usbcore:usb_devfs_handle_Re9c5f87f+113038/198943734] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [usbcore:usb_devfs_handle_Re9c5f87f+111272/198945500] May 26 17:52:33 homer kernel: [scsi_register_host+73/720] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [usbcore:usb_devfs_handle_Re9c5f87f+111272/198945500] [usbcore:usb_devfs_handle_Re9c5f87f+111168/198945604] [usbcore:usb_devfs_handle_Re9c5f87f+111272/198945500] [scsi_register_module+45/96] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] May 26 17:52:33 homer kernel: [usbcore:usb_devfs_handle_Re9c5f87f+111168/198945604] [usbcore:usb_devfs_handle_Re9c5f87f+125206/198931566] [usbcore:usb_devfs_handle_Re9c5f87f+201920/198854852] [sys_init_module+1277/1440] [eepro100:__insmod_eepro100_O/lib/modules/2.4.5/kernel/drivers/net/ee+0/96] [usbcore:usb_devfs_handle_Re9c5f87f+111264/198945508] [system_call+51/56] May 26 17:52:33 homer kernel: May 26 17:52:33 homer kernel: Code: 8b 02 8b 7c 24 20 8b 6c 24 28 0f b6 40 19 f6 81 f0 00 00 00 Does it crash with the USB-Driver?? But USB works fine... even after the Oops BTW: The old aic7xxx-Driver works fine for me Devices connected to the adapter: - teac CDR - old plextor cdrom - ibm 4G HD System is an AMD Thunderbird 800, 512MB, ASUS A7V Do you need any further information? Cheers -Marc -- | | | | | http://www.links2linux.de <-- Von Linux-Usern fuer Linux-User | ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-26 16:05 new aic7xxx oopses with AHA2940 Marc Schiffbauer @ 2001-05-27 1:07 ` Keith Owens 2001-05-27 2:21 ` Marc Schiffbauer 0 siblings, 1 reply; 8+ messages in thread From: Keith Owens @ 2001-05-27 1:07 UTC (permalink / raw) To: Marc Schiffbauer; +Cc: LKML On Sat, 26 May 2001 18:05:29 +0200, Marc Schiffbauer <marc.schiffbauer@links2linux.de> wrote: >I have problems with the new aic7xxx-Driver. These problems exist >with vanilla (2.4.4, 2.5.5, other d.k.) and -ac >May 26 17:52:33 homer kernel: EIP: 0010:[usbcore:usb_devfs_handle_Re9c5f87f+161255/198895517] >May 26 17:52:33 homer kernel: Call Trace: [usbcore:usb_devfs_handle_Re9c5f87f+162269/198894503] [usbcore:usb_devfs_handle_Re9c5f87f+164966/198891806] [__delay+19/48] [usbcore:usb_devfs_handle_Re9c5f87f+166493/198890279] [usbcore:usb_devfs_handle_Re9c5f87f+117712/198939060] [usbcore:usb_devfs_handle_Re9c5f87f+185577/198871195] [usbcore:usb_devfs_handle_Re9c5f87f+171751/198885021] > >Does it crash with the USB-Driver?? But USB works fine... even after >the Oops Because you are using a broken version of klogd that stuffs up oops traces. Change klogd to run as klogd -x (probably in /etc/rc.d/init.d/syslog) so it keeps its broken fingers off the oops. Since you are failing during modprobe, creating /var/log/ksymoops is a good idea, man insmod, see KSYMOOPS ASSISTANCE. Reproduce the problem to get a clean oops trace then run it through ksymoops, using the saved module data in /var/log/ksymoops. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-27 1:07 ` Keith Owens @ 2001-05-27 2:21 ` Marc Schiffbauer 2001-05-27 2:32 ` Keith Owens ` (2 more replies) 0 siblings, 3 replies; 8+ messages in thread From: Marc Schiffbauer @ 2001-05-27 2:21 UTC (permalink / raw) To: LKML * Keith Owens schrieb am 27.05.01 um 03:07 Uhr: > Because you are using a broken version of klogd that stuffs up oops > traces. Change klogd to run as klogd -x (probably in > /etc/rc.d/init.d/syslog) so it keeps its broken fingers off the oops. > done > Since you are failing during modprobe, creating /var/log/ksymoops is a > good idea, man insmod, see KSYMOOPS ASSISTANCE. Reproduce the > problem to get a clean oops trace then run it through ksymoops, using > the saved module data in /var/log/ksymoops. > OK. Now I cut out the Oops out of my /var/log/messages, then did cat aic7xxx.oops | ksymoops -k /var/log/ksymoops/20010527040453.ksyms -l /var/log/ksymoops/20010527040453.modules > trace1 and another run with default options: cat aic7xxx.oops | ksymoops > trace2 trace1: ####################### ksymoops 0.7c on i686 2.4.5. Options used -V (default) -k 20010527040453.ksyms (specified) -l 20010527040453.modules (specified) -o /lib/modules/2.4.5/ (default) -m /usr/src/linux/System.map (default) Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry May 27 04:06:08 homer kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 27 04:06:08 homer kernel: e0a7b3a7 May 27 04:06:08 homer kernel: *pde = 00000000 May 27 04:06:08 homer kernel: Oops: 0000 May 27 04:06:08 homer kernel: CPU: 0 May 27 04:06:08 homer kernel: EIP: 0010:[<e0a7b3a7>] Using defaults from ksymoops -t elf32-i386 -a i386 May 27 04:06:08 homer kernel: EFLAGS: 00010096 May 27 04:06:08 homer kernel: eax: 00000041 ebx: 00000000 ecx: dd5bdc00 edx: 00000000 May 27 04:06:08 homer kernel: esi: 00000000 edi: 000000ff ebp: dd5bdc00 esp: dd065cbc May 27 04:06:08 homer kernel: ds: 0018 es: 0018 ss: 0018 May 27 04:06:08 homer kernel: Process modprobe (pid: 480, stackpage=dd065000) May 27 04:06:08 homer kernel: Stack: 00000000 00000000 000000ff dd5bdc00 41000357 e0a7b79d dd5bdc00 00000000 May 27 04:06:08 homer kernel: ffffffff 00000041 ffffffff 000000ff 00000000 00000041 00000000 dd5bdc00 May 27 04:06:08 homer kernel: dd5bdc00 00000001 00000001 00000001 00000001 00000001 00000000 00000001 May 27 04:06:08 homer kernel: Call Trace: [<e0a7b79d>] [<e0a7c226>] [<c0234ce3>] [<e0a7c81d>] [<e0a70990>] [<e0a812a9>] [<e0a7dca7>] May 27 04:06:08 homer kernel: [<c0230000>] [<e0a6f93e>] [<e0a78855>] [<e0a6f891>] [<e0a6f8b0>] [<e0a85280>] [<c01d6fdc>] [<e0a85300>] May 27 04:06:08 homer kernel: [<e0a85360>] [<c01d7054>] [<e0a85360>] [<e0a85280>] [<e0a7287a>] [<e0a6f74e>] [<e0a85280>] [<e0a6f068>] May 27 04:06:08 homer kernel: [<c01bf7d9>] [<e0a85280>] [<e0a85280>] [<e0a6f068>] [<e0a6f000>] [<e0a6f068>] [<c01c003d>] [<e0a85280>] May 27 04:06:08 homer kernel: [<e0a6f000>] [<e0a726d6>] [<e0a85280>] [<c011541d>] [<e0a68000>] [<e0a6f060>] [<c0106b9b>] May 27 04:06:08 homer kernel: Code: 8b 02 8b 7c 24 20 8b 6c 24 28 0f b6 40 19 f6 81 f0 00 00 00 >>EIP; e0a7b3a7 <END_OF_CODE+f4cb/????> <===== Trace; e0a7b79d <END_OF_CODE+f8c1/????> Trace; e0a7c226 <END_OF_CODE+1034a/????> Trace; c0234ce3 <__delay+13/30> Trace; e0a7c81d <END_OF_CODE+10941/????> Trace; e0a70990 <__module_parm_multicast_filter_limit+4ab4/????> Trace; e0a812a9 <END_OF_CODE+153cd/????> Trace; e0a7dca7 <END_OF_CODE+11dcb/????> Trace; c0230000 <rpc_new_task+f0/170> Trace; e0a6f93e <__module_parm_multicast_filter_limit+3a62/????> Trace; e0a78855 <END_OF_CODE+c979/????> Trace; e0a6f891 <__module_parm_multicast_filter_limit+39b5/????> Trace; e0a6f8b0 <__module_parm_multicast_filter_limit+39d4/????> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; c01d6fdc <pci_announce_device+1c/50> Trace; e0a85300 <END_OF_CODE+19424/????> Trace; e0a85360 <END_OF_CODE+19484/????> Trace; c01d7054 <pci_register_driver+44/60> Trace; e0a85360 <END_OF_CODE+19484/????> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; e0a7287a <__module_parm_multicast_filter_limit+699e/????> Trace; e0a6f74e <__module_parm_multicast_filter_limit+3872/????> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; e0a6f068 <__module_parm_multicast_filter_limit+318c/????> Trace; c01bf7d9 <scsi_register_host+49/2d0> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; e0a6f068 <__module_parm_multicast_filter_limit+318c/????> Trace; e0a6f000 <__module_parm_multicast_filter_limit+3124/????> Trace; e0a6f068 <__module_parm_multicast_filter_limit+318c/????> Trace; c01c003d <scsi_register_module+2d/60> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; e0a6f000 <__module_parm_multicast_filter_limit+3124/????> Trace; e0a726d6 <__module_parm_multicast_filter_limit+67fa/????> Trace; e0a85280 <END_OF_CODE+193a4/????> Trace; c011541d <sys_init_module+4fd/5a0> Trace; e0a68000 <[emu10k1].data.end+23f9/2459> Trace; e0a6f060 <__module_parm_multicast_filter_limit+3184/????> Trace; c0106b9b <system_call+33/38> Code; e0a7b3a7 <END_OF_CODE+f4cb/????> 00000000 <_EIP>: Code; e0a7b3a7 <END_OF_CODE+f4cb/????> <===== 0: 8b 02 mov (%edx),%eax <===== Code; e0a7b3a9 <END_OF_CODE+f4cd/????> 2: 8b 7c 24 20 mov 0x20(%esp,1),%edi Code; e0a7b3ad <END_OF_CODE+f4d1/????> 6: 8b 6c 24 28 mov 0x28(%esp,1),%ebp Code; e0a7b3b1 <END_OF_CODE+f4d5/????> a: 0f b6 40 19 movzbl 0x19(%eax),%eax Code; e0a7b3b5 <END_OF_CODE+f4d9/????> e: f6 81 f0 00 00 00 00 testb $0x0,0xf0(%ecx) 1 warning issued. Results may not be reliable. ################################################# trace2: ################################################# ksymoops 0.7c on i686 2.4.5. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5/ (default) -m /usr/src/linux/System.map (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. Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry May 27 04:06:08 homer kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 27 04:06:08 homer kernel: e0a7b3a7 May 27 04:06:08 homer kernel: *pde = 00000000 May 27 04:06:08 homer kernel: Oops: 0000 May 27 04:06:08 homer kernel: CPU: 0 May 27 04:06:08 homer kernel: EIP: 0010:[<e0a7b3a7>] Using defaults from ksymoops -t elf32-i386 -a i386 May 27 04:06:08 homer kernel: EFLAGS: 00010096 May 27 04:06:08 homer kernel: eax: 00000041 ebx: 00000000 ecx: dd5bdc00 edx: 00000000 May 27 04:06:08 homer kernel: esi: 00000000 edi: 000000ff ebp: dd5bdc00 esp: dd065cbc May 27 04:06:08 homer kernel: ds: 0018 es: 0018 ss: 0018 May 27 04:06:08 homer kernel: Process modprobe (pid: 480, stackpage=dd065000) May 27 04:06:08 homer kernel: Stack: 00000000 00000000 000000ff dd5bdc00 41000357 e0a7b79d dd5bdc00 00000000 May 27 04:06:08 homer kernel: ffffffff 00000041 ffffffff 000000ff 00000000 00000041 00000000 dd5bdc00 May 27 04:06:08 homer kernel: dd5bdc00 00000001 00000001 00000001 00000001 00000001 00000000 00000001 May 27 04:06:08 homer kernel: Call Trace: [<e0a7b79d>] [<e0a7c226>] [<c0234ce3>] [<e0a7c81d>] [<e0a70990>] [<e0a812a9>] [<e0a7dca7>] May 27 04:06:08 homer kernel: [<c0230000>] [<e0a6f93e>] [<e0a78855>] [<e0a6f891>] [<e0a6f8b0>] [<e0a85280>] [<c01d6fdc>] [<e0a85300>] May 27 04:06:08 homer kernel: [<e0a85360>] [<c01d7054>] [<e0a85360>] [<e0a85280>] [<e0a7287a>] [<e0a6f74e>] [<e0a85280>] [<e0a6f068>] May 27 04:06:08 homer kernel: [<c01bf7d9>] [<e0a85280>] [<e0a85280>] [<e0a6f068>] [<e0a6f000>] [<e0a6f068>] [<c01c003d>] [<e0a85280>] May 27 04:06:08 homer kernel: [<e0a6f000>] [<e0a726d6>] [<e0a85280>] [<c011541d>] [<e0a68000>] [<e0a6f060>] [<c0106b9b>] May 27 04:06:08 homer kernel: Code: 8b 02 8b 7c 24 20 8b 6c 24 28 0f b6 40 19 f6 81 f0 00 00 00 >>EIP; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/c0> <===== Trace; e0a7b79d <[aic7xxx]ahc_search_qinfifo+14d/6b0> Trace; e0a7c226 <[aic7xxx]ahc_abort_scbs+66/300> Trace; c0234ce3 <__delay+13/30> Trace; e0a7c81d <[aic7xxx]ahc_reset_channel+25d/370> Trace; e0a70990 <[aic7xxx]ahc_linux_isr+0/270> Trace; e0a812a9 <[aic7xxx].rodata.start+c89/157c> Trace; e0a7dca7 <[aic7xxx]ahc_pci_config+497/4b0> Trace; c0230000 <rpc_new_task+f0/170> Trace; e0a6f93e <[aic7xxx]ahc_linux_initialize_scsi_bus+3e/1d0> Trace; e0a78855 <[aic7xxx]ahc_set_name+15/30> Trace; e0a6f891 <[aic7xxx]ahc_linux_register_host+111/150> Trace; e0a6f8b0 <[aic7xxx]ahc_linux_register_host+130/150> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; c01d6fdc <pci_announce_device+1c/50> Trace; e0a85300 <[aic7xxx]ahc_linux_pci_id_table+0/60> Trace; e0a85360 <[aic7xxx]aic7xxx_pci_driver+0/20> Trace; c01d7054 <pci_register_driver+44/60> Trace; e0a85360 <[aic7xxx]aic7xxx_pci_driver+0/20> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; e0a7287a <[aic7xxx]ahc_linux_pci_probe+a/30> Trace; e0a6f74e <[aic7xxx]ahc_linux_detect+5e/90> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; c01bf7d9 <scsi_register_host+49/2d0> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; e0a6f000 <[eepro100]__module_parm_multicast_filter_limit+3124/3184> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; c01c003d <scsi_register_module+2d/60> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; e0a6f000 <[eepro100]__module_parm_multicast_filter_limit+3124/3184> Trace; e0a726d6 <[aic7xxx]init_this_scsi_driver+16/40> Trace; e0a85280 <[aic7xxx]driver_template+0/6c> Trace; c011541d <sys_init_module+4fd/5a0> Trace; e0a68000 <[emu10k1].data.end+23f9/2459> Trace; e0a6f060 <[aic7xxx]ahc_print_path+0/0> Trace; c0106b9b <system_call+33/38> Code; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/c0> 00000000 <_EIP>: Code; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/c0> <===== 0: 8b 02 mov (%edx),%eax <===== Code; e0a7b3a9 <[aic7xxx]ahc_match_scb+19/c0> 2: 8b 7c 24 20 mov 0x20(%esp,1),%edi Code; e0a7b3ad <[aic7xxx]ahc_match_scb+1d/c0> 6: 8b 6c 24 28 mov 0x28(%esp,1),%ebp Code; e0a7b3b1 <[aic7xxx]ahc_match_scb+21/c0> a: 0f b6 40 19 movzbl 0x19(%eax),%eax Code; e0a7b3b5 <[aic7xxx]ahc_match_scb+25/c0> e: f6 81 f0 00 00 00 00 testb $0x0,0xf0(%ecx) 2 warnings issued. Results may not be reliable. hope thats better now... -Marc -- +-O . . . o . . . O . . . o . . . O . . . ___ . . . O . . . o .-+ | Ein neuer Service von Links2Linux.de: / o\ RPMs for SuSE | | --> PackMan! <-- naeheres unter | __| and others | | http://packman.links2linux.de/ . . . O \__\ . . . O . . . O . | ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-27 2:21 ` Marc Schiffbauer @ 2001-05-27 2:32 ` Keith Owens 2001-05-27 2:36 ` Jeff Garzik 2001-05-29 18:55 ` Justin T. Gibbs 2 siblings, 0 replies; 8+ messages in thread From: Keith Owens @ 2001-05-27 2:32 UTC (permalink / raw) To: Marc Schiffbauer; +Cc: LKML On Sun, 27 May 2001 04:21:30 +0200, Marc Schiffbauer <marc.schiffbauer@links2linux.de> wrote: >* Keith Owens schrieb am 27.05.01 um 03:07 Uhr: >> Since you are failing during modprobe, creating /var/log/ksymoops is a >> good idea, man insmod, see KSYMOOPS ASSISTANCE. Reproduce the >> problem to get a clean oops trace then run it through ksymoops, using >> the saved module data in /var/log/ksymoops. > >OK. Now I cut out the Oops out of my /var/log/messages, then did > >cat aic7xxx.oops | ksymoops -k /var/log/ksymoops/20010527040453.ksyms -l >/var/log/ksymoops/20010527040453.modules > trace1 That one was no good. Because modprobe failed, the data in /var/log/ksymoops did not get updated. >and another run with default options: >ksymoops 0.7c on i686 2.4.5. Options used You should be running ksymoops 2.4.x with 2.4 kernels,from ftp://ftp.<country>.kernel.org/pub/linux/utils/kernel/ksymoops/v2.4 >>>EIP; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/c0> <===== >Trace; e0a7b79d <[aic7xxx]ahc_search_qinfifo+14d/6b0> >Trace; e0a7c226 <[aic7xxx]ahc_abort_scbs+66/300> That trace looks good, now it is up to the aic7xxx maintainer to fix the problem. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-27 2:21 ` Marc Schiffbauer 2001-05-27 2:32 ` Keith Owens @ 2001-05-27 2:36 ` Jeff Garzik 2001-05-27 10:41 ` Marc Schiffbauer 2001-05-29 18:55 ` Justin T. Gibbs 2 siblings, 1 reply; 8+ messages in thread From: Jeff Garzik @ 2001-05-27 2:36 UTC (permalink / raw) To: Marc Schiffbauer; +Cc: LKML [-- Attachment #1: Type: text/plain, Size: 818 bytes --] Marc Schiffbauer wrote: > >>EIP; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/c0> <===== > Trace; e0a7b79d <[aic7xxx]ahc_search_qinfifo+14d/6b0> > Trace; e0a7c226 <[aic7xxx]ahc_abort_scbs+66/300> > Trace; c0234ce3 <__delay+13/30> > Trace; e0a7c81d <[aic7xxx]ahc_reset_channel+25d/370> > Trace; e0a70990 <[aic7xxx]ahc_linux_isr+0/270> > Trace; e0a812a9 <[aic7xxx].rodata.start+c89/157c> > Trace; e0a7dca7 <[aic7xxx]ahc_pci_config+497/4b0> > Trace; c0230000 <rpc_new_task+f0/170> > Trace; e0a6f93e <[aic7xxx]ahc_linux_initialize_scsi_bus+3e/1d0> > Trace; e0a78855 <[aic7xxx]ahc_set_name+15/30> I'm curious what happens with the attached patch? It adds some debugging checks which will halt your kernel with "BUG! at <file>:line"... -- Jeff Garzik | Disbelief, that's why you fail. Building 1024 | MandrakeSoft | [-- Attachment #2: aic.patch --] [-- Type: text/plain, Size: 786 bytes --] Index: linux_2_4/drivers/scsi/aic7xxx/aic7xxx.c diff -u linux_2_4/drivers/scsi/aic7xxx/aic7xxx.c:1.1.1.26 linux_2_4/drivers/scsi/aic7xxx/aic7xxx.c:1.1.1.26.36.1 --- linux_2_4/drivers/scsi/aic7xxx/aic7xxx.c:1.1.1.26 Tue May 8 21:50:17 2001 +++ linux_2_4/drivers/scsi/aic7xxx/aic7xxx.c Sat May 26 19:35:04 2001 @@ -4837,6 +4837,10 @@ #if AHC_TARGET_MODE int group; + if (!scb->io_ctx) + BUG(); + if (!scb->hscb) + BUG(); group = XPT_FC_GROUP(scb->io_ctx->ccb_h.func_code); if (role == ROLE_INITIATOR) { match = (group != XPT_FC_GROUP_TMODE) @@ -4848,6 +4852,8 @@ || (tag == SCB_LIST_NULL)); } #else /* !AHC_TARGET_MODE */ + if (!scb->hscb) + BUG(); match = ((tag == scb->hscb->tag) || (tag == SCB_LIST_NULL)); #endif /* AHC_TARGET_MODE */ } ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-27 2:36 ` Jeff Garzik @ 2001-05-27 10:41 ` Marc Schiffbauer 0 siblings, 0 replies; 8+ messages in thread From: Marc Schiffbauer @ 2001-05-27 10:41 UTC (permalink / raw) To: LKML * Jeff Garzik schrieb am 27.05.01 um 04:36 Uhr: > > I'm curious what happens with the attached patch? > > It adds some debugging checks which will halt your kernel with "BUG! at > <file>:line"... > [patch] I got your PM. How did you make it? I updated ksymoops to 2.4.1, applied the patch and traced again, but I think there is no difference now, is it? ksymoops 2.4.1 on i686 2.4.5. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5/ (default) -m /usr/src/linux/System.map (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. Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry May 27 12:30:47 homer kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 27 12:30:47 homer kernel: e0a7b3a7 May 27 12:30:47 homer kernel: *pde = 00000000 May 27 12:30:47 homer kernel: Oops: 0000 May 27 12:30:47 homer kernel: CPU: 0 May 27 12:30:47 homer kernel: EIP: 0010:[<e0a7b3a7>] Using defaults from ksymoops -t elf32-i386 -a i386 May 27 12:30:47 homer kernel: EFLAGS: 00010096 May 27 12:30:47 homer kernel: eax: 00000041 ebx: 00000000 ecx: 00000000 edx: dd570c00 May 27 12:30:47 homer kernel: esi: 00000000 edi: 000000ff ebp: dd570c00 esp: dd221cbc May 27 12:30:47 homer kernel: ds: 0018 es: 0018 ss: 0018 May 27 12:30:47 homer kernel: Process modprobe (pid: 474, stackpage=dd221000) May 27 12:30:47 homer kernel: Stack: 00000000 00000000 000000ff dd570c00 41000357 e0a7b7cd dd570c00 00000000 May 27 12:30:47 homer kernel: ffffffff 00000041 ffffffff 000000ff 00000000 00000041 00000000 dd570c00 May 27 12:30:47 homer kernel: dd570c00 00000001 00000001 00000001 00000001 00000001 00000000 00000001 May 27 12:30:47 homer kernel: Call Trace: [<e0a7b7cd>] [<e0a7c256>] [<c0234ce3>] [<e0a7c84d>] [<e0a70990>] [<e0a812e9>] [<e0a7dcd7>] May 27 12:30:47 homer kernel: [<c0230000>] [<e0a6f93e>] [<e0a78855>] [<e0a6f891>] [<e0a6f8b0>] [<e0a852e0>] [<c011b3c2>] [<c01d6fdc>] May 27 12:30:47 homer kernel: [<e0a85360>] [<e0a853c0>] [<c01d7054>] [<e0a853c0>] [<e0a852e0>] [<e0a7287a>] [<e0a6f74e>] [<e0a852e0>] May 27 12:30:47 homer kernel: [<e0a6f068>] [<c01bf7d9>] [<e0a852e0>] [<e0a852e0>] [<e0a6f068>] [<e0a7cccc>] [<e0a6f000>] [<e0a6f068>] May 27 12:30:47 homer kernel: [<c01c003d>] [<e0a852e0>] [<e0a6f000>] [<e0a726d6>] [<e0a852e0>] [<c011541d>] [<e0a68000>] [<e0a6f060>] May 27 12:30:47 homer kernel: [<c0106b9b>] May 27 12:30:47 homer kernel: Code: 8b 06 8b 7c 24 20 8b 6c 24 28 0f b6 40 19 f6 82 f0 00 00 00 >>EIP; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/f0> <===== Trace; e0a7b7cd <[aic7xxx]ahc_search_qinfifo+14d/6b0> Trace; e0a7c256 <[aic7xxx]ahc_abort_scbs+66/300> Trace; c0234ce3 <__delay+13/30> Trace; e0a7c84d <[aic7xxx]ahc_reset_channel+25d/370> Trace; e0a70990 <[aic7xxx]ahc_linux_isr+0/270> Trace; e0a812e9 <[aic7xxx].rodata.start+c89/157c> Trace; e0a7dcd7 <[aic7xxx]ahc_pci_config+497/4b0> Trace; c0230000 <rpc_new_task+f0/170> Trace; e0a6f93e <[aic7xxx]ahc_linux_initialize_scsi_bus+3e/1d0> Trace; e0a78855 <[aic7xxx]ahc_set_name+15/30> Trace; e0a6f891 <[aic7xxx]ahc_linux_register_host+111/150> Trace; e0a6f8b0 <[aic7xxx]ahc_linux_register_host+130/150> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; c011b3c2 <timer_bh+222/260> Trace; c01d6fdc <pci_announce_device+1c/50> Trace; e0a85360 <[aic7xxx]ahc_linux_pci_id_table+0/60> Trace; e0a853c0 <[aic7xxx]aic7xxx_pci_driver+0/20> Trace; c01d7054 <pci_register_driver+44/60> Trace; e0a853c0 <[aic7xxx]aic7xxx_pci_driver+0/20> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a7287a <[aic7xxx]ahc_linux_pci_probe+a/30> Trace; e0a6f74e <[aic7xxx]ahc_linux_detect+5e/90> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; c01bf7d9 <scsi_register_host+49/2d0> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; e0a7cccc <[aic7xxx]ahc_check_patch+c/80> Trace; e0a6f000 <[eepro100]__module_parm_multicast_filter_limit+3124/3184> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; c01c003d <scsi_register_module+2d/60> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a6f000 <[eepro100]__module_parm_multicast_filter_limit+3124/3184> Trace; e0a726d6 <[aic7xxx]init_this_scsi_driver+16/40> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; c011541d <sys_init_module+4fd/5a0> Trace; e0a68000 <[emu10k1].data.end+23f9/2459> Trace; e0a6f060 <[aic7xxx]ahc_print_path+0/0> Trace; c0106b9b <system_call+33/38> Code; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/f0> 00000000 <_EIP>: Code; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/f0> <===== 0: 8b 06 mov (%esi),%eax <===== Code; e0a7b3a9 <[aic7xxx]ahc_match_scb+19/f0> 2: 8b 7c 24 20 mov 0x20(%esp,1),%edi Code; e0a7b3ad <[aic7xxx]ahc_match_scb+1d/f0> 6: 8b 6c 24 28 mov 0x28(%esp,1),%ebp Code; e0a7b3b1 <[aic7xxx]ahc_match_scb+21/f0> a: 0f b6 40 19 movzbl 0x19(%eax),%eax Code; e0a7b3b5 <[aic7xxx]ahc_match_scb+25/f0> e: f6 82 f0 00 00 00 00 testb $0x0,0xf0(%edx) 2 warnings issued. Results may not be reliable. -- +------------------------------------------------------------------+ | --> http://www.links2linux.de <-- Jetzt mit neuen Features! | | wie z.B. [EasyLink] | +---Registered-Linux-User-#136487------------http://counter.li.org + ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-27 2:21 ` Marc Schiffbauer 2001-05-27 2:32 ` Keith Owens 2001-05-27 2:36 ` Jeff Garzik @ 2001-05-29 18:55 ` Justin T. Gibbs 2001-05-29 22:26 ` Marc Schiffbauer 2 siblings, 1 reply; 8+ messages in thread From: Justin T. Gibbs @ 2001-05-29 18:55 UTC (permalink / raw) To: Marc Schiffbauer; +Cc: LKML >OK. Now I cut out the Oops out of my /var/log/messages, then did Can you provide the full dmesg from a working kernel for you system? I need to know the type of controller in use as well as some other system attributes. -- Justin ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: new aic7xxx oopses with AHA2940 2001-05-29 18:55 ` Justin T. Gibbs @ 2001-05-29 22:26 ` Marc Schiffbauer 0 siblings, 0 replies; 8+ messages in thread From: Marc Schiffbauer @ 2001-05-29 22:26 UTC (permalink / raw) To: LKML * Justin T. Gibbs schrieb am 29.05.01 um 20:55 Uhr: > >OK. Now I cut out the Oops out of my /var/log/messages, then did > > Can you provide the full dmesg from a working kernel for you system? > I need to know the type of controller in use as well as some other > system attributes. > sure. but its only the old aic7xxx driver. The new one is not working . I was one thing missing, sorry: The new driver has been working. He did it since I installed Wi***** 2k on the 4G scsi-disk (maybe random?). Maybe that fuc**** Billysoft has "tuned" my Controller firmware?? I don't think (hope!) thats possible... dmesg: Linux version 2.4.5 (root@homer) (gcc version 2.95.2 19991024 (release)) #5 Sun May 27 13:11:31 CEST 2001 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001ffec000 (usable) BIOS-e820: 000000001ffec000 - 000000001ffef000 (ACPI data) BIOS-e820: 000000001ffef000 - 000000001ffff000 (reserved) BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) Scan SMP from c0000000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f0000 for 65536 bytes. Scan SMP from c009fc00 for 4096 bytes. On node 0 totalpages: 131052 zone(0): 4096 pages. zone(1): 126956 pages. zone(2): 0 pages. mapped APIC to ffffe000 (01884000) Kernel command line: auto BOOT_IMAGE=linux ro root=307 Initializing CPU#0 Detected 807.220 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1608.90 BogoMIPS Memory: 512868k/524208k available (1333k kernel code, 10952k reserved, 471k data, 184k init, 0k highmem) Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 131072 (order: 7, 524288 bytes) CPU: Before vendor init, caps: 0183f9ff c1c7f9ff 00000000, vendor = 2 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 256K (64 bytes/line) CPU: After vendor init, caps: 0183f9ff c1c7f9ff 00000000 00000000 CPU: After generic, caps: 0183f9ff c1c7f9ff 00000000 00000000 CPU: Common caps: 0183f9ff c1c7f9ff 00000000 00000000 CPU: AMD Athlon(tm) Processor stepping 02 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xf1150, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent PCI: Using IRQ router VIA [1106/0686] at 00:04.0 Found VT82C686A, not applying VIA latency patch. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS version 1.2 Flags 0x03 (Driver version 1.14) Starting kswapd v1.8 i2c-core.o: i2c core module i2c-dev.o: i2c /dev entries driver module i2c-core.o: driver i2c-dev dummy driver registered. i2c-algo-bit.o: i2c bit algorithm module pty: 256 Unix98 ptys configured Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Real Time Clock Driver v1.10d block: queued sectors max/low 340869kB/209797kB, 1024 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 21 VP_IDE: chipset revision 16 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:04.1 ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio PDC20265: IDE controller on PCI bus 00 dev 88 PCI: Found IRQ 10 for device 00:11.0 PCI: The same IRQ used for device 00:0b.0 PDC20265: chipset revision 2 PDC20265: not 100% native mode: will probe irqs later ide2: BM-DMA at 0x7800-0x7807, BIOS settings: hde:DMA, hdf:pio ide3: BM-DMA at 0x7808-0x780f, BIOS settings: hdg:pio, hdh:pio hda: ST320430A, ATA DISK drive hdc: Pioneer DVD-ROM ATAPIModel DVD-105S 011, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 40079088 sectors (20520 MB) w/512KiB Cache, CHS=39761/16/63, UDMA(66) Partition check: hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 > SCSI subsystem driver Revision: 1.00 PCI: Found IRQ 9 for device 00:0d.0 PCI: The same IRQ used for device 00:04.2 PCI: The same IRQ used for device 00:04.3 (scsi0) <Adaptec AHA-294X SCSI host adapter> found at PCI 0/13/0 (scsi0) Narrow Channel, SCSI ID=7, 16/255 SCBs (scsi0) Downloading sequencer code... 415 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 <Adaptec AHA-294X SCSI host adapter> (scsi0:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: IBM Model: DCAS-34330 Rev: S65A Type: Direct-Access ANSI SCSI revision: 02 (scsi0:0:3:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: PLEXTOR Model: CD-ROM PX-8XCS Rev: 1.01 Type: CD-ROM ANSI SCSI revision: 02 (scsi0:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: TEAC Model: CD-R58S Rev: 1.0K Type: CD-ROM ANSI SCSI revision: 02 scsi1 : SCSI host adapter emulation for IDE ATAPI devices Vendor: PIONEER Model: DVD-ROM DVD-105 Rev: 1.11 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 2, lun 0 SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) sda: sda1 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0 Detected scsi CD-ROM sr1 at scsi0, channel 0, id 5, lun 0 Detected scsi CD-ROM sr2 at scsi1, channel 0, id 0, lun 0 sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.12 sr1: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray sr2: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 4096 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 32768) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. ACPI: APM is already active, exiting VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 184k freed Adding Swap: 265568k swap-space (priority -1) reiserfs: checking transaction log (device 03:0a) ... Using r5 hash to sort names ReiserFS version 3.6.25 reiserfs: checking transaction log (device 03:08) ... Using r5 hash to sort names ReiserFS version 3.6.25 reiserfs: checking transaction log (device 03:09) ... Using r5 hash to sort names ReiserFS version 3.6.25 NTFS version 010116 Warning! NTFS volume version is Win2k+: Mounting read-only usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-uhci.c: $Revision: 1.259 $ time 17:21:57 May 26 2001 usb-uhci.c: High bandwidth mode enabled PCI: Found IRQ 9 for device 00:04.2 PCI: The same IRQ used for device 00:04.3 PCI: The same IRQ used for device 00:0d.0 usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 9 usb-uhci.c: Detected 2 ports usb.c: new USB bus registered, assigned bus number 1 hub.c: USB hub found hub.c: 2 ports detected PCI: Found IRQ 9 for device 00:04.3 PCI: The same IRQ used for device 00:04.2 PCI: The same IRQ used for device 00:0d.0 usb-uhci.c: USB UHCI at I/O 0xd000, IRQ 9 usb-uhci.c: Detected 2 ports usb.c: new USB bus registered, assigned bus number 2 hub.c: USB hub found hub.c: 2 ports detected usb-uhci.c: v1.251 Georg Acher, Deti Fliegl, Thomas Sailer, Roman Weissgaerber usb-uhci.c: USB Universal Host Controller Interface driver hub.c: USB new device connect on bus2/2, assigned device number 2 hub.c: USB hub found hub.c: 4 ports detected Creative EMU10K1 PCI Audio Driver, version 0.7, 17:21:48 May 26 2001 PCI: Found IRQ 10 for device 00:0b.0 PCI: The same IRQ used for device 00:11.0 emu10k1: EMU10K1 rev 8 model 0x8027 found, IO at 0xa400-0xa41f, IRQ 10 eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others PCI: Found IRQ 11 for device 00:0c.0 eth0: OEM i82557/i82558 10/100 Ethernet, 00:90:27:0F:5E:23, IRQ 11. Receiver lock-up bug exists -- enabling work-around. Board assembly 697680-002, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. /dev/vmmon: Module vmmon: registered with major=10 minor=165 tag=$Name: build-1118 $ /dev/vmmon: Module vmmon: initialized /dev/vmnet: open called by PID 363 (vmnet-bridge) /dev/vmnet: hub 0 does not exist, allocating memory. /dev/vmnet: port on hub 0 successfully opened bridge-eth0: up bridge-eth0: attached NVRM: loading NVIDIA kernel module version 1.0-1251 /dev/vmnet: open called by PID 533 (vmnet-netifup) /dev/vmnet: hub 1 does not exist, allocating memory. /dev/vmnet: port on hub 1 successfully opened -- | ...and don't forget: Linux rulez! | | | | http://www.links2linux.de <-- Von Linux-Usern fuer Linux-User | ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2001-05-29 22:27 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2001-05-26 16:05 new aic7xxx oopses with AHA2940 Marc Schiffbauer 2001-05-27 1:07 ` Keith Owens 2001-05-27 2:21 ` Marc Schiffbauer 2001-05-27 2:32 ` Keith Owens 2001-05-27 2:36 ` Jeff Garzik 2001-05-27 10:41 ` Marc Schiffbauer 2001-05-29 18:55 ` Justin T. Gibbs 2001-05-29 22:26 ` Marc Schiffbauer
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox