Re: need to suggest a good FS:

> "DW" == David Weinehall <[EMAIL PROTECTED]> writes: DW> On Thu, Feb 22, 2001 at 07:57:07PM -0500, Wakko Warner wrote: >> > anyone can suggest some good FS that can install linux? >> > exclude reiserfs, ext2, ext3, DOS FAT..etc >> > just need non-normal or non-popular FS, any suggestion? >>

cpu_has_fxsr or cpu_has_xmm?

I've been looking at various -ac patches for the last couple of weeks and have been wondering why only this piece of difference still remains between Linus' 2.4.2 and Alan's -ac2. All the other diffs in i387.c from 2.4.1-ac2 seem to have been merged into Linus tree at around 2.4.2-pre1. Could a

Re: cpu_has_fxsr or cpu_has_xmm?

> "DL" == Doug Ledford <[EMAIL PROTECTED]> writes: >> > --- linux.vanilla/arch/i386/kernel/i387.c Thu Feb 22 09:05:35 2001 >> > +++ linux.ac/arch/i386/kernel/i387.cSun Feb 4 10:58:36 2001 >> > @@ -179,7 +179,7 @@ >> > >> > unsigned short get_fpu_mxcsr( struct task_struct *tsk ) >>

CD-RW ide-scsi lost interrupts on 2.4.2 w/ VIA vt82c686b

I have a Plextor CD-RW connected as slave at ide1 and have append="hdd=ide-scsi" in lilo.conf. Motherboard is AOpen AK73-PRO which has VIA vt82c686b onboard. On recent kernels, cdrecord (1.9) started to barf when trying to write (both with and without --dummy). The system reports irq timeouts f

Re: About DC-315U scsi driver

> "AC" == Alan Cox <[EMAIL PROTECTED]> writes: >> Indeed; people report more problems on 2.4 kernels than on >> 2.2 kernels. I currently have no clue why. AC> 2.4 causes longer continuous I/O requests to be sent to the AC> drive for one Sorry but I am having a hard time understanding this c

Re: [QUESTION] 2.4.x nice level

> "BS" == BERECZ Szabolcs <[EMAIL PROTECTED]> writes: BS> ... a setiathome running at nice level 19, and a bladeenc at BS> nice level 0. setiathome uses 14 percent, and bladeenc uses BS> 84 percent of the processor. I think, setiathome should use BS> max 2-3 percent. the 14 percent is way to

Re: More on the VIA KT133 chipset misbehaving in Linux

> "DG" == Dylan Griffiths <[EMAIL PROTECTED]> writes: DG> The VIA KT133 chipset exhibits the following bugs under Linux DG> 2.2.17 and 2.4.0: DG> 1) PS/2 mouse cursor randomly jumps to upper right hand corner DG> of screen and locks for a bit DG> 2) Detects a maximum of 64mb of ram, unless wo

Desk check of raid5.c patch from mtew@cds.duke.edu?

I've been following the recent 2.4.1-pre series and am wondering why the following one-liner (obviously correct) patch has not been applied. Maybe the original request from Neil to Linus did not get through? --- drivers/md/raid

Re: 2.4.X inode cache bug

In <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes: > Excuse me for the lack of patch in this mail,... > In 2.4.x, linux/fs/inode.c has a hash() function with a small > slip-up. The inode hash-value is initialized with "unsigned > long tmp = i_ino | ((unsigned long) sb / L1_CACHE_BYTES);". > ... I

RAID1/RAID5 hot-add/hot-remove patch?

Thanks for your reply. On the same topic; I am also wondering if there is a reason why your RAID1/RAID5 hot-add/hot-remove patch (originally against 2.4.0-ac9, Message-ID: ) does not go into Linus tree. I saw Neil Brown commenting on the patch in lin