, and retry if the snapshot and the current
lastStamp no longer match after the GetBuffers reply has been
processed.
Signed-off-by: Ville Syrjälä syrj...@sci.fi
---
It looks like master should already handle this, as there's a
retry loop inside st_framebuffer_validate(). I didn't test
On Sun, Dec 18, 2011 at 06:22:01PM +0200, Ville Syrjälä wrote:
Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
the server no longer sends invalidate events to clients, unless they
have performed a GetBuffers request since the drawable was last
invalidated
PING PING PING! No one cares about Mesa 7.11 anymore?
On Sat, Jan 07, 2012 at 12:12:24AM +0200, Ville Syrjälä wrote:
On Sun, Dec 18, 2011 at 06:22:01PM +0200, Ville Syrjälä wrote:
Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
the server no longer sends invalidate events
On Fri, Jan 13, 2012 at 09:10:15AM +, Dave Airlie wrote:
On Sun, Dec 18, 2011 at 4:22 PM, Ville Syrjälä syrj...@sci.fi wrote:
Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
the server no longer sends invalidate events to clients, unless they
have performed
On Fri, Jan 13, 2012 at 09:10:15AM +, Dave Airlie wrote:
On Sun, Dec 18, 2011 at 4:22 PM, Ville Syrjälä syrj...@sci.fi wrote:
Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
the server no longer sends invalidate events to clients, unless they
have performed
.
[1] http://patchwork.freedesktop.org/patch/12111/
--
Ville Syrjälä
syrj...@sci.fi
http://www.sci.fi/~syrjala/
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, Aug 13, 2013 at 05:46:55PM -0700, Chad Versace wrote:
On 08/13/2013 03:31 PM, Vedran Rodic wrote:
On Mon, Aug 12, 2013 at 3:07 PM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
IVB/BYT also has the same L3 cacheability control in MOCS
On Wed, Aug 14, 2013 at 10:45:23AM +0300, Ville Syrjälä wrote:
On Tue, Aug 13, 2013 at 05:46:55PM -0700, Chad Versace wrote:
On 08/13/2013 03:31 PM, Vedran Rodic wrote:
On Mon, Aug 12, 2013 at 3:07 PM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
On Thu, Aug 15, 2013 at 08:08:12AM -0700, Chad Versace wrote:
On 08/14/2013 12:50 AM, Ville Syrjälä wrote:
On Wed, Aug 14, 2013 at 10:45:23AM +0300, Ville Syrjälä wrote:
On Tue, Aug 13, 2013 at 05:46:55PM -0700, Chad Versace wrote:
On 08/13/2013 03:31 PM, Vedran Rodic wrote:
On Mon, Aug
-8?q?Ville=20Syrj=C3=A4l=C3=A4?= ville.syrj...@linux.intel.com
Date: Wed, 14 Aug 2013 15:12:29 +0300
Subject: [PATCH] make bos uncached in PTEs
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
hardware. So maybe
Mesa 9.2ish or so?
I think your hardware is a pineview (can't really check w/o the pci id
though), and that should be gen3 AFAIK.
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
of the lastStamp before
doing GetBuffers, and retry if the snapshot and the current
lastStamp no longer match after the GetBuffers reply has been
processed.
Signed-off-by: Ville Syrjälä syrj...@sci.fi
---
Sigh. So no one actually took the bait based on the original
patch submission (apart from
...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
is this format anyway? -ENODOCS
If its just an srgb version of ARGB, then I wouldn't really want it
in drm_fourcc.h. I expect colorspacy stuff will be handled by various
crtc/plane properties in the kernel so we don't need to encode that
stuff into the fb format.
--
Ville Syrjälä
Intel OTC
On Fri, Nov 22, 2013 at 03:43:13PM -0800, Keith Packard wrote:
Ville Syrjälä ville.syrj...@linux.intel.com writes:
What is this format anyway? -ENODOCS
Same as MESA_FORMAT_SARGB8 and __DRI_IMAGE_FORMAT_SARGB8 :-)
If its just an srgb version of ARGB, then I wouldn't really want
broke that idea alredy when I cooked up the current drm fourccs.
I didn't cross check them with any other fourcc source, so I'm 100%
sure most of them don't match anything else.
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev
In _swsetup_Translate(), update dest-attrib[FRAG_ATTRIB_COL0].]
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=27499
Cc: Brian Paul bri...@vmware.com
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
src/mesa/swrast_setup/ss_context.c | 3 ++-
1 file changed, 2
...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Fix an off by one in the texture unit walk during texblend
setup on gen2. This caused the last enabled texunit to be
skipped resulting in totally messed up texturing.
This is a regression introduced here:
commit
On Wed, Aug 06, 2014 at 01:44:45PM -0700, Eric Anholt wrote:
ville.syrj...@linux.intel.com writes:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Gen2 doesn't have fragmnts shaders so we shouldn't be calling
spelling^
Fixed locally.
Other than that, patches 4-9
Sorry, ignore these. Shell history and fast fingers are a dangerous
combination...
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
, but
shouldn't MESA_FORMAT_L16A16_UNORM be tried as a lossless alternative
also?
I suppose, but I suspect you'll have a hard time finding hardware that
supports L16A16 but not A16.
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev
/mesa-dev
--
Ville Syrjälä
syrj...@sci.fi
http://www.sci.fi/~syrjala/
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Oct 23, 2014 at 11:19:04PM -0700, Matt Turner wrote:
On Thu, Oct 23, 2014 at 11:01 PM, Ville Syrjälä syrj...@sci.fi wrote:
On Thu, Oct 23, 2014 at 04:44:03PM -0700, Matt Turner wrote:
---
src/mesa/drivers/dri/i965/Makefile.sources | 1 +
src/mesa/drivers/dri/i965
On Wed, Aug 06, 2014 at 09:56:30PM +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
I had a few rainy days during my summer vacation so I decided to fix a
chromnium-bsu texturing problem that was nagging me for a while now. I
ended up fixing a few
On Thu, Nov 20, 2014 at 09:59:00AM -0800, Ian Romanick wrote:
On 08/06/2014 11:56 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Check that the target is GL_TEXTURE_CUBE_MAP before emitting
TEXCOORDTYPE_VECTOR texture coordinates.
I'm
On Wed, Jan 21, 2015 at 12:51:02PM -0800, Kenneth Graunke wrote:
On Wednesday, January 21, 2015 08:17:36 PM ville.syrj...@linux.intel.com
wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Increase the device info .urb.size for BDW GT3 and CHV to match the
default URB size
On Wed, Jan 21, 2015 at 12:51:02PM -0800, Kenneth Graunke wrote:
On Wednesday, January 21, 2015 08:17:36 PM ville.syrj...@linux.intel.com
wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Increase the device info .urb.size for BDW GT3 and CHV to match the
default URB size
|
HDC_DONOT_FETCH_MEM_WHEN_MASKED);
+ /* Improve HiZ throughput on CHV. */
+ WA_SET_BIT_MASKED(HIZ_CHICKEN, CHV_HZ_8X8_MODE_IN_1X);
+
Nothing much in bspec about this bit. Can't see anything suspicious
in the w/a database either. So I guess we can assume it's safe.
Reviewed-by: Ville Syrjälä
every engine has a power context of some sort.
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
. */
WA_SET_BIT_MASKED(HIZ_CHICKEN, CHV_HZ_8X8_MODE_IN_1X);
--
2.2.1
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Ville Syrjälä
Intel OTC
___
mesa
On Thu, Mar 05, 2015 at 11:40:16AM -0800, Matt Turner wrote:
On Thu, Mar 5, 2015 at 11:32 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
I committed a patch a little while ago from Mark to fix this (as
commit 5f9ee6a0).
Yep see it now. I must
On Thu, Mar 05, 2015 at 01:48:29PM -0800, Kenneth Graunke wrote:
On Thursday, March 05, 2015 07:41:29 PM Ville Syrjälä wrote:
On Fri, Jan 23, 2015 at 12:12:56PM +0200, ville.syrj...@linux.intel.com
wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Increase the device info
On Fri, Jan 23, 2015 at 12:12:56PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Increase the device info .urb.size for CHV to match the default URB
size (192kB).
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
Ping?
---
src
On Thu, Apr 16, 2015 at 11:20:01AM -0700, Kenneth Graunke wrote:
On Thursday, April 16, 2015 09:00:46 PM ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
All CHV devices will be branded as Intel(r) HD Graphics.
Signed-off-by: Ville Syrjälä
On Mon, Mar 23, 2015 at 02:47:16PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
I've had some of these i915 patches lying around for half a year or more,
so I figured it's time to post them.
This series fixes rendering problems in glxgears
enable bit in the
RING_CONTEXT_CONTROL register (in populate_lr_context()).
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
:47 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
The sub-pixel adjustment for points was killed off in
commit 60d762aa625095a8c1f9597d8530bb5a6fa61b4c
Author: Xiang, Haihao haihao.xi...@intel.com
Date: Wed Jan 2 11:38:51 2008 +0800
On Thu, May 21, 2015 at 09:14:03PM +0300, Ville Syrjälä wrote:
On Fri, May 15, 2015 at 12:18:11PM -0700, Ian Romanick wrote:
There are some really twitchy tests in ES1 (and possibly ES2)
conformance related to this. Do any of those tests change with this commit?
I did run some ES1
On Fri, May 15, 2015 at 12:06:54PM -0700, Ian Romanick wrote:
On 03/23/2015 05:47 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
No driver supports elts currently, and these make the validate_render
code a bit hard to follow. Just kill them
On Fri, May 15, 2015 at 12:07:54PM -0700, Ian Romanick wrote:
On 03/23/2015 05:47 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
We can allow rendering flat shaded polygons using tri fans if we check
the provoking vertex convention
On Fri, May 15, 2015 at 12:08:33PM -0700, Ian Romanick wrote:
On 03/23/2015 05:47 AM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
When rendering quad strips via tri strips we can't get the provoking
vertex right, so disallow flat shading
main/gbm.h
> > +++ b/src/gbm/main/gbm.h
> > @@ -213,6 +213,11 @@ enum gbm_bo_flags {
> > * Buffer is linear, i.e. not tiled.
> > */
> > GBM_BO_USE_LINEAR = (1 << 4),
> > + /**
> > +* Buffer woul
On Fri, Oct 23, 2015 at 06:25:55PM -0700, Vivek Kasireddy wrote:
> On Fri, 23 Oct 2015 15:29:08 +0300
> Ville Syrjälä <ville.syrj...@linux.intel.com> wrote:
>
> > On Fri, Oct 23, 2015 at 12:18:39PM +0900, Michel Dänzer wrote:
> > > On 23.10.2015 10:44, Vivek Kasire
> > +*/
> > + GBM_BO_USE_SCANOUT_ROTATION_90 = (1 << 5),
> > + GBM_BO_USE_SCANOUT_ROTATION_180 = (1 << 6),
> > + GBM_BO_USE_SCANOUT_ROTATION_270 = (1 << 7),
> > };
>
> Hmm, we should probably explicitly specify the orientation of the 90 and
> 270 degree rotations. Clockwise? (Same in patch 1)
kms (and xrandr) are ccw.
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Oct 15, 2015 at 06:03:34PM +0300, Ville Syrjälä wrote:
> On Thu, Oct 15, 2015 at 02:19:09PM +, Predut, Marius wrote:
> > > -Original Message-
> > > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> > > Sent: Wednesday, October 07,
On Thu, Oct 15, 2015 at 02:19:09PM +, Predut, Marius wrote:
> > -Original Message-
> > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> > Sent: Wednesday, October 07, 2015 1:53 PM
> > To: Predut, Marius
> > Cc: mesa-dev@lists.freedesktop.
On Tue, Oct 20, 2015 at 08:15:32AM +, Predut, Marius wrote:
> > -Original Message-
> > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> > Sent: Monday, October 19, 2015 6:04 PM
> > To: Predut, Marius
> > Cc: mesa-dev@lists.freedesktop.org; Iago
On Tue, Oct 20, 2015 at 02:02:21PM +0300, Ville Syrjälä wrote:
> On Tue, Oct 20, 2015 at 08:15:32AM +, Predut, Marius wrote:
> > > -Original Message-
> > > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> > > Sent: Monday, October 19, 2015 6:
gen4/5 line width handling in i965 looks busted too
(only gen6+ got fixed).
> lis4 |= width << S4_LINE_WIDTH_SHIFT;
>
> if (lis4 != i915->state.Ctx[I915_CTXREG_LIS4]) {
> --
> 1.9.1
>
> ___
> mesa-dev mailing li
}
> > else {
> > - ok = HAVE_TRIANGLES; /* flatshading is ok. */
> > + ok = HAVE_TRIANGLES && (count % 4 == 0); /* flatshading is ok. */
> > }
> > break;
> >default:
> >
>
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
);
> > +
> > + switch (cpp) {
> > + case 1:
> > + *tile_h = 64 * cpp;
>
> I'm still reading the docs for the non-legay tiling formats Yf, and Ys.
> So I can't comment on this part of the patch.
As it turns out
On Sat, Oct 03, 2015 at 02:55:57AM +0800, Chih-Wei Huang wrote:
> 2015-05-22 1:21 GMT+08:00 Ville Syrjälä <ville.syrj...@linux.intel.com>:
> > On Sat, May 16, 2015 at 01:36:44AM +0800, Chih-Wei Huang wrote:
> >> 2015-04-13 19:00 GMT+08:00 Ville Syrjälä <vi
d the change. Thanks for fixing it again.
>
> Reviewed-by: Jason Ekstrand <ja...@jlekstrand.net>
Thanks. Pushed.
>
> On Sep 30, 2016 1:00 PM, <ville.syrj...@linux.intel.com> wrote:
>
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
On Tue, Nov 29, 2016 at 08:54:26AM -0800, Jason Ekstrand wrote:
> On Tue, Nov 29, 2016 at 8:47 AM, Ville Syrjälä <
> ville.syrj...@linux.intel.com> wrote:
>
> > On Tue, Nov 29, 2016 at 08:28:55AM -0800, Jason Ekstrand wrote:
> > > On Tue, Nov 29, 2016 at 1:23 AM,
On Tue, Nov 29, 2016 at 08:28:55AM -0800, Jason Ekstrand wrote:
> On Tue, Nov 29, 2016 at 1:23 AM, <ville.syrj...@linux.intel.com> wrote:
>
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > Set the include paths to consider in-tree he
obably because the type it was cast to was explicitly non-const.
> >
> >
> > So you think it will work if we use "(const VkExtent3D) { 1, 1, 1 }"?
>
> Yep, that's my guess.
Pretty sure I tried that for the format stuff. Didn't work IIRC.
--
Ville Syrjälä
syrj...
tch, and clean up
some further patches to fix this stuff properly for i915.
>
> On Fri, 2017-06-23 at 14:58 +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > Pass the correct src coordinates to CopyTexSubImage(
On Tue, Jun 20, 2017 at 11:00:52AM -0700, Ian Romanick wrote:
> Reviewed-by: Ian Romanick <ian.d.roman...@intel.com>
Thanks. Pushed to master.
>
> On 06/20/2017 10:22 AM, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
>
On Wed, Jun 21, 2017 at 03:13:22PM -0700, Ian Romanick wrote:
> On 06/21/2017 10:38 AM, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > gl_FragCoord contains the window coordinates so it seems to me that
> &
On Thu, Jun 22, 2017 at 03:43:36PM +0300, Ville Syrjälä wrote:
> On Wed, Jun 21, 2017 at 03:13:22PM -0700, Ian Romanick wrote:
> > On 06/21/2017 10:38 AM, ville.syrj...@linux.intel.com wrote:
> > > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> > >
>
On Fri, Jun 23, 2017 at 06:43:37PM -0700, Ian Romanick wrote:
> On 06/23/2017 04:58 AM, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > Pass the correct src coordinates to CopyTexSubImage()
> > when creating the
On Sun, Jun 18, 2017 at 07:07:51PM -0700, Ian Romanick wrote:
> From: Ian Romanick <ian.d.roman...@intel.com>
I have the same patch in my tree :)
For the i915 parts of the series:
Reviewed-by: Ville Syrjälä <ville.syrj...@linux.intel.com>
>
> Signed-off-by: Ian
On Wed, Jun 14, 2017 at 11:45:17AM +0100, Emil Velikov wrote:
> Hi Ville
>
> On 5 June 2017 at 15:52, <ville.syrj...@linux.intel.com> wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > wpos_tex used to be a GLuint so assinging -1 to it
On Thu, Oct 12, 2017 at 01:51:24PM -0700, Dylan Baker wrote:
> Both patches are:
> Reviewed-by: Dylan Baker <dy...@pnwbakers.com>
Thanks guys. Pushed.
>
> Quoting Ville Syrjala (2017-10-12 09:34:55)
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> &
tation hurdles it does open up some new questions:
- Is it going to be per-plane or per-crtc?
- What happens if the target timestamp is already stale?
- What happens if the target timestamp is good when it gets scheduled,
but can't be met once the fences and whatnot have signalled?
- What happens
On Tue, Oct 17, 2017 at 09:00:56PM +0200, Nicolai Hähnle wrote:
> On 17.10.2017 16:09, Ville Syrjälä wrote:
> > On Tue, Oct 17, 2017 at 03:46:24PM +0200, Michel Dänzer wrote:
> >> On 17/10/17 02:22 PM, Daniel Vetter wrote:
> >>> On Tue, Oct 17, 2017 at 12:28:1
oubt the the LLC caheability control has any effect on L3 (except on
CHV but that one doesn't even have LLC, and I think they just messed up
the bits for fun). I can't remmeber if I ever properly tested the
L3+LLC=UC combination on other platforms though.
Also there's no way to flush L3. You can flush/
On Fri, May 11, 2018 at 03:26:57PM +0100, Eric Engestrom wrote:
> On Monday, 2018-05-07 20:05:40 +0300, Ville Syrjälä wrote:
> > From: Ville Syrjälä <ville.syrj...@linux.intel.com>
> >
> > platform_x11 with dri3 needs inc_loader.
> >
> > In fil
isplay_mode->vsync_end = x_mode->vsync_end;
> display_mode->vtotal = x_mode->vtotal;
> display_mode->vscan = 0;
> - if (x_mode->mode_flags & XCB_RANDR_MODE_FLAG_DOUBLE_SCAN)
> - display_mode->vscan = 1;
> display_mode->flags = x_mode->mode_fla
kopobiza
> >
> > I was really hoping I'd read wrong. I'm going with "that's a kernel bug".
Old kernels required TILING_X with MOD_X. I changed that at some
point to allow TILING_NONE with any modifier, but otherwise we
require the BO tiling to match the modifier. Ie. you still can
w I don't really have any solid plans on
continuing to develop this. I might dabble with it a bit more out of
curiosity, but I'm more hoping we can find other people to move this
forward properly.
--
Ville Syrjälä
Intel OTC
___
mesa-dev maili
g classic swrast.
> Some variants of last weeks git master show the exact same
> pictures than swrast using the last good commit from your bisect.
> So, basically I can't reproduce the problem here.
Looks like
"vid_gl20" "0"
is needed to reproduce the issue.
--
Ville
can observe here.
> Does the attached patch also fix the problem with the
> older intel chip you originally reported?
Seems to. Thanks for tracking it down.
Tested-by: Ville Syrjälä
>
> Thanks!
>
> Mathias
> From 68e921478c8c38a13b7258e0d3f1f235709dcfe9 Mon Sep 17 00:00:00
but now it has green.
It looked like there's already a bunch of stuff piled on top of the
regression so reverting didn't seem entirely trivial, and thus I didn't
bother trying.
--
Ville Syrjälä
Intel
___
mesa-dev mailing list
mesa-dev@lists.f
t; @@ -212,4 +213,5 @@ CHIPSET(0x8A5A, icl_6x8, "Intel(R) HD Graphics (Ice
> > Lake 6x8 GT1.5)")
> > CHIPSET(0x8A5B, icl_4x8, "Intel(R) HD Graphics (Ice Lake 4x8 GT1)")
> > CHIPSET(0x8A5C, icl_6x8, "Intel(R) HD Graphics (Ice Lake 6x8 GT1.5)")
On Thu, Sep 09, 2021 at 10:15:56AM -0700, Matt Roper wrote:
> On Thu, Sep 09, 2021 at 06:09:55PM +0300, Ville Syrjälä wrote:
> > On Thu, Sep 09, 2021 at 08:00:02AM -0700, Matt Roper wrote:
> > > On Thu, Sep 09, 2021 at 05:39:26PM +0300, Ville Syrjälä wrote:
> > > >
On Thu, Sep 09, 2021 at 01:33:23PM -0700, Matt Roper wrote:
> On Thu, Sep 09, 2021 at 10:59:36PM +0300, Ville Syrjälä wrote:
> > On Thu, Sep 09, 2021 at 11:14:15AM -0700, Matt Roper wrote:
> > > On Thu, Sep 09, 2021 at 08:42:15PM +0300, Ville Syrjälä wrote:
> > > >
On Thu, Sep 09, 2021 at 11:14:15AM -0700, Matt Roper wrote:
> On Thu, Sep 09, 2021 at 08:42:15PM +0300, Ville Syrjälä wrote:
> > On Thu, Sep 09, 2021 at 10:15:56AM -0700, Matt Roper wrote:
> > > On Thu, Sep 09, 2021 at 06:09:55PM +0300, Ville Syrjälä wrote:
> > > >
78 matches
Mail list logo