On Fri, 23 Sep 2011 08:25:13 +0530, Jesse Barnes
wrote:
> Yeah that sounds good. (2) and (3) are ok cleanups, but it would be
> best if they were a separate patch just in case the subtle timing
> change breaks the panel power sequencing state machine.
Ok, I'll split things up into tiny patches
done tomorrow with these
suggestions. Hope your Indian adventures are going well.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110922/984e17cb/attachment.pgp>
Hello, Dave.
Now we are preparing Samsung SoC based DRM Driver patch v5 for mainline and
it would be posted soon. I wonder that you want to open user side based on
DRI2 of Xorg or just simple test application to have our driver accepted as
prerequisite. If so, should we post it to libdrm or is it
On Tue, 20 Sep 2011 21:51:33 -0700
Keith Packard wrote:
> Yes, making it cleaner would help a ton. There are some basic problems
> with the DRM API that make this hard though -- intel_dp_prepare may
> not ever be followed by a call to intel_dp_commit. That's why I had
> the VDD AUX stuff get turne
On Tue, 20 Sep 2011 21:45:54 -0700
Keith Packard wrote:
> On Wed, 21 Sep 2011 09:20:01 +0530, Jesse Barnes
> wrote:
>
> > This one mixes up lots of cleanups plus the EDID read with the power
> > changes.
>
> I think the cleanups are;
>
> 1) edp checks inside vdd_on and vdd_off to make the ot
2011/9/22 Michel D?nzer :
> On Mit, 2011-09-21 at 22:50 +, Michael Witten wrote:
>> Date: Wed, 21 Sep 2011 02:10:43 +
>>
>> Signed-off-by: Michael Witten
>> ---
>> ?drivers/gpu/drm/radeon/radeon_combios.c | ? ?2 +-
>> ?1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/dri
https://bugs.freedesktop.org/show_bug.cgi?id=29951
--- Comment #8 from Tom Stellard 2011-09-22 16:04:28 PDT
---
(In reply to comment #7)
> (In reply to comment #6)
> > I just tested this with the latest version from git, and it appears to be
> > working. Can you confirm this?
>
> Sorry, it's n
https://bugs.freedesktop.org/show_bug.cgi?id=29951
--- Comment #8 from Tom Stellard 2011-09-22 16:04:28
PDT ---
(In reply to comment #7)
> (In reply to comment #6)
> > I just tested this with the latest version from git, and it appears to be
> > working. Can you confirm this?
>
> Sorry, it's n
https://bugs.freedesktop.org/show_bug.cgi?id=35861
--- Comment #4 from Tom Stellard 2011-09-22 16:03:09 PDT
---
(In reply to comment #3)
> Yes, this is still an issue with latest mesa. Requested log attached. I can
> also make you an apitrace if you don't have access to the game.
An apitrace wo
https://bugs.freedesktop.org/show_bug.cgi?id=35861
--- Comment #4 from Tom Stellard 2011-09-22 16:03:09
PDT ---
(In reply to comment #3)
> Yes, this is still an issue with latest mesa. Requested log attached. I can
> also make you an apitrace if you don't have access to the game.
An apitrace wo
On Wed, Sep 21, 2011 at 5:32 PM, Konrad Rzeszutek Wilk
wrote:
> So I did a cursory look and stopped at omap_drv.h
> due to the lack of time.
>
> Some comments below.
>
>> +++ b/drivers/staging/omapdrm/Kconfig
>> @@ -0,0 +1,24 @@
>> +
>> +config DRM_OMAP
>> + ? ? tristate "OMAP DRM (EXPERIMENTAL)"
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #5 from Alex Deucher 2011-09-22 13:54:02 PDT ---
(In reply to comment #4)
> Mh okay, I my observations were related to HDMI (not VGA).
> Is there a way to find out if a "HPD pin [is] assigned to the
> digital display connector"?
Make
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #5 from Alex Deucher 2011-09-22 13:54:02 PDT
---
(In reply to comment #4)
> Mh okay, I my observations were related to HDMI (not VGA).
> Is there a way to find out if a "HPD pin [is] assigned to the
> digital display connector"?
Mak
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #4 from Fabian Deutsch 2011-09-22 13:22:42
PDT ---
Mh okay, I my observations were related to HDMI (not VGA).
Is there a way to find out if a "HPD pin [is] assigned to the
digital display connector"?
--
Configure bugmail: https://b
On Wed, Sep 21, 2011 at 5:32 PM, Konrad Rzeszutek Wilk
wrote:
> So I did a cursory look and stopped at omap_drv.h
> due to the lack of time.
>
> Some comments below.
>
>> +++ b/drivers/staging/omapdrm/Kconfig
>> @@ -0,0 +1,24 @@
>> +
>> +config DRM_OMAP
>> + tristate "OMAP DRM (EXPERIMENTAL)"
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #4 from Fabian Deutsch 2011-09-22
13:22:42 PDT ---
Mh okay, I my observations were related to HDMI (not VGA).
Is there a way to find out if a "HPD pin [is] assigned to the
digital display connector"?
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #3 from Alex Deucher 2011-09-22 13:17:45 PDT ---
(In reply to comment #2)
> I've got a similar problem with a Mobility Radeon HD 4300 Series card, there
> is
> no change recognized on connect and disconnect.
>
> Any hint where to lo
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #3 from Alex Deucher 2011-09-22 13:17:45 PDT
---
(In reply to comment #2)
> I've got a similar problem with a Mobility Radeon HD 4300 Series card, there
> is
> no change recognized on connect and disconnect.
>
> Any hint where to l
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #2 from Fabian Deutsch 2011-09-22 13:07:41
PDT ---
I've got a similar problem with a Mobility Radeon HD 4300 Series card, there is
no change recognized on connect and disconnect.
Any hint where to look?
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=40252
--- Comment #2 from Fabian Deutsch 2011-09-22
13:07:41 PDT ---
I've got a similar problem with a Mobility Radeon HD 4300 Series card, there is
no change recognized on connect and disconnect.
Any hint where to look?
--
Configure bugmail: https
On Mit, 2011-09-21 at 22:50 +, Michael Witten wrote:
> Date: Wed, 21 Sep 2011 02:10:43 +
>
> Signed-off-by: Michael Witten
> ---
> drivers/gpu/drm/radeon/radeon_combios.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_combio
Hello, Konrad Rzeszutek Wilk.
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.wilk at oracle.com]
> Sent: Thursday, September 22, 2011 3:53 AM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> sw0312.kim at samsung.com; kyungmin.park at samsu
From: Alex Deucher
DVOOutputControl checks the value of of bios scratch reg 3
on some tables and assumes the encoder is already enabled
if the DFP2_ACTIVE bit is set. Clear that bit so the table
sets the DDIA enable bit properly.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
driver
2011/9/22 Michel Dänzer :
> On Mit, 2011-09-21 at 22:50 +, Michael Witten wrote:
>> Date: Wed, 21 Sep 2011 02:10:43 +
>>
>> Signed-off-by: Michael Witten
>> ---
>> drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/dri
Hi Inki,
Well it seems that so far you've only done KMS work so you don't need to worry
as much about a userspace. When you start adding driver specific acceleration
ioctls then we'll have to allow for making sure an open userspace exists to
work and demonstrate the new ioctls.
Dave.
- O
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51518|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51522|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51521|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51518|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51520|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51522|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51519|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51521|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51520|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Alex Deucher changed:
What|Removed |Added
Attachment #51519|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=39193
--- Comment #6 from Michel Dänzer 2011-09-22 08:07:34 PDT
---
Note that a bug shouldn't be resolved before the fix lands in Git, but it has
now.
BTW, I was confused for a while by a latent bug of the test program: It leaves
bound_texture uninit
https://bugs.freedesktop.org/show_bug.cgi?id=39193
--- Comment #6 from Michel D?nzer 2011-09-22 08:07:34
PDT ---
Note that a bug shouldn't be resolved before the fix lands in Git, but it has
now.
BTW, I was confused for a while by a latent bug of the test program: It leaves
bound_texture uninit
From: Alex Deucher
DVOOutputControl checks the value of of bios scratch reg 3
on some tables and assumes the encoder is already enabled
if the DFP2_ACTIVE bit is set. Clear that bit so the table
sets the DDIA enable bit properly.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #5 from Brad Campbell 2011-09-22 07:43:54
PDT ---
Created an attachment (id=51523)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51523)
gzipped config
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #4 from Brad Campbell 2011-09-22 07:43:34
PDT ---
Created an attachment (id=51522)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51522)
lspci -vv
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #5 from Brad Campbell 2011-09-22 07:43:54
PDT ---
Created an attachment (id=51523)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51523)
gzipped config
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #4 from Brad Campbell 2011-09-22 07:43:34
PDT ---
Created an attachment (id=51522)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51522)
lspci -vv
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #3 from Brad Campbell 2011-09-22 07:41:59
PDT ---
Created an attachment (id=51521)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51521)
boot with DVI plugged in and thunderbolt inserted after about 30s
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #2 from Brad Campbell 2011-09-22 07:41:25
PDT ---
Created an attachment (id=51520)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51520)
boot with DVI plugged in
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #3 from Brad Campbell 2011-09-22 07:41:59
PDT ---
Created an attachment (id=51521)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51521)
boot with DVI plugged in and thunderbolt inserted after about 30s
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #1 from Brad Campbell 2011-09-22 07:40:57
PDT ---
Created an attachment (id=51519)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51519)
Boot with thunderbolt plugged in
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #2 from Brad Campbell 2011-09-22 07:41:25
PDT ---
Created an attachment (id=51520)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51520)
boot with DVI plugged in
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Summary: Apple Thunderbolt display is not initialized when
plugged into iMac 12,2 (Radeon 6870)
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=41121
--- Comment #1 from Brad Campbell 2011-09-22 07:40:57
PDT ---
Created an attachment (id=51519)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51519)
Boot with thunderbolt plugged in
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=41121
Summary: Apple Thunderbolt display is not initialized when
plugged into iMac 12,2 (Radeon 6870)
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (Al
Hi Inki,
Well it seems that so far you've only done KMS work so you don't need to worry
as much about a userspace. When you start adding driver specific acceleration
ioctls then we'll have to allow for making sure an open userspace exists to
work and demonstrate the new ioctls.
Dave.
- O
Hello, Dave.
Now we are preparing Samsung SoC based DRM Driver patch v5 for mainline and
it would be posted soon. I wonder that you want to open user side based on
DRI2 of Xorg or just simple test application to have our driver accepted as
prerequisite. If so, should we post it to libdrm or is it
On Mit, 2011-09-21 at 22:50 +, Michael Witten wrote:
> Date: Wed, 21 Sep 2011 02:10:43 +
>
> Signed-off-by: Michael Witten
> ---
> drivers/gpu/drm/radeon/radeon_combios.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_combio
https://bugs.freedesktop.org/show_bug.cgi?id=33399
--- Comment #3 from Xavier Bestel 2011-09-22 01:02:14
PDT ---
Even 5.1 (without having to resort to passthrough) would be better than plain
stereo.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=33399
--- Comment #3 from Xavier Bestel 2011-09-22
01:02:14 PDT ---
Even 5.1 (without having to resort to passthrough) would be better than plain
stereo.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
55 matches
Mail list logo
