Re: [GIT PULL] USB / Thunderbolt driver changes for 6.0-rc1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Aug 03, 2022 at 05:50:43PM +0200, Greg KH wrote:
> On Wed, Aug 03, 2022 at 08:43:49AM -0700, Nathan Chancellor wrote:
> > On Wed, Aug 03, 2022 at 04:10:26PM +0200, Greg KH wrote:
> > > Andrey Strachuk (1):
> > >       usb: cdns3: change place of 'priv_ep' assignment in cdns3_gadget_ep_dequeue(), cdns3_gadget_ep_enable()
> > 
> > For the record, this breaks allmodconfig with clang (I haven't seen a
> > formal report on it anywhere and this missed -next coverage because
> > Stephen is on vacation):
> > 
> >     drivers/usb/cdns3/cdns3-gadget.c:2290:11: error: variable 'priv_dev' is uninitialized when used here [-Werror,-Wuninitialized]
> >                     dev_dbg(priv_dev->dev, "usbss: invalid parameters\n");
> >                             ^~~~~~~~
> >     include/linux/dev_printk.h:155:18: note: expanded from macro 'dev_dbg'
> >             dynamic_dev_dbg(dev, dev_fmt(fmt), ##__VA_ARGS__)
> >                             ^~~
> >     include/linux/dynamic_debug.h:167:7: note: expanded from macro 'dynamic_dev_dbg'
> >                             dev, fmt, ##__VA_ARGS__)
> >                             ^~~
> >     include/linux/dynamic_debug.h:152:56: note: expanded from macro '_dynamic_func_call'
> >             __dynamic_func_call(__UNIQUE_ID(ddebug), fmt, func, ##__VA_ARGS__)
> >                                                                 ^~~~~~~~~~~
> >     include/linux/dynamic_debug.h:134:15: note: expanded from macro '__dynamic_func_call'
> >                     func(&id, ##__VA_ARGS__);               \
> >                                 ^~~~~~~~~~~
> >     drivers/usb/cdns3/cdns3-gadget.c:2278:31: note: initialize the variable 'priv_dev' to silence this warning
> >             struct cdns3_device *priv_dev;
> >                                         ^
> >                                         = NULL
> >     1 error generated.
> > 
> > I know you don't take patches during the merge window, so I guess we'll
> > just have to have x86_64 allmodconfig be broken with clang for -rc1? :/
> 
> I can send fix-up patches that break the build before -rc1 if you have
> it.  Also you can send it and Linus can pick it up directly if it breaks
> his workflow.

Sounds good, I'll send one shortly.

> Odd that this was never reported, 0-day didn't even say anything?

Unfortunately, it does not look like it, as least not on a mailing list
that is archived on lore (meaning it wasn't sent to our mailing list).

Cheers,
Nathan



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux