On Thu, Jul 05, 2012 at 08:31:13AM +0200, Henrik Rydberg wrote:
> Hi Ben, Dave,
Hey Henrik,
>
> Since 3.5-rc0, I have been experiencing occasional screen corruption
> on my MacBookAir3,1, using a GeForce 320M (nv50, 0xaf). The X driver
> version is xf86-video-nouvea-1.0.1-1 (arch).
>
> I do not
On Wed, Jul 04, 2012 at 10:47:06AM +1000, Dave Chinner wrote:
> > > >
> > > > [c999a223: xfs: introduce an allocation workqueue]
> > >
> > > Which indicates that there is workqueue scheduling issues, I think.
> > > The same amount of work is being done, but half of it is being
> > > pushed off in
Hi Ben, Dave,
Since 3.5-rc0, I have been experiencing occasional screen corruption
on my MacBookAir3,1, using a GeForce 320M (nv50, 0xaf). The X driver
version is xf86-video-nouvea-1.0.1-1 (arch).
I do not know what the root problem is, but I have been able to
isolate the symptoms to the usage of
https://bugs.freedesktop.org/show_bug.cgi?id=49817
C?dric Legrand changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
From: Alan Cox
We set up the lid timer before we set up the backlight. On some devices
that causes a crash as we do a backlight change before or during the setup.
As this fixes a crash on boot on some setups it ought to go in ASAP.
Signed-off-by: Alan Cox
Tested-by: Mattia Dongili
---
drive
gt;
> > Does someone have an idea what the problem might be and how to fix it?
>
> Is this a regression? If so can you bisect?
I do not think so. But the problem is I just got that board, have only
used it with Linux 3.2.x (from Debian Sid/unstable) and this issue is
not reproducible, that means, it happens in less then 5(?) percent of
the suspend and resume cycles.
Any idea what these acpid messages could mean?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120704/1275e324/attachment-0001.pgp>
what the problem might be and how to fix it?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120704/4888c87e/attachment.pgp>
On Wed, Jul 4, 2012 at 9:25 AM, Alex Deucher wrote:
> On Wed, Jul 4, 2012 at 4:25 AM, Christian K?nig
> wrote:
>> Instead of returning the error handle it directly
>> and while at it fix the comments about the ring lock.
>>
>> Signed-off-by: Christian K?nig
>> Reviewed-by: Michel D?nzer
>
> Fo
On Wed, Jul 04, 2012 at 10:47:06AM +1000, Dave Chinner wrote:
> > > >
> > > > [c999a223: xfs: introduce an allocation workqueue]
> > >
> > > Which indicates that there is workqueue scheduling issues, I think.
> > > The same amount of work is being done, but half of it is being
> > > pushed off in
On Tue, Jul 03, 2012 at 11:59:51AM +0100, Mel Gorman wrote:
> On Tue, Jul 03, 2012 at 10:19:28AM +1000, Dave Chinner wrote:
> > On Mon, Jul 02, 2012 at 08:35:16PM +0100, Mel Gorman wrote:
> > > Adding dri-devel and a few others because an i915 patch contributed to
> > > the regression.
> > >
> > >
Waiting for a fence can fail for different reasons,
the most common is a deadlock.
Signed-off-by: Christian K?nig
Reviewed-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_gart.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r
Instead of returning the error handle it directly
and while at it fix the comments about the ring lock.
Signed-off-by: Christian K?nig
Reviewed-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_fence.c | 33 +
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Cédric Legrand changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
This patch adds a helper function for parsing videomodes from the devicetree.
The videomode can be either converted to a struct drm_display_mode or a
struct fb_videomode.
Signed-off-by: Sascha Hauer
---
changes since v1:
- use hyphens instead of underscores for property names
.../devicetree/bi
On Wed, Jul 4, 2012 at 9:41 AM, Paul Menzel
wrote:
> Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
>> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel D?nzer:
>> > On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
>> > >
>> > > resuming from suspend to RAM the monitor was
On Wed, Jul 4, 2012 at 4:25 AM, Christian K?nig
wrote:
> Instead of returning the error handle it directly
> and while at it fix the comments about the ring lock.
>
> Signed-off-by: Christian K?nig
> Reviewed-by: Michel D?nzer
For the series:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/d
On Wed, Jul 4, 2012 at 9:25 AM, Alex Deucher wrote:
> On Wed, Jul 4, 2012 at 4:25 AM, Christian König
> wrote:
>> Instead of returning the error handle it directly
>> and while at it fix the comments about the ring lock.
>>
>> Signed-off-by: Christian König
>> Reviewed-by: Michel Dänzer
>
> Fo
From: Alan Cox
We set up the lid timer before we set up the backlight. On some devices
that causes a crash as we do a backlight change before or during the setup.
As this fixes a crash on boot on some setups it ought to go in ASAP.
Signed-off-by: Alan Cox
Tested-by: Mattia Dongili
---
drive
https://bugzilla.kernel.org/show_bug.cgi?id=42627
Zhang Rui changed:
What|Removed |Added
Component|Hibernation/Suspend |Video(DRI - non Intel)
AssignedTo|po
Am Mittwoch, den 04.07.2012, 09:55 -0400 schrieb Alex Deucher:
> On Wed, Jul 4, 2012 at 9:41 AM, Paul Menzel wrote:
> > Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
> >> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> >> > On Mon, 2012-06-25 at 21:14 +0200, Paul Me
On Wed, Jul 4, 2012 at 9:41 AM, Paul Menzel
wrote:
> Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
>> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
>> > On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
>> > >
>> > > resuming from suspend to RAM the monitor was
Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> > On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
> > >
> > > resuming from suspend to RAM the monitor was indicating by a blinking
> > > LED that it did not rece
On Wed, Jul 4, 2012 at 4:25 AM, Christian König wrote:
> Instead of returning the error handle it directly
> and while at it fix the comments about the ring lock.
>
> Signed-off-by: Christian König
> Reviewed-by: Michel Dänzer
For the series:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/dr
Waiting for a fence can fail for different reasons,
the most common is a deadlock.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_gart.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r
Instead of returning the error handle it directly
and while at it fix the comments about the ring lock.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_fence.c | 33 +
This patch adds a helper function for parsing videomodes from the devicetree.
The videomode can be either converted to a struct drm_display_mode or a
struct fb_videomode.
Signed-off-by: Sascha Hauer
---
changes since v1:
- use hyphens instead of underscores for property names
.../devicetree/bi
https://bugzilla.kernel.org/show_bug.cgi?id=42627
Zhang Rui changed:
What|Removed |Added
Component|Hibernation/Suspend |Video(DRI - non Intel)
AssignedTo|po
27 matches
Mail list logo
