Just to update you all on what I'm doing: I have just finished getting
some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
FreeBSD port/package system) updates into the FreeBSD ports collection.
At this point I think the biggest priority for FreeBSD is getting mesa
4.0 working,
Eric Anholt wrote:
Just to update you all on what I'm doing: I have just finished getting
some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
FreeBSD port/package system) updates into the FreeBSD ports collection.
At this point I think the biggest priority for FreeBSD is
On Tue, Apr 02, 2002 at 03:39:48PM -0700, Jens Owen wrote:
Eric Anholt wrote:
Just to update you all on what I'm doing: I have just finished getting
some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
FreeBSD port/package system) updates into the FreeBSD ports collection.
Alan Hourihane wrote:
On Tue, Apr 02, 2002 at 03:39:48PM -0700, Jens Owen wrote:
Eric Anholt wrote:
Just to update you all on what I'm doing: I have just finished getting
some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
FreeBSD port/package system) updates into
To be a bit more specific the 2.4.x sound system now loads something
like (on my system)
soundcore.o ~ drm_core.o
cs46xx.o ~ drm_radeon.o
(plus codec modules)
Mike
Michael wrote:
On Thu, Mar 28, 2002 at 10:13:04AM +, Keith Whitwell wrote:
Linus is pretty clear that he'd
On Thu, Mar 28, 2002 at 09:31:40AM +, Alan Hourihane wrote:
On Wed, Mar 27, 2002 at 07:22:40 -0700, Jens Owen wrote:
Also, we should be able to hide the type in the Linux os support and
not need to pass this ?
I've just taken a closer look at the xf86drmRadeon.c code, and in
drmRadeonCPStop
On Thu, Mar 28, 2002 at 10:35:16AM -0700, Jens Owen wrote:
Alan Hourihane wrote:
On Fri, Mar 22, 2002 at 08:03:29 -0700, Jens Owen wrote:
Alan Hourihane wrote:
On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
I would like to move the device dependent functionality
Alan Hourihane wrote:
On Wed, Mar 27, 2002 at 07:22:40 -0700, Jens Owen wrote:
I'll use the Linux DRM semantics which are:
( (direction) 30 | (size) 16 | (type) 8 | (request) 0 )
where
direction is: 0 for none, 1 for write, 2 for read and 3 for both
size is: size of
On Thu, Mar 28, 2002 at 02:28:26PM -0700, Jens Owen wrote:
David, Alan, Jeff and Kevin,
I understand you would prefer a class of modules that are both HW
specific and OS specific. Currently, the number of OS's supporting the
DRM is 2; and the number of OS's the IHV's care about is 1 (linux x86
Alan Hourihane wrote:
On Tue, Mar 26, 2002 at 10:36:41PM -0700, Jens Owen wrote:
I've made some headway on this today, and could use some feedback based
on your BSD experience. I've attempted to move the packing of
drmRadeonInitCP into the 2D ddx driver, and the main concern I'm seeing
On Mon, Mar 18, 2002, Alan Hourihane wrote:
On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
I would like to move the device dependent functionality currently
included in the drm library back into the device driver layer.
My objective is to make sure new driver suites can be
Alan Hourihane wrote:
On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
I would like to move the device dependent functionality currently
included in the drm library back into the device driver layer.
My objective is to make sure new driver suites can be independently
On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
I would like to move the device dependent functionality currently
included in the drm library back into the device driver layer.
My objective is to make sure new driver suites can be independently
released without stepping on any
13 matches
Mail list logo