From: Dave Airlie
if we fail with ERESTARTSYS during alloc, we'll get a retry from
userspace so don't report it in dmesg.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_gem.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeo
From: Dave Airlie
If we get ERESTARTSYS we leaked the radeon_bo object here.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_object.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_ob
http://bugzilla.kernel.org/show_bug.cgi?id=14769
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 fr
http://bugs.freedesktop.org/show_bug.cgi?id=24124
--- Comment #6 from Alex Deucher 2009-12-14 15:36:56 PST ---
Is this still an issue with the new pll code in drm-radeon-next?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugzilla.kernel.org/show_bug.cgi?id=14769
Jesse Barnes changed:
What|Removed |Added
Component|Video(DRI - Intel) |Video(DRI - non Intel)
AssignedTo|
On Mon, 2009-12-14 at 23:21 +0100, Gerhard Pircher wrote:
>
> Next I booted the kernel with radeon.test=1 and this test fails
> immediately with a message like this:
>
> [drm:radeon_test_moves] *ERROR* Incorrect GTT->VRAM copy 0: Got 0xf14a88f0,
> expected 0xf14a6680 (GTT map 0xf14a6000-0xf15a6
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
This adds the VMware KMS driver for their virtual GPU, the Kconfig is
under staging until they are happy with the ioctl interface to the 3D
driver
On Monday 14 December 2009 18:20:15 Jesse Barnes wrote:
> 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.
Ok, I'll try that and let you know. Running the kernel before your
patch has no
Hi,
A long time ago I was working on an AGPGART driver for my PPC machine,
but couldn't get it working due to missing datasheet, etc. Now I started
working on it again, as Radeon KMS works well on my machine so far and I
also rediscovered an old binary-only AGPGART driver for which objdump
reveale
From: Dave Airlie
This path isn't used by radeon yet, but future drivers will want it,
so fix it right.
Reported-by: Luca Barbieri
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo_vm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_b
On Mon, 14 Dec 2009 20:38:09 +
Arnd Bergmann wrote:
> On Monday 14 December 2009 18:20:15 Jesse Barnes wrote:
> > 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.
>
> Ok, I'll
Begin forwarded message:
Date: Mon, 14 Dec 2009 20:18:18 GMT
From: bugzilla-dae...@bugzilla.kernel.org
To: bugme-...@lists.osdl.org
Subject: [Bugme-new] [Bug 14811] New: case NOUVEAU_GART_AGP: not used if not
set CONFIG_AGP
http://bugzilla.kernel.org/show_bug.cgi?id=14811
Summary:
On Mon, Dec 14, 2009 at 02:52:45PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> a) the loops were going to <= not <, leading to illegal memory access
> b) the busy placement checks were using the placement arrays not the
>busy placement ones.
>
> Signed-off-by: Dave Airlie
Ack-by: Jero
If they are not radeon object don't do anythings special for them,
this avoid rare oops than can happen in a complex use case.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_object.c |9 +
drivers/gpu/drm/radeon/radeon_
Jerome Glisse wrote:
> Hi Thomas,
>
> Dave find out the root of a strange oops we did encouter.
> I spend sometimes today trying to hack ttm around but
> in the end my solution is wrong.
>
> So when we move an object a ttm ghost object is created.
> If GPU takes time to evict the bo the ghost objec
2009/12/13 :
> On Sun, Dec 13, 2009 at 11:38:04PM +0200, nez...@allurelinux.org wrote:
>> Hi,
>>
>> I hope you don't mind me posting this directly as bugs are forwarded to the
>> list anyway.
>>
>> I grabbed a kernel snapshot from "drm-radeon-testing" head yesterday and
>> built it. I grabbed "R70
Reviewed-by: Maciej Cencora
Dnia poniedziałek, 14 grudnia 2009 o 03:26:31 Dave Airlie napisał(a):
> From: Dave Airlie
>
> This adds support for compressed textures to the r100->r500 CS
> checker, it lets me run openarena and the demos in mesa fine.
>
> Thanks to Maciej Cencora for initial comm
On Mon, 14 Dec 2009 07:54:05 +1000
Dave Airlie wrote:
> On Sun, 2009-12-13 at 21:31 +, Arnd Bergmann wrote:
> > On Sunday 13 December 2009 20:00:18 Daniel Vetter wrote:
> > > On Sun, Dec 13, 2009 at 12:30:25PM +, Arnd Bergmann wrote:
> > > > And now it's obvious that my computer hates me.
Ghost object shouldn't endup on lru to avoid an infinite
loop when evicting or to avoid calling driver callback
on the ghost object (which isn't a valid driver object).
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/ttm/ttm_bo_util.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi Thomas,
Dave find out the root of a strange oops we did encouter.
I spend sometimes today trying to hack ttm around but
in the end my solution is wrong.
So when we move an object a ttm ghost object is created.
If GPU takes time to evict the bo the ghost object endup
on the destroy list & stay
http://bugzilla.kernel.org/show_bug.cgi?id=14801
--- Comment #5 from Evgeniy 2009-12-14 16:20:23 ---
Thanks Alex,
It might Sorry, I should have mentioned it before
Since 1.6.32.rc7 when booting to GNOME I get no further than gdm. The system
gets locked with a black screen and not SysRq
http://bugzilla.kernel.org/show_bug.cgi?id=14801
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 fr
Addendum Up-/Downclocking:
# cat /sys/module/radeon/parameters/dynclks
-1
Value of "-1" means dynamic clocking (dynclks) is not set.
Two options to activate dynamic clocking:
[1] At modprobe-time: (tested in runlevel-3: booted with nomodeset):
# modprobe -r -v radeon <--- unload kernel-module
http://bugs.freedesktop.org/show_bug.cgi?id=25630
--- Comment #2 from Laurent carlier 2009-12-14 00:50:25
PST ---
Created an attachment (id=32057)
--> (http://bugs.freedesktop.org/attachment.cgi?id=32057)
desktop corruption
Running nexuiz give some texture corruption in the game and some
http://bugs.freedesktop.org/show_bug.cgi?id=25630
--- Comment #1 from Laurent carlier 2009-12-14 00:34:17
PST ---
http://thread.gmane.org/gmane.comp.video.dri.devel/41114
This patch fix the segfault, bug some textures are *borked*
--
Configure bugmail: http://bugs.freedesktop.org/userpr
25 matches
Mail list logo
