Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1490398
| From | Bjorn Helgaas <helgaas@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option |
| Date | 2016-09-23 21:20 +0200 |
| Message-ID | <skEaS-7QX-7@gated-at.bofh.it> (permalink) |
| References | <sgXvs-3zH-3@gated-at.bofh.it> <sgXvs-3zH-7@gated-at.bofh.it> <skzNT-4QO-19@gated-at.bofh.it> <skBPI-6j6-21@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, Sep 23, 2016 at 12:57:02PM -0400, Keith Busch wrote:
> On Fri, Sep 23, 2016 at 09:34:41AM -0500, Bjorn Helgaas wrote:
> > I made the necessary changes to match the renaming I did in the first
> > patch, and I also used plain old "#ifdef" instead of "#if IS_ENABLED"
> > since the rest of the file uses the former style. If there's a reason
> > to switch, we should change the whole file in a separate patch so we
> > can explain the rationale.
>
> The check was "IS_ENABLED" because VMD can be a loadable module, which
> fails the ifdef check. I see Fengguang 0'dayed it using the module
> configuration option. I can send you a fix based on your pci/hotplug
> branch, or revert and apply the original patch if you prefer.
I didn't realize VMD could be a loadable module, and I didn't realize
that would make a difference for the config symbol.
BTW, the "Volume Management Device Driver" config item appears by
itself in the top-level menuconfig menu. That seems a little ...
presumptuous; is it what you intended?
It took me a while, but I did eventually figure out why #ifdef doesn't
work -- we generate a different include/generated/autoconf.h symbol
for modules:
built-in loadable module
--------------------- ---------------------------
.config CONFIG_VMD=y CONFIG_VMD=m
autoconf.h #define CONFIG_VMD 1 #define CONFIG_VMD_MODULE 1
Anyway, I fixed it by using IS_ENABLED() again.
I might propose a comment update to help anybody else who stumbles
over this. It was kind of annoying to puzzle this out.
> BTW, you had asked me not to split a series when incremental fixes
> touched a single patch. I didn't resend the whole series here, and while
> you got the right patches, I apologize for making it more difficult to find.
No problem, I was just paying more attention this time :)
Except for IS_ENABLED(), anyway.
Bjorn
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCHv3 1/2] pciehp: Let user control LED status Keith Busch <keith.busch@intel.com> - 2016-09-13 17:10 +0200
[PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option Keith Busch <keith.busch@intel.com> - 2016-09-13 17:10 +0200
Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option Bjorn Helgaas <helgaas@kernel.org> - 2016-09-23 16:40 +0200
Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option Keith Busch <keith.busch@intel.com> - 2016-09-23 18:50 +0200
Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option Bjorn Helgaas <helgaas@kernel.org> - 2016-09-23 21:20 +0200
Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option Keith Busch <keith.busch@intel.com> - 2016-09-24 00:10 +0200
Re: [PATCHv3 1/2] pciehp: Let user control LED status kbuild test robot <lkp@intel.com> - 2016-09-13 17:30 +0200
Re: [PATCHv3 1/2] pciehp: Let user control LED status Keith Busch <keith.busch@intel.com> - 2016-09-13 18:30 +0200
csiph-web