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

2010-04-11 Thread Dave Airlie
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 candidate) and use it here. > That doesn't seem right. The rules are:

[PATCH 3/3] fbmem, drm/nouveau: kick firmware framebuffers as soon as possible

2010-04-11 Thread Marcin Slusarz
On Sat, Apr 10, 2010 at 09:55:34PM +0200, marcin.slusarz at gmail.com wrote: > 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

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

2010-04-11 Thread Dave Airlie
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, 3

[PATCH] drivers/gpu/radeon: Add MSPOS regs to safe list.

2010-04-11 Thread Corbin Simpson
Permits MSAA and D3D-style rasterization. Signed-off-by: Corbin Simpson --- drivers/gpu/drm/radeon/reg_srcs/r300 |2 ++ drivers/gpu/drm/radeon/reg_srcs/r420 |2 ++ drivers/gpu/drm/radeon/reg_srcs/rv515 |2 ++ 3 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/gp

[PATCH] drivers/gpu/radeon: Add MSPOS regs to safe list.

2010-04-11 Thread Corbin Simpson
Permits MSAA and D3D-style rasterization. Signed-off-by: Corbin Simpson --- drivers/gpu/drm/radeon/reg_srcs/r300 |2 ++ drivers/gpu/drm/radeon/reg_srcs/r420 |2 ++ drivers/gpu/drm/radeon/reg_srcs/rv515 |2 ++ 3 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/gp

Re: [PATCH 3/3] fbmem, drm/nouveau: kick firmware framebuffers as soon as possible

2010-04-11 Thread Marcin Slusarz
On Sat, Apr 10, 2010 at 09:55:34PM +0200, marcin.slus...@gmail.com wrote: > 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 wh

[PATCH 0/2] drm/radeon/kms: tex3D mipmap fix & R500 VAP regs

2010-04-11 Thread Marek Olšák
ubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100411/54ed41e2/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-kms-fix-calculation-of-mipmapped-3D-textu.patch Type: text/x-patch Size: 1866 byte

[PATCH 2/3] fbdev: allow passing more than one aperture for handoff

2010-04-11 Thread marcin . slusarz
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 --- drivers/gpu/drm/i915/intel_fb.c

Re: [PATCH 0/2] drm/radeon/kms: tex3D mipmap fix & R500 VAP regs

2010-04-11 Thread Corbin Simpson
On Sat, Apr 10, 2010 at 9:39 PM, Marek Olšák wrote: > Hi devs, > > The first attached patch fixes the calculation of mipmapped 3D texture sizes > in the CS checker, the 3rd dimension (depth) should be minified too. This > should probably go to 2.6.34. > > The second patch adds 2 new regs: > - VAP_

[PATCH 0/2] drm/radeon/kms: tex3D mipmap fix & R500 VAP regs

2010-04-11 Thread Corbin Simpson
On Sat, Apr 10, 2010 at 9:39 PM, Marek Ol??k wrote: > Hi devs, > > The first attached patch fixes the calculation of mipmapped 3D texture sizes > in the CS checker, the 3rd dimension (depth) should be minified too. This > should probably go to 2.6.34. > > The second patch adds 2 new regs: > - VAP_