I've no idea when a fault is likely in the fast case, i.e. will it happen
usually on the first page etc, because if it happens on the last page and
you fallback and restart the whole copy, I would think that would be
sub-optimal, granted it could get ugly quick, but this code has already
hit
On Thu, Mar 19, 2009 at 2:08 PM, Greg KH g...@kroah.com wrote:
Hi,
Here's 5 patches that add the Intel Poulsbo/Morrestown DRM driver to the
kernel tree.
There are 4 patches that make changes to the DRM core, and one patch
that adds the DRM driver itself. The driver is added to the
On Sun, Mar 15, 2009 at 12:34 AM, Frans Pop elen...@planet.nl wrote:
I had the oops below today after I tried to start a second X.org session
in a chroot using 'startx -- :1'. I think the problem here is that the
driver was loaded, but that the corresponding device did not exist in
/dev in the
From: Dave Airlie airl...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600_cp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cp.c b/drivers/gpu/drm/radeon/r600_cp.c
index 490f353..76eb0d5 100644
From: Dave Airlie airl...@redhat.com
This update was done in mainline radeon, but not in the r600.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600_cp.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cp.c b
From: Dave Airlie airl...@redhat.com
Until we sort out r600 IRQs don't do this.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_drv.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu
for which more details are unknown.
Signed-off-by: Pantelis Koukousoulas pkt...@gmail.com
Signed-off-by: Dave Airlie airl...@redhat.com
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM
From: Dave Airlie airl...@redhat.com
This calls the correct idle function for the R600 and previous chips.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_cp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon
From: Dave Airlie airl...@redhat.com
This fixes 2 bugs:
1. the AGP calculation wasn't consistent with the PCI(E) calc for the
RPTR_ADDR registers. This consolidates the writes and fixes it up.
2. The scratch address was being incorrectly calculated, this breaks
it out into a lot more linear
From: Dave Airlie airl...@redhat.com
This fixes up the warnings in the debugfs code that conflicted
with the mapping fixups.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_info.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm
From: Dave Airlie airl...@redhat.com
This realigns the r600 pci mapping calls with the ati pcigart ones,
fixing the direction and using the correct interface.
Suggested by Jerome Glisse.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600_cp.c | 12 ++--
1
Fix deadlock in drm_setmaster_ioctl
Wow, I have this right in my rawhide tree, I must have retyped this when
I ported it back.
thanks I'll send it to Linus now.
Dave.
diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c
index 096e2a3..7c8b15b 100644
---
I ported it back.
We need to bump the dri version for this so we don't deadlock on older
kernels when the 2d drivers start using this. A second non-kms X
server would just fail to initialize DRI before, when we add
drmSetMaster() support they will deadlock if we don't make it
Hi Roland,
when you tested my radeon-rewrite was it on an r100 or r200?
Can you check with a clean master checkout whether page flipping works
for you at all?
RADEON_DEBUG=ioctl ./progs/trivial/clear
for me seems to use a copy buffer but it might be a local issue.
However the drawable stamp
Hi Roland,
when you tested my radeon-rewrite was it on an r100 or r200?
Can you check with a clean master checkout whether page flipping works
for you at all?
please can you re-test radeon-rewrite as well, I've pushed a rewrite of
the fb handling towards eventually getting fbos going.
-by: Dave Airlie airl...@linux.ie
commit fda714c29cdf360464059044b221450decb4b913
Author: Thomas Hellstrom thellst...@vmware.com
Date: Mon Mar 2 11:10:56 2009 +0100
drm: Avoid client deadlocks when the master disappears.
This is done by
1) Wake up lock waiters when we close
Prompted by how well it worked with Intel, and changes in my personal life
leading to reduced time availability (except at 4am...) I'm going to
clarify the process for getting patches upstream now. (a...@amd also
trialed this to get r600 upstream).
1. Apart from maybe minor changes I will no
From: Dave Airlie airl...@redhat.com
Also don't setup pci_gart if we aren't going to need it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/ati_pcigart.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ati_pcigart.c b/drivers
From: Dave Airlie airl...@redhat.com
The readq/writeq stuff is from Dave Miller, and he
warns users to be careful about using these. Plans are only
r600 to use it so far.
Signed-off-by: Dave Airlie airl...@redhat.com
---
include/drm/drm_os_linux.h | 19 +++
1 files changed, 19
From: Dave Airlie airl...@redhat.com
This attempts to fixup the r600 GART accessors so they work on other arches.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600_cp.c | 23 +--
1 files changed, 13 insertions(+), 10 deletions(-)
diff --git
From: Dave Airlie airl...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/r600_cp.c | 14 --
1 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cp.c b/drivers/gpu/drm/radeon/r600_cp.c
index 54ea867
all the hardwork so gets authorship]
Signed-off-by: etienne etienne.bas...@numericable.fr
Signed-off-by: Dave Airlie airl...@redhat.com
commit ab00b3e5210954cbaff9207db874a9f03197e3ba
Author: Jesse Barnes jbar...@virtuousgeek.org
Date: Wed Feb 11 14:01:46 2009 -0800
drm/i915
On Mon, Feb 16, 2009 at 5:33 PM, Michel Dänzer mic...@daenzer.net wrote:
On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes wrote:
On Friday, February 13, 2009 2:33 am Michel Dänzer wrote:
On Thu, 2009-02-12 at 09:15 -0800, Jesse Barnes wrote:
It does, but take a look at that code again. If
On Mon, Feb 16, 2009 at 10:52 PM, Jiri Kosina jkos...@suse.cz wrote:
On Mon, 9 Feb 2009, Tobias Klauser wrote:
The C99 specification states in section 6.11.5:
The placement of a storage-class specifier other than at the beginning
of the declaration specifiers in a declaration is an
This will need to be revisited with KMS as i think we should not allow
userspace to play with surface. Maybe we could setup surface on BO
mapping and disable them on bo unmapping (we would to register some
callback on vmclose).
Under KMS we can either enable swappers fulltime or just use
On Sat, Feb 14, 2009 at 4:09 PM, David Miller da...@davemloft.net wrote:
From: Benjamin Herrenschmidt b...@kernel.crashing.org
Date: Thu, 12 Feb 2009 21:35:59 +1100
Oh BTW something else to be careful with, though I suppose it's working
some what by accident right now... when the GART is in
On Thu, Feb 12, 2009 at 9:09 PM, David Miller da...@davemloft.net wrote:
From: Benjamin Herrenschmidt b...@kernel.crashing.org
Date: Thu, 12 Feb 2009 21:35:59 +1100
Oh BTW something else to be careful with, though I suppose it's working
some what by accident right now... when the GART is in
On Thu, Feb 12, 2009 at 8:15 PM, David Miller da...@davemloft.net wrote:
David, this work is against your drm-next branch.
Here are a collection of bug fixes for the Radeon DRM support. Most
of them have to do with trying to access kernel virtual addresses
using DRM_READ32() and
Compressed textures also seem to be broken, since they'll raise a FPE:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1480239424 (LWP 11180)]
0x9c80da1d in radeon_miptree_create (rmesa=0x9499c48, t=0x9909e80,
target=3553, firstLevel=0,
lastLevel=10,
Hi,
So I have a goal to get a radeon driver that works on a bufmgr and that
then can be used on non-mm/mm, and also where I can make DRI2 and FBOs
work.
So with that in mind and not wanting to write this 3 times, I've done a
major refactoring of the radeon/r200/r300 drivers.
I've refactored
Hi,
So I have a goal to get a radeon driver that works on a bufmgr and that
then can be used on non-mm/mm, and also where I can make DRI2 and FBOs
work.
r200 appears busted, but its wierd busted I'll blame the master merge and
fix it tomorrow.
Dave.
So with that in mind and not
r200 appears busted, but its wierd busted I'll blame the master merge and
fix it tomorrow.
Okay r200 gears is back, I think it was an artifact of not getting a clean
build, along with fixing some warnings.
Dave.
Dave.
So with that in mind and not wanting to write this 3 times,
On Mon, Feb 9, 2009 at 12:25 AM, Roel Kluin roel.kl...@gmail.com wrote:
With a postfix decrement count will reach -1 rather than 0,
subsequent tests fail.
Thomas can you sign off on this?
Dave.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
diff --git a/drivers/gpu/drm/via/via_dma.c
So marcheu reminded me of my laziness and I built mach64 but I took a
quick look at its API and its not 32/64 compliant by any reach.
So I'd like to merge it with a version 3.0.0 API which fixes all the API
issues I could fine, mainly using void *, unsigned long, I nuked some
unsigned
On Tue, Feb 3, 2009 at 7:21 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Could this comment instead be maybe:
Because the kernel-userspace ABI is fixed at a 32-bit offset, while PCI
resources may live above that, we ignore the map offset for maps of type
_DRM_FRAMEBUFFER or
On Mon, Jan 5, 2009 at 7:55 AM, Kristian Høgsberg k...@bitplanet.net wrote:
Under kernel modesetting, we manage the device at all times, regardless
of VT switching and X servers, so the only decent thing to do is to
claim the PCI device. In that case, we call the suspend/resume hooks
directly
BTW. Do you guys want me to remove the drm_local_map_t typedef
completely in favor of struct drm_local_map ? I have a patch here going
part way through that, it's fairly trivial, so if you want it, I can
easily finish it.
One less typedef is always welcome.
Dave.
Cheers,
Ben.
On Tue, Jan 6, 2009 at 7:10 AM, Kristian Høgsberg k...@redhat.com wrote:
The kernel shouldn't be in the business of telling user space which
driver to load. The kernel defers mapping PCI IDs to module names
to user space and we should do the same for DRI drivers.
And in fact, that's how it
:
On Thursday, January 29, 2009 12:50 pm a...@linux-foundation.org wrote:
So I assume that it would make sense to track this as a post-2.6.28
regression?
From ac048e1734699dd98f4bdf4daf2b9592d4a4d38e Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@redhat.com
Date: Tue, 3 Feb 2009 19:05:12 +1000
On Mon, Feb 2, 2009 at 3:55 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
The DRM uses its own wrappers to obtain resources from PCI devices,
which currently convert the resource_size_t into an unsigned long.
This is broken on 32-bit platforms with 32-bit physical address
space.
On Fri, Jan 30, 2009 at 10:30 AM, Andrew Morton
a...@linux-foundation.org wrote:
(cc's added)
On Wed, 21 Jan 2009 13:27:48 +0100
Sami Kerola kerol...@iki.fi wrote:
I compiled the Torvalds git kernel 2.6.29-rc2-00013 and I got an oops.
The oops happens when ever X starts. Initially I was
On Fri, Jan 30, 2009 at 11:20 AM, Andrew Morton
a...@linux-foundation.org wrote:
On Fri, 30 Jan 2009 11:06:47 +1000 Dave Airlie airl...@gmail.com wrote:
On Fri, Jan 30, 2009 at 10:30 AM, Andrew Morton
a...@linux-foundation.org wrote:
(cc's added)
On Wed, 21 Jan 2009 13:27:48 +0100
Sami
Schedule a vblank signal, kill the process, and we'll go walking over freed
memory. Given that no open-source userland exists using this, nor have I
ever heard of a consumer, just let this code die.
Signed-off-by: Eric Anholt e...@anholt.net
I'm quite happy to push this, if nobody objects
Hi,
I hope to have addressed this email to the right people.
Does the attached patch help?
Dave.
Since around kernel v2.6.29-rc1 (after
bb26c6c29b7cc9f39e491b074b09f3c284738d36
to be exact) I haven't had working 3D acceleration on my HP nx9005.
First due to (since fixed):
[
On Wed, 28 Jan 2009, Shunichi Fuji wrote:
oh I filled bugzilla.kernel.org right now ...
On Wed, 28 Jan 2009 09:31:32 + (GMT)
Dave Airlie airl...@linux.ie wrote:
Does the attached patch help?
I also think so once,
but it will be bad with cant_use_aperture AGP.
my patch attached
:22:06
Committer: Dave Airlie airl...@redhat.com 2009-01-22 04:22:06
drm/i915: hook up LVDS DPMS property
The LVDS output supports DPMS calls, but we never hooked up the
property code,
so set property calls didn't actually do anything. Implement
Dave,
given that agpmem-memory-memory[] gets always populated using
virt_to_gart(), shouldn't the arguments to __va() here accordingly be
passed through gart_to_phys() (and then it would probably be simpler
to not go through a va at all, but rather convert the pa directly to a
struct page
Date: Thu Jan 15 01:16:25 2009 -0800
drm: stash AGP include under the do-we-have-AGP ifdef
This fixes the MIPS with DRM build.
Signed-off-by: Eric Anholt e...@anholt.net
Tested-by: Martin Michlmayr t...@cyrius.com
Signed-off-by: Dave Airlie airl...@redhat.com
commit
++
include/drm/drm_crtc.h |2 +-
include/drm/drm_crtc_helper.h|2 +-
10 files changed, 406 insertions(+), 69 deletions(-)
commit 34b8686e12eaf9878aaab89e9060c3e7cc48
Author: Dave Airlie airl...@linux.ie
Date: Thu Jan 15 14:03:07 2009 +1000
drm/i915: lock
On Sun, Jan 11, 2009 at 9:19 PM, Ralf Baechle r...@linux-mips.org wrote:
On Sat, Jan 10, 2009 at 07:16:22PM +0100, Martin Michlmayr wrote:
Your patch drm: Add GEM (graphics execution manager) to i915
driver [1] broke compilation on MIPS because agp.h doesn't exist.
CALL
On Sat, Jan 10, 2009 at 7:58 PM, Richard Purdie rpur...@linux.intel.com wrote:
On Sat, 2009-01-10 at 12:04 +1000, Dave Airlie wrote:
On Sat, Jan 10, 2009 at 11:13 AM, Richard Purdie
rpur...@linux.intel.com wrote:
On Fri, 2009-01-09 at 18:03 +, Richard Purdie wrote:
On Fri, 2009-01-09
On Mon, Jan 5, 2009 at 5:19 AM, Gabriel C nix.or@googlemail.com wrote:
Dave Airlie wrote:
Hi Dave ,
...
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
Major highlights:
Kernel Modesetting (KMS) core code
the X server hangs before launching the
desktop (it appears to be trying to run glxinfo) on my Thinkpad T61
(i915 graphics). Bisection shows this happens after applying this
commit:
On Mon, 2008-12-29 at 08:32 +, Dave Airlie wrote:
commit 7c1c2871a6a3a114853ec6836e9035ac1c0c7f7a
Author: Dave Airlie airl...@linux.ie
Date: Wed Jan 7 11:54:57 2009 +1000
drm: fix ordering of driver unload vs agp unload.
For KMS drivers, we really need to cleanup the driver before disabling
the AGP subsystem.
Signed-off-by: Dave Airlie airl...@redhat.com
commit
On Sat, Jan 3, 2009 at 11:44 AM, Eric Anholt e...@anholt.net wrote:
On Mon, 2008-12-29 at 09:08 +, Dave Airlie wrote:
From: Dave Airlie airl...@linux.ie
The gem gtt mapping code didn't use the drm_vm.c accounting open/close,
it did call the initial drm_vm_open_locked, so it should always
100644 include/drm/drm_crtc.h
create mode 100644 include/drm/drm_crtc_helper.h
create mode 100644 include/drm/drm_edid.h
create mode 100644 include/drm/drm_mode.h
commit aa5966296675a5092505f68d72563d5939a92353
Author: Dave Airlie airl...@linux.ie
Date: Mon Dec 29 16:35:02 2008 +1000
drm
From: Dave Airlie airl...@linux.ie
The gem gtt mapping code didn't use the drm_vm.c accounting open/close,
it did call the initial drm_vm_open_locked, so it should always do this.
I'm not 100% sure it doesn't need a special open/close pair, but this at
least makes /proc/dri/0/vma not end up
On Wed, Dec 24, 2008 at 5:11 PM, brucech...@via.com.tw wrote:
To whom it may concern:
This patch contains the modification on the header files for the VIA
Chrome9 DRM kernel module based on kernel 2.6.28-RC9. The header files
include:
1. via_chrome9_3d_reg.h
2. via_chrome9_dma.h
3.
(-)
commit 077ebed54fe66612f58b076628a72eca2be8df90
Author: Dave Airlie airl...@redhat.com
Date: Mon Dec 22 17:11:02 2008 +1000
drm/radeon: fix correctness of irq_enabled check for radeon.
This check was introduced with the logic the wrong way around.
Fixes regression: http
Is available at
http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commit;h=3a911a216742e4ab998f3281409d46a62f252716
Please let me know, should I need to resend this patch for :
1. git kernel.org:/pub/scm/linux/kernel/git/airlied/drm-2.6.git
OR
2. git
On Sat, Dec 20, 2008 at 3:10 AM, Julia Lawall ju...@diku.dk wrote:
From: Julia Lawall ju...@diku.dk
If the NULL test is necessary, then the dereference should be moved below
the NULL test.
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/). The
On Sat, Dec 20, 2008 at 9:19 AM, Eric Anholt e...@anholt.net wrote:
On Tue, 2008-12-09 at 14:00 -0500, Ben Gamari wrote:
Hey everyone,
This is the latest version of my procfs file handling patch. I have
ported the old proc files to use the seq_file interface greatly
simplifying the code. I
/i915/i915_dma.c | 10 +-
drivers/gpu/drm/i915/i915_drv.h |2 ++
drivers/gpu/drm/i915/i915_gem.c |9 -
3 files changed, 19 insertions(+), 2 deletions(-)
commit ac5c4e76180a74c7f922f6fa71ace0cef45fa433
Author: Dave Airlie airl...@redhat.com
Date: Fri Dec 19 15:38:34 2008
On Thu, Dec 18, 2008 at 8:08 AM, Eric Anholt e...@anholt.net wrote:
The values are really going to continue meaning pipe, not plane, and that's
what they're called in the kernel copy of the header. Userland hasn't ever
made the switch to pipe!=plane, since userland checks are based on DRM
.
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications
suspend/resume.
Signed-off-by: Peng Li [EMAIL PROTECTED]
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit 52440211dcdc52c0b757f8b34d122e11b12cdd50
Author: Keith Packard [EMAIL PROTECTED]
Date: Tue Nov 18 09:30:25 2008 -0800
drm
, and make sure everyone uses the defined value instead of
hard-coded constants.
Signed-off-by: Keith Packard [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit afa21e0584f78964c092981fad94e45d38cda249
Author: Dave Airlie [EMAIL PROTECTED]
Date: Tue Nov 11 18:02:12
On Tue, Nov 11, 2008 at 6:29 PM, Andrew Morton
[EMAIL PROTECTED] wrote:
On Tue, 11 Nov 2008 08:15:26 + (GMT) Dave Airlie [EMAIL PROTECTED]
wrote:
commit 78538bf14995a136c2d9a22159ada49937359119
Author: Dave Airlie [EMAIL PROTECTED]
Date: Tue Nov 11 17:56:16 2008 +1000
drm/radeon
Andrew please apply, if no comments or a better patch from drm
fellows comes.
As the accesses to the mmio member are not protected by anything, they
seem to be racy with the open/clsoe anyways, setting this down there
too.
We got a patch last week from Jesse Barnes to fix this, I'll pull
.
This will let userland know when to submit its batchbuffers, before they get
too big to fit in the aperture.
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit 4e270e9b8a9d246290f3901f1fb6c5efdb734ddf
Author: Alex Deucher [EMAIL
1.2
implementation, the code has since been heavily changed by Dave Airlie
with contributions by Jesse Barnes, Jakob Bornecrantz and others.
This one should probably be split up a bit; I think the TTM stuff in
particular could be factored out fairly easily.
Jesse,
We must split out TTM
We must split out TTM from anything that goes into DRM next for now, as
we're about to re-add it in a device dependant
form with a well defined kernel only API. (This is probably going to
happen within a couple of weeks).
A minimal user-space API will be added when there are drivers
[EMAIL PROTECTED]
Acked-by: Michel Dänzer [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit 49568873705e45a0de77b7824a9a46d3201019a7
Author: Eric Anholt [EMAIL PROTECTED]
Date: Tue Oct 21 11:38:50 2008 -0700
drm: Add 32-bit compatibility for DRM_IOCTL_UPDATE_DRAW
2008/10/18 Linus Torvalds [EMAIL PROTECTED]:
On Fri, 17 Oct 2008, Dave Airlie wrote:
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
Grr.
This whole merge series has been full of people sending me UNTESTED CRAP.
So
to write actual exploit code though.
It only affects the Intel G33 series and newer.
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit 9e0b97e37fddaf5419d8af24362015ab684eff7e
Author: Dave Airlie [EMAIL PROTECTED]
Date: Fri Oct 17 09:29:14 2008 +1000
drm: make CONFIG_DRM depend
On Fri, Oct 17, 2008 at 9:38 AM, Dave Airlie [EMAIL PROTECTED] wrote:
Hi Linus,
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
This contains two patches outside the DRM tree to export functionality for
GEM. These can go
/drm/i915/i915_suspend.c
commit 9d512dc0c924f3c75e8d8446c32b4ef77fe15913
Author: Dave Airlie [EMAIL PROTECTED]
Date: Fri Oct 17 09:29:14 2008 +1000
drm: make CONFIG_DRM depend on CONFIG_SHMEM.
This can be removed later when DRM doesn't depend on shmem.
Signed-off-by: Dave
On Fri, Sep 26, 2008 at 1:39 AM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Keith Packard wrote:
On Thu, 2008-09-25 at 00:19 -0700, Thomas Hellström wrote:
If data is
dirtied in VRAM or the page(s) got discarded
we need new pages and to set up a copy operation.
Note that this can occur
On Wed, Sep 10, 2008 at 8:03 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Dave Airlie wrote:
Hi Thomas,
I've made some changes you might be interested in on the
modesetting-gem branch of the main repo.
1. removed all the TTM interfaces and ioctls from the kernel API.
2. removed
Sep 6 10:24:31 poppero1 kernel: [ 186.138774] [drm:radeon_cp_start]
*ERROR* radeon_cp_start called without lock held, held 0 owner
f726bc80 f68f6840
Sep 6 10:24:31 poppero1 kernel: [ 186.138968] [drm:radeon_cp_idle]
*ERROR* radeon_cp_idle called without lock held, held
2008/9/4 Jesse Barnes [EMAIL PROTECTED]:
On Wednesday, September 03, 2008 6:11 am Stefano Avallone wrote:
On Wednesday 03 September 2008 13:36:21 Maksym Veremeyenko wrote:
Jesse Barnes написав(ла):
[...]
I am very interesting in getting drmWaitVBlank works on 945GME...
It's
On Tue, Aug 26, 2008 at 9:04 PM, roel kluin [EMAIL PROTECTED] wrote:
In drivers/char/drm/drm_sysfs.c:187, function drm_sysfs_device_add():
for (i = 0; i ARRAY_SIZE(device_attrs); i++) {
err = device_create_file(minor-kdev, device_attrs[i]);
if (err)
goto
On Thu, Aug 28, 2008 at 8:12 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Dave,
This process looks ok to me,
but I think some clarifications are needed:
Dave Airlie wrote:
Okay I've put some thoughts up at:
http://dri.freedesktop.org/wiki/DRMProcess
and I've pasted it in below
On Thu, Aug 28, 2008 at 9:32 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Dave Airlie wrote:
On Thu, Aug 28, 2008 at 8:12 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Dave,
This process looks ok to me,
but I think some clarifications are needed:
Dave Airlie wrote:
Okay I've put
On Wed, Aug 27, 2008 at 11:45 PM, Jerome Glisse [EMAIL PROTECTED] wrote:
On Tue, 26 Aug 2008 18:02:24 +1000
Dave Airlie [EMAIL PROTECTED] wrote:
4. added clean flag for buffers that get migrated to VRAM immediately.
- with pixmaps we have no idea of the usage pattern usually at create
with it. Then I tried the
2.6.27 kernels in koji.fedoraproject.org. They had the same problem.
I saw that the thing in common between the 2.6.26 and the 2.6.27 is
that Dave Airlie added drm-patches and fixes in the fedora kernels.
With 2.6.27-rc1. everything is fine. But from version 2.6.27
Hi Thomas,
I've made some changes you might be interested in on the
modesetting-gem branch of the main repo.
1. removed all the TTM interfaces and ioctls from the kernel API.
2. removed drm_bo_lock.c (we need to discuss what we want that for)
3. built a radeon GEM interface on top of the TTM
On Wed, Aug 27, 2008 at 5:23 AM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Jesse Barnes wrote:
The DRM design includes ioctls to allow a userland driver to tell the kernel
driver when to register its interrupt handler and on what IRQ. This is a
really bad idea for several reasons, and
Okay I've put some thoughts up at:
http://dri.freedesktop.org/wiki/DRMProcess
and I've pasted it in below this for discussion.
some other points:
a) People are pushing for a process change, we will have something
change, however this isn't a who shouts loudest competition, so more
than likely
On Wed, Aug 27, 2008 at 11:35 AM, Ville Syrjälä [EMAIL PROTECTED] wrote:
On Tue, Aug 26, 2008 at 06:20:43PM -0700, Dave Airlie wrote:
linux-core/radeon_encoders.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
New commits:
commit
On Wed, Aug 27, 2008 at 1:02 PM, Robert Noland [EMAIL PROTECTED] wrote:
On Wed, 2008-08-27 at 10:15 +1000, Dave Airlie wrote:
Okay I've put some thoughts up at:
http://dri.freedesktop.org/wiki/DRMProcess
and I've pasted it in below this for discussion.
some other points:
a) People
Your reply now serves as place to point people at when they ask why Red
Hat/Fedora ships features that they can't get for 1-6 months, and I'm fine
with that.
6 months sounds too long, there's at least one merge window in such a
time-frame.
Not every distro rebases their kernel
configuration.
Reported-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Dave Airlie [EMAIL PROTECTED]
commit 8ba0be53102f8d8509ee2958d15142bdd2fd433f
Author: Dave Airlie [EMAIL PROTECTED]
Date: Sun Aug 24 17:02:26 2008 +1000
drm
/radeon_cp.c | 38 +++
drivers/gpu/drm/radeon/radeon_drv.h | 19 ++--
6 files changed, 225 insertions(+), 86 deletions(-)
commit 3e5fc80a404a24c858468030b63555cccfb3e79c
Author: Dave Airlie [EMAIL PROTECTED]
Date: Sun Aug 24 17:02:26 2008 +1000
drm: don't set the signal blocker
On Mon, Aug 11, 2008 at 5:46 AM, Kristian Høgsberg [EMAIL PROTECTED] wrote:
On Sat, Aug 9, 2008 at 7:28 PM, Dave Airlie [EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 2:23 AM, Kristian Høgsberg [EMAIL PROTECTED] wrote:
On Tue, Aug 5, 2008 at 10:42 AM, Michel Dänzer
[EMAIL PROTECTED] wrote
Then this, the thing is to keep it building you need compat code, code
that can't go into Linus tree, so we end up with a tree that isn't like
Linus tree, and we still have to patch manage transitions so we don't save
anything doing this over what we have now.
I was thinking that
Managing a fake linear address space just to match some existing
arbitrary API requirements is insane. Creating the right interface for
my UMA environment is my goal. I'm not sure precisely what that API
should be, but at least this one is obviously wrong.
Isn't that also what you are
Yes, with a 1-1 mapping between GPU objects and file objects. You can
use the normal read/write/mmap API on them. The reason we aren't using
fds now is just that the kernel cannot handle this many fds per process.
Well it can now, we just need to fix the X server :)
I want to map these
Personally, I only use the existing DRM repo on old kernels because that's
how
it's structured. It's actually more work for me to download build a
recent
kernel, then update build the DRM drivers against it that it is to simply
update the DRM drivers and build against my current
Well, if the overhead of merging upstream is a concern, then how about
not worrying about bc at all and let people who want to back port deal
with it? Oh, and what about just keeping the drm drivers in a linux
kernel tree? That'll make upstream merging even easier yet...
The less crap I
501 - 600 of 1423 matches
Mail list logo