[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2024122301-trickery-unexpired-e6b6@gregkh>
Date: Mon, 23 Dec 2024 18:59:19 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Maarten Brock <Maarten.Brock@...ls.nl>
Cc: Andre Werner <andre.werner@...tec-electronic.com>,
"jirislaby@...nel.org" <jirislaby@...nel.org>,
"hvilleneuve@...onoff.com" <hvilleneuve@...onoff.com>,
"andy@...nel.org" <andy@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-serial@...r.kernel.org" <linux-serial@...r.kernel.org>,
"lech.perczak@...lingroup.com" <lech.perczak@...lingroup.com>
Subject: Re: [External Email] Re: [PATCH] serial: sc16is7xx: Add polling
feature if no IRQ usage possible
On Mon, Dec 23, 2024 at 02:27:22PM +0000, Maarten Brock wrote:
> > I got your point and I'm fully with. This caused me to print a warning
> > in Kernel log because it should not be the general working method.
> > In our special case we do not have any other option because the sensor
> > module using the SC16IS7xx and the hardware with the MCU running Linux OS
> > are fixed. We had no possibilities to move any GPIO or such. This was
> > the only chance to support the dedicated sensor platform and I may be
> > the case that someone else faces the same problems. I thought that
> > someone else may benefit from this workaround too. But as I got your
> > point I'm also fine if it is not merged into main Linux Kernel sources.
>
> I vote this patch to go in (after modification).
Ok, let's see a cleaned up version of this and we'll review it again.
thanks,
greg k-h
Powered by blists - more mailing lists