Re: [GIT PULL] random number generator updates for 6.1-rc1

["Jason A. Donenfeld" <Jason@zx2c4.com>]

Hi Linus,

On Mon, Oct 10, 2022 at 10:56:16AM -0700, Linus Torvalds wrote:
> On Mon, Oct 3, 2022 at 10:45 AM Jason A. Donenfeld <Jason@zx2c4.com> wrote:
> >
> >   Merge tag 'net-6.0-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net (2022-09-22 10:58:13 -0700)
> >
> > for you to fetch changes up to d687772e6d2cbffd91fdda64812f79192c1e7ca0:
> >
> >   random: fix typos in get_random_bytes() comment (2022-10-01 23:37:51 +0200)
> 
> Oh, and I notice that since you sent your pull request, you've updated
> that tag with a new commit for a fix.
> 
> That's fine, and hey, it took me a while to get to this pull request.
> 
> But I do wish you had notified me (a follow-up email just saying "hey,
> that tag got updated for a fix" is fine for a small change like this,
> a new pull request saying "this supercedes the previous one is
> preferred for anything bigger), if only because the difference in what
> I pull and what gets described makes me then go back and lok "what
> exactly happened here?".

Hah! Welp. I went back and forth in my mind all week over this, whether
to bother you, or just to see what happens. I was thinking that either
you'd notice, and not care, a script would pull until the "up to commit"
and leave that off, or the whole thing would explode. Anyway, I'll let
you know if that happens again. I've been reading tea leaves every day
trying to divine when you'd actually merge this. :)

This all reminds me: I've got some other changes staged, which I think I
might do for 6.1, which involve some treewide cleanups and some
coccinelle. My approximate plan was to rebase those patches on your
merge of this pull, add the additional conversions due to code not
currently in my tree, and then send you a pull based on that at the end
of the week. Does that seem like a reasonably strategy? Or should I wait
until after rc1? Or something else?

Jason