From: Thomas Richter <thor@math.tu-berlin.de>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH] Pipe-A underrun workaround for i830 chipset.
Date: Thu, 14 Nov 2013 20:02:15 +0100 [thread overview]
Message-ID: <52851E37.6000801@math.tu-berlin.de> (raw)
In-Reply-To: <26136_1384455070_52851B9E_26136_18661_1_20131114185141.GJ22741@phenom.ffwll.local>
Hi Daniel,
a couple of comments on your comments. (-;
> with the text flown to align to 80 chars. vim will do this for you.
..which I ain't using. "Using" is not a word that goes along well with
"vim". (-; But no, let's not start an editor war here.
>> + if (obj->tiling_mode != I915_TILING_NONE) {
>> + if ((planeadr & 0x40)) {
>
> We tend to use decimal numbers for limits like these.
That's actually a bitmask to check for alignment. (-; In principle, the
whole "if" can go because it's currently only a dummy with the real code
still missing once I understand what's going on in the tiled mode. Or at
least, once I find a way to fiddle around the pipe underflow.
>> + switch (fb->pixel_format) {
>> + case DRM_FORMAT_XRGB1555:
>> + case DRM_FORMAT_ARGB1555:
>> + case DRM_FORMAT_RGB565:
>> + case DRM_FORMAT_XRGB8888:
>> + case DRM_FORMAT_ARGB8888:
>> + case DRM_FORMAT_XBGR8888:
>> + case DRM_FORMAT_ABGR8888:
>
> The switch here can be killed - higher levels already check for valid
> pixel formats.
Validity is not quite the issue here. The issue is that the workaround
depends on the bytes per pixel. The formats above are all 24 and 16 bit
modes for which the workaround, well, works. 8bpp and 30bpp modes are
also currently unsupported. If you prefer, I could also compute a bpp
value at the caller and pass it along.
> IS_I830(dev) is good enough - the gen2 check is redundant and i830M
> doesn't have an LVDS encoder (lvds is only possible with the DVO encoder).
Ok.
Greetings,
Thomas
prev parent reply other threads:[~2013-11-14 19:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-14 17:17 [PATCH] Pipe-A underrun workaround for i830 chipset Thomas Richter
2013-11-14 18:51 ` Daniel Vetter
[not found] ` <26136_1384455070_52851B9E_26136_18661_1_20131114185141.GJ22741@phenom.ffwll.local>
2013-11-14 19:02 ` Thomas Richter [this message]
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=52851E37.6000801@math.tu-berlin.de \
--to=thor@math.tu-berlin.de \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.