Re: reset_xmit_timer errors with 2.4.0

On/Dnia Fri, Jan 05, 2001 at 06:52:52AM -0800, Patrick Michael Kane wrote/napisał(a) > With 2.4.0 installed, I've started to see the following errors: > > reset_xmit_timer sk=cfd889a0 1 when=0x3b4a, caller=c01e0748 > reset_xmit_timer sk=cfd889a0 1 when=0x3a80, caller=c01e0748 > the same problem h

setrlimit() and 2.4.0-test11

Is probably broken (I didnt't saw any disscusion about this here, I missed it?). when I try to start first user process I get: 4366 fork()= -1 EAGAIN (Resource temporarily unavailable) but strace show proper value passed to setrlimit() -- 40 max number of processes:

problem with filesystem (fat ?)

Hi, i have small problem; kernel 2.4.0-test9+reiserfs ksymoops 2.3.4 on i586 2.4.0-test9. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test9/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tel

Re: problem with filesystem (fat ?)

On Wed, Oct 18, 2000 at 07:59:23AM +0200, Arkadiusz Miskiewicz wrote / Dnia Wed, Oct 18, 2000 at 07:59:23AM +0200, Arkadiusz Miskiewicz napisał(a): > Oct 18 09:51:09 dark kernel: invalid operand: > Oct 18 09:51:09 dark kernel: CPU:0 > Oct 18 09:51:09 dark kernel: EIP: &g

vfat <-> vfat copying of ~700MB file, so slow!

Copying between vfat <-> vfat partitions is so slow. It seems that it's vfat/msdos kernel driver problem because I tried to copy this file between few partitions (all these on the same disc): hda: IBM-DTLA-307030, ATA DISK drive hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, U

Re: vfat <-> vfat copying of ~700MB file, so slow!

On/Dnia Wed, Jan 24, 2001 at 12:23:03PM -0600, Brad Felmey wrote/napisał(a) > > I/O support = 0 (default 16-bit) > > hdparm -c1 /dev/hda, or are you running in 16-bit mode on purpose? no purpose. Setting this can only speed up all operations a bit but it doesn't change nothing in vfat <-> vfat