Re: new aic7xxx oopses with AHA2940
* 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: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 1ffec000 (usable) BIOS-e820: 1ffec000 - 1ffef000 (ACPI data) BIOS-e820: 1ffef000 - 1000 (reserved) BIOS-e820: 1000 - 2000 (ACPI NVS) BIOS-e820: - 0001 (reserved) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f 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 e000 (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 , 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 CPU: After generic, caps: 0183f9ff c1c7f9ff CPU: Common caps: 0183f9ff c1c7f9ff 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 ([EMAIL PROTECTED]) 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) found at PCI 0/13/0 (scsi0) Narrow Channel, SCSI ID=7, 16/255 SCBs (sc
Re: Solved ?: IDE Performance lack !
* Guido Stepken schrieb am 27.05.01 um 12:06 Uhr: > Hi ! > > My performance problemes have disappeared. I recompiled the kernel with: > > (Direct) PCI access mode > APIC and IOApic == OFF > SCSI competely == OFF > NE1000/2000 Modules compiled in as Module (directly compiled in did not work) > Changed BIOS PCI Mode to AUTO (perhaps useless) > Hmm, strange. My PCI-Mode is (Any), I have APIC enabled CONFIG_X86_GOOD_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y And I use SCSI. I do not have any Problems. Do you have these Problems under heavy load, or when your machine is idle? > Now my performance is normal, with and without hdparm optimisations (tnx to > posters) Hmm. hdparm -d1 should AFAIK always speedup your IDE-HD I have about 6MB/s without and about 26 MB/s using DMA > > IMHO, there are still problems with interrupts (is thre still one > interrupt/IP paket ??) > Dont know. Try to find out e.g. with xosview, which shows you interupts... -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 . | - 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: new aic7xxx oopses with AHA2940
* 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 > :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 May 27 12:30:47 homer kernel: e0a7b3a7 May 27 12:30:47 homer kernel: *pde = May 27 12:30:47 homer kernel: Oops: May 27 12:30:47 homer kernel: CPU:0 May 27 12:30:47 homer kernel: EIP:0010:[] 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: 0041 ebx: ecx: edx: dd570c00 May 27 12:30:47 homer kernel: esi: edi: 00ff 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: 00ff dd570c00 41000357 e0a7b7cd dd570c00 May 27 12:30:47 homer kernel: 0041 00ff 0041 dd570c00 May 27 12:30:47 homer kernel:dd570c00 0001 0001 0001 0001 0001 0001 May 27 12:30:47 homer kernel: Call Trace: [] [] [] [] [] [] [] May 27 12:30:47 homer kernel:[] [] [] [] [] [] [] [] May 27 12:30:47 homer kernel:[] [] [] [] [] [] [] [] May 27 12:30:47 homer kernel:[] [] [] [] [] [] [] [] May 27 12:30:47 homer kernel:[] [] [] [] [] [] [] [] May 27 12:30:47 homer kernel:[] 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; c023 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 Trace; c01d6fdc Trace; e0a85360 <[aic7xxx]ahc_linux_pci_id_table+0/60> Trace; e0a853c0 <[aic7xxx]aic7xxx_pci_driver+0/20> Trace; c01d7054 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 Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a852e0 <[aic7xxx]driver_template+0/6c> Trace; e0a6f068 <[aic7xxx].text.start+8/a0> Trace; e0a7 <[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 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 Trace; e0a68000 <[emu10k1].data.end+23f9/2459> Trace; e0a6f060 <[aic7xxx]ahc_print_path+0/0> Trace; c0106b9b Code; e0a7b3a7 <[aic7xxx]ahc_match_scb+17/f0> <_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 mov0x20(%esp,1),%edi Code; e0a7b3ad <[aic7xxx]ahc_match_scb+1d/f0> 6: 8b 6c 24 28 mov0x28(%esp,1),%ebp Code; e0a7b3b1 <[aic7xxx]ahc_match_scb+21/f0> a: 0f b6 40 19 movzbl 0x19(%eax),%eax Code; e0a7b3b5 <[aic7xxx]ahc_
Re: new aic7xxx oopses with AHA2940
* 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 May 27 04:06:08 homer kernel: e0a7b3a7 May 27 04:06:08 homer kernel: *pde = May 27 04:06:08 homer kernel: Oops: May 27 04:06:08 homer kernel: CPU:0 May 27 04:06:08 homer kernel: EIP:0010:[] 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: 0041 ebx: ecx: dd5bdc00 edx: May 27 04:06:08 homer kernel: esi: edi: 00ff 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: 00ff dd5bdc00 41000357 e0a7b79d dd5bdc00 May 27 04:06:08 homer kernel: 0041 00ff 0041 dd5bdc00 May 27 04:06:08 homer kernel:dd5bdc00 0001 0001 0001 0001 0001 0001 May 27 04:06:08 homer kernel: Call Trace: [] [] [] [] [] [] [] May 27 04:06:08 homer kernel:[] [] [] [] [] [] [] [] May 27 04:06:08 homer kernel:[] [] [] [] [] [] [] [] May 27 04:06:08 homer kernel:[] [] [] [] [] [] [] [] May 27 04:06:08 homer kernel:[] [] [] [] [] [] [] 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<= Trace; e0a7b79d Trace; e0a7c226 Trace; c0234ce3 <__delay+13/30> Trace; e0a7c81d Trace; e0a70990 <__module_parm_multicast_filter_limit+4ab4/> Trace; e0a812a9 Trace; e0a7dca7 Trace; c023 Trace; e0a6f93e <__module_parm_multicast_filter_limit+3a62/> Trace; e0a78855 Trace; e0a6f891 <__module_parm_multicast_filter_limit+39b5/> Trace; e0a6f8b0 <__module_parm_multicast_filter_limit+39d4/> Trace; e0a85280 Trace; c01d6fdc Trace; e0a85300 Trace; e0a85360 Trace; c01d7054 Trace; e0a85360 Trace; e0a85280 Trace; e0a7287a <__module_parm_multicast_filter_limit+699e/> Trace; e0a6f74e <__module_parm_multicast_filter_limit+3872/> Trace; e0a85280 Trace; e0a6f068 <__module_parm_multicast_filter_limit+318c/> Trace; c01bf7d9 Trace; e0a85280 Trace; e0a85280 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 Trace; e0a85280 Trace; e0a6f000 <__module_parm_multicast_filter_limit+3124/> Trace; e0a726d6 <__module_parm_multicast_filter_limit+67fa/> Trace; e0a85280 Trace; c011541d Trace; e0a68000 <[emu10k1].data.end+23f9/2459> Trace; e0a6f060 <__module_parm_multicast_filter_limit+3184/> Trace; c0106b9b Code; e0a7b3a7 <_EIP>: Code; e0a7b3a7<= 0: 8b 02 mov(%edx),%eax <= Code; e0a7b3a9 2: 8b 7c 24 20 mov0x20(%esp,1),%edi Code; e0a7b3ad 6: 8b 6c 24 28 mov0x28(%esp,1),%ebp Code; e0a7b3b1 a: 0f b6 40 19 movzbl 0x19(%eax),%eax Code; e0a7b3b5 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 reso
Re: IDE Performance lack !
* Guido Stepken schrieb am 26.05.01 um 22:19 Uhr: > Hi ! > > RedHat 7.1 - IDE IBM 41.1 GIG > Update to 2.4.5 -> noticed, that hdparm -t /dev/hda went down from 10 > MByte/sec to 1.9 MByte/sec > Any special Options, beside ide-scsi driver activated .. > > Anybody noticed the same problem ? Any clues ? > > tnx in advance ... Hi Guido, This is a 20.1 GB Seagate Barracuda (with hdparm -d1) homer:~ # hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 64 MB in 2.74 seconds = 23.36 MB/sec homer:~ # Did you turn on dma-mode? -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 . | - 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/
new aic7xxx oopses with AHA2940
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 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 = May 26 17:52:33 homer kernel: Oops: 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: 0041 ebx: ecx: dd5d6e00 edx: May 26 17:52:33 homer kernel: esi: edi: 00ff 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: 00ff dd5d6e00 41000357 e0a7b79d dd5d6e00 May 26 17:52:33 homer kernel: 0041 00ff 0041 dd5d6e00 May 26 17:52:33 homer kernel:dd5d6e00 0001 0001 0001 0001 0001 0001 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+68/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+68/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| - 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: 2.4.4 fork() problems (maybe)
* Magnus Naeslund(f) schrieb am 05.05.01 um 21:07 Uhr: > Hello, I saw that there was something changed on how fork() works, and > wonder if this could be the cause my problem. > When i do a "su - " it just hangs. > When i run strace on it i see that it forks and wait()s on the child. > > Sometimes when i strace the su command it succeeds to give me a shell, > sometimes not. > But it allways fails when i don't strace it. > Hi Magnus, use 2.4.5-pre1 instead, Linus has undone the fork()-change for some reason ;-) Cheers -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 . | - 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/