[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFXWsS8H8V3RvArLnvGF1z_TuojgBU6pDoqBccCHGV=s9DNJfA@mail.gmail.com>
Date: Wed, 25 Apr 2018 23:15:26 +0000
From: Ian W MORRISON <ianwmorrison@...il.com>
To: "Botello Ortega, Luis" <luis.botello.ortega@...el.com>
Cc: "Srivatsa, Anusha" <anusha.srivatsa@...el.com>,
"Vivi, Rodrigo" <rodrigo.vivi@...el.com>,
Jani Nikula <jani.nikula@...ux.intel.com>,
"Martinez Monroy, Elio" <elio.martinez.monroy@...el.com>,
"Vega, Ricardo" <ricardo.vega@...el.com>, airlied@...ux.ie,
Greg KH <gregkh@...uxfoundation.org>,
intel-gfx@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
stable@...r.kernel.org, dri-devel@...ts.freedesktop.org,
"Wajdeczko, Michal" <Michal.Wajdeczko@...el.com>
Subject: Re: [RESEND PATCH 1/1] drm/i915/glk: Add MODULE_FIRMWARE for Geminilake
Hi Anusha,
Can I ask if this is on anyone's radar as I'm concerned this patch will
stall otherwise?
I see that the significance of testing with the 4.14 kernel enabled the
firmware to be included in the latest Chrome OS kernel (
https://groups.google.com/a/chromium.org/forum/#!topic/chromium-os-reviews/jtpHvZOfZ-Q).
It is important to similarly include in the mainline and stable kernels to
facilitate various distros that are now raising bug reports (for example:
https://bugs.launchpad.net/intel/+bug/1760545).
Many thanks,
Ian
On Sun, 22 Apr 2018 at 08:46, Ian W MORRISON <ianwmorrison@...il.com> wrote:
> On 21 April 2018 at 11:22, Botello Ortega, Luis
> <luis.botello.ortega@...el.com> wrote:
> > Hi all:
> >
> > We tested GLK DMC 1.04 FW in last week of September 2017, using the
latest drm-tip version for that time (4.14.0-rc2) and according to our
results we could declare this FW as acceptable and healthy to be used with
kernel version 4.14 .
> > However, we cannot guarantee quality and healthy of this FW if it is
used in top of current drm-tip kernel (4.17-rc0).
> >
> > Best Regards
> > Luis Botello
> >
> >
> Your measured response is appreciated and raises at least four
> possible alternatives for this patch to proceed:
> 1. It is normal that firmware is *only* tested at a certain point in
> time with the drm-tip version of the mainline kernel so that the
> statement 'firmware X is acceptable and healthy to be used with kernel
> version Y but is not guaranteed with Y+1 or Y+n' always holds true for
> any microarchitecture codename's DMC firmware. Therefore it is
> appropriate for this patch to have a restricted 'Cc:
> stable@...r.kernel.org # 4.14' tag together with an explicit
> 'Tested-by: (in 4.14)' tag.
> 2. As firmware testing was not performed on 4.15 and subsequent
> versions, testing is still required on versions 4.15 through to the
> current RC of version 4.17 for the patch to receive a 'Tested-by:' tag
> together with a 'Cc: stable@...r.kernel.org # 4.14' tag.
> 3. Further firmware testing will only be undertaken for the current RC
> of version 4.17 and on successful completion the patch will only
> receive a 'Tested-by:' tag. A 'Cc: stable@...r.kernel.org' tag is not
> applicable.
> 4. The firmware was not tested on 4.15 and subsequent versions as it's
> functionality was provided by alternative means and therefore the
> patch is only required in version 4.14 and should have a 'Cc:
> stable@...r.kernel.org # 4.14 only' tag together with a restricted
> 'Tested-by: (only in 4.14)' tag.
> Could you indicate which alternative is appropriate? If further
> firmware testing is required (as in points 2 or 3) then can an
> expected completion date be provided?
> Best regards,
> Ian
Powered by blists - more mailing lists