From: Damien Lespiau <damien.lespiau@intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
intel-gfx@lists.freedesktop.org,
Sagar Kamble <sagar.a.kamble@intel.com>
Subject: Re: [PATCH 1/3] drm/i915: Don't set mode_config's cursor size
Date: Tue, 25 Mar 2014 16:05:29 +0000 [thread overview]
Message-ID: <20140325160529.GA1729@strange.amr.corp.intel.com> (raw)
In-Reply-To: <20140325150916.GD1719@nuc-i3427.alporthouse.com>
On Tue, Mar 25, 2014 at 03:09:16PM +0000, Chris Wilson wrote:
> On Tue, Mar 25, 2014 at 02:59:18PM +0000, Damien Lespiau wrote:
> > On Tue, Mar 25, 2014 at 02:54:56PM +0000, Chris Wilson wrote:
> > > On Tue, Mar 25, 2014 at 02:49:30PM +0000, Damien Lespiau wrote:
> > > > Those fields are supposed to be a good default value for the cursor
> > > > size, intended for the case where the hardware doesn't support 64x64
> > > > cursors, for use with a hw agnostic DDX driver for instance.
> > > >
> > > > We're fine with 64x64 cursors though and don't need to set those fields
> > > > (DRM core will return 64 is we don't). If we declare 256x256, that
> > > > generic driver will use a big buffer for the cursor, without any good
> > > > reason.
> > >
> > > How does userspace now know that 256x256 cursors are support for HiDPI?
> >
> > It doesn't currently? a property on the cursor plane with the list of
> > supported formats in the brave new full drm_plane world seems like a
> > good option to me.
>
> Userspace currently uses this method to determine the largest cursor
> supported by the driver. That userspace is inept at resize the cursor bo
> as required is a probably that won't be solved by simply exposing it
> later.
That doesn't seem to be the intention of the original patch?
http://lists.freedesktop.org/archives/dri-devel/2014-February/053770.html
Are you saying the Intel DDX currently derives a different meaning to
the intented behaviour? in which case it can still be changed to not do
that?
--
Damien
next prev parent reply other threads:[~2014-03-25 16:07 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-25 14:49 [PATCH 0/3] A few cursor fixups after the multi-size patches Damien Lespiau
2014-03-25 14:49 ` [PATCH 1/3] drm/i915: Don't set mode_config's cursor size Damien Lespiau
2014-03-25 14:54 ` Chris Wilson
2014-03-25 14:59 ` Damien Lespiau
2014-03-25 15:09 ` Chris Wilson
2014-03-25 16:05 ` Damien Lespiau [this message]
2014-03-25 16:38 ` Chris Wilson
2014-03-25 16:57 ` Damien Lespiau
2014-03-25 18:23 ` Daniel Vetter
2014-03-25 18:25 ` Daniel Vetter
2014-03-25 18:51 ` Damien Lespiau
2014-03-25 19:42 ` Daniel Vetter
2014-03-25 17:58 ` Damien Lespiau
2014-03-25 15:15 ` Sagar Arun Kamble
2014-03-25 15:11 ` Imre Deak
2014-03-25 14:49 ` [PATCH 2/3] drm/i915: Remove max_cursor_{width, height} from the crtc Damien Lespiau
2014-03-25 14:49 ` [PATCH 3/3] drm/i915: Use the actual cursor width for WM computation Damien Lespiau
2014-03-26 12:24 ` Chris Wilson
2014-03-26 12:27 ` Chris Wilson
2014-03-26 12:38 ` [PATCH 1/2] drm/i915: Compute WM for current cursor size Chris Wilson
2014-03-26 12:38 ` [PATCH 2/2] drm/i915: Recompute WM when the cursor size changes Chris Wilson
2014-03-26 12:53 ` Daniel Vetter
2014-03-26 15:21 ` Damien Lespiau
2014-03-26 16:35 ` Daniel Vetter
2014-03-26 15:21 ` [PATCH 1/2] drm/i915: Compute WM for current cursor size Damien Lespiau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140325160529.GA1729@strange.amr.corp.intel.com \
--to=damien.lespiau@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
--cc=sagar.a.kamble@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox