On Sat, Feb 14, 2009 at 11:24:18PM +0200, Pekka Paalanen wrote:
> >From 29d3f6e9c1258736c3199834b293b8128faef2ad Mon Sep 17 00:00:00 2001
> From: Pekka Paalanen
> Date: Sat, 14 Feb 2009 21:49:08 +0200
> Subject: [PATCH] Remove Intel drivers from linux-core
>
> Both i810 and i915 DRM Linux kernel
On Thu, Jan 29, 2009 at 12:04:22AM +0100, Stephane Marchesin wrote:
> Hi,
>
> If no one objects, I'll prune the "nv" kernel module from drm git
> sometime next week.
Please do.
I'm wondering if we should prune i915 now that it's not developed in
drm.git anymore.
-0-
--
Now is the time for all
[ the first iteration of this mail appears to have vanished, so here's a
resend ]
Hi,
The following patch series removes the pageflipping infrastructure from
the Intel DDX, since it has been deprecated and broken for quite some
time. Some build fixes for non-linux and one bugfix are also attached.
is impossible to replace the original semantics of this call purely
in userland, since the fb_id would change.
after discussion with Dr_Jakob
Signed-Off-By: Owain Ainsworth
---
libdrm/xf86drmMode.c | 21 -
libdrm/xf86drmMode.h |7 ---
2 files changed, 0 insertions(+),
On Tue, Nov 04, 2008 at 06:46:09PM -0800, Eric Anholt wrote:
> When userland detected that this ioctl was supported (by version number
> check),
> it used it in a racy way -- dispatch delayed swap, wait for vblank, continue
> rendering. As there was no mechanism for it to wait for the swap to fini
On Tue, Nov 04, 2008 at 12:54:03PM -0800, Eric Anholt wrote:
> When userland detected that this ioctl was supported (by version number
> check),
> it used it in a racy way -- dispatch delayed swap, wait for vblank, continue
> rendering. As there was no mechanism for it to wait for the swap to fini
On Thu, Aug 07, 2008 at 04:08:49PM -0700, Eric Anholt wrote:
> > > a) BSD
> >
> > I'd like to hear Robert's concerns here, but I've been working with some of
> > the BSD folks lately, and it seems like the main concerns are:
> > 1) making it easy for contributors to identify which portions of c
that.
Reply-To:
Hi,
I just commited a similar fix for this to OpenBSD. Sleeping in interrupt
handlers is bad. just do the same a the linux code does and flag the
handler to be dealt with on unlock.
I don't have a freebsd machine around, so I don't know if this even
compiles, but the general met
d playing with it recently and
haven't tried anything heavy on it yet.
I haven't even started on the TTM yet, but it's on my todo list.
Regards,
Owain
([EMAIL PROTECTED])
--
The goal of science is to build better mousetraps.
The goal of nature is to build better mice.
>From 4
