Subject: Re: DRI on sunffb and some rambling
To: Martin Husemann <firstname.lastname@example.org>
From: Tonnerre <email@example.com>
Date: 06/06/2005 06:57:24
Content-Type: text/plain; charset=iso-8859-1
On Mon, Jun 06, 2005 at 06:25:23AM +0200, Martin Husemann wrote:
> On Sun, Jun 05, 2005 at 11:28:24PM -0400, Michael wrote:
> > Or we could put the hardware-specific drm stuff into even more devices:
> > vga* at pci?=20
> > drm* at vga?
> > radeondrm* at drm?
> From an autoconfig point of view I would do=20
> ffb* at mainbus?
> radeonvga* at pci?
> drm* at drmdriver?
It's not exactly a good idea to try and push all the hardware specific stuff
through a generic interface except PCI, which has several reasons, one of
which might be named timing, another one is complexity.
The probably easiest approach (and the one I'm following) is:
radeon* at pci? device ? function ?
vga* at radeon?
Whereas I'm not sure if it's good to have a separate DRM entry, because the
radeon* would already contain one.
The other suggestion is to export a machfb-like framebuffer via radeon* and
simply attach wscons on top of it.
Of course, radeon* can be anything (radeon*, tdfx*, sunffb*, ...).
Running DRM on _top_ of a framebuffer device is not exactly easy, and may
be undesirable, since the job of DRM is to keep hardware buffers and the
GPU registers and all accessible from userland.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (NetBSD)
-----END PGP SIGNATURE-----