[email protected]

2010-02-21 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26686 Ian Romanick changed: What|Removed |Added AssignedTo|dri-|[email protected]

Re: [Mesa3d-dev] [PATCH] bin/mklib: Clear CDPATH to avoid damaging expand_archive output

2010-02-21 Thread Dan Nicholson
On Sun, Feb 21, 2010 at 2:33 PM, Keith Packard wrote: > The bash 'cd' command tends to emit random stuff to stdout when the > CDPATH variable is set, so clear it to keep extra filenames from being > emitted from the expand_archive function, which would otherwise cause > mklib to fail. > > Signed-o

[PATCH] drm/radeon/kms: for downclocking non-mobility check PERFORMANCE state

2010-02-21 Thread Rafał Miłecki
AtomBIOS tables on non-mobility GPU do not contain POWERSAVE/BATTERY. Signed-off-by: Rafał Miłecki --- drivers/gpu/drm/radeon/radeon_pm.c | 22 -- 1 files changed, 16 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/ra

[PATCH] bin/mklib: Clear CDPATH to avoid damaging expand_archive output

2010-02-21 Thread Keith Packard
The bash 'cd' command tends to emit random stuff to stdout when the CDPATH variable is set, so clear it to keep extra filenames from being emitted from the expand_archive function, which would otherwise cause mklib to fail. Signed-off-by: Keith Packard --- bin/mklib |4 1 files changed,

[Bug 15293] Flash video laggy inside Firefox only with KMS

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=15293 --- Comment #19 from Rafał Miłecki 2010-02-21 22:32:42 --- (In reply to comment #12) > The radeon driver does vline range waits to prevent tearing when doing buffer > swaps. That is likely the case if flash uses GL. You can remove the vline

[email protected]

2010-02-21 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26686 --- Comment #3 from Ruslan 2010-02-21 14:06:28 PST --- (In reply to comment #2) > Can you bisect the commit that broke it for you? OK, i did it using WINE bisect tutorial, and this is the final output: 4f0f871730b76730ca58209181d16725b0c401

[Bug 15293] Flash video laggy inside Firefox only with KMS

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=15293 --- Comment #18 from Rafael J. Wysocki 2010-02-21 22:06:23 --- On Sunday 21 February 2010, Rafał Miłecki wrote: > 2010/2/21 Rafael J. Wysocki : > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15293 > > Subject : Flash

[Bug 15293] Flash video laggy inside Firefox only with KMS

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=15293 Rafael J. Wysocki changed: What|Removed |Added Regression|Yes |No --- Comment #17 from Rafael J.

Re: 2.6.33-rc8-git6: Reported regressions from 2.6.32

2010-02-21 Thread Rafael J. Wysocki
On Sunday 21 February 2010, Rafał Miłecki wrote: > 2010/2/21 Rafael J. Wysocki : > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15293 > > Subject : Flash video laggy inside Firefox only with KMS > > Submitter : Michał Witkowski > > Date: 2010-02-13 14:53

Re: 2.6.33-rc8-git6: Reported regressions from 2.6.32

2010-02-21 Thread Rafał Miłecki
2010/2/21 Rafael J. Wysocki : > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=15293 > Subject         : Flash video laggy inside Firefox only with KMS > Submitter       : Michał Witkowski > Date            : 2010-02-13 14:53 (9 days old) Not regression. Just KMS problem. -- Rafa

2.6.33-rc8-git6: Reported regressions 2.6.31 -> 2.6.32

2010-02-21 Thread Rafael J. Wysocki
This message contains a list of some post-2.6.31 regressions introduced before 2.6.32, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.31 regressions, please let us kno

