On Wed, Apr 07, 2010 at 03:22:20PM -0700, Linus Torvalds wrote:
>
>
> On Wed, 7 Apr 2010, Al Viro wrote:
> >
> > No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> > return an error on failing open attempt (in insane codepath that has
> > ->d_revalidate() handling open()). C
https://bugzilla.kernel.org/show_bug.cgi?id=15112
--- Comment #12 from Joe Kowalski 2010-04-08 01:05:53
---
Still present with 2.6.34-rc+ at about
0fdf86754f70e813845af4abaa805165ce57a0bb.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=27498
--- Comment #3 from Marek Olšák 2010-04-07 17:32:38 PDT ---
I accidentally introduced a regression in the classic driver (sorry about that)
which has been fixed in 765dc9fc32cf901647. Could you re-test?
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=27498
--- Comment #2 from Krzysztof A. Sobiecki 2010-04-07
17:19:24 PDT ---
Excellent, it only happens with classic mesa driver, gallium driver works just
fine... At least for one time I entered "Applications" menu.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #13 from Andy Furniss 2010-04-07
17:06:14 PDT ---
(In reply to comment #12)
This is fixed for me now that the ttm page allocator is in drm-radeon-testing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #14 from Nix 2010-04-07 23:17:03 ---
Oh, *thank* you, that's very useful indeed.
That lets me eliminate virtually everything from consideration, because it
works with ToI off (but patched in) and fails with it on! Thus the proble
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #4 from Jeremy Huddleston 2010-04-07
16:11:49 PDT ---
I set this on my command line:
append="radeon.agpmode=1 video=radeon"
Now the text doesn't garble. My display just seems "hypercolored" ... I can't
really describe it and will
On Wed, Apr 07, 2010 at 03:04:46PM -0700, Linus Torvalds wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject : [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter : Daniel J Blueman
> > Date: 2010-03-29 18:36 (10 days old
https://bugs.freedesktop.org/show_bug.cgi?id=27525
--- Comment #1 from Michel Dänzer 2010-04-07 15:40:01 PDT
---
Works for me with the Mesa 7.7.1-1 packages from Debian. Can you try the
upstream Git mesa_7_7_branch?
Also, you may be able to get more info from the kernel with netconsole.
--
Co
https://bugs.freedesktop.org/show_bug.cgi?id=27525
Michel Dänzer changed:
What|Removed |Added
Attachment #34777|application/octet-stream|text/plain
mime type|
Fixes
drivers/gpu/drm/ttm/ttm_page_alloc.c: In function 'ttm_page_alloc_debugfs':
drivers/gpu/drm/ttm/ttm_page_alloc.c:829: error: implicit declaration of
function 'seq_printf'
Signed-off-by: Matt Turner
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |1 +
1 files changed, 1 insertions(+), 0 dele
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #3 from Michel Dänzer 2010-04-07 15:32:21 PDT
---
(In reply to comment #3)
> Additionally, when X starts, the image displayed is identical to the image
> that
> was in the framebuffer just before rebooting. (I see my X session with
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #2 from Michel Dänzer 2010-04-07 15:30:29 PDT
---
Works for me on the same or at least very similar machine... Try disabling
OFfb, I think the handover from that to KMS doesn't quite work yet.
Also, for performance you probably want
On Wed, 7 Apr 2010, Al Viro wrote:
>
> No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> return an error on failing open attempt (in insane codepath that has
> ->d_revalidate() handling open()). Confirmed to work by reporter...
Ok, can you do the proper changelog descripti
https://bugzilla.kernel.org/show_bug.cgi?id=15705
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Michel Dänzer changed:
What|Removed |Added
Attachment #34776|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Jeremy Huddleston changed:
What|Removed |Added
Platform|Other |PowerPC
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=27525
Summary: linux-2.6.33.2 radeon, rv350, glxgears locks system
Product: Mesa
Version: unspecified
Platform: PowerPC
OS/Version: Linux (All)
Status: NEW
Severity: critical
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #1 from Jeremy Huddleston 2010-04-07
15:18:43 PDT ---
:00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility
Radeon 9600 M10]
Subsystem: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
Flags: bus m
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Summary: linux-2.6.33.2 radeondrm_fb, rv350, garbled console on
PowerBook G4
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
On Wed, Apr 07, 2010 at 11:08:30PM +0200, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15551
> Subject : WARNING: at net/mac80211/work.c:811
> ieee80211_work_work+0x7f/0xde8 [mac80211]()
> Submitter : Alex Zhavnerchik
> Date : 2
https://bugs.freedesktop.org/show_bug.cgi?id=27502
Jeremy Huddleston changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15718
> Subject : File corruption regression on NFS related to commit
> 1f36f774
> Submitter : Boaz Harrosh
> Date : 2010-03-24 15:49 (15 days old)
> First-Bad
[NOTE:
The summary report of post-2.6.32 regressions will be sent later
(hopefully tomorrow).]
This message contains a list of some regressions from 2.6.33,
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 yo
https://bugs.freedesktop.org/show_bug.cgi?id=27225
Tormod Volden changed:
What|Removed |Added
URL||https://bugs.launchpad.net/
https://bugs.freedesktop.org/show_bug.cgi?id=27522
Summary: rendering of large vtk datasets very slow
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=26114
--- Comment #6 from Rafał Miłecki 2010-04-07 12:58:44 PDT ---
As mentioned in bug #27521 it may be worth to try BuGLe. It seems to nicely
translate magic numbers to GL definitions.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #12 from Nix 2010-04-07 19:25:49 ---
Er, how do I suspend without tuxonice? I've never used the in-tree swsusp
successfully (last time I tried I didn't just get a crash but massive
filesystem corruption, so I sort of haven't dared
https://bugs.freedesktop.org/show_bug.cgi?id=27521
--- Comment #1 from Wiktor Janas 2010-04-07 12:05:43 PDT
---
Created an attachment (id=34774)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34774)
Blender's OpenGL call trace from BuGLe
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27521
Summary: corrupted rendering with vbo + kms + rv515 (hits
Blender 2.50!)
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=27517
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.5
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #6 from Fabio Pedretti 2010-04-07 09:09:40
PDT ---
I have the same problem (and a similar one with sauerbraten) on my RV530,
reported as bug #27507.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=27224
--- Comment #7 from Ondrej Zary 2010-04-07
09:05:13 PDT ---
Created a bug report about KMS problems here:
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
This patch is against the drm-fbdevfix1 branch. It removes the
drm_fb_helper_setcolreg function. The reason is that fb_setcolreg is only
used in the case where fb_setcmap is called and no fb_ops->fb_setcmap is
used. In the drm case we always need a fb_setcmap hook to handle multiple
crtcs so we
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #5 from adr...@gmail.com 2010-04-07 07:05:43 PDT ---
I reported this problem there also:
http://www.wildfiregames.com/forum/index.php?showtopic=12982
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #4 from adr...@gmail.com 2010-04-07 07:04:22 PDT ---
Created an attachment (id=34765)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34765)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #11 from Jérôme Glisse 2010-04-07
13:40:11 ---
Ok works here, please test without tuxonice, tuxonice is know to be problematic
and it's out of tree so i won't have time to fix it.
--
Configure bugmail: https://bugzilla.kernel.o
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Fabio Pedretti changed:
What|Removed |Added
URL||https://bugs.launchpad.net/
In the original code there was a typo and we called kfree(pgraph->ctxprog)
two times instead of kfree(pgraph->ctxvals);
Also it's OK to pass NULL variables to kfree(). checkpatch.pl complains
about this so I removed the checks.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_ttm.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index 1f
This patch enable the use of unmappable VRAM thanks to
previous TTM infrastructure change.
V2 update after io_mem_reserve/io_mem_free callback balancing
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c |5 -
drivers/gpu/drm/radeon/r100.c |5 -
drivers/gpu
On fault the driver is given the opportunity to perform any operation
it sees fit in order to place the buffer into a CPU visible area of
memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
should keep working properly. Future patch will take advantage of this
infrastructure and
This add the support for the new fault callback, does change anything
from driver point of view.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been tested.
V2 don't derefence bo->mem.mm_node as it's not NULL only for
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 45 ++--
d
There is case where we want to be able to wait only for the
GPU while not waiting for other buffer to be unreserved. This
patch split the no_wait argument all the way down in the whole
ttm path so that upper level can decide on what to wait on or
not.
This patch break the API to other modules, upd
This add the support for the new fault callback, does change anything
from driver point of view, thought it should allow nouveau to add
support for unmappable VRAM.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been teste
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c |4 ++--
drivers/gpu/drm/vmwgfx/vmwg
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c |6 ++--
drivers/gpu/drm/radeon/radeon_ttm.c| 39 +--
2 files changed, 24 insertions(+), 21 deletions(-)
So here is i hope the last spawn of the patch serie,
i drop the needs ioremap flag and callback is responsible
for ioremapping memory and providing a valid virtual address
this simplify TTM code. I haven't change the value of enum
after removing dead flag, Thomas maybe you prefer to change
the enum
This add the support for the new fault callback and also the
infrastructure for supporting unmappable VRAM.
V2 validate BO with no_wait = true
V3 don't derefence bo->mem.mm_node as it's not NULL only for
VRAM or GTT
V4 update to splitted no_wait ttm change
V5 update to new balanced io_mem_reser
All TTM driver have been converted to new io_mem_reserve/free
interface which allow driver to choose and return proper io
base, offset to core TTM for ioremapping if necessary. This
patch remove what is now deadcode.
V2 adapt to match with change in first patch of the patchset
V3 update after io_m
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index e
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
index 9
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Summary: OpenGL applications crash with drmRadeonCmdBuffer:
-22. Kernel failed to parse or rejected command stream
Product: DRI
Version: DRI CVS
Platform: x86 (IA32)
OS/Version
54 matches
Mail list logo
