data
from tell me what the current set of modes is.
Once that's done, I expect this patch goes away.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
, mode_flags);
+ }
+
Why is this mysteriously in a new block?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
we're always using the fixed mode. Any
other opinions on this?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
@@
if (intel_output-ddc_bus)
intel_i2c_destroy(intel_output-ddc_bus);
drm_connector_cleanup(connector);
- kfree(connector);
+ drm_free(intel_output, sizeof(struct intel_output) +
+ sizeof(struct intel_lvds_priv), DRM_MEM_DRIVER);
}
--
Eric Anholt
e
On Mon, 2009-03-30 at 12:00 +0200, Florian Mickler wrote:
Hi!
On Wed, 25 Mar 2009 14:45:10 -0700
Eric Anholt e...@anholt.net wrote:
Signed-off-by: Eric Anholt e...@anholt.net
Reviewed-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_gem.c | 187
reprobe things? like we did in the X Server.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
lament that he can't run sysprof on his box. Getting ~10% of my CPU
back by going 32-on-64 would be nice, but it's not worth not being able
to usefully profile.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed
On Fri, 2009-03-27 at 10:34 +0100, Andi Kleen wrote:
Eric Anholt e...@anholt.net writes:
Here's hopefully the final attempt at the lock ordering fix for GEM. The
problem was introduced in .29 with the GTT mapping support. We hashed out
a few potential fixes on the mailing list
On Thu, 2009-03-26 at 17:43 -0700, Jesse Barnes wrote:
On Wed, 25 Mar 2009 14:45:05 -0700
Eric Anholt e...@anholt.net wrote:
Since the pagefault path determines that the lock order we use has to
be mmap_sem - struct_mutex, we can't allow page faults to occur
while the struct_mutex
On Fri, 2009-03-27 at 09:19 -0700, Eric Anholt wrote:
On Fri, 2009-03-27 at 10:34 +0100, Andi Kleen wrote:
Eric Anholt e...@anholt.net writes:
Here's hopefully the final attempt at the lock ordering fix for GEM. The
problem was introduced in .29 with the GTT mapping support. We
On Fri, 2009-03-27 at 19:10 +0100, Andi Kleen wrote:
On Fri, Mar 27, 2009 at 09:36:45AM -0700, Eric Anholt wrote:
You are aware that there is a fast path now (get_user_pages_fast) which
is significantly faster? (but has some limitations)
In the code I have, get_user_pages_fast
: Check for dev-primary-master before dereference.
Eric Anholt (8):
drm/i915: Change DCC tiling detection case to cover only mobile parts.
drm/i915: Fix lock order reversal in GTT pwrite path.
drm/i915: Make GEM object's page lists refcounted instead of get/free.
drm/i915: Fix
on the table we're looking it up
from, anyway! So we end up with like 4 locked bus transactions per
object in exec that could easily be reduced to 2 total, if we made there
be a small object referencing lock covering the handle tables and
object refcounts.
--
Eric Anholt
e...@anholt.net
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
Here's hopefully the final attempt at the lock ordering fix for GEM. The
problem was introduced in .29 with the GTT mapping support. We hashed out
a few potential fixes on the mailing list and at OSTS. Peter's plan was
to use get_user_pages, but it has significant CPU overhead (10% cost to text
Signed-off-by: Eric Anholt e...@anholt.net
Reviewed-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_gem.c | 187 +++---
1 files changed, 133 insertions(+), 54 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915
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
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
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
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
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
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
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 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
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
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
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
);
+ 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
(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
.
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
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
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
.
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
()), 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
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
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
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 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
.
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
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
=],
[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
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
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
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
: 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
...@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
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
---
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
;
}
}
--
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
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
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
-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
.
--
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
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
(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
101 - 200 of 515 matches
Mail list logo
