Oh, haha! That’s what I get for being so hasty. Thank you and sorry about that!

It’s still there. The 404 page, and 404 error code is fake, it’s because some people like to report me for hosting stuff like Windows CE versions of NetHack which are ‘invalid win32’ exes…. so re-read the 404 page, and you’ll get the username & password and a corrected link to download.

Yes, and they figured this out the hard way. If they knew this was going to be an issue, they would have never have put the fans in to suck air through the drives or had the air filters to start.

I’ve seen them in pictures, but oddly enough, every time I’ve been in Japan looking for old stuff, I’ve never seen any. I guess Yahoo auctions is the place, just like midi equipment, I never see it on person but wow so many online

sadly no. all I’ve found is here. In the Darwin dump there is source to the EIDE driver, and lots of kernel printf’ing has basically led to the conclusion that yes, it does lose IRQ’s. Even more frustrating is that it happens on real hardware as well.

Although the source to the driverkit is part of Darwin, the bus stuff is not. I suspect that either driverkit cannot handle IRQ’s being triggered this fast, or there is a silent and fundamental bug in driverkit that they didn’t figure out until dumping driverkit, and the C++ rewrite as IOKit…

I picked up some Intel P4’s last night, and tried to install Darwin but I get a new and strange trap on those. I’ll have to haul out the other P4 that was losing interrupts and see how it behaves with Darwin 0.3 and see if there is anything I can possibly do.

I started gutting a SCSI driver, to see if I can do a ‘ram disk’, then start poking the IDE disk in PIO mode. At this point I don’t care if it’s slow, not hanging after 2-3 read/writes would be preferable.