On Tue, Jan 13, 2026 at 02:17:22PM -0800, Gideon Adjei wrote: > Replace udelay() calls >= 100us with fsleep() to avoid busy-waiting. > > The delays are used in init_display() callbacks. These callbacks are > invoked by fbtft_probe_common() during the driver's probe path. The > probe path runs in process context which already uses sleeping APIs. > This makes fsleep() safe to use in these situations. > > Signed-off-by: Gideon Adjei <[email protected]> > --- > drivers/staging/fbtft/fb_tinylcd.c | 2 +- > drivers/staging/fbtft/fb_upd161704.c | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/staging/fbtft/fb_tinylcd.c > b/drivers/staging/fbtft/fb_tinylcd.c > index 9469248f2c50..3fb15df31592 100644 > --- a/drivers/staging/fbtft/fb_tinylcd.c > +++ b/drivers/staging/fbtft/fb_tinylcd.c > @@ -41,7 +41,7 @@ static int init_display(struct fbtft_par *par) > 0x00, 0x35, 0x33, 0x00, 0x00, 0x00); > write_reg(par, MIPI_DCS_SET_PIXEL_FORMAT, 0x55); > write_reg(par, MIPI_DCS_EXIT_SLEEP_MODE); > - udelay(250); > + fsleep(250);
Without the hardware and specifications to test this with, we can't take this type of patch. Please see the mailing list archives for the multitude of times it has been rejected in the past. sorry, but checkpatch can be ignored here. thanks, greg k-h
