[PATCH 2/2] I/O port access routines

ext Luc Verhaegen libv at skynet.be
Thu Nov 19 08:20:41 PST 2009


On Thu, Nov 19, 2009 at 06:06:47PM +0200, Tiago Vignatti wrote:
> On Thu, Nov 19, 2009 at 01:45:57AM +0100, ext Luc Verhaegen wrote:
> > 
> > But the main point of this mail was ignored. Why did existing xorg pci 
> > infrastructure have to be reinvented like that instead of adding a new 
> > backend and fixing up the bad patches? Why did RAC get thrown away like 
> > that? Why does this NIH have to keep on repeating itself?
> > 
> 
> The main reason is because we were needing a PCI resource broker for the
> entire system and not for one process only. And X was touching the PCI
> resources directly with RAC.. oops! We don't need and our 21st century's
> kernels do it pretty well for us :)
> 
> 
>             Tiago

You're talking RAC backend here. Once the RAC was initialised to know 
what resources this hardware needed, it handled everything for the 
driver without having to care for anything. This for memory, io and vga 
(a subclass of io).

What i see now is that _everything_ got reinvented, instead of having 
written up a backend for a modern operating system, and maybe adjusting 
initialisation on the driver level (as part of this info really can be 
retrieved from the os now).

Re-inventing everything is exactly the criticism that libpciaccess got, 
apart from it having not been tested on any worthwhile subset of 
hardware. Yet people still seem unable or unwilling to learn from their 
mistakes.

Luc Verhaegen.


More information about the xorg-devel mailing list