* [uml-devel] compile problem with uml-patch-2.4.22-4
@ 2003-09-15 5:45 Ross Combs
2003-09-15 6:05 ` Malcolm Tredinnick
2003-09-16 21:20 ` [uml-devel] " Patrick "Petschge" Kilian
0 siblings, 2 replies; 5+ messages in thread
From: Ross Combs @ 2003-09-15 5:45 UTC (permalink / raw)
To: jdike; +Cc: user-mode-linux-devel
The latest 2.4 UML patch added support for an "Anonymous memory device".
I have no idea what this is normally used for so I deselected it in the
configuration. However that leads to a compile error in mem.c which I
hacked around by adding #if defined(CONFIG_DEV_ANON) .. #endif around
the last line of the array initializer:
{10, "anon", S_IRUGO | S_IWUSR, &anon_fops}
I'm not using devfs, so I'm not sure why that function is needed at all.
Anyway, it seems like a small oversight and I haven't noticed any ill
effect from the change.
While I'm on the subject of mysterious configuration items...
It seems strange that most of the UML-specific options don't have any
configuration help. If nothing else, it is often confusing if the option
is for the host or the userspace kernel. Yes, I am volunteering if
nobody else wants to do it. I also find it strange that hostfs and hppfs
are under the "General Setup" section.
Thanks,
-Ross
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [uml-devel] compile problem with uml-patch-2.4.22-4
2003-09-15 5:45 [uml-devel] compile problem with uml-patch-2.4.22-4 Ross Combs
@ 2003-09-15 6:05 ` Malcolm Tredinnick
2003-09-16 21:20 ` [uml-devel] " Patrick "Petschge" Kilian
1 sibling, 0 replies; 5+ messages in thread
From: Malcolm Tredinnick @ 2003-09-15 6:05 UTC (permalink / raw)
To: user-mode-linux-devel
On Mon, 2003-09-15 at 15:45, Ross Combs wrote:
> The latest 2.4 UML patch added support for an "Anonymous memory device".
> I have no idea what this is normally used for so I deselected it in the
> configuration. However that leads to a compile error in mem.c which I
> hacked around by adding #if defined(CONFIG_DEV_ANON) .. #endif around
> the last line of the array initializer:
> {10, "anon", S_IRUGO | S_IWUSR, &anon_fops}
>
> I'm not using devfs, so I'm not sure why that function is needed at all.
>
> Anyway, it seems like a small oversight and I haven't noticed any ill
> effect from the change.
Jeff mentioned this in an earlier mail to this list. It is left over
cruft from an experiment. Just leave it turned on for now. :-)
Cheers,
Malcolm
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* [uml-devel] Re: compile problem with uml-patch-2.4.22-4
2003-09-15 5:45 [uml-devel] compile problem with uml-patch-2.4.22-4 Ross Combs
2003-09-15 6:05 ` Malcolm Tredinnick
@ 2003-09-16 21:20 ` Patrick "Petschge" Kilian
2003-09-18 0:23 ` Jeff Dike
1 sibling, 1 reply; 5+ messages in thread
From: Patrick "Petschge" Kilian @ 2003-09-16 21:20 UTC (permalink / raw)
To: User-mode-linux-devel
Hi,
> It seems strange that most of the UML-specific options don't have any
> configuration help.
Have a look at the 2.5.* and 2.6.0-test* kernels. Some option have
descriptions there. Perhaps you can use this as a starting point.
> Yes, I am volunteering if nobody else wants to do it.
In this case I volunteer to do some spellchecking and proof reading ;-)
mfg,
Patrick "Petschge" Kilian
--
Erst wenn das letzte Closed-Source-System gehackt ist, werdet ihr
merken, dass man Sicherheit nicht durch Verschleierung oder durch
Gesetze erreicht.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [uml-devel] Re: compile problem with uml-patch-2.4.22-4
2003-09-16 21:20 ` [uml-devel] " Patrick "Petschge" Kilian
@ 2003-09-18 0:23 ` Jeff Dike
2003-09-18 16:36 ` Patrick "Petschge" Kilian
0 siblings, 1 reply; 5+ messages in thread
From: Jeff Dike @ 2003-09-18 0:23 UTC (permalink / raw)
To: Patrick "Petschge" Kilian; +Cc: User-mode-linux-devel
petschge@web.de said:
> > Yes, I am volunteering if nobody else wants to do it. In this case I
> volunteer to do some spellchecking and proof reading ;-)
Cool, patches like that are useful and easy to merge...
Jeff
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [uml-devel] Re: compile problem with uml-patch-2.4.22-4
2003-09-18 0:23 ` Jeff Dike
@ 2003-09-18 16:36 ` Patrick "Petschge" Kilian
0 siblings, 0 replies; 5+ messages in thread
From: Patrick "Petschge" Kilian @ 2003-09-18 16:36 UTC (permalink / raw)
To: User-mode-linux-devel
Hi,
>>> Yes, I am volunteering if nobody else wants to do it.
>> In this case I volunteer to do some spellchecking and proof reading ;-)
> Cool, patches like that are useful and easy to merge...
I didn't want to way for something to proof read, so I started on my own.
Most descriptions are the same as in 2.6.0-test5. Please pay special
attention to the follwoing help textes, as I have written them on my own.
CONFIG_HOST_2G_2G
CONFIG_HIGHMEM
CONFIG_PROC_MM
CONFIG_DEV_ANON
CONFIG_UML_WATCHDOG
Configure.help.patch:
-----
--- linux-2.4.22-uml/Documentation/Configure.help Wed Sep 17 12:03:54
2003
+++ linux-2.4.22-uml2/Documentation/Configure.help Thu Sep 18 18:31:42
2003
@@ -27646,6 +27646,96 @@
CONFIG_CRYPTO_TEST
Quick & dirty crypto test module.
+Separate Kernel Address Space support
+CONFIG_MODE_SKAS
+ This option controls whether skas (separate kernel address space)
+ support is compiled in. If you have applied the skas patch to the
+ host, then you certainly want to say Y here (and consider saying N
+ to CONFIG_MODE_TT). Otherwise, it is safe to say Y. Disabling this
+ option will shrink the UML binary slightly.
+
+Tracing thread support
+CONFIG_MODE_TT
+ This option controls whether tracing thread support is compiled
+ into UML. Normally, this should be set to Y. If you intend to
+ use only skas mode (and the host has the skas patch applied to it),
+ then it is OK to say N here.
+
+Force a static link
+CONFIG_STATIC_LINK
+ If CONFIG_MODE_TT is disabled, then this option gives you the ability
+ to force a static link of UML. Normally, if only skas mode is built
+ in to UML, it will be linked as a shared binary. This is inconvenient
+ for use in a chroot jail. So, if you intend to run UML inside a
+ chroot, and you disable CONFIG_MODE_TT, you probably want to say Y
+ here.
+
+HoneyPot ProcFS
+CONFIG_HPPFS
+ hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
+ entries to be overridden, removed, or fabricated from the host.
+ Its purpose is to allow a UML to appear to be a physical machine
+ by removing or changing anything in /proc which gives away the
+ identity of a UML.
+
+ See <http://user-mode-linux.sf.net/hppfs.html> for more information.
+
+ You only need this if you are setting up a UML honeypot. Otherwise,
+ it is safe to say 'N' here.
+
+2G/2G host address space split
+CONFIG_HOST_2G_2G
+ Most Linux machines are configured so that the kernel occupies the
+ upper 1G of the 4G address space and processes use the lower 3G.
+ However, some machine are configured with a 2G/2G split, with the
+ kernel occupying the upper 2G and processes using the lower 2G.
+
+ To allow UML to run on a host you have to say Y here. N should be
+ a save choice most of the time.
+
+Support for high memory
+CONFIG_HIGHMEM
+ Currently broken, so N is the save answer.
+
+Support for /proc/mm
+CONFIG_PROC_MM
+ If you don't know what this does just say Y.
+
+Kernel stack size order
+CONFIG_KERNEL_STACK_ORDER
+ This option determines the size of UML kernel stacks. They will
+ be 1 << order pages. The default is OK unless you're running Valgrind
+ on UML, in which case, set this to 3.
+
+Anonymous Memory support
+CONFIG_DEV_ANON
+ Don't ask. Just say Y.
+
+Support for software watchdog inside UML
+CONFIG_UML_WATCHDOG
+ It's save to say N here.
+
+COW block device
+CONFIG_COW
+ This is a layered driver which sits above two other block devices.
+ One is read-only, and the other is a read-write layer which stores
+ all changes. This provides the illusion that the read-only layer
+ can be mounted read-write and changed.
+
+pcap transport
+CONFIG_UML_NET_PCAP
+ The pcap transport makes a pcap packet stream on the host look
+ like an ethernet device inside UML. This is useful for making
+ UML act as a network monitor for the host. You must have libcap
+ installed in order to build the pcap transport into UML.
+
+ For more information, see
+ <http://user-mode-linux.sourceforge.net/networking.html> That site
+ has examples of the UML command line to use to enable this option.
+
+ If you intend to use UML as a network monitor for the host, say
+ Y here. Otherwise, say N.
+
#
# A couple of things I keep forgetting:
# capitalize: AppleTalk, Ethernet, DOS, DMA, FAT, FTP, Internet,
-----
mfg,
Patrick "Petschge" Kilian
--
Erst wenn das letzte Closed-Source-System gehackt ist, werdet ihrmerken,
dass man Sicherheit nicht durch Verschleierung oder durch
Gesetze erreicht.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-09-18 16:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-09-15 5:45 [uml-devel] compile problem with uml-patch-2.4.22-4 Ross Combs
2003-09-15 6:05 ` Malcolm Tredinnick
2003-09-16 21:20 ` [uml-devel] " Patrick "Petschge" Kilian
2003-09-18 0:23 ` Jeff Dike
2003-09-18 16:36 ` Patrick "Petschge" Kilian
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox