lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1182525697.14289.47.camel@gaivota>
Date:	Fri, 22 Jun 2007 12:21:37 -0300
From:	Mauro Carvalho Chehab <mchehab@...radead.org>
To:	Roman Zippel <zippel@...ux-m68k.org>
Cc:	Oliver Neukum <oneukum@...e.de>,
	linux-usb-devel@...ts.sourceforge.net, video4linux-list@...hat.com,
	Toralf Förster <toralf.foerster@....de>,
	luca.risolia@...dio.unibo.it,
	Jan Engelhardt <jengelh@...ux01.gwdg.de>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: Kconfig troubles when using menuconfig - Was: [patch]Re:
	[linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in
	zc0301_core.c

Em Sex, 2007-06-22 às 16:27 +0200, Roman Zippel escreveu:
> Hi,
> 
> On Fri, 22 Jun 2007, Mauro Carvalho Chehab wrote:
> 
> > Hi Roman,
> > 
> > Several instabilities on Kconfig started to happen after replacing
> > Kconfig menus to use menuconfig, as this one, reported by Oliver:
> > 
> > Em Qui, 2007-06-21 às 13:50 +0200, Oliver Neukum escreveu:
> > > Am Donnerstag, 21. Juni 2007 schrieb Toralf Förster:
> > > > Right, but IMHO this issue is typical for a problem with the Kconfig definitions of this module.
> > > > 
> > > > I'll set USB devs as Cc: therefore.
> 
> There is too little context here, what was the exact error?
> I'm assuming it's the module vs. builtin problem?

I also got copied on this without the full context.

> The menuconfig patches were a little aggressive here, it created a config 
> symbol where there was none before and in this case it even changed 
> dependencies (it turns USB into a bool).
Hmm... Probably the change from tristate to bool caused the regression.

> I'm also a little irritated by the "default y", if I enable V4L I'm very 
> tempted to check what other useless stuff has been automatically enabled, 
> which I have to turn off again.

The added "default y" are the ones bellow:

menuconfig VIDEO_CAPTURE_DRIVERS
	bool "Video capture adapters"
	depends on VIDEO_DEV
	default y

menuconfig V4L_USB_DRIVERS
	bool "V4L USB devices"
	depends on USB
	default y

menuconfig RADIO_ADAPTERS
	bool "Radio Adapters"
	depends on VIDEO_DEV
	default y

menuconfig DVB_CAPTURE_DRIVERS
	bool "DVB/ATSC adapters"
	depends on DVB_CORE
	default y

config DAB
	boolean "DAB adapters"
	default y


All of them are used just to open a submenu.

I'm to keep "default y" for the menuconfig items. 

Since those don't generate any code (there's no Makefile items
associated with the menuconfig vars), this will just improve the
usability for the final user (and will allow make oldconfig to work).
There's not much sense on selecting V4L support without selecting a V4L
driver.

Cheers,
Mauro

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