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

[Greg KH]

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.

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

thanks,

greg k-h