Messages in this thread |  | | Date | Thu, 22 Aug 2002 20:14:26 +0200 | From | Tomas Szepe <> | Subject | Re: ServerWorks OSB4 in impossible state |
| |
> > AFAIK 2.4.18 as well as 2.4.19-preEARLY seemed to work flawlessly w/ OSB4 > > even in DMA modes. How's the code there then? Is it dangerous to use? > > Most of them work all the time (most OSB4, all CSB5. all CSB6) > All of them work all the time with most drives > Some of them do horrible things in UDMA with some drives (timing > patterns I guess) > > All of the OSB4 do MWDMA fine.
Oh it's not such a big problem then. If it tells you/Andre anything, the controller I've run into trouble with seems to be (output from 2.4.19-pre2):
00:0f.1 IDE interface: Relience Computer: Unknown device 0211 (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 64 I/O ports at 1880 [size=16] 00: 66 11 11 02 45 01 00 02 00 8a 01 01 00 40 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 81 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ServerWorks OSB4: IDE controller on PCI bus 00 dev 79 ServerWorks OSB4: chipset revision 0
(This is what they put into the HP NetServer E800, which is otherwise a nice machine -- With these we can get up to 8 NICs to work w/o IRQ sharing. Ideal for building routers, except if we were to put SCSI drives everywhere, we'd have nothing to eat soon enough.)
So far we've been ok as 2.4.19-pre2 indeed appears to work just fine in UDMA2.
T. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |