[Bug 25052] kernel modesetting still does not work

2011-01-05 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=25052 Elmar Stellnberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32865] New: Frogatto (trunk r4089) crashes on startup,

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32865 Summary: Frogatto (trunk r4089) crashes on startup, Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priorit

[Bug 32865] New: Frogatto (trunk r4089) crashes on startup,

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=32865 Summary: Frogatto (trunk r4089) crashes on startup, Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priorit

Re: [PATCH 09/32] drm/radeon: use system_wq instead of dev_priv->wq

2011-01-05 Thread Dave Airlie
On Tue, 2011-01-04 at 19:21 -0500, Alex Deucher wrote: > On Mon, Jan 3, 2011 at 8:49 AM, Tejun Heo wrote: > > With cmwq, there's no reason for radeon to use a dedicated workqueue. > > Drop dev_priv->wq and use system_wq instead. > > > > Because radeon_driver_irq_uninstall_kms() may be called from

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #23 from Alex Deucher 2011-01-05 18:37:26 PST --- Created an attachment (id=41697) View: https://bugs.freedesktop.org/attachment.cgi?id=41697 Review: https://bugs.freedesktop.org/review?bug=27314&attachment=41697 retry the training

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #23 from Alex Deucher 2011-01-05 18:37:26 PST --- Created an attachment (id=41697) View: https://bugs.freedesktop.org/attachment.cgi?id=41697 Review: https://bugs.freedesktop.org/review?bug=27314&attachment=41697 retry the trainin

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #22 from Alex Deucher 2011-01-05 18:36:37 PST --- Created an attachment (id=41696) View: https://bugs.freedesktop.org/attachment.cgi?id=41696 Review: https://bugs.freedesktop.org/review?bug=27314&attachment=41696 enable downspread

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #22 from Alex Deucher 2011-01-05 18:36:37 PST --- Created an attachment (id=41696) View: https://bugs.freedesktop.org/attachment.cgi?id=41696 Review: https://bugs.freedesktop.org/review?bug=27314&attachment=41696 enable downspread

[Bug 32297] [r300g] Memory corruption crash when exiting application using DRI2_InvalidateBuffers

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32297 --- Comment #4 from Chris Rankin 2011-01-05 16:40:23 PST --- I think I've debugged this as far as I can; to get any further I'll need to find where the __DRIcontext.driverPrivate field is set to the "garbage"(?) value. According to the fprintf(

[Bug 32297] [r300g] Memory corruption crash when exiting application using DRI2_InvalidateBuffers

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=32297 --- Comment #4 from Chris Rankin 2011-01-05 16:40:23 PST --- I think I've debugged this as far as I can; to get any further I'll need to find where the __DRIcontext.driverPrivate field is set to the "garbage"(?) value. According to the fprintf(

[Bug 27708] [KMS] Repeated EDID errors despite everything working

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27708 --- Comment #8 from Sergej Pupykin 2011-01-05 15:52:00 PST --- (In reply to comment #7) > The drm EDID checker is pretty strict about what EDIDs it will accept. Try > this patch and add drm.edid_strict=0 to your kernel command line. It stops sp

[Bug 27708] [KMS] Repeated EDID errors despite everything working

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27708 --- Comment #8 from Sergej Pupykin 2011-01-05 15:52:00 PST --- (In reply to comment #7) > The drm EDID checker is pretty strict about what EDIDs it will accept. Try > this patch and add drm.edid_strict=0 to your kernel command line. It stops sp

OpenChrome KMS needs a home

