On Wed, 18 Jul 2012 18:55:08 +0200
Daniel Vetter wrote:
> On Wed, Jul 18, 2012 at 09:23:46AM -0700, Ian Romanick wrote:
> > On 07/18/2012 02:20 AM, Daniel Vetter wrote:
> > >- The "all contexts in a share group need to receive a reset notification"
> > > wording is irking me a bit because we cu
On Thu, 19 Jul 2012 00:16:59 +0200, Clemens Eisserer
wrote:
> I really hope I won't need to use VGA forever - the blurry fonts make
> my eyes bleed ;)
Yeah, just be aware that DP to HDMI/DVI isn't really a 'dongle' in the
usual sense, the whole internal hardware is running in HDMI mode, just
s
On Thu, 19 Jul 2012 00:16:59 +0200, Clemens Eisserer
wrote:
> Any suggestions how to diagnose this problem further?
>
> I really hope I won't need to use VGA forever - the blurry fonts make
> my eyes bleed ;)
Do please open a bug on fd.o so that we can at least keep reminding
ourselves of the i
On Wed, 18 Jul 2012 15:47:44 -0400, Adam Jackson wrote:
> So we default to asking for XAA, and if it doesn't load (because you
> built without it) then neither will the driver; conversely, if XAA
> loads, DRI's use of XAA symbols would be safe. You'd have to have asked
> for Option "NoAccel" to h
Any suggestions how to diagnose this problem further?
I really hope I won't need to use VGA forever - the blurry fonts make
my eyes bleed ;)
- Clemens
2012/7/5 Clemens Eisserer :
> Hi,
>
> I recently bought a HP Elitebook 2540p, which is arrandale based and
> features a displayport connector (VG
On Wed, 2012-07-18 at 15:36 +0100, Chris Wilson wrote:
> On Wed, 18 Jul 2012 10:29:26 -0400, Adam Jackson wrote:
> > So those should resolve lazily, which means if you never call them they
> > never _need_ to resolve. And this is how X drivers normally work,
> > notice that libfb isn't loaded _be
On Wed, 2012-07-18 at 20:04 +0200, Knut Petersen wrote:
> Ok, I built caef63e0268e59e439b030a9a338e81d5cf8e311 using
>
> export MYROOT=/home/knut/git/X11-t
> export PREFIX=$MYROOT/usr
> export EPREFIX=$PREFIX
> export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig:$PREFIX/share/pkgconfig
> export PATH=$PR
On Wed, Jul 04, 2012 at 12:42:32PM +0100, Chris Wilson wrote:
> On Wed, 4 Jul 2012 12:25:08 +0100, Chris Wilson
> wrote:
> > The intention is to help select which engine to use for copies with
> > interoperating clients - such as a GL client making a request to the X
> > server to perform a Swap
On Wed, Jul 18, 2012 at 10:22:01AM -0700, Ben Widawsky wrote:
> On Wed, 18 Jul 2012 10:14:46 -0700
> Eric Anholt wrote:
>
> > Ben Widawsky writes:
> >
> > > The interface's immediate purpose is to do synchronous timestamp queries
> > > as required by GL_TIMESTAMP. The GPU has a register for rea
On Tue, Jul 10, 2012 at 10:27:08AM +0100, Chris Wilson wrote:
> By selecting the cache level (essentially whether or not the CPU snoops
> any updates to the bo, and on more recent machines whether it resides
> inside the CPU's last-level-cache) a userspace driver is able to then
> manage all of its
Ok, pushed yet another patch to reimplement those tables within i810. I
couldn't spot any more obvious XAA functions called from i810_accel, so
hopefully this will be the last iteration!
Sigh. Wish you hadn't, the linker behaviour he's seeing is _broken_.
Just because we don't know why doesn't
On Wed, Jul 18, 2012 at 07:22:30PM +0200, Thomas Richter wrote:
> Hi Daniel, dear intel-drm developers,
>
> attached again the ns2501 patch contributed a while ago. Sorry for
> taking so long to bring this into the correct form, I wasn't in town
> for the last 3 weeks.
>
> So long,
> Thomas
On Wed, 18 Jul 2012 10:14:46 -0700
Eric Anholt wrote:
> Ben Widawsky writes:
>
> > The interface's immediate purpose is to do synchronous timestamp queries
> > as required by GL_TIMESTAMP. The GPU has a register for reading the
> > timestamp but because that would normally require root access t
Ben Widawsky writes:
> The interface's immediate purpose is to do synchronous timestamp queries
> as required by GL_TIMESTAMP. The GPU has a register for reading the
> timestamp but because that would normally require root access through
> libpciaccess, the IOCTL can provide this service instead.
There were some fields missed. Daniel pointed this out in review, and I
know I fixed it, but something happened somehow and some time.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_reg.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i91
*sigh* the docs had it spelled wrong, corrected it, and then proceeded
to re-do the original error. The original code preserved this history,
and this patch attempts to keep in sync with the current docs.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_gem_context.c | 4 ++--
drivers/
On Wed, Jul 18, 2012 at 09:23:46AM -0700, Ian Romanick wrote:
> On 07/18/2012 02:20 AM, Daniel Vetter wrote:
> >- The "all contexts in a share group need to receive a reset notification"
> > wording is irking me a bit because we currently only track all the
> > actively used things. So if anoth
On Wed, Jul 18, 2012 at 6:36 PM, Adam Jackson wrote:
> On Wed, 2012-07-18 at 09:23 -0700, Ian Romanick wrote:
>> On 07/18/2012 02:20 AM, Daniel Vetter wrote:
>> > A few things:
>> > - I agree with Chris that reset_in_progress should go, if userspace can
>> >sneak in and witness a reset event,
On Wed, 2012-07-18 at 09:23 -0700, Ian Romanick wrote:
> On 07/18/2012 02:20 AM, Daniel Vetter wrote:
> > A few things:
> > - I agree with Chris that reset_in_progress should go, if userspace can
> >sneak in and witness a reset event, we have a bug in the kernel. Since
> >very recently, we
On 07/18/2012 02:20 AM, Daniel Vetter wrote:
On Tue, Jul 17, 2012 at 03:16:19PM -0700, Ian Romanick wrote:
I'm getting ready to implement the reset notification part of
GL_ARB_robustness in the i965 driver. There are a bunch of quirky
bits of the extension that are causing some grief in designi
Chris Wilson writes:
> On Mon, 18 Jun 2012 10:35:54 +0200, Daniel Vetter wrote:
>> On Fri, May 04, 2012 at 06:58:59PM -0700, Ben Widawsky wrote:
>> > I'm seeing about a 5% FPS improvement across various benchmarks on my
>> > IVB i3. Rumor has it that the higher end parts show even more benefit.
Hi Dave,
This one plus the pci_disable_device and related error path cleanups are
part of the series to move the agp setup into drivers.
I've implemented your suggestion to work around the midlayer, so drm/i915
doesn't block for this at all. But I still think this is the right way to
solve this.
Actually including Dave on the recipient list might work bettter ;-)
On Wed, Jul 18, 2012 at 05:49:22PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Can you please pick this one up for -next? There are a few other issues
> where the fb helper is a bit too intimate with the crtc helper (i.e. it
> de
Hi Dave,
Can you please pick this one up for -next? There are a few other issues
where the fb helper is a bit too intimate with the crtc helper (i.e. it
depends upon callbacks and behaviour only provided when using the crtc
helpers). But this one here is the only one I can't work around in i915.ko
On Wed, 18 Jul 2012 10:29:26 -0400, Adam Jackson wrote:
> So those should resolve lazily, which means if you never call them they
> never _need_ to resolve. And this is how X drivers normally work,
> notice that libfb isn't loaded _before_ you load your driver but yet the
> driver loads.
They we
On Wed, 2012-07-18 at 15:07 +0100, Chris Wilson wrote:
> On Wed, 18 Jul 2012 10:02:08 -0400, Adam Jackson wrote:
> > On Tue, 2012-07-17 at 22:16 +0100, Chris Wilson wrote:
> > > On Tue, 17 Jul 2012 22:54:38 +0200, Knut Petersen
> > > wrote:
> > > > Some XAA code still waits for a sudden death:
>
On Wed, 18 Jul 2012 10:02:08 -0400, Adam Jackson wrote:
> On Tue, 2012-07-17 at 22:16 +0100, Chris Wilson wrote:
> > On Tue, 17 Jul 2012 22:54:38 +0200, Knut Petersen
> > wrote:
> > > Some XAA code still waits for a sudden death:
> > >
> > > [ 35756.654] (EE) Failed to load
> > > /home/knut/gi
On Tue, 2012-07-17 at 22:16 +0100, Chris Wilson wrote:
> On Tue, 17 Jul 2012 22:54:38 +0200, Knut Petersen
> wrote:
> > Some XAA code still waits for a sudden death:
> >
> > [ 35756.654] (EE) Failed to load
> > /home/knut/git/X11-t/usr/lib/xorg/modules/drivers/intel_drv.so:
> > /home/knut/git/
On Tue, Jul 17, 2012 at 05:53:45PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> This will be needed for Haswell, but already has its uses here.
>
> This patch started as a small patch written patch by Shobhit Kumar,
> but it has changed so much that none of its original lines remain.
>
>
On Tue, Jul 17, 2012 at 03:16:19PM -0700, Ian Romanick wrote:
> I'm getting ready to implement the reset notification part of
> GL_ARB_robustness in the i965 driver. There are a bunch of quirky
> bits of the extension that are causing some grief in designing the
> kernel / user interface. I think
On Tue, 17 Jul 2012 15:16:19 -0700, Ian Romanick wrote:
> I'm getting ready to implement the reset notification part of
> GL_ARB_robustness in the i965 driver. There are a bunch of quirky bits
> of the extension that are causing some grief in designing the kernel /
> user interface. I think I
31 matches
Mail list logo