[Bug #14949] drm_vm.c:drm_mmap: possible circular locking dependency detected

2010-02-21 Thread Rafael J. Wysocki
This message has been generated automatically as a part of a summary report of recent regressions. The following bug entry is on the current list of known regressions from 2.6.32. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://b

2.6.33-rc8-git6: Reported regressions from 2.6.32

2010-02-21 Thread Rafael J. Wysocki
This message contains a list of some regressions from 2.6.32, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 2.6.32, please let us know either and we'll add th

[email protected]

2010-02-21 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26686 --- Comment #2 from Pauli 2010-02-21 13:45:35 PST --- Can you bisect the commit that broke it for you? http://kernel.osuosl.org/pub/software/scm/git/docs/git-bisect.html -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=

[Bug 15151] Black screen after loading nouveau module

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=15151 Rafael J. Wysocki changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[email protected]

2010-02-21 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26686 --- Comment #1 from Ruslan 2010-02-21 12:11:27 PST --- Created an attachment (id=33475) --> (http://bugs.freedesktop.org/attachment.cgi?id=33475) GTA3 screenshot -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --

[email protected]

2010-02-21 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26686 Summary: Some textures are distorted with libdrm 2.4.18 in GTAVC>A3 Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[Bug 14535] Memory corruption detected in low memory

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=14535 --- Comment #20 from Dave Airlie 2010-02-21 19:55:41 --- I've tried to reproduce this locally and haven't had any luck using Fedora running in user mode setting. It would help if someone could try with an old kernel and see it still happens.

[Bug 14535] Memory corruption detected in low memory

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=14535 Alan changed: What|Removed |Added CC||[email protected] --- Comment #19 from A

[Bug 14535] Memory corruption detected in low memory

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=14535 [email protected] changed: What|Removed |Added Severity|normal |high -- Configure bugmail: http://bugzi

[Bug 14535] Memory corruption detected in low memory

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=14535 --- Comment #18 from Henrique de Moraes Holschuh 2010-02-21 18:52:50 --- Yes, it should have a higher priority. But setting it would be pointless, since it is not even assigned to anyone: it would not make anyone move faster to fix the probl

[Bug 14535] Memory corruption detected in low memory

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=14535 --- Comment #17 from Gary 2010-02-21 18:34:23 --- The Severity of this bug should be changed from Normal to at least High, as it causes both system crashes and data loss. Perhaps it should be changed to Blocking, as it is impossible to do any

[Bug 15276] latest git kernel: general protection fault: 0000 [#1]

2010-02-21 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=15276 --- Comment #36 from Michał Witkowski 2010-02-21 17:40:16 --- (In reply to comment #30) > Are you all using laptop ? if so please give the brand and model. > If you are using desktop computer please give motherboard brand model, cpu > model an

Re: [PATCH][RFC] time: add wait_interruptible_timeout macro to sleep (w. timeout) until wake_up

2010-02-21 Thread Rafał Miłecki
W dniu 21 lutego 2010 16:01 użytkownik Thomas Hellstrom napisał: > Rafał Miłecki wrote: >> >> Signed-off-by: Rafał Miłecki >> --- >> We try to implement some PM in radeon KMS and we need to sync with VLBANK >> for >> reclocking engine/memory. The easiest and cleanest way seems to be >> sleeping i

Re: [PATCH][RFC] time: add wait_interruptible_timeout macro to sleep (w. timeout) until wake_up

2010-02-21 Thread Thomas Hellstrom
Rafał Miłecki wrote: > Signed-off-by: Rafał Miłecki > --- > We try to implement some PM in radeon KMS and we need to sync with VLBANK for > reclocking engine/memory. The easiest and cleanest way seems to be sleeping in > timer handler just before reclocking. Then our IRQ handler calls wake_up and

Re: [PATCH 1/9] drm/ttm: add ttm_fault callback to allow driver to handle bo placement

2010-02-21 Thread Jerome Glisse
On Sun, Feb 21, 2010 at 10:44:31AM +0100, Thomas Hellstrom wrote: > Jerome, > > I think this could and should be accomplished in the following way (like > the old ttm did). > > 1: For kernel maps: > a) reserve the bo. > b) validate the bo into a mappable segment of vram, perhaps using range > v

[PATCH] drm/vmwgfx: Fix queries if no dma buffer thrashing is occuring.

2010-02-21 Thread Thomas Hellstrom
Intercept query commands and apply relocations to their guest pointers. Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 108 ++- 1 files changed, 92 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c b/

[PATCH][RFC] time: add wait_interruptible_timeout macro to sleep (w. timeout) until wake_up

2010-02-21 Thread Rafał Miłecki
Signed-off-by: Rafał Miłecki --- We try to implement some PM in radeon KMS and we need to sync with VLBANK for reclocking engine/memory. The easiest and cleanest way seems to be sleeping in timer handler just before reclocking. Then our IRQ handler calls wake_up and we continue reclocking. As you

[PATCH 2/3] backlight: mark struct backlight_ops const

2010-02-21 Thread Bruno Prémont
Signed-off-by: Bruno Prémont --- drivers/acpi/video.c|2 +- drivers/gpu/drm/nouveau/nouveau_backlight.c |4 ++-- drivers/macintosh/via-pmu-backlight.c |4 ++-- drivers/platform/x86/acer-wmi.c |2 +- drivers/platform/x86/as

[PATCH] Gpu: drm: fix buffer overflow in nouveau_bios.c

2010-02-21 Thread chris . nicholson
From: Chris Nicholson This is a patch to the nouveau_bios.c file that fixes up a buffer overflow Signed-off-by: Chris Nicholson --- drivers/gpu/drm/nouveau/nouveau_bios.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers

[PATCH] avoid linker error

2010-02-21 Thread RALOVICH , Kristóf
Hi All, the attached patch helps me build libdrm with jhbuild. Cheers, Kristof From 616a08e854c6ce579eee08bf4faacc300cfa679a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?RALOVICH,=20Krist=C3=B3f?= Date: Fri, 19 Feb 2010 19:48:26 -0500 Subject: [PATCH] tests: avoid linker error clock_gettime() requi

Re: [PATCH 1/9] drm/ttm: add ttm_fault callback to allow driver to handle bo placement

2010-02-21 Thread Thomas Hellstrom
Jerome, I think this could and should be accomplished in the following way (like the old ttm did). 1: For kernel maps: a) reserve the bo. b) validate the bo into a mappable segment of vram, perhaps using range validation. c) idle any accelerated move. d) call ttm_bo_kmap. 2: For fault: a) in b