2011-01-05 Thread James Simmons
Hi! The OpenChrome project is now experimenting with a move over to the new TTM/GEM and KMS apis. A xorg tree has just been started to support KMS and UMS (svn http://svn.openchrome.org/svn/branches/openchrome-kms). I also have changes on the kernel side. Those changes need a home. I co

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #21 from Alex Deucher 2011-01-05 14:59:46 PST --- You'll have to tweak the link training algo (dp_link_train() in atombios_dp.c) until the monitor accepts the link. Unfortunately, there's not a lot I can do without access to the prob

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #21 from Alex Deucher 2011-01-05 14:59:46 PST --- You'll have to tweak the link training algo (dp_link_train() in atombios_dp.c) until the monitor accepts the link. Unfortunately, there's not a lot I can do without access to the pro

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #20 from Travis Glenn Hansen 2011-01-05 13:59:50 PST --- Is there any hack I can do to get this working? I'd like to be using the open-source drivers (9 months has been more than enough for me)... -- Configure bugmail: https://bug

[Bug 27314] DP link training fails on 2560x1440 panels

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #20 from Travis Glenn Hansen 2011-01-05 13:59:50 PST --- Is there any hack I can do to get this working? I'd like to be using the open-source drivers (9 months has been more than enough for me)... -- Configure bugmail: https://bug

[Bug 25052] kernel modesetting still does not work

2011-01-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=25052 Elmar Stellnberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon/kms: disable underscan by default

2011-01-05 Thread Alex Deucher
Lots of HDMI TVs overscan the incoming image by default. The underscan option was added as a way to compensate for that by underscanning the image so that the edges would not be cut off on an overscanning TV. However, the TV provides no way of knowing whether it is overscanning or not. If the use

OpenChrome KMS needs a home

2011-01-05 Thread Alex Deucher
On Wed, Jan 5, 2011 at 10:21 AM, James Simmons wrote: > > Hi! > > ? ? ? ?The OpenChrome project is now experimenting with a move over to > the new TTM/GEM and KMS apis. A xorg tree has just been started to support > KMS and UMS (svn http://svn.openchrome.org/svn/branches/openchrome-kms). I > also

[PATCH 08/32] drm/nouveau: use system_wq instead of dev_priv->wq

2011-01-05 Thread Ben Skeggs
On Wed, 2011-01-05 at 11:07 +1000, Ben Skeggs wrote: > On Mon, 2011-01-03 at 14:49 +0100, Tejun Heo wrote: > > With cmwq, there's no reason for nouveau to use a dedicated workqueue. > > Drop dev_priv->wq and use system_wq instead. > > > > Because nouveau_irq_uninstall() may be called from unsleepa

[PATCH 08/32] drm/nouveau: use system_wq instead of dev_priv->wq

2011-01-05 Thread Ben Skeggs
On Mon, 2011-01-03 at 14:49 +0100, Tejun Heo wrote: > With cmwq, there's no reason for nouveau to use a dedicated workqueue. > Drop dev_priv->wq and use system_wq instead. > > Because nouveau_irq_uninstall() may be called from unsleepable > context, the work items can't be flushed from there. Ins

[PATCH] drm/kms: add a module param to disable strict EDID checking

2011-01-05 Thread Adam Jackson
was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110105/a471fae7/attachment.pgp>

[PATCH] drm/radeon/kms: disable underscan by default

2011-01-05 Thread Alex Deucher
Lots of HDMI TVs overscan the incoming image by default. The underscan option was added as a way to compensate for that by underscanning the image so that the edges would not be cut off on an overscanning TV. However, the TV provides no way of knowing whether it is overscanning or not. If the use

Re: OpenChrome KMS needs a home

2011-01-05 Thread Alex Deucher
On Wed, Jan 5, 2011 at 10:21 AM, James Simmons wrote: > > Hi! > >        The OpenChrome project is now experimenting with a move over to > the new TTM/GEM and KMS apis. A xorg tree has just been started to support > KMS and UMS (svn http://svn.openchrome.org/svn/branches/openchrome-kms). I > also

Re: [PATCH] drm/kms: add a module param to disable strict EDID checking

2011-01-05 Thread Adam Jackson
On Tue, 2011-01-04 at 18:00 -0500, Alex Deucher wrote: > Lots of EDIDs have bad checksums or bad version numbers, but > have otherwise good data in them. The current code rejects > them which results in bad modes or blank screens in some cases. > This patch adds a new module parameter, edid_strict

OpenChrome KMS needs a home

2011-01-05 Thread James Simmons
Hi! The OpenChrome project is now experimenting with a move over to the new TTM/GEM and KMS apis. A xorg tree has just been started to support KMS and UMS (svn http://svn.openchrome.org/svn/branches/openchrome-kms). I also have changes on the kernel side. Those changes need a ho

[PATCH] drm/radeon/kms: manage r300 CMASK RAM access and allow CMASK clear

2011-01-05 Thread Marek Olšák
The CMASK RAM is for colorbuffer compression (used in conjunction with MSAA). Only one user (filp) can access it. The CMASK RAM access is managed in the same way as Hyper-Z, but there is a separate ioctl, because an app that uses MSAA does not necessarily have to use zbuffering. Signed-off-by: Ma

[Bug 31250] Unigine Sanctuary: menus are broken

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31250 Pavel Ondračka changed: What|Removed |Added Summary|Unigine Sanctuary v2.2: |Unigine Sanctuary: menus

[Bug 31830] [bisected] Unigine Sanctuary: broken shadows

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31830 Pavel Ondračka changed: What|Removed |Added Summary|[bisected] Unigine |[bisected] Unigine |S

[Bug 31250] Unigine Sanctuary: menus are broken

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31250 Pavel Ondra?ka changed: What|Removed |Added Summary|Unigine Sanctuary v2.2: |Unigine Sanctuary: menus

[Bug 31830] [bisected] Unigine Sanctuary: broken shadows

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31830 Pavel Ondra?ka changed: What|Removed |Added Summary|[bisected] Unigine |[bisected] Unigine |S

VERY slow scrolling on radeon graphics card: debugging a timing issue?

2011-01-05 Thread Michael Tokarev
05.01.2011 01:50, Michael Tokarev wrote: > 02.01.2011 12:00, Pavel Machek wrote: >> Hi! >> >>> The thing is: that same scrolling becomes much faster >>> when I "do something" else while it scrolls up. First >>> I noticed this when I wanted to switch to another vt >>> while it were scrolling -- I h

VERY slow scrolling on radeon graphics card: debugging a timing issue?

2011-01-05 Thread Michael Tokarev
02.01.2011 12:00, Pavel Machek wrote: > Hi! > >> The thing is: that same scrolling becomes much faster >> when I "do something" else while it scrolls up. First >> I noticed this when I wanted to switch to another vt >> while it were scrolling -- I held down Ctrl key on my >> keyboard, and out of

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

2011-01-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #18 from Henri Verbeet 2011-01-05 00:46:19 PST --- Well, there are at least two things that are broken in current r600g. The first one is using constant buffer indices > 63, and the patch you tried should help there. The other thing

[Bug 31667] r600c and r600g: wrong rendering for Savage2 game

2011-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31667 --- Comment #18 from Henri Verbeet 2011-01-05 00:46:19 PST --- Well, there are at least two things that are broken in current r600g. The first one is using constant buffer indices > 63, and the patch you tried should help there. The other thing