Recent content by uyjulian

Something like Radius Rocket or PiStorm could bypass the bandwidth limitations by providing its own RAM and storage.

If DMA is not being used, I wonder if implementing some sort of compression e.g. lzo or lz4 for transferring sectors would make transfers fasters and allow squeezing more bandwidth out of the NuBus interface.

Does it still happen when running the same application under OSX (Classic)?

I was thinking about a hybrid/bridged system. Maybe a CPLD/FPGA that has Nubus and just enough RAM to saturate transfer bandwidth as a bounce buffer, then one of e.g. PCIe/USB3.0/CSI output, then interface with maybe a Raspberry Pi CM4 or CM5 which can interface with PCIe and also output through...

I wonder if it is possible to do host-side framebuffer memory instead of needing to map the whole framebuffer memory over nubus, then transfer damaged regions to nubus as needed. Could possibly reduce requirements for the nubus side of things in that manner

The way to use Wifi or USB2.0/EHCI or other newer interfaces in OS9 right now is to use OSX with Classic. For OS9 bare metal, writing something new would be a pain, so it might be easier to port something in a manner similar to e.g. Haiku's FreeBSD compatibility layer. It might also be easier...

At least on most modern macOS (with the "Internet Sharing" feature), bridging e.g. Wi-Fi, ethernet, thunderbolt, LAN, your phone, etc. to e.g. FireWire is pretty easy. In System Preferences, "Sharing" -> choose "Internet Sharing" -> share from Wi-Fi -> to computers using FireWire (if FireWire...

In terms of hardware, I think the hard part is interfacing with the PDS, NuBus, or PCI interface. Pretty much many modern SoCs and even the RP2040 can output HDMI. Interfacing is the hard part, since nowadays communication has transitioned from low clock speeds, many pins (e.g. 32+ for NuBus or...

I would assume that since it is a hub (and not a switch) you could save on BOM cost by omitting the orange light except for one.

Still needs work; see https://github.com/uyjulian/aux_crosscompile_toolchain/issues/1 Nope Currently just doing what binutils implements Untested,

I might as well put this here to see if there is any interest in it. I've been working on a modern cross-compile toolchain for A/UX: https://github.com/uyjulian/aux_crosscompile_toolchain

Cache card on 030 helps massively with performance on IIci (especially if you are using the built in video).

You could try looking at SFP connectors in place of AUI if you want something smaller.

Probably isn't running the ata standby immediate command (0xe0 or 0x94), and waiting for it to complete.

I think the better bet for video acceleration is reversing the ATI drivers and maybe backporting them. The decompiler situation should be better for PPC (compared to 68k)