https://bugs.freedesktop.org/show_bug.cgi?id=59015
Priority: medium
Bug ID: 59015
Assignee: dri-devel@lists.freedesktop.org
Summary: Steam Beta: Graphical Corruption in certain parts of
application tied to "kernel rejected CS" messages
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #1 from Adam Jorgensen ---
Created attachment 72496
--> https://bugs.freedesktop.org/attachment.cgi?id=72496&action=edit
Less corruption when Steam Windows are maximised
When a window is maximised the corruption is a lot less (Sinc
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #2 from Adam Jorgensen ---
Created attachment 72497
--> https://bugs.freedesktop.org/attachment.cgi?id=72497&action=edit
Big Screen Mode works perfectly but is slow
The Big Screen mode seems to work fine, possibly because it functi
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #3 from Adam Jorgensen ---
Created attachment 72498
--> https://bugs.freedesktop.org/attachment.cgi?id=72498&action=edit
Current Status as of 04/01/2013
The Main Steam Window is now displayed perfectly, but drop-down menus and
pop-
This patch implements the exynos_drm_crtc_finish_pageflip in
exynos_drm_crtc.c. This avoids the duplication of same code
in mixer, fimd and vidi.
Signed-off-by: Rahul Sharma
---
This patch is based on branch "exynos-drm-next" at
http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git
d
This patch implements the exynos_drm_crtc_finish_pageflip in
exynos_drm_crtc.c. This avoids the duplication of same code
in mixer, fimd and vidi.
Signed-off-by: Rahul Sharma
Signed-off-by: Stephane Marchesin
---
This patch is based on branch "exynos-drm-next" at
http://git.kernel.org/?p=linux/ke
Hi Olof,
On Sun, Dec 30, 2012 at 11:57 AM, Olof Johansson wrote:
> Hi,
>
> On Thu, Dec 27, 2012 at 8:00 PM, Ajay Kumar wrote:
>> This patch adds device tree match table for Exynos G2D controller.
>>
>> Signed-off-by: Ajay Kumar
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
On Wed, Jan 2, 2013 at 10:37 PM, Rahul Sharma wrote:
> On Wed, Jan 2, 2013 at 10:45 PM, Sean Paul wrote:
>> On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma
>> wrote:
>>> This patch adds the implementation of check_mode callback in the mixer
>>> driver. Based on the mixer version, correct set of r
On Thu, Jan 3, 2013 at 7:12 AM, Deucher, Alexander
wrote:
>> -Original Message-
>> From: Boszormenyi Zoltan [mailto:zbos...@pr.hu]
>> Sent: Thursday, January 03, 2013 6:37 AM
>> To: Alex Deucher
>> Cc: Markus Trippelsdorf; lkml; dri-devel@lists.freedesktop.org; Deucher,
>> Alexander; Boris
I got a crash after a few minutes of running 3.8.0-rc2, was able to
switch to a vt and look at dmesg:
[ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed...
GPU hung
[ 490.963019] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
On Thu, Jan 3, 2013 at 3:46 PM, J. Bruce Fields wrote:
> I got a crash after a few minutes of running 3.8.0-rc2, was able to
> switch to a vt and look at dmesg:
>
> [ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed...
> GPU hung
> [ 490.963019] [drm] capturing error ev
On Thu, Jan 03, 2013 at 04:16:24PM -0500, Josh Boyer wrote:
> On Thu, Jan 3, 2013 at 3:46 PM, J. Bruce Fields wrote:
> > I got a crash after a few minutes of running 3.8.0-rc2, was able to
> > switch to a vt and look at dmesg:
> >
> > [ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck ti
Hi Mr. Figa,
Thanks for reviewing.
On 3 January 2013 16:29, Tomasz Figa wrote:
> Hi Vikas,
>
> On Wednesday 02 of January 2013 18:47:22 Vikas C Sajjan wrote:
>> From: Vikas Sajjan
>>
>> Signed-off-by: Vikas Sajjan
>> ---
>> include/video/display.h |6 ++
>> 1 file changed, 6 insertion
On 21.12.2012 23:19, Stephen Warren wrote:
> I see the situation more like:
>
> * There's host1x hardware.
>
> * There's a low-level driver just for host1x itself; the host1x driver.
>
> * There's a high-level driver for the entire host1x complex of devices.
> That is tegradrm. There may be more
Hi,
Please review this patch.
Regards,
Prathyush
On Thu, Dec 27, 2012 at 5:10 PM, Prathyush K wrote:
> If fimd is runtime suspended (by DPMS OFF), fimd_suspend does not
> call fimd_activate(false) and just returns. Similarily the check in
> fimd_resume should not resume if previously runtime_s
2013-01-04 08:40 keltezéssel, Borislav Petkov írta:
On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
From: Alex Deucher
Date: Wed, 2 Jan 2013 18:30:21 -0500
Subject: [PATCH] drm/radeon/r6xx: fix DMA engine for ttm bo transfers
count must be a multiple of 2.
Cc: Borislav Petkov
C
Dear Paul,
On Tue, 01 Jan 2013 04:43:39 +0100
Paul Menzel wrote:
> So if nobody has a great idea, the roadmap looks as follows. Revert the
> patch, find out why the graphics driver chokes on the reduced blanking
> (report a bug) and commit the patch again.
I reported a bug at: https://bugzilla.
https://bugs.freedesktop.org/show_bug.cgi?id=59015
Andreas Boll changed:
What|Removed |Added
Attachment #72495|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=59015
Andreas Boll changed:
What|Removed |Added
Attachment #72497|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=59015
Andreas Boll changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Drivers/Gallium/r600
--- Comment #4 from
Please Abandon this patch set.
Same code is posted under new patch set at
http://comments.gmane.org/gmane.comp.video.dri.devel/78392
regards,
Rahul Sharma
On Tue, Dec 18, 2012 at 7:42 PM, Rahul Sharma wrote:
> This patch set adds support for more resolutions and refresh rates to Samsung
> Exyno
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #5 from Alex Deucher ---
I'm assuming you are using mesa 9.x or newer based on the version info in the
bug header. Can you confirm? xf86-video-ati 7.0.0 requires mesa 9.x. Also,
if the steam client is a 32-bit application and you a
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #6 from Adam Jorgensen ---
Created attachment 72509
--> https://bugs.freedesktop.org/attachment.cgi?id=72509&action=edit
X.org log
My X.org log file
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #7 from Adam Jorgensen ---
Created attachment 72510
--> https://bugs.freedesktop.org/attachment.cgi?id=72510&action=edit
dmesg output
Output from dmesg after running Steam and triggering corruption
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #8 from Adam Jorgensen ---
Created attachment 72511
--> https://bugs.freedesktop.org/attachment.cgi?id=72511&action=edit
glxinfo output
Output from glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #9 from Adam Jorgensen ---
(In reply to comment #5)
> I'm assuming you are using mesa 9.x or newer based on the version info in
> the bug header. Can you confirm? xf86-video-ati 7.0.0 requires mesa 9.x.
> Also, if the steam client
On Fri, Jan 4, 2013 at 6:16 AM, Boszormenyi Zoltan wrote:
> 2013-01-04 08:40 keltezéssel, Borislav Petkov írta:
>
>> On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
>>>
>>> From: Alex Deucher
>>> Date: Wed, 2 Jan 2013 18:30:21 -0500
>>> Subject: [PATCH] drm/radeon/r6xx: fix DMA engi
From: Alex Deucher
- r6xx actually uses a slightly different packet format,
although both formats seem to work ok.
- r7xx doesn't have the count multiple of 2 limitation.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c| 10 ++--
drivers/gpu/drm/radeon/radeon_asic.c |
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #23 from Alex Deucher ---
(In reply to comment #22)
> "Is this a regression? Does it happen with older versions of mesa or
> kernel?"
> Yes. Previous kernel 3.7 doesn't show this problem.
Can you bisect? Is it the same commit Thoma
On Wed, Jan 2, 2013 at 10:38 AM, Maarten Lankhorst
wrote:
> vga-switcheroo with apple-gmux does not switch correctly on my system. The PCI
> configuration space is not restored correctly, resulting in MSI not working
> after switch.
>
> Only useful item in dmesg is:
>
> [ 33.922807] radeon
On Wed, Jan 2, 2013 at 6:27 PM, Ilija Hadzic
wrote:
> The following set of patches refactor the CS-parser logic
> in an effort to consolidate the code that is repeated across
> ASIC-specific files. All patches except #8 are function-neutral,
> that is they preserve the existing functionality of th
On Fri, Jan 4, 2013 at 8:53 AM, Rahul Sharma wrote:
> This patch adds the implementation of check_mode callback in the mixer
s/check_mode/check_timing/
> driver. Based on the mixer version, correct set of restrictions will be
> exposed by the mixer driver. A resolution will be acceptable only if
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #15 from Konrad Rzeszutek Wilk 2013-01-04
16:00:10 ---
Let me ask again: Does it work properly under baremetal?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
Op 04-01-13 16:34, Alex Deucher schreef:
> On Wed, Jan 2, 2013 at 10:38 AM, Maarten Lankhorst
> wrote:
>> vga-switcheroo with apple-gmux does not switch correctly on my system. The
>> PCI
>> configuration space is not restored correctly, resulting in MSI not working
>> after switch.
>>
>> Only u
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #16 from Fernando Chaves 2013-01-04
16:35:55 ---
I'm sorry Konrad, but I don't know exactly what you mean when you say "run on
bare metal".
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #8 from Johan Brannlund ---
Resume still doesn't work with kernel 3.8-rc2. However, I now get a hard lockup
on resume. Log attached.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #9 from Johan Brannlund ---
Created attachment 72514
--> https://bugs.freedesktop.org/attachment.cgi?id=72514&action=edit
Suspend/resume log, kernel 3.8-rc2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #10 from Alex Deucher ---
(In reply to comment #8)
> Resume still doesn't work with kernel 3.8-rc2. However, I now get a hard
> lockup on resume. Log attached.
Can you bisect to see what caused the hard lock?
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #11 from Johan Brannlund ---
I'll try bisecting when I have some spare time, but it's probably going to be a
few weeks.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #12 from Johan Brannlund ---
Correction: it's *not* a hard lockup - the laptop still responds to ping. It
may just be that the keyboard is not working after resume (or even that I
mistyped something when trying to reboot it by typing
From: Alex Deucher
Was using the r7xx format.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c | 31 ++-
1 files changed, 22 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 9ea13
https://bugzilla.kernel.org/show_bug.cgi?id=50941
--- Comment #3 from JP Pozzi 2013-01-04 17:56:28 ---
Hello,
I try it but ACPI_VIDEO is reset to "m" whenever you "make menuconfig" or
compile the kernel. I can't find what other parameters are to be set to "y".
At least the kernel compile b
https://bugs.freedesktop.org/show_bug.cgi?id=56405
Michael Dressel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
These are minor cleanups for drm_pcie_get_speed_cap_mask() to use
standard #defines and PCIe capability accessors. They depend on
a pci_regs.h change (130f1b8f35) that appeared in v3.8-rc2.
They don't address the issue of DRM devices directly below a host
bridge that doesn't appear as a PCI devic
Use the standard #defines rather than bare numbers for the PCIe Link
Capabilities speed bits.
Signed-off-by: Bjorn Helgaas
---
drivers/gpu/drm/drm_pci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c
index 754bc96
For devices that conform to PCIe r3.0 and have a Link Capabilities 2
register, we test and report every bit in the Supported Link Speeds Vector
field. For a device that supports both 2.5GT/s and 5.0GT/s, we set both
DRM_PCIE_SPEED_25 and DRM_PCIE_SPEED_50 in the returned mask.
For pre-r3.0 device
Use PCI Express Capability access functions to simplify this code a bit.
For non-PCIe devices or pre-PCIe 3.0 devices that don't implement the Link
Capabilities 2 register, pcie_capability_read_dword() reads a zero.
Since we're only testing whether the bits we care about are set, there's no
need t
On Fri, Jan 4, 2013 at 2:10 PM, Bjorn Helgaas wrote:
> These are minor cleanups for drm_pcie_get_speed_cap_mask() to use
> standard #defines and PCIe capability accessors. They depend on
> a pci_regs.h change (130f1b8f35) that appeared in v3.8-rc2.
>
> They don't address the issue of DRM devices
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #17 from Konrad Rzeszutek Wilk 2013-01-04
19:26:35 ---
(In reply to comment #16)
> I'm sorry Konrad, but I don't know exactly what you mean when you say "run on
> bare metal".
without Xen.
--
Configure bugmail: https://bugzill
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #18 from Fernando Chaves 2013-01-04
19:34:06 ---
Yes, everything works at 100% without Xen, both CLI and Xorg, even in CentOS.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
On 01/04/2013 03:09 AM, Terje Bergström wrote:
...
> I think we have now two ways to go forward with cons and pros:
> 1) Keep host1x and tegra-drm as separate driver
>+ Code almost done
>- we need dummy device and dummy driver
>- extra code and API when host1x creates dummy device and
On Fri, 4 Jan 2013, Dave Airlie wrote:
Did you run these with pre-kms userspace etc to make sure it doesn't
cause regressions there?
I did some tests with UMS and shuffled a number of cards. As I feared, I
ran into a number of unrelated problems, but in each case I have seen
identical beah
On Fri, Jan 4, 2013 at 5:57 PM, Ilija Hadzic
wrote:
>
> On Fri, 4 Jan 2013, Dave Airlie wrote:
>
>> Did you run these with pre-kms userspace etc to make sure it doesn't
>> cause regressions there?
>>
>
> I did some tests with UMS and shuffled a number of cards. As I feared, I ran
> into a number o
https://bugs.freedesktop.org/show_bug.cgi?id=59015
--- Comment #10 from Adam Jorgensen ---
Okay, so I updated the 32-bit sabayon I use for performing chroot work stuff,
installed Steam and then ran the application via the 32-bit chroot and the
application works perfectly.
I guess it is thus like
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #45 from Alexandre Demers ---
If I had a virtual machine, would it help debug?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-deve
> The following set of patches refactor the CS-parser logic
> in an effort to consolidate the code that is repeated across
> ASIC-specific files. All patches except #8 are function-neutral,
> that is they preserve the existing functionality of the driver.
> Patch #8 adds one extra check for WAIT_RE
On Tue, Jan 1, 2013 at 11:21 AM, Marcin Slusarz
wrote:
> On Mon, Dec 31, 2012 at 03:34:59AM +0200, Aaro Koskinen wrote:
>> Check that the AGP aperture can be mapped. This follows a similar change
>> done for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if
>> the aperture can be mapp
Hi Linus,
Just a radeon pull from Alex, fixes a few regressions since 3.7 and
reworks some of the reset handling, and two minor nouveau fixes I found on
the list, Ben will be back next week to take care of the couple of larger
nouveau patches that I see outstanding.
Dave.
The following chang
Hi Rahul,
With this patch, I got a error like below,
# echo 1 > /sys/devices/vidi.5/connection
[ 149.485000] [drm:exynos_drm_connector_get_modes] *ERROR* update
edid property failed(-22)
There is something wrong. Please check it out again.
2013/1/2 Rahul Sharma :
> There's no need to allocate
On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
> From: Alex Deucher
> Date: Wed, 2 Jan 2013 18:30:21 -0500
> Subject: [PATCH] drm/radeon/r6xx: fix DMA engine for ttm bo transfers
>
> count must be a multiple of 2.
>
> Cc: Borislav Petkov
> Cc: Markus Trippelsdorf
> Signed-off-by
ary is 24" 1920x1080 LCD
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/b1934b3f/attachment-0001.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/56e57f73/attachment.html>
ause it functions as a pure
OpenGL application?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/6d2460de/attachment.html>
and
pop-out windows are ALWAYS corrupt, even when maximised.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013010
Hi Mr. Figa,
Thanks for reviewing.
On 3 January 2013 16:29, Tomasz Figa wrote:
> Hi Vikas,
>
> On Wednesday 02 of January 2013 18:47:22 Vikas C Sajjan wrote:
>> From: Vikas Sajjan
>>
>> Signed-off-by: Vikas Sajjan
>> ---
>> include/video/display.h |6 ++
>> 1 file changed, 6 insertion
On 21.12.2012 23:19, Stephen Warren wrote:
> I see the situation more like:
>
> * There's host1x hardware.
>
> * There's a low-level driver just for host1x itself; the host1x driver.
>
> * There's a high-level driver for the entire host1x complex of devices.
> That is tegradrm. There may be more
desktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/d66c8a92/attachment.html>
2013-01-04 08:40 keltez?ssel, Borislav Petkov ?rta:
> On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
>> From: Alex Deucher
>> Date: Wed, 2 Jan 2013 18:30:21 -0500
>> Subject: [PATCH] drm/radeon/r6xx: fix DMA engine for ttm bo transfers
>>
>> count must be a multiple of 2.
>>
>> Cc:
at: https://bugzilla.kernel.org/show_bug.cgi?id=52281
Regards,
Flo
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/ca55aebc/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/4835b05d/attachment.html>
vel/attachments/20130104/6345e658/attachment-0001.html>
Please Abandon this patch set.
Same code is posted under new patch set at
http://comments.gmane.org/gmane.comp.video.dri.devel/78392
regards,
Rahul Sharma
On Tue, Dec 18, 2012 at 7:42 PM, Rahul Sharma
wrote:
> This patch set adds support for more resolutions and refresh rates to Samsung
> Exyn
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/8757ba52/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/5ad131b6/attachment.html>
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/956fb689/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/83f45be9/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/c92172a4/attachment.html>
On Fri, Jan 4, 2013 at 6:16 AM, Boszormenyi Zoltan wrote:
> 2013-01-04 08:40 keltez?ssel, Borislav Petkov ?rta:
>
>> On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
>>>
>>> From: Alex Deucher
>>> Date: Wed, 2 Jan 2013 18:30:21 -0500
>>> Subject: [PATCH] drm/radeon/r6xx: fix DMA engi
From: Alex Deucher
- r6xx actually uses a slightly different packet format,
although both formats seem to work ok.
- r7xx doesn't have the count multiple of 2 limitation.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c| 10 ++--
drivers/gpu/drm/radeon/radeon_asic.c |
? Is it the same commit Thomas landed on or another one?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/144659c5/attachment.html>
On Wed, Jan 2, 2013 at 10:38 AM, Maarten Lankhorst
wrote:
> vga-switcheroo with apple-gmux does not switch correctly on my system. The PCI
> configuration space is not restored correctly, resulting in MSI not working
> after switch.
>
> Only useful item in dmesg is:
>
> [ 33.922807] radeon
On Wed, Jan 2, 2013 at 6:27 PM, Ilija Hadzic
wrote:
> The following set of patches refactor the CS-parser logic
> in an effort to consolidate the code that is repeated across
> ASIC-specific files. All patches except #8 are function-neutral,
> that is they preserve the existing functionality of th
On Fri, Jan 4, 2013 at 8:53 AM, Rahul Sharma
wrote:
> This patch adds the implementation of check_mode callback in the mixer
s/check_mode/check_timing/
> driver. Based on the mixer version, correct set of restrictions will be
> exposed by the mixer driver. A resolution will be acceptable only i
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #15 from Konrad Rzeszutek Wilk
2013-01-04 16:00:10 ---
Let me ask again: Does it work properly under baremetal?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
Op 04-01-13 16:34, Alex Deucher schreef:
> On Wed, Jan 2, 2013 at 10:38 AM, Maarten Lankhorst
> wrote:
>> vga-switcheroo with apple-gmux does not switch correctly on my system. The
>> PCI
>> configuration space is not restored correctly, resulting in MSI not working
>> after switch.
>>
>> Only u
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #16 from Fernando Chaves 2013-01-04
16:35:55 ---
I'm sorry Konrad, but I don't know exactly what you mean when you say "run on
bare metal".
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You a
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/317f88ef/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/0b156482/attachment.html>
e receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/af4058bc/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/d7241368/attachment.html>
yping blind).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/9d5a4249/attachment.html>
From: Alex Deucher
Was using the r7xx format.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c | 31 ++-
1 files changed, 22 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 9ea13
https://bugzilla.kernel.org/show_bug.cgi?id=50941
--- Comment #3 from JP Pozzi 2013-01-04 17:56:28 ---
Hello,
I try it but ACPI_VIDEO is reset to "m" whenever you "make menuconfig" or
compile the kernel. I can't find what other parameters are to be set to "y".
At least the kernel compile b
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130104/83152fcc/attachment.html>
These are minor cleanups for drm_pcie_get_speed_cap_mask() to use
standard #defines and PCIe capability accessors. They depend on
a pci_regs.h change (130f1b8f35) that appeared in v3.8-rc2.
They don't address the issue of DRM devices directly below a host
bridge that doesn't appear as a PCI devic
Use the standard #defines rather than bare numbers for the PCIe Link
Capabilities speed bits.
Signed-off-by: Bjorn Helgaas
---
drivers/gpu/drm/drm_pci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c
index 754bc96
For devices that conform to PCIe r3.0 and have a Link Capabilities 2
register, we test and report every bit in the Supported Link Speeds Vector
field. For a device that supports both 2.5GT/s and 5.0GT/s, we set both
DRM_PCIE_SPEED_25 and DRM_PCIE_SPEED_50 in the returned mask.
For pre-r3.0 device
Use PCI Express Capability access functions to simplify this code a bit.
For non-PCIe devices or pre-PCIe 3.0 devices that don't implement the Link
Capabilities 2 register, pcie_capability_read_dword() reads a zero.
Since we're only testing whether the bits we care about are set, there's no
need t
On Fri, Jan 4, 2013 at 2:10 PM, Bjorn Helgaas wrote:
> These are minor cleanups for drm_pcie_get_speed_cap_mask() to use
> standard #defines and PCIe capability accessors. They depend on
> a pci_regs.h change (130f1b8f35) that appeared in v3.8-rc2.
>
> They don't address the issue of DRM devices
1 - 100 of 113 matches
Mail list logo
