misc drm patches

Here are a few drm patches. correct another lock leak. add missing link. negate return value. minor cleanup while we are here. diff --git a/bsd-core/drm_bufs.c b/bsd-core/drm_bufs.c index 3508331..c793634 100644 --- a/bsd-core/drm_bufs.c +++ b/bsd-core/drm_bufs.c @@ -832,12 +832,12 @@ int drm_

[Bug 14221] [i965 64bit] ut2004 run abort on mesa 7_0_branch

http://bugs.freedesktop.org/show_bug.cgi?id=14221 haihao <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED]

[PATCH] Add opregion support for Intel hardware

This is a modified version of Hong's patch from last month, with a few modifications to make it work correctly on my test hardware (altered the backlight write function, made it enable the legacy backlight controller interrupts on mobile hardware, sorted the interrupt function so we don't get a

Re: misc drm patches

On Wed, May 28, 2008 at 10:34 AM, vehemens <[EMAIL PROTECTED]> wrote: > Here are a few drm patches. > > correct another lock leak. > > add missing link. > > negate return value. minor cleanup while we are here. It just panics my laptop (think due to another bug discovered): Unread portion of th

Re: [PATCH] Add opregion support for Intel hardware

On Wed, May 28, 2008 at 12:09:00PM +0100, Matthew Garrett wrote: > diff --git a/linux-core/i915_opregion.c b/linux-core/i915_opregion.c > new file mode 100644 > index 000..47fe90f > --- /dev/null > +++ b/linux-core/i915_opregion.c > @@ -0,0 +1,358 @@ > +#include Can has copyright and licence?

Re: TTM vs GEM discussion questions

I hope this is a sensible question, but here goes... PXA270 CPUs have integrated graphics hardware which is basically a dumb framebuffer, but it has 256KiB of SRAM which in theory can be used as a graphics buffer. The current pxafb driver just uses the (slow) system RAM and takes a lot of the bus

Re: [PATCH] Add opregion support for Intel hardware

On Wed, May 28, 2008 at 03:28:27PM +0300, Daniel Stone wrote: > Can has copyright and licence? Uhm. Yeah, Good point. Hong, I'm guessing your original code was copyright Intel and under the standard drm licensing? -- Matthew Garrett | [EMAIL PROTECTED]

[Bug 16135] New: y inverted damage report in CopySubBuffer.

http://bugs.freedesktop.org/show_bug.cgi?id=16135 Summary: y inverted damage report in CopySubBuffer. Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

create_lk_drm.sh problems

I ran create_lk_drm.sh today so that I could create a patch for 2.6.26-rc4, however the compile failed the following patch fixes the issue: diff --git a/drivers/char/drm/Makefile b/drivers/char/drm/Makefile index 7a477a1..866f742 100644 --- a/drivers/char/drm/Makefile +++ b/drivers/char/drm/Ma

Re: [PATCH] Add opregion support for Intel hardware

On Wed, 2008-05-28 at 13:35 +0100, Matthew Garrett wrote: > On Wed, May 28, 2008 at 03:28:27PM +0300, Daniel Stone wrote: > > > Can has copyright and licence? > > Uhm. Yeah, Good point. Hong, I'm guessing your original code was > copyright Intel and under the standard drm licensing? > Yes, and

in-kernel DRM tree move around....

Hi, So I've been growing more annoyed with the current layout of the drm tree in the kernel, a) it lives under char. b) everything in one directory. c) header files in one directory. d) no header files exposed to userspace. http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdi

[Bug 14695] Return type prototyped for irq_postinstall in FreeBSD drmP. h is wrong

http://bugs.freedesktop.org/show_bug.cgi?id=14695 Coleman Kane <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resol

[Bug 14694] radeon_do_release prototyped twice in shared-core/radeon_drv.h

http://bugs.freedesktop.org/show_bug.cgi?id=14694 Coleman Kane <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resol

Re: in-kernel DRM tree move around....

On Thu, May 29, 2008 at 2:23 PM, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Thu, May 29, 2008 at 10:46:22AM +1000, Dave Airlie wrote: >> Hi, >> >> So I've been growing more annoyed with the current layout of the drm >> tree in the kernel, >> >> a) it lives under char. >> b) everything in one dire

Re: misc drm patches

On Wednesday 28 May 2008 04:35:42 am Oleg Nauman wrote: > On Wed, May 28, 2008 at 10:34 AM, vehemens <[EMAIL PROTECTED]> wrote: > > Here are a few drm patches. > > > > correct another lock leak. > > > > add missing link. > > > > negate return value. minor cleanup while we are here. > > It just pa

Re: in-kernel DRM tree move around....

On Thu, May 29, 2008 at 10:46:22AM +1000, Dave Airlie wrote: > Hi, > > So I've been growing more annoyed with the current layout of the drm > tree in the kernel, > > a) it lives under char. > b) everything in one directory. > c) header files in one directory. > d) no header files exposed to users