login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
30
Re: [patch, -git] isdn: hysdn_procconf.c build fix
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Denis V. Lunev
Subject:
Re: [patch, -git] isdn: hysdn_procconf.c build fix
Date: Wednesday, April 30, 2008 - 12:03 pm
On Wed, 2008-04-30 at 11:47 -0700, Andrew Morton wrote:
quoted text
> On Wed, 30 Apr 2008 20:30:51 +0200 > Ingo Molnar <mingo@elte.hu> wrote: > > > > > * Andrew Morton <akpm@linux-foundation.org> wrote: > > > > > On Wed, 30 Apr 2008 19:57:40 +0200 > > > Ingo Molnar <mingo@elte.hu> wrote: > > > > > > > Ob'grumpy: this file was not even build-tested by any of the parties > > > > who turned it into upstream commit ac41cfd19b ("isdn: use non-racy > > > > method for proc entries creation"). > > > > > > That's because this stupidity: > > > > > > config HYSDN > > > tristate "Hypercope HYSDN cards (Champ, Ergo, Metro) support (module only)" > > > depends on m && PROC_FS && PCI && BROKEN_ON_SMP > > > > > > breaks allmodconfig coverage testing. > > > > yeah. There's a trick though that we use in the x86 tree (and which i'm > > using in a script when queuing up new patches). The following command > > will punch through any Kconfig black holes: > > > > make drivers/isdn/hysdn/hysdn_procconf.o > > That's daft, sorry. We shouldn't expect everyone to do stuff like that. > > > (it wont always work as it needs a halfways reasonable .config, but it > > works well enough to be part of my workflow.) > > > > note that there's tons more stuff and dependencies that plain > > allmodconfig does not catch - in this merge window alone i'm at around > > 20 fixes so far. > > allmodconfig is for one thing and one thing only: compilation coverage > testing. If there is anything which is not compiled after `make > allmodconfig' then that's a bug. > > But how to fix it? Perhaps we need to add a CONFIG_ALLFOOCONFIG which can > be tested at the appropriate places.
I think that the same should be applied to allyesconfig --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 0/29] proc entries creation race
, Denis V. Lunev
, (Tue Apr 8, 4:18 am)
[PATCH 1/29] proc: introduce proc_create_data to setup de- ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 2/29] nfsd: use proc_create to setup de->proc_fops
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 3/29] nfs: use proc_create to setup de->proc_fops
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 4/29] afs: use non-racy method for proc entries cre ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 5/29] ext4: use non-racy method for proc entries cr ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 6/29] reiserfs: use non-racy method for proc entrie ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 7/29] jbd2: use non-racy method for proc entries cr ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 8/29] proc: use non-racy method for /proc/page_owne ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 9/29] sysvipc: use non-racy method for proc entries ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 10/29] mm: use non-racy method for /proc/swaps creation
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 11/29] sound: use non-racy method for /proc/driver/ ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 12/29] zorro: use non-racy method for proc entries ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 13/29] samples: use non-racy method for /proc/marke ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 14/29] scsi: use non-racy method for proc entries c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 15/29] usb: use non-racy method for proc entries cr ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 16/29] s390: use non-racy method for proc entries c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 17/29] arm: use non-racy method for /proc/davinci_c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 18/29] avr32: proc: use non-racy method for /proc/t ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 19/29] cris: use non-racy method for /proc/system_p ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 20/29] ia64: use non-racy method for proc entries c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 21/29] parisc: use non-racy method for /proc/pcxl_d ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 22/29] powerpc: use non-racy method for proc entrie ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 23/29] acpi: use non-racy method for proc entries c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 24/29] net: use non-racy method for proc entries cr ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 25/29] isdn: use non-racy method for proc entries c ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 26/29] kernel: use non-racy method for proc entries ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 27/29] parisc: use non-racy method for proc entries ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 28/29] drivers: use non-racy method for proc entrie ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
[PATCH 29/29] drivers: use non-racy method for proc entrie ...
, Denis V. Lunev
, (Tue Apr 8, 4:19 am)
Re: [PATCH 29/29] drivers: use non-racy method for proc en ...
, Dmitry Torokhov
, (Thu Apr 17, 10:13 am)
[patch, -git] isdn: hysdn_procconf.c build fix
, Ingo Molnar
, (Wed Apr 30, 10:57 am)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Andrew Morton
, (Wed Apr 30, 11:10 am)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Ingo Molnar
, (Wed Apr 30, 11:30 am)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Andrew Morton
, (Wed Apr 30, 11:47 am)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Denis V. Lunev
, (Wed Apr 30, 12:03 pm)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Andrew Morton
, (Wed Apr 30, 12:14 pm)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Harvey Harrison
, (Wed Apr 30, 12:24 pm)
Re: [patch, -git] isdn: hysdn_procconf.c build fix
, Alexey Dobriyan
, (Wed Apr 30, 2:21 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ingo Molnar
Re: [PATCH 0/3] v2 Make hierarchical RCU less IPI-happy and add more tracing
Jeremy Fitzhardinge
Re: Linux 2.6.28.10 and Linux 2.6.29.6 XEN Guest Support Broken x86_64 in BUILD
Nick Piggin
Re: [patch] CFS (Completely Fair Scheduler), v2
Gary Hade
Re: [PATCH 0/5][RFC] Physical PCI slot objects
Dave Johnson
Re: expected behavior of PF_PACKET on NETIF_F_HW_VLAN_RX device?
linux-netdev
:
Arnd Bergmann
Re: 64-bit net_device_stats
Stephens, Allan
RE: [PATCH]: tipc: Fix oops on send prior to entering networked mode
frank.blaschka
[patch 3/5] [PATCH] qeth: support z/VM VSWITCH Port Isolation
Wu Fengguang
Re: [PATCH] dm9601: handle corrupt mac address
David Miller
Re: [PATCH net-2.6.24] Fix refcounting problem with netif_rx_reschedule()
git
:
Junio C Hamano
Re: [PATCH] [RFC] add Message-ID field to log on git-am operation
Junio C Hamano
Re: Handling large files with GIT
Karl
Re: [ANNOUNCE] pg - A patch porcelain for GIT
Josh Triplett
Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
Pierre Habouzit
Re: [PATCH] git-daemon: more powerful base-path/user-path settings, using formats.
git-commits-head
:
Linux Kernel Mailing List
MIPS: RBTX4939: Fix IOC pin-enable register updating
Linux Kernel Mailing List
regulator: update email address for Liam Girdwood
Linux Kernel Mailing List
[SCSI] ipr: add message to error table
Linux Kernel Mailing List
powerpc/32: Wire up the trampoline code for kdump
Linux Kernel Mailing List
USB: omap_udc: sync with OMAP tree
openbsd-misc
:
Josh Grosse
Re: error : pkg add phpMyAdmin
Brian Candler
Re: OBSD's perspective on SELinux
Jacob Meuser
Re: /dev/audio: Device busy
David Vasek
Re: Inexpensive, low power, "wall wart" computer
William Boshuck
Re: Richard Stallman...
Colocation donated by:
Syndicate