Search results

I did fix some slot interrupt related bugs in the HAL, but I haven't made a release yet (not least because I had to break the ABI in the offrmdrv case because of uni-north)

plenty of things still need to be done before i consider it ready for a public release, that said:

started on uni-north support today as I was bored ;) slightly less cursed, but still cursed enough that drivers would need to be specifically made for it (ok, patching existing drivers may work!) this is running in pseudo little endian mode: MSR_LE on as NT wants, but hardware still big endian...

Actually, I just found and fixed some HAL issues. Try this build. To update the HAL, you need to boot from the new ISO, boot into NT and then copy A:\halgoss.dll to D:\os\winnt40\hal.dll and reboot (if you're running 3.51 then it'd be D:\os\winnt351\hal.dll of course)

This test build should work with the PCI network card detection. To update your existing installation, use "Update boot partition on disk" option in firmware setup.

odd, I know the HAL probes the bus fine..? ...OH i think i know what the issue is, the network card detection probes as many PCI buses as the ARC device tree says there are, so on yosemite it will never probe anything behind the PCI-PCI bridge lol

yeah I saw the page down thing in michael mjd's video, it's hilarious the funny thing is NT 4 beta 2 would probably work fine, as it shows the (placeholder) EULA in graphical setup rather than text setup! I can probably figure out a binary patch for setupdd to bypass the EULA showing too, or...

Not only is this the first NT 3.51 installation on real hardware at all to my knowledge (wanted to do it on my lombard but had issues with the new SSD i put in, waiting for a used industrial SSD to arrive from ebay), this is also the checked build which I had issues with under emulation (would...

It should work with the G4. The ARC firmware does patch the processor check in NT4's bootloader. I already received and fixed a bug report about that, and someone did get it to boot in a G4-upgraded Yosemite after that. DOS and Win16 apps will run under the ntvdm emulator (emulates a 286, I...

I did use emulation, I hacked in little endian support to dingusppc and then fixed some other emulation issues to get NT running there, that's my dingusppc-nt fork.

About OS9 on Wii, I'm not sure. It'd require at least bootloader patches because it expects to find an old GrandCentral-style interrupt controller or MPIC on KeyLargo. I want to do OSX on Wii U at some point (also wonder how much would need patching to deal with the stwcx problem on Espresso)...

yeah, the ATI Rage modeswitch DSP timing code is incorrect (on Lombard it's only VERY CLOSE, with slight artifacts if you look in the right place), but I tried implementing the real way to do it and couldn't get it working. Maybe I should try again now I've implemented it correctly for...

would need an ARC firmware and HAL port to the older chipsets (should be possible, I know Bandit has a PCI config bit to switch endianness over the PCI bus, but I'm not sure if that does the same as what Grackle's PICR1.LE_MODE does, or if additional workarounds would be needed in drivers there)...

It stays in little endian mode all the time.

I plan to. I have an iBook G3 sitting next to me that runs NT in the wrong endianness (it boots, plenty of weird issues that would be HELL to debug), but thanks to the port to Gossamer-derivatives I learned what MSR_LE actually does, so eventually I'll do a bare metal ARC firmware little endian...

In the NT4 times there was wx86 for Alpha, MIPS and PowerPC. For PowerPC specifically, there's a version of wx86 that has the emulator replaced with a port of Insignia SoftWindows: https://archive.org/details/softwindows-32-powerpc-v1.01 I've had that running fine under my dingus tree but...