public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Fixes tags could use some work in the mm-unstable tree
@ 2026-03-13 12:11 Mark Brown
  2026-03-13 15:32 ` Mike Rapoport
  0 siblings, 1 reply; 5+ messages in thread
From: Mark Brown @ 2026-03-13 12:11 UTC (permalink / raw)
  To: Mike Rapoport, Ran Xiaokai, Andrew Morton; +Cc: linux-next, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 205 bytes --]

In commit

  5bea10633ca8b ("kho: fix child node parsing for debugfs in/sub_fdts")

Fixes tag

  Fixes: "kho: adopt radix tree for preserved memory tracking"

has these problem(s):

  - No SHA1 recognised

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fixes tags could use some work in the mm-unstable tree
  2026-03-13 12:11 Fixes tags could use some work in the mm-unstable tree Mark Brown
@ 2026-03-13 15:32 ` Mike Rapoport
  2026-03-13 16:03   ` Andrew Morton
  0 siblings, 1 reply; 5+ messages in thread
From: Mike Rapoport @ 2026-03-13 15:32 UTC (permalink / raw)
  To: Mark Brown; +Cc: Ran Xiaokai, Andrew Morton, linux-next, linux-kernel

Hi Mark,

On Fri, Mar 13, 2026 at 12:11:45PM +0000, Mark Brown wrote:
> In commit
> 
>   5bea10633ca8b ("kho: fix child node parsing for debugfs in/sub_fdts")
> 
> Fixes tag
> 
>   Fixes: "kho: adopt radix tree for preserved memory tracking"
> 
> has these problem(s):
> 
>   - No SHA1 recognised

Right, sha's in mm-unstable are, well, unstable :(

Maybe Andrew's tooling updates those when the patches move to mm-stable...

-- 
Sincerely yours,
Mike.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fixes tags could use some work in the mm-unstable tree
  2026-03-13 15:32 ` Mike Rapoport
@ 2026-03-13 16:03   ` Andrew Morton
  2026-03-13 16:08     ` Mark Brown
  0 siblings, 1 reply; 5+ messages in thread
From: Andrew Morton @ 2026-03-13 16:03 UTC (permalink / raw)
  To: Mike Rapoport; +Cc: Mark Brown, Ran Xiaokai, linux-next, linux-kernel

On Fri, 13 Mar 2026 17:32:20 +0200 Mike Rapoport <rppt@kernel.org> wrote:

> Hi Mark,
> 
> On Fri, Mar 13, 2026 at 12:11:45PM +0000, Mark Brown wrote:
> > In commit
> > 
> >   5bea10633ca8b ("kho: fix child node parsing for debugfs in/sub_fdts")
> > 
> > Fixes tag
> > 
> >   Fixes: "kho: adopt radix tree for preserved memory tracking"
> > 
> > has these problem(s):
> > 
> >   - No SHA1 recognised
> 
> Right, sha's in mm-unstable are, well, unstable :(
> 
> Maybe Andrew's tooling updates those when the patches move to mm-stable...

I simply remove the hash, but that gets us emails from Mark.

I actually track the same info in the filename -
kho-adopt-radix-tree-for-preserved-memory-tracking-fix.patch fixes
kho-adopt-radix-tree-for-preserved-memory-tracking.patch, so I guess
it's best for me to just remove the Fixes: line.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fixes tags could use some work in the mm-unstable tree
  2026-03-13 16:03   ` Andrew Morton
@ 2026-03-13 16:08     ` Mark Brown
  2026-03-13 16:17       ` Andrew Morton
  0 siblings, 1 reply; 5+ messages in thread
From: Mark Brown @ 2026-03-13 16:08 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Mike Rapoport, Ran Xiaokai, linux-next, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 811 bytes --]

On Fri, Mar 13, 2026 at 09:03:40AM -0700, Andrew Morton wrote:
> On Fri, 13 Mar 2026 17:32:20 +0200 Mike Rapoport <rppt@kernel.org> wrote:
> > On Fri, Mar 13, 2026 at 12:11:45PM +0000, Mark Brown wrote:

> > >   - No SHA1 recognised

> > Right, sha's in mm-unstable are, well, unstable :(

> > Maybe Andrew's tooling updates those when the patches move to mm-stable...

> I simply remove the hash, but that gets us emails from Mark.

> I actually track the same info in the filename -
> kho-adopt-radix-tree-for-preserved-memory-tracking-fix.patch fixes
> kho-adopt-radix-tree-for-preserved-memory-tracking.patch, so I guess
> it's best for me to just remove the Fixes: line.

I'm guessing that given that it's a fix for a commit in a rebased branch
it'll get squashed down into the patch it was fixing anyway?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Fixes tags could use some work in the mm-unstable tree
  2026-03-13 16:08     ` Mark Brown
@ 2026-03-13 16:17       ` Andrew Morton
  0 siblings, 0 replies; 5+ messages in thread
From: Andrew Morton @ 2026-03-13 16:17 UTC (permalink / raw)
  To: Mark Brown; +Cc: Mike Rapoport, Ran Xiaokai, linux-next, linux-kernel

On Fri, 13 Mar 2026 16:08:19 +0000 Mark Brown <broonie@kernel.org> wrote:

> On Fri, Mar 13, 2026 at 09:03:40AM -0700, Andrew Morton wrote:
> > On Fri, 13 Mar 2026 17:32:20 +0200 Mike Rapoport <rppt@kernel.org> wrote:
> > > On Fri, Mar 13, 2026 at 12:11:45PM +0000, Mark Brown wrote:
> 
> > > >   - No SHA1 recognised
> 
> > > Right, sha's in mm-unstable are, well, unstable :(
> 
> > > Maybe Andrew's tooling updates those when the patches move to mm-stable...
> 
> > I simply remove the hash, but that gets us emails from Mark.
> 
> > I actually track the same info in the filename -
> > kho-adopt-radix-tree-for-preserved-memory-tracking-fix.patch fixes
> > kho-adopt-radix-tree-for-preserved-memory-tracking.patch, so I guess
> > it's best for me to just remove the Fixes: line.
> 
> I'm guessing that given that it's a fix for a commit in a rebased branch
> it'll get squashed down into the patch it was fixing anyway?

yup, the quilt-level foo-fix.patch gets folded into foo.patch before I
move the patch into non-rebasing git.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2026-03-13 16:17 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-03-13 12:11 Fixes tags could use some work in the mm-unstable tree Mark Brown
2026-03-13 15:32 ` Mike Rapoport
2026-03-13 16:03   ` Andrew Morton
2026-03-13 16:08     ` Mark Brown
2026-03-13 16:17       ` Andrew Morton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox