* 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;
as well as URLs for NNTP newsgroup(s).