public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Kconfig Q: expressing a modularity dependency
@ 2009-04-15 14:01 Tilman Schmidt
  2009-08-13 17:09 ` Tilman Schmidt
  0 siblings, 1 reply; 4+ messages in thread
From: Tilman Schmidt @ 2009-04-15 14:01 UTC (permalink / raw)
  To: Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 914 bytes --]

My current attempts to port the Gigaset driver from isdn4linux
to CAPI require the following Kconfig dependency:

- If isdn4linux or kernelcapi or both are built as a module
  (CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
  then gigaset can only be built as a module
  (CONFIG_ISDN_DRV_GIGASET depends on m).

- If neither isdn4linux nor kernelcapi ar built as a module
  (CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
  including the case that neither is being built at all
  (CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
  then gigaset may be built statically or as a module
  (all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
  legal).

How is that best expressed in Kconfig?

Thanks,
Tilman

-- 
Tilman Schmidt                    E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kconfig Q: expressing a modularity dependency
  2009-04-15 14:01 Kconfig Q: expressing a modularity dependency Tilman Schmidt
@ 2009-08-13 17:09 ` Tilman Schmidt
  2009-08-14 16:32   ` Pavel Machek
  0 siblings, 1 reply; 4+ messages in thread
From: Tilman Schmidt @ 2009-08-13 17:09 UTC (permalink / raw)
  To: Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 1278 bytes --]

/me wrote, four months ago:
> My current attempts to port the Gigaset driver from isdn4linux
> to CAPI require the following Kconfig dependency:
> 
> - If isdn4linux or kernelcapi or both are built as a module
>   (CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
>   then gigaset can only be built as a module
>   (CONFIG_ISDN_DRV_GIGASET depends on m).
> 
> - If neither isdn4linux nor kernelcapi ar built as a module
>   (CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
>   including the case that neither is being built at all
>   (CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
>   then gigaset may be built statically or as a module
>   (all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
>   legal).
> 
> How is that best expressed in Kconfig?

Judging from the complete silence following that question, the
answer is, apparently: not at all.

So I'll just put a notice in the help text then, warning people
not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
is built as a module. If anybody has a better idea I'll be
glad to hear it.

Thx
T.

-- 
Tilman Schmidt                    E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kconfig Q: expressing a modularity dependency
  2009-08-13 17:09 ` Tilman Schmidt
@ 2009-08-14 16:32   ` Pavel Machek
  2009-08-23 16:52     ` Tilman Schmidt
  0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2009-08-14 16:32 UTC (permalink / raw)
  To: Tilman Schmidt; +Cc: Linux Kernel Mailing List

Hi!

> /me wrote, four months ago:
> > My current attempts to port the Gigaset driver from isdn4linux
> > to CAPI require the following Kconfig dependency:
> > 
> > - If isdn4linux or kernelcapi or both are built as a module
> >   (CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
> >   then gigaset can only be built as a module
> >   (CONFIG_ISDN_DRV_GIGASET depends on m).
> > 
> > - If neither isdn4linux nor kernelcapi ar built as a module
> >   (CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
> >   including the case that neither is being built at all
> >   (CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
> >   then gigaset may be built statically or as a module
> >   (all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
> >   legal).
> > 
> > How is that best expressed in Kconfig?
> 
> Judging from the complete silence following that question, the
> answer is, apparently: not at all.
> 
> So I'll just put a notice in the help text then, warning people
> not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
> is built as a module. If anybody has a better idea I'll be
> glad to hear it.

That will break randconfig testing, AFAICT.

AFAIK Kconfig supports if statement just fine, so can you just

if something
	bool GIGASET
else
	tristate GIGASET

?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Kconfig Q: expressing a modularity dependency
  2009-08-14 16:32   ` Pavel Machek
@ 2009-08-23 16:52     ` Tilman Schmidt
  0 siblings, 0 replies; 4+ messages in thread
From: Tilman Schmidt @ 2009-08-23 16:52 UTC (permalink / raw)
  To: Pavel Machek; +Cc: Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 952 bytes --]

Pavel Machek schrieb:

>> So I'll just put a notice in the help text then, warning people
>> not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
>> is built as a module. If anybody has a better idea I'll be
>> glad to hear it.
> 
> That will break randconfig testing, AFAICT.

I don't think so. Ignoring the warning will not result in a build
failure, just in reduced functionality, and AFAIK that isn't an
issue in randconfig testing.

> AFAIK Kconfig supports if statement just fine, so can you just
> 
> if something
> 	bool GIGASET
> else
> 	tristate GIGASET

Interesting idea. I'll try that. It'll probably not make it into my
submission for 2.6.32 anymore, but perhaps it can be retrofitted
later.

Thanks,
Tilman

-- 
Tilman Schmidt                    E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-08-23 16:52 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-15 14:01 Kconfig Q: expressing a modularity dependency Tilman Schmidt
2009-08-13 17:09 ` Tilman Schmidt
2009-08-14 16:32   ` Pavel Machek
2009-08-23 16:52     ` Tilman Schmidt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox