[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAOesGMiv3Qh52GhqmTXJ4LDNEfsoOp2BO_C2H_T3wsY2A6k5zQ@mail.gmail.com>
Date: Sat, 10 Nov 2018 13:42:04 -0800
From: Olof Johansson <olof@...om.net>
To: Jason Wessel <jason.wessel@...driver.com>
Cc: Michael Ellerman <mpe@...erman.id.au>, christophe.leroy@....fr,
Daniel Thompson <daniel.thompson@...aro.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
kgdb-bugreport@...ts.sourceforge.net,
stable <stable@...r.kernel.org>, me@...in.cc
Subject: Re: [PATCH] kdb: use correct pointer when 'btc' calls 'btt'
Hi Jason,
On Mon, Oct 1, 2018 at 12:52 PM Jason Wessel <jason.wessel@...driver.com> wrote:
>
> On 09/28/2018 07:57 AM, Michael Ellerman wrote:
> > Christophe LEROY <christophe.leroy@....fr> writes:
> >> Le 27/09/2018 à 13:09, Michael Ellerman a écrit :
> >>> Christophe LEROY <christophe.leroy@....fr> writes:
> >>>> Le 26/09/2018 à 13:11, Daniel Thompson a écrit :
> >>>>
> >>>> The Fixes: and now your Reviewed-by: appear automatically in patchwork
> >>>> (https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=65715),
> >>>> so I believe they'll be automatically included when Jason or someone
> >>>> else takes the patch, no ?
> >>>
> >>> patchwork won't add the Fixes tag from the reply, it needs to be in the
> >>> original mail.
> >>>
> >>> See:
> >>> https://github.com/getpatchwork/patchwork/issues/151
> >>>
> >>
> >> Ok, so it accounts it and adds a '1' in the F column in the patches
> >> list, but won't take it into account.
> >
> > Yes. The logic that populates the columns is separate from the logic
> > that scrapes the tags, which is a bug :)
> >
> >> Then I'll send a v2 with revised commit text.
> >
>
>
> No need. https://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git/commit/?h=kgdb-next
>
> Since it is a regression fix, we'll try and get it merged as soon as we can.
Looks like this didn't make it in yet, even with a merge window inbetween? :(
I know first-hand that time to do upstream work can sometimes be hard
to find. I also know that Daniel has shown interest in helping out
here, and is listed as a maintainer. May I suggest that he starts a
tree to collect patches and submit pull requests for a while, until
you find more time for it?
Having a tag-team maintainer setup like we have had for arm-soc has
been very useful especially when one of us get too busy for a while,
etc.
-Olof
Powered by blists - more mailing lists