[PATCH 1/3] fbmem: fix aperture overlapping check

On Tue, Apr 13, 2010 at 06:28:21AM +1000, Dave Airlie wrote: > On Mon, 2010-04-12 at 13:34 +0200, Marcin Slusarz wrote: > > On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote: > > > On Sat, 2010-04-10 at 21:55 +0200, marcin.slusarz at gmail.com wrote: > > > > fb_do_apertures_overlap is ret

[Bug 26195] Green screen on HDMI with RV730

https://bugs.freedesktop.org/show_bug.cgi?id=26195 --- Comment #21 from Rafał Miłecki 2010-04-12 22:11:38 PDT --- Can you try 2.6.34-rc4, please? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 26195] Green screen on HDMI with RV730

https://bugs.freedesktop.org/show_bug.cgi?id=26195 --- Comment #21 from Rafa? Mi?ecki 2010-04-12 22:11:38 PDT --- Can you try 2.6.34-rc4, please? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 27571] Regression: r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer.

https://bugs.freedesktop.org/show_bug.cgi?id=27571 Nick Bowler changed: What|Removed |Added Attachment #34859|0 |1 is obsolete|

[Bug 27609] Regression: r600 CS checker rejects narrow FBO renderbuffers.

https://bugs.freedesktop.org/show_bug.cgi?id=27609 --- Comment #1 from Nick Bowler 2010-04-12 18:50:33 PDT --- I forgot to mention that the test program also (obviously) works if you adjust the renderbuffer width (-DXRES=##) to be at least 49. -- Configure bugmail: https://bugs.freedesktop.org/

[Bug 27609] New: Regression: r600 CS checker rejects narrow FBO renderbuffers.

https://bugs.freedesktop.org/show_bug.cgi?id=27609 Summary: Regression: r600 CS checker rejects narrow FBO renderbuffers. Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Sever

[Bug 27571] Regression: r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer.

https://bugs.freedesktop.org/show_bug.cgi?id=27571 Nick Bowler changed: What|Removed |Added Attachment #34859|0 |1 is obsolete|

[Bug 27609] Regression: r600 CS checker rejects narrow FBO renderbuffers.

https://bugs.freedesktop.org/show_bug.cgi?id=27609 --- Comment #1 from Nick Bowler 2010-04-12 18:50:33 PDT --- I forgot to mention that the test program also (obviously) works if you adjust the renderbuffer width (-DXRES=##) to be at least 49. -- Configure bugmail: https://bugs.freedesktop.org

[Bug 27609] New: Regression: r600 CS checker rejects narrow FBO renderbuffers.

https://bugs.freedesktop.org/show_bug.cgi?id=27609 Summary: Regression: r600 CS checker rejects narrow FBO renderbuffers. Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Sever

[PATCH] i915: Fix comments about cube layouts

--- src/mesa/drivers/dri/i915/i915_tex_layout.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i915/i915_tex_layout.c b/src/mesa/drivers/dri/i915/i915_tex_layout.c index 7026552..c98dede 100644 --- a/src/mesa/drivers/dri/i915/i915_tex_layout.c ++

Re: [PATCH 1/3] fbmem: fix aperture overlapping check

> > Ok, thanks for explanation. I'll drop this patch and rebase the others. Cool, >> You won't be able to make this work for vga16fb from what I can see >> since it access 0xa000 directly, not via any of the defined apertures >> that vesafb/offb use. vga16fb will need a different approach I suspe

[PATCHv2 1/2] fbdev: allow passing more than one aperture for handoff

It simplifies nouveau code by removal of detection which region to pass to kick vesafb/efifb. Signed-off-by: Marcin Slusarz Cc: Eric Anholt Cc: Ben Skeggs Cc: Thomas Hellstrom Cc: Dave Airlie Cc: Peter Jones Cc: Andrew Morton Cc: Benjamin Herrenschmidt --- v2 - rebase after drop of patch 1

[PATCHv2 2/2] fbmem, drm/nouveau: kick firmware framebuffers as soon as possible

Currently vesafb/efifb/... is kicked when hardware driver is registering framebuffer. To do it hardware must be fully functional, so there's a short window between start of initialisation and framebuffer registration when two drivers touch the hardware. Unfortunately sometimes it breaks nouveau ini

Re: [PATCH 1/3] fbmem: fix aperture overlapping check

