On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
> On Thu, Jan 19, 2012 at 02:48:52PM -0500, Alex Deucher wrote:
> > On Thu, Jan 19, 2012 at 12:18 PM, Seth Forshee
> > wrote:
> > > I'm seeing several issues related to the radeon driver on a MacBook Pro
> > > 8,2 with the following
Hi Linus,
Post the merge of dma-buf tree that was (very kindly) sent by Dave
Airlie, various people involved in this project feel it is natural and
practical for me to be the maintainer of this code.
This is my first pull request to you, which only changes the
MAINTAINERS file - could you please
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #1 from Alexandre Demers
2012-01-20 22:03:32 UTC ---
By the way, I'm using latest drm and kernel from git. I have pcie_gen2 enabled.
I'm running Ubuntu Oneiric with a HD6950.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #7 from W Thomas Jones 2012-01-20
20:12:25 ---
Created an attachment (id=72142)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72142)
KMS xrandr --verbose
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #6 from W Thomas Jones 2012-01-20
20:12:08 ---
Created an attachment (id=72141)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72141)
KMS Xorg log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #5 from W Thomas Jones 2012-01-20
20:11:54 ---
Created an attachment (id=72140)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72140)
dmesg KMS
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #4 from W Thomas Jones 2012-01-20
20:11:38 ---
Created an attachment (id=72139)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72139)
dmesg UMS
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #3 from W Thomas Jones 2012-01-20
19:47:03 ---
Created an attachment (id=72138)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72138)
xrandr --verbose UMS
the "1600x900Dell" mode is from me explicitly adding a modeline
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #2 from W Thomas Jones 2012-01-20
19:45:17 ---
Created an attachment (id=72137)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72137)
UMS Xorg.0.log
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=42616
Summary: Radeon Kernel Mode Setting sets wrong mode
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #5 from antonella 2012-01-20 10:12:56 PST
---
Thank you David.
As i understand if there is no kms driver for this card i think that there is
no way to run this application out of an xserver session (i.e. in a gnome
terminal) also
lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eugeni Dodonov
<http://eugeni.dodonov.net/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120120/de08ae41/attachment.htm>
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #4 from Dave Airlie 2012-01-20
09:28:19 PST ---
This card has no EGL capabilties to expose.
Unless the application is going to run on top of a sw rendering EGL stack.
But there is no KMS driver for this card at the moment to even
On Fri, Jan 20, 2012 at 11:09:29PM +0200, Pasi K?rkk?inen wrote:
> On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
> > On Thu, Jan 19, 2012 at 02:48:52PM -0500, Alex Deucher wrote:
> > > On Thu, Jan 19, 2012 at 12:18 PM, Seth Forshee
> > > wrote:
> > > > I'm seeing several issues
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #3 from Alex Deucher 2012-01-20 09:13:31 PST
---
There is no KMS driver for mga cards.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #2 from antonella 2012-01-20 09:10:28 PST
---
Could we have a /dev/dri/card0 entry for this card?
I tried to run an EGL app under xorg on this card and work fine.
But when i tried to run without X with EGL_PLATFORM=drm or fbdev
On Fri, Jan 20, 2012 at 04:39:31PM -0500, Alex Deucher wrote:
> On Fri, Jan 20, 2012 at 4:12 PM, Seth Forshee
> wrote:
> > On Fri, Jan 20, 2012 at 02:38:37PM -0500, Alex Deucher wrote:
> >> On Fri, Jan 20, 2012 at 10:53 AM, Seth Forshee
> >> wrote:
> >> > On Thu, Jan 19, 2012 at 02:53:17PM
with these acks in it.
Thanks Daniel and Dave!
Dave,
Would it be OK for you to queue it through your for-linus, or just the
patch to Linus will be enough ?
>
> Dave.
-- next part ------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120120/1eb9ee97/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=44995
Dave Airlie changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Dave Airlie
On Fri, Jan 20, 2012 at 4:12 PM, Seth Forshee
wrote:
> On Fri, Jan 20, 2012 at 02:38:37PM -0500, Alex Deucher wrote:
>> On Fri, Jan 20, 2012 at 10:53 AM, Seth Forshee
>> wrote:
>> > On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
>> >> > > ?2. Occasional long delays when
https://bugs.freedesktop.org/show_bug.cgi?id=44995
Bug #: 44995
Summary: Missing support for MGA G200eW WPCM450 [102b:0532]
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
On Fri, Jan 20, 2012 at 02:38:37PM -0500, Alex Deucher wrote:
> On Fri, Jan 20, 2012 at 10:53 AM, Seth Forshee
> wrote:
> > On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
> >> > > ?2. Occasional long delays when suspending. When this happens I see
> >> > > ? ?messages like
From: Alex Deucher
HDMI 1.3 defines single link clocks up to 340 Mhz.
Refine the current dual link checks to only enable
dual link for DVI > 165 Mhz or HDMI > 340 Mhz if the
hw supports HDMI 1.3 (DCE3+).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=44755
From: Alex Deucher
We were previously just checking for audio.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_encoders.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
From: Alex Deucher
dig transmitter control table only has ENABLE/DISABLE actions
on DCE4.1/DCE5.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=44955
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_encoders.c |
From: Alex Deucher
Needs to happen earlier in the mode set.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c | 22 ++
drivers/gpu/drm/radeon/atombios_encoders.c | 11 +++
From: Alex Deucher
We really only need to set it up once on init or resume
rather than on every mode set.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 56 +++
drivers/gpu/drm/radeon/radeon_device.c |6
From: Alex Deucher
Starting with DCE3 hardware, atom contains a general purpose
ProcessI2cChannelTransaction similar to ProcessAuxChannelTransaction.
Add an implementation using the atom tables for DCE3+ hardware.
This should be a little less CPU intensive than bit
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/evergreend.h |1 +
drivers/gpu/drm/radeon/ni.c |1 +
drivers/gpu/drm/radeon/nid.h|1 +
4 files changed, 4
On Fri, Jan 20, 2012 at 10:53 AM, Seth Forshee
wrote:
> On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
>> > > ?2. Occasional long delays when suspending. When this happens I see
>> > > ? ?messages like following in dmesg:
>> > >
>> > > ? ? ?[drm:atom_op_jump] *ERROR* atombios stuck
Hi Summit,
Sorry for the late review. I know that this code is now in mainline, but I
still have a couple of comments. I'll send patches if you agree with them.
On Monday 26 December 2011 10:23:15 Sumit Semwal wrote:
> This is the first step in defining a dma buffer sharing mechanism.
>
> A
https://bugs.freedesktop.org/show_bug.cgi?id=27314
Alex Deucher changed:
What|Removed |Added
Attachment #55818|application/octet-stream|text/plain
mime type|
On Fri, Jan 20, 2012 at 10:04:57AM -0800, Robert Morell wrote:
> On Wed, Jan 18, 2012 at 01:10:04AM -0800, Semwal, Sumit wrote:
> > On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell
> > wrote:
> > > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> > > issue, and not really
Its useful to be able to call the mode setting getter ioctls.
Not requiring master fd, enables writing a simple program which
can query the state of the video system.
Since these ioctls are only "getters" there is no security or
synchronization issues which would require master fd. Opening
an new
On Fri, Jan 20, 2012 at 11:17 AM, Sumit Semwal
wrote:
>
> On Jan 20, 2012 4:33 PM, "Dave Airlie" wrote:
>>
>> On Thu, Jan 19, 2012 at 10:39 AM, Daniel Vetter wrote:
>> > On Thu, Jan 19, 2012 at 03:04:25PM +0530, Sumit Semwal wrote:
>> >> Adding maintainer info for dma-buf buffer sharing
On Thu, Jan 19, 2012 at 10:39 AM, Daniel Vetter wrote:
> On Thu, Jan 19, 2012 at 03:04:25PM +0530, Sumit Semwal wrote:
>> Adding maintainer info for dma-buf buffer sharing framework;
>> some mailing lists interested in this work are also added.
>>
>> Signed-off-by: Sumit Semwal
>> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #4 from Damien Grassart 2012-01-20
02:51:07 PST ---
Hi, I can confirm this issue also happens with a r600 card. Here's an example
of my backtrace from the weston-desktop-shell client crashing:
#0 0x74601fba in
On Wed, Jan 18, 2012 at 01:10:04AM -0800, Semwal, Sumit wrote:
> On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell wrote:
> > EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
> > issue, and not really an interface". ?The dma-buf infrastructure is
> > explicitly intended as an
On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
> > > ?2. Occasional long delays when suspending. When this happens I see
> > > ? ?messages like following in dmesg:
> > >
> > > ? ? ?[drm:atom_op_jump] *ERROR* atombios stuck in loop for more than
> > > 5secs aborting
> > > ? ?
https://bugs.freedesktop.org/show_bug.cgi?id=44955
--- Comment #3 from Seth Forshee 2012-01-19
18:11:28 PST ---
(In reply to comment #2)
> Do these patches help?
> http://people.freedesktop.org/~agd5f/dce_fixes/
> They are against drm-next or Linus' tree.
Yes, those patches eliminate the
On Thu, Jan 19, 2012 at 10:39 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Jan 19, 2012 at 03:04:25PM +0530, Sumit Semwal wrote:
Adding maintainer info for dma-buf buffer sharing framework;
some mailing lists interested in this work are also added.
Signed-off-by: Sumit Semwal
On Fri, Jan 20, 2012 at 11:17 AM, Sumit Semwal sumit.sem...@linaro.org wrote:
On Jan 20, 2012 4:33 PM, Dave Airlie airl...@gmail.com wrote:
On Thu, Jan 19, 2012 at 10:39 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Jan 19, 2012 at 03:04:25PM +0530, Sumit Semwal wrote:
Adding maintainer
Hi Summit,
Sorry for the late review. I know that this code is now in mainline, but I
still have a couple of comments. I'll send patches if you agree with them.
On Monday 26 December 2011 10:23:15 Sumit Semwal wrote:
This is the first step in defining a dma buffer sharing mechanism.
A new
https://bugs.freedesktop.org/show_bug.cgi?id=27314
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #55818|application/octet-stream|text/plain
mime
https://bugs.freedesktop.org/show_bug.cgi?id=44995
Dave Airlie airl...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
Hi Linus,
Post the merge of dma-buf tree that was (very kindly) sent by Dave
Airlie, various people involved in this project feel it is natural and
practical for me to be the maintainer of this code.
This is my first pull request to you, which only changes the
MAINTAINERS file - could you please
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #2 from antonella lenlen1...@gmail.com 2012-01-20 09:10:28 PST ---
Could we have a /dev/dri/card0 entry for this card?
I tried to run an EGL app under xorg on this card and work fine.
But when i tried to run without X with
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #4 from Dave Airlie airl...@freedesktop.org 2012-01-20 09:28:19
PST ---
This card has no EGL capabilties to expose.
Unless the application is going to run on top of a sw rendering EGL stack.
But there is no KMS driver for this card
https://bugs.freedesktop.org/show_bug.cgi?id=44995
--- Comment #5 from antonella lenlen1...@gmail.com 2012-01-20 10:12:56 PST ---
Thank you David.
As i understand if there is no kms driver for this card i think that there is
no way to run this application out of an xserver session (i.e. in a
On Fri, Jan 20, 2012 at 10:04:57AM -0800, Robert Morell wrote:
On Wed, Jan 18, 2012 at 01:10:04AM -0800, Semwal, Sumit wrote:
On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell rmor...@nvidia.com wrote:
EXPORT_SYMBOL_GPL is intended to be used for an internal implementation
issue, and not
https://bugzilla.kernel.org/show_bug.cgi?id=42616
Summary: Radeon Kernel Mode Setting sets wrong mode
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
On Fri, Jan 20, 2012 at 10:53 AM, Seth Forshee
seth.fors...@canonical.com wrote:
On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
2. Occasional long delays when suspending. When this happens I see
messages like following in dmesg:
[drm:atom_op_jump] *ERROR*
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #2 from W Thomas Jones thomas.jo...@utoronto.ca 2012-01-20
19:45:17 ---
Created an attachment (id=72137)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72137)
UMS Xorg.0.log
--
Configure bugmail:
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/evergreend.h |1 +
drivers/gpu/drm/radeon/ni.c |1 +
drivers/gpu/drm/radeon/nid.h|1 +
4 files
From: Alex Deucher alexander.deuc...@amd.com
Starting with DCE3 hardware, atom contains a general purpose
ProcessI2cChannelTransaction similar to ProcessAuxChannelTransaction.
Add an implementation using the atom tables for DCE3+ hardware.
This should be a little less CPU intensive than bit
From: Alex Deucher alexander.deuc...@amd.com
We really only need to set it up once on init or resume
rather than on every mode set.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/atombios_crtc.c | 56 +++
From: Alex Deucher alexander.deuc...@amd.com
Needs to happen earlier in the mode set.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c | 22 ++
drivers/gpu/drm/radeon/atombios_encoders.c | 11
From: Alex Deucher alexander.deuc...@amd.com
dig transmitter control table only has ENABLE/DISABLE actions
on DCE4.1/DCE5.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=44955
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc: sta...@vger.kernel.org
---
Looks like a CC to dri-devel got forgotten originally, so forwarding it
properly.
-- Forwarded message --
From: Eugeni Dodonov eugeni.dodo...@intel.com
Date: Thu, Jan 5, 2012 at 09:34
Subject: [Intel-gfx] [PATCH 1/2] drm: give up on edid retries when i2c bus
is not responding
To:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #4 from W Thomas Jones thomas.jo...@utoronto.ca 2012-01-20
20:11:38 ---
Created an attachment (id=72139)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72139)
dmesg UMS
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #5 from W Thomas Jones thomas.jo...@utoronto.ca 2012-01-20
20:11:54 ---
Created an attachment (id=72140)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72140)
dmesg KMS
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42616
--- Comment #7 from W Thomas Jones thomas.jo...@utoronto.ca 2012-01-20
20:12:25 ---
Created an attachment (id=72142)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72142)
KMS xrandr --verbose
--
Configure bugmail:
On Thu, Jan 19, 2012 at 02:53:17PM -0600, Seth Forshee wrote:
On Thu, Jan 19, 2012 at 02:48:52PM -0500, Alex Deucher wrote:
On Thu, Jan 19, 2012 at 12:18 PM, Seth Forshee
seth.fors...@canonical.com wrote:
I'm seeing several issues related to the radeon driver on a MacBook Pro
8,2 with
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Bug #: 45018
Summary: [bisected] rendering regression since added support
for virtual address space on cayman v11
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #1 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-01-20
22:03:32 UTC ---
By the way, I'm using latest drm and kernel from git. I have pcie_gen2 enabled.
I'm running Ubuntu Oneiric with a HD6950.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #2 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-01-20
22:04:48 PST ---
Created attachment 55889
-- https://bugs.freedesktop.org/attachment.cgi?id=55889
Bad rendering
Projected shadows are not rendered correctly anymore.
67 matches
Mail list logo