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;
MIME-Version: 1.0
References: <20201031085420.1316-1-kechengsong@huawei.com>
In-Reply-To: <20201031085420.1316-1-kechengsong@huawei.com>
From:   Richard Weinberger <richard.weinberger@gmail.com>
Date:   Sat, 31 Oct 2020 21:44:12 +0100
Message-ID: <CAFLxGvxB3-ryVLPtS0XhZnu+4w-gSzzw=BV+1mKTGt3mOKbeiw@mail.gmail.com>
Subject: Re: [PATCH v2] ubifs: Fix the printing type of c->big_lpt
To:     Chengsong Ke <kechengsong@huawei.com>
Cc:     Richard Weinberger <richard@nod.at>,
        Sascha Hauer <s.hauer@pengutronix.de>,
        linux-mtd@lists.infradead.org, LKML <linux-kernel@vger.kernel.org>,
        wangfangpeng1@huawei.com
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Sat, Oct 31, 2020 at 9:56 AM Chengsong Ke <kechengsong@huawei.com> wrote:
>
> Ubifs uses %d to print c->big_lpt, but c->big_lpt is a variable
> of type unsigned int and should be printed with %u.

Well, it is:
unsigned int big_lpt:1;
So, either 0 or 1.

Does changing it to %u silence some static checker or is there some
other problem I don't
see right now? :-)

Thanks,
//richard