Without this fix the driver randomly treats
textures as arrays and I'm really wondering
why gcc isn't complaining about it.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/r600_cs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.
> On Mon, 2012-02-27 at 10:44 +0800, Chen Jie wrote:
>> Hi,
>>
>> For this occasional GPU lockup when returns from STR/STD, I find
>> followings(when the problem happens):
>>
>> The value of SRBM_STATUS is whether 0x20002040 or 0x20003040.
>> Which means:
>> * HI_RQ_PENDING(There is a HI/BIF reques
> On Tue, 2012-02-21 at 18:37 +0800, Chen Jie wrote:
>> 在 2012年2月17日 下午5:27，Chen Jie 写道：
>> >> One good way to test gart is to go over GPU gart table and write a
>> >> dword using the GPU at end of each page something like 0xCAFEDEAD
>> >> or somevalue that is unlikely to be already set. And then
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #9 from Alex Deucher 2012-02-28 12:37:47 PST
---
(In reply to comment #8)
> (In reply to comment #7)
> > Ok, so its 2 commits after that one then.
>
> What's the title or commit it?
title or commit id.
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #8 from Alex Deucher 2012-02-28 12:37:17 PST
---
(In reply to comment #7)
> Ok, so its 2 commits after that one then.
What's the title or commit it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #7 from Vladi 2012-02-28 11:41:30 PST ---
Ok, so its 2 commits after that one then.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
On Tue, 2012-02-28 at 23:19 +0100, Christian K?nig wrote:
> Without this fix the driver randomly treats
> textures as arrays and I'm really wondering
> why gcc isn't complaining about it.
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/r600_cs.c |1 +
> 1 files changed, 1 i
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #20 from Egor Y. Egorov 2012-02-28 16:29:33
---
> Boot up without the TV attached to the video card, then when your desktop is
up, use xrandr to turn on the TV connector and adjust the mode, etc.
Yes. I did exactly.
I first boot
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #5 from Tvrtko Ursulin 2012-02-28
08:00:21 PST ---
Monitor is Dell 2408WFP in case it matters.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #6 from Tomi Pievil?inen
2012-02-28 07:59:47 PST ---
Yes, it went to powersave. In the desktop manager, before login (and thus
before setting the right modes in .xinitrc), it shows primary colors which is
the monitor's way of saying
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #3 from Tvrtko Ursulin 2012-02-28
07:59:46 PST ---
Monitor is Dell 2408WFP in case it matters.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #5 from Tomi Pievil?inen
2012-02-28 07:57:43 PST ---
Created attachment 57771
--> https://bugs.freedesktop.org/attachment.cgi?id=57771
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #4 from Tomi Pievil?inen
2012-02-28 07:57:12 PST ---
Active, powered from USB.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #3 from Tvrtko Ursulin 2012-02-28
07:56:40 PST ---
Does you monitor claim it is in power save when it goes dark? If so maybe the
root cause is similar to my https://bugs.freedesktop.org/show_bug.cgi?id=46711.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #19 from Alex Deucher 2012-02-28
15:50:12 ---
Boot up without the TV attached to the video card, then when your desktop is
up, use xrandr to turn on the TV connector and adjust the mode, etc. Does it
work any better or worse in
https://bugs.freedesktop.org/show_bug.cgi?id=46725
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
On Feb 27, 2012, at 4:47 PM, Felix Kuehling wrote:
> On 12-02-24 11:38 PM, Mario Kleiner wrote:
>> On Feb 24, 2012, at 10:20 PM, Felix Kuehling wrote:
>>
>>> On 12-02-22 11:20 AM, Felix Kuehling wrote:
On 12-02-21 07:49 PM, Mario Kleiner wrote:
> On 02/21/2012 09:07 PM, Alex Deucher wrote
On Tue, 2012-02-28 at 23:19 +0100, Christian König wrote:
> Without this fix the driver randomly treats
> textures as arrays and I'm really wondering
> why gcc isn't complaining about it.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/radeon/r600_cs.c |1 +
> 1 files changed, 1 i
Without this fix the driver randomly treats
textures as arrays and I'm really wondering
why gcc isn't complaining about it.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/r600_cs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #4 from Tvrtko Ursulin 2012-02-28
05:33:12 PST ---
It's not that in my case since the motherboard I am using doesn't even have
DVI. It has VGA and HDMI, with only HDMI connected.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Tom Gundersen changed:
What|Removed |Added
CC||teg at jklm.no
--- Comment #3 from Tom G
https://bugs.freedesktop.org/show_bug.cgi?id=46724
Bug #: 46724
Summary: radeon_drm_winsys compile fail with libdrm in non
standard directory
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AM
Dear all,
(please Cc)
since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed]
*ERROR* Hangcheck timer elapsed... GPU hung
Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error event;
loo
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #18 from Egor Y. Egorov 2012-02-28 12:50:45
---
Created an attachment (id=72494)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72494)
rv570.ums.s-video-turn_on
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #17 from Egor Y. Egorov 2012-02-28 12:50:22
---
Created an attachment (id=72493)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72493)
rv570.ums.s-video-turn_off
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #16 from Egor Y. Egorov 2012-02-28 12:50:06
---
Created an attachment (id=72492)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72492)
rv570.kms.s-video-turn_on
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #15 from Egor Y. Egorov 2012-02-28 12:49:46
---
Created an attachment (id=72491)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72491)
rv570.kms.s-video-turn_off
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #9 from Alex Deucher 2012-02-28 12:37:47 PST ---
(In reply to comment #8)
> (In reply to comment #7)
> > Ok, so its 2 commits after that one then.
>
> What's the title or commit it?
title or commit id.
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #8 from Alex Deucher 2012-02-28 12:37:17 PST ---
(In reply to comment #7)
> Ok, so its 2 commits after that one then.
What's the title or commit it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #2 from Tvrtko Ursulin 2012-02-28
04:16:05 PST ---
Created attachment 57759
--> https://bugs.freedesktop.org/attachment.cgi?id=57759
"avivotool regs hdmi" output while audio was playing
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #2 from Tvrtko Ursulin 2012-02-28
04:10:53 PST ---
# xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
DisplayPort-0 connected 1920x1200+0+0 (normal left inverted right x axis y
axis) 519mm x 320mm
1920
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #1 from Michel D?nzer 2012-02-28 03:58:57
PST ---
> On a AMD G-T56N (Radeon HD 6310) box connected to the monitor via DisplayPort
> monitor does not come on after re-plugging the display cable but claims to be
> in power save.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=46660
--- Comment #7 from Vladi 2012-02-28 11:41:30 PST ---
Ok, so its 2 commits after that one then.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #1 from Rafa? Mi?ecki 2012-02-28 03:41:41 PST
---
Hi Tvrtko,
Can you install rateontool (avivotool) from git master, and provide output from
it?
Installation:
git clone git://people.freedesktop.org/~airlied/radeontool
cd radeontool
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Bug #: 46713
Summary: HDMI audio played back at a wrong rate
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
From: Alex Deucher
Need to call ExternalEncoderControl to set up DDC before
trying to get an EDID for all DP bridge chips (including
DP to LVDS).
Also remove redundant encoder assignment.
V2: fix typo in commit message.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors
On Tue, Feb 28, 2012 at 2:56 AM, Paul Menzel
wrote:
> Dear Alex,
>
>
> Am Montag, den 27.02.2012, 19:31 -0500 schrieb alexdeucher at gmail.com:
>> From: Alex Deucher
>>
>> Need to call ExternalEncoderControl to set up DDC before
>> trying to get an EDID for all DP bridge chipsi (including
>
> Sho
https://bugs.freedesktop.org/show_bug.cgi?id=46711
Bug #: 46711
Summary: Monitor not turning on after DisplayPort re-plug in
Xorg
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
The CEA extension block has a field which describes which YCbCr modes are
supported by the device, use it to fill the drm_display_info color_formats
fields. Also the existence of a CEA extension block is used as indication
that the device supports RGB.
Signed-off-by: Lars-Peter Clausen
---
drive
The code should obviously check the EDID feature field for EDID feature flags
and not the color_formats field of the drm_display_info struct. Also update the
color_formats field with new modes instead of overwriting the current mode.
Signed-off-by: Lars-Peter Clausen
---
drivers/gpu/drm/drm_edid
On Tue, 28 Feb 2012 10:21:45 +0100
Lars-Peter Clausen wrote:
> The CEA extension block has a field which describes which YCbCr modes are
> supported by the device, use it to fill the drm_display_info color_formats
> fields. Also the existence of a CEA extension block is used as indication
> that
On 12-02-28 09:40 AM, Mario Kleiner wrote:
>
> Ok, you had a larger test set of machines and more specific test cases
> for this problem, i'm convinced. Thanks for all the testing.
> You have my...
>
> Reviewed-by: Mario Kleiner
Thanks. Is there anything else I need to do to get this into drm-nex
> - /* Get data from CEA blocks if present */
> - edid_ext = drm_find_cea_extension(edid);
> - if (!edid_ext)
> - return;
> -
> - info->cea_rev = edid_ext[1];
> }
>
> /**
Reviewed-by: Jesse Barnes
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120228/e9744cb9/attachment.pgp>
On Tue, 28 Feb 2012 10:21:44 +0100
Lars-Peter Clausen wrote:
> The code should obviously check the EDID feature field for EDID feature flags
> and not the color_formats field of the drm_display_info struct. Also update
> the
> color_formats field with new modes instead of overwriting the current
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120228/2ddcbe9b/attachment.pgp>
On Tue, Feb 28, 2012 at 01:03:27PM +0900, Norbert Preining wrote:
> Dear all,
>
> (please Cc)
>
> since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
>
> Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
>
ilable
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120228/118ccd1c/attachment-0001.pgp>
-- next part --
On Tue, 28 Feb 2012 00:39:39 +0100, Daniel Vetter wrote:
> i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons
> we need to be able to fall back to the bit-banging algo on gpio pins.
>
> The current code sets up a 2nd i2c controller for the same i2c bus using
> the bit-banging a
On Mon, 27 Feb 2012 23:52:23 +0100, Daniel Vetter wrote:
> On Mon, Feb 27, 2012 at 11:20:40PM +0100, Jean Delvare wrote:
> > If you need to hot-switch between hardware and bit-banged I2C, I suggest
> > that you lock the bus while doing so, to avoid switching while a
> > transaction is in progress.
-
A non-text attachment 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/20120228/7c1bd7f5/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #20 from Egor Y. Egorov 2012-02-28 16:29:33 ---
> Boot up without the TV attached to the video card, then when your desktop is
up, use xrandr to turn on the TV connector and adjust the mode, etc.
Yes. I did exactly.
I first boot
On Tue, Feb 28, 2012 at 4:03 AM, Norbert Preining wrote:
> Dear all,
>
> (please Cc)
And you haven't changed userspace in any way?
Dave.
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive onl
From: Alex Deucher
Need to call ExternalEncoderControl to set up DDC before
trying to get an EDID for all DP bridge chips (including
DP to LVDS).
Also remove redundant encoder assignment.
V2: fix typo in commit message.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #5 from Tvrtko Ursulin 2012-02-28
08:00:21 PST ---
Monitor is Dell 2408WFP in case it matters.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #6 from Tomi Pieviläinen
2012-02-28 07:59:47 PST ---
Yes, it went to powersave. In the desktop manager, before login (and thus
before setting the right modes in .xinitrc), it shows primary colors which is
the monitor's way of saying
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #3 from Tvrtko Ursulin 2012-02-28
07:59:46 PST ---
Monitor is Dell 2408WFP in case it matters.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=46274
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #5 from Tomi Pieviläinen
2012-02-28 07:57:43 PST ---
Created attachment 57771
--> https://bugs.freedesktop.org/attachment.cgi?id=57771
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #4 from Tomi Pieviläinen
2012-02-28 07:57:12 PST ---
Active, powered from USB.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=46725
--- Comment #3 from Tvrtko Ursulin 2012-02-28
07:56:40 PST ---
Does you monitor claim it is in power save when it goes dark? If so maybe the
root cause is similar to my https://bugs.freedesktop.org/show_bug.cgi?id=46711.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #19 from Alex Deucher 2012-02-28 15:50:12
---
Boot up without the TV attached to the video card, then when your desktop is
up, use xrandr to turn on the TV connector and adjust the mode, etc. Does it
work any better or worse in
https://bugs.freedesktop.org/show_bug.cgi?id=46725
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
On Tue, Feb 28, 2012 at 2:56 AM, Paul Menzel
wrote:
> Dear Alex,
>
>
> Am Montag, den 27.02.2012, 19:31 -0500 schrieb alexdeuc...@gmail.com:
>> From: Alex Deucher
>>
>> Need to call ExternalEncoderControl to set up DDC before
>> trying to get an EDID for all DP bridge chipsi (including
>
> Should
On 12-02-28 09:40 AM, Mario Kleiner wrote:
>
> Ok, you had a larger test set of machines and more specific test cases
> for this problem, i'm convinced. Thanks for all the testing.
> You have my...
>
> Reviewed-by: Mario Kleiner
Thanks. Is there anything else I need to do to get this into drm-nex
On Feb 27, 2012, at 4:47 PM, Felix Kuehling wrote:
On 12-02-24 11:38 PM, Mario Kleiner wrote:
On Feb 24, 2012, at 10:20 PM, Felix Kuehling wrote:
On 12-02-22 11:20 AM, Felix Kuehling wrote:
On 12-02-21 07:49 PM, Mario Kleiner wrote:
On 02/21/2012 09:07 PM, Alex Deucher wrote:
[snip]
The f
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #4 from Tvrtko Ursulin 2012-02-28
05:33:12 PST ---
It's not that in my case since the motherboard I am using doesn't even have
DVI. It has VGA and HDMI, with only HDMI connected.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Tom Gundersen changed:
What|Removed |Added
CC||t...@jklm.no
--- Comment #3 from Tom Gun
https://bugs.freedesktop.org/show_bug.cgi?id=46724
Bug #: 46724
Summary: radeon_drm_winsys compile fail with libdrm in non
standard directory
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AM
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #18 from Egor Y. Egorov 2012-02-28 12:50:45 ---
Created an attachment (id=72494)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72494)
rv570.ums.s-video-turn_on
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #17 from Egor Y. Egorov 2012-02-28 12:50:22 ---
Created an attachment (id=72493)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72493)
rv570.ums.s-video-turn_off
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #16 from Egor Y. Egorov 2012-02-28 12:50:06 ---
Created an attachment (id=72492)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72492)
rv570.kms.s-video-turn_on
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #15 from Egor Y. Egorov 2012-02-28 12:49:46 ---
Created an attachment (id=72491)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72491)
rv570.kms.s-video-turn_off
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #2 from Tvrtko Ursulin 2012-02-28
04:16:05 PST ---
Created attachment 57759
--> https://bugs.freedesktop.org/attachment.cgi?id=57759
"avivotool regs hdmi" output while audio was playing
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #2 from Tvrtko Ursulin 2012-02-28
04:10:53 PST ---
# xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
DisplayPort-0 connected 1920x1200+0+0 (normal left inverted right x axis y
axis) 519mm x 320mm
1920
https://bugs.freedesktop.org/show_bug.cgi?id=46711
--- Comment #1 from Michel Dänzer 2012-02-28 03:58:57 PST
---
> On a AMD G-T56N (Radeon HD 6310) box connected to the monitor via DisplayPort
> monitor does not come on after re-plugging the display cable but claims to be
> in power save.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #1 from Rafał Miłecki 2012-02-28 03:41:41 PST ---
Hi Tvrtko,
Can you install rateontool (avivotool) from git master, and provide output from
it?
Installation:
git clone git://people.freedesktop.org/~airlied/radeontool
cd radeontool
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Bug #: 46713
Summary: HDMI audio played back at a wrong rate
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=46711
Bug #: 46711
Summary: Monitor not turning on after DisplayPort re-plug in
Xorg
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #14 from Egor Y. Egorov 2012-02-28 02:10:54
---
Well, I'll do it in the evening when I'll be home. Simply plug the TV or turn
on the output and adjust the resolution?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #30 from Harald Judt 2012-02-27 17:24:12 PST ---
Created attachment 57740
--> https://bugs.freedesktop.org/attachment.cgi?id=57740
screenshot showing garbled fonts in blender-2.62
Besides the lockups and the rendering regressions a
The code should obviously check the EDID feature field for EDID feature flags
and not the color_formats field of the drm_display_info struct. Also update the
color_formats field with new modes instead of overwriting the current mode.
Signed-off-by: Lars-Peter Clausen
---
drivers/gpu/drm/drm_edid
The CEA extension block has a field which describes which YCbCr modes are
supported by the device, use it to fill the drm_display_info color_formats
fields. Also the existence of a CEA extension block is used as indication
that the device supports RGB.
Signed-off-by: Lars-Peter Clausen
---
drive
On Tue, Feb 28, 2012 at 01:03:27PM +0900, Norbert Preining wrote:
> Dear all,
>
> (please Cc)
>
> since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
>
> Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
>
I'd like to export the corresponding functions from the i2c core
so that I can use them in fallback bit-banging in i915.ko
v2: Adapt to new i2c export patch.
Cc: nouveau at lists.freedesktop.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_i2c.c |8
1 files chan
i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons
we need to be able to fall back to the bit-banging algo on gpio pins.
The current code sets up a 2nd i2c controller for the same i2c bus using
the bit-banging algo. This has a bunch of issues, the major one being
that userspace
On Tue, Feb 28, 2012 at 4:03 AM, Norbert Preining wrote:
> Dear all,
>
> (please Cc)
And you haven't changed userspace in any way?
Dave.
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive onl
Dear Norbert,
Am Dienstag, den 28.02.2012, 13:03 +0900 schrieb Norbert Preining:
> Dear all,
>
> (please Cc)
>
> since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
>
> Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elap
On Tue, 28 Feb 2012 00:39:39 +0100, Daniel Vetter wrote:
> i915 has a hw i2c controller (gmbus) but for a bunch of stupid reasons
> we need to be able to fall back to the bit-banging algo on gpio pins.
>
> The current code sets up a 2nd i2c controller for the same i2c bus using
> the bit-banging a
On Mon, 27 Feb 2012 23:52:23 +0100, Daniel Vetter wrote:
> On Mon, Feb 27, 2012 at 11:20:40PM +0100, Jean Delvare wrote:
> > If you need to hot-switch between hardware and bit-banged I2C, I suggest
> > that you lock the bus while doing so, to avoid switching while a
> > transaction is in progress.
https://bugs.freedesktop.org/show_bug.cgi?id=46274
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
90 matches
Mail list logo
