https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #6 from Alex Deucher 2011-01-20
23:29:07 ---
Can you also attach your dmesg after resume with this patch:
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index 4a20a62..c19ea3e 100644
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #5 from Alex Deucher 2011-01-20
23:22:26 ---
Can you dump regs 0x458 and 0x45c using avivotool after resume in the working
and non-working states?
(run as root):
avivotool regmatch 0x458
avivotool regmatch 0x45c
You can get avi
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #8 from Brett Witherspoon 2011-01-21 06:33:42
---
Created an attachment (id=44572)
--> (https://bugzilla.kernel.org/attachment.cgi?id=44572)
dmesg after resume with DRM_INFO patch
--
Configure bugmail: https://bugzilla.kernel.
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #7 from Brett Witherspoon 2011-01-21 06:32:24
---
Here are the dumps after resume:
v2.6.36.3 ( Working )
avivotool regmatch 0x458:
0x458 0x (0)
avivotool regmatch 0x45c:
0x45c 0x (0)
v2.6.37 ( Not Working)
On Fri, 21 Jan 2011 06:36:54 +0100 Sedat Dilek
wrote:
> ( Original posting from [1] )
>
> I have the backlight-type patchset for months in my patch-series (and
> maintained them if necessary against daily linux-next).
> Also the last series from 14-Jan-2011 (see 1-5 patch from [2] and the
> fol
On Fri, 21 Jan 2011 06:36:54 +0100 Sedat Dilek
wrote:
> ( Original posting from [1] )
>
> I have the backlight-type patchset for months in my patch-series (and
> maintained them if necessary against daily linux-next).
> Also the last series from 14-Jan-2011 (see 1-5 patch from [2] and the
> fol
( Original posting from [1] )
I have the backlight-type patchset for months in my patch-series (and
maintained them if necessary against daily linux-next).
Also the last series from 14-Jan-2011 (see 1-5 patch from [2] and the
following ones at dri-devel ML).
If you couldn't find the updated v2 ra
On Thu, Jan 20, 2011 at 05:03:37PM -0800, Andrew Morton wrote:
> I updated the new drivers/video/backlight/adp5520_bl.c, but there's a
> decent chance that unconverted drivers will sneak in. I trust they
> will still work OK?
They should fire a warning on registration but otherwise work. I'll sen
https://bugzilla.kernel.org/show_bug.cgi?id=24802
Robert Hooker changed:
What|Removed |Added
CC||sarvatt at gmail.com
--- Comment #5 f
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 22 +-
1 files changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index ebacad6..4a20a62 100644
--- a/drivers/gpu/dr
On Thu, Jan 20, 2011 at 2:22 PM, Linus Torvalds
wrote:
> On Wed, Jan 19, 2011 at 8:55 PM, Jeff Chua
> wrote:
>>
>> Rafael send out two patches earlier. Could be related. I was facing
>> issue during resume.
>
> No, I'm aware of the rcu-synchronize thing, this isn't it. This is
> really at the su
On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > the -rt patches change the console_semaphore to console_mutex.
> > so a quite large chunk of the patches changes all
> > acquire/release_console_sem() to acquire/release_conso
During suspend, Linus found that his machine would hang for 3 seconds,
and identified that intel_ring_buffer_wait() was the culprit:
"Because from looking at the code, I get the notion that
"intel_read_status_page()" may not be exact. But what happens if that
inexact value matches our cached ring-
On Thu, 20 Jan 2011 08:07:02 -0800, Linus Torvalds wrote:
> On Thu, Jan 20, 2011 at 2:25 AM, Chris Wilson
> wrote:
> >
> > Right, the autoreported HEAD may have been already reset to 0 and so hit
> > the wraparound bug which caused it to exit early without actually
> > quiescing the ringbuffer.
On Fri, 21 Jan 2011 00:43:59 +
Matthew Garrett wrote:
> On Thu, Jan 20, 2011 at 03:13:49PM -0800, Andrew Morton wrote:
> > On Fri, 21 Jan 2011 00:43:46 +0330
> > Ali Gholami Rudi wrote:
> >
> > > Ali Gholami Rudi wrote:
> > > > I tried to apply this patch but I get:
> > > >
> > > >
On Fri, 21 Jan 2011 00:43:59 +
Matthew Garrett wrote:
> On Thu, Jan 20, 2011 at 03:13:49PM -0800, Andrew Morton wrote:
> > On Fri, 21 Jan 2011 00:43:46 +0330
> > Ali Gholami Rudi wrote:
> >
> > > Ali Gholami Rudi wrote:
> > > > I tried to apply this patch but I get:
> > > >
> > > >
the -rt patches change the console_semaphore to console_mutex.
so a quite large chunk of the patches changes all
acquire/release_console_sem() to acquire/release_console_mutex()
this commit makes things use more neutral function names
which dont make implications about the underlying lock.
the on
On Thu, Jan 20, 2011 at 03:13:49PM -0800, Andrew Morton wrote:
> On Fri, 21 Jan 2011 00:43:46 +0330
> Ali Gholami Rudi wrote:
>
> > Ali Gholami Rudi wrote:
> > > I tried to apply this patch but I get:
> > >
> > > drivers/gpu/drm/i915/intel_panel.c: In function
> > > 'intel_panel_setup_backli
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #4 from Alex Deucher 2011-01-20 16:22:23 PST ---
Does the LVDS come on when you resume? X may be getting confused and enabling
the wrong displays on resume (LVDS+VGA rather than VGA+HDMI) since all are
attached. Can you manually rec
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #4 from Alex Deucher 2011-01-20 16:22:23 PST
---
Does the LVDS come on when you resume? X may be getting confused and enabling
the wrong displays on resume (LVDS+VGA rather than VGA+HDMI) since all are
attached. Can you manually re
https://bugs.freedesktop.org/show_bug.cgi?id=33011
Alex Deucher changed:
What|Removed |Added
Attachment #42000|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33011
Alex Deucher changed:
What|Removed |Added
Attachment #42000|text/x-log |text/plain
mime type|
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 22 +-
1 files changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index ebacad6..4a20a62 100644
--- a/drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #6 from Alex Deucher 2011-01-20 23:29:07
---
Can you also attach your dmesg after resume with this patch:
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index 4a20a62..c19ea3e 100644
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #5 from Alex Deucher 2011-01-20 23:22:26
---
Can you dump regs 0x458 and 0x45c using avivotool after resume in the working
and non-working states?
(run as root):
avivotool regmatch 0x458
avivotool regmatch 0x45c
You can get avi
On Fri, 21 Jan 2011 00:43:46 +0330
Ali Gholami Rudi wrote:
> Ali Gholami Rudi wrote:
> > I tried to apply this patch but I get:
> >
> > drivers/gpu/drm/i915/intel_panel.c: In function
> > 'intel_panel_setup_backlight':
> > drivers/gpu/drm/i915/intel_panel.c:319: error: 'struct
> > bac
On Fri, 21 Jan 2011 00:43:46 +0330
Ali Gholami Rudi wrote:
> Ali Gholami Rudi wrote:
> > I tried to apply this patch but I get:
> >
> > drivers/gpu/drm/i915/intel_panel.c: In function
> > 'intel_panel_setup_backlight':
> > drivers/gpu/drm/i915/intel_panel.c:319: error: 'struct
> > bac
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Alex Deucher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Alex Deucher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Erdem U. Altinyurt changed:
What|Removed |Added
Resolution|NOTABUG |FIXED
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #10 from Erdem U. Altinyurt 2011-01-20
13:19:08 PST ---
Yes it fixed the problem. :)
Now loads KMS thanks.
Also I noticed a failure on module load.
...
[drm] ib test succeeded in 0 usecs
failed to evaluate ATIF got AE_BAD_PARAMETER
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Erdem U. Altinyurt changed:
What|Removed |Added
Resolution|NOTABUG |FIXED
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #10 from Erdem U. Altinyurt 2011-01-20
13:19:08 PST ---
Yes it fixed the problem. :)
Now loads KMS thanks.
Also I noticed a failure on module load.
...
[drm] ib test succeeded in 0 usecs
failed to evaluate ATIF got AE_BAD_PARAMETER
ame: patch-resume1
Type: application/octet-stream
Size: 7133 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110120/620b10b3/attachment.obj>
-- next part --
A non-text attachment was scrubbed...
Name: patch-resume2
Type:
On Thu, 20 Jan 2011 17:55:02 +0100
torbenh wrote:
> On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> > On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > > the -rt patches change the console_semaphore to console_mutex.
> > > so a quite large chunk of the patches changes al
https://bugzilla.kernel.org/show_bug.cgi?id=24802
Robert Hooker changed:
What|Removed |Added
CC||sarv...@gmail.com
--- Comment #5 from
On Thu, Jan 20, 2011 at 9:51 AM, Linus Torvalds
wrote:
>
> So how about just doing this in the loop? It will mean that the
> _first_ read uses the fast cached one (the common case, hopefully),
> but then if we loop, we'll use the slow exact one.
>
> (cut-and-paste, so whitespace isn't good):
>
>
Linus
-- next part --
A non-text attachment was scrubbed...
Name: patch.diff
Type: text/x-patch
Size: 1715 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110120/be031a85/attachment.bin>
On Thu, 20 Jan 2011 17:55:02 +0100
torbenh wrote:
> On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> > On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > > the -rt patches change the console_semaphore to console_mutex.
> > > so a quite large chunk of the patches changes al
https://bugs.freedesktop.org/show_bug.cgi?id=33301
Summary: dynpm doesn't downclock
Product: DRI
Version: XOrg 6.7.0
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=33301
Summary: dynpm doesn't downclock
Product: DRI
Version: XOrg 6.7.0
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #5 from Sam Thursfield 2011-01-20 12:14:11 PST
---
(In reply to comment #4)
> What 3D driver are you using? I would suggest trying the r300 gallium driver
> if you are using the r300 classic driver.
I believe xorg-edgers is now shi
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #5 from Sam Thursfield 2011-01-20 12:14:11
PST ---
(In reply to comment #4)
> What 3D driver are you using? I would suggest trying the r300 gallium driver
> if you are using the r300 classic driver.
I believe xorg-edgers is now shi
https://bugs.freedesktop.org/show_bug.cgi?id=24408
Alexandre Mazari changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=24408
Alexandre Mazari changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
ves/dri-devel/attachments/20110120/f72a9e59/attachment-0001.bin>
On Thu, 20 Jan 2011 11:49:18 +0100, Toralf F??rster
wrote:
> Hello,
>
> after the following BUG the system crashed :
> ...
> 2011-01-12T10:31:59.597+01:00 n22 kernel: kernel BUG at
> drivers/gpu/drm/i915/i915_gem.c:4190!
> 2011-01-12T10:31:59.597+01:00 n22 kernel: invalid opcode: [#1] SMP
I have a fairly simple opengl application running on nouveau. It
effectively just plots a couple of very large images that change regularly.
I've been getting an easily repeatable failure, hitting the
BUG_ON(in_interrupt) in vfree() that is called during ttm_shrink_work().
Obviously vfree() is b
I have a fairly simple opengl application running on nouveau. It
effectively just plots a couple of very large images that change regularly.
I've been getting an easily repeatable failure, hitting the
BUG_ON(in_interrupt) in vfree() that is called during ttm_shrink_work().
Obviously vfree() is be
On Wed, 19 Jan 2011 22:22:48 -0800, Linus Torvalds wrote:
> On Wed, Jan 19, 2011 at 8:55 PM, Jeff Chua
> wrote:
> >
> > Rafael send out two patches earlier. Could be related. I was facing
> > issue during resume.
>
> No, I'm aware of the rcu-synchronize thing, this isn't it. This is
> really at
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #4 from Alex Deucher 2011-01-20 10:09:58 PST ---
What 3D driver are you using? I would suggest trying the r300 gallium driver
if you are using the r300 classic driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #4 from Alex Deucher 2011-01-20 10:09:58 PST
---
What 3D driver are you using? I would suggest trying the r300 gallium driver
if you are using the r300 classic driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=33296
Alex Deucher changed:
What|Removed |Added
Attachment #42232|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33296
Alex Deucher changed:
What|Removed |Added
Attachment #42232|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=24408
--- Comment #3 from Alex Deucher 2011-01-20 10:08:27 PST ---
Is this still an issue with mesa 7.10 or git master?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=24408
--- Comment #3 from Alex Deucher 2011-01-20 10:08:27 PST
---
Is this still an issue with mesa 7.10 or git master?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
From: Michel D?nzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
v2: Fix problems when CONFIG_BACKLIGHT_CLASS_DEVICE isn't defined.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-
On Thu, Jan 20, 2011 at 9:38 AM, Chris Wilson wrote:
>
>> because from looking at the code, I get the notion that
>> "intel_read_status_page()" may not be exact. But what happens if that
>> inexact value matches our cached ring->actual_head, so we never even
>> try to read the exact case? Does it
On Thu, Jan 20, 2011 at 9:38 AM, Chris Wilson
wrote:
>
>> because from looking at the code, I get the notion that
>> "intel_read_status_page()" may not be exact. But what happens if that
>> inexact value matches our cached ring->actual_head, so we never even
>> try to read the exact case? Does it
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #3 from Sam Thursfield 2011-01-20 09:46:15 PST
---
Created an attachment (id=42235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42235)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #2 from Sam Thursfield 2011-01-20 09:45:43 PST
---
Created an attachment (id=42234)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42234)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #3 from Sam Thursfield 2011-01-20 09:46:15
PST ---
Created an attachment (id=42235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42235)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #1 from Sam Thursfield 2011-01-20 09:45:23 PST
---
Created an attachment (id=42233)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42233)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #2 from Sam Thursfield 2011-01-20 09:45:43
PST ---
Created an attachment (id=42234)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42234)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=33296
--- Comment #1 from Sam Thursfield 2011-01-20 09:45:23
PST ---
Created an attachment (id=42233)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42233)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
During suspend, Linus found that his machine would hang for 3 seconds,
and identified that intel_ring_buffer_wait() was the culprit:
"Because from looking at the code, I get the notion that
"intel_read_status_page()" may not be exact. But what happens if that
inexact value matches our cached ring-
https://bugs.freedesktop.org/show_bug.cgi?id=33296
Summary: gnome-shell broken possibly due to glReadPixels()
error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
https://bugs.freedesktop.org/show_bug.cgi?id=33296
Summary: gnome-shell broken possibly due to glReadPixels()
error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
On Thu, 20 Jan 2011 08:07:02 -0800, Linus Torvalds
wrote:
> On Thu, Jan 20, 2011 at 2:25 AM, Chris Wilson
> wrote:
> >
> > Right, the autoreported HEAD may have been already reset to 0 and so hit
> > the wraparound bug which caused it to exit early without actually
> > quiescing the ringbuffer.
On Thu, Jan 20, 2011 at 08:34:48AM -0800, Greg KH wrote:
> On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> > the -rt patches change the console_semaphore to console_mutex.
> > so a quite large chunk of the patches changes all
> > acquire/release_console_sem() to acquire/release_conso
On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> the -rt patches change the console_semaphore to console_mutex.
> so a quite large chunk of the patches changes all
> acquire/release_console_sem() to acquire/release_console_mutex()
Why not just change the functionality of the existing
On Thu, Jan 20, 2011 at 04:58:13PM +0100, Torben Hohn wrote:
> the -rt patches change the console_semaphore to console_mutex.
> so a quite large chunk of the patches changes all
> acquire/release_console_sem() to acquire/release_console_mutex()
Why not just change the functionality of the existing
On Thu, Jan 20, 2011 at 2:25 AM, Chris Wilson wrote:
>
> Right, the autoreported HEAD may have been already reset to 0 and so hit
> the wraparound bug which caused it to exit early without actually
> quiescing the ringbuffer.
Yeah, that would explain the issue.
> Another possibility is that I ad
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #9 from Alex Deucher 2011-01-20 08:10:24 PST ---
Does reverting this commit fix the issue:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=86f5c9edbb3bac37cc8cee6528a929005ba72aad
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #9 from Alex Deucher 2011-01-20 08:10:24 PST
---
Does reverting this commit fix the issue:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=86f5c9edbb3bac37cc8cee6528a929005ba72aad
--
Configure bugmai
On Thu, Jan 20, 2011 at 2:25 AM, Chris Wilson
wrote:
>
> Right, the autoreported HEAD may have been already reset to 0 and so hit
> the wraparound bug which caused it to exit early without actually
> quiescing the ringbuffer.
Yeah, that would explain the issue.
> Another possibility is that I a
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Alex Deucher changed:
What|Removed |Added
Attachment #42226|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Alex Deucher changed:
What|Removed |Added
Attachment #42226|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #8 from Erdem U. Altinyurt 2011-01-20
07:45:35 PST ---
Created an attachment (id=42226)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42226)
dmesg of HD3300+HD6850
Previous comment is wrong. Bug is not solved but I just enabl
https://bugs.freedesktop.org/show_bug.cgi?id=33272
--- Comment #8 from Erdem U. Altinyurt 2011-01-20
07:45:35 PST ---
Created an attachment (id=42226)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42226)
dmesg of HD3300+HD6850
Previous comment is wrong. Bug is not solved but I just enabl
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Erdem U. Altinyurt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Erdem U. Altinyurt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Jan 20, 2011 at 2:22 PM, Linus Torvalds
wrote:
> On Wed, Jan 19, 2011 at 8:55 PM, Jeff Chua wrote:
>>
>> Rafael send out two patches earlier. Could be related. I was facing
>> issue during resume.
>
> No, I'm aware of the rcu-synchronize thing, this isn't it. This is
> really at the suspe
https://bugs.freedesktop.org/show_bug.cgi?id=32312
Sergey Kondakov changed:
What|Removed |Added
Summary|openvg "lion" demo freezes |openvg rendering is broken
https://bugs.freedesktop.org/show_bug.cgi?id=32312
Sergey Kondakov changed:
What|Removed |Added
Summary|openvg "lion" demo freezes |openvg rendering is broken
On Thu, 20 Jan 2011 11:49:18 +0100, Toralf Förster
wrote:
> Hello,
>
> after the following BUG the system crashed :
> ...
> 2011-01-12T10:31:59.597+01:00 n22 kernel: kernel BUG at
> drivers/gpu/drm/i915/i915_gem.c:4190!
> 2011-01-12T10:31:59.597+01:00 n22 kernel: invalid opcode: [#1] SMP
https://bugs.freedesktop.org/show_bug.cgi?id=33276
--- Comment #8 from Michel Dänzer 2011-01-20 02:35:12 PST
---
(In reply to comment #5)
> But debian doesn't have gallium driver in a repository, [...]
Actually, the libgl1-mesa-dri package in Debian ships the Gallium driver as of
version 7.9-1
https://bugs.freedesktop.org/show_bug.cgi?id=33276
--- Comment #8 from Michel D?nzer 2011-01-20 02:35:12
PST ---
(In reply to comment #5)
> But debian doesn't have gallium driver in a repository, [...]
Actually, the libgl1-mesa-dri package in Debian ships the Gallium driver as of
version 7.9-1
On Wed, 19 Jan 2011 22:22:48 -0800, Linus Torvalds
wrote:
> On Wed, Jan 19, 2011 at 8:55 PM, Jeff Chua wrote:
> >
> > Rafael send out two patches earlier. Could be related. I was facing
> > issue during resume.
>
> No, I'm aware of the rcu-synchronize thing, this isn't it. This is
> really at t
https://bugzilla.kernel.org/show_bug.cgi?id=26942
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
From: Michel Dänzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
v2: Fix problems when CONFIG_BACKLIGHT_CLASS_DEVICE isn't defined.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-
On Thu, Jan 20, 2011 at 10:39 AM, Linus Torvalds
wrote:
> Ok, so I have a new issue that I'm currently bisecting but that people
> may be able to figure out even befor emy bisect finishes.
>
> On my slow Atom netbook (that I'm planning on using as my traveling
> companion for LCA), suspend-to-RAM
92 matches
Mail list logo
