[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2214183.rYP2OkZajM@blindfold>
Date: Thu, 14 Jun 2018 10:02:12 +0200
From: Richard Weinberger <richard@...ma-star.at>
To: Boris Brezillon <boris.brezillon@...tlin.com>
Cc: Masahiro Yamada <yamada.masahiro@...ionext.com>,
linux-mtd <linux-mtd@...ts.infradead.org>,
Philipp Rosenberger <p.rosenberger@...utronix.de>,
Rob Herring <robh@...nel.org>,
DTML <devicetree@...r.kernel.org>,
Miquel Raynal <miquel.raynal@...tlin.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Marek Vasut <marek.vasut@...il.com>,
Brian Norris <computersforpeace@...il.com>,
David Woodhouse <dwmw2@...radead.org>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>
Subject: Re: [PATCH v2 0/3] mtd: rawnand: denali: add new clocks and improve setup_data_interface
Am Donnerstag, 14. Juni 2018, 09:38:35 CEST schrieb Boris Brezillon:
> On Thu, 14 Jun 2018 16:29:59 +0900
> Masahiro Yamada <yamada.masahiro@...ionext.com> wrote:
>
> > Hi Richard,
> >
> > 2018-06-14 16:25 GMT+09:00 Richard Weinberger <richard@...ma-star.at>:
> > > Masahiro,
> > >
> > > Am Donnerstag, 14. Juni 2018, 07:11:04 CEST schrieb Masahiro Yamada:
> > >>
> > >> The ->setup_data_interface() hook needs to know the clock frequency.
> > >> In fact, this IP needs three clocks, bus "which clock?" is really
> > >> confusing. (It is not described in the DT-binding at all.)
> > >>
> > >> This series adds more clocks. In the new binding, three clocks
> > >> are required: core clock, bus interface clock, ECC engine clock.
> > >>
> > >> This series also takes care of the backward compatibility by
> > >> providing hardcoded values in case the new clocks are missing.
> > >> So, existing DT should work.
> > >>
> > >>
> > >> Changes in v2:
> > >> - Split patches into sensible chunks
> > >>
> > >> Masahiro Yamada (3):
> > >> mtd: rawnand: denali_dt: use dev as a shorthand of &pdev->dev
> > >> mtd: rawnand: denali_dt: add more clocks based on IP datasheet
> > >> mtd: rawnand: denali: optimize timing parameters for data interface
> > >
> > > This still means that we need to feed at least 2/3 and 3/3 into -stable to
> > > unbreak the driver.
> >
> >
> > 3/3 is not mandatory.
> >
> > You can only back-port 1/3 and 2/3.
>
> Well, patch 1 is not a fix, can we move it after patch 2 so that only
> patch 2 is flagged with the Fixes+Cc-stable tags?
Another question, shall we fix arch/arm/boot/dts/socfpga.dtsi too?
Thanks,
//richard
--
sigma star gmbh - Eduard-Bodem-Gasse 6 - 6020 Innsbruck - Austria
ATU66964118 - FN 374287y
Powered by blists - more mailing lists