Re: Signalling no-audio for HDMI

2010-03-28 Thread Rafał Miłecki
2010/3/27 Hendrik Sattler : > I got this working previously but it somehow stopped working. > > My setup: > - Acer TravelMate 6592 > - DVI output with DVI->HDMI converter > - Philips Full-HD LCD-TV > > The laptop runs Debian testing with a self-compiled linux-2.6.33 with > radeon+firmware compiled-

Re: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)

2010-03-28 Thread Norbert Preining
On Sa, 27 Mär 2010, Maciej Rutecki wrote: > http://marc.info/?l=linux-kernel&m=126954749618319&w=2 Yes, I am using modeset, too. > > I am running 2.6.34-rc2 + git 01e7770 commit (yesterday) with KMS on > > Debian/sid: xserver-xorg: 7.5+5 > > video-intel: 2.9.1-3 > > > > Running D2X-xl (self com

Re: [patch] drm: sysfs files error handling

2010-03-28 Thread Andi Kleen
, Dan Carpenter wrote: > > In the original code we used "j" as an iterator but we used "i" as an > index. > > - for (j = 0; j< i; j++) > - device_remove_file(&connector->kdev, > -&connector_attrs[i]); I guess this really should be a attribute group anyways? Ty

[Bug 27314] output not working on dell m6500

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #6 from Travis Glenn Hansen 2010-03-28 21:42:16 PST --- Created an attachment (id=34528) --> (http://bugs.freedesktop.org/attachment.cgi?id=34528) Xorg.0.log nomodeset git patch applied from http://fpaste.org/WgQj/raw/ -- Co

[Bug 27314] output not working on dell m6500

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #5 from Travis Glenn Hansen 2010-03-28 20:59:49 PST --- Created an attachment (id=34527) --> (http://bugs.freedesktop.org/attachment.cgi?id=34527) bios -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 27314] output not working on dell m6500

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #4 from Travis Glenn Hansen 2010-03-28 20:51:22 PST --- Created an attachment (id=34526) --> (http://bugs.freedesktop.org/attachment.cgi?id=34526) Xorg.0.log with nomodeset no kms, just ums -- Configure bugmail: http://bugs.

[Bug 27314] output not working on dell m6500

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #3 from Travis Glenn Hansen 2010-03-28 20:25:02 PST --- Created an attachment (id=34525) --> (http://bugs.freedesktop.org/attachment.cgi?id=34525) drm.debug=15 just booting with no X startup -- Configure bugmail: http://bugs

[Bug 27314] output not working on dell m6500

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #2 from Travis Glenn Hansen 2010-03-28 20:03:21 PST --- After booting with vga connected it now works. DP will not work for me however. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 23513] Radeon AGP KMS don't work or is too slow.

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=23513 --- Comment #2 from Hebert 2010-03-28 17:45:45 PST --- I already did that: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/496653 Also, since last friday, nomodeset stop working on disabling KMS I had to disable compiz

Re: [Intel-gfx] [PATCH 2/7] drm: delay vblank cleanup until after driver unload

2010-03-28 Thread Dave Airlie
2010/3/29 Dave Airlie : > 2010/3/29 Kristian Høgsberg : >> On Fri, Mar 26, 2010 at 7:07 PM, Jesse Barnes >> wrote: >>> Drivers may use vblank calls now (e.g. drm_vblank_off) in their unload >>> paths, so don't clean up the vblank related structures until after >>> driver unload. >> >> I haven't t

Re: [Intel-gfx] [PATCH 2/7] drm: delay vblank cleanup until after driver unload

2010-03-28 Thread Dave Airlie
2010/3/29 Kristian Høgsberg : > On Fri, Mar 26, 2010 at 7:07 PM, Jesse Barnes > wrote: >> Drivers may use vblank calls now (e.g. drm_vblank_off) in their unload >> paths, so don't clean up the vblank related structures until after >> driver unload. > > I haven't tested this specific patch on a re

Re: [Intel-gfx] [PATCH 2/7] drm: delay vblank cleanup until after driver unload

