https://bugs.freedesktop.org/show_bug.cgi?id=26195
--- Comment #26 from Andy Green a...@warmcat.com 2010-04-13 13:56:48 PDT ---
Created an attachment (id=34978)
-- (https://bugs.freedesktop.org/attachment.cgi?id=34978)
Xorg log with overscanned HDMI out (no green cast!) on Aspire 8935
Did you
On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
Its probably not documented well anywhere, though I think the handles are
32-bit is written down somewhere.
Ah
On Wed, 2010-04-14 at 00:19 +0100, Matthew W. S. Bell wrote:
On Sun, 2010-04-11 at 09:10 -0500, Robert Noland wrote:
On Sat, 2010-04-10 at 19:30 +0100, Matthew W. S. Bell wrote:
On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote:
Its probably not documented well anywhere, though I
On Wed, Apr 14, 2010 at 03:42:57AM +0200, Marek Olšák wrote:
On Sun, Apr 11, 2010 at 8:12 PM, Jerome Glisse gli...@freedesktop.orgwrote:
On Sun, Apr 11, 2010 at 06:39:05AM +0200, Marek Olšák wrote:
Hi devs,
The first attached patch fixes the calculation of mipmapped 3D texture
https://bugs.freedesktop.org/show_bug.cgi?id=27634
--- Comment #1 from adr...@gmail.com 2010-04-14 08:06:46 PDT ---
Created an attachment (id=35008)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35008)
Log 2
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27634
--- Comment #2 from adr...@gmail.com 2010-04-14 08:07:16 PDT ---
Created an attachment (id=35009)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35009)
Xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27634
--- Comment #4 from Marek Olšák mar...@gmail.com 2010-04-14 09:50:26 PDT ---
I've hopefully fixed the issue with dummy shaders causing crashes in git.
However, I don't think we can do anything with the failing shader right now
because it
https://bugs.freedesktop.org/show_bug.cgi?id=27644
Summary: radeon KMS causes corrupt VGA output on X1400
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=27644
--- Comment #1 from Alex Deucher ag...@yahoo.com 2010-04-14 11:59:07 PDT ---
does radeon.new_pll=0 also fix the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=27644
--- Comment #2 from Cameron Gorrie sastr...@gmail.com 2010-04-14 12:26:43 PDT
---
(In reply to comment #1)
does radeon.new_pll=0 also fix the problem?
Alex, it does not. I replaced radeon.modeset=0 vga=771 with
radeon.new_pll=0.
Cam
--
https://bugs.freedesktop.org/show_bug.cgi?id=27652
Tormod Volden bugzi09.fdo.tor...@xoxy.net changed:
What|Removed |Added
URL|
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #13 from Michel Dänzer mic...@daenzer.net 2010-04-15 01:27:05 PDT
---
(In reply to comment #12)
Ok, tell me what you want me to dump, when you want me to dump it, and how.
Build radeontool from
https://bugs.freedesktop.org/show_bug.cgi?id=27644
--- Comment #8 from willjcroz willjc...@yahoo.co.uk 2010-04-15 02:14:17 PDT
---
Created an attachment (id=35053)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35053)
avitool regs all ums.regs
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27644
--- Comment #9 from willjcroz willjc...@yahoo.co.uk 2010-04-15 02:15:00 PDT
---
Created an attachment (id=35054)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35054)
avitool regs all kms.regs
--
Configure bugmail:
On Thu, 2010-04-15 at 13:58 +0100, Alex Buell wrote:
Celestia 1.6.0 again shows corrupted rendering on planets, other parts
rendered correctly with the latest git pull on the nvfx-next-5 tree.
Yesterday's nvfx-next tree worked perfectly.
With today's nvfx-next-5b tree, rendering is working
https://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #16 from Tobias Jakobi liquid.a...@gmx.net 2010-04-15 15:47:54
PDT ---
Yesterday I updated libdrm, mesa and xf86-video-ati to git master tip and also
pulled the latest stuff from drm-radeon-testing.
Issue is still there.
--
https://bugs.freedesktop.org/show_bug.cgi?id=27702
Summary: [KMS] rv280 segfaults in texdown becnhmark
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=27702
--- Comment #5 from Andrew Randrianasulu rand...@mail.ru 2010-04-16 12:57:37
PDT ---
n00b
b was for border. Thanks to MrCooper on IRC.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=24047
jonathan bioinfornat...@gmail.com changed:
What|Removed |Added
Status|VERIFIED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=27723
Summary: Vtx endian setup error under big endain CPU
Product: Mesa
Version: unspecified
Platform: PowerPC
OS/Version: other
Status: NEW
Severity: normal
Priority:
Machine in question has a R128 card w/ 16MB of RAM. Recently I realised
that the xorg server wasn't loading the r128 DRI driver at all, so I
rebuilt the modules necessary (dri.ko and r128.ko), loaded them, then
started the X server.
At this point the display went blank and I found this in the
On Tue, Apr 13, 2010 at 09:50:04PM +0200, Marcin Slusarz wrote:
On Mon, Apr 12, 2010 at 11:33:27PM +0200, Marcin Slusarz wrote:
Have you got a pointer to a machine where it fails?
No, it failed with an artifical test while I was working on vga16fb
handoff
(unfinished).
https://bugs.freedesktop.org/show_bug.cgi?id=27402
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Signed-off-by: Julien Cristau jcris...@debian.org
---
The comment on top of drm_pciids.h seems obsolete, but that can be
cleaned up later...
MAINTAINERS |2 +-
drivers/gpu/drm/nouveau/nouveau_drv.h |2 +-
include/drm/drm_pciids.h |2 +-
3 files
Resend to new ML-adress dri-devel@lists.freedesktop.org.
- Sedat -
-- Forwarded message --
From: Sedat Dilek sedat.di...@googlemail.com
Date: Mon, Apr 19, 2010 at 11:30 AM
Subject: [radeon] Hardcoded DRIVER_DATE?
To: DRI dri-de...@lists.sourceforge.net
Cc: Dave Airlie
These both patches separate and consider correct driver date of radeon
UserModeSetting (UMS) and KernelModeSetting (KMS) driver.
For the UMS driver date I took the CommitDate (not AuthorDate) of last
commit to drivers/gpu/drm/radeon/radeon_drv.h.
More details see the comments in my patches or
On Die, 2010-04-20 at 14:31 +0200, gli...@freedesktop.org wrote:
From: Jerome Glisse jgli...@redhat.com
Convert most AGP chipset to use scratch page as default entries.
This help avoiding GPU querying 0 address and trigger computer
fault. With KMS and memory manager we bind/unbind AGP
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Summary|OpenGL applications crash |[KMS] 0ad crashes
Hi guys,
Is there any canonical or even rough, old documentation (I noticed a
connector/encoder structure change lately) on how the DRM
crtc/encoder/connector framework is constructed and what the
responsibilities of each component are in a display driver?
The Intel driver is a little
On Mon, Apr 19, 2010 at 05:20:10PM +0100, James Simmons wrote:
More generic approach below - it should work for all drm drivers.
Unfortunately vga16fb handoff has 2 other issues:
- It can be compiled as module, so it can be loaded after KMS driver (and
nothing prevents it right now)
https://bugs.freedesktop.org/show_bug.cgi?id=27759
--- Comment #4 from Alex Buell alex.bu...@munted.org.uk 2010-04-21 01:45:07
PDT ---
Unfortunately, Celestia 1.6.0 (exact same tarball, exact same program) works
perfectly on another of my computers) but I will check with the Celestia
people,
https://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #9 from Andrew Randrianasulu rand...@mail.ru 2010-04-21 08:27:36
PDT ---
Same error with drm-radeon-testing kernel up to commit
10fd883ce384706f88554a0b08cc4d63345e7d8b
Author: Dave Airlie airl...@redhat.com
Date: Tue Apr 20
On Wed, 2010-04-21 at 16:02 -0400, Matt Turner wrote:
On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell alex.bu...@munted.org.uk wrote:
Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3
iMac 600 here working very well with OpenGL but was wondering if it
could support KMS, in
On Wed, 2010-04-21 at 22:36 +0100, Alex Buell wrote:
On Wed, 2010-04-21 at 16:02 -0400, Matt Turner wrote:
On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell alex.bu...@munted.org.uk
wrote:
Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3
iMac 600 here working very well
On Fri, Apr 23, 2010 at 8:22 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Various bits of the DRM deal with minor-master:
In the case of the open helper its protected by the struct mutex.
In the release path it's protected on some paths, but not this one ...
/* if the master has gone
and I can't see what makes this safe if the drm_release for the master
and a client occur at the same time ?
lock_kernel in drm_release. We probably need to clean that up.
I don't think that works. drm_open_helper doesn't appear to be under the
BKL merely the struct mutex.
The
https://bugs.freedesktop.org/show_bug.cgi?id=27810
--- Comment #1 from Nils Kneuper crazy-ivano...@gmx.net 2010-04-23 03:32:32
PDT ---
Created an attachment (id=35250)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35250)
dmesg output for my system
--
Configure bugmail:
From 114f3491a411f50a0de1d59475fc267efd5afa6a Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 23 Apr 2010 17:12:46 -0400
Subject: [PATCH] drm/radeon/kms: add accel parameter
passing accel=0 will disable acceleration.
This is useful for debugging.
Signed-off-by: Alex
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--- Comment #6 from Pekka Oinas burne...@gmail.com 2010-04-23 15:46:16 PDT ---
I am also affected by this. It is caused by incorrect fake texture handling in
CS checker or something. More and a possible fix (it just disables texture
checking)
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #1 from Alex Deucher ag...@yahoo.com 2010-04-24 09:21:56 PDT ---
Any chance you can bisect the problematic commit? Try drm-linus as well; if
the bug is not there it will be easier to track down since it's likely
something in
Color buffer pitch need to be 64bits aligned not 64bytes.
This patch correct the cs checker.
Signed-off-by: Jerome Glisse jgli...@redhat.com
Cc: stable sta...@kernel.org
---
drivers/gpu/drm/radeon/r600_cs.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On Mon, Apr 26, 2010 at 5:55 AM, David Miller da...@davemloft.net wrote:
Commit b4fe945405e477cded91772b4fec854705443dd5 (drm/radeon: Fix
memory allocation failures in the preKMS command stream checking.)
added a regression in that it completely tossed the get_unaligned()
done by
So much broken hardware, so few bullets.
Signed-off-by: Adam Jackson a...@redhat.com
---
Documentation/kernel-parameters.txt |3 +++
drivers/gpu/drm/drm_edid.c | 12 ++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
Hi Linus,
radeon: couple of evergreen support fixes, + pipe fix for r300, sparc
regression fix
core: another vblank from jbarnes.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #1 from Pavel Ondračka dra...@centrum.cz 2010-04-27 02:17:58 PDT
---
Created an attachment (id=35303)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35303)
console output
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Pavel Ondračka dra...@centrum.cz changed:
What|Removed |Added
Keywords||regression
--
I sent this to Alex a few days ago but felt I should post it on this
list as well:
I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
I wanted to send you my testcase. Even though PM is enabled, the
defaults of my card are somewhat insane so no real powermanagement
takes
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #2 from Marek Olšák mar...@gmail.com 2010-04-27 03:02:18 PDT ---
Please attach the dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #3 from Pavel Ondračka dra...@centrum.cz 2010-04-27 03:11:08 PDT
---
Created an attachment (id=35305)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35305)
dmesg
--
Configure bugmail:
2010/4/27 Michel Dänzer mic...@daenzer.net:
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
of memory, we can just fallback place the objects rather
On Die, 2010-04-27 at 20:14 +1000, Dave Airlie wrote:
2010/4/27 Michel Dänzer mic...@daenzer.net:
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson a...@redhat.com wrote:
Signed-off-by: Adam Jackson a...@redhat.com
not sure about the kernel-parameters additions, since the option would
be drm.edid_threshhold= and its a module option,
On Tue, 2010-04-27 at 10:47 -0400, Alex Deucher wrote:
On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson a...@redhat.com wrote:
That's a valid point though: we currently don't distinguish between
connected but with broken EDID and disconnected. I think it sounds
reasonable to treat the former
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #7 from Fabio Pedretti fabio@libero.it 2010-04-27 08:31:26
PDT ---
(In reply to comment #6)
I think I have this fixed now. Can you re-test with mesa commit
db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
With
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
klaus.doblm...@gmail.com wrote:
I sent this to Alex a few days ago but felt I should post it on this
list as well:
You might want to check the address you used as I never got the email.
I've been testing radeon KMS PM with 2.6.34-rc* for
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
The throttle_us member in the execbuf argument is now honored.
If the member is 0, no waiting for lag will occur, which
guarantees backwards compatibility with well-behaved clients.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/Makefile |2 +-
From: Jakob Bornecrantz ja...@vmware.com
Also make sure the ldu::active member is properly initialized.
Part of fix by Michel Daenzer daen...@vmware.com.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Michel Daenzer daen...@vmware.com
Signed-off-by: Thomas Hellstrom
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 6241255..cf7aa3d 100644
---
On Tue, 27 Apr 2010 13:42:05 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
klaus.doblm...@gmail.com wrote:
I sent this to Alex a few days ago but felt I should post it on this
list as well:
You might want to check the address you
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 15 Apr 2010 13:31:12 -0400
Subject: [PATCH] drm/radeon/kms: fix tv dac conflict resolver
On systems
On Tue, Apr 27, 2010 at 6:24 PM, GhePeU ghe...@virgilio.it wrote:
Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
On Tue, Apr 27, 2010 at 5:30 PM, GhePeU ghe...@virgilio.it wrote:
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
From
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #12 from Fabio Pedretti fabio@libero.it 2010-04-28 01:16:27
PDT ---
Created an attachment (id=35316)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35316)
swrastg debug output with ST_DEBUG=mesa,tgsi
(In reply to comment
The first patch removes some leftover debug messages in the ttm_lock code
so far only used by the vmwgfx driver.
The second patch removes the ttm_bo_block_reservation() function, since
it is buggy. A bo shouldn't be reserved while remaining on lru lists.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_lock.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_lock.c b/drivers/gpu/drm/ttm/ttm_lock.c
index 3d172ef..de41e55 100644
--- a/drivers/gpu/drm/ttm/ttm_lock.c
It's unused and buggy in its current form, since it can place a bo
in the reserved state without removing it from lru lists.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_bo.c| 30 +-
include/drm/ttm/ttm_bo_driver.h | 28
https://bugs.freedesktop.org/show_bug.cgi?id=27866
Summary: d-r-t crashes at radeon_bo_unref()
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
On 04/27/2010 08:45 PM, Thomas Hellstrom wrote:
From: Jakob Bornecrantzja...@vmware.com
Signed-off-by: Jakob Bornecrantzja...@vmware.com
Signed-off-by: Thomas Hellstromthellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
On Die, 2010-04-27 at 10:31 +0200, Michel Dänzer wrote:
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
of memory, we can just fallback place the objects rather than
https://bugs.freedesktop.org/show_bug.cgi?id=27868
Summary: [r600] on new campaign, Vegastrike crashes or freezes
Xorg
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27868
--- Comment #2 from Nicolas Kaiser ni...@nikai.net 2010-04-28 05:41:29 PDT ---
Created an attachment (id=35320)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35320)
Xorg.0.log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27576
Stephen E. Baker cyco...@hotmail.com changed:
What|Removed |Added
Summary|NWN text is only partially |NWN text is only
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #2 from Rafał Miłecki zaj...@gmail.com 2010-04-28 11:11:57 PDT ---
(In reply to comment #1)
Any chance you can bisect the problematic commit? Try drm-linus as well; if
the bug is not there it will be easier to track down since it's
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 2010-04-28
16:12:54 PDT ---
(In reply to comment #1)
seems stable without radeon.dynpm=1.
I've just had one of these crashes - same trace, current drt, RV670 AGP 32 bit
system
It's not used internally by any driver, only by some generic ioctls.
So don't export it.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_scatter.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_scatter.c
Not used by any driver (rightly so!). Kill them.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_proc.c | 13 -
include/drm/drmP.h |2 --
2 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c
Totally unused.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_drv.c |2 --
drivers/gpu/drm/drm_stub.c |1 -
include/drm/drmP.h |1 -
3 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c
Not used by any in-tree user. So drop it.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_drawable.c |3 +--
include/drm/drmP.h |2 --
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drawable.c
Not used by any current driver.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_gem.c |4 +---
include/drm/drmP.h|1 -
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index
The information supplied by userspace through these ioctls is only
accessible by dev-drw_idr. But there's no in-tree user of that.
Information might also leak via the RM_DRAW ioctl (in the form of
a negative return code in case the drawable doesn't exist). But the
only user of these ioctls, mesas'
On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
The information supplied by userspace through these ioctls is only
accessible by dev-drw_idr. But there's no in-tree user of that.
Information might also leak via the RM_DRAW ioctl (in the form of
a negative return code in case the
On Thu, Apr 29, 2010 at 11:32:36AM +0200, Michel Dänzer wrote:
On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
The information supplied by userspace through these ioctls is only
accessible by dev-drw_idr. But there's no in-tree user of that.
Information might also leak via the
https://bugs.freedesktop.org/show_bug.cgi?id=27904
Summary: r300g segfaults on M56GL
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #5 from Andy Furniss li...@andyfurniss.entadsl.com 2010-04-29
16:16:27 PDT ---
(In reply to comment #4)
I can't (so far) crash with today's d-r-t.
Could just be luck I suppose, but it only took 20 mins of openarena to get two
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #6 from Alex Deucher ag...@yahoo.com 2010-04-29 16:46:19 PDT ---
should be fixed with this commit:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=7a1ffce50373c177d3f6eecce52badc40c90e1dd
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #6 from Shawn Starr shawn.st...@rogers.com 2010-04-29 20:05:07
PDT ---
Still happening, its not compiling the GLSL shader programs. If it is it seems
to take a very, very long time. It shows pretty much all white in game.
--
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #7 from Shawn Starr shawn.st...@rogers.com 2010-04-29 20:05:33
PDT ---
2.6.34-rc5 + airlied drm branches, libdrm git master, mesa git master, ati DDX
git master
--
Configure bugmail:
From: John Doe gli...@ned.localdomain
Compute downscaled mode timing like DDX does on legacy hw.
With this patch it's now possible to use non native laptop
panel resolution. Tested on M7 (7500) laptop.
Cc: sta...@kernel.org
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #6 from Christian Schmidt schm...@digadd.de 2010-04-30 06:51:54
PDT ---
Hi Rafał,
Can you eleborate on what you see if resume fails? I do have some issues on my
RV635, and testing with various kernels has shown me:
== rc5 resume
On Fri, Apr 30, 2010 at 6:08 AM, Jerome Glisse jgli...@redhat.com wrote:
From: John Doe gli...@ned.localdomain
Compute downscaled mode timing like DDX does on legacy hw.
With this patch it's now possible to use non native laptop
panel resolution. Tested on M7 (7500) laptop.
I think I just
On Fri, Apr 30, 2010 at 11:16 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Apr 30, 2010 at 6:08 AM, Jerome Glisse jgli...@redhat.com wrote:
From: John Doe gli...@ned.localdomain
Compute downscaled mode timing like DDX does on legacy hw.
With this patch it's now possible to use non
From fe6f8ca21f904883be8c33d0f7e11df2c7165809 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 30 Apr 2010 12:37:31 -0400
Subject: [PATCH] drm/radeon/kms/legacy: only enable load detection
property on DVI-I
DVI-D doesn't have analog. This matches the avivo behavior.
This is more of RFC than a proper patch.
I was looking at https://bugzilla.kernel.org/show_bug.cgi?id=15673 and I
wrote a script to show where we call drm_gem_object_unreference()
without holding struct_mutex and it showed these two places.
There call tree to here is:
i915_load_modeset_init()
On Fri, Apr 30, 2010 at 12:06 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Apr 30, 2010 at 11:16 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Apr 30, 2010 at 6:08 AM, Jerome Glisse jgli...@redhat.com wrote:
From: John Doe gli...@ned.localdomain
Compute downscaled mode timing
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #7 from Aidan Marks ai...@cisco.com 2010-04-30 16:24:38 PDT ---
yes the crash appears gone thank you, however I am seeing a new issue after the
pull. every now and again there is screen flicker. it is extremely fast, if
you blink
As this has now happened twice in the last two weeks, I thought I'd
write this up.
This morning I came back to my laptop to find it had locked up, even ssh
couldn't gain access to the machine. I rebooted the machine and tried to
start X. X refused to start, so I looked at the logs where it locked
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #9 from Andrew Randrianasulu rand...@mail.ru 2010-05-01 09:55:14
PDT ---
It seems i have same issue (with d-r-t up to commit
7a1ffce50373c177d3f6eecce52badc40c90e1dd
Author: Dave Airlie airl...@redhat.com
Date: Thu Apr 29 18:37:59
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #10 from Andrew Randrianasulu rand...@mail.ru 2010-05-01 09:59:04
PDT ---
Created an attachment (id=35365)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35365)
my /var/log/syslog
Has some unrelated/old oopses, but anything
https://bugs.freedesktop.org/show_bug.cgi?id=27904
--- Comment #1 from Marek Olšák mar...@gmail.com 2010-05-01 16:02:04 PDT ---
Could you please make realclean and rebuild the driver? The line numbers from
the backtrace don't make sense, also the maxtemps parameter cannot possibly
be 1, it should
1 - 100 of 490330 matches
Mail list logo