Hi Daniel,
Thanks for the patch.
On Tuesday 16 July 2013 09:12:04 Daniel Vetter wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option op
On Mon, Jul 22, 2013 at 11:02:08PM +0200, Daniel Vetter wrote:
> On Mon, Jul 22, 2013 at 01:12:30PM -0700, Ben Widawsky wrote:
> > On Mon, Jul 22, 2013 at 12:12:38PM +0200, Daniel Vetter wrote:
> > > This has been broken in
> > >
> > > commit 2f63315692b1d3c055972ad33fc7168ae908b97b
> > > Author:
I regularly experiencing a ~2000ms pause when clicking on
'Activities'/moving to the top-left corner in the GNOME3 desktop
environment (eg once every 5 mins), both on IVB and SNB and kernels up
to 3.10, seen on an 1920x1200 display on SNB and 2880x1440 display on
IVB (Macbook Retina).
This hurts t
2013/7/22 Ben Widawsky :
> On Fri, Jul 19, 2013 at 06:58:57PM -0300, Paulo Zanoni wrote:
>> From: Paulo Zanoni
>>
>> We have 2 possible LPT PCHs: the normal version, which contains the
>> pixel path (FDI, transcoders, VGA, etc), and the LP version, which
>> comes with ULT machines and doesn't cont
Aside: When sending a mail to your maintainer please _always_ cc the
relevant mailing list.
On Tue, Jul 23, 2013 at 12:07 AM, member graysky wrote:
> Hello Daniel. I believe you patch has introduced at minimum an ERROR
> message to my dmesg. I applied to to 3.10.2 and whenever my screen
> wakes
On Mon, Jul 22, 2013 at 01:12:30PM -0700, Ben Widawsky wrote:
> On Mon, Jul 22, 2013 at 12:12:38PM +0200, Daniel Vetter wrote:
> > This has been broken in
> >
> > commit 2f63315692b1d3c055972ad33fc7168ae908b97b
> > Author: Ben Widawsky
> > Date: Wed Jul 17 12:19:03 2013 -0700
> >
> > drm/i
Jan Niggemann writes:
> Egbert, Daniel, others,
> It's a Lenovo ThinkPad T400, the model is 7434-AG2.
> root@muretop:~# lspci -n
> 00:00.0 0600: 8086:2a40 (rev 07)
> 00:02.0 0300: 8086:2a42 (rev 07)
Ok, this is a gm45.
>
> As to the log: I messed up the kernel parameters this morning... w
I have a intel hd graphics 3000 and Centos 6. This is a HP Pavilion dv7
laptop and a Samsung 2493HM monitor. When I use the hdmi port with an
external monitor, the outer part of the screen is cut off. For example,
I can't see the window control in the upper right. If I use VGA, then I
can see e
On Mon, Jul 22, 2013 at 12:12:38PM +0200, Daniel Vetter wrote:
> This has been broken in
>
> commit 2f63315692b1d3c055972ad33fc7168ae908b97b
> Author: Ben Widawsky
> Date: Wed Jul 17 12:19:03 2013 -0700
>
> drm/i915: Create VMAs
>
> which resulted in an OOPS the first time around we've hi
On Fri, Jul 19, 2013 at 06:58:57PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> We have 2 possible LPT PCHs: the normal version, which contains the
> pixel path (FDI, transcoders, VGA, etc), and the LP version, which
> comes with ULT machines and doesn't contain the pixel path. Both
> mode
On Mon, Jul 22, 2013 at 12:17:12PM +0100, Damien Lespiau wrote:
> On Mon, Jul 22, 2013 at 08:05:10AM +0200, Daniel Vetter wrote:
> > +static int hdmi_portclock_limit(struct intel_hdmi *hdmi)
> > +{
> > + struct drm_device *dev = intel_hdmi_to_dev(hdmi);
> > +
> > + if (IS_G4X(dev))
> > +
On Mon, Jul 22, 2013 at 05:24:34PM +0100, Damien Lespiau wrote:
> On Mon, Jul 22, 2013 at 06:02:39PM +0200, Daniel Vetter wrote:
> > In
> >
> > commit 325b9d048810f7689ec644595061c0b700e64bce
> > Author: Daniel Vetter
> > Date: Fri Apr 19 11:24:33 2013 +0200
> >
> > drm/i915: fixup 12bpc h
On Mon, Jul 22, 2013 at 11:42:40AM +0100, Chris Wilson wrote:
> On Sun, Jul 21, 2013 at 07:08:07PM -0700, Ben Widawsky wrote:
> > Map, and unmap are logical functionalities to add for an address space.
> > They do more or less what you'd think: take an object and create a
> > mapping via the GPU's
In
commit 325b9d048810f7689ec644595061c0b700e64bce
Author: Daniel Vetter
Date: Fri Apr 19 11:24:33 2013 +0200
drm/i915: fixup 12bpc hdmi dotclock handling
I've errornously claimed that we don't yet support the hdmi 1.4
dotclocks > 225 MHz on Haswell. But a bug report and a closer look at
Hi all,
Am 21.07.2013 22:43, schrieb Daniel Vetter:
Can you please boot with drm.debug=0xe added to your kernel cmdline,
do a cold boot (so that we get a storm) and then once everything is
quiet grab the full kernel log (you probably have to grab it from the
disk, dmesg has likely overflown) and
On Mon, Jul 22, 2013 at 06:02:39PM +0200, Daniel Vetter wrote:
> In
>
> commit 325b9d048810f7689ec644595061c0b700e64bce
> Author: Daniel Vetter
> Date: Fri Apr 19 11:24:33 2013 +0200
>
> drm/i915: fixup 12bpc hdmi dotclock handling
>
> I've errornously claimed that we don't yet support th
Hi list,
I was busy, but this is important so I report my findings:
Am 08.07.2013 22:03, schrieb Daniel Vetter:
On Sat, Jul 06, 2013 at 11:41:07PM +0200, Jan Niggemann wrote:
Hi list,
I'm not sure, but I think the recent patch to keep i915 systems from
locking up / slowing down in case of irq
On Sun, Jul 21, 2013 at 07:08:16PM -0700, Ben Widawsky wrote:
> @@ -4054,7 +4051,7 @@ void i915_gem_free_object(struct drm_gem_object
> *gem_obj)
> struct i915_vma *i915_gem_vma_create(struct drm_i915_gem_object *obj,
>struct i915_address_space *vm)
> {
> -
On Mon, Jul 22, 2013 at 08:05:10AM +0200, Daniel Vetter wrote:
> +static int hdmi_portclock_limit(struct intel_hdmi *hdmi)
> +{
> + struct drm_device *dev = intel_hdmi_to_dev(hdmi);
> +
> + if (IS_G4X(dev))
> + return 165000;
> + else if (IS_HASWELL(dev))
> + ret
On Mon, Jul 22, 2013 at 08:05:10AM +0200, Daniel Vetter wrote:
> In
>
> commit 325b9d048810f7689ec644595061c0b700e64bce
> Author: Daniel Vetter
> Date: Fri Apr 19 11:24:33 2013 +0200
>
> drm/i915: fixup 12bpc hdmi dotclock handling
>
> I've errornously claimed that we don't yet support th
On Sun, Jul 21, 2013 at 07:08:07PM -0700, Ben Widawsky wrote:
> Map, and unmap are logical functionalities to add for an address space.
> They do more or less what you'd think: take an object and create a
> mapping via the GPU's page tables to that object. Of course, without the
> rest of the patch
On Mon, Jul 22, 2013 at 12:12:38PM +0200, Daniel Vetter wrote:
> This has been broken in
>
> commit 2f63315692b1d3c055972ad33fc7168ae908b97b
> Author: Ben Widawsky
> Date: Wed Jul 17 12:19:03 2013 -0700
>
> drm/i915: Create VMAs
>
> which resulted in an OOPS the first time around we've hi
This has been broken in
commit 2f63315692b1d3c055972ad33fc7168ae908b97b
Author: Ben Widawsky
Date: Wed Jul 17 12:19:03 2013 -0700
drm/i915: Create VMAs
which resulted in an OOPS the first time around we've hit -ENOSPC.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67156
Cc: Imre
On Mon, 22 Jul, 2013 at 6:41 PM, Chris Wilson
wrote:
On Mon, Jul 22, 2013 at 04:44:40PM +1000,
christopher.halse.rog...@canonical.com wrote:
From: Christopher James Halse Rogers
This is pretty much functional for both SNA and UXA, but can't
reasonably
be applied until the Xserver patch h
On Mon, Jul 22, 2013 at 04:44:40PM +1000,
christopher.halse.rog...@canonical.com wrote:
> From: Christopher James Halse Rogers
>
> This is pretty much functional for both SNA and UXA, but can't reasonably
> be applied until the Xserver patch has landed, and that needs more work.
>
> This demons
On Mon, Jul 22, 2013 at 08:20:49AM +0010, Christopher James Halse Rogers wrote:
> On Mon, 22 Jul, 2013 at 5:53 PM, Chris Wilson
> wrote:
> >With xorgMir this is not going to fly. Make sure the compatibility
> >cruft, first of all, exists and is out of line in a header.
> >
>
> Do you mean remove
On Mon, 22 Jul, 2013 at 5:53 PM, Chris Wilson
wrote:
With xorgMir this is not going to fly. Make sure the compatibility
cruft, first of all, exists and is out of line in a header.
Do you mean remove the various #ifdef XMIR bits, or *all* the bits
gated on xorgMir? Some of that's not going to
Daniel Vetter writes:
> On Sun, Jul 21, 2013 at 10:23 PM, Jan Niggemann wrote:
> >> But every time this happens we only let through a few interrupts, so this
> >> shouldn't affect you badly. Can you please check whether those slowdowns
> >> line up with 2 minute intervalls?
> >
> > I observe
With xorgMir this is not going to fly. Make sure the compatibility
cruft, first of all, exists and is out of line in a header. And expose
the driving heartbeat of when to refresh the screen pixmap from Xmir.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
_
29 matches
Mail list logo
