From: Mauro Carvalho Chehab <mchehab@infradead.org>
To: Jan Engelhardt <jengelh@linux01.gwdg.de>
Cc: Takashi Iwai <tiwai@suse.de>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, Jaroslav Kysela <perex@suse.cz>
Subject: Re: BUG in 2.6.22-rc2-mm1: Parts of Alsa sound architecture broken
Date: Sat, 26 May 2007 11:38:13 -0300 [thread overview]
Message-ID: <1180190293.21547.46.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.61.0705261248150.7344@yvahk01.tjqt.qr>
Em Sáb, 2007-05-26 às 12:51 +0200, Jan Engelhardt escreveu:
> On May 25 2007 23:33, Takashi Iwai wrote:
> >
> >Yeah, I'll check it again if reposted. Jan, could you split ALSA
> >portins at the next time?
>
> How much split? This time, I made four out of it.
>
> >This will make testing and merging much
> >easier for me...
> >
> >But, above all, I'm not convinced much by that patch, especially
> >because it introduces new kconfigs just for menuconfig.
> >For example, CONFIG_SND_PCI_DRIVERS doesn't appear in any Makefiles.
>
> Neither is/was CONFIG_DVB IIRC. The world does not stop turning just
> because there are now extra options. If you want the functionality
> of menuconfigs without introducing some variable to store their state,
> well, I think that's going to be a bigger kconf patch. (Just think of
> compatibility of the .config format.)
I suspect that kconf is not properly handing the newer way for
menuconfig. Maybe this is the same stuff that happened on ALSA.
We have some stuff like this:
menuconfig VIDEO_CAPTURE_DRIVERS
bool "Video capture adapters"
depends on VIDEO_DEV
if VIDEO_CAPTURE_DRIVERS
config VIDEO_VIVI
tristate "Virtual Video Driver"
depends on VIDEO_V4L2 && !SPARC32 && !SPARC64 && PCI
select VIDEO_BUF
endif #VIDEO_CAPTURE_DRIVERS
config VIDEO_BUF
depends on PCI
tristate
Before adding menuconfig, VIDEO_VIVI were dependent on VIDEO_DEV. After
the patch, what happens is that:
if
VIDEO_DEV='m' and VIDEO_CAPTURE_DRIVERS='y' and VIDEO_VIVI='m'
then
VIDEO_BUF='y'
But, as video-buf is dependent on video-core (compiled as a module,
since VIDEO_DEV='m'), it is generating compilation errors.
To fix it, I needed to add an explicit dependency on VIDEO_VIVI (and
also on VIDEO_SAA7146_VV):
http://linuxtv.org/hg/v4l-dvb?cmd=changeset;node=5cd49ffd9004;style=gitweb
I didn't looked inside kconf, but it seems that it is not checking that,
as VIDEO_CAPTURE_DRIVERS depends on VIDEO_DEV, all drivers inside the
"if" should also depend on VIDEO_DEV.
Cheers,
Mauro
next prev parent reply other threads:[~2007-05-26 14:39 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-24 20:00 BUG in 2.6.22-rc2-mm1: Parts of Alsa sound architecture broken Uwe Bugla
2007-05-24 20:09 ` Andrew Morton
2007-05-24 20:23 ` Uwe Bugla
2007-05-25 16:01 ` Takashi Iwai
2007-05-25 17:28 ` Andrew Morton
2007-05-25 18:29 ` Uwe Bugla
2007-05-25 21:33 ` Takashi Iwai
2007-05-26 10:51 ` Jan Engelhardt
2007-05-26 14:38 ` Mauro Carvalho Chehab [this message]
2007-05-29 16:41 ` Takashi Iwai
2007-05-29 20:18 ` Jan Engelhardt
2007-05-29 20:39 ` Mauro Carvalho Chehab
2007-05-29 21:53 ` Jan Engelhardt
2007-06-05 12:26 ` Takashi Iwai
2007-06-05 12:50 ` Takashi Iwai
2007-06-05 13:25 ` Jan Engelhardt
2007-06-05 14:17 ` Takashi Iwai
2007-06-05 14:20 ` Jan Engelhardt
2007-06-05 14:31 ` Takashi Iwai
2007-06-06 19:36 ` Jens Axboe
2007-06-06 19:53 ` Sam Ravnborg
2007-06-08 9:29 ` Takashi Iwai
2007-05-26 10:39 ` Jan Engelhardt
2007-05-26 10:40 ` [PATCH 01/04] Use menuconfig objects 3 - sound Jan Engelhardt
2007-05-26 10:40 ` [PATCH 02/04] Use menuconfig objects 3 - sound/alsa Jan Engelhardt
2007-05-26 10:41 ` [PATCH 03/04] Use menuconfig objects 3 - sound/alsa/more Jan Engelhardt
2007-05-26 10:41 ` [PATCH 04/04] Use menuconfig objects 3 - sound/oss Jan Engelhardt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1180190293.21547.46.camel@localhost \
--to=mchehab@infradead.org \
--cc=akpm@linux-foundation.org \
--cc=jengelh@linux01.gwdg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@suse.cz \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.