Message ID | 20180308215037.GF11045@localhost.localdomain (mailing list archive) |
---|---|
State | Accepted, archived |
Headers | show |
On Thu, 2018-03-08 at 13:50 -0800, Darren Hart wrote: > On Thu, Mar 08, 2018 at 12:03:11PM -0800, Darren Hart wrote: > > On Fri, Mar 09, 2018 at 02:45:05AM +0800, kbuild test robot wrote: > > Well, apparently this needs more work. I don't know why I didn't see > > this > > recursive error with this version of my patch. I'll see if there is > > anything I > > can do... > > > > Andy, this means we'll probably have to break testing and roll this > > back. Fine, sometimes crap happens. > OK, I spent some time mapping this out and... oi, what a mess. Greg KH > is here > at OSLS and I worked through this with him - he suggested just > simplifying this > by forcing DELL_SMBIOS to be <= DCDBAS if DCDBAS is enabled. I've > updated my > patch in testing to reflect this, and force pushed. Hopefully nobody > but 0-day > is impacted. This is bad form, but sending something to Linus with > Kconfig > errors would be worse. Agree. > Avoid the errors by simplifying the dependency and forcing DELL_SMBIOS > to be <= DCDBAS if DCDBAS is enabled (thanks to Greg KH for the > suggestion). > > Cc: Mario.Limonciello@dell.com > Signed-off-by: Darren Hart (VMware) <dvhart@infradead.org> Suggested-by: Greg KH?
On Fri, Mar 09, 2018 at 02:16:52PM +0200, Andy Shevchenko wrote: > On Thu, 2018-03-08 at 13:50 -0800, Darren Hart wrote: > > On Thu, Mar 08, 2018 at 12:03:11PM -0800, Darren Hart wrote: > > > On Fri, Mar 09, 2018 at 02:45:05AM +0800, kbuild test robot wrote: > > > > > Well, apparently this needs more work. I don't know why I didn't see > > > this > > > recursive error with this version of my patch. I'll see if there is > > > anything I > > > can do... > > > > > > Andy, this means we'll probably have to break testing and roll this > > > back. > > Fine, sometimes crap happens. > > > OK, I spent some time mapping this out and... oi, what a mess. Greg KH > > is here > > at OSLS and I worked through this with him - he suggested just > > simplifying this > > by forcing DELL_SMBIOS to be <= DCDBAS if DCDBAS is enabled. I've > > updated my > > patch in testing to reflect this, and force pushed. Hopefully nobody > > but 0-day > > is impacted. This is bad form, but sending something to Linus with > > Kconfig > > errors would be worse. > > Agree. > > > Avoid the errors by simplifying the dependency and forcing DELL_SMBIOS > > to be <= DCDBAS if DCDBAS is enabled (thanks to Greg KH for the > > suggestion). > > > > Cc: Mario.Limonciello@dell.com > > Signed-off-by: Darren Hart (VMware) <dvhart@infradead.org> > > Suggested-by: Greg KH? I debated that, thought that was perhaps overstating it. :shrug:
diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig index 022c837..e55b008 100644 --- a/drivers/platform/x86/Kconfig +++ b/drivers/platform/x86/Kconfig @@ -105,8 +105,14 @@ config ASUS_LAPTOP If you have an ACPI-compatible ASUS laptop, say Y or M here. +# +# If the DELL_SMBIOS_SMM feature is enabled, the DELL_SMBIOS driver +# becomes dependent on the DCDBAS driver. The "depends" line prevents a +# configuration where DELL_SMBIOS=y while DCDBAS=m. +# config DELL_SMBIOS tristate "Dell SMBIOS driver" + depends on DCDBAS || DCDBAS=n ---help--- This provides support for the Dell SMBIOS calling interface. If you have a Dell computer you should enable this option.