public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Frans Pop <elendil@planet.nl>
To: David Howells <dhowells@redhat.com>
Cc: linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org,
	David Woodhouse <David.Woodhouse@intel.com>
Subject: Re: RomFS: enless loop during make oldconfig from 2.6.24 -> 2.6.31-rc4 (parisc)
Date: Fri, 31 Jul 2009 19:16:36 +0200	[thread overview]
Message-ID: <200907311916.37389.elendil@planet.nl> (raw)
In-Reply-To: <18884.1249058776@redhat.com>

On Friday 31 July 2009, David Howells wrote:
> Frans Pop <elendil@planet.nl> wrote:
> > I've tried again too. With all defaults I cannot reproduce it either.
> > But if I answer the questions below as follows, I do get the loop
> > again:
> >
> > Advanced netfilter configuration: N
> > Wireless: N
> > * sound drivers: N (* = "PCI","USB" and one or two others)
> > Default ext3 to "data=ordered": Y
>
> I still don't see it.  I have:
>
> 	# CONFIG_NETFILTER_ADVANCED is not set
> 	# CONFIG_WIRELESS is not set
> 	# CONFIG_SND_PCI is not set
> 	# CONFIG_SND_SPI is not set
> 	# CONFIG_SND_USB is not set
> 	# CONFIG_SND_GSC is not set
> 	# CONFIG_SND_SOC is not set
> 	CONFIG_EXT3_DEFAULTS_TO_ORDERED=y
>
> Can you accept all the defaults, then delete the above symbols from
> .config and run make oldconfig again, see if the problem crops up?

No, I can not reproduce it that way. But I have just reproduced it for a
third time giving those answers starting from the original .config. So
the "good" news is that at least it's reproducible for me.

My guess is it's not a RomFS issue, but rather some kbuild weirdness
(and maybe even architecture or userland related).
Note how in the loop the help text for ROMFS_BACKED_BY_BLOCK gets
displayed somehow, while in the normal case you don't get that.

With all default answers, I get:
<snip>
  ROM file system support (ROMFS_FS) [M/n/y/?] m
    RomFS backing stores
    > 1. Block device-backed ROM file system support (ROMFS_BACKED_BY_BLOCK) (NEW)
    choice[1]: 1
  System V/Xenix/V7/Coherent file system support (SYSV_FS) [N/m/y/?] n
  UFS file system support (read only) (UFS_FS) [N/m/y/?] n
  NILFS2 file system support (EXPERIMENTAL) (NILFS2_FS) [N/m/y/?] (NEW)
</snip>

Compared to what I get in the loop:
<snip>
    RomFS backing stores
    > 1. Block device-backed ROM file system support (ROMFS_BACKED_BY_BLOCK) (NEW)
    choice[1]: 1

This permits ROMFS to use block devices buffered through the page
cache as the medium from which to retrieve data.  It does not allow
direct mapping of the medium.

If unsure, answer Y.
</snip>

Is there some debugging mode for 'make oldconfig'? Or maybe we should
just wait until Sam can comment.


One minor issue for RomFS is that the "If unsure, answer Y." text for
ROMFS_BACKED_BY_BLOCK and ROMFS_BACKED_BY_MTD does not really make
much sense given that they are now alternative choices...

Cheers,
FJP

      reply	other threads:[~2009-07-31 17:16 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-31 10:27 RomFS: enless loop during make oldconfig from 2.6.24 -> 2.6.31-rc4 (parisc) Frans Pop
2009-07-31 12:04 ` David Howells
2009-07-31 12:28   ` Frans Pop
2009-07-31 12:37     ` David Howells
2009-07-31 12:57 ` David Howells
2009-07-31 15:30   ` Frans Pop
2009-07-31 16:46     ` David Howells
2009-07-31 17:16       ` Frans Pop [this message]

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=200907311916.37389.elendil@planet.nl \
    --to=elendil@planet.nl \
    --cc=David.Woodhouse@intel.com \
    --cc=dhowells@redhat.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox