[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: many in-tree xorg packages updated
-----BEGIN PGP SIGNED MESSAGE-----
On Jun 16, 2009, at 8:10 PM, matthew green wrote:
I just noticed that libpciaccess is built only on x86 but it's
pretty much everywhere else. Hopefully I'll have time to get it
working on sparc(64) and macppc in the near future.
yeah - i noticed this too. i tried to get shark to build and that
was the first lossage... next was the lack of bsdResource.c and
i gave up at that point.
i'll enable libpciaccess to everyone tonight.
I just looked at the libpciaccess stuff and it needs work. First of
all it tries to mmap() everything through /dev/mem, who knows what
else is broken. Anyway, to clean that mess up in a MI way - why don't
we just add mmap() support to /dev/pci and let each instance allow
userland to map resources belonging to the bus it represents? No need
to bother with subordinates since they'll have their own /dev/pci*
entry, we just need to pick up the right bus number when scanning for
devices. That would also give us instant multihead-with-multiple-cards
on all archs.
Not sure about shark yet, Rev. 5 doesn't care since it uses wsfb but
rev. 4 maps the graphics chip's registers through /dev/ttyE* so mmap
offset == bus address. More importantly, it also maps IO registers the
same way as we do on macppc - they're at a machine dependent offset
which is #defined in param.h and in shark's case we really, really
need them, only the blitter registers are memory mapped, everything
else is in extended VGA registers.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
-----END PGP SIGNATURE-----
Main Index |
Thread Index |