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 Linus current tree (up to
> af56e0aa35f3ae2a4c1a6d1000702df1dd78cb76)
Just a quick
On Tue, May 29, 2012 at 6:25 AM, Laurent Pinchart
wrote:
> Hi Tomasz,
Hi Tomasz, Laurent, Mauro,
>
> On Wednesday 23 May 2012 14:10:14 Tomasz Stanislawski wrote:
>> Hello everyone,
>> This patchset adds support for DMABUF [2] importing to V4L2 stack.
>> The support for DMABUF exporting was moved t
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
dr
https://bugzilla.kernel.org/show_bug.cgi?id=43295
--- Comment #4 from Thanigaivelan 2012-05-31
02:51:44 ---
My System hangs when panic occurred switching back to text console. I have to
restart it again. it happen many time. Please tell me what is the problem in
kernel file.
I am using ke
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #2 from Brad Campbell 2012-05-30 19:15:29
PDT ---
I can replicate this on all radeon enabled kernels including current.
It appears than when more than one head is enabled, a separate set of power
profiles is used which attempts to s
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #1 from Brad Campbell 2012-05-30 19:13:12
PDT ---
Created attachment 62305
--> https://bugs.freedesktop.org/attachment.cgi?id=62305
The hack I use to enable 3 heads on my iMac without torching the Radeon
--
Configure bugmail: htt
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
> > ---
> >
> > drivers/gpu/d
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
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 Deucher
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 caugh
now, 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/
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,
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 repr
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 L
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 t
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
[8.15320
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
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;
> + str
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]);
>> +
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
> > > ---
> > >
> >
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) {
> + dev
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 a/drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=13170
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13170
Alan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=13132
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13132
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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
>
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 Pin
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
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 onl
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 i
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
> b
't. I don'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>
tachment 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>
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 Deucher
On Wed, May 30, 2012 at 05:58:48PM -0400, Dave Jones wrote:
> 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
> Integ
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 deletio
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
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 L
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 Linus current tree (up to
> af56e0aa35f3ae2a4c1a6d1000702df1dd78cb76)
Just a quick
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 adjusted_mode->clo
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
[8.15320
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 implemented
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 @
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
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 chang
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 w
https://bugzilla.kernel.org/show_bug.cgi?id=12796
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=12796
Jonathan Nieder changed:
What|Removed |Added
CC||jrnieder at gmail.com
Alan changed:
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 pa
... 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 di
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 a/drivers/gpu/dr
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
> b
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 actua
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
> b
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(-)
>
> My
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 mode_se
https://bugzilla.kernel.org/show_bug.cgi?id=12677
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=12677
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 alr
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
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
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
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
dr
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.
> > >
> > > S
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 al
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: ---
Yo
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 the
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
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,
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
https://bugzilla.kernel.org/show_bug.cgi?id=43295
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
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
> > @@ -147
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
> > @@ -147
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 ch
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
> @@ -1478,6 +1478,32 @@ drm_intel_gem_bo_wait_rendering(drm_intel_bo *bo)
>
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/8fe6d3e9/attachment-0001.pgp>
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 Ma
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 downc
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
> > ---
> >
> > drivers/gpu/d
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 vger.kernel.org
---
drivers/gpu/drm/radeo
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 an
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
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 caugh
https://bugzilla.kernel.org/show_bug.cgi?id=13170
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13170
Alan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
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.
Li
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 hap
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
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.
L
https://bugzilla.kernel.org/show_bug.cgi?id=13132
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
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 hap
https://bugzilla.kernel.org/show_bug.cgi?id=13132
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 repr
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
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 t
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 is
On Tue, May 29, 2012 at 6:25 AM, Laurent Pinchart
wrote:
> Hi Tomasz,
Hi Tomasz, Laurent, Mauro,
>
> On Wednesday 23 May 2012 14:10:14 Tomasz Stanislawski wrote:
>> Hello everyone,
>> This patchset adds support for DMABUF [2] importing to V4L2 stack.
>> The support for DMABUF exporting was moved t
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 is
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
1 - 100 of 152 matches
Mail list logo
