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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
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
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
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=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
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=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
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 >
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
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://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://bugs.freedesktop.org/show_bug.cgi?id=50594
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #2 from M
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Axel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=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://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=60510
Wong Yong Jie changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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-
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
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
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
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 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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=66551
octoploid changed:
What|Removed |Added
Summary|System hang when DPM|System hang on rs780 with
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://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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
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
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
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=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
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=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
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 >
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
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://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://bugs.freedesktop.org/show_bug.cgi?id=50594
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #2 from M
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Axel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=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://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=60510
Wong Yong Jie changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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-
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
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
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
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 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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=66551
octoploid changed:
What|Removed |Added
Summary|System hang when DPM|System hang on rs780 with
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://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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
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
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
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=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
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=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
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 >
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
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://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://bugs.freedesktop.org/show_bug.cgi?id=50594
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #2 from M
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=50594
Axel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=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://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=60510
Wong Yong Jie changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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-
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
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
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
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
1 - 100 of 210 matches
Mail list logo