Port-sparc64 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Switching to Xorg
> If X wants to access a PCI graphics board it currently needs to be
> the console. Part of the reason is that - unlike many 32bit machines
> - PCI bus addresses don't coincide with their physical addresses from
> the CPU's point of view, the console driver hides that from the
> Xserver so it can mmap PCI resources with their bus addresses, but
> only for the console.
Surely the right thing to do is to fix the framebuffer drivers so mmap
works on them without their having to be console?
> Also, the physical address of the PCI address space depends on the
> machine and to make things more complicated some Ultras have more
> than one PCI bus.
None of which should matter; that's what the framebuffer driver is for:
to present a uniform interface to application code, regardless of the
underlying resources.
> Before you ask - none of this is different with Xorg, it may change
> with their next major release if someone ports libpciaccess to
> NetBSD.
Better would be to fix the (severley) broken paradigm that has the X
server knowing anything about buses. The X server should be using a
uniform interface presented by the framebuffer driver, independent of
the underlying bus(s) (if any) - that's what drivers are *for*! (It
works fine that way on sparc32....)
/~\ The ASCII der Mouse
\ / Ribbon Campaign
X Against HTML mouse%rodents.montreal.qc.ca@localhost
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
Home |
Main Index |
Thread Index |
Old Index