//lists.freedesktop.org/archives/dri-devel/attachments/20130709/20ff85ae/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=66551
--- Comment #1 from octoploid ---
OK, I've just double checked and the issue doesn't depend on
DPM being enabled.
A vanilla Linus kernel (latest git) with DPM disabled will also hang.
I'm using:
x11-drivers/xf86-video-ati-7.1.0
media-libs/mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=66551
octoploid changed:
What|Removed |Added
Summary|System hang when DPM|System hang on rs780 with
On Wed, Jul 10, 2013 at 04:01:49PM +1000, Dave Airlie wrote:
> On Wed, Jul 10, 2013 at 7:45 AM, Rhyland Klein wrote:
> > We are currently looking into exporting some information from the linux
> > kernel to userspace about the GPU. This information is specific per
> > board as the data can vary de
On Tue, Jul 09, 2013 at 04:00:31PM -0700, Guenter Roeck wrote:
> This patch partially reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970
> for
> IvyBridge CPUs.
>
> The original commit results in repeated 'Timed out waiting for forcewake old
> ack to clear' messages on a Supermicro C7H61 boa
On Wed, Jul 10, 2013 at 7:45 AM, Rhyland Klein wrote:
> We are currently looking into exporting some information from the linux
> kernel to userspace about the GPU. This information is specific per
> board as the data can vary depending on the fuses burnt on the board.
>
> Right now we are leaning
This patch partially reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970 for
IvyBridge CPUs.
The original commit results in repeated 'Timed out waiting for forcewake old
ack to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results in
On Tue, Jul 09, 2013 at 10:33:22PM +0200, Daniel Vetter wrote:
> On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
> > This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
> >
> > The commit results in repeated 'Timed out waiting for forcewake old ack
> > to clear' messages o
We are currently looking into exporting some information from the linux
kernel to userspace about the GPU. This information is specific per
board as the data can vary depending on the fuses burnt on the board.
Right now we are leaning towards adding sysfs properties to our existing
nodes to share
This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
The commit results in repeated 'Timed out waiting for forcewake old ack
to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results in a hangup if the system is highly
loaded. Re
e to this problem with llvm backend.
--
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/20130709/0ddfae87/attachment.html>
On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
> This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
>
> The commit results in repeated 'Timed out waiting for forcewake old ack
> to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
> with i7-3770K
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #20 from Thilo Cestonaro ---
Latest saucy. kernel 3.10.0-2. still seeing these glitches.
Greetings
Thilo
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-
https://bugzilla.kernel.org/show_bug.cgi?id=60510
Wong Yong Jie changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
however on a
prime system
--
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/20130709/c5f4c38a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #4 from Alex Deucher ---
It doesn't look like it's working correctly to begin with.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #37 from Erdem U. Altınyurt ---
Any news?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #3 from Tobias Droste ---
Anything I can do to reset it? Or provide debug information? A restart doesn't
seem to help.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #17 from Austin Lund ---
(In reply to comment #16)
> Created attachment 82226 [details] [review]
> Debugging patch
>
> It's just a temporary hack, but please test the attached patch if it changes
> anything.
Tried this with "echo de
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #1 from Tobias Droste ---
I just tried the most recent branch with the "force performance level"
framework and the result is this:
# echo auto > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo low >
We are currently looking into exporting some information from the linux
kernel to userspace about the GPU. This information is specific per
board as the data can vary depending on the fuses burnt on the board.
Right now we are leaning towards adding sysfs properties to our existing
nodes to share
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130709/992024b2/attachment.html>
HI Daniel,
On Tue, 9 Jul 2013 16:48:43 +0200 Daniel Vetter wrote:
>
> Can you please add the drm-intel-fixes branch to your linux-next tree
> on top of the for-linux-next branch you've already included from my
> drm-intel repo at git://people.freedesktop.org/~danvet/drm-intel ?
>
> I'm asking si
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Axel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Hi Stephen
Can you please add the drm-intel-fixes branch to your linux-next tree
on top of the for-linux-next branch you've already included from my
drm-intel repo at git://people.freedesktop.org/~danvet/drm-intel ?
I'm asking since I've merged a patch to -fixes late in the 3.10 cycle
and despite
https://bugs.freedesktop.org/show_bug.cgi?id=66713
--- Comment #2 from Vadim Girlin ---
Please attach the output with "R600_DEBUG=sb,ps,vs", gdb backtrace might help
too.
I tried some training modes and connected to some servers and so far I don't
see any crashes. I never played TF2 though, so p
This patch partially reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970 for
IvyBridge CPUs.
The original commit results in repeated 'Timed out waiting for forcewake old
ack to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results in
https://bugs.freedesktop.org/show_bug.cgi?id=66731
--- Comment #1 from Vadim Girlin ---
Created attachment 82247
--> https://bugs.freedesktop.org/attachment.cgi?id=82247&action=edit
shader dump
Looks like it's llvm backend's issue, I'm attaching the dump of the failing
shader.
As far as I kno
On Tue, Jul 09, 2013 at 10:33:22PM +0200, Daniel Vetter wrote:
> On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
> > This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
> >
> > The commit results in repeated 'Timed out waiting for forcewake old ack
> > to clear' messages o
On 07/04/2013 06:25 AM, David Herrmann wrote:
> If we create proper platform-devices in x86 boot-code, we can use simplefb
> for VBE or EFI framebuffers, too. However, there is normally no OF support
> so we introduce a platform_data object so x86 boot-code can pass the
> parameters via plain old p
On 07/04/2013 06:25 AM, David Herrmann wrote:
> Hi
>
> This series changes the way we handle firmware framebuffers on x86 systems. On
> other architectures the recently introduced "simple-framebuffer"
> platform-devices provide a sane and proper way to handle firmware
> framebuffers.
> So why not
On 07/04/2013 06:25 AM, David Herrmann wrote:
> If we create proper platform-devices in x86 boot-code, we can use simplefb
> for VBE or EFI framebuffers, too. However, there is normally no OF support
> so we introduce a platform_data object so x86 boot-code can pass the
> parameters via plain old p
On 07/04/2013 06:25 AM, David Herrmann wrote:
> Hi
>
> This series changes the way we handle firmware framebuffers on x86 systems. On
> other architectures the recently introduced "simple-framebuffer"
> platform-devices provide a sane and proper way to handle firmware
> framebuffers.
> So why not
On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
> This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
>
> The commit results in repeated 'Timed out waiting for forcewake old ack
> to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
> with i7-3770K
This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
The commit results in repeated 'Timed out waiting for forcewake old ack
to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results in a hangup if the system is highly
loaded. Re
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #2 from M
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #4 from Alex Deucher ---
It doesn't look like it's working correctly to begin with.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing l
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #3 from Tobias Droste ---
Anything I can do to reset it? Or provide debug information? A restart doesn't
seem to help.
--
You are receiving this mail because:
You are watching the assignee of the bug.
ges
anything.
Thanks in advance,
Christian.
--
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/20130709/166961af/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
On Tue, Jul 9, 2013 at 1:07 AM, Rob Clark wrote:
> On Mon, Jul 8, 2013 at 4:18 PM, Daniel Vetter wrote:
>> On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
>>> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
>>> wrote:
>>> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>>> >> Bas
achments/20130709/90985ec1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #1 from Tobias Droste ---
I just tried the most recent branch with the "force performance level"
framework and the result is this:
# echo auto > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo low >
IR testcase that triggers the described behaviour.
--
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/20130709/6a3c36c7/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=66651
--- Comment #6 from Thomas ---
It works!
Thanks so much for a fast response.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freede
--
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/20130709/31212625/attachment-0001.html>
ves/dri-devel/attachments/20130709/0f5eb798/attachment.html>
Hi Stephen
Can you please add the drm-intel-fixes branch to your linux-next tree
on top of the for-linux-next branch you've already included from my
drm-intel repo at git://people.freedesktop.org/~danvet/drm-intel ?
I'm asking since I've merged a patch to -fixes late in the 3.10 cycle
and despite
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130709/17823fa4/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60510
--- Comment #6 from Wong Yong Jie ---
Thanks! :D Building and testing it out, will report back when I'm done.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Knut Tidemann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #16 from Christian König ---
Created attachment 82226
--> https://bugs.freedesktop.org/attachment.cgi?id=82226&action=edit
Debugging patch
It's just a temporary hack, but please test the attached patch if it changes
anything.
Than
https://bugs.freedesktop.org/show_bug.cgi?id=66731
Priority: medium
Bug ID: 66731
Assignee: dri-devel@lists.freedesktop.org
Summary: texture issues in xonotic with llvm+sb and offset
mapping
Severity: minor
Classification
https://bugs.freedesktop.org/show_bug.cgi?id=66730
Priority: medium
Bug ID: 66730
Assignee: dri-devel@lists.freedesktop.org
Summary: [LLVM radeonsi] Infinite loop in LLVM backend possible
when using "double" arguments
Severit
Hi Linus,
Okay this is the big one, I was stalled on the fbdev pull req as I stupidly let
fbdev guys merge
a patch I required to fix a warning with some patches I had, they ended up
merging the patch from
the wrong place, but the warning should be fixed. In future I'll just take the
patch myse
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #8 from rafael castillo ---
well tested the latest changes in you drm-3.11-next and issue still there, just
reporting
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Tue, Jul 9, 2013 at 1:07 AM, Rob Clark wrote:
> On Mon, Jul 8, 2013 at 4:18 PM, Daniel Vetter wrote:
>> On Mon, Jul 08, 2013 at 02:56:31PM -0400, Rob Clark wrote:
>>> On Mon, Jul 8, 2013 at 4:45 AM, Patrik Jakobsson
>>> wrote:
>>> > On Sun, Jul 7, 2013 at 8:58 PM, Rob Clark wrote:
>>> >> Bas
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130709/667992de/attachment.html>
nts/20130709/8f6a2a6d/attachment.html>
On 07/02/2013 03:14 PM, Ville Syrj?l? wrote:
> On Sun, Jun 30, 2013 at 05:41:59AM +0500, Abbas Raza wrote:
>> From: Abbas Raza
>>
>> DRM_INFO calls in the drm init routines are causing a large delay at boot
>> time
>> due to which imx_drm_init call average takes around 26 ms. Changing DRM_INFO
>
On Mon, Jul 8, 2013 at 7:17 PM, Jordan Crouse wrote:
> On 07/05/2013 01:53 PM, Rob Clark wrote:
>>
>> The snapdragon chips have multiple different display controllers,
>> depending on which chip variant/version. (As far as I can tell, current
>> devices have either MDP3 or MDP4, and upcoming devi
https://bugs.freedesktop.org/show_bug.cgi?id=66425
--- Comment #15 from Harald Judt ---
(In reply to comment #14)
> I don't get how this could be found in 3.8 when the patch for the uvd
> functions (according to my git log history) was added during 3.9-rc6 ->
> 3.9-rc7.
Read comment #8. Inoffici
https://bugs.freedesktop.org/show_bug.cgi?id=66651
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60510
--- Comment #6 from Wong Yong Jie ---
Thanks! :D Building and testing it out, will report back when I'm done.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-d
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130709/8e6026c1/attachment.html>
67 matches
Mail list logo
