AROS Status Update

[Crumb]

"1.- do an MMU.hidd"

I haven't looked much Thor's MMU.library, but it may be a good idea to have similar functions

[bloodline]

It might be an idea to talk to NicJA about mmu.hidds and the like, when I spoke to him about it, he said he had a better idea... I think his idea was abstract it a bit more... probably using his new cpu.resource.

Anyway, I still am not convinced by direct 68k emulation... A much better idea would be to have a special library loader that creates virtual libraries on the side of the system that doesn't have the native library at run time.

I really like the idea of keeping 68k programs running in a UAE context, so that I can run all my old Hardware hitting games (the only things I have left of my Amiga software that I can't get equvilents on my PC), and because it offers crash protection.

The direct 68k emualtion might me a nice (even desirable) short term solution, but in the long run I would prefer the UAE solution for these reasons:

1. Greater compatibility with Amiga software.
2. Greater system stability.
3. Reduced resource overhead.
4. Platform independance.
5. To encourage more native software.
6. Greater User control over the 68k software.
7. To allow the easy bypassing of legacy system components.
8. Externally matintained Emualtion software (less AROS resources required).

:-)

[mschulz]

"Yes, but the author of a GPL product can provide additional licenses, and Titan could give you an OpenPCI and make it AROS PL..."

Yes, but I didn't meany Titan here. The OpenPCI SDK he sent me has include file which is/was extremly based (I could almost say copy&paste) on one of linux kernel header files. So I should rather ask there

"Well, Prometheus library allows you to have various PCI buses... and it also allows you to have various pci devices inside the same PCI card."

Can I have there a PCI device on PCI bus which contains itself an other PCI bus (accessed only through this device) to which there is connected additional PCI card providing it's own PCI bus? Mine pci classes allow that

"Couldn't you use the BIOS for that?"

AROS doesn't use BIOS except loading stage (actually it's GRUB then who does the job).

"When I load an OS on a x86 machine doesn't it use the BIOS to know how to access the PCI bus?"

Doesn't have to. There is a standard way on x86 to talk to PCI bus.

"But please, talk with Titan, try to ask him a special OpenPCI version with the AROS licence I guess He'll cooperate"

We have already chatted few months ago. Then I've decided to write pci drivers myself.

[Crumb]

@Bloodline:

"Anyway, I still am not convinced by direct 68k emulation... A much better idea would be to have a special library loader that creates virtual libraries on the side of the system that doesn't have the native library at run time."

That would be a great idea :-)

@mschulz:

"Can I have there a PCI device on PCI bus which contains itself an other PCI bus (accessed only through this device) to which there is connected additional PCI card providing it's own PCI bus? Mine pci classes allow that "

I don't know a real world situation that would require that. Apart from that I haven't investigated too much Prometheus.library and I can't give a definitive answer. Krashan would be the best person to answer that.

[falemagn]

You can

Sorry you can't, but feel free to prove me wrong...

reply my post to explain me (if you want) why it wouldn't work... I would be very interested, really.

Done.

[ptek]

UAE under AROS ... I'm wondering if it performs faster than under Winblows ou Lunix ...

Any facts ?

[Crumb]

@Fabio:

thank you for the explanation, I found it very interesting, what do you think about the other idea of using memory in reverse order like Executor? I've explained again how would it work (more clearly hopefully)

[bloodline]

UAE under AROS ... I'm wondering if it performs faster than under Winblows ou Lunix ...

With our integrated emulation system, Operating system opertaions (graphics etc.) should be a lot faster since they will be handled directly by the native AROS :-)

[ptek]

With our integrated emulation system, Operating system opertaions (graphics etc.) should be a lot faster since they will be handled directly by the native AROS

Even considering gfx card acceleration under Winblows / DirectX ?

[bloodline]

Even considering gfx card acceleration under Winblows / DirectX ?

err... when we get hardware acceleration :-)

[cycloid]

the second screeny, with the png icons and the aa-fonts looks spanktastic. keep it up guys!

[ptek]

With our integrated emulation system, Operating system opertaions (graphics etc.) should be a lot faster since they will be handled directly by the native AROS

Hmmm ... does that means AROS ships a special UAE version which take advantage of AROS resources ? Interesting ...
 :-)

[falemagn]

Hmmm ... does that means AROS ships a special UAE version which take advantage of AROS resources ? Interesting ...

No, unfortunately Matt likes to play the "Fleecy" game, sometimes ;-)

What he meant is that, in future, the integrated emulation system that has a bounty set for it, will work like that. Right now the UAE port we have is just a more or less straight port of the mainline UAE.