[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20231221143553.57a180880d30b86257ee9b7c@hugovil.com>
Date: Thu, 21 Dec 2023 14:35:53 -0500
From: Hugo Villeneuve <hugo@...ovil.com>
To: Andy Shevchenko <andriy.shevchenko@...el.com>
Cc: gregkh@...uxfoundation.org, jirislaby@...nel.org, jringle@...dpoint.com,
kubakici@...pl, phil@...pberrypi.org, bo.svangard@...eddedart.se,
linux-kernel@...r.kernel.org, linux-serial@...r.kernel.org, Hugo Villeneuve
<hvilleneuve@...onoff.com>, stable@...r.kernel.org
Subject: Re: [PATCH 15/18] serial: sc16is7xx: pass R/W buffer in FIFO
functions
On Wed, 20 Dec 2023 17:57:59 +0200
Andy Shevchenko <andriy.shevchenko@...el.com> wrote:
> On Tue, Dec 19, 2023 at 12:18:59PM -0500, Hugo Villeneuve wrote:
> > From: Hugo Villeneuve <hvilleneuve@...onoff.com>
> >
> > To simplify function by avoiding cast.
> >
> > This is similar to what is done in max310x driver.
>
> ...
>
> > ---
> > If deemed appropriate for stable kernel backporting:
>
> I don't think it's eligible.
No problem.
> > ---
>
> I don't see the necessity of the change, OTOH it's harmless.
> The problem is that commit message is basically "Yeah, we
> do cargo cult." Because I haven't seen what casting you are
> talking about.
I'll try to reword the commit message.
And replace cast with something like "... to remove additional struct
sc16is7xx_port variable..."
Hugo Villeneuve
Powered by blists - more mailing lists