Greg Watson wrote:
I've only just embarked on the road to video for PPC. Currently I've tried a Matrox board which works fine, mainly because it doesn't need
Too bad Matrox doesn't sell chips anymore.
any BIOS support at all (nice). ATI is proving difficult for the x86 people because of a lack of chipset information (not nice). I believe
Looking into ATI as well since Richard is working with the M1.
they have nvidia working with the x86 emulator, so I'll be trying that next.
x86 emulator will probably be to ugly a path to use on an ARM platform.
-Bari
On 12/04/2004, at 8:44 AM, ron minnich wrote:
On Mon, 12 Apr 2004, Bari Ari wrote:
they have nvidia working with the x86 emulator, so I'll be trying that next.
x86 emulator will probably be to ugly a path to use on an ARM platform.
I'm not sure I agree.
I think it is doable.
ron
Yes, I think it will work with PPC. If it does then there's no reason it won't for the ARM. We should know soon :-)
Greg
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Monday 12 April 2004 10:44 am, ron minnich wrote:
x86 emulator will probably be to ugly a path to use on an ARM platform.
I'm not sure I agree. I think it is doable.
Just remember that ARM is probably too slow to emulate x86 anywhere near as fast as you would like to run drivers. Also remember that XScale does not have floating point, so it's not really worth your while to put a 3D accel on an XScale system. FWIW, most XScale machines that I've seen use the "pxafb" - the internal LCD driver.
For an alternative for LinuxBIOS that works on ARM systems, you might consider looking into the handhelds.org bootldr, or my LAB (Linux As Bootldr) code. If you have questions, ping me on IRC ... irc.freenode.net #handhelds.org (I'm joshua_.)
ron
joshua - -- Joshua Wise | www.joshuawise.com GPG Key | 0xEA80E0B3
On Mon, 12 Apr 2004, Joshua Wise wrote:
Just remember that ARM is probably too slow to emulate x86 anywhere near as fast as you would like to run drivers.
maybe. I want to see it run. Those VGA BIOSes run in 8086 mode, remember, and boy are they slow.
ron
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
maybe. I want to see it run. Those VGA BIOSes run in 8086 mode, remember, and boy are they slow.
Not just any 8086s, though... 3.0ghz 8086s :) I can see running an old ISA vga card, maybe a PCI crapcard, but not a 3d accel. On the flip side, you could just log bus accesses and cache it all, saving you the effort of emulating the BIOS all over again... then if something is not what you expect, you just start emulating the VGA bios. (Although I suppose the best thing to do would really just be to get the specs from the hardware manufacturer, or to disassemble the VGA bios and reimplement it in C!)
ron
- -- Joshua Wise | www.joshuawise.com GPG Key | 0xEA80E0B3
Hi! I'm just starting with LinuxBios, and want to buy a Bios-Savior (for my first steps). I'm developing for a Via Epia MII which has a 32-lead plcc (a square with 8 lead by each side) SST-39SF020A flash. What model should I buy for this?
Thanks!
On Mon, 12 Apr 2004, Joshua Wise wrote:
Not just any 8086s, though... 3.0ghz 8086s :)
Actually they seem to be timing-compatible, so I'm not sure they are 3 Ghz 8086s.
just log bus accesses and cache it all, saving you the effort of emulating the BIOS all over again...
You would think that might work. It doesn't. :-(
start emulating the VGA bios. (Although I suppose the best thing to do would really just be to get the specs from the hardware manufacturer, or to disassemble the VGA bios and reimplement it in C!)
- get specs: impossible - disassemble and rewrite in C: get sued.
we've been through this discussion before. I used to be on the "we'll get specs" side of this argument. For the most part, I was wrong. So I am now, with regret, on the emulation side.
ron
Joshua Wise wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Monday 12 April 2004 10:44 am, ron minnich wrote:
x86 emulator will probably be to ugly a path to use on an ARM platform.
I'm not sure I agree. I think it is doable.
Just remember that ARM is probably too slow to emulate x86 anywhere near as fast as you would like to run drivers. Also remember that XScale does not have floating point, so it's not really worth your while to put a 3D accel on an XScale system. FWIW, most XScale machines that I've seen use the "pxafb" - the internal LCD driver.
I can't say much, but we need and use the 3-D graphics.
For an alternative for LinuxBIOS that works on ARM systems, you might consider looking into the handhelds.org bootldr, or my LAB (Linux As Bootldr) code. If you have questions, ping me on IRC ... irc.freenode.net #handhelds.org (I'm joshua_.)
We could just run Angel, U-Boot or Redboot but we would like LinuxBIOS since there are PC type peripherals on-board, PCI bridges, southbridges, audio accelerators etc (theswe are not weenie PDA boards). We may have 8-16 cpu's on PCI-X 64b/133. Areas where LinuxBIOS beats the pants off the other bootloaders.
-Bari
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I can't say much, but we need and use the 3-D graphics.
Well, good luck with your floating point on XScale :)
We could just run Angel, U-Boot or Redboot but we would like LinuxBIOS since there are PC type peripherals on-board, PCI bridges, southbridges, audio accelerators etc (theswe are not weenie PDA boards). We may have 8-16 cpu's on PCI-X 64b/133. Areas where LinuxBIOS beats the pants off the other bootloaders.
Hmm... Sounds like an xscale (or other SoC) is not a great fit for this, but I assume you know best :)
Sorry I couldn't help more.
-Bari
j
- -- Joshua Wise | www.joshuawise.com GPG Key | 0xEA80E0B3
Joshua Wise wrote:
Well, good luck with your floating point on XScale :)
The non-blab order was lifted today by Intel on a few new parts. Take another look some new PCA XScale parts.
-Bari
-
Bari Ari -
Greg Watson -
Ignacio Verona -
Joshua Wise -
ron minnich