+-
1 file changed, 25 insertions(+), 25 deletions(-)
Reviewed-by: Kristian Høgsberg k...@bitplanet.net
diff --git a/src/mesa/drivers/dri/common/dri_util.c
b/src/mesa/drivers/dri/common/dri_util.c
index c28b0fc..539fb4b 100644
--- a/src/mesa/drivers/dri/common/dri_util.c
+++ b/src
/brw_context.c | 22 ++--
2 files changed, 68 insertions(+), 44 deletions(-)
Reviewed-by: Kristian Høgsberg k...@bitplanet.net
diff --git a/src/mesa/drivers/dri/i915/intel_context.c
b/src/mesa/drivers/dri/i915/intel_context.c
index 2748514..1798bc7 100644
--- a/src/mesa/drivers/dri/i915
made the
same patch a while ago, and it fixed module unload for me. I sent it
to the list and it fell through the cracks, because vblank is hard
or something.
Reviewed-by: Kristian Høgsberg k...@bitplanet.net
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/drm_stub.c
On Fri, Feb 26, 2010 at 1:07 PM, Julien Cristau jcris...@debian.org wrote:
nouveau_drmif.h includes xf86drm.h.
If it's a source level dependency it should be a regular Requires: in
the .pc. Requires.private: is only for private libraries you link to
but don't expose their API in your header
2010/2/26 Julien Cristau jcris...@debian.org:
On Fri, Feb 26, 2010 at 13:38:59 -0500, Kristian Høgsberg wrote:
On Fri, Feb 26, 2010 at 1:07 PM, Julien Cristau jcris...@debian.org wrote:
nouveau_drmif.h includes xf86drm.h.
If it's a source level dependency it should be a regular Requires
Thanks, applied.
On Tue, Feb 16, 2010 at 5:03 PM, Mike Stroyan m...@lunarg.com wrote:
In studying dri2proto.txt I noticed that it has several places that don't
mention the events that have been added.
I also noticed a couple of typos and a reference to a 'group' field
that does not exist.
On Tue, Feb 9, 2010 at 8:05 AM, Peter Hanzel hanzelpe...@gmail.com wrote:
Hello.
I have a question about libdrm/libkms and test/modetest/modetest.c.
I am now working with vmwgfx + VMWare 7.0, where vmwgfx had correctly
initialized framebuffer and also now using fbcon.
Now I want to test it
On Sun, Feb 7, 2010 at 1:32 AM, Catalin Patulea c...@vv.carleton.ca wrote:
Hello,
I am interested in getting DRI working on my ATI Rage XL card under
2.6.31-14 with mach64_drv 6.8.2 (Xorg 1.6.3 from Ubuntu Karmic koala).
Git says that the mach64 driver was deleted, along with shared-code,
On Thu, Feb 4, 2010 at 2:23 PM, Matthew W. S. Bell
matt...@bells23.org.uk wrote:
Hi,
I've fixed up some compile warnings in the attached patch; I think a
couple of cases may actually have been bugs. One case I have not touched
is converting between void * (64 bit here) and drm_handle_t (32
On Tue, Jan 19, 2010 at 2:18 PM, Tiago Vignatti
tiago.vigna...@nokia.com wrote:
Some drivers use DRI2 protocol but implement their own kernel rendering
mananger. For these drivers, libdrm becomes useless.
Yeah, I think this could be ok. The drm usage in DRI2 does stick out
a bit, and should
Otherwise we end up waking up a freed waitqueue.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
Resend. This didn't get picked up earlier, so this time I'll try
sending to the right mailing list.
drivers/gpu/drm/drm_stub.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
.
Francisco Jerez (1):
nouveau: Update some nouveau_class.h definitions from renouveau.xml.
Julien Cristau (1):
Only install libdrm_intel.pc if we build libdrm_intel
Kristian Høgsberg (18):
Add support for vblank events
Add makefile rule to copy headers from kernel tree
This let's use use the linux drm headers as the canonical source for
libdrm on all platforms.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
This is the patch to sync the linux kernel headers with what's in
libdrm now. With this patch upstream, we can copy headers from the
kernel
2009/12/2 Robert Noland rnol...@2hip.net:
On Wed, 2009-12-02 at 11:36 -0500, Kristian Høgsberg wrote:
This let's use use the linux drm headers as the canonical source for
libdrm on all platforms.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
This is the patch to sync the linux
This let's use use the linux drm headers as the canonical source for
libdrm on all platforms.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
Second try, now with the #defines added to drmP.h that was missing in
the first patch.
include/drm/drm.h| 29
know which frame number the flip will complete on, so
userspace needs a specific flip notification to tell it when the last flip
completed.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Acked-by: Kristian Høgsberg k...@bitplanet.net
---
drivers/gpu/drm/drm_crtc.c | 2 +-
include
Content-Transfer-Encoding: 8bit
Acked-by: Jakob Bornecrantz ja...@vmware.com
Acked-by: Thomas Hellström tho...@shipmail.org
Review-by: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Jesse Orange Smoothie Barnes jbar...@virtuousgeek.org
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
Hmm
On Sat, Nov 28, 2009 at 1:41 PM, Robert Noland rnol...@2hip.net wrote:
On Fri, 2009-11-27 at 17:23 -0800, vehemens wrote:
...
I think we pissed one person off, not people, as I said, there are two
people registered as BSD maintainers for drm code, oga and rnoland,
neither of them cared. I'm
We ship a copy of drm.h in the libdrm repo. By adding these couple of
ifdefs, we can share the drm.h header file between kernel source
and libdrm on linux and the BSDs.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
include/drm/drm.h| 29 +++--
include
2009/11/23 Michel Dänzer mic...@daenzer.net:
On Fri, 2009-11-20 at 17:20 -0500, Kristian Høgsberg wrote:
2009/11/19 Eric Anholt e...@anholt.net:
On Tue, 2009-11-17 at 11:33 -0500, Kristian Høgsberg wrote:
2009/11/6 Kristian Høgsberg k...@bitplanet.net:
Hi,
This has come up a few
2009/11/23 Michel Dänzer mic...@daenzer.net:
On Mon, 2009-11-23 at 10:55 -0500, Kristian Høgsberg wrote:
2009/11/23 Michel Dänzer mic...@daenzer.net:
On Fri, 2009-11-20 at 17:20 -0500, Kristian Høgsberg wrote:
2009/11/19 Eric Anholt e...@anholt.net:
On Tue, 2009-11-17 at 11:33 -0500
On Mon, Nov 23, 2009 at 11:50 AM, Pekka Paalanen p...@iki.fi wrote:
On Mon, 23 Nov 2009 17:12:07 +0100
Michel Dänzer mic...@daenzer.net wrote:
On Mon, 2009-11-23 at 10:55 -0500, Kristian Høgsberg wrote:
The headers in include/drm will be installed and libdrm_radeon
should be updated to use
2009/11/19 Eric Anholt e...@anholt.net:
On Tue, 2009-11-17 at 11:33 -0500, Kristian Høgsberg wrote:
2009/11/6 Kristian Høgsberg k...@bitplanet.net:
Hi,
This has come up a few time and it's something I think makes a lot of
sense. Since all driver development (afaik) now happens in linux
Acked-by: Jakob Bornecrantz ja...@vmware.com
Acked-by: Thomas Hellström tho...@shipmail.org
Review-by: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Jesse Orange Smoothie Barnes jbar...@virtuousgeek.org
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
Resend to add missing acks
2009/11/6 Kristian Høgsberg k...@bitplanet.net:
Hi,
This has come up a few time and it's something I think makes a lot of
sense. Since all driver development (afaik) now happens in linux
kernel tree, it makes sense to drop the driver bits from the drm.git
repo.
Ok, here's an update
2009/11/17 Stephane Marchesin marche...@icps.u-strasbg.fr:
2009/11/17 Kristian Høgsberg k...@bitplanet.net:
2009/11/6 Kristian Høgsberg k...@bitplanet.net:
Hi,
This has come up a few time and it's something I think makes a lot of
sense. Since all driver development (afaik) now happens
submitting a page flip, any execbuffer involving the
old front buffer will block until the flip is completed.
Optionally, a vblank event can be generated when the swap eventually
happens.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
drivers/gpu/drm/i915/i915_drv.h | 12 ++
drivers/gpu/drm/i915/i915_gem.c | 64 +-
drivers/gpu/drm/i915/i915_irq.c | 10 ++
drivers/gpu/drm/i915/i915_reg.h |2 +
drivers/gpu/drm/i915/intel_display.c
2009/11/12 Jakob Bornecrantz ja...@vmware.com:
On 12 nov 2009, at 17.44, Kristian Høgsberg wrote:
This adds a page flipping ioctl to the KMS API. The ioctl takes an fb ID
and a ctrc ID and flips the crtc to the given fb at the next vblank.
The ioctl returns immediately but the flip doesn't
2009/11/14 Thomas Hellström tho...@shipmail.org:
Kristian Høgsberg wrote:
This adds a page flipping ioctl to the KMS API. The ioctl takes an fb ID
and a ctrc ID and flips the crtc to the given fb at the next vblank.
The ioctl returns immediately but the flip doesn't happen until after
any
submitting a page flip, any execbuffer involving the
old front buffer will block until the flip is completed.
Optionally, a vblank event can be generated when the swap eventually
happens.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
On Fri, Oct 30, 2009 at 1:42 PM, Eric Anholt e...@anholt.net wrote:
On Fri, 2009-10-30 at 10:59 -0700, Jesse Barnes wrote:
I've put up some trees (after learning my lesson about working in the
main tree) with the latest DRI2 sync/swap bits:
git://git.freedesktop.org/home/jbarnes/xserver
sequence can be specified relatively or absolutely,
and works for primary and seconday crtc.
The signal field of the vblank request is used to provide user data,
which will be sent back to user space in the vblank event.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm
Thomas,
What you describe sounds reasonable and I'll look into updating the
patch. I'm not too keen on the driver specific flag you suggest,
since it makes it hard to use the ioctl in generic code. Maybe
drivers that can do pageflip from one of several fifos can expose a
driver specific ioctl
On Fri, Aug 28, 2009 at 5:19 AM, Michel Dänzermic...@daenzer.net wrote:
On Thu, 2009-08-27 at 17:33 -0400, Kristian Høgsberg wrote:
2009/8/27 Thomas Hellström tho...@shipmail.org:
b) It requires the master to act as a scheduler, and circumvents the DRM
command submission mechanism through
This mail is getting out of control... too many sub-threads going
on... maybe we shold break it out and talk about events vs kernel
scheduling and wait with the patch review until we've figured
something out.
2009/8/28 Thomas Hellström tho...@shipmail.org:
Kristian Høgsberg skrev:
2009/8/27
2009/8/27 Thomas Hellström tho...@shipmail.org:
Kristian Høgsberg skrev:
---
Okay, here's the patch again with the locking fixed. Everything else is
the same. As for the potential problem with polling on the drm fd with
both dri1 and dri2 enabled, I suggest that we just disable the dri1
I'm a little fuzzy on the details, this part of the patch was carried
over from Jesse's original work. I believe set_base is supposed to be
called with the struct mutex held.
We shouldn't be this sloppy about locking, and in particular we shouldn't
protect a callback with a lock without
On Tue, Aug 18, 2009 at 3:52 AM, Thomas Hellströmtho...@shipmail.org wrote:
Kristian Høgsberg wrote:
By sending an event back on the file descriptor we allow users of the
API to wait on the flip to finish in a standard poll or select
mainloop, where it can handle input from other sources while
On Tue, Aug 18, 2009 at 2:08 AM, Thomas Hellströmtho...@shipmail.org wrote:
Kristian Høgsberg wrote:
Perhaps TTM bo read/write could use ioctls like the gem pwrite/pread
ioctls? The only way we can get asynchronous notifications from the
drm to userspace is through readable events on the drm
On Tue, Aug 18, 2009 at 1:36 PM, Thomas Hellströmtho...@shipmail.org wrote:
Kristian Høgsberg wrote:
On Tue, Aug 18, 2009 at 3:52 AM, Thomas Hellströmtho...@shipmail.org
wrote:
Kristian Høgsberg wrote:
By sending an event back on the file descriptor we allow users of the
API to wait
On Tue, Aug 18, 2009 at 5:03 PM, Dave Airlieairl...@gmail.com 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 apparently unused poll implementation from the drm fd, only to
On Tue, Aug 18, 2009 at 6:12 PM, Thomas Hellströmtho...@shipmail.org wrote:
Kristian Høgsberg wrote:
On Tue, Aug 18, 2009 at 5:03 PM, Dave Airlieairl...@gmail.com wrote:
On Wed, Aug 19, 2009 at 2:12 AM, Keith Whitwellkei...@vmware.com wrote:
I think the bug in question was because
On Tue, Aug 18, 2009 at 7:12 PM, Luc Verhaegenl...@skynet.be wrote:
And on the flip side of this, what you do is purely technical, always.
#dri-devel 00:05 +airlied krh: you've been smirled
Yeah, I was wondering about that, I thought the word was smirl-rolled :D
cheers,
Kristian
On Tue, Aug 18, 2009 at 6:31 PM, Thomas Hellströmtho...@shipmail.org wrote:
Jesse Barnes wrote:
Anyway, to me this discussion is more of a future directions one than
a blocker for this particular patchset. AFAICT the only thing that
needs fixing with this patch is my lock confusion
On Mon, Aug 17, 2009 at 10:28 AM, Thomas Hellstromthellst...@vmware.com wrote:
The device directory will be the base directory of the
sysfs representation of other ttm subsystems.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_module.c | 56
Signed-off-by: Kristian Høgsberg k...@redhat.com
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
Ok, another version of this patch. This one has fixes to work with radeon
kms plus a missing list head init that would cause an oops in the case
where we schedule a flip before the previous one
Signed-off-by: Kristian Høgsberg k...@redhat.com
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
Ok, another version of this patch. This one has fixes to work with radeon
kms plus a missing list head init that would cause an oops in the case
where we schedule a flip before the previous one
2009/8/17 Thomas Hellström tho...@shipmail.org:
Kristian Høgsberg wrote:
This patch adds a vblank synced pageflip ioctl for to the modesetting
family of ioctls. The ioctl takes a crtc and an fb and schedules a
pageflip to the new fb at the next coming vertical blank event. This
feature lets
On Mon, Aug 17, 2009 at 4:36 PM, Jesse Barnesjbar...@virtuousgeek.org wrote:
On Mon, 17 Aug 2009 22:22:34 +0200
Thomas Hellström tho...@shipmail.org wrote:
Kristian Høgsberg wrote:
This patch adds a vblank synced pageflip ioctl for to the
modesetting family of ioctls. The ioctl takes
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.
http://freedesktop.org/bugzilla/show_bug.cgi?id=1505. The fix mentioned
in the bug was actually to return 0 from
2009/8/13 Thomas Hellström tho...@shipmail.org:
Kristian Høgsberg wrote:
2009/8/11 Thomas Hellström tho...@shipmail.org:
Jesse Barnes wrote:
On Tue, 11 Aug 2009 11:23:09 +0200
Thomas Hellström tho...@shipmail.org wrote:
Hi!
I'm wondering why we are using a struct device as a sysfs
2009/8/11 Thomas Hellström tho...@shipmail.org:
Jesse Barnes wrote:
On Tue, 11 Aug 2009 11:23:09 +0200
Thomas Hellström tho...@shipmail.org wrote:
Hi!
I'm wondering why we are using a struct device as a sysfs
representation for connectors instead of a struct kobject?
In particular, what
From: Kristian Høgsberg k...@hinata.local
This patch adds a vblank synced pageflip ioctl for to the modesetting
family of ioctls. The ioctl takes a crtc and an fb and schedules a
pageflip to the new fb at the next coming vertical blank event. This
feature lets userspace implement tear-free
On Fri, Jul 3, 2009 at 5:47 AM, Daniel Stonedan...@fooishbar.org wrote:
On Wed, Jul 01, 2009 at 09:39:17PM -0400, Kristian Høgsberg wrote:
If we want to do better (and if we care about security enhanced X in a
[... snipped for brevity ...]
session server is a client of a system display server
On Wed, Jul 1, 2009 at 12:55 PM, Jesse Barnesjbar...@virtuousgeek.org wrote:
On Tue, 30 Jun 2009 23:43:19 -0700
Eric Anholt e...@anholt.net wrote:
On Mon, 2009-06-29 at 16:52 -0700, Jesse Barnes wrote:
Just a DRM_MASTER flag is sufficient here, though maybe this call is
totally deprecated
On Tue, Jun 30, 2009 at 2:37 PM, Chris Wilsonch...@chris-wilson.co.uk wrote:
I've just got around to playing with the modesetting page-flip ioctl and
found a nasty rendering glitch where the flip occurred before the
rendering was flushed. This appears to be because the finish of the
On Wed, 2009-06-10 at 15:20 +1000, Dave Airlie wrote:
Hi Kristian et al
So you wrote YALL for glxAllContexts and like all good linked list
re-implementations it didn't work :-)
Well that's how we do data structures in the X server, open coded and
badly.
So the attached patch fixes the
From: Kristian Høgsberg k...@redhat.com
This patch adds a vblank synced pageflip ioctl for to the modesetting
family of ioctls. The ioctl takes a crtc and an fb and schedules a
pageflip to the new fb at the next coming vertical blank event. This
feature lets userspace implement tear-free
From: Kristian Høgsberg k...@redhat.com
This patch adds a vblank synced pageflip ioctl for to the modesetting
family of ioctls. The ioctl takes a crtc and an fb and schedules a
pageflip to the new fb at the next coming vertical blank event. This
feature lets userspace implement tear-free
From: Kristian Høgsberg k...@redhat.com
This patch adds a vblank synced pageflip ioctl for to the modesetting
family of ioctls. The ioctl takes a crtc and an fb and schedules a
pageflip to the new fb at the next coming vertical blank event. This
feature lets userspace implement tear-free
From: Jesse Barnes jbar...@virtuousgeek.org
Sits on top of KMS page flipping ioctl.
---
Userspace side of the async pageflip ioctl plus a test case
added to modetest.c
libdrm/xf86drmMode.c | 13
libdrm/xf86drmMode.h |4 +-
shared-core/drm.h | 26 -
2009/5/5 Ian Romanick i...@freedesktop.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick i...@freedesktop.org wrote:
Having
On Tue, May 5, 2009 at 2:34 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Tue, 05 May 2009 11:24:29 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes
jbar
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
On Mon, 04 May 2009 14:45:07 -0700
Ian Romanick
On Thu, Apr 23, 2009 at 7:23 AM, Abraham Varricatt
abraham.varric...@googlemail.com wrote:
...
Thank you for your reply Jerome.
I was hoping that I could join in the development of the API or
something, but if it's more than a year old ...
The test applications in libdrm bug me. I can
On Wed, 2009-04-08 at 04:11 +0100, Dave Airlie wrote:
Do you want to pick it up then or do you want Dave to take it?
Since it wasn't in my driver, I was assuming airlied would pick it up.
Yup I'll grab it, I was going to leave it for the next merge window as I
dislike doing anything
On Wed, Apr 08, 2009 at 09:29:04AM -0400, Kristian Høgsberg wrote:
On Wed, 2009-04-08 at 04:11 +0100, Dave Airlie wrote:
Do you want to pick it up then or do you want Dave to take it?
Since it wasn't in my driver, I was assuming airlied would pick it up.
Yup I'll grab it, I
On Fri, Apr 3, 2009 at 11:56 AM, Kristian Høgsberg k...@bitplanet.net wrote:
2009/4/2 Eric Anholt e...@anholt.net:
On Thu, 2009-04-02 at 14:41 -0400, Kristian Høgsberg wrote:
This was only used by the i915 driver for the swapbuffer vsync tasklet.
That functionality is now gone and nothing uses
2009/4/2 Eric Anholt e...@anholt.net:
On Thu, 2009-04-02 at 14:41 -0400, Kristian Høgsberg wrote:
This was only used by the i915 driver for the swapbuffer vsync tasklet.
That functionality is now gone and nothing uses the kernel side
cliprects anymore. Just stub out the ioctls, but make sure
This was only used by the i915 driver for the swapbuffer vsync tasklet.
That functionality is now gone and nothing uses the kernel side
cliprects anymore. Just stub out the ioctls, but make sure we return
a non-zero handle in the DRM_IOCTL_ADD_DRAW case.
Signed-off-by: Kristian Høgsberg k
On Tue, Mar 31, 2009 at 4:46 AM, Alan Hourihane al...@fairlite.co.uk wrote:
On Tue, 2009-03-31 at 15:43 +1000, Dave Airlie wrote:
So I've been playing a bit more with DRI2 and I'm having trouble
finding how the buffer creation was meant to work for depth buffers.
If my app uses a visual
0xbc
2009/3/31 Dave Airlie airl...@gmail.com:
2009/3/31 Kristian Høgsberg k...@bitplanet.net:
On Tue, Mar 31, 2009 at 4:46 AM, Alan Hourihane al...@fairlite.co.uk wrote:
On Tue, 2009-03-31 at 15:43 +1000, Dave Airlie wrote:
So I've been playing a bit more with DRI2 and I'm having trouble
finding
2009/3/31 Eric Anholt e...@anholt.net:
On Fri, 2009-03-27 at 15:48 -0700, Jesse Barnes wrote:
On Fri, 27 Mar 2009 22:53:00 +0100
Jakob Bornecrantz wallbra...@gmail.com wrote:
On Fri, Mar 27, 2009 at 8:58 PM, Jesse Barnes
jbar...@virtuousgeek.org wrote:
This patch speeds up
On Wed, Mar 4, 2009 at 6:50 AM, Dave Airlie airl...@linux.ie wrote:
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.
We need to bump the dri version for this so we don't deadlock on older
kernels when the 2d
On Fri, Feb 27, 2009 at 2:22 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thursday, February 26, 2009 1:31:03 pm Jesse Barnes wrote:
Add support to Mesa and the intel driver for the new DRI2 swapbuffers
interface. Uses the new flush hook to make sure any outstanding rendering
is
On Fri, Feb 27, 2009 at 4:40 PM, Dave Airlie airl...@linux.ie wrote:
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
On Thu, Feb 19, 2009 at 8:46 PM, Alan Hourihane al...@fairlite.co.uk wrote:
Attached is a new DRI2 flush extension that allows the driver to perform
a real flush before dispatching a swap or Xserver copy operation.
Currently we do this before a DRI2CopyRegion() call.
This allows drivers a
On Thu, 2009-02-19 at 11:33 +0100, Peter Zijlstra wrote:
On Thu, 2009-02-19 at 10:19 +0100, Peter Zijlstra wrote:
On Wed, 2009-02-18 at 11:38 -0500, k...@bitplanet.net wrote:
From: Kristian Høgsberg k...@redhat.com
A number of GEM operations (and legacy drm ones) want to copy data
On Thu, 2009-02-19 at 16:17 +0100, Nick Piggin wrote:
On Thu, Feb 19, 2009 at 09:49:40AM -0500, Kristian Høgsberg wrote:
Secondly, mmap_sem is not a recursive lock (very few kernel locks are,
and we generally frown upon recursive locking schemes), this means that
the fault handler
On Wed, Feb 18, 2009 at 12:36 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 2009-02-18 at 11:02 -0500, k...@bitplanet.net wrote:
From: Kristian Høgsberg k...@redhat.com
A number of GEM operations (and legacy drm ones) want to copy data to
or from userspace while holding the struct_mutex lock
On Wed, Feb 18, 2009 at 5:42 PM, Thomas Hellström tho...@shipmail.org wrote:
Kristian Høgsberg wrote:
On Wed, Feb 18, 2009 at 12:36 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 2009-02-18 at 11:02 -0500, k...@bitplanet.net wrote:
From: Kristian Høgsberg k...@redhat.com
A number of GEM
We need to hold the struct_mutex around pinning and the phys object
operations.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 94c7c09..4f54ac5 100644
--- a/drivers/gpu/drm
They used to be different. Now they're identical.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c | 33 ++---
1 files changed, 6 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers
Lifted from the DDX modesetting.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/i915_drv.h |2 ++
drivers/gpu/drm/i915/intel_bios.c|8
drivers/gpu/drm/i915/intel_display.c | 20 ++--
3 files changed, 24 insertions(+), 6
Avoids leaking fbs and associated buffers on release.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/drm_crtc.c |3 +--
drivers/gpu/drm/drm_fops.c |3 +++
include/drm/drm_crtc.h |2 +-
3 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers
Hi,
Is there anything holding this back now? I was hoping that this would
get into the next pull request, it just a simple bug fix...
cheers,
Kristian
On Wed, Feb 4, 2009 at 1:35 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Tuesday, February 3, 2009 12:07 pm Kristian Høgsberg wrote
Record and restore the kernel framebuffer for all crtc on panic
and lastclose.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/intel_fb.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b
this.
cheers,
Kristian
[1] Could be done like this:
http://cgit.freedesktop.org/~krh/eagle/tree/eagle.c#n249
/Thomas
Kristian Høgsberg wrote:
Hey; comments on this? Can we put it in one of the git tree so it
doesn't fall through the cracks? It's pretty harmless and could be
merged
Heya, ping again. We're a real driver now, can we please claim the
PCI device. Can one of you please add it to your git tree, either
current rc or next merge window so we don't drop this on the floor?
thanks,
Kristian
On Tue, Jan 13, 2009 at 9:42 AM, Kristian Høgsberg k...@bitplanet.net wrote
,
Kristian
On Mon, Jan 5, 2009 at 4:10 PM, 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
, and the attribute is in fact broken.
For intel devices, it falls back to the default behaviour of returning
the kernel module name as the DRI driver name, which doesn't work for
i965 devices. Nobody has ever hit this problem or filed a bug about this.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers
-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/drm_drv.c | 67 +-
drivers/gpu/drm/drm_stub.c | 85 --
drivers/gpu/drm/drm_sysfs.c |8 +++-
drivers/gpu/drm/i915/i915_drv.c | 38
-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/drm_drv.c | 67 +-
drivers/gpu/drm/drm_stub.c | 85 --
drivers/gpu/drm/drm_sysfs.c |8 +++-
drivers/gpu/drm/i915/i915_drv.c | 38
is a
semantic change that we should get into the tree before we merge it
for 2.6.29.
cheers,
Kristian
On Thu, Dec 18, 2008 at 4:14 AM, Kristian Høgsberg k...@redhat.com wrote:
We also didn't track the cursor bo before and would leak a reference
when the cursor image was change.
Signed-off-by: Kristian
We also didn't track the cursor bo before and would leak a reference
when the cursor image was change.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c | 29 +
drivers/gpu/drm/i915/intel_drv.h |1 +
2 files changed
The replace fb ioctl replaces the backing buffer object for a modesetting
framebuffer object. This can be acheived by just creating a new
framebuffer backed by the new buffer object, setting that for the crtcs
in question and then removing the old framebuffer object.
Signed-off-by: Kristian
This removes the requirement for user space to pin a buffer before
setting a mode that is backed by the pixels from that buffer.
Signed-off-by: Kristian Høgsberg k...@redhat.com
---
drivers/gpu/drm/drm_crtc_helper.c| 20 ++-
drivers/gpu/drm/i915/intel_display.c | 44
On Fri, Nov 7, 2008 at 8:44 PM, Keith Packard [EMAIL PROTECTED] wrote:
Addresses in the hardware status page below index 0x20 are reserved for use
by the hardware. The legacy breadcrumb was sitting at index 5. Move it to
index 0x21, and make sure everyone uses the defined value instead of
1 - 100 of 178 matches
Mail list logo