https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #27 from Daniel 2011-01-21 23:57:26
---
Sorry for the second post, i've forgotten: I had no more white line flickering!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #26 from Daniel 2011-01-21 23:54:43
---
I tested the patch of #20 on top of #8 plus the mini patches from #10. With the
third patch of #10 i had a black screen after some hours working yesterday. The
screen was back, after i clos
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #5 from Russ Dill 2011-01-21 22:55:07 PST ---
xrandr shows LVDS as being off and HDMI as being on. Manually fussing with
xrandr doesn't change anything, but I can turn the LVDS display on and off.
However, if I try to turn all three d
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #5 from Russ Dill 2011-01-21 22:55:07 PST
---
xrandr shows LVDS as being off and HDMI as being on. Manually fussing with
xrandr doesn't change anything, but I can turn the LVDS display on and off.
However, if I try to turn all three
https://bugzilla.kernel.org/show_bug.cgi?id=26982
--- Comment #2 from Anonymous Emailer
2011-01-21 20:13:57 ---
Reply-To: garry.hurley.jr at gmail.com
Silly question, and probably not relevant with modern chipsets, but could
this be a problem with hardware acceleration versus software acce
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #25 from Andrea Iob 2011-01-21 19:49:07
---
Up to now (5 reboots), with patch in comment 8 plus patch in comment 20 there
is NO flickering.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You a
https://bugzilla.kernel.org/show_bug.cgi?id=26982
Mario Kleiner changed:
What|Removed |Added
CC||mario.kleiner at tuebingen.mpg
Hi!
I have started to work with the openchrome driver and was playing
around with libdrm/libkms with it. So as a base reference I tested my work
against the other hardware I have. While doing that I discovered a bug
with libkms and i915. Also I found modeprint can be used by any KMS
dr
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #27 from Daniel 2011-01-21 23:57:26 ---
Sorry for the second post, i've forgotten: I had no more white line flickering!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mai
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #26 from Daniel 2011-01-21 23:54:43 ---
I tested the patch of #20 on top of #8 plus the mini patches from #10. With the
third patch of #10 i had a black screen after some hours working yesterday. The
screen was back, after i close
https://bugzilla.kernel.org/show_bug.cgi?id=26982
--- Comment #2 from Anonymous Emailer
2011-01-21 20:13:57 ---
Reply-To: garry.hurley...@gmail.com
Silly question, and probably not relevant with modern chipsets, but could
this be a problem with hardware acceleration versus software acceler
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #25 from Andrea Iob 2011-01-21 19:49:07 ---
Up to now (5 reboots), with patch in comment 8 plus patch in comment 20 there
is NO flickering.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=33348
Summary: Display corruption when activating desktop effects
(compositing) in kwin...
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=33348
Summary: Display corruption when activating desktop effects
(compositing) in kwin...
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
St
https://bugzilla.kernel.org/show_bug.cgi?id=26982
Mario Kleiner changed:
What|Removed |Added
CC||mario.klei...@tuebingen.mpg
Don't reset if the engine isn't busy. This matches the behavior of
previous asics. Reseting a non-hung block can lead to a hang.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |3 +++
drivers/gpu/drm/radeon/r600
There are I915_NUM_RINGS-1 inter-ring synchronisation counters, but we
were clearing I915_NUM_RINGS of them. Oops.
Reported-by: Jiri Slaby
Signed-off-by: Chris Wilson
---
Jiri, does this catch the invalid array access? For 3 rings, there should
only be 2 sync counters...
---
drivers/gpu/drm/i
On Fri, Jan 21, 2011 at 6:55 AM, Andrew Morton
wrote:
> On Fri, 21 Jan 2011 06:36:54 +0100 Sedat Dilek googlemail.com> 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).
>
On 01/20/2011 06:41 PM, Chris Wilson wrote:
> During suspend, Linus found that his machine would hang for 3 seconds,
> and identified that intel_ring_buffer_wait() was the culprit:
FWIW works for me. From 4s I'm back to:
PM: suspend of devices complete after 1087.670 msecs
BTW I did this change a
Hi!
I have started to work with the openchrome driver and was playing
around with libdrm/libkms with it. So as a base reference I tested my work
against the other hardware I have. While doing that I discovered a bug
with libkms and i915. Also I found modeprint can be used by any KMS
dr
On Thu, Jan 20, 2011 at 21:35, Andrew Morton
wrote:
> 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
Don't reset if the engine isn't busy. This matches the behavior of
previous asics. Reseting a non-hung block can lead to a hang.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33272
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |3 +++
drivers/gpu/drm/radeon/r600
( 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
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 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://bugs.freedesktop.org/show_bug.cgi?id=31830
Pavel Ondračka changed:
What|Removed |Added
Summary|[bisected] Unigine |[bisected] broken shadows
https://bugs.freedesktop.org/show_bug.cgi?id=31830
Pavel Ondra?ka changed:
What|Removed |Added
Summary|[bisected] Unigine |[bisected] broken shadows
There are I915_NUM_RINGS-1 inter-ring synchronisation counters, but we
were clearing I915_NUM_RINGS of them. Oops.
Reported-by: Jiri Slaby
Signed-off-by: Chris Wilson
---
Jiri, does this catch the invalid array access? For 3 rings, there should
only be 2 sync counters...
---
drivers/gpu/drm/i
On Fri, Jan 21, 2011 at 6:55 AM, Andrew Morton
wrote:
> 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 la
On Fri, 21 Jan 2011 09:10:06 +0100 Geert Uytterhoeven
wrote:
> include/linux/mutex.h:
>
> /*
> * NOTE: mutex_trylock() follows the spin_trylock() convention,
> * not the down_trylock() convention!
> *
> * Returns 1 if the mutex has been acquired successfully, and 0 on contention.
> *
On Thu, Jan 20, 2011 at 21:35, Andrew Morton wrote:
> 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_
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
> backlight_properties' has no member named 'type'
> drivers/gpu/drm/i
Hi,
Matthew Garrett wrote:
> Not all systems expose a firmware or platform mechanism for changing the
> backlight intensity on i915, so add native driver support.
After switching to 2.6.38-rc1 from 2.6.37
/sys/devices/virtual/backlight/acpi_video0/brightness
disappeared and I cannot control the
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
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
> backlight_properties' has no member named 'type'
> drivers/gpu/drm/i
On 01/20/2011 06:41 PM, Chris Wilson wrote:
> During suspend, Linus found that his machine would hang for 3 seconds,
> and identified that intel_ring_buffer_wait() was the culprit:
FWIW works for me. From 4s I'm back to:
PM: suspend of devices complete after 1087.670 msecs
BTW I did this change a
On Fri, 21 Jan 2011 09:10:06 +0100 Geert Uytterhoeven
wrote:
> include/linux/mutex.h:
>
> /*
> * NOTE: mutex_trylock() follows the spin_trylock() convention,
> * not the down_trylock() convention!
> *
> * Returns 1 if the mutex has been acquired successfully, and 0 on contention.
> *
Hi,
Matthew Garrett wrote:
> Not all systems expose a firmware or platform mechanism for changing the
> backlight intensity on i915, so add native driver support.
After switching to 2.6.38-rc1 from 2.6.37
/sys/devices/virtual/backlight/acpi_video0/brightness
disappeared and I cannot control the
39 matches
Mail list logo