2010-03-28 Thread Kristian Høgsberg
On Fri, Mar 26, 2010 at 7:07 PM, Jesse Barnes wrote: > Drivers may use vblank calls now (e.g. drm_vblank_off) in their unload > paths, so don't clean up the vblank related structures until after > driver unload. I haven't tested this specific patch on a recent DRM, but I made the same patch a whi

[PATCH 7/7] drm/ttm: Add sysfs interface to control pool allocator.

2010-03-28 Thread Pauli Nieminen
Sysfs interface allows user to configure pool allocator functionality and change limits for the size of pool. Signed-off-by: Pauli Nieminen --- drivers/gpu/drm/ttm/ttm_memory.c |2 +- drivers/gpu/drm/ttm/ttm_page_alloc.c | 113 +- include/drm/ttm/ttm_page

[PATCH 1/7] drm/ttm: add pool wc/uc page allocator V2

2010-03-28 Thread Pauli Nieminen
On AGP system we might allocate/free routinely uncached or wc memory, changing page from cached (wb) to uc or wc is very expensive and involves a lot of flushing. To improve performance this allocator use a pool of uc,wc pages. Pools are protected with spinlocks to allow multiple threads to alloca

[PATCH 6/7] drm/ttm: Use set_pages_array_wc instead of set_memory_wc.

2010-03-28 Thread Pauli Nieminen
Using single call to set multiple pages to wc reduces number of expensive cache flushes. Signed-off-by: Pauli Nieminen --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 12 +--- 1 files changed, 1 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu

[PATCH 5/7] arch/x86: Add array variants for setting memory to wc caching.

2010-03-28 Thread Pauli Nieminen
Setting single memory pages at a time to wc takes a lot time in cache flush. To reduce number of cache flush set_pages_array_wc and set_memory_array_wc can be used to set multiple pages to WC with single cache flush. This improves allocation performance for wc cached pages in drm/ttm. CC: Suresh

[PATCH 4/7] drm/nouveau: Add ttm page pool debugfs file.

2010-03-28 Thread Pauli Nieminen
ttm_page_pool file is hooked ttm_page_alloc_debugfs for pool allocator state. Signed-off-by: Pauli Nieminen --- drivers/gpu/drm/nouveau/nouveau_debugfs.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c b/drivers/gpu/drm/nouvea

[PATCH 3/7] drm/radeon/kms: Add ttm page pool debugfs file.

2010-03-28 Thread Pauli Nieminen
ttm_page_pool file is hooked ttm_page_alloc_debugfs for pool allocator state. Signed-off-by: Pauli Nieminen --- drivers/gpu/drm/radeon/radeon_ttm.c | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/

[PATCH 2/7] drm/ttm: Add debugfs output entry to pool allocator.

2010-03-28 Thread Pauli Nieminen
ttm_page_alloc_debugfs can be registered to output the state of pools. Debugfs file will output number of pages freed from the pool, number of pages in pool now and the lowes number of pages in pool since previous shrink. Signed-off-by: Pauli Nieminen --- drivers/gpu/drm/ttm/ttm_page_alloc.c |

Re: [PATCH 1/2] drm/radeon/bo: add some fallback placements for VRAM only objects.

2010-03-28 Thread Michel Dänzer
On Fri, 2010-03-26 at 19:20 +0100, Michel Dänzer wrote: > On Thu, 2010-03-25 at 19:56 +1000, Dave Airlie wrote: > > 2010/3/25 Michel Dänzer : > > > On Fri, 2010-03-19 at 10:35 +1000, Dave Airlie wrote: > > >> From: Dave Airlie > > >> > > >> On constrained r100 systems compiz would fail to start

[Bug 27221] Big 3D performance regression and broken textures on R200

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27221 --- Comment #10 from Michel Dänzer 2010-03-28 06:25:24 PST --- (In reply to comment #8) > Downgrading X server to 1.6.3 and radeon driver to 6.12.2 (while keeping mesa > 7.7) fixes the performance but not the textures. Please try isolating

[Bug 27221] Big 3D performance regression and broken textures on R200

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27221 --- Comment #9 from Ondrej Zary 2010-03-28 06:15:01 PST --- 6.12.3 (with X server 1.6.3) is OK, 6.12.4 (with X server 1.7.5) is bad. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

