[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbY5aU3OTufA0q+N7Pwm0shGgnjScAGR_96oo9XdgBDhQ@mail.gmail.com>
Date: Wed, 23 Nov 2022 22:22:55 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: "N, Pandith" <pandith.n@...el.com>
Cc: Dipen Patel <dipenp@...dia.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Hall, Christopher S" <christopher.s.hall@...el.com>,
"Gross, Mark" <mark.gross@...el.com>,
"Sangannavar, Mallikarjunappa"
<mallikarjunappa.sangannavar@...el.com>,
"D, Lakshmi Sowjanya" <lakshmi.sowjanya.d@...el.com>,
"T R, Thejesh Reddy" <thejesh.reddy.t.r@...el.com>,
"andriy.shevchenko@...ux.intel.com"
<andriy.shevchenko@...ux.intel.com>,
"timestamp@...ts.linux.dev" <timestamp@...ts.linux.dev>
Subject: Re: Intel timed i/o driver in HTE
On Wed, Nov 23, 2022 at 3:38 PM N, Pandith <pandith.n@...el.com> wrote:
> Since the current gpio framework is inadequate to periodic output modes.
> I thought to disentangle from gpio and develop a new hte consumer. Something like hte-libcdev.c
Maybe, if Dipen wants it.
Or maybe it needs its own subsystem.
Or maybe it should be with whatever is using these pulse trains.
Again: what is it used for? If we have no idea what it is supposed to
be used for, we cannot place it right, even less test it.
Yours,
Linus Walleij
Powered by blists - more mailing lists