[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAMRc=McW2KdUVWPKnJ=g29-SuhU5UereHeC_=h2QFpHFmJLQOg@mail.gmail.com>
Date: Thu, 23 Jan 2020 15:06:01 +0100
From: Bartosz Golaszewski <brgl@...ev.pl>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
Kent Gibson <warthog618@...il.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Linus Walleij <linus.walleij@...aro.org>
Subject: Re: [PATCH v5 0/7] gpiolib: add an ioctl() for monitoring line status changes
czw., 23 sty 2020 o 12:37 Greg Kroah-Hartman
<gregkh@...uxfoundation.org> napisaĆ(a):
>
> > > > Bartosz Golaszewski (7):
> > > > kfifo: provide noirqsave variants of spinlocked in and out helpers
> > > > kfifo: provide kfifo_is_empty_spinlocked()
> > > > gpiolib: rework the locking mechanism for lineevent kfifo
> > > > gpiolib: emit a debug message when adding events to a full kfifo
> > > > gpiolib: provide a dedicated function for setting lineinfo
> > > > gpiolib: add new ioctl() for monitoring changes in line info
> > > > tools: gpio: implement gpio-watch
> > >
> > > Hi Andrew,
> > >
> > > could you Ack the first two patches in this series if you're fine with
> > > them? The code they modify lives in lib/ and doesn't have an assigned
> > > maintainer, so I've been told to Cc you on this series. It would be
> > > great if we could get it in for v5.6 merge window.
> > >
> > > Best regards,
> > > Bartosz Golaszewski
> >
> > Gentle ping.
> >
> > Greg: could you maybe ack the kfifo patches so that we can get this in for v5.6?
>
> I am not the kfifo maintainer :(
Nobody is... :(
I resent the series with some people who acked kfifo patches in the past.
Bartosz
Powered by blists - more mailing lists