http://bugs.freedesktop.org/show_bug.cgi?id=25665
Summary: [RS690]:Running OpenGL application hangs the system
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
http://bugs.freedesktop.org/show_bug.cgi?id=25665
--- Comment #1 from samit vats hysv...@gmail.com 2009-12-16 00:20:15 PST ---
Created an attachment (id=32105)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32105)
xorg.conf
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25665
--- Comment #3 from samit vats hysv...@gmail.com 2009-12-16 00:20:48 PST ---
Created an attachment (id=32107)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32107)
lspci
--
Configure bugmail:
On Tue, 2009-12-15 at 22:26 +0100, Gerhard Pircher wrote:
Von: Michel Dänzer mic...@daenzer.net
On Tue, 2009-12-15 at 13:37 +0100, Gerhard Pircher wrote:
Von: Michel Dänzer mic...@daenzer.net
guess there could be many possible causes for the problem, but the
most likely
Hi guys,
There is another TTM race bug that I'm going to fix but which doesn't
yet affect any upstream code AFAICT.
The effect is that it may cause a deadlock in extremely rare cases if
there are two processes validating at the same time, and one process
needs to evict a buffer on which
On Wed, 2009-12-16 at 11:56 +0100, Thomas Hellstrom wrote:
Hi guys,
There is another TTM race bug that I'm going to fix but which doesn't
yet affect any upstream code AFAICT.
The effect is that it may cause a deadlock in extremely rare cases if
there are two processes validating at the
Jerome Glisse wrote:
On Wed, 2009-12-16 at 11:56 +0100, Thomas Hellstrom wrote:
Hi guys,
There is another TTM race bug that I'm going to fix but which doesn't
yet affect any upstream code AFAICT.
The effect is that it may cause a deadlock in extremely rare cases if
there are two
On Wed, 2009-12-16 at 12:11 +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
On Wed, 2009-12-16 at 11:56 +0100, Thomas Hellstrom wrote:
Hi guys,
There is another TTM race bug that I'm going to fix but which doesn't
yet affect any upstream code AFAICT.
The effect is that it
http://bugs.freedesktop.org/show_bug.cgi?id=25672
--- Comment #2 from samit vats hysv...@gmail.com 2009-12-16 03:18:06 PST ---
Created an attachment (id=32117)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32117)
glxinfo
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25672
--- Comment #1 from samit vats hysv...@gmail.com 2009-12-16 03:17:42 PST ---
Created an attachment (id=32116)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32116)
xorg.conf
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25672
--- Comment #3 from samit vats hysv...@gmail.com 2009-12-16 03:18:25 PST ---
Created an attachment (id=32118)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32118)
lspci
--
Configure bugmail:
Heyho!
Is this already being investigated?
(intel / X from squeeze == sid)
X starts ok, but after some time (something like 15min) suddenly decides to
blank the screen. ctrl+alt+backspace won't bring back the screen (I have it
configured to allow it); ctrl+alt+Fx won't either, but since I
Ben Skeggs wrote:
On Wed, 2009-12-16 at 12:11 +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
On Wed, 2009-12-16 at 11:56 +0100, Thomas Hellstrom wrote:
Hi guys,
There is another TTM race bug that I'm going to fix but which doesn't
yet affect any upstream code
http://bugs.freedesktop.org/show_bug.cgi?id=25567
--- Comment #10 from Florian Scandella f...@chilicode.com 2009-12-16
04:43:58 PST ---
thx, this fixed my issues.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=25567
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi,
You can disable most of that code by loading i915 with 'powersave=0'.
If that patch really is at fault the powersave=0 should work around the
issue as well.
It's been implicated in another issue (some display flicker and
underruns) so I'm pretty sure there's something wrong with it in
--Forwarded to list--
Good job.
Card:
01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD
4500 Series]
How to:
1)Blacklist radeon module at startup (distro-specific).
2) Add this to /etc/rc.local (might be distro-specific) :
modprobe -r -v radeon
modprobe -v radeon
Nezmer tested my patch, I let myself forward his results :)
-- Wiadomość przekazana dalej --
Od: nez...@allurelinux.org
Data: 16 grudnia 2009 14:27
Temat: Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (v5)
Do: Rafał Miłecki zaj...@gmail.com
On Wed, Dec 16, 2009 at
On Tuesday 15 December 2009, Arnd Bergmann wrote:
On Monday 14 December 2009, Jesse Barnes wrote:
This patch removes the suspect portion of the dynamic clock control
code. Hopefully it'll be as stable as powersave=0 in your config
(assuming powersave=0 works :).
Ok, great! The machine
Am Mittwoch 16 Dezember 2009 08:14:43 schrieb Borislav Petkov:
On Tue, Dec 15, 2009 at 11:00:46PM +0100, Johannes Hirte wrote:
This patch (as the BIOS option) will only disable the error reports. The
error itself will still occur, right? So necessary to find out why the
radeon driver
Original-Nachricht
Datum: Wed, 16 Dec 2009 10:54:15 +0100
Von: Michel Dänzer mic...@daenzer.net
An: Gerhard Pircher gerhard_pirc...@gmx.net
CC: dri-devel@lists.sourceforge.net
Betreff: Re: Testing an AGPGART driver with radeon.test=1
I guess the memory used for this
On Wed, Dec 16, 2009 at 03:58:30PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 08:14:43 schrieb Borislav Petkov:
On Tue, Dec 15, 2009 at 11:00:46PM +0100, Johannes Hirte wrote:
This patch (as the BIOS option) will only disable the error reports. The
error itself will still
On Wed, Dec 16, 2009 at 03:58:30PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 08:14:43 schrieb Borislav Petkov:
On Tue, Dec 15, 2009 at 11:00:46PM +0100, Johannes Hirte wrote:
This patch (as the BIOS option) will only disable the error reports. The
error itself will still
On Tue, 8 Dec 2009 17:24:21 +0100, Helge Bahmann helge.bahm...@secunet.com
wrote:
The small attached patch fixes a failure to fetch EDID for a newly connected
display, when the previously connected display did not provide EDID.
Overall I have found that hot-plugging displays with different
Hi,
The following sequence causes the machine to hang hard:
modprobe drm debug=65535
modprobe i915 modeset=1
rmmod i915
Linux 2.6.32.1 x86-64, i915 (the machine is a slimline MSI Hetis 915
barebone), 2 GB RAM etc. Kernel messages captured with a serial console.
Only analog VGA output connected
Am Mittwoch 16 Dezember 2009 19:41:48 schrieb Jerome Glisse:
On Wed, Dec 16, 2009 at 03:58:30PM +0100, Johannes Hirte wrote:
Am Mittwoch 16 Dezember 2009 08:14:43 schrieb Borislav Petkov:
On Tue, Dec 15, 2009 at 11:00:46PM +0100, Johannes Hirte wrote:
This patch (as the BIOS option) will
On Wed, 16 Dec 2009 20:08:16 +0100
Krzysztof Halasa k...@pm.waw.pl wrote:
Hi,
The following sequence causes the machine to hang hard:
modprobe drm debug=65535
modprobe i915 modeset=1
rmmod i915
Linux 2.6.32.1 x86-64, i915 (the machine is a slimline MSI Hetis 915
barebone), 2 GB RAM
http://bugs.freedesktop.org/show_bug.cgi?id=25679
Summary: R600: Winding is inverted when rendering to FBO
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #1 from Alex Deucher ag...@yahoo.com 2009-12-16 12:56:30 PST ---
Created an attachment (id=32132)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32132)
fix fbo winding
Does this patch work?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #2 from monraaf monr...@gmail.com 2009-12-16 13:11:21 PST ---
(In reply to comment #1)
Created an attachment (id=32132)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32132) [details]
fix fbo winding
Does this patch work?
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #3 from Rafał Miłecki zaj...@gmail.com 2009-12-16 13:13:27 PST
---
It makes r600 render fbotexture same way as software does on my RV620.
In both renderers I see some difference when pressing c. Inside of teapot
changes between
Hi Linus,
Please pull the 'drm-vmware-staging' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-vmware-staging
ping?
Greg is fine with this going in, and its a pretty standalone driver
for a very popular virtual GPU.
Dave.
This adds the VMware KMS
http://bugs.freedesktop.org/show_bug.cgi?id=25679
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, 16 Dec 2009 21:20:34 +
Arnd Bergmann a...@arndb.de wrote:
On Wednesday 16 December 2009 20:18:23 Jesse Barnes wrote:
On Wed, 16 Dec 2009 14:53:11 +0100
Arnd Bergmann a...@arndb.de wrote:
It's working fine so far, no more crashes, but I supposed this
effectively disables
http://bugs.freedesktop.org/show_bug.cgi?id=25622
Aidan Marks ai...@cisco.com changed:
What|Removed |Added
Summary|KMS occasional blurry output|KMS blurry output after
drm_ioctl is called with the Big Kernel Lock held,
which shows up very high in statistics on vfs_ioctl.
Moving the lock into the drm_ioctl function itself
makes sure we blame the right subsystem and it gets
us one step closer to eliminating the locked version
of fops-ioctl.
Since drm_ioctl does
On Wednesday 16 December 2009 21:36:36 Arnd Bergmann wrote:
On Wednesday 16 December 2009 21:30:05 Jesse Barnes wrote:
But you're sure powersave=0 was solid? Hmm...
It's hard to be sure when it sometimes takes a day before a
broken version crashes. I can keep running this kernel with and
On Wednesday 16 December 2009 21:30:05 Jesse Barnes wrote:
But you're sure powersave=0 was solid? Hmm...
It's hard to be sure when it sometimes takes a day before a
broken version crashes. I can keep running this kernel with and
without powersave=0 some more and tell you if it stays
On Wednesday 16 December 2009 20:18:23 Jesse Barnes wrote:
On Wed, 16 Dec 2009 14:53:11 +0100
Arnd Bergmann a...@arndb.de wrote:
It's working fine so far, no more crashes, but I supposed this
effectively disables the power saving on my card again, right?
The patch just disables one
In future we will execute AtomBIOS commands from contexts (like power
management) so we need to make sure we won't execute two commands at
same time to prevent locking up GPU.
With this patch applied Sedat Dilek (RV515) was able to finally test
my PM patch. Also tested on my RV620.
--
Rafał
Hello,
the same behaviour can be confirmed for 945GM using 2.6.32.1.
Cheers, Johannes
Am 16.12.2009 11:24, schrieb Adrian von Bidder:
Heyho!
Is this already being investigated?
(intel / X from squeeze == sid)
X starts ok, but after some time (something like 15min) suddenly decides to
Tested by bjaglin on IRC on RV250.
--
Rafał
0001-drm-radeon-kms-enable-memory-clock-reading-on-legacy.patch
Description: Binary data
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm module parameter
Tested on my M82==RV620 and my new M96==RV730. Also
W dniu 17 grudnia 2009 03:02 użytkownik Rafał Miłecki
zaj...@gmail.com napisał:
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use
http://bugs.freedesktop.org/show_bug.cgi?id=25682
Summary: radeon drm (linux 2.6.32) loaded with modeset=1 + 2x
ATI 4850 (RV770) in CrossfireX= crash and blank screen
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
2009/12/16 Rafał Miłecki zaj...@gmail.com:
Tested by bjaglin on IRC on RV250.
Probably shouldn't enable the mem clock stuff on IGP chips since they
use system memory.
Alex
--
This SF.Net email is sponsored by the
2009/12/16 Rafał Miłecki zaj...@gmail.com:
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
V6: use separate dynpm module parameter
Tested
http://bugs.freedesktop.org/show_bug.cgi?id=25622
--- Comment #5 from Aidan Marks ai...@cisco.com 2009-12-16 23:19:34 PST ---
Created an attachment (id=32138)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32138)
kms_rv790_blurry_on_restore_from_dpms
corruption on restore from dpms
48 matches
Mail list logo