Re: mga drm compiled into kernel crashes hibernation

2010-03-28 Thread Piotr Gluszenia Slawinski
On Sat, 27 Mar 2010, Piotr Gluszenia Slawinski wrote: > On Sat, 27 Mar 2010, Piotr Gluszenia Slawinski wrote: > >> kernel 2.6.32-tuxonice-r5 >> >> with matrox drm component compiled into kernel - hibernation >> halts at 'doing atomic copy&restore' >> >> compiled as module - works fine. > > actuall

[Bug 27221] Big 3D performance regression and broken textures on R200

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27221 --- Comment #8 from Ondrej Zary 2010-03-28 05:31:53 PST --- Downgrading X server to 1.6.3 and radeon driver to 6.12.2 (while keeping mesa 7.7) fixes the performance but not the textures. So there are two bugs, not just one. -- Configure b

[patch] drm: sysfs files error handling

2010-03-28 Thread Dan Carpenter
In the original code we used "j" as an iterator but we used "i" as an index. - for (j = 0; j < i; j++) - device_remove_file(&connector->kdev, - &connector_attrs[i]); Smatch complained about that because "i" was potentia

[patch] via: off by one issue

2010-03-28 Thread Dan Carpenter
"fx->lock" is used as the index in "dev_priv->decoder_queue[fx->lock]" which is an array of "VIA_NR_XVMC_LOCKS" elements. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/via/via_video.c b/drivers/gpu/drm/via/via_video.c index 6ec04ac..6efac81 100644 --- a/drivers/gpu/drm/via/via_video.

[patch] radeon: range check issues

2010-03-28 Thread Dan Carpenter
This change makes the array larger, "MAX_SUPPORTED_TV_TIMING_V1_2" is 3 and the original size "MAX_SUPPORTED_TV_TIMING" is 2. Also there were checks that were off by one. Signed-off-by: Dan Carpenter --- Compile tested only. Changing the array size seemed like the right thing to do, in the cont

drm_edid: potential range checking issue?

2010-03-28 Thread Dan Carpenter
Hi list, :) Just going through some Smatch warnings. drivers/gpu/drm/drm_edid.c +1032 add_detailed_modes() 'data->data.timings' 5 <= 5 1027 /* Six modes per detailed section */ 1028 for (i = 0; i < 6; i++) { 1029 struct std_timing

[patch] drm: fix check for end of loop

2010-03-28 Thread Dan Carpenter
"agpmem" is never NULL here. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/drm_memory.c b/drivers/gpu/drm/drm_memory.c index e4865f9..7732268 100644 --- a/drivers/gpu/drm/drm_memory.c +++ b/drivers/gpu/drm/drm_memory.c @@ -77,7 +77,7 @@ static void *agp_remap(unsigned long offset, un

Re: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)

2010-03-28 Thread Maciej Rutecki
On sobota, 27 marca 2010 o 17:11:05 Norbert Preining wrote: > Dear all, > > (please Cc) [Added more CCs] Similar: http://marc.info/?l=linux-kernel&m=126954749618319&w=2 > > I am running 2.6.34-rc2 + git 01e7770 commit (yesterday) with KMS on > Debian/sid: xserver-xorg: 7.5+5 > video-intel: 2.

Signalling no-audio for HDMI

2010-03-28 Thread Hendrik Sattler
Hi, I got this working previously but it somehow stopped working. My setup: - Acer TravelMate 6592 - DVI output with DVI->HDMI converter - Philips Full-HD LCD-TV The laptop runs Debian testing with a self-compiled linux-2.6.33 with radeon+firmware compiled-in. The laptop cannot do audio over t

[Bug 27339] Problem with stale cliprects from the classic r300 in r300g

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27339 Marek Olšák changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: http://bu

[Bug 27339] Problem with stale cliprects from the classic r300 in r300g

2010-03-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27339 --- Comment #6 from Mathias Fröhlich 2010-03-28 00:34:50 PST --- Works with your checkin. Thanks! Mathias -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You