Tarl Neustaedter wrote:
> I see that for PPC in packages/video.c::init_video the
> allocated using OFMEM and then mapped 1:1. Blue has suggested that if
> direct access to the framebuffer is not required then we could try a
> similar dynamic allocation for SPARC - does anyone how/where OpenBoot
> stores its VGA framebuffer?
Assuming the AST driver is VGA (I think it is, but I'm not all that
familiar with VGA), it does a simple map-in of BAR 10 for size 80.0000,
and smaller amounts for BARs 14 and 18. That probably lands it in the
Look at the Debian sparc-utils prtconf example output, I see the
following for the SS-5:
This seems to suggest memory within the 0xff rather than the 0xfe range.
Interestingly enough, the screen device looks like this:
Perhaps it's hiding on the SBUS and so it doesn't need a direct mapping?
Does the IOMMU allow paged access into SBUS space to avoid having to map
it in its entirety?
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs