pending pipe status */
+ I915_WRITE(PIPEASTAT, I915_READ(PIPEASTAT) 0x8000);
+ I915_WRITE(PIPEBSTAT, I915_READ(PIPEBSTAT) 0x8000);
Could we get a PIPESTAT_STATUS_MASK instead of 0x800 all over?
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED
It's not used in any other drivers, and doesn't look like it will be from
drm.git master.
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
---
drivers/gpu/drm/drm_irq.c | 80
drivers/gpu/drm/drm_lock.c |9 -
drivers/gpu/drm/drm_stub.c |1
and emitting wait-for-vblank-before-rendering
in the command stream. That path also falls back correctly, at the performance
cost of not being able to queue up rendering before the flip occurs.
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
---
drivers/gpu/drm/i915/i915_drv.h | 15 --
drivers/gpu/drm/i915
://lists.sourceforge.net/lists/listinfo/dri-devel
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
-
This SF.Net email is sponsored by the Moblin Your
)
+ 0xf000) 32;
val |= obj_priv-gtt_offset 0xf000;
val |= ((obj_priv-stride / 128) - 1) I965_FENCE_PITCH_SHIFT;
if (obj_priv-tiling_mode == I915_TILING_Y)
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
This fixes hangs on 855-class hardware by avoiding double attachment of the
driver due to the stub second head device having the same pci id as the real
device.
Other DRM drivers probably want this treatment as well, but I'm applying it
just to this one for safety.
Signed-off-by: Eric Anholt
On Fri, 2008-11-07 at 14:01 +, Steven J Newbury wrote:
On Tue, 2008-11-04 at 16:04 -0800, Eric Anholt wrote:
On Tue, 2008-11-04 at 02:03 -0800, Keith Packard wrote:
The pipestat fields affect reporting of all vblank-related interrupts, so
we
have to reset them during
This is the patch series I've pushed to for-airlied for 2.6.28. It's similar
to the previous IRQ patch series, but with the IMR - IER change that had
snuck in reverted. On non-MSI chipsets, twiddling IER apparently sometimes
gets the interrupt wedged despite IIR=0, and the interrupt gets
see an interrupt again.
This patch adds i915_enable_pipestat and i915_disable_pipestat to abstract
out the steps needed to change the reported interrupts.
Signed-off-by: Keith Packard [EMAIL PROTECTED]
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
---
drivers/gpu/drm/i915/i915_drv.h |8
with the libdrm stuff and this fixed.
addr_ptr should probably be called offset since it's not actually a
pointer, right?
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Tue, 2008-11-11 at 17:15 -0800, Jesse Barnes wrote:
On Tuesday, November 11, 2008 4:55 pm Eric Anholt wrote:
On Tue, 2008-11-11 at 16:48 -0800, Jesse Barnes wrote:
On Tuesday, November 11, 2008 2:16 pm Jesse Barnes wrote:
+struct drm_i915_gem_mmap_gtt {
+ /** Handle
://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
-
This SF.Net email is sponsored
;
+ }
obj = drm_gem_object_alloc(dev, 4096);
if (obj == NULL) {
___
Intel-gfx mailing list
[EMAIL PROTECTED]
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL
file mode 100644
index 000..dccfba9
--- /dev/null
+++ b/include/drm/drm_edid.h
@@ -0,0 +1,178 @@
+#ifndef __DRM_EDID_H__
+#define __DRM_EDID_H__
+
+#include linux/types.h
Copyright?
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
to write DP support.
My major concern is basically license clarification.
diff --git a/drivers/gpu/drm/i915/dvo.h b/drivers/gpu/drm/i915/dvo.h
new file mode 100644
index 000..b122ea1
--- /dev/null
+++ b/drivers/gpu/drm/i915/dvo.h
@@ -0,0 +1,159 @@
+/*
+ * Copyright © 2006 Eric Anholt
(waiting only
for getting its n-1 frame completed), getting damage posted as it
swaps (flips front/back BO handles), and the compositor's picking up
the last swapped frame when it wakes up to prepare the next frame to get
displayed.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL
intrusive changes targeted
at the next kernel release, not this one.
Signed-off-by: Eric Anholt [EMAIL PROTECTED]
---
drivers/gpu/drm/i915/i915_gem_tiling.c |7 ---
drivers/gpu/drm/i915/i915_reg.h|1 +
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu
*/
+ for (i = 0; i pinned; i++)
+ i915_gem_object_unpin(object_list[i]);
+
+ /* evict everyone we can from the aperture */
+ ret = i915_gem_evict_everything(dev);
+ if (ret)
+ goto err;
}
--
Eric
++) {
object_list[i]-pending_read_domains = 0;
object_list[i]-pending_write_domain = 0;
ret = i915_gem_object_pin_and_relocate(object_list[i],
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
by the hardware or the driver? Can the hardware do
RGBA16?
The public specs list r10g10b10a2, r16g16b16a16, and many others as
available formats.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada
-virtualX;
+ else
+ fb_height = pScrn-virtualY;
+}
FbMemBox-x1 = 0;
FbMemBox-x2 = pScrn-displayWidth;
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
does would be awesome)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
SF.Net email is Sponsored by MIX09, March 18-20
available aperture, %dkb vs %dkb\n,
total / 1024, (int)bufmgr_gem-gtt_size / 1024);
return -1;
--
1.5.6.5
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric
;
}
}
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
;
+*swizzle_mode = bo_gem-swizzle_mode;
return 0;
}
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
SF.Net
) {
+ name, size, PITCH_NONE, GTT_PAGE_SIZE,
+ ALIGN_BOTH_ENDS, TILE_NONE)) == NULL) {
ErrorF(Fail to alloc \n);
return BadAlloc;
}
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message
-max_entries)
+ alloc_from_cache = 1;
+ else {
+ ret = ioctl(bufmgr_gem-fd, DRM_IOCTL_I915_GEM_BUSY, busy);
+ alloc_from_cache = (ret == 0 busy.busy == 0);
+ }
if (alloc_from_cache) {
bucket-head = bo_gem-next;
--
Eric Anholt
e...@anholt.net
---
shared-core/i915_drm.h | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/shared-core/i915_drm.h b/shared-core/i915_drm.h
index 976ff18..628f7f8 100644
--- a/shared-core/i915_drm.h
+++ b/shared-core/i915_drm.h
@@ -469,8 +469,12 @@ struct
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
version, which is still stuck at 1.6. However, Mesa did start using
On Wed, 2008-12-17 at 22:14 -0500, Kristian Høgsberg wrote:
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
Committed. Thanks!
--
Eric Anholt
e...@anholt.net
deleting
the function, and using the updated #6 patch. Thanks!
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
?
The original test is to check it dev-driver-unload exists, not it
dev-driver exists.
I think your test parameters are wrong.
No, it was valid, but I think the better patch is:
From 1e0a24cfe75a328db5a50dbcdaaf0eb461638b6b Mon Sep 17 00:00:00 2001
From: Eric Anholt e...@anholt.net
Date: Fri, 19
than reviewing a
1700-line patch :)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On Sat, 2008-12-20 at 09:21 +1000, Dave Airlie wrote:
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
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/drm_irq.c |9 ++
drivers/gpu/drm/drm_proc.c | 63
include/drm/drmP.h |1 +
3 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
: ddf2876bd8b4b484a9c2a360a835aee8 libdrm-2.4.3.tar.gz
SHA1: 465f3b7d26021225ca936043fbfadc2780f13653 libdrm-2.4.3.tar.gz
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
vm_area_struct *vma);
extern unsigned long drm_core_get_map_ofs(struct drm_map * map);
extern unsigned long drm_core_get_reg_ofs(struct drm_device *dev);
extern unsigned int drm_poll(struct file *filp, struct poll_table_struct
*wait);
--
Eric Anholt
e...@anholt.net eric.anh
fallback performance.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index cc2ca55..14afc23 100644
--- a/drivers
fd.o bug #19336.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_dma.c | 46 ---
drivers/gpu/drm/i915/i915_reg.h |8 ++-
2 files changed, 40 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b
From: Kristian Høgsberg k...@redhat.com
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
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/intel_display.c | 29
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 14afc23..e87db6f 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b
Here comes a series of patches I've been cleaning up over the last few days.
The first couple are bugfixes that we've tripped over with 2.6.28 that I'll
want to get merged to stable. The rest are getting KMS ready to go. Dropped
from the series is airlied's vma patch, which caused lock ordering
We're not really concerned with races during setup, but we do want to keep
the warning around given how easy it is to misplace that lock.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/drm_crtc_helper.c |3 +++
drivers/gpu/drm/i915/intel_tv.c |2 ++
2 files changed, 5
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/intel_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 14d82de..5824462 100644
--- a/drivers/gpu/drm/i915
This is ported directly from the userland 2D driver code. The HDMI audio bits
aren't hooked up yet.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/Makefile|1 +
drivers/gpu/drm/i915/i915_drv.h |2 +
drivers/gpu/drm/i915/i915_reg.h | 17
On Tue, 2009-01-06 at 14:22 +, Renato Caldas wrote:
Hello,
On Tue, Jan 6, 2009 at 12:34 AM, Eric Anholt e...@anholt.net wrote:
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff
happily submit a bug but thought the code was a little too
new to harp on about especially if this is a known issue
The segfault should be fixed as of:
commit 342120be0956bfc12822d1ffbfbd8aaabf3e922f
Author: Eric Anholt e...@anholt.net
Date: Mon Jan 5 23:21:07 2009 -0800
Fix pin leakage
=],
[AC_CHECK_LIB([rt], [clock_gettime], [CLOCK_LIB=-lrt],
[AC_MSG_ERROR([Couldn't find clock_gettime])])])
AC_SUBST([CLOCK_LIB])
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
configuration (mode lists etc.) */
+ struct mutex idr_mutex; /* for IDR management */
struct idr crtc_idr; /* use this idr for all IDs, fb, crtc, connector,
modes - just makes life easier */
/* this is limited to one for now */
int num_fb;
--
Eric Anholt
e...@anholt.net
, watch the whitespace -- the kernel uses 8-space tabs,
not 8 spaces.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
the debugfs filesystem
+ for the DRM and drivers.
+
config DRM_TDFX
tristate 3dfx Banshee/Voodoo3+
depends on DRM PCI
I'd rather see this not be an option -- if you've got both debugfs and
drm in your kernel, you get the drm debugfs bits.
--
Eric Anholt
e...@anholt.net
8a8d7ba9cac5f569c9b0426e583203bab1feeb73 Mon Sep 17 00:00:00 2001
From: Eric Anholt e...@anholt.net
Date: Wed, 14 Jan 2009 17:16:25 -0800
Subject: [PATCH] drm: stash AGP include under the do-we-have-AGP ifdef
This should fix the MIPS with DRM build.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu
.
Our experience with trying to do something sensible when we notice new
things plugged in in the early randr 1.2 days was that it was a
terrible idea that made users hate us. I suspect it would be even worse
if we tried it in the kernel.
--
Eric Anholt
e...@anholt.net
This saves startup time from probing SDVO, and saves setting up HDMI outputs
on G4X devices that don't have them.
---
drivers/gpu/drm/i915/intel_display.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
Fixes hangs when starting X for the second time.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 96316fd..3741101
will use the tiling state
rather than the unset fence registers, and you'll get swizzled.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
code probably ought to live in
i915_gem_tiling.c. Something for the next kernel, I guess.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On Fri, 2009-01-23 at 16:24 -0800, Eric Anholt wrote:
On Fri, 2009-01-23 at 14:15 -0800, Jesse Barnes wrote:
Set alignments, tile settings and flags correctly in the 2D driver to
support
tiled rendering. UXA's create pixmap function currently assumes the worst
about the alignment
On Sat, 2009-01-24 at 11:01 -0800, Jesse Barnes wrote:
On Friday, January 23, 2009 4:24 pm Eric Anholt wrote:
+/**
+ * On some chips, pitch width has to be a power of two tile width, so
+ * calculate that here.
+ */
+unsigned long
+I830GetFencePitch(I830Ptr pI830, unsigned long
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
---
drivers/gpu/drm/drm_irq.c | 161
this.
Acked-by: Eric Anholt e...@anholt.net
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
This SF.net email
some remote plans and
half finished patch to completely kill the drm_local_map_t typedef
so I left those bits in.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Thanks for taking on this mess!
Acked-by: Eric Anholt e...@anholt.net
--
Eric Anholt
e...@anholt.net
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 _DRM_REGISTERS. It is assumed that each driver will
have only one resource of each type.
(I want to remember later what exact ABI problem was in question)
--
Eric Anholt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
()), such as i915_gem_pwrite(). Solve this by moving the
one thing that needed struct_mutex with mmap_sem held to using a lock to cover
just those data structures (offset hash and offset manager).
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/drm_gem.c |8
drivers/gpu
.
What happens if a shared texture, for example, is used by multiple
contexts from multiple threads simultaneously?
Shared textures and renderbuffers don't have relocations.
validate_index is protected by the lock held across bo_exec.
check_aperture needs the same locking treatment.
--
Eric Anholt
. You do need to
refcount the objects.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Create and Deploy Rich Internet
to the GTT mmap code. It's
going to be a pain to fix (I tried getting the mmap_sem - struct_mutex
path to go away, but the fact that mmap_sem is held over the fault
handler pretty much kills that). It's high on the list, though.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
object to be freed
sw_finish doesn't mean unmap (note that it doesn't actually unmap).
If you want to actually unmap, that should be done with munmap.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message
tree is mostly memory management and fbo handling right
now (until I fix it, then we'll hopefully need a more complicated
testcase than gears to actually hit it hard).
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally
.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
If the patches are acceptable, I can push them myself to drm.git.
Acked-by: Eric Anholt e...@anholt.net
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message
(copy_from/to_user()), such as i915_gem_pwrite(). Solve this by moving the
easy things that needed struct_mutex with mmap_sem held to using a lock to
cover just those data structures (offset hash and offset manager), and do
trylock and reschedule in fault.
Signed-off-by: Eric Anholt e...@anholt.net
);
+ up_read(current-mm-mmap_sem);
+
pre_mutex_err:
drm_free(object_list, sizeof(*object_list) * args-buffer_count,
DRM_MEM_DRIVER);
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
object caching in the future, which
has the potential of saving steaming piles of memory.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
bulk copies (ie. that will
blow the L1 cache), do you?
16kb is the most common size (batchbuffers). 32k is popular on 915
(vertex), and varying between 0-128k on 965 (vertex). The pwrite path
generally represents 10-30% of CPU consumption in CPU-bound apps.
--
Eric Anholt
e...@anholt.net
loading
framework for DRM drivers instead of building it into the code. Maybe
do it with the introduction of new microcode here?
[1] http://lkml.org/lkml/2008/8/7/42
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed
On Fri, 2009-02-20 at 08:36 +0100, Peter Zijlstra wrote:
On Thu, 2009-02-19 at 18:04 -0800, Eric Anholt wrote:
On Thu, 2009-02-19 at 23:26 +0100, Peter Zijlstra wrote:
On Thu, 2009-02-19 at 22:02 +0100, Thomas Hellstrom wrote:
It looks to me like the driver preferred locking order
by using nomodesetting so that might be a quick
thing to try...
KMS support is not a feature of the server but of your 2D driver. You
want 2.6.2, or things will be bad.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally
On Sat, 2009-02-28 at 00:47 -0800, Andrew Morton wrote:
On Sat, 28 Feb 2009 09:31:28 +0100 Jiri Slaby jirisl...@gmail.com wrote:
On 28.2.2009 01:20, Eric Anholt wrote:
KMS support is not a feature of the server but of your 2D driver. You
want 2.6.2, or things will be bad.
I have
On Sat, 2009-02-28 at 19:24 +0100, Bruno Prémont wrote:
On Sat, 28 February 2009 Eric Anholt e...@anholt.net wrote:
On Sat, 2009-02-28 at 00:47 -0800, Andrew Morton wrote:
The kernel deadlocked on struct_mutex, did it not? That's a kernel
bug regardless of what userspace you're running
behavior). Give
us a mapping, whether or not it's really WC. Failing the mapping is not
OK.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
it my best shot, not
being the author of the change.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Open Source
talking about for user-mode backporting last week?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Open Source Business
(intel_output, NULL,
+ dpms_mode);
Indent this guy into lining up with the other arguments.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
of
really useful userland tools for debugging that rely on read-only
mapping of registers, we're pending this until we get that information
into the kernel somehow.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed
Yakui yakui.z...@intel.com
Signed-off-by: Eric Anholt e...@anholt.net
(please use this format in the future)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
is getting a outside-of-this-client reference to it and avoid putting
it in the BO cache if it gets unreferenced while still being scanned
out.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
w/ CVT calculation, etc. right now for an
embedded Linux video project. Would there be any interest
incorporating parts of that work?
There's work going on for CEA-861 and syncing KMS against UMS. But
certainly we love fixes when we don't even have to write them ourselves.
--
Eric Anholt
e
The kmalloc was taking up about 1.5% of the CPU on an ioctl-heavy workload
(x11perf -aa10text on 965). Initial results look like they have a
corresponding improvement in performance for aa10text, but more numbers might
not hurt.
Thanks to ajax for pointing out this performance regression I'd
and applied this series, but in the future please use
separate commits for separate issues (for example with this commit, one
would be returning the count, one would be int overflow, and one would
be the clock accuracy check).
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
them? I think for any future performance debug like
these did, we'd just expose values in debugfs (it keeps the debug code
from interfering with app behavior, anyway).
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally
) {
if (mode-status == MODE_OK)
mode-status = connector_funcs-mode_valid(connector,
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
+ fixed_ret + ret;
}
/**
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Apps built with the Adobe(R) Flex(R
, struct edid
*edid);
extern void drm_mode_probed_add(struct drm_connector *connector, struct
drm_display_mode *mode);
extern void drm_mode_remove(struct drm_connector *connector, struct
drm_display_mode *mode);
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
to
using get_user_pages to pin the user's memory, and map those pages
atomically when copying it to the GPU.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 166 --
1 files changed, 139 insertions(+), 27 deletions(-)
diff --git
We've wanted this for a few consumers that touch the pages directly (such as
the following commit), which have been doing the refcounting outside of
get/put pages.
---
drivers/gpu/drm/i915/i915_drv.h |3 +-
drivers/gpu/drm/i915/i915_gem.c | 70 ---
2
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 221 ++-
1 files changed, 195 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index bdc7326..010af90 100644
Like the GTT pwrite path fix, this uses an optimistic path and a
fallback to get_user_pages. Note that this means we have to stop using
vfs_write and roll it ourselves.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 225
301 - 400 of 515 matches
Mail list logo
