lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Mon, 19 Oct 2020 13:40:48 -0700
From:   Jakub Kicinski <kuba@...nel.org>
To:     Matthieu Baerts <matthieu.baerts@...sares.net>
Cc:     Geliang Tang <geliangtang@...il.com>,
        Mat Martineau <mathew.j.martineau@...ux.intel.com>,
        "David S. Miller" <davem@...emloft.net>,
        Paolo Abeni <pabeni@...hat.com>,
        Peter Krystad <peter.krystad@...ux.intel.com>,
        netdev@...r.kernel.org, mptcp@...ts.01.org,
        linux-kernel@...r.kernel.org
Subject: Re: [MPTCP][PATCH net-next 0/2] init ahmac and port of
 mptcp_options_received

On Mon, 19 Oct 2020 18:27:55 +0200 Matthieu Baerts wrote:
> Hi Geliang,
> 
> On 19/10/2020 12:23, Geliang Tang wrote:
> > This patchset deals with initializations of mptcp_options_received's two
> > fields, ahmac and port.
> > 
> > Geliang Tang (2):
> >    mptcp: initialize mptcp_options_received's ahmac
> >    mptcp: move mptcp_options_received's port initialization  
> 
> Thank you for these two patches. They look good to me except one detail: 
> these two patches are for -net and not net-next.
> 
> I don't know if it is alright for Jakub to apply them to -net or if it 
> is clearer to re-send them with an updated subject.
> 
> If it is OK to apply them to -net without a re-submit, here is my:
> 
> Reviewed-by: Matthieu Baerts <matthieu.baerts@...sares.net>

Thanks, I can apply to net.

> Also, if you don't mind and while I am here, I never know: is it OK for 
> you the maintainers to send one Acked/Reviewed-by for a whole series -- 
> but then this is not reflected on patchwork -- or should we send one tag 
> for each patch?

It's fine, we propagate those semi-manually, but it's not a problem.
Hopefully patchwork will address this at some point :(

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