806192c07d
Turns out these drivers like to mess around with the system even if the hardware they control isn't present. That's not good, and people are starting to report lots of issues with this in their build/boot testing. So for now, let's just mark them as BROKEN, until the code gets converted to use the proper driver model interaction (i.e. don't do anything until the hardware is actually found in the system.) Reported-by: Fengguang Wu <fengguang.wu@intel.com> Reported-by: Sasha Levin <sasha.levin@oracle.com> Cc: Benjamin Romer <benjamin.romer@unisys.com> Cc: David Kershner <david.kershner@unisys.com> Cc: someone <sparmaintainer@unisys.com> Cc: Ken Cox <jkc@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
21 lines
558 B
Plaintext
21 lines
558 B
Plaintext
#
|
|
# Unisys SPAR driver configuration
|
|
#
|
|
menuconfig UNISYSSPAR
|
|
bool "Unisys SPAR driver support"
|
|
depends on X86_64 && BROKEN
|
|
---help---
|
|
Support for the Unisys SPAR drivers
|
|
|
|
if UNISYSSPAR
|
|
|
|
source "drivers/staging/unisys/visorutil/Kconfig"
|
|
source "drivers/staging/unisys/visorchannel/Kconfig"
|
|
source "drivers/staging/unisys/visorchipset/Kconfig"
|
|
source "drivers/staging/unisys/channels/Kconfig"
|
|
source "drivers/staging/unisys/uislib/Kconfig"
|
|
source "drivers/staging/unisys/virtpci/Kconfig"
|
|
source "drivers/staging/unisys/virthba/Kconfig"
|
|
|
|
endif # UNISYSSPAR
|