[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20241223090137.jbzwrlazhkumatfx@CAB-WSD-L081021>
Date: Mon, 23 Dec 2024 12:01:37 +0300
From: Dmitry Rokosov <ddrokosov@...utedevices.com>
To: Chuan Liu <chuan.liu@...ogic.com>
CC: Jerome Brunet <jbrunet@...libre.com>, Michael Turquette
<mturquette@...libre.com>, Stephen Boyd <sboyd@...nel.org>, Neil Armstrong
<neil.armstrong@...aro.org>, Kevin Hilman <khilman@...libre.com>, "Martin
Blumenstingl" <martin.blumenstingl@...glemail.com>,
<linux-clk@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-amlogic@...ts.infradead.org>, <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [DMARC error][DKIM error]Re: [PATCH 3/3] clk: amlogic: s4:
remove unused data
Hello Chuan!
On Mon, Dec 23, 2024 at 03:59:07PM +0800, Chuan Liu wrote:
> Hi Jerome:
>
> Thank you for pointing out.
>
>
> On 12/21/2024 1:17 AM, Jerome Brunet wrote:
> > [ EXTERNAL EMAIL ]
> >
> > Following the removal of the big clk_regmap clock table from the
> > s4-peripherals clock controller driver, it appears some clocks are unused,
> > which means these are not exported or even registered.
>
>
> I have confirmed here that these clocks are used for the demodulator
> of DTV (Digital Television). The DTV-related driver will use these
> clocks.
>
>
> >
> > In all likelihood, these clocks have not been tested. Remove the unused
> > clocks for now. These can added back later when they have been properly
> > tested.
>
>
> I will complete these clocks later after testing.
Are you planning to submit the DTV drivers that will utilize these
clocks to the upstream?
If I correctly interpret Jerome's patch series, it appears that these
clocks will not be applied to the upstream kernel unless there are
clients present in the future.
Please correct me if I'm wrong.
[...]
--
Thank you,
Dmitry
Powered by blists - more mailing lists