https://bugs.freedesktop.org/show_bug.cgi?id=56878
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #10 from miri at turboprinzessin.de ---
Anything I can do to help? More info or enabling some debug output?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML att
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #10 from m...@turboprinzessin.de ---
Anything I can do to help? More info or enabling some debug output?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #9 from Alex Deucher ---
(In reply to comment #8)
> The computer used to work quite nicely for a lot of OpenGL programs back
> then when I could still use fglrx, so I find it hard to believe that buggy
> hardware is at fault here.
Th
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #8 from miri at turboprinzessin.de ---
The computer used to work quite nicely for a lot of OpenGL programs back then
when I could still use fglrx, so I find it hard to believe that buggy hardware
is at fault here.
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #9 from Alex Deucher ---
(In reply to comment #8)
> The computer used to work quite nicely for a lot of OpenGL programs back
> then when I could still use fglrx, so I find it hard to believe that buggy
> hardware is at fault here.
Th
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #8 from m...@turboprinzessin.de ---
The computer used to work quite nicely for a lot of OpenGL programs back then
when I could still use fglrx, so I find it hard to believe that buggy hardware
is at fault here.
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #7 from Alex Deucher ---
(In reply to comment #6)
> agpmode=4 didn't help either. So are you saying that no one will fix this
> bug and everyone with this configuration remains at risk that the system
> freezes?
With AGP it depends o
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #6 from miri at turboprinzessin.de ---
agpmode=4 didn't help either. So are you saying that no one will fix this bug
and everyone with this configuration remains at risk that the system freezes?
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #5 from Alex Deucher ---
(In reply to comment #4)
> If I read dmesg correctly, it defaults to agp mode 2 but the bug still
> appears with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze,
> though.
> agpmode=-1 will be slow
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #4 from miri at turboprinzessin.de ---
If I read dmesg correctly, it defaults to agp mode 2 but the bug still appears
with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze, though.
agpmode=-1 will be slower than the default,
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #3 from Alex Deucher ---
correct. e.g., add:
radeon.agpmode=-1
to the kernel command line in grub.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #2 from miri at turboprinzessin.de ---
That is a kernel boot parameter and not a X config, isn't it?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #1 from Alex Deucher ---
Does changing the agp mode help? Set radeon.agpmode=x where x=-1,1,2,4,8. -1
disables agp and uses the gpu's gart instead.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #7 from Alex Deucher ---
(In reply to comment #6)
> agpmode=4 didn't help either. So are you saying that no one will fix this
> bug and everyone with this configuration remains at risk that the system
> freezes?
With AGP it depends o
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #6 from m...@turboprinzessin.de ---
agpmode=4 didn't help either. So are you saying that no one will fix this bug
and everyone with this configuration remains at risk that the system freezes?
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #5 from Alex Deucher ---
(In reply to comment #4)
> If I read dmesg correctly, it defaults to agp mode 2 but the bug still
> appears with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze,
> though.
> agpmode=-1 will be slow
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #4 from m...@turboprinzessin.de ---
If I read dmesg correctly, it defaults to agp mode 2 but the bug still appears
with radeon.agpmode=1. Using radeon.agpmode=-1 avoids the freeze, though.
agpmode=-1 will be slower than the default, wo
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #3 from Alex Deucher ---
correct. e.g., add:
radeon.agpmode=-1
to the kernel command line in grub.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #2 from m...@turboprinzessin.de ---
That is a kernel boot parameter and not a X config, isn't it?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #1 from Alex Deucher ---
Does changing the agp mode help? Set radeon.agpmode=x where x=-1,1,2,4,8. -1
disables agp and uses the gpu's gart instead.
--
You are receiving this mail because:
You are the assignee for the bug.
21 matches
Mail list logo
