https://bugs.freedesktop.org/show_bug.cgi?id=34618
pete...@hottemptation.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 11 Apr 2011 15:23:17 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This has always used a big hammer, but that hammer is probably
> too big, I'm also not sure its necessary but at least this
> should be safe.
So the difference appears to be that the patch only restores the fbcon
of
My need for releasing libdrm at this moment is to get the bug fix out for
running current Intel Mesa drivers with older kernels.
But 2.4.25 looks to be an exciting release in its own right! Dave Airlie
has added his dumb fb interface so that plymouth and friends can use a
generic kms/fb backend, m
https://bugs.freedesktop.org/show_bug.cgi?id=36131
Summary: r600: unknown param 45
(PIPE_CAP_VERTEX_COLOR_CLAMP_CONTROL)
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severit
https://bugs.freedesktop.org/show_bug.cgi?id=36131
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #14 from eric 2011-04-11 06:00:55 PDT ---
This happens also with r300g + linux-2.6.38.2 + KMS.
I can not always reproduce this GPU lockup, but working (scrolling, opening a
new tab) with big or fullscreen windows seems to trigger thi
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #15 from eric 2011-04-11 06:03:13 PDT ---
Created an attachment (id=45475)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45475)
kernel.log
kernel.log during GPU lockup
--
Configure bugmail: https://bugs.freedesktop.org/userp
[ Adding the dri-devel list ]
On Mon, 2011-04-11 at 15:31 +0200, Gabriel Paubert wrote:
> On Thu, Apr 07, 2011 at 04:04:35PM +0200, Michel Dänzer wrote:
> > On Mit, 2011-04-06 at 22:43 +0200, Gabriel Paubert wrote:
> > >
> > > The probem is that, at least on one of my machines, the new driver
>
On Mon, 11 Apr 2011 15:23:17 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This has always used a big hammer, but that hammer is probably
> too big, I'm also not sure its necessary but at least this
> should be safe.
Am I correct in reading the drm_fb_helper_restore path as restoring
the mo
On Mon, 11 Apr 2011 09:06:38 -0700, Keith Packard wrote:
> On Mon, 11 Apr 2011 15:23:17 +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This has always used a big hammer, but that hammer is probably
> > too big, I'm also not sure its necessary but at least this
> > should be safe.
>
>
On Mon, 11 Apr 2011 18:31:21 +0100, Chris Wilson
wrote:
> During panics? Just not lastclose. :)
I'm still mystified -- why is it useful to do more than one modesetting
operation on the video card?
--
keith.pack...@intel.com
pgp8O8IQun1Se.pgp
Description: PGP signature
__
Hello,
Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
Please see the logs below:
[..]
[ 130.722206] snapshot_ioctl: ioctl '80083307' is deprecated and will be
removed soon, update your suspend-to-disk utilities
[ 130.70] Syncing filesystems ... done.
[ 131.022029
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Sebastien Villemot changed:
What|Removed |Added
CC||sebastien.ville...@ens.fr
--- Co
On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote:
> Hello,
> Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see
if that is the culprit.
> Please see the logs below:
>
> [..]
> [ 1
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #4 from Milan Plzik 2011-04-11 15:20:55 PDT ---
Created an attachment (id=45494)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45494)
glxinfo output
Same happens to me, lspci output is:
01:05.0 VGA compatible controller: ATI T
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compo
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Rafael J. Wysocki changed:
What|Removed |Added
CC||flor...@mickler.org,
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #2 from Alex Deucher 2011-04-11 23:15:20
---
Does it work ok if you remove:
vga=0x31a nomodesetting
from your grub entry?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Mike Meehan changed:
What|Removed |Added
CC||mjmee...@gmail.com
--- Comment #8 from
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #9 from Mike Meehan 2011-04-12 02:26:49 ---
# echo low > /sys/class/drm/card0/device/power_profile
"resolves" the issue. Default power management settings for KMS put the card in
high performance mode on AC power.
# echo dynpm >
https://bugs.freedesktop.org/show_bug.cgi?id=33867
--- Comment #14 from Dave Witbrodt 2011-04-11 19:59:28
PDT ---
I did no further testing after the onset of the Japan crisis, but I have just
started updating some relevant parts of my system.
Updating from kernel 2.6.38-rc8 to 2.6.38.2 did not
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #9 from Dave Witbrodt 2011-04-11 20:15:22
PDT ---
I have been away from Linux and testing radeon support since the Japan crisis
began. Updating to Mesa 7.11.0-devel, commit a26121f3, caused the same
slowdown I had observed before:
https://bugs.freedesktop.org/show_bug.cgi?id=34493
--- Comment #7 from Dave Witbrodt 2011-04-11 20:15:46
PDT ---
I have been away from Linux and testing radeon support since the Japan crisis
began. Updating to Mesa 7.11.0-devel, commit a26121f3, caused the same
slowdown I had observed before:
From: Dave Airlie
This has always used a big hammer, but that hammer is probably
too big, I'm also not sure its necessary but at least this
should be safe.
Should fix: https://bugzilla.kernel.org/show_bug.cgi?id=23592
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_dma.c |2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=34618
peterle at hottemptation.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
On Mon, 11 Apr 2011 15:23:17 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This has always used a big hammer, but that hammer is probably
> too big, I'm also not sure its necessary but at least this
> should be safe.
So the difference appears to be that the patch only restores the fbcon
of
My need for releasing libdrm at this moment is to get the bug fix out for
running current Intel Mesa drivers with older kernels.
But 2.4.25 looks to be an exciting release in its own right! Dave Airlie
has added his dumb fb interface so that plymouth and friends can use a
generic kms/fb backend, m
https://bugs.freedesktop.org/show_bug.cgi?id=36131
Summary: r600: unknown param 45
(PIPE_CAP_VERTEX_COLOR_CLAMP_CONTROL)
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severit
https://bugs.freedesktop.org/show_bug.cgi?id=36131
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #14 from eric 2011-04-11 06:00:55 PDT ---
This happens also with r300g + linux-2.6.38.2 + KMS.
I can not always reproduce this GPU lockup, but working (scrolling, opening a
new tab) with big or fullscreen windows seems to trigger thi
https://bugs.freedesktop.org/show_bug.cgi?id=34313
--- Comment #15 from eric 2011-04-11 06:03:13 PDT ---
Created an attachment (id=45475)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45475)
kernel.log
kernel.log during GPU lockup
--
Configure bugmail: https://bugs.freedesktop.org/userp
[ Adding the dri-devel list ]
On Mon, 2011-04-11 at 15:31 +0200, Gabriel Paubert wrote:
> On Thu, Apr 07, 2011 at 04:04:35PM +0200, Michel D?nzer wrote:
> > On Mit, 2011-04-06 at 22:43 +0200, Gabriel Paubert wrote:
> > >
> > > The probem is that, at least on one of my machines, the new driver
>
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110411/a7cfb324/attachment.pgp>
On Mon, 11 Apr 2011 09:06:38 -0700, Keith Packard wrote:
> On Mon, 11 Apr 2011 15:23:17 +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This has always used a big hammer, but that hammer is probably
> > too big, I'm also not sure its necessary but at least this
> > should be safe.
>
>
ment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110411/14189bbf/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Sebastien Villemot changed:
What|Removed |Added
CC||sebastien.villemot at ens.fr
---
On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote:
> Hello,
> Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see
if that is the culprit.
> Please see the logs below:
>
> [..]
> [ 1
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #4 from Milan Plzik 2011-04-11 15:20:55 PDT
---
Created an attachment (id=45494)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45494)
glxinfo output
Same happens to me, lspci output is:
01:05.0 VGA compatible controller: ATI
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
Co
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
https://bugzilla.kernel.org/show_bug.cgi?id=32982
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #2 from Alex Deucher 2011-04-11
23:15:20 ---
Does it work ok if you remove:
vga=0x31a nomodesetting
from your grub entry?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=33867
--- Comment #14 from Dave Witbrodt 2011-04-11
19:59:28 PDT ---
I did no further testing after the onset of the Japan crisis, but I have just
started updating some relevant parts of my system.
Updating from kernel 2.6.38-rc8 to 2.6.38.2 did not
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #9 from Dave Witbrodt 2011-04-11
20:15:22 PDT ---
I have been away from Linux and testing radeon support since the Japan crisis
began. Updating to Mesa 7.11.0-devel, commit a26121f3, caused the same
slowdown I had observed before:
https://bugs.freedesktop.org/show_bug.cgi?id=34493
--- Comment #7 from Dave Witbrodt 2011-04-11
20:15:46 PDT ---
I have been away from Linux and testing radeon support since the Japan crisis
began. Updating to Mesa 7.11.0-devel, commit a26121f3, caused the same
slowdown I had observed before:
46 matches
Mail list logo
