Re: [PATCH 0/8] staging: sm750fb: change function naming style

On Tue, Apr 8, 2025 at 11:48=E2=80=AFAM Greg KH <[email protected]=
> wrote:
>
> On Tue, Apr 08, 2025 at 11:38:28AM +0100, Richard Akintola wrote:
> > On Mon, Apr 7, 2025 at 7:01=E2=80=AFAM Greg KH <gregkh@linuxfoundation.=
org> wrote:
> > >
> > > On Mon, Apr 07, 2025 at 06:57:38AM +0100, Richard Akintola wrote:
> > > > On Sat, Apr 5, 2025 at 3:16=E2=80=AFPM Samuel Abraham
> > > > <[email protected]> wrote:
> > > >
> > > > > This looks like a new version of a previously submitted patch, bu=
t you
> > > > >   did not list below the --- line any changes from the previous v=
ersion.
> > > > >   Please read the section entitled "The canonical patch format" i=
n the
> > > > >   kernel file, Documentation/process/submitting-patches.rst for w=
hat
> > > > >   needs to be done here to properly describe this.
> > > >
> > > >
> > > > Hi Samuel,
> > > >
> > > > I sent the patches individually before, but I was instructed to sen=
d a
> > > > patch series.
> > > >
> > > > Given that I didn't change any code, should I still add version num=
ber
> > > > and sending
> > > > patch series as the difference?
> > >
> > > Yes.
> > >
> > > Think about it from our side, what would you want to see if you had t=
o
> > > review hundreds of different patches a day?
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > Hi Greg,
> >
> > I have sent the new version, please do have a look at it.
>
> Again, please realize that some of us get hundreds, if not thousands, of
> changes a day to review.  A normal delay is about 1-2 weeks to get to a
> review of a change.  Ideally it would be faster, but there are only so
> many hours in a day.
>
> To help make this faster, please help out in reviewing other changes
> submitted by other developers, that will cause your changes to bubble
> up.
>
> thanks,
>
> greg k-h

I really do understand the situation and to be candid, I am in no hurry
but won't mind helping out in the review, perhaps a help with Review 101?

thanks,

Richard Akintola