On Tue, Apr 13, 2010 at 06:28:21AM +1000, Dave Airlie wrote: > On Mon, 2010-04-12 at 13:34 +0200, Marcin Slusarz wrote: > > On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote: > > > On Sat, 2010-04-10 at 21:55 +0200, marcin.slus...@gmail.com wrote: > > > > fb_do_apertures_overlap is return

[PATCH 1/3] fbmem: fix aperture overlapping check

On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote: > On Sat, 2010-04-10 at 21:55 +0200, marcin.slusarz at gmail.com wrote: > > fb_do_apertures_overlap is returning wrong value when one aperture > > is completely whithin the other. Add generic ranges_overlap macro > > (probably kernel.h ca

Re: [PATCH 1/3] fbmem: fix aperture overlapping check

On Mon, 2010-04-12 at 13:34 +0200, Marcin Slusarz wrote: > On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote: > > On Sat, 2010-04-10 at 21:55 +0200, marcin.slus...@gmail.com wrote: > > > fb_do_apertures_overlap is returning wrong value when one aperture > > > is completely whithin the oth

[PATCH] drm/radeon/kms: adjust pll settings for tv

This fixes PAL on atom systems with KMS. Confirmed fixes bug 26582. Alex

[PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode

On Sat, Apr 10, 2010 at 8:11 AM, Jesse Barnes wrote: > Needed for panic and kdb, since we need to avoid taking the mode_config > mutex. One comment below. > > Signed-off-by: Jesse Barnes > --- > ?drivers/gpu/drm/drm_fb_helper.c | ? 42 +- > ?1 files changed,

[PATCH 1/3] fbmem: fix aperture overlapping check

On Sat, 2010-04-10 at 21:55 +0200, marcin.slusarz at gmail.com wrote: > fb_do_apertures_overlap is returning wrong value when one aperture > is completely whithin the other. Add generic ranges_overlap macro > (probably kernel.h candidate) and use it here. > That doesn't seem right. The rules are

[PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode

On Mon, 12 Apr 2010 10:05:00 +1000 Dave Airlie wrote: > On Sat, Apr 10, 2010 at 8:11 AM, Jesse Barnes > wrote: > > Needed for panic and kdb, since we need to avoid taking the mode_config > > mutex. > > One comment below. Updated patch below. -- Jesse Barnes, Intel Open Source Technology Cen

Re: [PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode

On Mon, 12 Apr 2010 10:05:00 +1000 Dave Airlie wrote: > On Sat, Apr 10, 2010 at 8:11 AM, Jesse Barnes > wrote: > > Needed for panic and kdb, since we need to avoid taking the mode_config > > mutex. > > One comment below. Updated patch below. -- Jesse Barnes, Intel Open Source Technology Cen

[PATCH] drm/radeon/kms: adjust pll settings for tv

This fixes PAL on atom systems with KMS. Confirmed fixes bug 26582. Alex >From c69493066489b351544ddecac65f350c8851754e Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Fri, 9 Apr 2010 15:31:56 -0400 Subject: [PATCH] drm/radeon/kms: adjust pll settings for tv May fix fdo bug 26582. Signed-of

[PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode

On Mon, 12 Apr 2010 10:05:00 +1000 Dave Airlie wrote: > On Sat, Apr 10, 2010 at 8:11 AM, Jesse Barnes > wrote: > > Needed for panic and kdb, since we need to avoid taking the mode_config > > mutex. > > One comment below. > > > > > Signed-off-by: Jesse Barnes > > --- > > ?drivers/gpu/drm/drm_

Re: [PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode

On Mon, 12 Apr 2010 10:05:00 +1000 Dave Airlie wrote: > On Sat, Apr 10, 2010 at 8:11 AM, Jesse Barnes > wrote: > > Needed for panic and kdb, since we need to avoid taking the mode_config > > mutex. > > One comment below. > > > > > Signed-off-by: Jesse Barnes > > --- > >  drivers/gpu/drm/drm_

Re: [PATCH 1/3] fbmem: fix aperture overlapping check

On Mon, Apr 12, 2010 at 09:54:28AM +1000, Dave Airlie wrote: > On Sat, 2010-04-10 at 21:55 +0200, marcin.slus...@gmail.com wrote: > > fb_do_apertures_overlap is returning wrong value when one aperture > > is completely whithin the other. Add generic ranges_overlap macro > > (probably kernel.h candi