Re: Oops in 2.4.7-pre9.
On Thu, 19 Jul 2001, David S. Miller wrote: > > Niels Kristian Bech Jensen writes: > > >>EIP; c01467e3<= > > This should fix it: > It does, thanks. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - 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: Oops in 2.4.7-pre9.
On Thu, 19 Jul 2001, David S. Miller wrote: Niels Kristian Bech Jensen writes: EIP; c01467e3 proc_pid_make_inode+83/b0 = This should fix it: It does, thanks. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - 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/
Oops in 2.4.7-pre9.
I get this oops while booting 2.4.7-pre9: Jul 20 08:01:52 hafnium kernel: Unable to handle kernel NULL pointer dereference at virtual address 007c Jul 20 08:01:52 hafnium kernel: c01467e3 Jul 20 08:01:52 hafnium kernel: *pde = Jul 20 08:01:52 hafnium kernel: Oops: Jul 20 08:01:52 hafnium kernel: CPU:0 Jul 20 08:01:52 hafnium kernel: EIP:0010:[proc_pid_make_inode+131/176] Jul 20 08:01:52 hafnium kernel: EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 Jul 20 08:01:52 hafnium kernel: EFLAGS: 00010206 Jul 20 08:01:52 hafnium kernel: eax: ebx: c11ba000 ecx: c48c89c0 edx: c104b578 Jul 20 08:01:52 hafnium kernel: esi: c11ed000 edi: 000b ebp: c01e0ca0 esp: c493de68 Jul 20 08:01:52 hafnium kernel: ds: 0018 es: 0018 ss: 0018 Jul 20 08:01:52 hafnium kernel: Process pidof (pid: 177, stackpage=c493d000) Jul 20 08:01:52 hafnium kernel: Stack: c11ba000 000b c01bf0aa c0146a3a c11ed000 c11ba000 000b c11ba000 Jul 20 08:01:52 hafnium kernel:ffea fff4 c01406a8 c1157e08 00f0 c4b6c9a0 fff4 c48c87e0 Jul 20 08:01:52 hafnium kernel:c4b6c920 c01388cf c48c87e0 c4b6c9a0 c493df00 c4b6c920 c4b6c920 c4fee00c Jul 20 08:01:52 hafnium kernel: Call Trace: [proc_base_lookup+138/544] [d_alloc+24/368] [real_lookup+79/192] [path_walk+1409/2000] [destroy_inode+48/64] [open_namei+124/1360] [filp_open+52/96] Jul 20 08:01:52 hafnium kernel: Call Trace: [] [] [] [] [] [] [] Jul 20 08:01:52 hafnium kernel:[] [] [] Jul 20 08:01:52 hafnium kernel: Code: f6 40 7c 01 74 12 8b 83 24 01 00 00 89 41 30 8b 83 34 01 00 >>EIP; c01467e3<= Trace; c0146a3a Trace; c01406a8 Trace; c01388cf Trace; c0138fd1 Trace; c0141050 Trace; c013972c Trace; c012e334 Trace; c013861f Trace; c012e636 Trace; c0106cf3 Code; c01467e3 <_EIP>: Code; c01467e3<= 0: f6 40 7c 01 testb $0x1,0x7c(%eax) <= Code; c01467e7 4: 74 12 je 18 <_EIP+0x18> c01467fb Code; c01467e9 6: 8b 83 24 01 00 00 mov0x124(%ebx),%eax Code; c01467ef c: 89 41 30 mov%eax,0x30(%ecx) Code; c01467f2 f: 8b 83 34 01 00 00 mov 0x134(%ebx),%eax -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - 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/
Oops in 2.4.7-pre9.
I get this oops while booting 2.4.7-pre9: Jul 20 08:01:52 hafnium kernel: Unable to handle kernel NULL pointer dereference at virtual address 007c Jul 20 08:01:52 hafnium kernel: c01467e3 Jul 20 08:01:52 hafnium kernel: *pde = Jul 20 08:01:52 hafnium kernel: Oops: Jul 20 08:01:52 hafnium kernel: CPU:0 Jul 20 08:01:52 hafnium kernel: EIP:0010:[proc_pid_make_inode+131/176] Jul 20 08:01:52 hafnium kernel: EIP:0010:[c01467e3] Using defaults from ksymoops -t elf32-i386 -a i386 Jul 20 08:01:52 hafnium kernel: EFLAGS: 00010206 Jul 20 08:01:52 hafnium kernel: eax: ebx: c11ba000 ecx: c48c89c0 edx: c104b578 Jul 20 08:01:52 hafnium kernel: esi: c11ed000 edi: 000b ebp: c01e0ca0 esp: c493de68 Jul 20 08:01:52 hafnium kernel: ds: 0018 es: 0018 ss: 0018 Jul 20 08:01:52 hafnium kernel: Process pidof (pid: 177, stackpage=c493d000) Jul 20 08:01:52 hafnium kernel: Stack: c11ba000 000b c01bf0aa c0146a3a c11ed000 c11ba000 000b c11ba000 Jul 20 08:01:52 hafnium kernel:ffea fff4 c01406a8 c1157e08 00f0 c4b6c9a0 fff4 c48c87e0 Jul 20 08:01:52 hafnium kernel:c4b6c920 c01388cf c48c87e0 c4b6c9a0 c493df00 c4b6c920 c4b6c920 c4fee00c Jul 20 08:01:52 hafnium kernel: Call Trace: [proc_base_lookup+138/544] [d_alloc+24/368] [real_lookup+79/192] [path_walk+1409/2000] [destroy_inode+48/64] [open_namei+124/1360] [filp_open+52/96] Jul 20 08:01:52 hafnium kernel: Call Trace: [c0146a3a] [c01406a8] [c01388cf] [c0138fd1] [c0141050] [c013972c] [c012e334] Jul 20 08:01:52 hafnium kernel:[c013861f] [c012e636] [c0106cf3] Jul 20 08:01:52 hafnium kernel: Code: f6 40 7c 01 74 12 8b 83 24 01 00 00 89 41 30 8b 83 34 01 00 EIP; c01467e3 proc_pid_make_inode+83/b0 = Trace; c0146a3a proc_base_lookup+8a/220 Trace; c01406a8 d_alloc+18/170 Trace; c01388cf real_lookup+4f/c0 Trace; c0138fd1 path_walk+581/7d0 Trace; c0141050 destroy_inode+30/40 Trace; c013972c open_namei+7c/550 Trace; c012e334 filp_open+34/60 Trace; c013861f getname+5f/a0 Trace; c012e636 sys_open+36/b0 Trace; c0106cf3 system_call+33/40 Code; c01467e3 proc_pid_make_inode+83/b0 _EIP: Code; c01467e3 proc_pid_make_inode+83/b0 = 0: f6 40 7c 01 testb $0x1,0x7c(%eax) = Code; c01467e7 proc_pid_make_inode+87/b0 4: 74 12 je 18 _EIP+0x18 c01467fb proc_pid_make_inode+9b/b0 Code; c01467e9 proc_pid_make_inode+89/b0 6: 8b 83 24 01 00 00 mov0x124(%ebx),%eax Code; c01467ef proc_pid_make_inode+8f/b0 c: 89 41 30 mov%eax,0x30(%ecx) Code; c01467f2 proc_pid_make_inode+92/b0 f: 8b 83 34 01 00 00 mov0x134(%ebx),%eax -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - 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/
Oops in linux-2.4.5-ac12 and -ac13.
I sometimes get this oops when kmod (rmmod) is unloading serial.o (used in conjunction with ppp_generic.o, ppp_async.o and slhc.o). It's not every time, but it seems to happen, if these are the first modules used after I've used my printer (modules: lp.o, parport.o and parport_pc.o). ksymoops 2.4.0 on i586 2.4.5-ac13. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac13/ (default) -m /boot/System.map-2.4.5-ac13 (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. Unable to handle kernel paging request at virtual address c583a500 c017478e *pde = 011eb067 Oops: 0002 CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: c01d2930 ebx: 0100 ecx: c01cc858 edx: c583a500 esi: c5853d80 edi: c5854780 ebp: c585468c esp: c2551f74 ds: 0018 es: 0018 ss: 0018 Process rmmod (pid: 857, stackpage=c2551000) Stack: 0100 c584f172 c5853d80 c584a000 c5845000 0001 c5856000 c0113dae c584a000 c5845000 0001 c01132ae c584a000 0001 c255 0002 0061 bfffedb8 c0106c87 0805f168 0100 0002 Call Trace: [] [] [] [] [] [] [] [] [] [] [] Code: 89 02 8b 1d 28 29 1d c0 81 fb 28 29 1d c0 74 23 89 f6 39 73 >>EIP; c017478e<= Trace; c584f172 <[serial]rs_fini+152/15f> Trace; c5853d80 <[serial]serial_pci_driver+0/1f> Trace; c584a000 <[ppp_generic]__kstrtab_all_channels+1ac6/1b26> Trace; c5845000 <[slhc].rodata.end+1ee1/1f41> Trace; c5856000 <[ppp_async]__kstrtab_ppp_crc16_table+0/0> Trace; c0113dae Trace; c584a000 <[ppp_generic]__kstrtab_all_channels+1ac6/1b26> Trace; c5845000 <[slhc].rodata.end+1ee1/1f41> Trace; c01132ae Trace; c584a000 <[ppp_generic]__kstrtab_all_channels+1ac6/1b26> Trace; c0106c87 Code; c017478e <_EIP>: Code; c017478e<= 0: 89 02 mov%eax,(%edx) <= Code; c0174790 2: 8b 1d 28 29 1d c0 mov0xc01d2928,%ebx Code; c0174796 8: 81 fb 28 29 1d c0 cmp$0xc01d2928,%ebx Code; c017479c e: 74 23 je 33 <_EIP+0x33> c01747c1 Code; c017479e 10: 89 f6 mov%esi,%esi Code; c01747a0 12: 39 73 00 cmp%esi,0x0(%ebx) 1 warning issued. Results may not be reliable. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - 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/
Oops in linux-2.4.5-ac12 and -ac13.
I sometimes get this oops when kmod (rmmod) is unloading serial.o (used in conjunction with ppp_generic.o, ppp_async.o and slhc.o). It's not every time, but it seems to happen, if these are the first modules used after I've used my printer (modules: lp.o, parport.o and parport_pc.o). ksymoops 2.4.0 on i586 2.4.5-ac13. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac13/ (default) -m /boot/System.map-2.4.5-ac13 (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. Unable to handle kernel paging request at virtual address c583a500 c017478e *pde = 011eb067 Oops: 0002 CPU:0 EIP:0010:[c017478e] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: c01d2930 ebx: 0100 ecx: c01cc858 edx: c583a500 esi: c5853d80 edi: c5854780 ebp: c585468c esp: c2551f74 ds: 0018 es: 0018 ss: 0018 Process rmmod (pid: 857, stackpage=c2551000) Stack: 0100 c584f172 c5853d80 c584a000 c5845000 0001 c5856000 c0113dae c584a000 c5845000 0001 c01132ae c584a000 0001 c255 0002 0061 bfffedb8 c0106c87 0805f168 0100 0002 Call Trace: [c584f172] [c5853d80] [c584a000] [c5845000] [c5856000] [c0113dae] [c584a000] [c5845000] [c01132ae] [c584a000] [c0106c87] Code: 89 02 8b 1d 28 29 1d c0 81 fb 28 29 1d c0 74 23 89 f6 39 73 EIP; c017478e pci_unregister_driver+e/50 = Trace; c584f172 [serial]rs_fini+152/15f Trace; c5853d80 [serial]serial_pci_driver+0/1f Trace; c584a000 [ppp_generic]__kstrtab_all_channels+1ac6/1b26 Trace; c5845000 [slhc].rodata.end+1ee1/1f41 Trace; c5856000 [ppp_async]__kstrtab_ppp_crc16_table+0/0 Trace; c0113dae free_module+1e/c0 Trace; c584a000 [ppp_generic]__kstrtab_all_channels+1ac6/1b26 Trace; c5845000 [slhc].rodata.end+1ee1/1f41 Trace; c01132ae sys_delete_module+18e/1d0 Trace; c584a000 [ppp_generic]__kstrtab_all_channels+1ac6/1b26 Trace; c0106c87 system_call+37/40 Code; c017478e pci_unregister_driver+e/50 _EIP: Code; c017478e pci_unregister_driver+e/50 = 0: 89 02 mov%eax,(%edx) = Code; c0174790 pci_unregister_driver+10/50 2: 8b 1d 28 29 1d c0 mov0xc01d2928,%ebx Code; c0174796 pci_unregister_driver+16/50 8: 81 fb 28 29 1d c0 cmp$0xc01d2928,%ebx Code; c017479c pci_unregister_driver+1c/50 e: 74 23 je 33 _EIP+0x33 c01747c1 pci_unregister_driver+41/50 Code; c017479e pci_unregister_driver+1e/50 10: 89 f6 mov%esi,%esi Code; c01747a0 pci_unregister_driver+20/50 12: 39 73 00 cmp%esi,0x0(%ebx) 1 warning issued. Results may not be reliable. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - 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: error compiling 2.4.1-pre3
On Fri, 12 Jan 2001, Pau wrote: > > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 > -fomit-frame-pointer -fno-strict-aliasing -pipe > -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include > /usr/src/linux/include/linux/modversions.h -DEXPORT_SYMTAB -c xor.c > In file included from /usr/src/linux/include/linux/raid/md.h:51, > from xor.c:22: > /usr/src/linux/include/linux/raid/md_k.h: In function `pers_to_level': > /usr/src/linux/include/linux/raid/md_k.h:39: warning: control reaches end > of non-void function > xor.c: In function `calibrate_xor_block': > xor.c:118: `HAVE_XMM' undeclared (first use in this function) > xor.c:118: (Each undeclared identifier is reported only once > xor.c:118: for each function it appears in.) > {standard input}: Assembler messages: > {standard input}:8: Warning: Ignoring changed section attributes for > .modinfo > make[2]: *** [xor.o] Error 1 > make[2]: Leaving directory `/usr/src/linux/drivers/md' > make[1]: *** [_modsubdir_md] Error 2 > make[1]: Leaving directory `/usr/src/linux/drivers' > make: *** [_mod_drivers] Error 2 > Replace the two instances of HAVE_XMM in include/asm-i386/xor.h by cpu_has_xmm. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: error compiling 2.4.1-pre3
On Fri, 12 Jan 2001, Pau wrote: gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h -DEXPORT_SYMTAB -c xor.c In file included from /usr/src/linux/include/linux/raid/md.h:51, from xor.c:22: /usr/src/linux/include/linux/raid/md_k.h: In function `pers_to_level': /usr/src/linux/include/linux/raid/md_k.h:39: warning: control reaches end of non-void function xor.c: In function `calibrate_xor_block': xor.c:118: `HAVE_XMM' undeclared (first use in this function) xor.c:118: (Each undeclared identifier is reported only once xor.c:118: for each function it appears in.) {standard input}: Assembler messages: {standard input}:8: Warning: Ignoring changed section attributes for .modinfo make[2]: *** [xor.o] Error 1 make[2]: Leaving directory `/usr/src/linux/drivers/md' make[1]: *** [_modsubdir_md] Error 2 make[1]: Leaving directory `/usr/src/linux/drivers' make: *** [_mod_drivers] Error 2 Replace the two instances of HAVE_XMM in include/asm-i386/xor.h by cpu_has_xmm. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: posix_types.h error
On Sun, 7 Jan 2001, Barry K. Nathan wrote: > Richard is asking for source code. Documentation/Changes only gives the > location of binaries. > > This is a bit of a problem IMO (I also tried, and failed, to find the egcs > 1.1.2 source code). Now that I know where it is, I'll soon post a patch > for Documentation/Changes... > ftp://egcs.cygnus.com/pub/gcc/old-releases/egcs/egcs-1.1.2.tar.bz2 -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: posix_types.h error
On Sun, 7 Jan 2001, Barry K. Nathan wrote: Richard is asking for source code. Documentation/Changes only gives the location of binaries. This is a bit of a problem IMO (I also tried, and failed, to find the egcs 1.1.2 source code). Now that I know where it is, I'll soon post a patch for Documentation/Changes... ftp://egcs.cygnus.com/pub/gcc/old-releases/egcs/egcs-1.1.2.tar.bz2 -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test13-pre3 woes
On Mon, 18 Dec 2000, J Sloan wrote: > Similar problem here - with CONFIG_DRM_TDFX=m > I have not gotten a tdfx.o module complied since the > start of the test13-pre series... > > So no quake 3 arena unless I want to play at < 1 fps... > Does this patch fix your problem? --- test13-pre3/drivers/char/Makefile Mon Dec 18 01:21:31 2000 +++ linux/drivers/char/Makefile Mon Dec 18 06:58:06 2000 @@ -16,6 +16,8 @@ O_TARGET := char.o +mod-subdirs := drm + obj-y += tty_io.o n_tty.o tty_ioctl.o mem.o raw.o pty.o misc.o random.o # All of the (potential) objects that export symbols. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Unable to boot 2.4.0-test12 (0224 AX:0212 BX:BC00 CX:5101 DX:000.)
On Sat, 16 Dec 2000, infernix wrote: > Hi, > > After compiling 2.4.0-test12 on my (P2-266, 440LX) Debian 2.2 system (make > bzdisk), i am unable to boot the kernel. When I boot up with the floppy > disk, I do get the Loading.. screen (I think it does load completely), > but afterwards I get this error: > > 0224 > AX:0212 > BX:BC00 > CX:5101 > DX:000. > I've seen this a few times too. It's normally caused by a bad floppy. Try another floppy. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Unable to boot 2.4.0-test12 (0224 AX:0212 BX:BC00 CX:5101 DX:000.)
On Sat, 16 Dec 2000, infernix wrote: Hi, After compiling 2.4.0-test12 on my (P2-266, 440LX) Debian 2.2 system (make bzdisk), i am unable to boot the kernel. When I boot up with the floppy disk, I do get the Loading.. screen (I think it does load completely), but afterwards I get this error: 0224 AX:0212 BX:BC00 CX:5101 DX:000. I've seen this a few times too. It's normally caused by a bad floppy. Try another floppy. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test12 not liking high disk i/o
On Tue, 12 Dec 2000, Mohammad A. Haque wrote: > i440BX is consistent with mine as is running the drive at UDMA33. > > > It happened when I decided to copy old 18GB IDE disk to new 40GB IDE one > > (both UDMA33, one (18GB src) as primary master, one (40GB dst) as > > secondary master; i440BX). > My system is an old 486DX4-100MHz (AMD processor), SiS 85C496 chipset, and no UDMA33. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test12 not liking high disk i/o
On Tue, 12 Dec 2000, Mohammad A. Haque wrote: > Any one else experiencing problems when they do lots of disk activity > in test12? > Yes, I've had some complete freezes (nothing working at all) in test12-pre8 and test12. They can be triggered by e.g. Netscape. test12-pre7 seems to be stable. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --->> Stop software piracy --- use free software! <<--- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test12 not liking high disk i/o
On Tue, 12 Dec 2000, Mohammad A. Haque wrote: Any one else experiencing problems when they do lots of disk activity in test12? Yes, I've had some complete freezes (nothing working at all) in test12-pre8 and test12. They can be triggered by e.g. Netscape. test12-pre7 seems to be stable. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-test12 not liking high disk i/o
On Tue, 12 Dec 2000, Mohammad A. Haque wrote: i440BX is consistent with mine as is running the drive at UDMA33. It happened when I decided to copy old 18GB IDE disk to new 40GB IDE one (both UDMA33, one (18GB src) as primary master, one (40GB dst) as secondary master; i440BX). My system is an old 486DX4-100MHz (AMD processor), SiS 85C496 chipset, and no UDMA33. -- Niels Kristian Bech Jensen -- [EMAIL PROTECTED] -- http://www.image.dk/~nkbj/ --- Stop software piracy --- use free software! --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/