As I said, please don't take my occasional comments as offensive as they may sound to you. These are just rantings from a Mac noob comining from an entirely different community, who is taking this as an opportunity to learn something new. ;) And I really do believe that my 2 projects I'm doing...
I always welcome, let's say, exchange of experiences, although in your case, it shows that most of your opinion is based on the Amiga 500 alone. ;)
Try to learn some new things, and you'll widen your experience (as I try to do here).
Maybe your FPGA memory & graphics card would actually make for...
That is correct and something I really do find cool. The only reason MMUs have been used on the Amiga was that part of the engineering team was still obsessed with shipping a Unix machine - so the first 68020 and 68030 cpu cards, and the Amiga 3000, had full 020/030 CPUs.
For Amiga OS itself...
Well, was a close call for Mac either, wasn't it. ;)
If you go by that argument, 640K is enough, and everything else just needs more jumpers and kludges, because THAT has been the world dominating "architecture" in the past.
Design and quality have, only in very rare cases - defined the mass...
Ahhhh, the MMU is being used to compensate for the lack of capability that the memory controller can align the memory banks by itself.
Well, they better should have! ;)
I completely realize now that an 68EC030 is basically useless in a MAC.
Sure, where it is necessary, but on the SE/30, you...
Sure, a stock Amiga 3000 supports 16MB Ram + 2 MB Chip Ram.
But each of the expansion cards has, very similar to PCI, a configuration space, I/O space and memory space, so the OS can decide where the cards are physically located, and if they have memory needing to be added to the memory pool...
Great, then I'm relieved and can avoid to design in "work-arounds" (like mapping the registers on 256byte address offsets).
I can easily add 1.75GB of memory in a completely system friendly manner on a 1990 Amiga 3000. ;-)
So for 32-bit systems, if you go along with this argumentation, it...
Does the boot rom generally set the MMU page attributes to "non-cachable" in the slot areas?
This is actually a good thing, since the 68030 has a nasty bug to still cache data in areas, which use 32-bit port size, and which disable the cache by just using the /CINH pin. Only with the MMU, you...
If you want to have it, sure! ;-)
HAM-8 on Amiga 1200/4000 is a really efficient "pixel compression algorith" to display 18-bit color using only 1 byte per pixel.
But I guess most people would rather prefer something like YUV and perhaps MPEG decompression, right? ;)
Thanks, I'm using a simple 74LS05 TTL driver (with level shifter placed in front of it) to "pull-down" the IRQ line.
I probably can forego on the /CBREQ and /CBACK lines, which I connected for testing purposes, to get the additional 2 lines.
Given your description above, I should support at...
So it really is the case that, if the mouse pointer is on Screen #1, the INT handler from video hardware #1 is used, and once the pointer is on screen #2, it switches the int handler.
Hmmm, simple and straightforward. And the "edge" case that some "non-static" content might occupy both screens...
I guess I can only cover all possible cases if I, really, do wire all 3 interrupt lines to the FPGA. Maybe this is possible, depending on which answers I get in my previous post. ;-)
By default then, I am using:
Slot #9: $f9000000 / $90000000 - assuming that a card, which allows another one...
How would you define an applicable ruleset in a scenario where multiple PDS cards are stacked on top of each other, and there is no general resource allocation mechanism in place?
If you stick by Apple's rules, the SE/30 is a single slot computer, hence, I do have the sole choice which...
Thanks, I thought that this might be the case, which is why I added a "solder blob" jumper on the PCB for experiments.
Does a video declaration ROM need a dedicated IRQ at all?
My graphics core can actually sync to a different update rate by making use of the display processor I have...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.