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
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
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
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 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
LVDS and eDP would also want to do this, and i915_private
then seems like the wrong place.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
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
files changed, 292 insertions(+), 123 deletions(-)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
in the DRM_IOCTL_ADD_DRAW case.
Have you tested old userland to make sure it doesn't freak out? Other
than that, I love the idea.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
are available and should
prove sufficient.
Signed-off-by: Eric Anholt e...@anholt.net
---
I've tested this, and it does take swapping of tiled objects on an
A17-affected machine from failing to working. I haven't written the
Mesa patch to move to GTT mapping yet, so this would regress Mesa and I
won't
On Fri, 2009-04-03 at 18:08 -0700, Keith Packard wrote:
On Fri, 2009-04-03 at 17:03 -0700, Eric Anholt wrote:
+ obj_priv-bit_17 = kmalloc(page_count, GFP_KERNEL);
seems like you could save a bit of memory here by using 1 bit per page
instead of a byte.
Before, I was figuring
On Tue, 2009-04-07 at 13:08 -0400, Kristian Høgsberg wrote:
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
Otherwise, the results of our read didn't show up when we were faulting in
the page being read into (as happened with a testcase reading into a big
stack area). Likely accounts for some conformance test failures.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c
Here's the pair of patches I've got to make A17-afflicted machines do tiling.
I've created regression tests for swapping tiled objects and for pread on
tiled objects, and I'm at 1/10 failures in intel-gpu-tools, or 0/10 if I
disable BO reuse (appears to be a bug in fencing on objects getting
for bit 17 (which it would have to GTT map to handle), so we
handle it down in pread and pwrite by swizzling the copy when bit 17 of the
page address is set.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_drv.h|5 +
drivers/gpu/drm/i915/i915_gem.c
(-)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
This SF.net email is sponsored by:
High Quality Requirements
);
}
} else
intel_dvo_init(dev);
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Stay on top of everything new
;
+ }
spin_lock(dev_priv-mm.active_list_lock);
BUG_ON(!list_empty(dev_priv-mm.active_list));
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On Wed, 2009-04-08 at 19:41 +0100, Chris Wilson wrote:
On Wed, 2009-04-08 at 11:05 -0700, Eric Anholt wrote:
Here's the pair of patches I've got to make A17-afflicted machines do
tiling.
I've created regression tests for swapping tiled objects and for pread on
tiled objects, and I'm at 1
for now)
+ */
+ uint32_t flags;
+};
+
#endif /* _I915_DRM_H_ */
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric Anholt
e
to just figure out how to use the GMBUS stuff successfully.
It's what everyone else uses as far as I know.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
, but the license of that code isn't respected.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
The NEW KODAK i700 Series
.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
On Thu, 2009-05-07 at 14:51 +0800, yakui_zhao wrote:
On Thu, 2009-05-07 at 06:01 +0800, Eric Anholt wrote:
On Tue, 2009-05-05 at 15:19 +0800, yakui_zhao wrote:
Add the CVT algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off
boolean so it packs
into what is pad space today.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
The NEW KODAK i700 Series
On Tue, 2009-05-12 at 15:36 -0700, Keith Packard wrote:
New API, new version.
Signed-off-by: Keith Packard kei...@keithp.com
For both:
Reviewed-by: Eric Anholt e...@anholt.net
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description
-by: Jarod Wilson ja...@redhat.com
Tested-by: Bill Nottingham nott...@redhat.com
Looks good, I'm pulling it for 2.6.30. Thanks!
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
interrupted by a signal, which was
prevented by the return code check. This could cause the X server to hang in
drmWaitVBlank().
Signed-off-by: Michel Dänzer daen...@vmware.com
Reviewed-by: Eric Anholt e...@anholt.net
(The DRM ioctls are, to my memory, all built so that on error copying
the data
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On Tue, 2009-05-26 at 11:12 +0800, Ma, Ling wrote:
-Original Message-
From: Eric Anholt [mailto:e...@anholt.net]
Sent: Saturday, May 23, 2009 3:12 AM
To: Ma, Ling
Cc: dri-devel@lists.sourceforge.net; intel-...@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH V1] drm: export
6 months now, and it's absurd. I'd like to see this
patch go in so people's graphics can start working again and stop
corrupting system memory.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
add extra GFP_DMA32.
Those 945Gs don't have memory located above 4G, from my reading of the
chipset specs.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
the decode of actual
meaning.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
OpenSolaris 2009.06 is a cutting edge
drm_connector_helper_funcs
intel_dp_connector_helper_funcs = {
- .get_modes = intel_dp_get_modes,
- .mode_valid = intel_dp_mode_valid,
- .best_encoder = intel_best_encoder,
-};
-
static void intel_dp_enc_destroy(struct drm_encoder *encoder)
{
drm_encoder_cleanup(encoder);
--
Eric
)) {
+// I915_WRITE(DP_B, dev_priv-saveDP_B);
+// I915_WRITE(DP_C, dev_priv-saveDP_C);
+// I915_WRITE(DP_D, dev_priv-saveDP_D);
+// }
/* FIXME: restore TV SDVO state */
/* FBC info */
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
;
dp_priv-output_reg = output_reg;
dp_priv-has_audio = false;
+ dp_priv-dpms_mode = DRM_MODE_DPMS_ON;
intel_output-dev_priv = dp_priv;
drm_encoder_init(dev, intel_output-enc, intel_dp_enc_funcs,
--
Eric Anholt
e...@anholt.net eric.anh
/intel_drv.h
+++ b/drivers/gpu/drm/i915/intel_drv.h
@@ -83,6 +83,7 @@ struct intel_output {
bool load_detect_temp;
bool needs_tv_clock;
void *dev_priv;
+ void (*hot_plug)(struct intel_output *);
};
struct intel_crtc {
--
Eric Anholt
e...@anholt.net
and this is something else?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
OpenSolaris 2009.06 is a cutting edge
;
uint32_t status;
+// printk(KERN_ERR dp_aux_ch 0x%08x send %d:,
+// output_reg, send_bytes);
+// for (i = 0; i send_bytes; i++)
+// printk( %02x, send[i]);
+// printk(\n);
No // comments in kernel code.
--
Eric Anholt
e...@anholt.net
On Mon, 2009-06-08 at 08:52 +0800, yakui_zhao wrote:
On Fri, 2009-06-05 at 19:11 +0800, Eric Anholt wrote:
On Fri, 2009-06-05 at 15:45 +0800, yakui_zhao wrote:
It is useful to get the register snapshot.
Add a debugfs I/F named i915_reg to dump the I915 register snapshot
On Tue, 2009-06-09 at 18:46 -0700, Jesse Barnes wrote:
On Wed, 10 Jun 2009 09:06:47 +0800
yakui_zhao yakui.z...@intel.com wrote:
On Wed, 2009-06-10 at 06:35 +0800, Jesse Barnes wrote:
On Tue, 09 Jun 2009 15:16:53 -0700
Eric Anholt e...@anholt.net wrote:
On Mon, 2009-06-08 at 08
.
Eric Anholt (1):
drm: Remove memory debugging infrastructure.
drivers/gpu/drm/drm_agpsupport.c| 12 +-
drivers/gpu/drm/drm_auth.c |4 +-
drivers/gpu/drm/drm_bufs.c | 140 ++-
drivers/gpu/drm/drm_context.c |4 +-
drivers/gpu
failure when running glxinfo.
:04 04 d2d5b6bc870422b08b9fb5a6d196fb390815cbdf
144a2d92751f48321a44430bfe8c4768eec59a97 M src
The effect is that the Read/DrawPixels area of the readpix demo is
white, and conformance tests all fail.
--
Eric Anholt
e...@anholt.net
On Mon, 2009-06-22 at 14:40 +0200, Michel Dänzer wrote:
On Mon, 2009-06-22 at 13:48 +0200, Michel Dänzer wrote:
On Sun, 2009-06-21 at 10:30 -0700, Eric Anholt wrote:
I was checking on some driver regressions this weekend, and thought that
readpixels failure on i915 might have been my
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 anyway (xf86-video-intel still calls it though).
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Acked-by: Eric Anholt e...@anholt.net
--
Eric
On Wed, 2009-07-01 at 09:55 -0700, Jesse Barnes 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 anyway (xf86-video
been bugfixes in load detect
since .30, could you try master and see if it's fixed?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
trying
to use it. The problem is that the GPU is hung, not the presence of the
message (so you can't use the message to indicate any particular bug,
and the bug is almost always in userland).
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description
)
+ return TRUE;
+
Binding pixmaps on behalf of KMS is broken, and the init sequence should
be fixed if that's required :P
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On Wed, 2009-07-08 at 18:14 -0700, Keith Packard wrote:
On Wed, 2009-07-08 at 18:08 -0700, Eric Anholt wrote:
The only thing I'm concerned about is proper handling of 3D drawing to
that big. What happens?
It shouldn't work. We could require (in the X server) that DRI be
disabled
-mode_config.max_height = 4096;
}
/* set memory base */
The only thing I'm concerned about is proper handling of 3D drawing to
that big. What happens?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
some squashing?
Other than that, it looks fine to me.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Enter
more. I was
hoping the modesetting guys would review it and ack, but no response so
far.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
)
{
struct intel_dp_priv *dp_priv = intel_output-dev_priv;
- DRM_ERROR(i2c_init %s\n, name);
+ DRM_INFO(i2c_init %s\n, name);
dp_priv-algo.running = false;
dp_priv-algo.address = 0;
dp_priv-algo.aux_ch = intel_dp_i2c_aux_ch;
--
Eric Anholt
e
/intel_overlay.c
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description
,
return ret;
case SWITCH_OFF_STAGE_2:
- printk(switch off 2\n);
-
BUG_ON(!overlay-vid_bo);
obj = overlay-vid_bo-obj;
--
Eric Anholt
e...@anholt.net eric.anh
On Thu, 2009-10-22 at 17:11 -0700, Suresh Siddha wrote:
On Thu, 2009-10-22 at 16:10 -0700, Jesse Barnes wrote:
On Thu, 22 Oct 2009 14:47:30 -0700
Suresh Siddha suresh.b.sid...@intel.com wrote:
On Thu, 2009-10-22 at 08:34 -0700, Eric Anholt wrote:
Can we just not create the _wc sysfs
to do that).
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Come build with us! The BlackBerry(R) Developer Conference
that having libdrm keep a
copy of the kernel headers in the repo is bad because people might cp
the file wrong. If the cost of not keeping them in the repo is having
the libdrm and its consumers be ifdef hell, I will keep a cp in the
repo.
--
Eric Anholt
e...@anholt.net
On Sun, 2009-11-08 at 19:47 +0100, Stephane Marchesin wrote:
On Sun, Nov 8, 2009 at 19:18, Eric Anholt e...@anholt.net wrote:
On Sun, 2009-11-08 at 13:20 +0100, Stephane Marchesin wrote:
2009/11/6 Kristian Høgsberg k...@bitplanet.net:
Hi,
This has come up a few time and it's
On Sun, 2009-11-08 at 21:19 +0100, Stephane Marchesin wrote:
On Sun, Nov 8, 2009 at 20:02, Eric Anholt e...@anholt.net wrote:
On Sun, 2009-11-08 at 19:47 +0100, Stephane Marchesin wrote:
On Sun, Nov 8, 2009 at 19:18, Eric Anholt e...@anholt.net wrote:
On Sun, 2009-11-08 at 13:20 +0100
On Sun, 2009-11-08 at 23:40 +0100, Stephane Marchesin wrote:
On Sun, Nov 8, 2009 at 23:33, Eric Anholt e...@anholt.net wrote:
On Sun, 2009-11-08 at 21:19 +0100, Stephane Marchesin wrote:
On Sun, Nov 8, 2009 at 20:02, Eric Anholt e...@anholt.net wrote:
On Sun, 2009-11-08 at 19:47 +0100
the current state
seems to be needed.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
--
Let Crystal Reports handle
: 2.9.0
libdrm: 2.4.14
OGRE: 1.6.4
You didn't mention the most important software version for 3D issues:
that of Mesa. There were bugs there that this safety check caught.
commit a82da7fa263c7fb6b902285994136890e6dc3278
Author: Eric Anholt e...@anholt.net
Date: Sun Oct 11 11:04:09 2009 -0700
a GETPARAM request for checking if page flipping is supported.
Useful for the 2D driver to enable the flipping path.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Signed-off-by: Eric Anholt e...@anholt.net
Are you not using git send-email
On Mon, 09 Nov 2009 12:51:22 +0800, Li Peng peng...@linux.intel.com wrote:
In current vblank-wait implementation, if we turn off VGA output,
drm_wait_vblank will still wait on the disabled pipe until timeout,
because vblank on the pipe is assumed be enabled. This would cause
slow system
, address, bytes
to actual hw interfaces isn't generic, so move that code into the
Intel driver.
Sounds like a good plan to me. The patch is all conflicty, though. Care
to pull my tree and apply an updated version just after you do so?
Acked-by: Eric Anholt e...@anholt.net
pgpESYIeTGych.pgp
On Fri, 4 Dec 2009 23:22:51 +0100, Rafał Miłecki zaj...@gmail.com wrote:
2009/12/4 Dave Airlie airl...@redhat.com:
On Fri, 2009-12-04 at 20:05 +0800, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Disable all the possible outputs/crtcs before entering KMS mode.
We
On Tue, 8 Dec 2009 17:24:21 +0100, Helge Bahmann helge.bahm...@secunet.com
wrote:
The small attached patch fixes a failure to fetch EDID for a newly connected
display, when the previously connected display did not provide EDID.
Overall I have found that hot-plugging displays with different
On Wed, 23 Dec 2009 14:14:34 +0100, Tobias Klauser tklau...@distanz.ch 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 obsolescent
feature.
Signed-off-by:
On Mon, 4 Jan 2010 17:27:45 +0800, Zhenyu Wang zhen...@linux.intel.com wrote:
On 2009.12.31 12:33:06 +0800, Zhenyu Wang wrote:
On 2009.12.30 10:26:27 +, David Woodhouse wrote:
On Wed, 2009-12-30 at 11:02 +0800, Zhenyu Wang wrote:
We have .31-.32 regression as reported in
this is because gcc isn't smart enough. But `ll_base' does get used
uninitialised in the DRM_DEBUG() call.
Cc: Jesse Barnes jbar...@virtuousgeek.org
Cc: Eric Anholt e...@anholt.net
Cc: Dave Airlie airl...@linux.ie
Signed-off-by: Andrew Morton a...@linux-foundation.org
Applied. thanks
On Sat, 9 Jan 2010 00:45:33 +0100, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki r...@sisk.pl
Commit cbda12d77ea590082edb6d30bd342a67ebc459e0 (drm/i915: implement
new pm ops for i915), among other things, removed the .suspend and
.resume pointers from the struct drm_driver
Not only are video mode changes normal events that probably don't
deserve note in dmesg in general, drivers may also set video modes for
output detection, leading to users being confused as to why their TV
output is being turned on when they don't have one on their system.
Signed-off-by: Eric
On Tue, 5 Jan 2010 11:25:06 +0800, Zhenyu Wang zhen...@linux.intel.com wrote:
This enables possible 36bit address mask on 965G that use physical
address for hw status page.
Signed-off-by: Zhenyu Wang zhen...@linux.intel.com
Applied to for-linus. Thanks!
My understanding is that with the
related to it during this time.
Are there any objections to it?
Rafael
Love it!
Acked-by: Eric Anholt e...@anholt.net
pgpY82WmwZfgh.pgp
Description: PGP signature
--
The Planet: dedicated and managed hosting, cloud
On Thu, 4 Feb 2010 06:29:05 +1000, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
These ioctls are all protected by their own locking mechanisms so
should be fine to not bother locking around.
Seems good to me. At some point we should just push it down and not
On Tue, 9 Feb 2010 06:49:11 +0100, Luca Barbieri l...@luca-barbieri.com
wrote:
This patch introduces the drm_gem_object_unreference_unlocked
and drm_gem_object_handle_unreference_unlocked functions that
do not require holding struct_mutex.
drm_gem_object_unreference_unlocked calls the new
On Sun, 7 Feb 2010 21:48:24 +0100, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday 04 February 2010, Zhenyu Wang wrote:
On 2010.02.03 23:44:41 +0100, Rafael J. Wysocki wrote:
On Wednesday 03 February 2010, Alan Jenkins wrote:
Hi
I found this regression on my EeePC 701 with
On Mon, 1 Mar 2010 18:33:14 +1000, Dave Airlie airl...@gmail.com wrote:
On Sun, Feb 28, 2010 at 1:30 PM, Ben Hutchings b...@decadent.org.uk wrote:
This addresses http://bugzilla.kernel.org/show_bug.cgi?id=15021.
DRM drivers may fail to probe their devices when the associated AGP
GART does
New version for new Intel API that we're about to start using in Mesa.
Eric Anholt (8):
intel: Add initial support for Sandybridge, and clean up the #defines.
intel: Use an integer for chipset generation instead of many conditionals.
intel: add a comment about tiled buffer alloc
On Tue, 2 Mar 2010 22:59:52 +0200, Surbhi Palande
surbhi.pala...@canonical.com wrote:
BugLink: https://bugs.launchpad.net/bugs/515246
Sony VGN-BX196VP and Dell Inspiron 700m report lid status as closed
when it is open. This leads to a no connectors reported error at startup.
Blacklisting
On Thu, 4 Mar 2010 12:37:23 -0800, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Would anyone have objections if these lists moved to freedesktop.org?
The recent thread with Linus about the drm pull request highlights the
post lag and non-subscriber aspect of the current lists, and that
leaves
On Fri, 5 Mar 2010 12:21:29 +, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Serious discussion point perhaps should be: is the libdrm so close to the
kernel it ought to be in the same git tree ? Alternatively does it need
to be easier to have multiple Nouveau libdrms autoselected according to
On Wed, 10 Mar 2010 18:20:42 +0200, Pauli Nieminen suok...@gmail.com wrote:
intel_atomic.h includes very usefull atomic operations for
lock free parrallel access of variables. Moving these to
core libdrm for code sharing with radeon.
s/xf86/libdrm/ but other than that, cool.
On Fri, 26 Feb 2010 19:07:24 +0100, Julien Cristau jcris...@debian.org wrote:
Avoids conflicts with kernel headers.
Signed-off-by: Julien Cristau jcris...@debian.org
Applied this series, plus moving the intel file. Thanks!
pgp9aozTfnYtg.pgp
Description: PGP signature
On Sat, 6 Mar 2010 12:50:54 +0100, Daniel Vetter dan...@ffwll.ch wrote:
Oh, dang. Thanks for catching this. Eric, please merge.
Cc: sta...@kernel.org (for .33)
Reviewed-by: Daniel Vetter dan...@ffwll.ch
On Sat, Mar 06, 2010 at 02:05:39PM +0300, Dan Carpenter wrote:
We should free params
On Thu, 11 Mar 2010 16:41:45 +0800, Li Zefan l...@cn.fujitsu.com wrote:
Use DECLARE_EVENT_CLASS to remove duplicate code:
textdata bss dec hex filename
146552732 15 1740243fa i915_trace_points.o.orig
116252732 10 14367381f
On Fri, 19 Mar 2010 16:30:48 +0100, Hubert Hesse li...@hubertscorner.de wrote:
Hi there,
I'm referring to my Bugreport 15473.
I wanted to use KMS with the latest kernel on my Sony VGN-BZ12VN.
Similiar to Bug 14649 and 14554 `cat /proc/acpi/button/lid/LID0/state`
always reports state:
On Mon, 29 Mar 2010 17:53:12 +0200, Stefan Bader stefan.ba...@canonical.com
wrote:
Hi Eric,
I am not sure, this could be a duplicate. But I had the feeling that somehow
the patch might have gotten lost to some miscommunication.
So I re-send it now. If you already have it on your queue,
On Fri, 9 Apr 2010 21:05:03 +0200, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Hi all,
As promised here's my patch series to make struct drm_gem_object embedable.
Also converts drm/i915 as a proof of concept.
I've already looked at the radeon and nouveau modules and a straightforward
401 - 500 of 515 matches
Mail list logo