[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <672e78df-5bb0-78eb-3022-f942978138f5@redhat.com>
Date: Wed, 9 Jun 2021 06:47:32 -0400
From: Jon Maloy <jmaloy@...hat.com>
To: menglong8.dong@...il.com
Cc: ying.xue@...driver.com, davem@...emloft.net, kuba@...nel.org,
netdev@...r.kernel.org, tipc-discussion@...ts.sourceforge.net,
linux-kernel@...r.kernel.org,
Menglong Dong <dong.menglong@....com.cn>
Subject: Re: [PATCH v2 net-next 0/2] net: tipc: fix FB_MTU eat two pages and
do some code cleanup
On 6/9/21 6:32 AM, menglong8.dong@...il.com wrote:
> From: Menglong Dong <dong.menglong@....com.cn>
>
> In the first patch, FB_MTU is redefined to make sure data size will not
> exceed PAGE_SIZE. Besides, I removed the alignment for buf_size in
> tipc_buf_acquire, because skb_alloc_fclone will do the alignment job.
>
> In the second patch, I removed align() in msg.c and replace it with
> ALIGN().
>
>
>
>
> Menglong Dong (2):
> net: tipc: fix FB_MTU eat two pages
> net: tipc: replace align() with ALIGN in msg.c
>
> net/tipc/bcast.c | 2 +-
> net/tipc/msg.c | 31 ++++++++++++++-----------------
> net/tipc/msg.h | 3 ++-
> 3 files changed, 17 insertions(+), 19 deletions(-)
>
NACK.
You must have missed my last mail before you sent out this. We have to
define a separate macro for bcast.c, since those buffers sometimes will
need encryption.
Sorry for the confusion.
///jon
Powered by blists - more mailing lists