From: "Anthony Brock" <brocka@sterlingcgi.com>
To: UML Developer's List <user-mode-linux-devel@lists.sourceforge.net>
Subject: RE: [uml-devel] Warnings compiling linux-2.6.17-rc5
Date: Mon, 29 May 2006 01:28:08 -0700 [thread overview]
Message-ID: <LEEIJGBJEEABAGOFFGAHEEHGDGAA.brocka@sterlingcgi.com> (raw)
In-Reply-To: <OJEEKGNKKDLJIEPBEJMIEEPICAAA.brocka@sterlingcgi.com>
> -----Original Message-----
> > -----Original Message-----
> > I actually looked through these patches before asking:
> >
> > http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.17-rc4
> > /patches.t
> > ar
> >
> > I didn't see anything that appeared to address this. However, I'll try
> > applying these and test from there.
>
> I tried these patches but encountered the errors below. While most of the
> patches applied without an issue, I was forced to modify one
> patch before it
> would apply to the 2.6.17-rc5 tree. I had to delete following
> line from the
> patch file externfs:
>
> obj-$(CONFIG_CONFIGFS_FS) += configfs/
>
> I will retry this compile with externfs disabled.
This appears to have worked (compiled) after I disabled both HUMFS and
EXTERNFS in the config. I will try launching an instance with this
executable in the morning and see how it performs.
However, I wasn't able to disable the EXTERNFS option through the regular
'make menuconfig ARCH=um' command. The option inside the regular menu
interface was already disabled (although the resulting .config file listed
it as enabled). I was forced to manually edit the .config file and comment
it out.
The really strange thing is that AFTER the compile the .config file has
EXTERNFS enabled! Also, the resulting executable agrees with the final
.config file. I've never seen an instance where compiling the kernel changes
options in the .config file. I've even verified that both HUMFS and HOSTFS
are disabled (to prevent these options from auto-enabling EXTERNFS).
However, I've confirmed this behavior twice.
As a result, the only real difference in configuration to fix the compile
was disabling HUMFS.
Tony
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2006-05-29 8:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-28 23:50 [uml-devel] Warnings compiling linux-2.6.17-rc5 Anthony Brock
2006-05-29 3:26 ` Jeff Dike
2006-05-29 7:17 ` Anthony Brock
2006-05-29 7:47 ` Anthony Brock
2006-05-29 8:28 ` Anthony Brock [this message]
2006-05-29 14:57 ` Jeff Dike
2006-05-29 8:44 ` Anthony Brock
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=LEEIJGBJEEABAGOFFGAHEEHGDGAA.brocka@sterlingcgi.com \
--to=brocka@sterlingcgi.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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