stuff reported such
failure is a requirement.
Dave.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_crtc_helper.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm
On Wed, Oct 14, 2009 at 2:33 AM, Eric Anholt e...@anholt.net wrote:
On Tue, 2009-10-13 at 13:30 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
Some GPUs (mostly in the lower server end of the market) have memory
bandwidth limitations that hit in the real world, however memory
From: Dave Airlie airl...@redhat.com
Some GPUs (mostly in the lower server end of the market) have memory
bandwidth limitations that hit in the real world, however memory
bw calcs require bit depth to be worked out and at the moment, the
KMS interface doesn't know about bit depth until we set
From: Dave Airlie airl...@redhat.com
This API should be used going forward instead of drmModeGetConnector.
Signed-off-by: Dave Airlie airl...@redhat.com
---
libdrm/xf86drmMode.c |9 +++--
libdrm/xf86drmMode.h |9 +
2 files changed, 16 insertions(+), 2 deletions(-)
diff
From: Dave Airlie airl...@redhat.com
The RN50 really needs this since its a single crtc card,
however other gpus may benefit from it as well.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_encoders.c| 38 ++-
drivers/gpu/drm/radeon
From: Dave Airlie airl...@redhat.com
The RN50 really needs this since its a single crtc card,
however other gpus may benefit from it as well.
Changes since v1:
add the clones after initialising all the encoders.
Userspace DDX changes are required as it reports connector clones
over randr
patches:
1 - make sure lvds panels have valid native mode info. if not, report
lvds as disconnected
2 - fix up crtc dpms ordering based on recommendation from bios docs
3 - add support for AdjustDisplayPll table which is used to adjust the
clock to meet special requirements of different
From: Dave Airlie airl...@redhat.com
Alex I suspect the DDX needs a similiar patch.
With the adjust table introduction, we need to fill out index
before getting the table version.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/atombios_crtc.c |2 +-
1 files
1 - make sure lvds panels have valid native mode info. if not, report
lvds as disconnected
2 - fix up crtc dpms ordering based on recommendation from bios docs
3 - add support for AdjustDisplayPll table which is used to adjust the
clock to meet special requirements of different encoders
From: Dave Airlie airl...@redhat.com
Both r100/r600 had this wrong, use the macro to extract the register
to relocate.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r100.c|2 +-
drivers/gpu/drm/radeon/r600_cs.c |2 +-
2 files changed, 2 insertions(+), 2
c1176d6f03e1085797ce83648a2c76ae15a2b515
Merge: 0eca52a d4ac6a0
Author: Dave Airlie airl...@redhat.com
Date: Thu Oct 8 14:03:05 2009 +1000
Merge branch 'drm-next' of ../drm-next into drm-linus
conflict in radeon since new init path merged with vga arb code.
Conflicts
On Thu, Oct 1, 2009 at 6:09 AM, Jerome Glisse jgli...@redhat.com wrote:
New init path allow to simply asic initialization and make easier
to trace what happen on each different asic. We are removing most
callback. Do a massive RS600 register cleanup to clarify RS600
register, we are still bit
From: Dave Airlie airl...@redhat.com
This adds support for the setcmap api and fixes the 8bpp
support at least on radeon hardware. It adds a new load_lut
hook which can be called once the color map is setup.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_fb_helper.c
From: Dave Airlie airl...@redhat.com
Also add single crtc for RN50 chips.
changes in v2:
fix vblank init to respect single crtc flag
fix r100 mode bandwidth to respect single crtc flag
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |8
{0x1002, 0x5a61, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_RS400|RADEON_IS_IGP|RADEON_IS_IGPGART}, \
Original radeons (R100) are also single crtc cards.
0x5144, 0x5145, 0x5146, 0x5147
They already had the flag set from ages ago.
there was bug in r100.c also to make this patch work, its
So I was looking at the memory bandwidth limitations that ajax added
to the X server,
and how we could add the concept to KMS.
Now the X server is in a lucky position as when it gets the modes it also knows
what bit depth its going to run in, and it can use that at the mode
validation time
to
From: Dave Airlie airl...@redhat.com
Also add single crtc for RN50 chips.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |8 +---
drivers/gpu/drm/radeon/radeon_display.c |6 +-
drivers/gpu/drm/radeon/radeon_encoders.c
On 09/30/09 03:13, Jan Beulich wrote:
This is for avoiding translation of the passed in address in virtual
environments like Xen.
Ah, thanks. I suspected one of these was missing and was about to go
hunting for it. Do think other DRI drivers are missing this too?
Hm,
On Tue, Sep 29, 2009 at 10:32 PM, Jerome Glisse jgli...@redhat.com wrote:
Also cleanup register specific to RS690/RS740.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon.h | 10 +
drivers/gpu/drm/radeon/radeon_asic.h | 41 ++--
pulled from pools implemented.
]
Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/ttm/Makefile |2 +-
drivers/gpu/drm/ttm/ttm_memory.c |5 +-
drivers/gpu/drm/ttm/ttm_page_alloc.c | 341
of the architecture is now in place and more code
sharing can happen btw various asics.
Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Dave Airlie airl...@linux.ie
commit d39c3b895876427c5083a936e00f3f5b7f0fc1b3
Author: Jerome Glisse jgli...@redhat.com
Date: Mon Sep 28 18:34:43
From: Dave Airlie airl...@linux.ie
the global refcount wasn't being increased after the first reference.
this caused an oops on unload on a multi-gpu card.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/ttm/ttm_global.c |2 +-
1 files changed, 1 insertions(+), 1 deletions
to new init path, change are smaller than
previous one as most of the architecture is now in place and more code
sharing can happen btw various asics.
Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Dave Airlie airl...@linux.ie
commit
From: Dave Airlie airl...@redhat.com
We shouldn't need these at all in radeon kms mode.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_drv.c |5 ---
drivers/gpu/drm/radeon/radeon_kms.c | 49 ---
2 files changed, 0 insertions
From: Dave Airlie airl...@redhat.com
This avoids needing to do a kmalloc PAGE_SIZE for the main
indirect buffer chunk, it adds an accessor for all reads from
the chunk and caches a single page at a time for subsequent
reads.
TODO:
r600 fixups.
---
drivers/gpu/drm/radeon/r100.c | 188
From: Dave Airlie airl...@redhat.com
This avoids needing to do a kmalloc PAGE_SIZE for the main
indirect buffer chunk, it adds an accessor for all reads from
the chunk and caches a single page at a time for subsequent
reads.
FWIW, this works on my PowerBook but seems to drop
From: Dave Airlie airl...@redhat.com
This avoids needing to do a kmalloc PAGE_SIZE for the main
indirect buffer chunk, it adds an accessor for all reads from
the chunk and caches a single page at a time for subsequent
reads.
changes since v1:
Use a two page pool which should be the most common
Subject: [PATCH] vgaarb: wrap the client register API so we can disable VGA
ARB.
This provides an dummy register function so everything builds
if VGA arb is turned off.
Signed-off-by: Dave Airlie airl...@redhat.com
---
include/linux/vgaarb.h | 11 ++-
1 files
On Wed, Sep 23, 2009 at 5:13 AM, Pauli Nieminen suok...@gmail.com wrote:
Hi!
I have been thinking GPU reset as possible DoS attack from
user-space.Problem here is that display doesn't work anymore at all if
attacker chooses to run a application that constantly causes GPU hang. It
would be of
alexdeuc...@gmail.com
commit c214271563c00f2721c5111e27b53bf06dabc6e4
Author: Dave Airlie airl...@linux.ie
Date: Tue Sep 22 08:50:10 2009 +1000
drm/radeon: consolidate family flags used in pciids.
having these separate was pointless and introduced a bug when
one got updated
From: Dave Airlie airl...@linux.ie
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer
builds to work until I figure out any Kconfig magic.
From 8a874578cbf8b07b988e666c15fa0ba767f3c1cb Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@redhat.com
Date: Tue, 22 Sep 2009 13:53:00 +1000
Subject: [PATCH] vgaarb: wrap the client register API so we can disable VGA ARB.
This provides
From: Dave Airlie airl...@linux.ie
We really don't want to post the card at init, it takes a relatively
long time and isn't required, so split the resume path into
a startup path called by both init/resume and separate resume
entry point to do posting.
Signed-off-by: Dave Airlie airl
From: Dave Airlie airl...@linux.ie
a) don't zero gart table on gart enable
b) move pinning shader object into resume path
c) unpin shader object on suspend
d) set cp ready to false after cp shutdown on suspend.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600.c
its initial config. Ideally it shouldn't even include CRTCs in its
initial config if they're not in use, but my old fix for that no longer
works. At any rate, this fixes a real bug I was seeing where after a
console blank, both pipes would come back on, even though only one had
been enabled
From: Ben Skeggs bske...@redhat.com
applied to drm-next.
Dave.
--
Come build with us! The BlackBerryreg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
From: Michel Dänzer daen...@vmware.com
Someone on IRC reported problems after commit
95a8f1bf4f48b434c9f839ab5a0773f66b39d7c6 ('drm/radeon/kms: Move
radeon_clocks_init() call back after getting VRAM info.'). And indeed, at
least
some ASIC vram_info hooks use the clock info obtained by
From 8568f7c5f5729f9fb7a645b5e77835c52bb3abed Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 17 Sep 2009 14:25:12 -0400
Subject: [PATCH] drm/radeon/r600: don't do interrupts
Interrupts are not supported yet. This prevents
things like mesa from trying to use
kernel failed to initialize KMS. This should allow to give a
working KMS setup in all case (even with non functionning accel).
Signed-off-by: Jerome Glisse jgli...@redhat.com
Applied thanks,
Dave.
--
Come build
An rv350 specific issue then?
I booted it on my desktop rv370 and I'm sure Michel has booted it on his
rv350 macbook, so might be a bios issue or soemthing else.
Dave.
--
Come build with us! The BlackBerryreg;
From: Dave Airlie airl...@linux.ie
Some people were seeing
*ERROR* radeon: writting more dword to ring than expected
after certain blits, the loops calculation didn't take
into account that we do a separate blit for the remainder
after doing the aligned blits.
Signed-off-by: Dave Airlie airl
From: Dave Airlie airl...@linux.ie
Before we use any of VRAM, we need to disable the VGA rendering
engine, this render text mode into a graphical framebuffer
for scanout, however it does this on vblank, and can end up
overwriting the GART table and r600 shader objects.
Signed-off-by: Dave Airlie
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:10 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
index 2ba61e1..341c21a 100644
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
Now
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 17:16 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 17:13 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:10 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
diff
Are you saying Yes, it is right to carry version information in the
drm.h file?
No I'm still in no way convinced of this, the fact Thomas doesn't see it
as a requirement either, and *no* other drm driver does it, is all
pointing towards its unnecessary. You seem to think its obvious but we've
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
This one confuses me, the bit depth and stuff should
all be setup in the set base function, I wonder
is there a bug somewhere that we aren't dealing with.
Dave.
Signed-off-by: Michel Dänzer daen...@vmware.com
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
Now that we can handle 16 bpp on big endian as well, we can save VRAM like
this
and probably also improve console output speed. The console only uses a
limited
number of colours anyway. (8 bpp might be even
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
@@ -200,6 +201,7 @@ void radeon_object_kunmap(struct radeon_object *robj)
}
robj-kptr = NULL;
spin_unlock(robj-tobj.lock);
+ radeon_object_check_tiling(robj, 0, 0);
2009/9/16 Michel Dänzer mic...@daenzer.net:
On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote:
2009/9/16 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
Now that we can handle 16 bpp on big endian as well, we can save VRAM like
this
and probably also
From: Dave Airlie airl...@linux.ie
This should in theory fix the problem with a mode set being required
for adjusting the color depth.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 29 +++
1 files changed, 29 insertions
Hello Luc and Dave:
Thank you very much for your comment on the UniChrome DRM. And sorry for
the trouble I made. Based on your comment, we modify our UniChrome patch as
below(I would like to call it Ver1.5 because it's for reference not for fomal
submittion): . The attached
From: Dave Airlie airl...@linux.ie
We sometimes lock IB then the ring and sometimes the ring then
the IB. This is mostly due to the IB locking not being well defined
about what data in the structs it actually locks. Define what I
believe is the correct behaviour and gets rid of the lock dep
No thats where you got it wrong, a driver should never *require* version
of interface at runtime == version of interface at build time. We
rarely make incompatible major number changes in the kernel drivers,
(radeon kms being the first in my memory). DRM drivers ship in the
kernel,
These patches break both free drivers out there. They not only break the
API, they also require some of these ioctls to be used correctly for
correct initialisation. There seems to be no attempt at working with
these two drivers to fix this specific issue.
I'm looking for the API break but
As a first answer, without going in depth, as i just returned from my
thursday constitutional.
Do you have an explanation as to why this commit never made it to the
kernel?
Because it probably wasn't noticed, feel free to resend it.
I'm not sure why you need a version inside the
Because it probably wasn't noticed, feel free to resend it.
I'm not sure why you need a version inside the via_drm.h but I'm
willing to accept that the via driver development process is messed up
enough to require it. No other driver has needed it.
How do graphics drivers tell
What should the canonical source of such versioning information be?
* This header file defines the interface, and this versioning included
in the same headerfile should then niquely identify this interface.
* driver builds against this header and should then require this version
of the
/*
+ * Printing helpers
+ */
+#define PINF(s, arg...) printk(KERN_INFO radeon s, ##arg)
+#define PWRN(s, arg...) \
+ printk(KERN_WARNING radeon (WR:%s:%d) s, __FILE__, __LINE__, ##arg)
+#define PERR(s, arg...) \
+ printk(KERN_ERR radeon (ER:%s:%d) s, __FILE__, __LINE__,
From: Dave Airlie airl...@redhat.com
This adds:
coherent mode: TMDS coherent mode for atom cards.
scaling mode: LVDS scaler mode
load detect: DAC load detection, DVI-I, VGA, TV
tmds pll: legacy TMDS pll selection
tv standard: TV standard selection.
TODO: other TV ones? dvi subconnector selection
On Wed, 9 Sep 2009, Jerome Glisse wrote:
If module is being unloaded we should not try to handle irq especialy
we should not call into drm helper or we could hard hang the computer
free_irq will call the irq handler to make sure we behave properly.
Should you not just ack all irqs here before
|2 +-
5 files changed, 70 insertions(+), 69 deletions(-)
commit a54775c8758a754186bc6adbfc518b1e9f8f1e4e
Author: Dave Airlie airl...@redhat.com
Date: Mon Sep 7 15:26:19 2009 +1000
drm/radeon/kms: add LTE/GTE discard + rv515 two sided stencil register.
This adds some rv350
On Thu, 2009-09-03 at 09:33 +0800, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Add the default mode for the CRT output without EDID. But we only add the mode
which visible part is equal to or less than 1024x768.
Use 800x600 as the default mode for consistency with X
From: Dave Airlie airl...@redhat.com
This could be used to bypass CS checks.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/reg_srcs/r300 |1 -
drivers/gpu/drm/radeon/reg_srcs/rs600 |1 -
drivers/gpu/drm/radeon/reg_srcs/rv515 |1 -
3 files changed, 0
it will skip the CEA-data block and parse the detailed timing info.
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
Pushed to drm-next.
Dave.
--
Let Crystal Reports handle the reporting - Free Crystal Reports
Signed-off-by: Maarten Maathuis madman2...@gmail.com
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
Linux kernel - DRI, VAX / pam_smb / ILUG
On Thu, 27 Aug 2009, Maarten Maathuis wrote:
- The previous system was not very transparent, nor flexible.
-
tmp allocation may fail, prevent a dereference.
Thanks, pushed to drm-next.
Dave.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c
index bbd4b3d..dc967af 100644
--- a/drivers/gpu/drm/drm_proc.c
+++
Almost all r128's private ioctls require that the CCE state has
already been initialised. However, most do not test that this has
been done, and will proceed to dereference a null pointer. This may
result in a security vulnerability, since some ioctls are
unprivileged.
This adds a macro
KMS support by Dave Airlie airl...@redhat.com.
For Radeon 100- to 500-series, firmware blobs look like:
struct {
__be32 datah;
__be32 datal;
} cp_ucode[256];
For Radeon 600-series, there are two separate firmware blobs:
__be32 me_ucode[PM4_UCODE_SIZE * 3
From: Dave Airlie airl...@redhat.com
For shared tv-out and VGA encoders, we really need to know if
the encoder is just being switched off temporarily in blanking
or if we are really disabling it hard.
Also we need to try harder to disconnect encoders from unused
connectors so we can share more
On Wed, Aug 26, 2009 at 4:26 PM, Eric Anholte...@anholt.net wrote:
On Wed, 2009-08-26 at 13:47 +1000, Dave Airlie wrote:
On Wed, Aug 26, 2009 at 1:33 PM, Linus
Torvaldstorva...@linux-foundation.org wrote:
On Wed, 26 Aug 2009, Zhenyu Wang wrote:
In my experience, the BIOS setup
From: Dave Airlie airl...@redhat.com
This merges the TTM and drm cache flushing into one file in the
drm core.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_cache.c | 51 ++-
drivers/gpu/drm/ttm/ttm_tt.c | 67
On Mon, Aug 24, 2009 at 3:58 AM, Ben Hutchingsb...@decadent.org.uk wrote:
Based on a patch by Jaswinder Singh Rajput . For Radeon 100- to 500-series,
firmware blobs look like:
struct { __be32 datah; __be32 datal; } cp_ucode[256];
For Radeon 600-series, firmware blobs look like:
__be32
From: Dave Airlie airl...@redhat.com
This ports rs690 to the safe reg tables and makes rs600 also
use the same table.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/Makefile |5 +
drivers/gpu/drm/radeon/radeon_asic.h |6 +-
drivers/gpu/drm/radeon
On Thu, Aug 27, 2009 at 11:07 AM, Dave Airlieairl...@gmail.com wrote:
On Mon, Aug 24, 2009 at 3:58 AM, Ben Hutchingsb...@decadent.org.uk wrote:
Based on a patch by Jaswinder Singh Rajput . For Radeon 100- to 500-series,
firmware blobs look like:
struct { __be32 datah; __be32 datal; }
On Wed, 19 Aug 2009, Maarten Maathuis wrote:
- The previous system was not very transparent, nor flexible.
- This is needed to be able to fix a few bugs in the mechanism.
This fails checkpatch.pl, please fix whitespace.
ERROR: trailing whitespace
#75: FILE:
I've been a bit lax on this in the past but its only going to cause
me further headaches if I keep fixing stuff up.
So any patches you want to go upstream need to show 0 errors on
scripts/checkpatch.pl from the Linux tree.
I will accept some 80 char line warnings if the code is at least
more
Hi,
Attached new version of pool allocator not much changed.
- Use kmap_atomic_prot on highmem page to clear them if
necessary (please check that i do use proper pgprot)
- Force populate on cache change (discussed previously
the reason for this).
- Allocate structure to hold the pool
Was it necessary?
Yes.
Intel needs to hire Alan Cox. At least he had the balls to throw in the
towel.
they did.
no, thank you.
Dave.
Thanks a lot .
--
Let Crystal Reports handle the reporting - Free
From: Dave Airlie airl...@linux.ie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
I tested with spinlock debugging and it doesn't give out.
changes since v2:
use proper locking.
Signed-off-by: Dave Airlie airl
On Wed, Aug 26, 2009 at 1:33 PM, Linus
Torvaldstorva...@linux-foundation.org wrote:
On Wed, 26 Aug 2009, Zhenyu Wang wrote:
In my experience, the BIOS setup doesn't reflect what outputs should be
used at runtime, and certainly not the correct configuration of the
enabled outputs. For
On Wed, Aug 26, 2009 at 2:13 PM, Linus
Torvaldstorva...@linux-foundation.org wrote:
On Wed, 26 Aug 2009, Dave Airlie wrote:
If you actually detected things _right_, none of this would be an issue.
But you don't. And you seem to have a really hard time even admitting
that. You try to re
Author: Michel Dänzer daen...@vmware.com
Date: Sat Aug 22 17:38:23 2009 +0200
drm/radeon/kms: Fix radeon_gem_busy_ioctl harder.
It was mixing up TTM placement values and flags.
Signed-off-by: Michel Dänzer daen...@vmware.com
Signed-off-by: Dave Airlie airl...@redhat.com
2009/8/21 Thomas Hellström tho...@shipmail.org:
Dave Airlie wrote:
From: Dave Airlie airl...@linux.ie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
changes since v1:
don't bother with free list just add used/free
2009/8/20 Thomas Hellström tho...@shipmail.org:
Dave,
The patch titled [PATCH] drm: Fix sysfs device confusion seems to have
been lost somewhere.
It's not drm-next and is a prerequisite for the ttm sysfs patches.
Funny, Jbarnes have replied by a Reviewed-by, but I can't find it in my
On Thu, Aug 20, 2009 at 5:52 PM, Thomas Hellstromthellst...@vmware.com wrote:
The drm sysfs class suspend / resume methods could not distinguish
between different device types wich could lead to illegal type casts.
Use struct device_type and make sure the class suspend / resume callbacks
are
On Thu, Aug 20, 2009 at 11:26 PM, Takashi Iwaiti...@suse.de wrote:
This patch adds a Kconfig item to specify the default radeon modeset
value. Also fixed the description of CONFIG_DRM_RADEON_KMS.
Since KMS gives problems on some Radeon devices, it's safer to disable
it as default on distro
From: Dave Airlie airl...@linux.ie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
changes since v1:
don't bother with free list just add used/free to main list
add totals in pages
Signed-off-by: Dave Airlie airl
From: Dave Airlie airl...@linux.ie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
It allows you to see the used and free lists.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_mm.c| 23
On Wed, Aug 19, 2009 at 12:51 AM, Thomas Hellstromthellst...@vmware.com wrote:
Common resources, like memory accounting and swap lists should be
global and not per device. Introduce a struct ttm_bo_global to
accomodate this, and register it with sysfs. Add a small sysfs interface
to return the
On Thu, Aug 20, 2009 at 3:11 PM, Dave Airlieairl...@gmail.com wrote:
On Wed, Aug 19, 2009 at 12:51 AM, Thomas Hellstromthellst...@vmware.com
wrote:
Common resources, like memory accounting and swap lists should be
global and not per device. Introduce a struct ttm_bo_global to
accomodate
+#undef set_base
+
struct drm_prop_enum_list {
int type;
char *name;
@@ -342,6 +344,34 @@ void drm_framebuffer_cleanup(struct drm_framebuffer *fb)
EXPORT_SYMBOL(drm_framebuffer_cleanup);
/**
+ * drm_crtc_async_flip - do a set_base call from a work queue
+ * @work: work
On Wed, Aug 19, 2009 at 2:12 AM, Keith Whitwellkei...@vmware.com wrote:
I think the bug in question was because somebody (Jon Smirl??) removed the
empty apparently unused poll implementation from the drm fd, only to
discover that the X server was actually polling the fd.
If this code adds
On Wed, Aug 19, 2009 at 8:03 AM, Luc Verhaegenl...@skynet.be wrote:
On Wed, Aug 19, 2009 at 07:03:41AM +1000, Dave Airlie wrote:
On Wed, Aug 19, 2009 at 2:12 AM, Keith Whitwellkei...@vmware.com wrote:
I think the bug in question was because somebody (Jon Smirl??)
removed the empty
On Wed, Aug 19, 2009 at 9:31 AM, Luc Verhaegenl...@skynet.be wrote:
On Wed, Aug 19, 2009 at 09:22:10AM +1000, Dave Airlie wrote:
On Wed, Aug 19, 2009 at 9:12 AM, Luc Verhaegenl...@skynet.be wrote:
On Wed, Aug 19, 2009 at 09:07:55AM +1000, Dave Airlie wrote:
On Wed, Aug 19, 2009 at 8:03 AM
insertions(+), 254 deletions(-)
commit 5ef5f72febfea420ce58f670bad83830a5e5e3de
Author: Dave Airlie airl...@redhat.com
Date: Mon Aug 17 13:11:23 2009 +1000
drm/kms: teardown crtc correctly when fb is destroyed.
If userspace destroys a framebuffer that is in use on a crtc,
don't
From: Dave Airlie airl...@linux.ie
Fix some warnings reported in linux-next + also cleanup some
comment errors noticed by Pekka Paalanen.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/vga/vgaarb.c | 11 -
include/linux/vgaarb.h | 49
A couple of years ago, any attempt to return anything else than 0 from
drm poll resulted in an X server error.
http://freedesktop.org/bugzilla/show_bug.cgi?id=1505. The fix mentioned
in the bug was actually to return 0 from drm poll, and a comment about
this is still present in drm.git. The
On Tue, Aug 18, 2009 at 9:54 AM, Kristian Høgsbergk...@bitplanet.net wrote:
On Mon, Aug 17, 2009 at 7:14 PM, Dave Airlieairl...@gmail.com wrote:
A couple of years ago, any attempt to return anything else than 0 from
drm poll resulted in an X server error.
301 - 400 of 1423 matches
Mail list logo