On Fri, 15 Apr 2011 09:23:38 -0500
Chris Bandy cba...@jbandy.com wrote:
On 04/14/2011 12:42 PM, Jesse Barnes wrote:
/**
+ * drm_sysfs_change_event - generate a DRM uevent indicating a display
config change
+ * @dev: DRM device
+ *
+ * Send a uevent for the DRM device specified
We've already seen that apps want to monitor the display config, and
some (like upowerd) poll for changes since we don't provide a
notification for general mode config changes, just hotplug events. So
add a new drm event, with CHANGE=1 set in the event, to allow for it.
Signed-off-by: Jesse
the same as above)
Hm, ok so on resume we're checking GPU busyness, which is normal, but
end up hanging on the spinlock? Do you see what scrolls by above the
text you took a picture of (probably a task hung message?).
Does this happen reliably? Does a previous kernel work ok?
--
Jesse Barnes
to shuffle the definition around?
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu
Hm, so pci_domain_nr should just return 0 on platforms where
CONFIG_PCI_DOMAINS isn't set. I'd expect that to be the case when
CONFIG_PCI=n... Maybe we just need to shuffle the definition
around?
I suspect something like the attached would suffice.
Or maybe moving the
. I dunno.
Yeah, this is weird. Norbert, do you still see this? Have you tried
to bisect it?
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.net email is sponsored by Sprint
What will you do first
: http://codereview.chromium.org/2830015
Signed-off-by: Bryan Freed bfr...@chromium.org
How does this compare to Matthew's native backlight support? AFAIK
that patch is still outstanding due to the need for some changes to the
backlight subsystem.
Matthew?
--
Jesse Barnes, Intel Open Source
On Wed, 23 Jun 2010 13:12:59 +1000
Dave Airlie airl...@gmail.com wrote:
From: Jesse Barnes jbar...@virtuousgeek.org
Jesse's initial patch commit said:
At panic time (i.e. when oops_in_progress is set) we should try a bit
harder to update the screen and make sure output gets to the VT
should still be safe) we could
add a new panic_in_progress flag, that would make sure things were no
worse than they are currently.
--
Jesse Barnes, Intel Open Source Technology Center
--
ThinkGeek and WIRED's GeekDad
On Wed, 23 Jun 2010 13:36:37 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Wed, 23 Jun 2010 13:05:47 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Wed, 23 Jun 2010 12:56:05 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Wed, 23 Jun 2010 13:12:59 +1000
On Wed, 5 May 2010 11:12:13 +1000
Dave Airlie airl...@gmail.com wrote:
So at startup X drivers genearlly seem to ask for a list of
connectors and status for them, and if it can't find any connected,
it goes to unknown, and if none of those they fall over and X exits.
Idea 1 was to just pick a
On Fri, 26 Mar 2010 11:07:19 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On 945, vblank delivery alone seems unreliable. The PIPE*STAT bits get
set correctly, but interrupts occur at a low frequency relative to
refresh. If we enable VSYNC interrupts as well however (even though we
subscription options related to delivery and
digests.
Have fun using the new list!
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself
to the VT with all the good stuff on it.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/drm_fb_helper.c | 42 +-
1 files changed, 36 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm
have subscriber lists, so everyone will have to re-subscribe to the new
list.
I'll send out a note to dri-devel when it's all set.
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel
On Fri, 26 Mar 2010 13:41:08 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 26 Mar 2010 11:07:20 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
- if (iir I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT)
+ if ((iir
On Tue, 30 Mar 2010 22:57:06 +0900
Norbert Preining prein...@logic.at wrote:
On Mo, 29 Mär 2010, Jesse Barnes wrote:
I was seeing something similar on my 945, can you try this patchset?
Tried it with git kernel commit b72c409 and your patches, but
didn't change anything. Starting d2x-xl
.
Francisco Jerez (4):
nouveau: Update nouveau_class.h.
nouveau: Small lighting related addition to nouveau_class.h.
nouveau: Fix up the stride of NV20TCL_LIGHT_BACK_*.
nouveau: Regenerate nouveau_class.h.
Jerome Glisse (1):
drm/radeon: tab/whitespace cleanup
Jesse Barnes
accept them) seems to be a
good idea regardless, since it's apparently not just about gfx. Jesse?
Yeah, that sounds fine. I can include it in my next pull req or you
can just pick it up directly.
--
Jesse Barnes, Intel Open Source Technology Center
On Mon, 29 Mar 2010 10:02:04 +1000
Dave Airlie airl...@gmail.com wrote:
2010/3/29 Kristian Høgsberg k...@bitplanet.net:
On Fri, Mar 26, 2010 at 7:07 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Drivers may use vblank calls now (e.g. drm_vblank_off) in their unload
paths, so don't
you try this patchset?
It seems to make things much more stable for me.
http://lists.freedesktop.org/archives/intel-gfx/2010-March/006387.html
There are 7 patches starting with that one.
--
Jesse Barnes, Intel Open Source Technology Center
Drivers may use vblank calls now (e.g. drm_vblank_off) in their unload
paths, so don't clean up the vblank related structures until after
driver unload.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/drm_stub.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
the vblank_enabled flag for the pipe.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/drm_irq.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index b98384d..99ce7dc 100644
--- a/drivers/gpu/drm/drm_irq.c
Just use the PIPEASTAT definitions, and kill a related, unused variable in
i915_irq_handler while we're there.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_irq.c | 23 +--
drivers/gpu/drm/i915/i915_reg.h | 26
Most of the PIPE*STAT status bits will continue to flip even if they're
not generating interrupts. So only check for those that can cause
interrupts when we reach the i915_irq_handler, since it might be shared
and we don't want to process spurious events.
Signed-off-by: Jesse Barnes jbar
OA performance on my AspireOne by about 300% with
the new DRI2 bits, which rely on high frequency vblank events.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_irq.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
We'll turn off outputs etc at unload time, so don't unmap the registers
before doing it.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_dma.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers
On Fri, 26 Mar 2010 11:07:18 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
Most of the PIPE*STAT status bits will continue to flip even if they're
not generating interrupts. So only check for those that can cause
interrupts when we reach the i915_irq_handler, since it might be shared
On Fri, 26 Mar 2010 11:07:20 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
- if (iir I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT)
+ if ((iir I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT)
+ !(pipeb_stats pipe_vblank_mask
On Thu, 4 Mar 2010 15:20:46 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 05 Mar 2010 00:16:45 +0100
Michel Dänzer mic...@daenzer.net wrote:
On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote:
Jesse Barnes wrote:
Would anyone have objections if these lists moved
send it over to Linus this
week.
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine
On Fri, 19 Mar 2010 13:53:10 -0700
Eric Anholt e...@anholt.net wrote:
On Fri, 19 Mar 2010 12:53:20 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Mon, 15 Mar 2010 21:32:41 +0200
Surbhi Palande surbhi.pala...@canonical.com wrote:
The following two patches are quirks
:
On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote:
On Fri, 05 Mar 2010 23:18:07 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
On Fri, 05 Mar 2010 22:42:21 +0200
Maxim Levitsky maximlevit...@gmail.com
the issues?
with ati driver i dont have problems, only here with intel driver on my
Thinkpad X200t with intel HDA Graphics card
Stephan
Am 06.03.2010 17:46, schrieb Maxim Levitsky:
On Sat, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote:
On Sat, 06 Mar 2010 16:40:27 +0200
Maxim
thin X driver or separate display server sit directly on
top of Mesa + EGL, unifying things further. So I really think things
are getting better here, not worse (the nouveau issue here aside).
--
Jesse Barnes, Intel Open Source Technology Center
and put something reasonable in .xinitrc.
Full instructions at http://wiki.x.org/wiki/Development/BuildingX.
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software
STREAMS
networking with a ton of different modules up in userspace messing with
protocol. :)
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software tools
GoogleEarth - No change, works, but in street view, one on screen label
'jumps'
Xmoto, Torcs. Full screen mode hangs.
I just pushed a few fixes to the xf86-video-intel code that might
help...
--
Jesse Barnes, Intel Open Source Technology Center
On Fri, 05 Mar 2010 23:18:07 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
On Fri, 05 Mar 2010 22:42:21 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
After quite long period of inactivity, I updated graphical stack
On Fri, 5 Mar 2010 23:19:13 +0100
olafbuddenha...@gmx.net wrote:
Hi,
On Thu, Mar 04, 2010 at 12:37:23PM -0800, Jesse Barnes 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
));
+ drm_mode_connector_update_edid_property(connector, NULL);
goto prune;
}
I think this should be safe, and does fix a real bug. If so, it should
also be cc: sta...@kernel.org.
Dave?
--
Jesse Barnes, Intel Open Source Technology Center
On Thu, 4 Mar 2010 10:51:20 -0800 (PST)
Linus Torvalds torva...@linux-foundation.org wrote:
On Thu, 4 Mar 2010, Jesse Barnes wrote:
On Thu, 4 Mar 2010 10:36:55 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
Yes Dave probably should have mentioned it in his pull request
pull request, but
that doesn't seem to be a good reason not to pull imo...
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed
On Thu, 4 Mar 2010 10:36:55 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
Yes Dave probably should have mentioned it in his pull request, but
that doesn't seem to be a good reason not to pull imo...
And now I see Dave did mention this, so what gives. Guidance please.
--
Jesse Barnes
drivers, though
admittedly nouveau is probably the biggest in terms of user interest.
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself
is an issue, another option would be vger.kernel.org. That
team runs lkml and several other very high traffic, high profile lists
and manages quite well; performance is always high and spam is nearly
non-existent given the amount of traffic.
--
Jesse Barnes, Intel Open Source Technology Center
library versions to support. That would
be nice from one perspective, but it would only save work if we
abandoned the old versions quickly and kept a big shared component
between library versions.
--
Jesse Barnes, Intel Open Source Technology Center
On Thu, 4 Mar 2010 14:55:29 -0800
Dan Nicholson dbn.li...@gmail.com wrote:
On Thu, Mar 4, 2010 at 2:42 PM, Eric Anholt e...@anholt.net wrote:
On Thu, 4 Mar 2010 12:37:23 -0800, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Would anyone have objections if these lists moved
On Fri, 05 Mar 2010 00:16:45 +0100
Michel Dänzer mic...@daenzer.net wrote:
On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote:
Jesse Barnes wrote:
Would anyone have objections if these lists moved to freedesktop.org?
The recent thread with Linus about the drm pull request highlights
Added, CCing dri-devel and the i915 maintainers.
Hey now, I only count 10 that look KMS related, that's a lot fewer than
1,987,776. Better yet, 6 or so have fixes now, and the other ones are
getting looked at. So there.
--
Jesse Barnes, Intel Open Source Technology Center
(https://bugs.freedesktop.org/show_bug.cgi?id=24314). There are some
hw bugs related to FBC handling on 945GM though, so we may have to
disable it on some machines.
--
Jesse Barnes, Intel Open Source Technology Center
, not-to-be-missed GPU functionality ;-)
Agree, I just don't think this is a regression or an exception.
--
Jesse Barnes, Intel Open Source Technology Center
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay
paired encoder/connectors (e.g. LVDS,
TV, VGA) but SDVO doesn't, so we should split it out. The fact that
it's still treated as a single blob is historical, dating back from the
big rework Dave did to properly split encoders from connectors.
--
Jesse Barnes, Intel Open Source Technology Center
definitely the right way to go.
Dave?
--
Jesse Barnes, Intel Open Source Technology Center
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network
driver as it's loaded.
--
Jesse Barnes, Intel Open Source Technology Center
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network
. This is getting awful.
Well, I wonder how many of them are dups.
Quite a few of them are, afaik. I just sent a patch for what seems to
be the most common one...
--
Jesse Barnes, Intel Open Source Technology Center
, the ACPI driver will actually
send requests to the gfx driver to do the actual register writes to
adjust the backlight, but it's still ACPI driven.
Maybe we just need to wire up the fb backlight hooks appropriately?
--
Jesse Barnes, Intel Open Source Technology Center
On Fri, 8 Jan 2010 12:00:47 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
DRI2 now has support for swapbuffers, OML_sync_control and events.
There's a git tree at git://people.freedesktop.org/~jbarnes/mesa with
support for the new requests that I'd like to push into Mesa master.
Can
On Tue, 12 Jan 2010 17:37:35 -0800
Dan Nicholson dbn.li...@gmail.com wrote:
On Tue, Jan 12, 2010 at 10:21 AM, Jesse Barnes
jbar...@virtuousgeek.org wrote:
On Fri, 8 Jan 2010 12:00:47 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
DRI2 now has support for swapbuffers
the old, pre-KMS code would make it easier to avoid
introducing regressions since we'd have one less config (a bit one
atthat) to worry about.
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.Net email
On Tue, 12 Jan 2010 06:12:37 +1000
Dave Airlie airl...@gmail.com wrote:
On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes
jbar...@virtuousgeek.org wrote:
On Sun, 10 Jan 2010 07:32:30 +1000
Dave Airlie airl...@gmail.com wrote:
I'm in the 2-3 years at a minimum, with at least one kernel
.
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day
On Fri, 8 Jan 2010 16:24:02 -0500
H Hartley Sweeten hartl...@visionengravers.com wrote:
On Friday, January 08, 2010 2:21 PM, Jesse Barnes wrote:
On Fri, 8 Jan 2010 14:18:01 -0700
H Hartley Sweeten hartl...@visionengravers.com wrote:
drivers/gpu/drm/i915/i915_debugfs.c: Remove unnecessary
of the initialization that the
core takes care of in the non-KMS case, and some of it happens later at
ioctl time. I'm afraid of that code since it seems like whenever you
change something obvious it subtly breaks an old userland.
--
Jesse Barnes, Intel Open Source Technology Center
)) {
+ driver.suspend = i915_suspend;
+ driver.resume = i915_resume;
+ }
+
return drm_init(driver);
}
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.Net email is sponsored
On Fri, 8 Jan 2010 16:06:59 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 8 Jan 2010 16:01:46 -0800 (PST)
Linus Torvalds torva...@linux-foundation.org wrote:
On Sat, 9 Jan 2010, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Commit
.
Yeah the non-KMS paths just suck.
Acked-by: Jesse Barnes jbar...@virtuousgeek.org
Though hopefully you can get the PCI driver registration working w/o
too much trouble; that would be even better.
--
Jesse Barnes, Intel Open Source Technology Center
. The non-KMS paths sometimes break like this anyway without us
noticing (especially some of the weirder 3D paths)...
Just thinking out loud, we could really kill a lot of really bad code...
--
Jesse Barnes, Intel Open Source Technology Center
.
Tested only with the Intel i915 driver on an Intel GM45 Express
chipset.
Signed-off-by: David John david...@xenontk.org
Ping.
Any update on this? Correct? Incorrect? Utter rubbish that I should be
ashamed of myself?
Yeah, sorry David, looks good to me.
Reviewed-by: Jesse Barnes
, with your test
case attached?
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development
vblank_disable_allowed?
If so, this should be safe and you can add my
Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
--
Jesse Barnes, Intel Open Source Technology Center
--
This SF.Net email is sponsored by the Verizon Developer
in this function
Partly 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
dev_priv-mm.suspended = 0;
We do set the dev_priv-mm.suspended here but it's too late.
Not sure the fix though...
I think this one should be fixed by Chris's recent patchset. Should
land in Eric's tree soon.
--
Jesse Barnes, Intel Open Source Technology Center
On Wed, 16 Dec 2009 22:41:27 +
Arnd Bergmann a...@arndb.de wrote:
On Wednesday 16 December 2009 21:36:36 Arnd Bergmann wrote:
On Wednesday 16 December 2009 21:30:05 Jesse Barnes wrote:
But you're sure powersave=0 was solid? Hmm...
It's hard to be sure when it sometimes takes a day
On Thu, 17 Dec 2009 18:52:02 +0100
Arnd Bergmann a...@arndb.de wrote:
On Thursday 17 December 2009, Jesse Barnes wrote:
It does very little else that should affect things. You're sure
reverting the commit makes things ok?
No, not sure. But I've been running the kernel before that commit
at this point
}
Any ideas?
Seems like we should be disabling everything at unload time rather than
trying to set a new mode... If the dspbase we program isn't mapped
anymore we'd definitely get into trouble.
--
Jesse Barnes, Intel Open Source Technology Center
On Wed, 16 Dec 2009 21:20:34 +
Arnd Bergmann a...@arndb.de wrote:
On Wednesday 16 December 2009 20:18:23 Jesse Barnes wrote:
On Wed, 16 Dec 2009 14:53:11 +0100
Arnd Bergmann a...@arndb.de wrote:
It's working fine so far, no more crashes, but I supposed this
effectively disables
with 'powersave=0'.
If that patch really is at fault the powersave=0 should work around the
issue as well.
It's been implicated in another issue (some display flicker and
underruns) so I'm pretty sure there's something wrong with it in some
configurations at least...
--
Jesse Barnes, Intel Open Source
On Mon, 14 Dec 2009 20:38:09 +
Arnd Bergmann a...@arndb.de wrote:
On Monday 14 December 2009 18:20:15 Jesse Barnes wrote:
You can disable most of that code by loading i915 with
'powersave=0'. If that patch really is at fault the powersave=0
should work around the issue as well.
Ok
that
some changes it includes aren't pushed upstream right away.
But I fully admit it's a bogus excuse and a fairly cheap shot at
Fedora. :)
--
Jesse Barnes, Intel Open Source Technology Center
--
Return on Information
.
--
Jesse Barnes, Intel Open Source Technology Center
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your
On Tue, 01 Dec 2009 09:18:51 -0800
Eric Anholt e...@anholt.net wrote:
On Thu, 19 Nov 2009 10:49:07 -0800, Jesse Barnes
jbar...@virtuousgeek.org wrote:
From 3dea813806ecc117fadd2751580018040afefd0b Mon Sep 17 00:00:00
2001 From: Jesse Barnes jbar...@virtuousgeek.org
Date: Wed, 18 Nov 2009
updated, but if not I'm not sure what will
happen...
--
Jesse Barnes, Intel Open Source Technology Center
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud
;
}
+ if (drm_mode_vrefresh(ptr) 61)
+ continue;
mode = drm_mode_duplicate(dev, ptr);
if (mode) {
drm_mode_probed_add(connector, mode);
Series looks nice to me, thanks Adam.
Reviewed-by: Jesse Barnes jbar
Dave, here's an updated version that fixes the checkpatch warnings, removes a
stray line (the forced alignment hack) and fixes pre-965 support. I have
some related followup patches, but I think this one is ready.
Thanks,
Jesse
--
From 2bec6039e7e6180a981971665be712f5a5b9b0e0 Mon Sep 17
From 3dea813806ecc117fadd2751580018040afefd0b Mon Sep 17 00:00:00 2001
From: Jesse Barnes jbar...@virtuousgeek.org
Date: Wed, 18 Nov 2009 04:31:47 +
Subject: [PATCH 1/2] drm/i915: add GETPARAM request for page flipping
Add a GETPARAM request for checking if page flipping is supported.
Useful
From fa621056b43d24ca97b61863c8566ac12696ce25 Mon Sep 17 00:00:00 2001
From: Jesse Barnes jbar...@virtuousgeek.org
Date: Thu, 19 Nov 2009 10:25:46 -0800
Subject: [PATCH 2/2] drm: use page flip event to signal flip completion
We don't actually know which frame number the flip will complete on, so
From 8adb52b4529e777d4df0356bc2c8ef5453c2322e Mon Sep 17 00:00:00 2001
From: Jesse Barnes jbar...@jbarnes-desktop.localdomain
Date: Wed, 18 Nov 2009 09:56:25 -0800
Subject: [PATCH] drm/i915: let pin routine figure out appropriate alignment
When this code got moved out of intel_pipe_set_base
On Wed, 18 Nov 2009 18:33:30 +
Chris Wilson ch...@chris-wilson.co.uk wrote:
Excerpts from Jesse Barnes's message of Wed Nov 18 17:58:42 +
2009:
From 8adb52b4529e777d4df0356bc2c8ef5453c2322e Mon Sep 17 00:00:00
2001 From: Jesse Barnes jbar...@jbarnes-desktop.localdomain
Date: Wed
worth prototyping at least.
--
Jesse Barnes, Intel Open Source Technology Center
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment
On Tue, 17 Nov 2009 18:53:22 +0100
Stephane Marchesin marche...@icps.u-strasbg.fr wrote:
On Tue, Nov 17, 2009 at 18:07, Jesse Barnes
jbar...@virtuousgeek.org wrote:
On Mon, 9 Nov 2009 17:46:44 +0100
Stephane Marchesin marche...@icps.u-strasbg.fr wrote:
And how do I get releases of libdrm
From c27e509840589cf4c175f615ec6e3d48e05944c5 Mon Sep 17 00:00:00 2001
From: Jesse Barnes jbar...@jbarnes-desktop.localdomain
Date: Wed, 18 Nov 2009 04:31:47 +
Subject: [PATCH] drm/i915: add GETPARAM request for page flipping
Add a GETPARAM request for checking if page flipping is supported
people feel is generally useful?
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration
On Mon, 16 Nov 2009 11:51:31 -0800
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
Kristian, Chris and I met with some of the Clutter/Mutter developers
last week and came up with a new GLX extension to help GLX integrate
more
On Mon, 16 Nov 2009 13:25:01 -0800
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
On Mon, 16 Nov 2009 11:51:31 -0800
Ian Romanick i...@freedesktop.org wrote:
All X events are 32 bytes, but GLX_BUFFER_SWAP_COMPLETE_INTEL
On Tue, 10 Nov 2009 08:21:25 +
Jesse Barnes jbar...@virtuousgeek.org wrote:
If we queue a vblank event but miss it, we should return the actual
sequence number we queued to userspace, so its event handling function
will know which event to look for.
Acked-by: Kristian Høgsberg k
If we queue a vblank event but miss it, we should return the actual
sequence number we queued to userspace, so its event handling function
will know which event to look for.
Acked-by: Kristian Høgsberg k...@bitplanet.net
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
diff --git a/drivers
will
will return immediately if trying to wait on a disabled pipe.
Signed-off-by: Li Peng peng...@intel.com
Looks like a good patch, thanks for fixing this up.
Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
Thanks,
Jesse
On Thu, 5 Nov 2009 10:12:54 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
We did this on the userspace side, but we need a similar fix for the
kernel.
Fixes LP #460664.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Dave, this should be cc'd to stable as well.
Thanks
On Sun, 1 Nov 2009 21:46:45 +0100
Mario Kleiner mario.klei...@tuebingen.mpg.de wrote:
I read this RFC and i'm very excited about the prospect of having
well working support for the OML_sync_control extension in DRI2 on
Linux/X11. I was hoping for this to happen since years, so a big
1 - 100 of 693 matches
Mail list logo