https://bugzilla.kernel.org/show_bug.cgi?id=24462
Alex Deucher changed:
What|Removed |Added
Attachment #39252|0 |1
is obsolete|
The DisplayPort standard (1.1a) states that:
The I2C-over-AUX Reply field is valid only when Native AUX CH Reply
field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then,
I2C-over-AUX Reply field must be 00 and be ignored.
This fixes broken EDID reading when using an active Disp
On Sun, 05 Dec 2010 13:08:18 -0800
Keith Packard wrote:
> On Sun, 5 Dec 2010 13:27:43 +0100, Florian Mickler
> wrote:
> > On Fri, 26 Nov 2010 10:45:59 -0800
> > Keith Packard wrote:
> >
> > > In order to correctly report monitor connected status changes, the
> > > previous monitor status must
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #7 from Luca Tettamanti 2010-12-08
22:32:06 ---
(In reply to comment #5)
> Does the attached patch
> help? Please also try this patch in conjunction with the patch in comment 1.
Still not working, even with the first patch appl
This block may contain various additional LCD info such
as physical size and a stored EDID.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 53 ++
drivers/gpu/drm/radeon/radeon_combios.c |3 +-
drivers/gpu/drm/radeon/radeon_display.c
Some systems have the LCD width and height in mm available in the
LCD info table. Use this info if there is no EDID to provide it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |3 +++
drivers/gpu/drm/radeon/radeon_connectors.c |3 +++
2 files changed, 6 ins
This set of patches pulls some additional information from the
lcd info table in the vbios if available. The info includes:
an EDID block and physical size info. I don't have any systems
that have these additional attributes, but a number of vbioses
do have the info, so please test.
Alex
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
The "e" pointer is either NULL or freed when we call
drm_vblank_put(dev, e->pipe) on the error path. Just pass the "pipe"
variable directly instead.
I changed another caller to use "pipe" as well for consistency.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=32246
--- Comment #1 from Alex Deucher 2010-12-08 21:17:38 PST ---
Should be fixed in:
fd543e1f9506fe41e6e9e78aebbe0bca01df055c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugs.freedesktop.org/show_bug.cgi?id=32246
--- Comment #1 from Alex Deucher 2010-12-08 21:17:38 PST
---
Should be fixed in:
fd543e1f9506fe41e6e9e78aebbe0bca01df055c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #5 from Alex Deucher 2010-12-08
21:14:47 ---
Created an attachment (id=39362)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39362)
possible fix
(In reply to comment #2)
> but 2.6.36 uses ENABLE_SPREAD_SPECTRUM_ON_PPLL_PS_A
https://bugs.freedesktop.org/show_bug.cgi?id=32246
Summary: Compiz 0.9 switcher segfaults in mipmap generation
code
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=32246
Summary: Compiz 0.9 switcher segfaults in mipmap generation
code
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #4 from Luca Tettamanti 2010-12-08
20:47:55 ---
Created an attachment (id=39342)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39342)
M76 vbios
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #2 from Luca Tettamanti 2010-12-08
20:27:11 ---
(In reply to comment #1)
> Created an attachment (id=39252)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39252) [details]
> possible fix
>
> Does this patch help?
No, flick
On Wed, 8 Dec 2010 16:10:21 +, David Flynn wrote:
> The DisplayPort standard (1.1a) states that:
> The I2C-over-AUX Reply field is valid only when Native AUX CH Reply
> field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then,
> I2C-over-AUX Reply field must be 00 and be ign
This block may contain various additional LCD info such
as physical size and a stored EDID.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 53 ++
drivers/gpu/drm/radeon/radeon_combios.c |3 +-
drivers/gpu/drm/radeon/radeon_display.c
Some systems have the LCD width and height in mm available in the
LCD info table. Use this info if there is no EDID to provide it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |3 +++
drivers/gpu/drm/radeon/radeon_connectors.c |3 +++
2 files changed, 6 ins
This set of patches pulls some additional information from the
lcd info table in the vbios if available. The info includes:
an EDID block and physical size info. I don't have any systems
that have these additional attributes, but a number of vbioses
do have the info, so please test.
Alex
___
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
v2: shorten the names to make them easier to type.
Reported-by: Sergej Pupykin
Cc: Sergej Pupykin
Signed-off-by: Alex Deucher
Cc: stable at kernel
On Wed, Dec 8, 2010 at 7:01 PM, Dave Airlie wrote:
> On Wed, 2010-12-08 at 18:14 -0500, Alex Deucher wrote:
>> Grub doesn't parse spaces in parameters correctly, so
>> this makes it impossible to force video= parameters
>> for kms on the grub kernel command line.
>
> I'm sorta tempted to just go t
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
Reported-by: Sergej Pupykin
Cc: Sergej Pupykin
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/drm_crtc.c |8
On Sun, 05 Dec 2010 13:08:18 -0800
Keith Packard wrote:
> On Sun, 5 Dec 2010 13:27:43 +0100, Florian Mickler
> wrote:
> > On Fri, 26 Nov 2010 10:45:59 -0800
> > Keith Packard wrote:
> >
> > > In order to correctly report monitor connected status changes, the
> > > previous monitor status must
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #1 from Alex Deucher 2010-12-08
17:11:56 ---
Created an attachment (id=39252)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39252)
possible fix
Does this patch help?
--
Configure bugmail: https://bugzilla.kernel.org/user
On Wed, 8 Dec 2010 17:34:24 +0100, Florian Mickler
wrote:
> Does that mean that the kernel regression will not be
> fixed/worked-around for old userspace?
I think there is some confusion in that I believe there is more than one
backlight bug at play here.
-Chris
--
Chris Wilson, Intel Open So
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Summary: r600: spread spectrum: flickering screen (bisected)
Product: Drivers
Version: 2.5
Kernel Version: 2.6.37-rc5
Platform: All
OS/Version: Linux
Tree: Mainline
St
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
v2: shorten the names to make them easier to type.
Reported-by: Sergej Pupykin
Cc: Sergej Pupykin
Signed-off-by: Alex Deucher
Cc: sta...@kernel.or
The DisplayPort standard (1.1a) states that:
The I2C-over-AUX Reply field is valid only when Native AUX CH Reply
field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then,
I2C-over-AUX Reply field must be 00 and be ignored.
This fixes broken EDID reading when using an active Disp
On Wed, Dec 8, 2010 at 7:01 PM, Dave Airlie wrote:
> On Wed, 2010-12-08 at 18:14 -0500, Alex Deucher wrote:
>> Grub doesn't parse spaces in parameters correctly, so
>> this makes it impossible to force video= parameters
>> for kms on the grub kernel command line.
>
> I'm sorta tempted to just go t
On Wed, 2010-12-08 at 18:14 -0500, Alex Deucher wrote:
> Grub doesn't parse spaces in parameters correctly, so
> this makes it impossible to force video= parameters
> for kms on the grub kernel command line.
I'm sorta tempted to just go the extra step towards DIN, HDMIA, HDMIB,
DP and eDP, typing
On Thu, Dec 9, 2010 at 9:30 AM, Greg KH wrote:
> On Wed, Dec 08, 2010 at 06:14:03PM -0500, Alex Deucher wrote:
>> Grub doesn't parse spaces in parameters correctly, so
>> this makes it impossible to force video= parameters
>> for kms on the grub kernel command line.
>>
>> Reported-by: Sergej Pupyk
On Wed, Dec 08, 2010 at 06:14:03PM -0500, Alex Deucher wrote:
> Grub doesn't parse spaces in parameters correctly, so
> this makes it impossible to force video= parameters
> for kms on the grub kernel command line.
>
> Reported-by: Sergej Pupykin
>
> Cc: Sergej Pupykin
> Signed-off-by: Alex Deu
On Wed, Dec 08, 2010 at 06:14:03PM -0500, Alex Deucher wrote:
> Grub doesn't parse spaces in parameters correctly, so
> this makes it impossible to force video= parameters
> for kms on the grub kernel command line.
>
> Reported-by: Sergej Pupykin
>
> Cc: Sergej Pupykin
> Signed-off-by: Alex Deu
On Sat, 2010-11-20 at 11:15 -0500, Andrew Lutomirski wrote:
> On Sat, Nov 20, 2010 at 10:52 AM, Greg KH wrote:
> > On Sat, Nov 20, 2010 at 09:24:05AM -0500, Andy Lutomirski wrote:
> >> Greg KH wrote:
> >>> This is the start of the stable review cycle for the 2.6.36.1 release.
> >>> There are 66 pa
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
Reported-by: Sergej Pupykin
Cc: Sergej Pupykin
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/drm_crtc.c |8
1
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Alex Deucher changed:
What|Removed |Added
Attachment #39252|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #7 from Luca Tettamanti 2010-12-08 22:32:06
---
(In reply to comment #5)
> Does the attached patch
> help? Please also try this patch in conjunction with the patch in comment 1.
Still not working, even with the first patch appl
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Rafael J. Wysocki changed:
What|Removed |Added
CC||flor...@mickler.org,
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #13 from Kevin DeKorte 2010-12-08 13:43:23 PST
---
When I put Savage2 in the Low resolution mode, I get a lot of funky red
triangles on the main screen (where the big red demon should be). Made me
wonder if the coordinates or normals
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #13 from Kevin DeKorte 2010-12-08 13:43:23
PST ---
When I put Savage2 in the Low resolution mode, I get a lot of funky red
triangles on the main screen (where the big red demon should be). Made me
wonder if the coordinates or normals
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #3 from Andy Furniss 2010-12-08
13:35:54 PST ---
(In reply to comment #2)
> Can you try r600g from git master? Make sure it has this patch:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=b7617346dcff50a66a10c61b95c33682cf629c9e
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #3 from Andy Furniss 2010-12-08
13:35:54 PST ---
(In reply to comment #2)
> Can you try r600g from git master? Make sure it has this patch:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=b7617346dcff50a66a10c61b95c33682cf629c9e
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #12 from Tilman Sauerbeck 2010-12-08
13:26:03 PST ---
I wonder if bug 31771 might be the same problem as this one (on r600g at
least).
Maybe comparing shader dumps for sauerbraten to these ones might give a
clue...?
--
Configure bu
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #12 from Tilman Sauerbeck 2010-12-08
13:26:03 PST ---
I wonder if bug 31771 might be the same problem as this one (on r600g at
least).
Maybe comparing shader dumps for sauerbraten to these ones might give a
clue...?
--
Configure bu
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #5 from Alex Deucher 2010-12-08 21:14:47
---
Created an attachment (id=39362)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39362)
possible fix
(In reply to comment #2)
> but 2.6.36 uses ENABLE_SPREAD_SPECTRUM_ON_PPLL_PS_A
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #4 from Luca Tettamanti 2010-12-08 20:47:55
---
Created an attachment (id=39342)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39342)
M76 vbios
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 f
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #2 from Luca Tettamanti 2010-12-08 20:27:11
---
(In reply to comment #1)
> Created an attachment (id=39252)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39252) [details]
> possible fix
>
> Does this patch help?
No, flick
https://bugs.freedesktop.org/show_bug.cgi?id=32240
Summary: Second Life crashes on starting ( Linux 32-bit )
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=32240
Summary: Second Life crashes on starting ( Linux 32-bit )
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
On Wed, 8 Dec 2010 16:10:21 +, David Flynn wrote:
> The DisplayPort standard (1.1a) states that:
> The I2C-over-AUX Reply field is valid only when Native AUX CH Reply
> field is AUX_ACK (00). When Native AUX CH Reply field is not 00, then,
> I2C-over-AUX Reply field must be 00 and be ign
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #2 from Alex Deucher 2010-12-08 11:21:51 PST ---
Can you try r600g from git master? Make sure it has this patch:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=b7617346dcff50a66a10c61b95c33682cf629c9e
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #2 from Alex Deucher 2010-12-08 11:21:51 PST
---
Can you try r600g from git master? Make sure it has this patch:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=b7617346dcff50a66a10c61b95c33682cf629c9e
--
Configure bugmail: https
https://bugzilla.kernel.org/show_bug.cgi?id=19002
--- Comment #13 from Duncan <1i5t5.duncan at cox.net> 2010-12-08 11:04:26 ---
(In reply to comment #12)
> Does this patch help?
Yes! That patch eliminates the problem (and current git as of
v2.6.37-rc5-26-g2cedcc4 still has the issue, withou
It should be required for all 7xx asics, but seems to cause
problems on some AGP 7xx chips.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=19002
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600.c | 11 ---
1 files changed, 8 insertions(+), 3 del
https://bugs.freedesktop.org/show_bug.cgi?id=31532
Andy Furniss changed:
What|Removed |Added
Attachment #40928|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=31532
Andy Furniss changed:
What|Removed |Added
Attachment #40928|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #1 from Andy Furniss 2010-12-08
10:02:06 PST ---
Created an attachment (id=40928)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40928)
dmesg agp gart showing a reset
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=31532
--- Comment #1 from Andy Furniss 2010-12-08
10:02:06 PST ---
Created an attachment (id=40928)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40928)
dmesg agp gart showing a reset
--
Configure bugmail: https://bugs.freedesktop.org/userpre
On Wed, 08 Dec 2010 17:08:04 +, Chris Wilson
wrote:
> On Wed, 8 Dec 2010 17:34:24 +0100, Florian Mickler
> wrote:
> > Does that mean that the kernel regression will not be
> > fixed/worked-around for old userspace?
>
> I think there is some confusion in that I believe there is more than o
bbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20101208/390cc226/attachment-0001.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=24462
--- Comment #1 from Alex Deucher 2010-12-08 17:11:56
---
Created an attachment (id=39252)
--> (https://bugzilla.kernel.org/attachment.cgi?id=39252)
possible fix
Does this patch help?
--
Configure bugmail: https://bugzilla.kernel.org/user
On Wed, 8 Dec 2010 17:34:24 +0100, Florian Mickler wrote:
> Does that mean that the kernel regression will not be
> fixed/worked-around for old userspace?
I think there is some confusion in that I believe there is more than one
backlight bug at play here.
-Chris
--
Chris Wilson, Intel Open Sou
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Summary: r600: spread spectrum: flickering screen (bisected)
Product: Drivers
Version: 2.5
Kernel Version: 2.6.37-rc5
Platform: All
OS/Version: Linux
Tree: Mainline
St
It should be required for all 7xx asics, but seems to cause
problems on some AGP 7xx chips.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=19002
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600.c | 11 ---
1 files changed, 8 insertions(+), 3 deleti
Hi Linus,
Mostly Intel based fixes, including the fix you were waiting for the panel
power up/down symmetry, also from Chris : "there is a fix to clear the
registers after the BIOS or grub2 messes them up, handling SDVO panels on
Ironlake, more Ironlake workarounds and a regression fix for a h
https://bugzilla.kernel.org/show_bug.cgi?id=19002
--- Comment #13 from Duncan <1i5t5.dun...@cox.net> 2010-12-08 11:04:26 ---
(In reply to comment #12)
> Does this patch help?
Yes! That patch eliminates the problem (and current git as of
v2.6.37-rc5-26-g2cedcc4 still has the issue, without t
69 matches
Mail list logo
