Fw: [Intel-gfx] [PATCH] intel: add a timed wait function

On Wed, May 30, 2012 at 7:41 PM, Eric Anholt wrote: > I guess GL_ALREADY_SIGNALED handling will be done using a check for > bo_busy() before calling this. I've just read through the mesa code and gl_already_signalled seems to be handled already by core mesa code in _mesa_ClientWaitSync (if the

[PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

Hi Michel, On Wednesday 30 May 2012 13:29:06 Michel D?nzer wrote: > On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote: > > DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op > > for KMS drivers. > > > > Signed-off-by: Laurent Pinchart > > --- > > > >

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

On Wed, May 30, 2012 at 02:32:59PM +0200, Laurent Pinchart wrote: > The SH Mobile LCD controller (LCDC) DRM driver supports the main > graphics plane in RGB and YUV formats, as well as the overlay planes (in > alpha-blending mode only). > > Only flat panel outputs using the parallel interface are

[PATCH] drm/radeon: fix regression in UMS CS ioctl

On Wed, May 30, 2012 at 10:09 AM, wrote: > From: Alex Deucher > > radeon_cs_parser_init is called by both the legacy UMS > CS ioctl and the KMS CS ioctl. ?Protect KMS specific > pieces of the code by checking that rdev is not NULL. > > Reported-by: Michael Burian > > Signed-off-by: Alex

[PATCH] DRM: add drm gem CMA helper

On Wed, May 30, 2012 at 05:40:13PM +0200, Laurent Pinchart wrote: > Hi Sascha, > > Thank you for the patch. I've successfully tested the helper with the new SH > Mobile DRM driver. Just a couple of comments below in addition to Lars' > comments (this is not a full review, just details that

Lots of i915/drm spew on 3.4

I'll get it in > a while. Attached. Dave -- next part -- A non-text attachment was scrubbed... Name: xrandr-3.3 Type: application/x-troff-man Size: 7704 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120530/3

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #56 from Alexandre Demers 2012-05-30 11:18:28 PDT --- (In reply to comment #55) > (In reply to comment #54) > > On latest git (3cd7bee48f7caf7850ea64d40f43875d4c975507), in > > src/gallium/drivers/r600/r66_hw_context.c, on line 194,

edp backtrace spam on MacBookAir4,1

On Wed, May 30, 2012 at 08:39:13AM -0700, Linus Torvalds wrote: > On Wed, May 30, 2012 at 1:27 AM, Daniel Vetter wrote: > > > > Ok, Chris couldn't reproduce this on his mba. Can you please boot with > > drm.debug=0xe, reproduce the noise and then attach the full dmesg? > > Hmm. Now *I* can't

Lots of i915/drm spew on 3.4

On Wed, May 30, 2012 at 11:51:54PM +0200, Daniel Vetter wrote: > On Wed, May 30, 2012 at 11:31 PM, Dave Jones wrote: > > On this hardware: > > > > 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated > > Graphics Controller (rev 02) > > > > I get this every boot with

[PATCH] DRM: add drm gem CMA helper

Hi Sascha, Thank you for the patch. I've successfully tested the helper with the new SH Mobile DRM driver. Just a couple of comments below in addition to Lars' comments (this is not a full review, just details that caught my attention when comparing the code with my implementation, and trying

Lots of i915/drm spew on 3.4

On this hardware: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) I get this every boot with Linus current tree (up to af56e0aa35f3ae2a4c1a6d1000702df1dd78cb76) [8.046291] udevadm used greatest stack depth: 4952 bytes left [

[PATCH v2] DRM: Add DRM kms/fb cma helper

This patch introduces a set of helper function for implementing the KMS framebuffer layer for drivers which use the drm gem CMA helper function. Signed-off-by: Lars-Peter Clausen --- Changes since v1: * Some spelling fixes * Add missing kfree in drm_fb_cma_alloc error path

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

On Wed, May 30, 2012 at 02:32:59PM +0200, Laurent Pinchart wrote: > +static struct drm_framebuffer * > +shmob_drm_fb_create(struct drm_device *dev, struct drm_file *file_priv, > + struct drm_mode_fb_cmd2 *mode_cmd) > +{ > + const struct shmob_drm_format_info *format; > +

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

On 05/30/2012 04:45 PM, Lars-Peter Clausen wrote: > On 05/30/2012 02:32 PM, Laurent Pinchart wrote: >> [...] >> +for (i = 0; i < (format->yuv ? 2 : 1); ++i) { >> +obj = drm_gem_object_lookup(dev, file_priv, >> +mode_cmd->handles[i]); >> +

[PATCH 3/4] drm: Add NV24 and NV42 pixel formats

On Wed, May 30, 2012 at 03:20:09PM +0200, Laurent Pinchart wrote: > Hi Ville, > > Thank you for the review. > > On Wednesday 30 May 2012 16:09:25 Ville Syrj?l? wrote: > > On Wed, May 30, 2012 at 02:32:58PM +0200, Laurent Pinchart wrote: > > > Signed-off-by: Laurent Pinchart > > > --- > > > > >

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

On 05/30/2012 02:32 PM, Laurent Pinchart wrote: > [...] > + for (i = 0; i < (format->yuv ? 2 : 1); ++i) { > + obj = drm_gem_object_lookup(dev, file_priv, > + mode_cmd->handles[i]); > + if (obj == NULL) { > +

[PATCH] drm/edid: Make the header fixup threshold tunable

6 bytes seems to be a reasonable default so far, but for the desperate it's worth exposing this. Bugzilla: https://bugzilla.redhat.com/582559 Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_edid.c |9 - 1 files changed, 8 insertions(+), 1 deletions(-) diff --git

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 Alan changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug 13132] vbetool stops X from initialising

https://bugzilla.kernel.org/show_bug.cgi?id=13132 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 13132] vbetool stops X from initialising

https://bugzilla.kernel.org/show_bug.cgi?id=13132 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

Hi Sascha, On Wednesday 30 May 2012 15:43:24 Sascha Hauer wrote: > Hi Laurent, > > On Wed, May 30, 2012 at 02:32:59PM +0200, Laurent Pinchart wrote: > > The SH Mobile LCD controller (LCDC) DRM driver supports the main > > graphics plane in RGB and YUV formats, as well as the overlay planes (in >

[PATCH 3/4] drm: Add NV24 and NV42 pixel formats

Hi Ville, On Wednesday 30 May 2012 17:05:10 Ville Syrj?l? wrote: > On Wed, May 30, 2012 at 03:20:09PM +0200, Laurent Pinchart wrote: > > On Wednesday 30 May 2012 16:09:25 Ville Syrj?l? wrote: > > > On Wed, May 30, 2012 at 02:32:58PM +0200, Laurent Pinchart wrote: > > > > Signed-off-by: Laurent

[PATCH 3/4] drm: Add NV24 and NV42 pixel formats

On Wed, May 30, 2012 at 02:32:58PM +0200, Laurent Pinchart wrote: > Signed-off-by: Laurent Pinchart > --- > include/drm/drm_fourcc.h |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h > index bdf0152..fac7235 100644

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

On 05/30/2012 03:43 PM, Sascha Hauer wrote: > Hi Laurent, > > On Wed, May 30, 2012 at 02:32:59PM +0200, Laurent Pinchart wrote: >> The SH Mobile LCD controller (LCDC) DRM driver supports the main >> graphics plane in RGB and YUV formats, as well as the overlay planes (in >> alpha-blending mode

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

Hi Laurent, On Wed, May 30, 2012 at 02:32:59PM +0200, Laurent Pinchart wrote: > The SH Mobile LCD controller (LCDC) DRM driver supports the main > graphics plane in RGB and YUV formats, as well as the overlay planes (in > alpha-blending mode only). > > Only flat panel outputs using the parallel

Fw: [Intel-gfx] [PATCH] intel: add a timed wait function

't see a strong recommendation either way from that. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120530/19bba28a/attachment.pgp>

[PATCH 2/2] drm/i915: don't chnage the original mode in dp_mode_fixup

ent was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120530/cce1bdbc/attachment.pgp>

[PATCH 3/4] drm: Add NV24 and NV42 pixel formats

Hi Ville, Thank you for the review. On Wednesday 30 May 2012 16:09:25 Ville Syrj?l? wrote: > On Wed, May 30, 2012 at 02:32:58PM +0200, Laurent Pinchart wrote: > > Signed-off-by: Laurent Pinchart > > --- > > > > include/drm/drm_fourcc.h |2 ++ > > 1 files changed, 2 insertions(+), 0

[RFC] Documentation: DRM framework documentation

Signed-off-by: Laurent Pinchart --- Documentation/drm.txt | 1265 + 1 files changed, 1265 insertions(+), 0 deletions(-) create mode 100644 Documentation/drm.txt Hi everybody, Here's the DRM kernel framework documentation I wrote while developing

[PATCH 1/2] drm/i915: adjusted_mode->clock in the dp mode_fixup

On Wed, May 30, 2012 at 01:18:35PM +0100, Chris Wilson wrote: > On Wed, 30 May 2012 13:52:02 +0200, Daniel Vetter > wrote: > > ... instead of changing mode->clock, which we should leave as-is. > > > > We only touch that if it's a panel, and then adjusted mode->clock > > equals

[PATCH 4/4] drm: Renesas SH Mobile DRM driver

The SH Mobile LCD controller (LCDC) DRM driver supports the main graphics plane in RGB and YUV formats, as well as the overlay planes (in alpha-blending mode only). Only flat panel outputs using the parallel interface are supported. Support for SYS panels, HDMI and DSI is currently not

[PATCH 3/4] drm: Add NV24 and NV42 pixel formats

Signed-off-by: Laurent Pinchart --- include/drm/drm_fourcc.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h index bdf0152..fac7235 100644 --- a/include/drm/drm_fourcc.h +++ b/include/drm/drm_fourcc.h @@ -106,6 +106,8

[PATCH 2/4] fbdev: sh_mobile_lcdc: Use MERAM operations wrappers

Signed-off-by: Laurent Pinchart --- drivers/video/sh_mobile_lcdcfb.c | 18 +++--- 1 files changed, 7 insertions(+), 11 deletions(-) diff --git a/drivers/video/sh_mobile_lcdcfb.c b/drivers/video/sh_mobile_lcdcfb.c index 7a0b301..671685d 100644 --- a/drivers/video/sh_mobile_lcdcfb.c

[PATCH 1/4] fbdev: sh_mobile_meram: Add MERAM operations wrappers

Remove direct dependency on the MERAM driver implementation by introducing inline wrappers for MERAM operations. Signed-off-by: Laurent Pinchart --- drivers/video/sh_mobile_meram.c | 24 include/video/sh_mobile_meram.h | 28 2 files

[PATCH 0/4] Renesas SH Mobile DRM driver

Hi everybody, Here's a new DRM driver for the Renesas SH Mobile display controller (a.k.a. LCDC). The hardware is pretty simple and consists of a single CRTC and four (non-scalable) planes that can be alpha-blended (first two planes only), overlayed or composed using ROP3. The first two patches

[Bug 12796] via driver (?) fails to handle interrupt

https://bugzilla.kernel.org/show_bug.cgi?id=12796 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 12796] via driver (?) fails to handle interrupt

https://bugzilla.kernel.org/show_bug.cgi?id=12796 Jonathan Nieder changed: What|Removed |Added CC||jrnieder at gmail.com Alan changed:

[PATCH 2/2] drm/i915: don't chnage the original mode in dp_mode_fixup

We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. After the prevous prep patch to use adjusted_mode->clock instead of mode->clock the only thing left is to clean up things a bit. I've opted to pass in an adjust_mode

[PATCH 1/2] drm/i915: adjusted_mode->clock in the dp mode_fixup

... instead of changing mode->clock, which we should leave as-is. We only touch that if it's a panel, and then adjusted mode->clock equals adjusted_mode->clock. Outside of intel_dp.c we only use ajusted_mode->clock in the mode_set functions. Within intel_dp.c we only use it to calculate the dp

[PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

On Wed, May 30, 2012 at 11:58:43AM +0100, Chris Wilson wrote: > On Wed, 30 May 2012 12:28:04 +0200, Daniel Vetter > wrote: > > We should only frob adjusted_mode. This is in preparation of > > a massive patch by Laurent Pinchart to make the mode argument > > const. > > > > The only thing we

[Intel-gfx] [PATCH] intel: add a timed wait function

On Wed, 30 May 2012 21:07:57 +0200 Daniel Vetter wrote: > On Wed, May 30, 2012 at 7:41 PM, Eric Anholt wrote: > > I guess GL_ALREADY_SIGNALED handling will be done using a check for > > bo_busy() before calling this. > > I've just read through the mesa code and gl_already_signalled seems to >

[PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote: > DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op > for KMS drivers. > > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/drm_irq.c |5 - > 1 files changed, 4 insertions(+), 1 deletions(-) > >

[PATCH 1/2] drm/i915: adjusted_mode->clock in the dp mode_fixup

On Wed, 30 May 2012 13:52:02 +0200, Daniel Vetter wrote: > ... instead of changing mode->clock, which we should leave as-is. > > We only touch that if it's a panel, and then adjusted mode->clock > equals adjusted_mode->clock. Outside of intel_dp.c we only use > ajusted_mode->clock in the

[Bug 12677] radeon DRM module oopses the kernel, 2.6.28/powerpc

https://bugzilla.kernel.org/show_bug.cgi?id=12677 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 12677] radeon DRM module oopses the kernel, 2.6.28/powerpc

https://bugzilla.kernel.org/show_bug.cgi?id=12677 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. The only thing we actually touch is mode->clock, but only if it's a panel. And in that case we also set adjusted_mode->clock to the same value. All the generic code

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 12:11:49PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Wednesday 30 May 2012 12:02:19 Daniel Vetter wrote: > > On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: > > > On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: > > > > On Wed, May 30, 2012

[PATCH 1/2] DRM: Add DRM kms/fb cma helper

On Tue, May 29, 2012 at 08:20:35PM +0200, Lars-Peter Clausen wrote: > This patchset introduces a set of helper function for implementing the KMS > framebuffer layer for drivers which use the drm gem CMA helper function. I just integrated this into my series. Works great, thanks. Would be great to

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

Hi Daniel, On Wednesday 30 May 2012 12:02:19 Daniel Vetter wrote: > On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: > > On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: > > > On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: > > > > The passed mode must not

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: > > On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: > > > The passed mode must not be modified by the operation, make it const. > > > > > >

[PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

On Wed, 30 May 2012 12:28:04 +0200, Daniel Vetter wrote: > We should only frob adjusted_mode. This is in preparation of > a massive patch by Laurent Pinchart to make the mode argument > const. > > The only thing we actually touch is mode->clock, but only if > it's a panel. And in that case we

[Bug 43295] panic occurred switching back to text console ubuntu 11.10

https://bugzilla.kernel.org/show_bug.cgi?id=43295 --- Comment #3 from Alan 2012-05-30 11:26:43 --- *** Bug 43288 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

Hi Daniel, On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: > On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: > > The passed mode must not be modified by the operation, make it const. > > > > Signed-off-by: Laurent Pinchart > > Acked-by: Daniel Vetter Thank you for

[PATCH] drm: Add downclock quirk for Samsung LTN121AT10-301

On Wed, May 30, 2012 at 10:16 AM, Adam Jackson wrote: > On 5/30/12 8:05 AM, Sean Paul wrote: > >> Yes, definitely. The reason I can't set it via xrandr (easily) is >> because we look for lvds downclock modes (in i915) on the driver init. >> Since the driver initializes way before we have a chance

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: > The passed mode must not be modified by the operation, make it const. > > Signed-off-by: Laurent Pinchart Acked-by: Daniel Vetter -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48

[Bug 43295] panic occurred switching back to text console ubuntu 11.10

https://bugzilla.kernel.org/show_bug.cgi?id=43295 Alan changed: What|Removed |Added Status|NEW |NEEDINFO CC|

[Intel-gfx] [PATCH] intel: add a timed wait function

On Wed, 30 May 2012 10:41:20 -0700 Eric Anholt wrote: > On Sun, 27 May 2012 13:16:54 -0700, Ben Widawsky wrote: > > diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c > > index b776d2f..695a449 100644 > > --- a/intel/intel_bufmgr_gem.c > > +++ b/intel/intel_bufmgr_gem.c > > @@

[git pull] drm fixes

Hi Linus, just regular fixes, bunch from intel, quieting some of the over zealous power warnings, and the rest just misc. I've got another pull with the remaining dma-buf bits, since the vmap bits are in your tree now. I'll send tomorrow just to space things out a bit. Dave. The following

Fw: [Intel-gfx] [PATCH] intel: add a timed wait function

t -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120530/8fe6d3e9/attachment-0001.pgp>

edp backtrace spam on MacBookAir4,1

On Mon, May 28, 2012 at 08:51:51PM +0200, Daniel Vetter wrote: > On Mon, May 28, 2012 at 1:09 AM, Linus Torvalds > wrote: > > A new worry about excessively verbose i915 driver "errors" that don't > > actually seem to be errors. > > > > I got myself a micro-DP to VGA adapter so that I can use my

[PATCH] drm: Add downclock quirk for Samsung LTN121AT10-301

On 5/30/12 8:05 AM, Sean Paul wrote: > Yes, definitely. The reason I can't set it via xrandr (easily) is > because we look for lvds downclock modes (in i915) on the driver init. > Since the driver initializes way before we have a chance to add a new > mode via xrandr, the driver won't have a

[PATCH] drm/radeon: fix regression in UMS CS ioctl

From: Alex Deucher radeon_cs_parser_init is called by both the legacy UMS CS ioctl and the KMS CS ioctl. Protect KMS specific pieces of the code by checking that rdev is not NULL. Reported-by: Michael Burian Signed-off-by: Alex Deucher Cc: stable at

i915: GPU hung (F14, Intel Core i5-670)

On Tue, May 29, 2012 at 07:41:37PM -0700, Linus Torvalds wrote: > On Mon, May 28, 2012 at 12:06 AM, Chris Wilson > wrote: > > > > No, the i915_error_state had everything I needed to see. It is the old > > ddx bug that was hardcoding a maximum relocation address that never > > corresponded with

i915: GPU hung (F14, Intel Core i5-670)

On Wed, May 30, 2012 at 12:25 AM, Chris Wilson wrote: > > You've reported this bug in the past, though maybe on a different machine: It's quite likely the same machine - but in the past it may have happened once per six months or something. Now it happened twice in two days.

i915: GPU hung (F14, Intel Core i5-670)

On Wed, May 30, 2012 at 12:42 AM, Daniel Vetter wrote: > > Really, please upgrade your userspace - this is by far not the only bug > fixed since then that can result in a gpu hang. I *can't* upgrade my userpsace. F14 is the last one that has a sane window manager. After that, the gnome3 shit

edp backtrace spam on MacBookAir4,1

On Wed, May 30, 2012 at 9:00 AM, Daniel Vetter wrote: > > Hm, that's pretty strange that you can't reproduce this any more. We check > this has_edp stuff once at boot and then never touch it again. Actually, I think I just figured out how to reproduce it: try to suspend with the micro-DP <-> VGA

edp backtrace spam on MacBookAir4,1

On Wed, May 30, 2012 at 1:27 AM, Daniel Vetter wrote: > > Ok, Chris couldn't reproduce this on his mba. Can you please boot with > drm.debug=0xe, reproduce the noise and then attach the full dmesg? Hmm. Now *I* can't reproduce it either. I have updated my system in the meantime, so maybe this

i915: GPU hung (F14, Intel Core i5-670)

On Tue, 29 May 2012 19:41:37 -0700, Linus Torvalds wrote: > On Mon, May 28, 2012 at 12:06 AM, Chris Wilson > wrote: > > > > No, the i915_error_state had everything I needed to see. It is the old > > ddx bug that was hardcoding a maximum relocation address that never > > corresponded with an

i915: GPU hung (F14, Intel Core i5-670)

On Tue, 29 May 2012 19:41:37 -0700, Linus Torvalds wrote: > On Mon, May 28, 2012 at 12:06 AM, Chris Wilson > wrote: > > > > No, the i915_error_state had everything I needed to see. It is the old > > ddx bug that was hardcoding a maximum relocation address that never > > corresponded with an

[PATCH] drm: Add downclock quirk for Samsung LTN121AT10-301

On Wed, May 30, 2012 at 1:06 AM, Rafa? Mi?ecki wrote: > 2012/5/30 Sean Paul : >> On Tue, May 29, 2012 at 5:23 PM, Alex Deucher >> wrote: >>> On Tue, May 29, 2012 at 4:33 PM, Sean Paul wrote: On Tue, May 29, 2012 at 10:43 AM, Alex Deucher wrote: > On Mon, May 28, 2012 at 1:20

No subject

0x0314e050: 0x61010006: STATE_BASE_ADDRESS 0x0314e054: 0x0001:general state base address 0x 0x0314e058: 0x0001:surface state base address 0x 0x0314e05c: 0x0001:indirect state base address 0x 0x0314e060: 0x0001:

[PATCH] drm: Add downclock quirk for Samsung LTN121AT10-301

2012/5/30 Sean Paul : > On Tue, May 29, 2012 at 5:23 PM, Alex Deucher > wrote: >> On Tue, May 29, 2012 at 4:33 PM, Sean Paul wrote: >>> On Tue, May 29, 2012 at 10:43 AM, Alex Deucher >>> wrote: On Mon, May 28, 2012 at 1:20 PM, Sean Paul wrote: > On Wed, Jan 18, 2012 at 10:06

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #12 from Roman ?makal 2012-05-29 21:35:06 PDT --- With this settings textures are rendered, but they are red-shaded instead, so its not a fix for the issue -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

The passed mode must not be modified by the operation, make it const. Signed-off-by: Laurent Pinchart --- This will break the i915 driver, as it modifies mode->clock in intel_dp_mode_fixup(), hence the RFC state. Is this incorrect behaviour from the i915 driver ?

[PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op for KMS drivers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_irq.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) My understanding of the DRM framework tells me that calling

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #11 from Tom Stellard 2012-05-29 16:39:47 PDT --- (In reply to comment #10) > Created attachment 62189 [details] > Lightsmark rant with RADEON_DEBUG=fp > > There we go. I hope it will be usefull I think I see the bug. Do you

Re: PCI resources above 4GB

On Mon, May 21, 2012 at 11:27 AM, Steven Newbury st...@snewbury.org.uk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/05/12 10:08, Yinghai Lu wrote: On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu

Re: i915: GPU hung (F14, Intel Core i5-670)

On Tue, 29 May 2012 19:41:37 -0700, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, May 28, 2012 at 12:06 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: No, the i915_error_state had everything I needed to see. It is the old ddx bug that was hardcoding a maximum relocation

Re: i915: GPU hung (F14, Intel Core i5-670)

On Tue, 29 May 2012 19:41:37 -0700, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, May 28, 2012 at 12:06 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: No, the i915_error_state had everything I needed to see. It is the old ddx bug that was hardcoding a maximum relocation

Re: i915: GPU hung (F14, Intel Core i5-670)

On Tue, May 29, 2012 at 07:41:37PM -0700, Linus Torvalds wrote: On Mon, May 28, 2012 at 12:06 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: No, the i915_error_state had everything I needed to see. It is the old ddx bug that was hardcoding a maximum relocation address that never

Re: edp backtrace spam on MacBookAir4,1

On Mon, May 28, 2012 at 08:51:51PM +0200, Daniel Vetter wrote: On Mon, May 28, 2012 at 1:09 AM, Linus Torvalds torva...@linux-foundation.org wrote: A new worry about excessively verbose i915 driver errors that don't actually seem to be errors. I got myself a micro-DP to VGA adapter so

Re: [RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: The passed mode must not be modified by the operation, make it const. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Acked-by: Daniel Vetter daniel.vet...@ffwll.ch -- Daniel Vetter Mail: dan...@ffwll.ch

Re: [RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

Hi Daniel, On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: The passed mode must not be modified by the operation, make it const. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Acked-by: Daniel

Re: [RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: Hi Daniel, On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: The passed mode must not be modified by the operation, make it const. Signed-off-by:

Re: [RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

Hi Daniel, On Wednesday 30 May 2012 12:02:19 Daniel Vetter wrote: On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: On Wed, May 30, 2012 at 01:01:08AM +0200, Laurent Pinchart wrote: The passed mode must not be

[git pull] drm fixes

Hi Linus, just regular fixes, bunch from intel, quieting some of the over zealous power warnings, and the rest just misc. I've got another pull with the remaining dma-buf bits, since the vmap bits are in your tree now. I'll send tomorrow just to space things out a bit. Dave. The following

Re: [PATCH 1/2] DRM: Add DRM kms/fb cma helper

On Tue, May 29, 2012 at 08:20:35PM +0200, Lars-Peter Clausen wrote: This patchset introduces a set of helper function for implementing the KMS framebuffer layer for drivers which use the drm gem CMA helper function. I just integrated this into my series. Works great, thanks. Would be great to

Re: [RFC/PATCH] drm: Make the .mode_fixup() operations mode argument a const pointer

On Wed, May 30, 2012 at 12:11:49PM +0200, Laurent Pinchart wrote: Hi Daniel, On Wednesday 30 May 2012 12:02:19 Daniel Vetter wrote: On Wed, May 30, 2012 at 11:24:50AM +0200, Laurent Pinchart wrote: On Wednesday 30 May 2012 11:18:56 Daniel Vetter wrote: On Wed, May 30, 2012 at

[PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. The only thing we actually touch is mode-clock, but only if it's a panel. And in that case we also set adjusted_mode-clock to the same value. All the generic code

Re: [PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

On Wed, 30 May 2012 12:28:04 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. The only thing we actually touch is mode-clock, but only if it's a panel. And in

[Bug 43295] panic occurred switching back to text console ubuntu 11.10

https://bugzilla.kernel.org/show_bug.cgi?id=43295 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |NEEDINFO

[Bug 43295] panic occurred switching back to text console ubuntu 11.10

https://bugzilla.kernel.org/show_bug.cgi?id=43295 --- Comment #3 from Alan a...@lxorguk.ukuu.org.uk 2012-05-30 11:26:43 --- *** Bug 43288 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this

Re: [PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote: DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op for KMS drivers. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/drm_irq.c |5 - 1 files changed, 4

Re: [PATCH] drm/i915: don't chnage the original mode in dp_mode_fixup

On Wed, May 30, 2012 at 11:58:43AM +0100, Chris Wilson wrote: On Wed, 30 May 2012 12:28:04 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. The only

[PATCH 1/2] drm/i915: adjusted_mode-clock in the dp mode_fixup

... instead of changing mode-clock, which we should leave as-is. We only touch that if it's a panel, and then adjusted mode-clock equals adjusted_mode-clock. Outside of intel_dp.c we only use ajusted_mode-clock in the mode_set functions. Within intel_dp.c we only use it to calculate the dp

[PATCH 2/2] drm/i915: don't chnage the original mode in dp_mode_fixup

We should only frob adjusted_mode. This is in preparation of a massive patch by Laurent Pinchart to make the mode argument const. After the prevous prep patch to use adjusted_mode-clock instead of mode-clock the only thing left is to clean up things a bit. I've opted to pass in an adjust_mode

Re: [PATCH] drm: Add downclock quirk for Samsung LTN121AT10-301

On Wed, May 30, 2012 at 1:06 AM, Rafał Miłecki zaj...@gmail.com wrote: 2012/5/30 Sean Paul seanp...@chromium.org: On Tue, May 29, 2012 at 5:23 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, May 29, 2012 at 4:33 PM, Sean Paul seanp...@chromium.org wrote: On Tue, May 29, 2012 at 10:43 AM,

Re: [PATCH 1/2] drm/i915: adjusted_mode-clock in the dp mode_fixup

On Wed, 30 May 2012 13:52:02 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: ... instead of changing mode-clock, which we should leave as-is. We only touch that if it's a panel, and then adjusted mode-clock equals adjusted_mode-clock. Outside of intel_dp.c we only use ajusted_mode-clock

[PATCH 0/4] Renesas SH Mobile DRM driver

Hi everybody, Here's a new DRM driver for the Renesas SH Mobile display controller (a.k.a. LCDC). The hardware is pretty simple and consists of a single CRTC and four (non-scalable) planes that can be alpha-blended (first two planes only), overlayed or composed using ROP3. The first two patches

  1   2   >