> Tried 3.11-rc7 on Thinkpad X30 (first 3-11-rc tried on this hw). Works
> but i915 gives strange assertion failure with WARNING stack trace. This
> is new since 3.10.
It is still there with 3.12-rc1 but now I git around to bisecting it.
This is the commit that introduces the warning.
commit 9
20.09.2013, в 22:33, Alex Deucher написал(а):
> On Fri, Sep 20, 2013 at 9:36 AM, Alex Ivanov wrote:
>> Prevent NULL pointer dereference in case when radeon_ring_fini() did it's
>> job.
>>
>> Reading of r100_cp_ring_info and radeon_ring_gfx debugfs entries will lead
>> to a KP if ring buffer w
This is a partial revert of c6cfa32da874fabec4fd1c2a579f0ba4e4dd.
We need to take into account the clk voltage dependencies of the
board. Not doing so can lead to stability issues on certain
boards if the clks exceed the levels in the dep tables.
DPM already takes that into account, so for o
Filter out mclk and sclk levels higher than listed in the clk
voltage dependency tables. Supporting these clocks will require
additional driver tweaking that isn't supported yet.
See bug:
https://bugs.freedesktop.org/show_bug.cgi?id=68235
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/
filter out mclk and sclk levels higher than listed in the clk
voltage dependency tables. Supporting these clocks will require
additional driver tweaking that isn't supported yet.
See bug:
https://bugs.freedesktop.org/show_bug.cgi?id=68235
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/
Filter out mclk and sclk levels higher than listed in the clk
voltage dependency tables. Supporting these clocks will require
additional driver tweaking that isn't supported yet.
See bug:
https://bugs.freedesktop.org/show_bug.cgi?id=68235
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/
Filter out mclk and sclk levels higher than listed in the clk
voltage dependency tables. Supporting these clocks will require
additional driver tweaking that isn't supported yet.
See bug:
https://bugs.freedesktop.org/show_bug.cgi?id=68235
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/
This patch adds a helper function to fetch the max clock
from the voltage clock dependecy tables. Clocks above that
level tend to be unstable and will require additional driver
tweaks in order to work properly.
This patch implemented the helper function to fetch the max clocks
from the dependency
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #45 from Alex Deucher ---
Created attachment 86297
--> https://bugs.freedesktop.org/attachment.cgi?id=86297&action=edit
patch 2/2
apply these two patches independent of any others.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #44 from Alex Deucher ---
Created attachment 86296
--> https://bugs.freedesktop.org/attachment.cgi?id=86296&action=edit
patch 1/2
This patch set works around the issue by limiting the sclk and mclk to the
highest levels listed in t
https://bugs.freedesktop.org/show_bug.cgi?id=69660
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=69660
--- Comment #3 from mancausoft ---
(In reply to comment #2)
> HW:
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> Caicos [Radeon HD 6450/7450/8450] (prog-if 00 [VGA controller])
> Subsystem: PC Partner Limit
https://bugs.freedesktop.org/show_bug.cgi?id=69660
mancausoft changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Drivers/DRI/R600
--- Comment #2 from mancau
https://bugs.freedesktop.org/show_bug.cgi?id=69660
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=69660
--- Comment #1 from mancausoft ---
Created attachment 86291
--> https://bugs.freedesktop.org/attachment.cgi?id=86291&action=edit
screenshot of 0ad, nexuiz and trine2
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69660
Priority: medium
Bug ID: 69660
Assignee: dri-devel@lists.freedesktop.org
Summary: alpha problem on 3D game
Severity: normal
Classification: Unclassified
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #19 from Vladi ---
no change with latest 3.12-rc2 kernel + mesa-
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fr
>>2013/8/18 stompdagg...@yahoo.com :
>>> 2013/8/18 stompdagg...@yahoo.com :
> does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
> setting bits in a register" which you've commited fixes my
issue?
>>>
Yes, I believe so! Sorry, I forgot to ping you about that.
>>>
On Sat, Sep 21, 2013 at 05:48:42PM +0200, Daniel Vetter wrote:
> On Sat, Sep 21, 2013 at 5:29 PM, Meelis Roos wrote:
> >> Tried 3.11-rc7 on Thinkpad X30 (first 3-11-rc tried on this hw). Works
> >> but i915 gives strange assertion failure with WARNING stack trace. This
> >> is new since 3.10.
> >
On Sat, Sep 21, 2013 at 5:29 PM, Meelis Roos wrote:
>> Tried 3.11-rc7 on Thinkpad X30 (first 3-11-rc tried on this hw). Works
>> but i915 gives strange assertion failure with WARNING stack trace. This
>> is new since 3.10.
>
> It is still there with 3.12-rc1 but now I git around to bisecting it.
>
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #10 from Hohahiu ---
The problem is still there.
With kernel 3.11+patches from drm-next+Alex's patch for dynamic runtime,
Mesa, LLVM and other components from git I see the same error:
LLVM ERROR: ran out of registers during registe
Hi David,
On Sun, Sep 1, 2013 at 3:36 PM, David Herrmann wrote:
> The SimpleDRM driver binds to simple-framebuffer devices and provides a
> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
> plus one initial mode.
>
> Userspace can create one dumb-buffer and attach it to
https://bugs.freedesktop.org/show_bug.cgi?id=69321
--- Comment #7 from udo ---
Can you please commit the patch as it appears to work well.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
23 matches
Mail list logo