On Thursday 17 December 2009 19:13:59 Jesse Barnes wrote:
> > Ok, I'll try that. The problem is keeping me from doing any useful
> > upstream kernel work on my main machine, so I'm rather motivated ;-)
>
> Another patch to try...
Thanks!
It's running fine so far, uptime 90 minutes together with
On Sun, Dec 20, 2009 at 09:03:27AM +0200, Marin Mitov wrote:
> Hello all,
>
> Silancing a false positive:
> warning: 'width' may be used uninitialized in this function
> drivers/gpu/drm/drm_edid.c
Is it guaranteed that the switch will always see a value covered by the
four cases it has? If not w
http://bugs.freedesktop.org/show_bug.cgi?id=25718
--- Comment #7 from Rafał Miłecki 2009-12-20 02:48:29 PST
---
I don't know... The only place where I mess with fences it:
read_lock_irqsave(&rdev->fence_drv.lock, irq_flags);
if (!list_empty(&rdev->fence_drv.emited)) {
struct list_h
W dniu 18 grudnia 2009 19:42 użytkownik Rafał Miłecki
napisał:
> V2: reorganize functions, fix modesetting calls
> V3: rebase patch, use radeon's workqueue
> V4: enable on tested chipsets only, request VBLANK IRQs
> V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
> V6: use separate dynpm
http://bugs.freedesktop.org/show_bug.cgi?id=24844
--- Comment #11 from Bruno 2009-12-20 07:21:59 PST ---
(In reply to comment #10)
> Some of the DRM patches between 2.6.32 and 2.6.33-rc1 do fix the issue, I've
> tried to determine the exact patch.
I've *not yet* tried to determine the exact
http://bugs.freedesktop.org/show_bug.cgi?id=24844
--- Comment #10 from Bruno 2009-12-20 07:20:55 PST ---
Some of the DRM patches between 2.6.32 and 2.6.33-rc1 do fix the issue, I've
tried to determine the exact patch.
It's probably one of those that touch EDID handling/parsing as it did work
http://bugs.freedesktop.org/show_bug.cgi?id=25290
--- Comment #3 from Rafael Monica 2009-12-20 08:49:05 PST
---
I think I found the problem. The hardware already makes the right decision
based on the FACE_bit. This code in r700UpdatePolygonMode actually reverses it
when using clockwise wind
http://bugs.freedesktop.org/show_bug.cgi?id=25718
--- Comment #8 from Trevour 2009-12-20 08:50:47 PST ---
With 2.6.31.1 and drm-radeon-testing of four days ago with V7 and ATOM lock
applied, I have no problems here. Has anyone tested V7 with the newer changes?
--
Configure bugmail: http:/
2009/12/19 Christian König :
> Hi,
>
> Am Samstag, den 19.12.2009, 15:37 +0100 schrieb Luca Tettamanti:
>> - first of all, I have a M56 (RV630) which lacks the PCI audio
>> function, I guess in this case the audio shouldn't be enabled at all
> That's definitely a bug, AFAIK regarding HDMI audio the
http://bugs.freedesktop.org/show_bug.cgi?id=25731
Summary: [Radeon FireGL][RV635] Too many stalls with KMS and IRQs
enabled
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=25731
--- Comment #1 from Shawn Starr 2009-12-20 11:01:11
PST ---
See URL for XML call without KMS enabled here:
http://www.sh0n.net/spstarr/radeon/secondlife-r600-nokms.log.bz2
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?t
http://bugs.freedesktop.org/show_bug.cgi?id=25718
--- Comment #9 from Rafał Miłecki 2009-12-20 12:00:24 PST
---
I got info from Aidan that he experienced similar (same?) problem with dynpm=0
and while playing Nexuiz for longer time (about 15mins?).
Not sure what is real impact of my patch
Am Sonntag, den 20.12.2009, 19:10 +0100 schrieb Luca Tettamanti:
> Typo, sorry: it's a M76 (the core is a RV630).
Interesting, I always thought that every R6xx based chipset has an audio
codec. Could you make sure that there is no audio codec on this chipset?
Take a look in the bios, its possible t
http://bugs.freedesktop.org/show_bug.cgi?id=25718
--- Comment #10 from Trevour 2009-12-20 12:02:26 PST ---
(In reply to comment #8)
> With 2.6.31.1 and drm-radeon-testing of four days ago with V7 and ATOM lock
> applied, I have no problems here. Has anyone tested V7 with the newer changes?
>
2009/12/20 Christian König :
> Am Sonntag, den 20.12.2009, 19:10 +0100 schrieb Luca Tettamanti:
>> Typo, sorry: it's a M76 (the core is a RV630).
> Interesting, I always thought that every R6xx based chipset has an audio
> codec. Could you make sure that there is no audio codec on this chipset?
We
http://bugs.freedesktop.org/show_bug.cgi?id=25109
--- Comment #5 from Tom Stellard 2009-12-20 18:50:04 PST
---
I am now using:
xorg-server: 1.7.4 RC 1
kernel: 2.6.32 with KMS disabled.
wine: 1.1.35
and the most recent git versions of libdrm and ddx.
I can reproduce this bug on the master,
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #4 from Tom Stellard 2009-12-20 18:56:25 PST
---
I have done some debugging of the problem, and it appears my system locks up
while calling glXSwapBuffers() on line 340 of glxgears.c. This is while I am
using the regular r300 me
http://bugs.freedesktop.org/show_bug.cgi?id=25733
Summary: Latest drm-radeon-testing fails to suspend
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prior
I've reworked Arnd's two patches to we have all the core changes in one
patch, this in theory should change no behaviour in any of the current
drivers.
Patch 2: updates the vmwgfx unlocked ioctl code, to use the new interface
as this work conflicts with its current interface.
---
From: Dave Airlie
For some reason these ioctls have no DRM flags, which just seems wrong,
so I guess that needs reviewing also before staging exit.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 69 ---
1 files changed, 16 insertions(+),
From: Arnd Bergmann
drm_ioctl is called with the Big Kernel Lock held,
which shows up very high in statistics on vfs_ioctl.
Moving the lock into the drm_ioctl function itself
makes sure we blame the right subsystem and it gets
us one step closer to eliminating the locked version
of fops->ioctl.
From: Bob Gleitsmann
This is from bug 25728.
[airlied: I'm just forwarding the patch for review, Thomas, ickle?]
---
drivers/gpu/drm/drm_mm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index d7d7eac..cdec329 10
From: Dave Airlie
In 2.6.32.2 r600 had no IRQ support, however the patch in
500b758725314ab1b5316eb0caa5b0fa26740e6b to fix vblanks on avivo
cards, needs irqs.
So check for an R600 card and avoid this path if so.
This is a stable only patch for 2.6.32.2 as 2.6.33 has IRQs for r600.
Signed-off-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Subject: [ANNOUNCE] libdrm 2.4.17
To: xorg-annou...@lists.freedesktop.org
CC: dri-de...@lists.freedesktop.org
The experimental radeon API changed a lot, still experimental,
but I don't think it'll break incompatability again after this.
This also add
I just tried to compile last stable kernel with radeon DRM gpu driver
and I got this:
...
LD vmlinux.o
MODPOST vmlinux.o
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-
On Sunday 20 December 2009 11:56:44 am Simon Horman wrote:
> On Sun, Dec 20, 2009 at 09:03:27AM +0200, Marin Mitov wrote:
> > Hello all,
> >
> > Silancing a false positive:
> > warning: 'width' may be used uninitialized in this function
> > drivers/gpu/drm/drm_edid.c
>
> Is it guaranteed that the
With 2.6.32.2 the system hangs completely with black screen when modprobing
radeon with modeset=1. I was able to connect via ssh, but after entering the
password nothing happend. I didn't got a prompt. Only SysRq worked. I've
tracked it down to the following patch:
>From 500b758725314ab1b5316eb
2009/12/20 Ruud Linders :
>
> Hello,
>
> After upgrading from 2.6.32.1 to 2.6.32.2 my radeon KMS broke. Broke
> meaning after kernel boot at the moment radeon module is loaded, I get a
> blank screen, monitor goes in powersave mode and machine stops booting
> (ping-able but can't login via ssh and
Johannes Hirte wrote:
> With 2.6.32.2 the system hangs completely with black screen when modprobing
> radeon with modeset=1. I was able to connect via ssh, but after entering the
> password nothing happend. I didn't got a prompt. Only SysRq worked. I've
> tracked it down to the following patch:
On Sun, Dec 20, 2009 at 12:43:19PM +0200, Marin Mitov wrote:
> On Sunday 20 December 2009 11:56:44 am Simon Horman wrote:
> > On Sun, Dec 20, 2009 at 09:03:27AM +0200, Marin Mitov wrote:
> > > Hello all,
> > >
> > > Silancing a false positive:
> > > warning: 'width' may be used uninitialized in th
30 matches
Mail list logo