x86/microcode/intel: Drop stashed AP patch pointer optimization

This was meant to save us the scanning of the microcode containter in
the initrd since the first AP had already done that but it can also hurt
us:

Imagine a single hyperthreaded CPU (Intel(R) Atom(TM) CPU N270, for
example) which updates the microcode on the BSP but since the microcode
engine is shared between the two threads, the update on CPU1 doesn't
happen because it has already happened on CPU0 and we don't find a newer
microcode revision on CPU1.

Which doesn't set the intel_ucode_patch pointer and at initrd
jettisoning time we don't save the microcode patch for later
application.

Now, when we suspend to RAM, the loaded microcode gets cleared so we
need to reload but there's no patch saved in the cache.

Removing the optimization fixes this issue and all is fine and dandy.

Fixes: 06b8534cb728 ("x86/microcode: Rework microcode loading")
Signed-off-by: Borislav Petkov <bp@suse.de>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/20170120202955.4091-2-bp@alien8.de
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

path: root/drivers/usb/gadget/udc/bdc/Kconfig

config USB_BDC_UDC
	tristate "Broadcom USB3.0 device controller IP driver(BDC)"
	depends on USB_GADGET && HAS_DMA

	help
	BDC is Broadcom's USB3.0 device controller IP. If your SOC has a BDC IP
	then select this driver.

	Say "y" here to link the driver statically, or "m" to build a dynamically
	linked module called "bdc".

if USB_BDC_UDC

comment "Platform Support"
config	USB_BDC_PCI
	tristate "BDC support for PCIe based platforms"
	depends on PCI
	default USB_BDC_UDC
	help
		Enable support for platforms which have BDC connected through PCIe, such as Lego3 FPGA platform.
endif