[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=VD2mgZQLS7q=iKzZOZ1_-FN1XR=gN8+60w_=zZJObVfA@mail.gmail.com>
Date: Wed, 1 Nov 2017 18:47:39 -0700
From: Doug Anderson <dianders@...omium.org>
To: Stephen Rothwell <sfr@...b.auug.org.au>
Cc: Ulf Hansson <ulf.hansson@...aro.org>,
Linux-Next Mailing List <linux-next@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Shawn Lin <shawn.lin@...k-chips.com>
Subject: Re: linux-next: build warning after merge of the mmc tree
Hi,
On Wed, Nov 1, 2017 at 6:36 PM, Stephen Rothwell <sfr@...b.auug.org.au> wrote:
> Hi Ulf,
>
> After merging the mmc tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from include/linux/irqflags.h:14:0,
> from arch/arm/include/asm/bitops.h:27,
> from include/linux/bitops.h:37,
> from include/linux/kernel.h:10,
> from include/asm-generic/bug.h:15,
> from arch/arm/include/asm/bug.h:59,
> from include/linux/bug.h:4,
> from include/linux/thread_info.h:11,
> from include/asm-generic/current.h:4,
> from ./arch/arm/include/generated/asm/current.h:1,
> from include/linux/sched.h:11,
> from include/linux/blkdev.h:4,
> from drivers/mmc/host/dw_mmc.c:14:
> drivers/mmc/host/dw_mmc.c: In function 'dw_mci_set_drto':
> include/linux/typecheck.h:11:18: warning: comparison of distinct pointer types lacks a cast
> (void)(&__dummy == &__dummy2); \
> ^
> include/linux/spinlock.h:221:3: note: in expansion of macro 'typecheck'
> typecheck(unsigned long, flags); \
> ^
> include/linux/spinlock.h:346:2: note: in expansion of macro 'raw_spin_lock_irqsave'
> raw_spin_lock_irqsave(spinlock_check(lock), flags); \
> ^
> drivers/mmc/host/dw_mmc.c:1953:2: note: in expansion of macro 'spin_lock_irqsave'
> spin_lock_irqsave(&host->irq_lock, irqflags);
> ^
>
> Introduced by commit
>
> 80a2a5a7745b ("mmc: dw_mmc: Cleanup the DTO timer like the CTO one")
Yes, the 0-day bot already complained about this. The short answer is
that Ulf kindly volunteered to manually fix up my patch series where I
had introduced a variable in the wrong patch. ...but in doing so he
introduced a small bug.
It should be very easy to fix. Just need to change irqflags from
"unsigned int" to "unsigned long".
-Doug
Powered by blists - more mailing lists