* [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