Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1038806pxj; Fri, 4 Jun 2021 04:44:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxf0QrYViSSEZ5xfWf4YSJquC4/WJPf09MrOyHxx6bZGVtyR+4bSAdA652kZB/2LP4UInoK X-Received: by 2002:a17:906:914f:: with SMTP id y15mr3891937ejw.354.1622807081485; Fri, 04 Jun 2021 04:44:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622807081; cv=none; d=google.com; s=arc-20160816; b=rytJhNemaJ4/PIIzJP1u/6k5MEIRBj59fqa9Tp6AuJB31Mh2hdq1SrL+RP0x0CnxX/ lDac/JcugsR85QxcyvjVH0D79BHdWVTTV1CSJ1GUzfBc7dWxZeHdH+pswOV+Q+EtHWIE VQH/75IceScOGw38MgTwXkRvuy8+qkMtce27650cbIQY+90rLX094663f1FTg9i/ohhN p5wkGEF2RHxNQsLLfGEbN/PMg/L173rAkcjzBvLXrloZoBA6rlH0Ng1cOnFCWxoeHcp1 aEva34H6NO++FPYjl6xegHZcI/+7R2qwVbCRCvUkI61uU/IddqBILXjtk2SJwSI5ytiE AP+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=DrxaZNPEIvPRajd/AFgeNu27/5iIIjk/UcBqDcieVEw=; b=EVFjqpkc6vHhQw6qqiZfxSIqxOdAd0sm2SBatYDM0eCntcx2ALRnsk0AI0f9mrbj/U Mt6ErO9TDkTatWIPzkiRuaTBDm47+z3/XqmgdesHJwNEaS6MWSQqfBS7z5L1PRPaU4Dj pZ+gAwjCZz8n7voN6p1x1IQ5vuhxcHHPF70ZciMewVM2zIAJN7mXjCa25oCpS6ZFaB3Z hIX3WEaFY4PrwFpN6kobCUdBxEIYQV2RbF1Gc2RvSNFRrmlLok9h69d1SvX2a076FKnP OsAIYsnDv78nmFYbRvDInpLxAZ2kdyZw1Ibhw096QssyHaOsJyhN865luSkLwTrZ7y72 2zfw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jz26si4355692ejc.61.2021.06.04.04.44.17; Fri, 04 Jun 2021 04:44:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230075AbhFDLoR convert rfc822-to-8bit (ORCPT + 99 others); Fri, 4 Jun 2021 07:44:17 -0400 Received: from mail-vs1-f51.google.com ([209.85.217.51]:45010 "EHLO mail-vs1-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230026AbhFDLoR (ORCPT ); Fri, 4 Jun 2021 07:44:17 -0400 Received: by mail-vs1-f51.google.com with SMTP id i29so4631323vsr.11; Fri, 04 Jun 2021 04:42:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=UqEpv4X5AItDVsKyTy1ixTirIHnbNfEL+Yoyf/gV344=; b=jkYT9o4Cw4c2U4kF18Hd0X3+YUwYWnwN5oCzPnyFvLHKxihecZ4VmF23AvSbeWkMr3 2IelxB0SyvC+nn0b+nAd71YS+FvwsLIR7oJPkT05ciJdrHnkjNa9Wu5qNEzAUBuoQepe Uppq9GaRZs0Fa3Yr/mEx53x0FyZrnqxBtE0Z3kvsgcY0qoFa9rNmJNDTpKcJcLkn5pw7 UWyRIuvp4uO9iB/vQK5WoYdOr1e8hidtBXf/VPcakLumIoclxAWa6/m8dddVU5V7NeKc gVjodUEuBm1QqtlKcrmQte/3VCj4vqC/Rfle4lKSU/cThG4YNOGIPt/QWb+ZTacfljl3 Gz/Q== X-Gm-Message-State: AOAM532VRcatB7kX5rKKJLsORfvGUWlBYzPMQYSLwoAb9rAN5A6IYzxa WdNfgXU+L87o9bN9kuUyqn2pfxN/eQ+21o2eu5w= X-Received: by 2002:a05:6102:2011:: with SMTP id p17mr1587223vsr.40.1622806950058; Fri, 04 Jun 2021 04:42:30 -0700 (PDT) MIME-Version: 1.0 References: <20210604090219.385504-1-geert@linux-m68k.org> In-Reply-To: From: Geert Uytterhoeven Date: Fri, 4 Jun 2021 13:42:18 +0200 Message-ID: Subject: Re: [EXTERNAL] [PATCH] cifs: Change cifs_ses.chans_need_reconnect and chan_index to "unsigned long" To: Shyam Prasad Cc: Steve French , "linux-cifs@vger.kernel.org" , "linux-next@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Stephen Rothwell Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Shyam, On Fri, Jun 4, 2021 at 1:12 PM Shyam Prasad wrote: > You can find the updated patches in the linux-cifs mailing list about an hour ago. > Titled: Multichannel patches The link in the updated PR still points to the old buggy patch. > -----Original Message----- > From: Geert Uytterhoeven > Sent: Friday, June 4, 2021 4:39 PM > To: Shyam Prasad > Cc: Steve French ; linux-cifs@vger.kernel.org; linux-next@vger.kernel.org; linux-kernel@vger.kernel.org; Stephen Rothwell > Subject: Re: [EXTERNAL] [PATCH] cifs: Change cifs_ses.chans_need_reconnect and chan_index to "unsigned long" > > Hi Shyam, > > On Fri, Jun 4, 2021 at 12:41 PM Shyam Prasad wrote: > > Thanks for the email. > > I've already submitted the fix for this. You should see this fixed tomorrow. > > Where can I find these submitted fixes? > > As per linux-next policy[1], commits in linux-next should be posted to the relevant mailing list first, which is linux-cifs, AFAIK. > > Thanks! > > [1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Flinux-next%2F20210430174733.5a31d0c6%40canb.auug.org.au%2F&data=04%7C01%7CShyam.Prasad%40microsoft.com%7C50e24fa9469045cee62208d9274937e2%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637584017711363338%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WVfbz5WhzyupDUljqSmxlyCdSZtOPcdGxwYpoyqYXqA%3D&reserved=0 > > > -----Original Message----- > > From: Geert Uytterhoeven > > Sent: Friday, June 4, 2021 2:32 PM > > To: Steve French ; Shyam Prasad > > > > Cc: linux-cifs@vger.kernel.org; linux-next@vger.kernel.org; > > linux-kernel@vger.kernel.org > > Subject: [EXTERNAL] [PATCH] cifs: Change cifs_ses.chans_need_reconnect and chan_index to "unsigned long" > > > > On 32-bit (e.g. m68k): > > > > fs/cifs/cifssmb.c: In function 'cifs_reconnect_tcon': > > ./include/linux/kern_levels.h:5:18: warning: format '%lx' expects argument of type 'long unsigned int', but argument 2 has type 'size_t' {aka 'unsigned int'} [-Wformat=] > > fs/cifs/cifssmb.c:201:42: note: format string is defined here > > 201 | cifs_dbg(FYI, "sess reconnect mask: 0x%lx, tcon reconnect: %d", > > | ~~^ > > | | > > | long unsigned int > > | %x > > > > fs/cifs/transport.c: In function 'cifs_pick_channel': > > fs/cifs/cifsglob.h:955:20: error: passing argument 2 of 'test_bit' from incompatible pointer type [-Werror=incompatible-pointer-types] > > 955 | test_bit((index), &(ses)->chans_need_reconnect) > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > | | > > | size_t * {aka unsigned int *} > > ./arch/m68k/include/asm/bitops.h:151:66: note: expected 'const volatile long unsigned int *' but argument is of type 'size_t *' {aka 'unsigned int *'} > > 151 | static inline int test_bit(int nr, const volatile unsigned long *vaddr) > > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~ > > > > fs/cifs/sess.c: In function 'cifs_chan_set_need_reconnect': > > fs/cifs/sess.c:98:22: error: passing argument 2 of 'bset_mem_set_bit' from incompatible pointer type [-Werror=incompatible-pointer-types] > > 98 | set_bit(chan_index, &ses->chans_need_reconnect); > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~ > > | | > > | size_t * {aka unsigned int *} > > ./arch/m68k/include/asm/bitops.h:41:69: note: expected 'volatile long unsigned int *' but argument is of type 'size_t *' {aka 'unsigned int *'} > > 41 | static inline void bset_mem_set_bit(int nr, volatile unsigned long *vaddr) > > | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~ > > fs/cifs/sess.c:98:22: error: passing argument 2 of 'bfset_mem_set_bit' from incompatible pointer type [-Werror=incompatible-pointer-types] > > 98 | set_bit(chan_index, &ses->chans_need_reconnect); > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~ > > | | > > | size_t * {aka unsigned int *} > > ./arch/m68k/include/asm/bitops.h:50:70: note: expected 'volatile long unsigned int *' but argument is of type 'size_t *' {aka 'unsigned int *'} > > 50 | static inline void bfset_mem_set_bit(int nr, volatile unsigned long *vaddr) > > | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~ > > > > [...] > > > > As bitops can only operate on long objects, and > > cifs_ses_get_chan_index() already returns "unsigned long", fix this by changing cifs_ses.chans_need_reconnect and chan_index from "size_t" to "unsigned long". > > > > Fixes: 374c6c7bba3cbaa1 ("cifs: changes to support multichannel during > > channel reconnect") > > Reported-by: noreply@ellerman.id.au > > Signed-off-by: Geert Uytterhoeven > > --- > > Can you please add Link: headers when committing patches? > > I could not find this patch in the lore archives of linux-cifs or linux-fsdevel, presumably it was posted elsewhere? > > Thanks! > > --- > > fs/cifs/cifsglob.h | 2 +- > > fs/cifs/sess.c | 6 +++--- > > 2 files changed, 4 insertions(+), 4 deletions(-) > > > > diff --git a/fs/cifs/cifsglob.h b/fs/cifs/cifsglob.h index > > 8fea2ddd2bd7af26..a9c026af21e1e9d1 100644 > > --- a/fs/cifs/cifsglob.h > > +++ b/fs/cifs/cifsglob.h > > @@ -968,7 +968,7 @@ struct cifs_ses { > > * enable the sessions on top to continue to live till any > > * of the channels below are active. > > */ > > - size_t chans_need_reconnect; > > + unsigned long chans_need_reconnect; > > }; > > > > static inline bool > > diff --git a/fs/cifs/sess.c b/fs/cifs/sess.c index > > 1721a3b246942266..1a17ddd6abbe5778 100644 > > --- a/fs/cifs/sess.c > > +++ b/fs/cifs/sess.c > > @@ -94,7 +94,7 @@ void > > cifs_chan_set_need_reconnect(struct cifs_ses *ses, > > struct TCP_Server_Info *server) { > > - size_t chan_index = cifs_ses_get_chan_index(ses, server); > > + unsigned long chan_index = cifs_ses_get_chan_index(ses, > > + server); > > set_bit(chan_index, &ses->chans_need_reconnect); > > cifs_dbg(FYI, "Set reconnect bitmask for chan %lu; now 0x%lx\n", > > chan_index, ses->chans_need_reconnect); @@ -104,7 +104,7 @@ void cifs_chan_clear_need_reconnect(struct cifs_ses *ses, > > struct TCP_Server_Info *server) { > > - size_t chan_index = cifs_ses_get_chan_index(ses, server); > > + unsigned long chan_index = cifs_ses_get_chan_index(ses, > > + server); > > clear_bit(chan_index, &ses->chans_need_reconnect); > > cifs_dbg(FYI, "Cleared reconnect bitmask for chan %lu; now 0x%lx\n", > > chan_index, ses->chans_need_reconnect); @@ -114,7 +114,7 @@ bool cifs_chan_needs_reconnect(struct cifs_ses *ses, > > struct TCP_Server_Info *server) { > > - size_t chan_index = cifs_ses_get_chan_index(ses, server); > > + unsigned long chan_index = cifs_ses_get_chan_index(ses, > > + server); > > return CIFS_CHAN_NEEDS_RECONNECT(ses, chan_index); } Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds