From: Stephen Boyd <sboyd@kernel.org> To: Matthias Brugger <matthias.bgg@gmail.com>, Nicolas Boichat <drinkcat@chromium.org>, Rob Herring <robh@kernel.org>, Stephen Boyd <sboyd@codeaurora.org>, Weiyi Lu <weiyi.lu@mediatek.com> Cc: James Liao <jamesjj.liao@mediatek.com>, Fan Chen <fan.chen@mediatek.com>, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-clk@vger.kernel.org, srv_heupstream@mediatek.com, stable@vger.kernel.org Subject: Re: [PATCH v4 00/12] Mediatek MT8183 clock and scpsys support Date: Thu, 21 Feb 2019 23:48:09 -0800 [thread overview] Message-ID: <155082168901.77512.12893153125579041936@swboyd.mtv.corp.google.com> (raw) In-Reply-To: <b7abe484-71c1-5ec0-796c-544f1ac5d6f5@gmail.com> Quoting Matthias Brugger (2019-02-21 00:36:24) > > > On 20/02/2019 20:18, Stephen Boyd wrote: > > > > What's the merge plan here? Do you want me to apply these patches to clk > > tree? Will someone be sending me a pull request for mediatek clk changes > > this cycle? It's getting pretty late for much of anything making this > > upcoming merge window. > > > > As far as I can see, the clock patches are independent, so I think it is OK to > take them. SCPSYS patches will go through my tree once they are in shape. Ok great. When patches for clks are interspersed throughout the patch series it makes me think that something later in the series depends on something that isn't a clk patch so then I can't apply it. > > Do you prefer to get pull requests for clock patches? I wasn't aware of that. > But if you prefer that, we can find someone who prepares every merge window a > pull request. > I don't really care one way or the other about pull requests vs. manually applying patches. It helps if someone wants to pick the patches up and send them along when there are complex dependencies between the clk patches and dts bits or something like that. It also helps if there's someone else with knowledge of the particular SoC saying "these are good, please pull these patches". Subsystem maintainers obviously aren't experts in all SoCs and their various quirks, plus datasheets aren't always so widely available, so sharing the load with SoC maintainers who are familiar with the hardware usually makes a lot of sense. Otherwise, if you just want to put your "Reviewed-by" tag on any patches that look good and are sane then I'll quickly understand that these patches are good and that I should pick them up into the clk tree from the list. Just please communicate one way or the other about patches that you care about because it helps to know if they've gotten attention or not.
WARNING: multiple messages have this Message-ID (diff)
From: Stephen Boyd <sboyd@kernel.org> To: Matthias Brugger <matthias.bgg@gmail.com>, Nicolas Boichat <drinkcat@chromium.org>, Rob Herring <robh@kernel.org>, Stephen Boyd <sboyd@codeaurora.org>, Weiyi Lu <weiyi.lu@mediatek.com> Cc: James Liao <jamesjj.liao@mediatek.com>, srv_heupstream@mediatek.com, linux-kernel@vger.kernel.org, stable@vger.kernel.org, Fan Chen <fan.chen@mediatek.com>, linux-mediatek@lists.infradead.org, linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v4 00/12] Mediatek MT8183 clock and scpsys support Date: Thu, 21 Feb 2019 23:48:09 -0800 [thread overview] Message-ID: <155082168901.77512.12893153125579041936@swboyd.mtv.corp.google.com> (raw) In-Reply-To: <b7abe484-71c1-5ec0-796c-544f1ac5d6f5@gmail.com> Quoting Matthias Brugger (2019-02-21 00:36:24) > > > On 20/02/2019 20:18, Stephen Boyd wrote: > > > > What's the merge plan here? Do you want me to apply these patches to clk > > tree? Will someone be sending me a pull request for mediatek clk changes > > this cycle? It's getting pretty late for much of anything making this > > upcoming merge window. > > > > As far as I can see, the clock patches are independent, so I think it is OK to > take them. SCPSYS patches will go through my tree once they are in shape. Ok great. When patches for clks are interspersed throughout the patch series it makes me think that something later in the series depends on something that isn't a clk patch so then I can't apply it. > > Do you prefer to get pull requests for clock patches? I wasn't aware of that. > But if you prefer that, we can find someone who prepares every merge window a > pull request. > I don't really care one way or the other about pull requests vs. manually applying patches. It helps if someone wants to pick the patches up and send them along when there are complex dependencies between the clk patches and dts bits or something like that. It also helps if there's someone else with knowledge of the particular SoC saying "these are good, please pull these patches". Subsystem maintainers obviously aren't experts in all SoCs and their various quirks, plus datasheets aren't always so widely available, so sharing the load with SoC maintainers who are familiar with the hardware usually makes a lot of sense. Otherwise, if you just want to put your "Reviewed-by" tag on any patches that look good and are sane then I'll quickly understand that these patches are good and that I should pick them up into the clk tree from the list. Just please communicate one way or the other about patches that you care about because it helps to know if they've gotten attention or not. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-02-22 7:48 UTC|newest] Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-02-01 8:30 [PATCH v4 00/12] Mediatek MT8183 clock and scpsys support Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-20 19:18 ` Stephen Boyd 2019-02-20 19:18 ` Stephen Boyd 2019-02-20 19:18 ` Stephen Boyd 2019-02-21 8:36 ` Matthias Brugger 2019-02-21 8:36 ` Matthias Brugger 2019-02-22 7:48 ` Stephen Boyd [this message] 2019-02-22 7:48 ` Stephen Boyd 2019-02-26 4:00 ` Weiyi Lu 2019-02-26 4:00 ` Weiyi Lu 2019-02-26 4:00 ` Weiyi Lu 2019-02-26 17:45 ` Stephen Boyd 2019-02-26 17:45 ` Stephen Boyd 2019-02-01 8:30 ` [PATCH v4 01/12] clk: mediatek: Disable tuner_en before change PLL rate Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-26 15:59 ` Matthias Brugger 2019-02-26 15:59 ` Matthias Brugger 2019-02-27 3:51 ` Weiyi Lu 2019-02-27 3:51 ` Weiyi Lu 2019-02-27 3:51 ` Weiyi Lu 2019-02-27 4:39 ` Weiyi Lu 2019-02-27 4:39 ` Weiyi Lu 2019-02-27 4:39 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 02/12] clk: mediatek: add new clkmux register API Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 03/12] clk: mediatek: add configurable pcwibits and fmin to mtk_pll_data Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 04/12] soc: mediatek: add new flow for mtcmos power Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-08 18:30 ` Matthias Brugger 2019-02-08 18:30 ` Matthias Brugger 2019-02-01 8:30 ` [PATCH v4 05/12] dt-bindings: ARM: Mediatek: Document bindings for MT8183 Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 06/12] clk: mediatek: Add dt-bindings for MT8183 clocks Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 07/12] clk: mediatek: Add flags support for mtk_gate data Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 08/12] clk: mediatek: Add MT8183 clock support Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-26 17:50 ` Stephen Boyd 2019-02-26 17:50 ` Stephen Boyd 2019-02-26 17:50 ` Stephen Boyd 2019-02-27 2:51 ` Weiyi Lu 2019-02-27 2:51 ` Weiyi Lu 2019-02-27 2:51 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 09/12] dt-bindings: soc: fix typo of MT8173 power dt-bindings Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-07 15:35 ` Matthias Brugger 2019-02-07 15:35 ` Matthias Brugger 2019-02-01 8:30 ` [PATCH v4 10/12] dt-bindings: soc: Add MT8183 " Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-08 18:33 ` Matthias Brugger 2019-02-08 18:33 ` Matthias Brugger 2019-02-01 8:30 ` [PATCH v4 11/12] soc: mediatek: Add MT8183 scpsys support Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` [PATCH v4 12/12] clk: mediatek: Allow changing PLL rate when it is off Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu 2019-02-01 8:30 ` Weiyi Lu
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=155082168901.77512.12893153125579041936@swboyd.mtv.corp.google.com \ --to=sboyd@kernel.org \ --cc=drinkcat@chromium.org \ --cc=fan.chen@mediatek.com \ --cc=jamesjj.liao@mediatek.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-clk@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mediatek@lists.infradead.org \ --cc=matthias.bgg@gmail.com \ --cc=robh@kernel.org \ --cc=sboyd@codeaurora.org \ --cc=srv_heupstream@mediatek.com \ --cc=stable@vger.kernel.org \ --cc=weiyi.lu@mediatek.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: linkBe 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.