Re: I2O support?

1999-11-13 Thread Alan Cox

 Hi guys - could someone please tell me if any Linux kernel currently has
 support for I2O (Intelligent Input/Output)?

2.3.x we have support for PCI based I2O devices talking I2O lan, I2O scsi
and I2O block to I2O spec 1.5. 

Linux 2.2 has a board specific driver the Red Creek VPN card and you can
get a board specific driver the DPT Decade/Century/Millenium series cards

 While I'm here - does anyone know what is a decent amount of I20 Cache for a
 RAID controller?  We only seem to have 16Mb out of a possible 128Mb.. it has
 been suggested that this could be the cause of an IO bottleneck we're having
 with an HP NetServer LH4...

Unless the system is unusual you should get better performance by increasing
main memory rather than disk controller cache size. How much you want on the
board is obviously vendor specific. 

Alan



Re: LOTS OF BAD STUFF in raid0: raid0145-19990824-2.2.11 is unstable

1999-11-08 Thread Alan Cox

 i/o buffers that just gets exacerbated by other problems, heavy I/O, cache
 problems (like overheated CPU), cables, etc.

Overheating CPU's corrupt memory, fail cache coherency and do other things
of that nature. 

On an x86 box an overheated CPU is a loose cannon. It can cause almost
anything

Alan



Re: Please Help - SCSI RAID device very slow

1999-10-27 Thread Alan Cox

 Does anyone know how I stop the MegaRAID using the onboard INTEL SCSI
 Controller? (i960) It should be using my SYMBIOS card...???

An i960 isnt a scsi controller. If you want to use the symbios directly load
the ncr53c8xx driver and not the symbios driver. I'not totally sure if that
will work but it is at least the right driver. That will basically cut out
use of the megaraid totally




Re: Please Help - SCSI RAID device very slow

1999-10-27 Thread Alan Cox

 I do want to use the hardware RAID.. I think I have been looking at this for
 too long.. I now think the INTEL i960 IS the MegaRAID controller.. I didn't
 realise it was registered as a PCI device... How come it connects to the
 Symbios controller?

Linux
   |
[MegaRAID]  ( Does raid stuff, drives scsi card)
   |
[Symbios]   ( SCSI card, does scsi not raid)
   |
 DISK



Re: Status of RAID in 2.2.11

1999-08-18 Thread Alan Cox

 Side question... I noticed that the KNI stuff was stripped going into
 2.2.11-ac3 (rightly so), so is 2.2.12 going to be a target to get all
 the KNI stuff working? or perhaps somewhere in .12-acX?

Probably 2.3

Alan



Re: Status of RAID in 2.2.11

1999-08-17 Thread Alan Cox

 I'm sure most people on this list are *very* interested in seeing the
 new RAID stuff go into the stock kernel, especially considering the
 fact that the current in-kernel RAID code is simply broken in many
 cases, and doesn't provide essential features such as background
 reconstruction.

I think so too. We have in the past been prepared to do this sort of 
stuff. 2.2.11 did it with ISDN and I heard few moans, 2.2 at some point
needs to do this with the knfsd update.

I'd prefer it didnt happen but sometimes it does. In this case people have been
asked to use the new tools for a while now

Alan



Re: AMI MegaRAID driver update

1999-02-02 Thread Alan Cox

 I tried to use this with a SMP, 2Gb kernel (__PAGE_OFFSET  set to 0x7000

For 2.2.* set it to 0x8000 as the 2.2.1 page.h should be telling you to do
now

Alan



Re: Tar (but not cp) is incredible slow on certain dirs; request for comments/solution ideas/clues.

1999-01-23 Thread Alan Cox

 During the slow down, top claims system is well over 90% percent idle,
 CPU time consumed by tar and general system time spent is virtually zero

You have NIS configured in /etc/nsswitch.conf but are not running NIS



Re: 2.1.129: oops during boot from raid

1998-11-22 Thread Alan Cox

 I thought for a moment that it might be a hard-to-find
 IDE driver bug, but I see that Andreas managed to get it
 to happen on a SCSI-only RAID0.

Im not sure its MD related either. I've had two 2.1.129 crashes now
where the block devices size table got smashed (ie it died in a hail
of device 08:02 only supports [hugenumber] sized blocks, and some
spontaneous reboots. .126 was ok, .127 and .128 basically died in seconds
due to the NFS problems

Alan



-
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/