From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9GGq-0003JR-00 for ; Mon, 13 Oct 2003 20:54:52 -0700 Received: from bay7-f67.bay7.hotmail.com ([64.4.11.67] helo=hotmail.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9GGp-0004aC-Sa for User-mode-linux-devel@lists.sourceforge.net; Mon, 13 Oct 2003 20:54:51 -0700 From: "Steve Schmidtke" Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_1749_266a_fc3" Message-ID: Subject: [uml-devel] filemap feature 2.4.22-5um Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Tue, 14 Oct 2003 03:54:18 +0000 To: User-mode-linux-devel@lists.sourceforge.net This is a multi-part message in MIME format. ------=_NextPart_000_1749_266a_fc3 Content-Type: text/plain; format=flowed This patch adds filemap support to 2.4.22-5um. The function of this patch is an awkard and convoluted solution to an arcane problem. Unless you know this is what you need, you may just want to skip this post. Filemaping is a method of mapping open file descriptors to arbitrary file names within a UML. Once a file name has been mapped, all UML file requests on that name act upon the open file descriptor. The main purpose of filemap is to support empty chroot environments, allowing the UML to access files, such as /proc/cpuinfo and virtual memory files, without requiring those files to be present within the chroot directory. The filemap boot string syntax lookes like this: filemap=,
There are two tables available, "file" and "vm". "file" type filemaps handle fd/filename pairs, while "vm" type filemaps handle pools of fd's that represent virtual memory files. For example, a "file" table boot string may look like this: filemap=file,12,/proc/cpuinfo which redirects the UML to file descriptor 12 when accessing the file /proc/cpuinfo. In this case, file descriptor 12 must be opened beforehand, possibly like this on the UMLs command line: 12/dev/shm/vm1 21<>/dev/shm/vm2 This invocation tells the chrooted UML to use file descriptors 20 and 21 for (some of) its virtual memory files. How do you know how many to specify? The number is proportional to how much memory you have given the UML. Start with booting the UML with a bunch of zero length files, and review how many end up with non-zero file sizes. Adjust to suit. Note the above examples read+write redirection on the vm files. umlwrap -bind=22,/dev/shm/mconsole1 -dir=/home/uml -- \ /bin/linux mem=48M uml_dir=/uml/ umid=um1 filemap=22,/uml/um1/pid \ 22/home/uml/cow-$$.cow \ filemap=file,15,/uml/um$$/mconsole \ filemap=file,16,/uml/um$$/pid 16/dev/shm/vm-$$.0 21<>/dev/shm/vm-$$.1 \ 22<>/dev/shm/vm-$$.2 23<>/dev/shm/vm-$$.3 \ Ugly, isn't it. If you find a nicer way to do this let me know. Notice how networking is carried out here via the daemon transport, connecting to the /tmp/uml.ctl socket run by uml_switch. Your mileage may vary. Other filemap issues I know about: - Reboots may not work as expected. Best is to shutdown and restart. - A given file may be corrupted if access to it is not serialized. - Hostfs accessed files are NOT filemapped. See above. - Directories cannot be filemapped. - Vm files are visible and persistent! Bug or feature: you decide. - Notify feature of mconsole is not supported. Why so complicated? - You can bet this patch won't make it into Jeff's official source tree. I'm cool with that. Enjoy! Steve Schmidtke _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ------=_NextPart_000_1749_266a_fc3 Content-Type: application/octet-stream; name="filemap5-01.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="filemap5-01.diff" ZGlmZiAtTmF1ciBsaW51eC0yLjQuMjItNXVtLm9yaWcvYXJjaC91bS9pbmNs dWRlL2ZpbGVtYXAuaCBsaW51eC0yLjQuMjItNXVtLm5ldy9hcmNoL3VtL2lu Y2x1ZGUvZmlsZW1hcC5oCi0tLSBsaW51eC0yLjQuMjItNXVtLm9yaWcvYXJj aC91bS9pbmNsdWRlL2ZpbGVtYXAuaAlXZWQgRGVjIDMxIDE5OjAwOjAwIDE5 NjkKKysrIGxpbnV4LTIuNC4yMi01dW0ubmV3L2FyY2gvdW0vaW5jbHVkZS9m aWxlbWFwLmgJVGh1IFNlcCAyNSAyMDoyOToxNyAyMDAzCkBAIC0wLDAgKzEs MTMgQEAKKy8qIAorICogQ29weXJpZ2h0IChDKSAyMDAzIFN0ZXZlIFNjaG1p ZHRrZSAKKyAqIExpY2Vuc2VkIHVuZGVyIHRoZSBHUEwKKyAqLworCisjaWZu ZGVmIF9fRklMRU1BUF9IX18KKyNkZWZpbmUgX19GSUxFTUFQX0hfXworCitl eHRlcm4gaW50IGZpbGVtYXBfYWNjZXNzKGNvbnN0IGNoYXIqIHRhYmxlX25h bWUsIGNvbnN0IGNoYXIqIGZpbGVfbmFtZSk7CitleHRlcm4gaW50IGZpbGVt YXBfYXF1aXJlKGNvbnN0IGNoYXIqIHRhYmxlX25hbWUsIGNvbnN0IGNoYXIq IGZpbGVfbmFtZSk7CitleHRlcm4gaW50IGZpbGVtYXBfcmVsZWFzZShjb25z dCBjaGFyKiB0YWJsZV9uYW1lLCBpbnQgZmQpOworCisjZW5kaWYKZGlmZiAt TmF1ciBsaW51eC0yLjQuMjItNXVtLm9yaWcvYXJjaC91bS9rZXJuZWwvTWFr ZWZpbGUgbGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91bS9rZXJuZWwvTWFr ZWZpbGUKLS0tIGxpbnV4LTIuNC4yMi01dW0ub3JpZy9hcmNoL3VtL2tlcm5l bC9NYWtlZmlsZQlUaHUgU2VwIDI1IDE5OjI5OjQ1IDIwMDMKKysrIGxpbnV4 LTIuNC4yMi01dW0ubmV3L2FyY2gvdW0va2VybmVsL01ha2VmaWxlCVRodSBT ZXAgMjUgMjA6Mjk6MTcgMjAwMwpAQCAtMTEsNyArMTEsNyBAQAogCXNpZ2lv X3VzZXIubyBzaWdpb19rZXJuLm8gc2lnbmFsX2tlcm4ubyBzaWduYWxfdXNl ci5vIHNtcC5vIFwKIAlzeXNjYWxsX2tlcm4ubyBzeXNjYWxsX3VzZXIubyBz eXNycS5vIHN5c19jYWxsX3RhYmxlLm8gdGVtcGZpbGUubyBcCiAJdGltZS5v IHRpbWVfa2Vybi5vIHRsYi5vIHRyYXBfa2Vybi5vIHRyYXBfdXNlci5vIHVh Y2Nlc3NfdXNlci5vIFwKLQl1bV9hcmNoLm8gdW1pZC5vIHVzZXJfc3ltcy5v IHVzZXJfdXRpbC5vCisJdW1fYXJjaC5vIHVtaWQubyB1c2VyX3N5bXMubyB1 c2VyX3V0aWwubyBmaWxlbWFwLm8KIAogb2JqLSQoQ09ORklHX0JMS19ERVZf SU5JVFJEKSArPSBpbml0cmRfa2Vybi5vIGluaXRyZF91c2VyLm8KIG9iai0k KENPTkZJR19HUFJPRikgKz0gZ3Byb2Zfc3ltcy5vCkBAIC0yOSw3ICsyOSw3 IEBACiAjIGJ1aWxkaW5nIGFueXRoaW5nIGluIGV4cG9ydC1vYmpzCiAKIFVT RVJfT0JKUyA9ICQoZmlsdGVyICVfdXNlci5vLCQob2JqLXkpKSAkKHVzZXIt b2Jqcy15KSBjb25maWcubyBoZWxwZXIubyBcCi0JcHJvY2Vzcy5vIHRlbXBm aWxlLm8gdGltZS5vIHVtaWQubyB1c2VyX3V0aWwubyAKKwlwcm9jZXNzLm8g dGVtcGZpbGUubyB0aW1lLm8gdW1pZC5vIHVzZXJfdXRpbC5vIGZpbGVtYXAu bwogCiBETU9EVUxFUy0kKENPTkZJR19NT0RVTEVTKSA9IC1EX19DT05GSUdf TU9EVUxFU19fCiBETU9EVkVSU0lPTlMtJChDT05GSUdfTU9EVkVSU0lPTlMp ID0gLURfX0NPTkZJR19NT0RWRVJTSU9OU19fCmRpZmYgLU5hdXIgbGludXgt Mi40LjIyLTV1bS5vcmlnL2FyY2gvdW0va2VybmVsL2ZpbGVtYXAuYyBsaW51 eC0yLjQuMjItNXVtLm5ldy9hcmNoL3VtL2tlcm5lbC9maWxlbWFwLmMKLS0t IGxpbnV4LTIuNC4yMi01dW0ub3JpZy9hcmNoL3VtL2tlcm5lbC9maWxlbWFw LmMJV2VkIERlYyAzMSAxOTowMDowMCAxOTY5CisrKyBsaW51eC0yLjQuMjIt NXVtLm5ldy9hcmNoL3VtL2tlcm5lbC9maWxlbWFwLmMJVGh1IFNlcCAyNSAy MDoyOToxNyAyMDAzCkBAIC0wLDAgKzEsNjU1IEBACisvKiAKKyAqIENvcHly aWdodCAoQykgMjAwMyBTdGV2ZSBTY2htaWR0a2UgCisgKiBMaWNlbnNlZCB1 bmRlciB0aGUgR1BMCisgKi8KKworI2luY2x1ZGUgPHN0ZGxpYi5oPiAKKyNp bmNsdWRlIDxzdHJpbmcuaD4gCisjaW5jbHVkZSA8dW5pc3RkLmg+IAorI2lu Y2x1ZGUgPGVycm5vLmg+IAorI2luY2x1ZGUgImluaXQuaCIKKyNpbmNsdWRl ICJzeXMvdHlwZXMuaCIKKyNpbmNsdWRlICJ1bmlzdGQuaCIKKyNpbmNsdWRl ICJmY250bC5oIgorCisjZGVmaW5lIFNUUkZEX0lTRU5EKGMpICAoKGMgPT0g J1wwJykgfHwgKGMgPT0gJywnKSB8fCAoYyA9PSAnLScpKQorCitzdHJ1Y3Qg ZmlsZW1hcF9lbnRyeSB7CisJc3RydWN0IGZpbGVtYXBfZW50cnkqIG5leHQ7 CisJY2hhciogbmFtZTsKKwlpbnQgZmQ7CisJaW50IGNvdW50OworCWludCBj ZjsgLyogaW5pdGlhbCBjbG9zZSBvbiBleGVjIGZsYWcgKi8KK307ICAKKwor c3RydWN0IGZpbGVtYXBfb3BzIHsKKwlpbnQgKCpwYXJzZSkodm9pZCogdGFi bGUsIGNoYXIqIHN0cik7CisJaW50ICgqYWNjZXNzKSh2b2lkKiB0YWJsZSwg Y2hhciogZmlsZW5hbWUpOworCWludCAoKmFxdWlyZSkodm9pZCogdGFibGUs IGNoYXIqIGZpbGVuYW1lKTsKKwlpbnQgKCpyZWxlYXNlKSh2b2lkKiB0YWJs ZSwgaW50IGZkKTsKKwlpbnQgKCpzaHV0ZG93bikodm9pZCogdGFibGUpOwor fTsKKworc3RydWN0IGZpbGVtYXBfdGFibGUgeworCWNoYXIqIG5hbWU7CisJ c3RydWN0IGZpbGVtYXBfZW50cnkqIGVudHJpZXM7CisJc3RydWN0IGZpbGVt YXBfb3BzKiBvcHM7Cit9OworCitzdGF0aWMgc3RydWN0IGZpbGVtYXBfZW50 cnkqIGZpbGVtYXBfZW50cnlfYWxsb2Modm9pZCkKK3sKKwlyZXR1cm4obWFs bG9jKHNpemVvZihzdHJ1Y3QgZmlsZW1hcF9lbnRyeSkpKTsKK30KKworLyog RklYTUU6IHRoZSBvc18qIHZlcnNpb25zIG9mIHRoZXNlIHJvdXRpbmVzIGJl bG93IG1heSByZWN1cnNlPyAqLworCitzdGF0aWMgdm9pZCBzZWVrX2ZpbGUo aW50IGZkLCBvZmZfdCBvZmZzZXQpCit7CisJbHNlZWsoZmQsIG9mZnNldCwg U0VFS19TRVQpOworfQorCitzdGF0aWMgaW50IGdldF9jbG9zZV9vbl9leGVj KGludCBmZCwgaW50KiBjbG9zZV9vbl9leGVjKQoreworCWludCByZXQ7CisK KwlkbyB7CisJCXJldCA9IGZjbnRsKGZkLCBGX0dFVEZEKTsKKwl9IHdoaWxl KHJldDwwICYmIGVycm5vPT1FSU5UUikgOworCisJaWYocmV0IDwgMCkKKwkJ cmV0dXJuKC1lcnJubyk7CisKKwkqY2xvc2Vfb25fZXhlYyA9IChyZXQmRkRf Q0xPRVhFQykgPyAxIDogMDsKKworCXJldHVybihyZXQpOworfQorCitzdGF0 aWMgaW50IHNldF9jbG9zZV9vbl9leGVjKGludCBmZCwgaW50IGNsb3NlX29u X2V4ZWMpCit7CisJaW50IGZsYWcsIGVycjsKKworCWlmKGNsb3NlX29uX2V4 ZWMpIGZsYWcgPSBGRF9DTE9FWEVDOworCWVsc2UgZmxhZyA9IDA7CisKKwlk byB7CisJCWVyciA9IGZjbnRsKGZkLCBGX1NFVEZELCBmbGFnKTsKKwl9IHdo aWxlKGVycjwwICYmIGVycm5vPT1FSU5UUikgOworCisJaWYoZXJyIDwgMCkK KwkJcmV0dXJuKC1lcnJubyk7CisKKwlyZXR1cm4oZXJyKTsKK30KKworLyoK KyAqIEFkZCBhIGZkIChhbmQgZmlsZW5hbWUpIHRvIGEgdGFibGUgaW4gdGhl IGRiLgorICovCitzdGF0aWMgaW50IGZpbGVtYXBfYWRkX2VudHJ5KHN0cnVj dCBmaWxlbWFwX3RhYmxlKiB0YWJsZSwKKyAgICBpbnQgZmRlc2MsIGNoYXIq IGZpbGVfbmFtZSkKK3sKKwlzdHJ1Y3QgZmlsZW1hcF9lbnRyeSogZW50cnk7 CisJc3RydWN0IGZpbGVtYXBfZW50cnkqIGR1cDsKKwlpbnQgY29lZmxhZzsK KwlpbnQgZXJyOworCisJaWYoKHRhYmxlID09IE5VTEwpIHx8IChmZGVzYyA8 IDApKSB7CisJCXJldHVybigtRUlOVkFMKTsKKwl9CisKKwlkdXAgPSBOVUxM OworCWZvcihlbnRyeSA9IHRhYmxlLT5lbnRyaWVzOyBlbnRyeTsgZW50cnkg PSBlbnRyeS0+bmV4dCkgeworCQlpZighZHVwICYmIChmZGVzYyA9PSBlbnRy eS0+ZmQpKSB7CisJCQlkdXAgPSBlbnRyeTsKKwkJfQorCX0KKworCWlmKGR1 cCkgeworCQljb2VmbGFnID0gZHVwLT5jZjsKKwl9IGVsc2UgeworCQllcnIg PSBnZXRfY2xvc2Vfb25fZXhlYyhmZGVzYywgJmNvZWZsYWcpOworCQlpZihl cnIgPCAwKSB7CisJCQlwcmludGsoImZpbGVtYXBfYWRkX2VudHJ5OiBnZXQg Y2xvc2Utb24tZXhlYyBmbGFnIgorCQkJCSIgZmFpbGVkIGVycm5vPSVkIGZk PSVkIG5hbWU9JXNcbiIsCisJCQkJZXJyLCBmZGVzYywgZmlsZV9uYW1lKTsK KwkJCXJldHVybihlcnIpOworCQl9CisKKwkJLyogYnkgZGVmYXVsdCwgZXhl YyBjYWxscyBzaG91bGQgY2xvc2UgZmlsZW1hcHMgKi8gCisJCWVyciA9IHNl dF9jbG9zZV9vbl9leGVjKGZkZXNjLCAxKTsKKwkJaWYoZXJyIDwgMCkgewor CQkJcHJpbnRrKCJmaWxlbWFwX2FkZF9lbnRyeTogc2V0IGNsb3NlLW9uLWV4 ZWMgZmxhZyIKKwkJCQkiIGZhaWxlZCBlcnJubz0lZCBmZD0lZCBuYW1lPSVz XG4iLAorCQkJCWVyciwgZmRlc2MsIGZpbGVfbmFtZSk7CisJCQlyZXR1cm4o ZXJyKTsKKwkJfQorCX0KKworCWVudHJ5ID0gZmlsZW1hcF9lbnRyeV9hbGxv YygpOworCWlmKGVudHJ5ID09IE5VTEwpIHsKKwkJcHJpbnRrKCJmaWxlbWFw X2FkZF9lbnRyeTogYWxsb2MgZmFpbGVkIGZkPSVkLCBuYW1lPSVzXG4iLAor CQkJZmRlc2MsIGZpbGVfbmFtZSk7CisJCXJldHVybigtRU5PTUVNKTsKKwl9 CisKKwlwcmludGsoImluc3RhbGxpbmcgZmlsZW1hcDogdGFibGU9JXMgZmQ9 JWQsIGMtby1lPSVkIG5hbWU9JXNcbiIsCisJCXRhYmxlLT5uYW1lLCBmZGVz YywgY29lZmxhZywgZmlsZV9uYW1lKTsKKworCSplbnRyeSA9ICgoc3RydWN0 IGZpbGVtYXBfZW50cnkpIHsKKwkJCS5uZXh0CT0gdGFibGUtPmVudHJpZXMs CisJCQkubmFtZQk9IGZpbGVfbmFtZSwKKwkJCS5mZAk9IGZkZXNjLAorCQkJ LmNvdW50CT0gMCwKKwkJCS5jZgk9IGNvZWZsYWcKKwl9KTsKKworCXRhYmxl LT5lbnRyaWVzID0gZW50cnk7CisKKwlyZXR1cm4oMCk7Cit9CisKKy8qCisg KiBGaW5kIHRoZSBtYXRjaGluZyBmaWxlbmFtZSBpbiB0aGUgZGIgYW5kIHJl dHVybiB0aGUgZmlsZW1hcCBlbnRyeS4gCisgKi8KK3N0YXRpYyBzdHJ1Y3Qg ZmlsZW1hcF9lbnRyeSogZmlsZW1hcF9sb29rdXBfbmFtZShzdHJ1Y3QgZmls ZW1hcF90YWJsZSogdGFibGUsCisgICAgY29uc3QgY2hhciogZmlsZV9uYW1l KQoreworCXN0cnVjdCBmaWxlbWFwX2VudHJ5KiBlbnRyeTsKKworCWZvcihl bnRyeSA9IHRhYmxlLT5lbnRyaWVzOyBlbnRyeTsgZW50cnkgPSBlbnRyeS0+ bmV4dCkgeworCQlpZihzdHJjbXAoZmlsZV9uYW1lLCBlbnRyeS0+bmFtZSkg PT0gMCkgeworCQkJcmV0dXJuKGVudHJ5KTsKKwkJfQorCX0KKworCXJldHVy bihOVUxMKTsKK30KKworLyoKKyAqIEZpbmQgYSBmcmVzaCBmaWxlIGRlc2Ny aXB0b3IgaW4gYSBmaWxlIHBvb2wKKyAqLworc3RhdGljIHN0cnVjdCBmaWxl bWFwX2VudHJ5KiBmaWxlbWFwX2xvb2t1cF91bnVzZWQoc3RydWN0IGZpbGVt YXBfdGFibGUqIHRhYmxlKQoreworCXN0cnVjdCBmaWxlbWFwX2VudHJ5KiBl bnRyeTsKKworCWZvcihlbnRyeSA9IHRhYmxlLT5lbnRyaWVzOyBlbnRyeTsg ZW50cnkgPSBlbnRyeS0+bmV4dCkgeworCQlpZihlbnRyeS0+Y291bnQgPT0g MCkgeworCQkJcmV0dXJuKGVudHJ5KTsKKwkJfQorCX0KKworCXJldHVybihO VUxMKTsKK30KKworLyoKKyAqIEZpbmQgYSBtYXRjaGluZyBmZCBpbiB0aGUg ZGIgYW5kIHJldHVybiBhIGZpbGVtYXAgZW50cnkuIAorICovCitzdGF0aWMg c3RydWN0IGZpbGVtYXBfZW50cnkqIGZpbGVtYXBfbG9va3VwX2ZkKHN0cnVj dCBmaWxlbWFwX3RhYmxlKiB0YWJsZSwKKyAgICBjb25zdCBpbnQgZmQpCit7 CisJc3RydWN0IGZpbGVtYXBfZW50cnkqIGVudHJ5OworCisJZm9yKGVudHJ5 ID0gdGFibGUtPmVudHJpZXM7IGVudHJ5OyBlbnRyeSA9IGVudHJ5LT5uZXh0 KSB7CisJCWlmKGZkID09IGVudHJ5LT5mZCkgeworCQkJcmV0dXJuKGVudHJ5 KTsKKwkJfQorCX0KKworCXJldHVybihOVUxMKTsKK30KKworLyoKKyAqIHNl dCB0aGUgZmlsZW1hcHBlZCBmaWxlIGFzIHByaXN0aW5lIGFzIHBvc3NpYmxl CisgKi8KK3N0YXRpYyBpbnQgZmlsZW1hcF9zY3J1YihzdHJ1Y3QgZmlsZW1h cF9lbnRyeSogZW50cnkpCit7CisJaW50IGVycjsKKworCWVyciA9IHNldF9j bG9zZV9vbl9leGVjKGVudHJ5LT5mZCwgZW50cnktPmNmKTsKKwlpZihlcnIg PCAwKSB7CisJCXByaW50aygiZmlsZW1hcF9zY3J1YjogcmVzZXQgY2xvc2Ut b24tZXhlYyBmbGFnIGZhaWxlZCIKKwkJCSIgZXJyPSVkIGZkPSVkIGMtby1l PSVkIG5hbWU9JXNcbiIsCisJCQllcnIsIGVudHJ5LT5mZCwgZW50cnktPmNm LCBlbnRyeS0+bmFtZSk7CisJCXJldHVybihlcnIpOworCX0KKworCXJldHVy bigwKTsKK30KKworLyogCisgKiBSZXR1cm4gYSBkaXNwb3NhYmxlIGZpbGUg ZGVzY3JpcHRvciBmb3IgdGhlIG9uZSBwcm92aWRlZC4KKyAqIGR1cCgpIGlz IHVzZWQgdG8gZ3VhcmQgYWdhaW5zdCBhIGNsb3NlIG9mIHRoZSBmZCB0aGF0 IHdhcyBwYXNzZWQKKyAqIGluLiAgVGhpcyBpcyBub3QgaWRlYWwgYXMgY29u Y3VycmVudCB1c2VzIG9mIHRoZSBzYW1lIGZpbGUgbWF5CisgKiB3cmVhayBo YXZvYyB3aXRoIHRoZSBzaGFyZWQgcG9zaXRpb24gcG9pbnRlciwgZXRjLiBi ZXR3ZWVuIHRoZQorICogZHVwbGljYXRlZCBmaWxlIGRlc2NyaXB0b3JzLgor ICovIAorc3RhdGljIGludCBmaWxlbWFwX25ld2ZkKGludCBvbGRmZCkKK3sK KwlpbnQgbmV3ZmQsIGVycjsKKworCWlmKG9sZGZkIDwgMCkKKwkJcmV0dXJu KC1FSU5WQUwpOworCisJZG8geworCQluZXdmZCA9IGR1cChvbGRmZCk7CisJ fSB3aGlsZShuZXdmZDwwICYmIGVycm5vPT1FSU5UUikgOworCisJaWYobmV3 ZmQgPCAwKQorCQlyZXR1cm4oLWVycm5vKTsKKworCWVyciA9IHNldF9jbG9z ZV9vbl9leGVjKG5ld2ZkLCAwKTsKKwlpZihlcnIgPCAwKSB7CisJCXByaW50 aygiZmlsZW1hcF9uZXdmZDogY2xlYXIgY2xvc2Utb24tZXhlYyBmbGFnIGZh aWxlZCIKKwkJCSIgZXJyPSVkIGZkPSVkXG4iLCBlcnIsIG5ld2ZkKTsKKwkJ cmV0dXJuKGVycik7CisJfQorCisJcmV0dXJuKG5ld2ZkKTsKK30KKworLyoK KyAqIHBhcnNlIHRoZSBzZXR1cCBzdHJpbmcgZm9yIGEgZmlsZSBkZXNjcmlw dG9yIChudW1iZXIpIGFuZAorICogcmV0dXJuICogYSBwb2ludGVyIG9uIHRo ZSBuZXh0IGFyZ3VtZW50IGluIHRoZSBzZXR1cCBzdHJpbmcuCisgKi8KK3N0 YXRpYyBfX2luaXQgY2hhciogc2V0X2ZkZXNjKGNoYXIqIHN0ciwgaW50KiBm ZCkKK3sKKwljaGFyKiBlbmQ7CisJaW50IG51bTsKKworCWlmKChzdHI9PU5V TEwpIHx8ICgqc3RyPT0nXDAnKSkKKwkJcmV0dXJuKE5VTEwpOworCisJaWYo KnN0ciA9PSAnLCcpCisJCXJldHVybihzdHIpOworCisJbnVtID0gc3RydG91 bChzdHIsICZlbmQsIDEwKTsKKwlpZigoZW5kID09IHN0cikgfHwgIVNUUkZE X0lTRU5EKCplbmQpKSB7CisJCXByaW50aygiZmlsZW1hcDogc2V0X2ZkIC0g aW52YWxpZCB2YWx1ZSAnJXMnXG4iLCBzdHIpOworCQlnb3RvIGVuZG91dDsK Kwl9CisKKwkqZmQgPSBudW07CisKK2VuZG91dDoKKwl3aGlsZSghU1RSRkRf SVNFTkQoKmVuZCkpIGVuZCsrOworCWlmKCplbmQgPT0gJ1wwJykKKwkJIHJl dHVybihOVUxMKTsKKworCXJldHVybihlbmQpOworfQorCisKKy8qKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKyAq KiogUm91dGluZXMgdG8gc3VwcG9ydCAncG9vbCcgdHlwZSBmaWxlbWFwcyAq KioKKyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKiovCisKK3N0YXRpYyBpbnQgZm1fcG9vbF9wYXJzZSh2b2lkKiBk YXRhLCBjaGFyKiBzdHIpCit7CisJc3RydWN0IGZpbGVtYXBfdGFibGUqIHRh YmxlID0gZGF0YTsKKwljaGFyKiBlbmQ7CisJdW5zaWduZWQgaW50IGNvdW50 OworCWludCBmZGZpcnN0LCBmZGxhc3QsIGVycjsKKworCWVuZCA9IHNldF9m ZGVzYyhzdHIsICZmZGZpcnN0KTsKKwlpZigqZW5kID09ICctJykgeworCQll bmQgPSBzZXRfZmRlc2MoZW5kKzEsICZmZGxhc3QpOworCX0gZWxzZSB7CisJ CWZkbGFzdCA9IGZkZmlyc3Q7CisJfQorCisJLyogTk9URTogYWRkX2VudHJ5 IGxvb3AgbXVzdCBpbnRlcmF0ZSBmaXJzdCAtPiBsYXN0ICppbmNsdXNpdmUq ICovCisKKwlpZihmZGZpcnN0IDwgZmRsYXN0KSBjb3VudCA9IGZkbGFzdCAt IGZkZmlyc3Q7CisJZWxzZSBjb3VudCA9IGZkZmlyc3QgLSBmZGxhc3Q7CisK KwlkbyB7IAorCQllcnIgPSBmaWxlbWFwX2FkZF9lbnRyeSh0YWJsZSwgZmRm aXJzdCwgTlVMTCk7CisJCWlmKGVyciA8IDApIHsKKwkJCXByaW50aygiV0FS TklORzogZmlsZW1hcCBlcnJvciAlZCBvbiAnJXMnOiclcydcbiIsCisJCQkg ICAgZXJyLCB0YWJsZS0+bmFtZSwgc3RyKTsKKwkJCXJldHVybihlcnIpOwor CQl9CisKKwkJaWYoZmRmaXJzdCA8IGZkbGFzdCkgZmRmaXJzdCsrOworCQll bHNlIGZkZmlyc3QtLTsKKwl9IHdoaWxlKGNvdW50LS0pIDsKKworCXJldHVy bigwKTsKK30KKworc3RhdGljIGludCBmbV9wb29sX2FjY2Vzcyh2b2lkKiBk YXRhLCBjaGFyKiBmaWxlX25hbWUpCit7CisJc3RydWN0IGZpbGVtYXBfdGFi bGUqIHRhYmxlID0gZGF0YTsKKwlzdHJ1Y3QgZmlsZW1hcF9lbnRyeSogZW50 cnk7CisKKwllbnRyeSA9IGZpbGVtYXBfbG9va3VwX3VudXNlZCh0YWJsZSk7 CisKKwlpZihlbnRyeSA9PSBOVUxMKQorCQlyZXR1cm4oLUVOT0VOVCk7CisK KwllbnRyeS0+Y291bnQrKzsKKworCXJldHVybihlbnRyeS0+ZmQpOworfQor CitzdGF0aWMgaW50IGZtX3Bvb2xfYXF1aXJlKHZvaWQqIGRhdGEsIGNoYXIq IGZpbGVfbmFtZSkKK3sKKwlzdHJ1Y3QgZmlsZW1hcF90YWJsZSogdGFibGUg PSBkYXRhOworCXN0cnVjdCBmaWxlbWFwX2VudHJ5KiBlbnRyeTsKKwlpbnQg ZmQ7CisKKwllbnRyeSA9IGZpbGVtYXBfbG9va3VwX3VudXNlZCh0YWJsZSk7 CisKKwlpZihlbnRyeSA9PSBOVUxMKQorCQlyZXR1cm4oLUVOT0VOVCk7CisK KwlmZCA9IGZpbGVtYXBfbmV3ZmQoZW50cnktPmZkKTsKKwlpZihmZCA8IDAp CisJCXJldHVybihmZCk7CisKKwllbnRyeS0+Y291bnQrKzsKKworCS8qIG1h a2Ugc3VyZSB0aGlzICJuZXciIGZpbGUgaXMgcmV3b3VuZCAqLworCXNlZWtf ZmlsZShmZCwgMCk7CisKKwlyZXR1cm4oZmQpOworfQorCitzdGF0aWMgaW50 IGZtX3Bvb2xfcmVsZWFzZSh2b2lkKiBkYXRhLCBpbnQgZmQpCit7CisJc3Ry dWN0IGZpbGVtYXBfdGFibGUqIHRhYmxlID0gZGF0YTsKKwlzdHJ1Y3QgZmls ZW1hcF9lbnRyeSogZW50cnk7CisKKwkvKiB0aGUgbG9va3VwX2ZkIHdpbGwg YWx3YXlzIGZhaWwgaWYgdGhlIHJldHVybmVkIGZkIGZyb20gX2FxdWlyZSBp cworCSAqIGEgZHVwIG9mIHRoZSByZWFsIGZkLiAgVGhpcyBpcyBPSzogdGhl IGNhbGxlciB3aWxsIGNsb3NlIHRoZSBkdXAgKi8KKwllbnRyeT1maWxlbWFw X2xvb2t1cF9mZCh0YWJsZSwgZmQpOyAKKworCWlmKGVudHJ5ID09IE5VTEwp CisJCXJldHVybigtRU5PRU5UKTsKKworCWlmKGVudHJ5LT5jb3VudCA+IDAp CisJCWVudHJ5LT5jb3VudC0tOworCisJcmV0dXJuKDApOworfQorCitzdGF0 aWMgaW50IGZtX3Bvb2xfc2h1dGRvd24odm9pZCogZGF0YSkKK3sKKwlzdHJ1 Y3QgZmlsZW1hcF90YWJsZSogdGFibGUgPSBkYXRhOworCXN0cnVjdCBmaWxl bWFwX2VudHJ5KiBlbnRyeTsKKworCWZvcihlbnRyeSA9IHRhYmxlLT5lbnRy aWVzOyBlbnRyeTsgZW50cnkgPSBlbnRyeS0+bmV4dCkgeworCQlmaWxlbWFw X3NjcnViKGVudHJ5KTsKKwl9CisKKwlyZXR1cm4oMCk7Cit9CisKK3N0YXRp YyBzdHJ1Y3QgZmlsZW1hcF9vcHMgZm1fb3BzX3Bvb2wgPSB7CisJLnBhcnNl ICAgICAgICA9IGZtX3Bvb2xfcGFyc2UsCisJLmFjY2VzcyAgICAgICA9IGZt X3Bvb2xfYWNjZXNzLAorCS5hcXVpcmUgICAgICAgPSBmbV9wb29sX2FxdWly ZSwKKwkucmVsZWFzZSAgICAgID0gZm1fcG9vbF9yZWxlYXNlLAorCS5zaHV0 ZG93biAgICAgPSBmbV9wb29sX3NodXRkb3duLAorfTsKKworCisvKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCisg KioqIFJvdXRpbmVzIHRvIHN1cHBvcnQgJ2ZpbGUnIHR5cGUgZmlsZW1hcHMg KioqCisgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqLworCitzdGF0aWMgaW50IGZtX2ZpbGVfcGFyc2Uodm9pZCog ZGF0YSwgY2hhciogc3RyKQoreworCXN0cnVjdCBmaWxlbWFwX3RhYmxlKiB0 YWJsZSA9IGRhdGE7CisJY2hhciogZmlsZV9uYW1lOworCWludCBmZCwgZXJy OworCisJZmlsZV9uYW1lID0gc2V0X2ZkZXNjKHN0ciwgJmZkKTsKKwlpZigq ZmlsZV9uYW1lID09ICcsJykKKwkJZmlsZV9uYW1lKys7CisKKwllcnIgPSBm aWxlbWFwX2FkZF9lbnRyeSh0YWJsZSwgZmQsIGZpbGVfbmFtZSk7CisJaWYo ZXJyIDwgMCkgeworCQlwcmludGsoIldBUk5JTkc6IGZpbGVtYXAgZXJyb3Ig JWQgb24gJyVzJzonJXMnXG4iLAorCQkgICAgZXJyLCB0YWJsZS0+bmFtZSwg c3RyKTsKKwkJcmV0dXJuKGVycik7CisJfQorCisJcmV0dXJuKDApOworfQor CitzdGF0aWMgaW50IGZtX2ZpbGVfYWNjZXNzKHZvaWQqIGRhdGEsIGNoYXIq IGZpbGVfbmFtZSkKK3sKKwlzdHJ1Y3QgZmlsZW1hcF90YWJsZSogdGFibGUg PSBkYXRhOworCXN0cnVjdCBmaWxlbWFwX2VudHJ5KiBlbnRyeTsKKworCWVu dHJ5ID0gZmlsZW1hcF9sb29rdXBfbmFtZSh0YWJsZSwgZmlsZV9uYW1lKTsK KworCWlmKGVudHJ5ID09IE5VTEwpCisJCXJldHVybigtRU5PRU5UKTsKKwor CXJldHVybihlbnRyeS0+ZmQpOworfQorCitzdGF0aWMgaW50IGZtX2ZpbGVf YXF1aXJlKHZvaWQqIGRhdGEsIGNoYXIqIGZpbGVfbmFtZSkKK3sKKwlzdHJ1 Y3QgZmlsZW1hcF90YWJsZSogdGFibGUgPSBkYXRhOworCXN0cnVjdCBmaWxl bWFwX2VudHJ5KiBlbnRyeTsKKwlpbnQgZmQ7CisKKwllbnRyeSA9IGZpbGVt YXBfbG9va3VwX25hbWUodGFibGUsIGZpbGVfbmFtZSk7CisKKwlpZihlbnRy eSA9PSBOVUxMKQorCQlyZXR1cm4oLUVOT0VOVCk7CisKKwlmZCA9IGZpbGVt YXBfbmV3ZmQoZW50cnktPmZkKTsKKwlpZihmZCA8IDApCisJCXJldHVybihm ZCk7CisKKwkvKiBtYWtlIHN1cmUgdGhpcyAibmV3IiBmaWxlIGlzIHJld291 bmQgKi8KKwlzZWVrX2ZpbGUoZmQsIDApOworCisJcmV0dXJuKGZkKTsKK30K Kworc3RhdGljIGludCBmbV9maWxlX3JlbGVhc2Uodm9pZCogZGF0YSwgaW50 IGZkKQoreworCXN0cnVjdCBmaWxlbWFwX3RhYmxlKiB0YWJsZSA9IGRhdGE7 CisJc3RydWN0IGZpbGVtYXBfZW50cnkqIGVudHJ5OworCisJLyogdGhlIGxv b2t1cF9mZCB3aWxsIGFsd2F5cyBmYWlsIGlmIHRoZSByZXR1cm5lZCBmZCBm cm9tIF9hcXVpcmUgaXMKKwkgKiBhIGR1cCBvZiB0aGUgcmVhbCBmZC4gIFRo aXMgaXMgT0s6IHRoZSBjYWxsZXIgd2lsbCBjbG9zZSB0aGUgZHVwICovCisJ ZW50cnkgPSBmaWxlbWFwX2xvb2t1cF9mZCh0YWJsZSwgZmQpOworCisJaWYo ZW50cnkgPT0gTlVMTCkKKwkJcmV0dXJuKC1FTk9FTlQpOworCisJcmV0dXJu KDApOworfQorCitzdGF0aWMgaW50IGZtX2ZpbGVfc2h1dGRvd24odm9pZCog ZGF0YSkKK3sKKwlzdHJ1Y3QgZmlsZW1hcF90YWJsZSogdGFibGUgPSBkYXRh OworCXN0cnVjdCBmaWxlbWFwX2VudHJ5KiBlbnRyeTsKKworCWZvcihlbnRy eSA9IHRhYmxlLT5lbnRyaWVzOyBlbnRyeTsgZW50cnkgPSBlbnRyeS0+bmV4 dCkgeworCQlmaWxlbWFwX3NjcnViKGVudHJ5KTsKKwl9CisKKwlyZXR1cm4o MCk7Cit9CisKK3N0YXRpYyBzdHJ1Y3QgZmlsZW1hcF9vcHMgZm1fb3BzX2Zp bGUgPSB7CisJLnBhcnNlICAgICAgICA9IGZtX2ZpbGVfcGFyc2UsCisJLmFj Y2VzcyAgICAgICA9IGZtX2ZpbGVfYWNjZXNzLAorCS5hcXVpcmUgICAgICAg PSBmbV9maWxlX2FxdWlyZSwKKwkucmVsZWFzZSAgICAgID0gZm1fZmlsZV9y ZWxlYXNlLAorCS5zaHV0ZG93biAgICAgPSBmbV9maWxlX3NodXRkb3duLAor fTsKKworCisvKioqKioqKioqKioqKioqKioqKioqKioKKyAqKiogRmlsZW1h cCBUYWJsZXMgICoqKgorICoqKioqKioqKioqKioqKioqKioqKioqLworCitz dGF0aWMgc3RydWN0IGZpbGVtYXBfdGFibGUgZmlsZW1hcF90YWJsZXNbXSA9 IHsKKwl7CisJCS5uYW1lICAgID0gImZpbGUiLAorCQkuZW50cmllcyA9IE5V TEwsCisJCS5vcHMgICAgID0gJmZtX29wc19maWxlLAorCX0sCisJeworCQku bmFtZSAgICA9ICJ2bSIsCisJCS5lbnRyaWVzID0gTlVMTCwKKwkJLm9wcyAg ICAgPSAmZm1fb3BzX3Bvb2wsCisJfSwKK307CisKK3N0YXRpYyBzdHJ1Y3Qg ZmlsZW1hcF90YWJsZSogZmlsZW1hcF9nZXRfdGFibGUoY29uc3QgY2hhciog dGFibGVfbmFtZSkKK3sKKwlzdHJ1Y3QgZmlsZW1hcF90YWJsZSogdGFibGU7 CisJaW50IGk7CisKKwlpID0gMDsKKworCXdoaWxlKGkgPCBzaXplb2YoZmls ZW1hcF90YWJsZXMpL3NpemVvZihmaWxlbWFwX3RhYmxlc1swXSkpIHsKKwkJ dGFibGUgPSAmZmlsZW1hcF90YWJsZXNbaV07CisKKwkJaWYoc3RyY21wKHRh YmxlX25hbWUsIHRhYmxlLT5uYW1lKSA9PSAwKQorCQkJcmV0dXJuKHRhYmxl KTsKKworCQlpKys7CisJfQorCisJcmV0dXJuKE5VTEwpOworfQorCisKKy8q KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCisgKioqIEZpbGVt YXAgSW50ZXJmYWNlIFJvdXRpbmVzICoqKgorICoqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKiovCisKKy8qCisgKiBSZXR1cm4gVEhFIGZpbGUg ZGVzY3JpcHRvciBmb3IgdGhlIGdpdmVuIGZpbGVuYW1lIGZyb20gdGhlIGRi IHRhYmxlLgorICogVGhpcyBpcyBhIHJhdyBpbnRlcmZhY2UgZm9yIGZ1bmN0 aW9ucywgbGlrZSBzdGF0KCkgd3JhcHBlcnMgdGhhdCBwcm9taXNlCisgKiBu b3QgdG8gZG8gSU8sIGNsb3NlIHRoZSBmZCwgb3Igb3RoZXJ3aXNlIGZpZGRs ZSB3aXRoIHRoZSBmaWxlIHN0YXRlLgorICovCitpbnQgZmlsZW1hcF9hY2Nl c3MoY29uc3QgY2hhciogdGFibGVfbmFtZSwgY2hhciogZmlsZV9uYW1lKQor eworCXN0cnVjdCBmaWxlbWFwX3RhYmxlKiB0YWJsZTsKKwlpbnQgZmQ7CisK Kwl0YWJsZSA9IGZpbGVtYXBfZ2V0X3RhYmxlKHRhYmxlX25hbWUpOworCisJ aWYodGFibGUgPT0gTlVMTCkgeworCQlwcmludGsoIkVSUk9SOiB1bmtub3du IGZpbGVtYXAgdGFibGUgJyVzJ1xuIiwgdGFibGVfbmFtZSk7CisJCXJldHVy bigwKTsKKwl9CisKKwlmZCA9IHRhYmxlLT5vcHMtPmFjY2Vzcyh0YWJsZSwg ZmlsZV9uYW1lKTsKKworCXJldHVybihmZCk7Cit9CisKKy8qCisgKiBSZXR1 cm4gQSBORVcgZmlsZSBkZXNjcmlwdG9yIGZvciB0aGUgZ2l2ZW4gZmlsZW5h bWUgZnJvbSB0aGUgZGIuCisgKiBBc3N1bWUgdGhlIG1vZGVzIG9mIHRoZSBm aWxlIGRlc2NyaXB0b3Igd2FzIHNldCB1cCB0byBtYXRjaCB3aGF0IGlzCisg KiBiZWluZyBhc2tlZCBmb3IuCisgKi8KK2ludCBmaWxlbWFwX2FxdWlyZShj b25zdCBjaGFyKiB0YWJsZV9uYW1lLCBjaGFyKiBmaWxlX25hbWUpCit7CisJ c3RydWN0IGZpbGVtYXBfdGFibGUqIHRhYmxlOworCWludCBmZDsKKworCXRh YmxlID0gZmlsZW1hcF9nZXRfdGFibGUodGFibGVfbmFtZSk7CisKKwlpZih0 YWJsZSA9PSBOVUxMKSB7CisJCXByaW50aygiRVJST1I6IHVua25vd24gZmls ZW1hcCB0YWJsZSAnJXMnXG4iLCB0YWJsZV9uYW1lKTsKKwkJcmV0dXJuKDAp OworCX0KKworCWZkID0gdGFibGUtPm9wcy0+YXF1aXJlKHRhYmxlLCBmaWxl X25hbWUpOworCisJcmV0dXJuKGZkKTsKK30KKworLyoKKyAqICJSZWxlYXNl IiB0aGUgZmlsZSBkZXNjcmlwdG9yLiAgRG8gbm90aGluZyAtIGlmIG5vdCBp biB0aGUgZGIsCisgKiByZXR1cm4gLUVOT0VOVC4gIFRoZSBjYWxsZXIgd291 bGQgd2FudCB0byB1c2UgdGhlIGNsb3NlKCkgc3lzdGVtCisgKiBjYWxsIG9u IHRoZSBmZCBpbiB0aGF0IGV2ZW50LgorICovCitpbnQgZmlsZW1hcF9yZWxl YXNlKGNvbnN0IGNoYXIqIHRhYmxlX25hbWUsIGNvbnN0IGludCBmZCkKK3sK KwlzdHJ1Y3QgZmlsZW1hcF90YWJsZSogdGFibGU7CisJaW50IGVycjsKKwor CXRhYmxlID0gZmlsZW1hcF9nZXRfdGFibGUodGFibGVfbmFtZSk7CisKKwlp Zih0YWJsZSA9PSBOVUxMKSB7CisJCXByaW50aygiRVJST1I6IHVua25vd24g ZmlsZW1hcCB0YWJsZSAnJXMnXG4iLCB0YWJsZV9uYW1lKTsKKwkJcmV0dXJu KC1FTk9FTlQpOyAvKiB0aGUgY2FsbGVyIGV4cGVjdHMgRU5PRU5UICovIAor CX0KKworCWVyciA9IHRhYmxlLT5vcHMtPnJlbGVhc2UodGFibGUsIGZkKTsK KworCXJldHVybihlcnIpOworfQorCisvKgorICogRG8gYW55IHRhYmxlIGNs ZWFudXAgbmVjZXNzYXJ5IGJlZm9yZSBwb3dlciBjeWNsZQorICovCitzdGF0 aWMgdm9pZCBmaWxlbWFwX3NodXRkb3duKHZvaWQpCit7CisJc3RydWN0IGZp bGVtYXBfdGFibGUqIHRhYmxlOworCWludCBpOworCisJaSA9IDA7CisKKwl3 aGlsZShpIDwgc2l6ZW9mKGZpbGVtYXBfdGFibGVzKS9zaXplb2YoZmlsZW1h cF90YWJsZXNbMF0pKQorCXsKKwkJdGFibGUgPSAmZmlsZW1hcF90YWJsZXNb aV07CisKKwkJdGFibGUtPm9wcy0+c2h1dGRvd24odGFibGUpOworCisJCWkr KzsKKwl9Cit9CisKK19fdW1sX2V4aXRjYWxsKGZpbGVtYXBfc2h1dGRvd24p OworCitzdGF0aWMgaW50IF9faW5pdCBwYXJzZV9maWxlbWFwKGNoYXIqIHN0 ciwgaW50KiBhZGQpCit7CisJc3RydWN0IGZpbGVtYXBfdGFibGUqIHRhYmxl OworCWNoYXIqIHRhYmxlX25hbWU7CisJaW50IGVycjsKKworCSphZGQgPSAw OworCisJdGFibGVfbmFtZSA9IHN0cjsKKwl3aGlsZSgqc3RyICYmICpzdHIg IT0gJywnKSBzdHIrKzsKKwlpZigqc3RyID09ICcsJykgKnN0cisrID0gJ1ww JzsKKworCXRhYmxlID0gZmlsZW1hcF9nZXRfdGFibGUodGFibGVfbmFtZSk7 CisKKwlpZih0YWJsZSA9PSBOVUxMKSB7CisJCXByaW50aygiRVJST1I6IHVu a25vd24gZmlsZW1hcCB0YWJsZSAnJXMnXG4iLCB0YWJsZV9uYW1lKTsKKwkJ cmV0dXJuKDApOworCX0KKworCWVyciA9IHRhYmxlLT5vcHMtPnBhcnNlKHRh YmxlLCBzdHIpOworCWlmKGVyciA8IDApIHsKKwkJcHJpbnRrKCJFUlJPUjog ZmlsZW1hcCBwYXJzZSBlcnJvciAlZCBvbiAnJXMnOiclcydcbiIsCisJCSAg ICBlcnIsIHRhYmxlX25hbWUsIHN0cik7CisJCXJldHVybigwKTsKKwl9CisK KwlyZXR1cm4oMCk7Cit9CisKK19fdW1sX3NldHVwKCJmaWxlbWFwPSIsIHBh cnNlX2ZpbGVtYXAsCisiZmlsZW1hcD08dGFibGU+LDxmZD5bLTxmZD5dWyw8 ZmlsZW5hbWU+XVxuIgorIiAgICBNYXAgPGZpbGVuYW1lPiB0byA8ZmQ+IChh bHJlYWR5IG9wZW5lZCkgaW50byBkYiB0YWJsZSBuYW1lZCA8dGFibGU+Llxu IgorIiAgICBDb21tb24gdGFibGVzOiBmaWxlPW5vcm1hbCBmaWxlcywgdm09 dmlydHVhbCBtZW1vcnkuIEV4YW1wbGVzIGZvciBiYXNoOlxuIgorIiAgICAu L2xpbnV4IHViZDA9ZnMuY293LGZzLmRhdCBmaWxlbWFwPWZpbGUsMTAsZnMu ZGF0IDEwPC9jZHJvbTIvZnMuZGF0XG4iCisiICAgIC4vbGludXggZmlsZW1h cD1maWxlLDExLC9wcm9jL2NwdWluZm8gMTE8L3Byb2MvY3B1aW5mb1xuIgor IiAgICAuL2xpbnV4IGZpbGVtYXA9dm0sMjAtMjEgMjA8Pi9kZXYvc2htL3Zt LSQkLjEgMjE8Pi9kZXYvc2htL3ZtLSQkLjJcbiIKKyk7CmRpZmYgLU5hdXIg bGludXgtMi40LjIyLTV1bS5vcmlnL2FyY2gvdW0va2VybmVsL21lbV91c2Vy LmMgbGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91bS9rZXJuZWwvbWVtX3Vz ZXIuYwotLS0gbGludXgtMi40LjIyLTV1bS5vcmlnL2FyY2gvdW0va2VybmVs L21lbV91c2VyLmMJVGh1IFNlcCAyNSAxOToyOTo0NSAyMDAzCisrKyBsaW51 eC0yLjQuMjItNXVtLm5ldy9hcmNoL3VtL2tlcm5lbC9tZW1fdXNlci5jCVRo dSBTZXAgMjUgMjA6Mjk6MTcgMjAwMwpAQCAtNDcsNiArNDcsOCBAQAogI2lu Y2x1ZGUgInRlbXBmaWxlLmgiCiAjaW5jbHVkZSAia2Vybl9jb25zdGFudHMu aCIKIAorI2luY2x1ZGUgImZpbGVtYXAuaCIKKwogZXh0ZXJuIHN0cnVjdCBt ZW1fcmVnaW9uIHBoeXNtZW1fcmVnaW9uOwogCiAjZGVmaW5lIFRFTVBOQU1F X1RFTVBMQVRFICJ2bV9maWxlLVhYWFhYWCIKQEAgLTU2LDYgKzU4LDEyIEBA CiAJaW50IGZkLCBlcnI7CiAJY2hhciB6ZXJvOwogCisJZmQgPSBmaWxlbWFw X2FxdWlyZSgidm0iLE5VTEwpOworCWlmKGZkID49IDApIHsKKwkJZnRydW5j YXRlKGZkLCBsZW4pOyAvKiB1c2UgMCBpbnN0ZWFkIG9mIGxlbiB0byB6ZXJv IGNvbnRlbnRzICovCisJCWdvdG8gc2l6ZWZpbGU7CisJfQorCiAJZmQgPSBt YWtlX3RlbXBmaWxlKFRFTVBOQU1FX1RFTVBMQVRFLCBOVUxMLCAxKTsKIAlp ZihmZCA8IDApIHsKIAkJb3NfcHJpbnRfZXJyb3IoZmQsICJtYWtlX3RlbXBm aWxlIik7CkBAIC02Niw2ICs3NCw4IEBACiAJCW9zX3ByaW50X2Vycm9yKGVy ciwgImNoYW5nZV9tb2RlIik7CiAJCWV4aXQoMSk7CiAJfQorCitzaXplZmls ZToKIAllcnIgPSBvc19zZWVrX2ZpbGUoZmQsIGxlbik7CiAJaWYoZXJyIDwg MCl7CiAJCW9zX3ByaW50X2Vycm9yKGVyciwgInNlZWtfZmlsZSIpOwpkaWZm IC1OYXVyIGxpbnV4LTIuNC4yMi01dW0ub3JpZy9hcmNoL3VtL2tlcm5lbC91 bWlkLmMgbGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91bS9rZXJuZWwvdW1p ZC5jCi0tLSBsaW51eC0yLjQuMjItNXVtLm9yaWcvYXJjaC91bS9rZXJuZWwv dW1pZC5jCVRodSBTZXAgMjUgMTk6Mjk6NDUgMjAwMworKysgbGludXgtMi40 LjIyLTV1bS5uZXcvYXJjaC91bS9rZXJuZWwvdW1pZC5jCVRodSBTZXAgMjUg MjA6Mjk6MTcgMjAwMwpAQCAtMTksNiArMTksOCBAQAogI2luY2x1ZGUgInVz ZXJfdXRpbC5oIgogI2luY2x1ZGUgImNob29zZS1tb2RlLmgiCiAKKyNpbmNs dWRlICJmaWxlbWFwLmgiCisKICNkZWZpbmUgVU1JRF9MRU4gNjQKICNkZWZp bmUgVU1MX0RJUiAifi8udW1sLyIKIApAQCAtNjgsOCArNzAsMjQgQEAKIHsK IAlpbnQgbjsKIAotCWlmKCF1bWlkX2luaXRlZCAmJiBtYWtlX3VtaWQocHJp bnRrKSkgcmV0dXJuKC0xKTsKKwlpZih1bWlkX2luaXRlZCkgeworCQljaGFy IHBhdGhbTUFYUEFUSExFTiArIDFdOyAgIC8qIFhYWCB1c2UgYnVmIGluc3Rl YWQ/ICovCisKKwkJbiA9IHNucHJpbnRmKHBhdGgsIHNpemVvZihwYXRoKSwg IiVzJXMvJXMiLAorCQkJICAgICB1bWxfZGlyLCB1bWlkLCBuYW1lKTsKKwkJ aWYoKG4gPCAwKSB8fCAobiA+PSBzaXplb2YocGF0aCkpKQorCQkJcmV0dXJu KC0xKTsKKworCQkvKiBqdXN0IHRlc3QgZm9yIGV4aXN0ZW5jZSBpbiB0aGUg ZmlsZW1hcCBmaWxlIHRhYmxlICovCisJCWlmKGZpbGVtYXBfYWNjZXNzKCJm aWxlIiwgcGF0aCkgPj0gMCkgeworCQkJZ290byBoYW5kbGVfbmFtZTsKKwkJ fQorCX0gCisKKwlpZihtYWtlX3VtaWQocHJpbnRrKSkKKwkJcmV0dXJuKC0x KTsKIAoraGFuZGxlX25hbWU6CiAJbiA9IHN0cmxlbih1bWxfZGlyKSArIHN0 cmxlbih1bWlkKSArIHN0cmxlbihuYW1lKSArIDE7CiAJaWYobiA+IGxlbil7 CiAJCXByaW50aygidW1pZF9maWxlX25hbWUgOiBidWZmZXIgdG9vIHNob3J0 XG4iKTsKZGlmZiAtTmF1ciBsaW51eC0yLjQuMjItNXVtLm9yaWcvYXJjaC91 bS9vcy1MaW51eC9maWxlLmMgbGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91 bS9vcy1MaW51eC9maWxlLmMKLS0tIGxpbnV4LTIuNC4yMi01dW0ub3JpZy9h cmNoL3VtL29zLUxpbnV4L2ZpbGUuYwlUaHUgU2VwIDI1IDE5OjI5OjQ1IDIw MDMKKysrIGxpbnV4LTIuNC4yMi01dW0ubmV3L2FyY2gvdW0vb3MtTGludXgv ZmlsZS5jCVRodSBTZXAgMjUgMjA6Mjk6MTcgMjAwMwpAQCAtMTksNiArMTks OCBAQAogI2luY2x1ZGUgInVzZXIuaCIKICNpbmNsdWRlICJrZXJuX3V0aWwu aCIKIAorI2luY2x1ZGUgImZpbGVtYXAuaCIKKwogc3RhdGljIHZvaWQgY29w eV9zdGF0KHN0cnVjdCB1bWxfc3RhdCAqZHN0LCBzdHJ1Y3Qgc3RhdDY0ICpz cmMpCiB7CiAJKmRzdCA9ICgoc3RydWN0IHVtbF9zdGF0KSB7CkBAIC01Nywx MiArNTksMjIgQEAKIGludCBvc19zdGF0X2ZpbGUoY29uc3QgY2hhciAqZmls ZV9uYW1lLCBzdHJ1Y3QgdW1sX3N0YXQgKnVidWYpCiB7CiAJc3RydWN0IHN0 YXQ2NCBzYnVmOwotCWludCBlcnI7CisJaW50IGZkLCBlcnI7CisKKwlmZCA9 IGZpbGVtYXBfYWNjZXNzKCJmaWxlIiwgZmlsZV9uYW1lKTsKKwlpZihmZCA+ PSAwKSB7CisJCWRvIHsKKwkJCWVyciA9IGZzdGF0NjQoZmQsICZzYnVmKTsK KwkJfSB3aGlsZSgoZXJyIDwgMCkgJiYgKGVycm5vID09IEVJTlRSKSkgOwor CisJCWdvdG8gZGlkX3N0YXQ7CisJfQogCiAJZG8gewogCQllcnIgPSBzdGF0 NjQoZmlsZV9uYW1lLCAmc2J1Zik7CiAJfSB3aGlsZSgoZXJyIDwgMCkgJiYg KGVycm5vID09IEVJTlRSKSkgOwogCitkaWRfc3RhdDoKIAlpZihlcnIgPCAw KSAKIAkJcmV0dXJuKC1lcnJubyk7CiAKQEAgLTc0LDYgKzg2LDI2IEBACiBp bnQgb3NfYWNjZXNzKGNvbnN0IGNoYXIqIGZpbGUsIGludCBtb2RlKQogewog CWludCBhbW9kZSwgZXJyOworCWludCBmZCwgZmxhZ3M7CisKKwlmZCA9IGZp bGVtYXBfYWNjZXNzKCJmaWxlIiwgZmlsZSk7CisJaWYoZmQgPj0gMCkgewor CQlkbyB7CisJCQlmbGFncyA9IGZjbnRsKGZkLCBGX0dFVEZMKTsKKwkJfSB3 aGlsZSgoZmxhZ3MgPCAwKSAmJiAoZXJybm8gPT0gRUlOVFIpKSA7CisJCisJ CWlmKGZsYWdzIDwgMCkKKwkJCXJldHVybigtZXJybm8pOworCisJCWlmKG1v ZGUgJiBPU19BQ0NfWF9PSykKKwkJCXJldHVybigtRUFDQ0VTKTsgLyogWFhY IG5vdCBleGVjdXRhYmxlIG5vdCB0cnVlPyAqLworCQlpZigobW9kZSAmIE9T X0FDQ19XX09LKSAmJiAhKGZsYWdzJk9fUkRXUiB8fCBmbGFncyZPX1dST05M WSkpCisJCQlyZXR1cm4oLUVBQ0NFUyk7CisJCWlmKChtb2RlICYgT1NfQUND X1JfT0spICYmIChmbGFncyZPX1dST05MWSkpCisJCQlyZXR1cm4oLUVBQ0NF Uyk7CisKKwkJcmV0dXJuKDApOworCX0KIAogCWFtb2RlPShtb2RlJk9TX0FD Q19SX09LID8gUl9PSyA6IDApIHwgKG1vZGUmT1NfQUNDX1dfT0sgPyBXX09L IDogMCkgfAogCSAgICAgIChtb2RlJk9TX0FDQ19YX09LID8gWF9PSyA6IDAp IHwgKG1vZGUmT1NfQUNDX0ZfT0sgPyBGX09LIDogMCkgOwpAQCAtMjU3LDYg KzI4OSwxMiBAQAogewogCWludCBmZCwgZiA9IDA7CiAKKwlmZCA9IGZpbGVt YXBfYXF1aXJlKCJmaWxlIiwgZmlsZSk7CisJaWYoZmQgPj0gMCkgeworCQlw cmludGsoImZpbGVtYXAgYXF1aXJlOiBmZD0lZCwgZmlsZT0lc1xuIiwgZmQs IGZpbGUpOworCQlnb3RvIHNldGZkOworCX0KKwogCWlmKGZsYWdzLnIgJiYg ZmxhZ3MudykgZiA9IE9fUkRXUjsKIAllbHNlIGlmKGZsYWdzLnIpIGYgPSBP X1JET05MWTsKIAllbHNlIGlmKGZsYWdzLncpIGYgPSBPX1dST05MWTsKQEAg LTI3MSw2ICszMDksNyBAQAogCWlmKGZkIDwgMCkKIAkJcmV0dXJuKC1lcnJu byk7CiAKK3NldGZkOgogCWlmKGZsYWdzLmNsICYmIGZjbnRsKGZkLCBGX1NF VEZELCAxKSl7CiAJCW9zX2Nsb3NlX2ZpbGUoZmQpOwogCQlyZXR1cm4oLWVy cm5vKTsKQEAgLTMwMCw2ICszMzksMTMgQEAKIAogdm9pZCBvc19jbG9zZV9m aWxlKGludCBmZCkKIHsKKyNpZiAwCisJLyogZmlsZW1hcHBlZCBmaWxlcyB3 aWxsIHJldHVybiBzb21ldGhpbmcgb3RoZXIgdGhhbiAtRU5PRU5UICovCisJ aWYoZmlsZW1hcF9yZWxlYXNlKCJmaWxlIiwgZmQpICE9IC1FTk9FTlQpIHsK KwkJcmV0dXJuOworCX0KKyNlbmRpZgorCiAJY2xvc2UoZmQpOwogfQogCkBA IC01NzQsNiArNjIwLDEyIEBACiAJc3RydWN0IHNvY2thZGRyX3VuIGFkZHI7 CiAJaW50IHNvY2ssIGVycjsKIAorCXNvY2sgPSBmaWxlbWFwX2FxdWlyZSgi ZmlsZSIsIGZpbGUpOworCWlmKHNvY2sgPj0gMCkgeworCQlwcmludGsoImZp bGVtYXAgYXF1aXJlOiBmZD0lZCwgZmlsZT0lc1xuIiwgc29jaywgZmlsZSk7 CisJCWdvdG8gc2V0ZmQ7CisJfQorCiAJc29jayA9IHNvY2tldChQRl9VTklY LCBTT0NLX0RHUkFNLCAwKTsKIAlpZiAoc29jayA8IDApewogCQlwcmludGso ImNyZWF0ZV91bml4X3NvY2tldCAtIHNvY2tldCBmYWlsZWQsIGVycm5vID0g JWRcbiIsCkBAIC01ODEsMTMgKzYzMyw2IEBACiAJCXJldHVybigtZXJybm8p OwogCX0KIAotCWlmKGNsb3NlX29uX2V4ZWMpIHsKLQkJZXJyID0gb3Nfc2V0 X2V4ZWNfY2xvc2Uoc29jaywgMSk7Ci0JCWlmKGVyciA8IDApCi0JCQlwcmlu dGsoImNyZWF0ZV91bml4X3NvY2tldCA6IGNsb3NlX29uX2V4ZWMgZmFpbGVk LCAiCi0JCSAgICAgICAiZXJyID0gJWQiLCAtZXJyKTsKLQl9Ci0KIAlhZGRy LnN1bl9mYW1pbHkgPSBBRl9VTklYOwogCiAJLyogWFhYIEJlIG1vcmUgY2Fy ZWZ1bCBhYm91dCBvdmVyZmxvdyAqLwpAQCAtNTk4LDYgKzY0MywxNCBAQAog CQlwcmludGsoImNyZWF0ZV9saXN0ZW5pbmdfc29ja2V0IC0gYmluZCBmYWls ZWQsIGVycm5vID0gJWRcbiIsCiAJCSAgICAgICBlcnJubyk7CiAJCXJldHVy bigtZXJybm8pOworCX0KKworc2V0ZmQ6CisJaWYoY2xvc2Vfb25fZXhlYykg eworCQllcnIgPSBvc19zZXRfZXhlY19jbG9zZShzb2NrLCAxKTsKKwkJaWYo ZXJyIDwgMCkKKwkJCXByaW50aygiY3JlYXRlX3VuaXhfc29ja2V0IDogY2xv c2Vfb25fZXhlYyBmYWlsZWQsICIKKwkJICAgICAgICJlcnIgPSAlZCIsIC1l cnIpOwogCX0KIAogCXJldHVybihzb2NrKTsKZGlmZiAtTmF1ciBsaW51eC0y LjQuMjItNXVtLm9yaWcvYXJjaC91bS9kcml2ZXJzL2RhZW1vbl91c2VyLmMg bGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91bS9kcml2ZXJzL2RhZW1vbl91 c2VyLmMKLS0tIGxpbnV4LTIuNC4yMi01dW0ub3JpZy9hcmNoL3VtL2RyaXZl cnMvZGFlbW9uX3VzZXIuYwlUaHUgU2VwIDI1IDE5OjI5OjQ1IDIwMDMKKysr IGxpbnV4LTIuNC4yMi01dW0ubmV3L2FyY2gvdW0vZHJpdmVycy9kYWVtb25f dXNlci5jCVRodSBTZXAgMjUgMjA6Mjk6MTcgMjAwMwpAQCAtMTgsNiArMTgs OCBAQAogI2luY2x1ZGUgInVzZXIuaCIKICNpbmNsdWRlICJvcy5oIgogCisj aW5jbHVkZSAiZmlsZW1hcC5oIgorCiAjZGVmaW5lIE1BWF9QQUNLRVQgKEVU SF9NQVhfUEFDS0VUICsgRVRIX0hFQURFUl9PVEhFUikKIAogZW51bSByZXF1 ZXN0X3R5cGUgeyBSRVFfTkVXX0NPTlRST0wgfTsKQEAgLTUzLDYgKzU1LDEz IEBACiAJc3RydWN0IHJlcXVlc3RfdjMgcmVxOwogCWludCBmZCwgbiwgZXJy OwogCisJcHJpLT5jb250cm9sID0gZmlsZW1hcF9hcXVpcmUoImZpbGUiLCBj dGxfYWRkci0+c3VuX3BhdGgpOworCWlmKHByaS0+Y29udHJvbCA+PSAwKSB7 CisJCXByaW50aygiZmlsZW1hcCBhcXVpcmU6IGZkPSVkLCBmaWxlPSVzXG4i LAorCQkgICAgICAgcHJpLT5jb250cm9sLCBjdGxfYWRkci0+c3VuX3BhdGgp OworCQlnb3RvIGhhdmVfY29udHJvbDsKKwl9CisKIAlwcmktPmNvbnRyb2wg PSBzb2NrZXQoQUZfVU5JWCwgU09DS19TVFJFQU0sIDApOwogCWlmKHByaS0+ Y29udHJvbCA8IDApewogCQlwcmludGsoImRhZW1vbl9vcGVuIDogY29udHJv bCBzb2NrZXQgZmFpbGVkLCBlcnJubyA9ICVkXG4iLCAKQEAgLTY4LDYgKzc3 LDcgQEAKIAkJZ290byBvdXQ7CiAJfQogCitoYXZlX2NvbnRyb2w6CiAJZmQg PSBzb2NrZXQoQUZfVU5JWCwgU09DS19ER1JBTSwgMCk7CiAJaWYoZmQgPCAw KXsKIAkJcHJpbnRrKCJkYWVtb25fb3BlbiA6IGRhdGEgc29ja2V0IGZhaWxl ZCwgZXJybm8gPSAlZFxuIiwgCg== ------=_NextPart_000_1749_266a_fc3-- ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9ITt-0003Y4-00 for ; Mon, 13 Oct 2003 23:16:29 -0700 Received: from fed1mtao08.cox.net ([68.6.19.123]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9ITs-0001La-Gd for user-mode-linux-devel@lists.sourceforge.net; Mon, 13 Oct 2003 23:16:28 -0700 Message-ID: <3F8B9570.6080404@easyco.com> From: Doug Dumitru MIME-Version: 1.0 Subject: Re: [uml-devel] filemap feature 2.4.22-5um References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Mon, 13 Oct 2003 23:19:28 -0700 To: Steve Schmidtke , user-mode-linux-devel@lists.sourceforge.net Steve, I like your file mapping, especially as a way of keeping a chroot jail as empty as possible. A couple of questions. I noticed that you are not mapping /proc/mm. Is this a 2.4.x only issue or is this needed in SKAS mode with 2.6.x. I am running 2.4.22 with all of my virtuals just to keep things "stable". I also tend to see a "lot" of open handles to /proc/mm. Sometimes >50 of these. This looks like one per virtual process (minus threads). Am I reading this right. On virtuals that I run, I tend to only see a single "vm" file opened: linux 5595 root 3u REG 58,0 268435457 4941730 /usr2/vsys/v_2020/tmpdir/vm_file-OeeMw1 (deleted) This one is 256Meg. When does the vm try to open "pieces". Is there any reason the tun/tap networking wouldn't work with this layout by pre-opening /dev/net/tun. Thanks for the script examples of how to get this rolling. --- Doug Dumitru Steve Schmidtke wrote: > This patch adds filemap support to 2.4.22-5um. The function of this > patch is an awkard and convoluted solution to an arcane problem. Unless > you know this is what you need, you may just want to skip this post. > > Filemaping is a method of mapping open file descriptors to arbitrary > file names within a UML. Once a file name has been mapped, all UML file > requests on that name act upon the open file descriptor. The main > purpose of filemap is to support empty chroot environments, allowing the > UML to access files, such as /proc/cpuinfo and virtual memory files, > without requiring those files to be present within the chroot directory. > > The filemap boot string syntax lookes like this: > > filemap=
,
> > There are two tables available, "file" and "vm". "file" type filemaps > handle fd/filename pairs, while "vm" type filemaps handle pools of fd's > that represent virtual memory files. > > For example, a "file" table boot string may look like this: > > filemap=file,12,/proc/cpuinfo > > which redirects the UML to file descriptor 12 when accessing the file > /proc/cpuinfo. In this case, file descriptor 12 must be opened > beforehand, possibly like this on the UMLs command line: > > 12 > A "vm" table filemap boot string may look like this: > > filemap=vm,20-23 > > which will set up a pool of file descriptors (20, 21, 22, and 23) to be > mete out to the UML as it requests virtual memory files. > > Here are some example command lines using filemaps: > > chroot /home/uml /bin/linux mem=32M \ > filemap=file,11,/proc/cpuinfo 11 > The above line tells the chrooted UML to use file descriptor 11 whenever > accessing /proc/cpuinfo (which it only ever reads). > > chroot /cdrom /linux mem=16M filemap=vm,20-21 \ > 20<>/dev/shm/vm1 21<>/dev/shm/vm2 > > This invocation tells the chrooted UML to use file descriptors 20 and 21 > for (some of) its virtual memory files. How do you know how many to > specify? The number is proportional to how much memory you have given > the UML. Start with booting the UML with a bunch of zero length files, > and review how many end up with non-zero file sizes. Adjust to suit. > Note the above examples read+write redirection on the vm files. > > umlwrap -bind=22,/dev/shm/mconsole1 -dir=/home/uml -- \ > /bin/linux mem=48M uml_dir=/uml/ umid=um1 filemap=22,/uml/um1/pid \ > 22 > Here, a hypothetical chroot helper opens a bound unix socket on file > descriptor 21. The chrooted UML will pick up the fd as its mconsole > socket (by way of a crafty command line). Note that the method used to > tell uml_mconsole to open a socket in /dev/shm/ is beyond the scope of > this example. Also note that the umid pid file has been filemaped as > well -- the umid directory does not have to exist for things to work. > > In fact, there is no writable media necessary within the chroot to run > UML at all. The only file necessary to be present is the staticly > linked linux binary. > > One final example to put it all together: > > umlwrap -bind=15,/dev/shm/mconsole-$$ -connect=17,/tmp/uml.ctl \ > -dir=/home/uml -user=guest -- /bin/linux mem=64M \ > uml_dir=/uml/ umid=um$$ ubd0=/disk.cow,/disk.dat \ > eth0=daemon con=null con0=fd:0,fd:1 \ > filemap=file,10,/proc/cpuinfo 10 filemap=file,11,/disk.dat 11 filemap=file,12,/disk.cow 12<>/home/uml/cow-$$.cow \ > filemap=file,15,/uml/um$$/mconsole \ > filemap=file,16,/uml/um$$/pid 16 filemap=file,17,/tmp/uml.ctl \ > filemap=vm,20-23 20<>/dev/shm/vm-$$.0 21<>/dev/shm/vm-$$.1 \ > 22<>/dev/shm/vm-$$.2 23<>/dev/shm/vm-$$.3 \ > > Ugly, isn't it. If you find a nicer way to do this let me know. Notice > how networking is carried out here via the daemon transport, connecting > to the /tmp/uml.ctl socket run by uml_switch. Your mileage may vary. > > Other filemap issues I know about: > > - Reboots may not work as expected. Best is to shutdown and restart. > - A given file may be corrupted if access to it is not serialized. > - Hostfs accessed files are NOT filemapped. See above. > - Directories cannot be filemapped. > - Vm files are visible and persistent! Bug or feature: you decide. > - Notify feature of mconsole is not supported. Why so complicated? > - You can bet this patch won't make it into Jeff's official source > tree. I'm cool with that. > > Enjoy! > > Steve Schmidtke > > _________________________________________________________________ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail -- -------------------------------------------------------------------- Doug Dumitru 800-470-2756 (610-237-2000) EasyCo LLC doug@easyco.com http://easyco.com -------------------------------------------------------------------- D3, U2, jBase Virtual Servers. Off-site backup over the internet. Develop/test/deploy from $20/mo. Fast, secure, cheaper than tape. http://mirroredservers.com http://mirroredbackup.com ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9Prd-0005wH-00 for ; Tue, 14 Oct 2003 07:09:29 -0700 Received: from bay7-f125.bay7.hotmail.com ([64.4.11.125] helo=hotmail.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9Prc-00053I-G8 for user-mode-linux-devel@lists.sourceforge.net; Tue, 14 Oct 2003 07:09:28 -0700 From: "Steve Schmidtke" Subject: Re: [uml-devel] filemap feature 2.4.22-5um Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Tue, 14 Oct 2003 14:08:57 +0000 To: doug@easyco.com Cc: user-mode-linux-devel@lists.sourceforge.net Doug Dumitru wrote: >A couple of questions. I noticed that you are not mapping /proc/mm. [...] >This looks like one per virtual process (minus threads). Am I reading this >right. yes. The discussion for a previous patch considered a "mm" table to hold a pool of /proc/mm files to handle one fd per process. One side effect of this would place a hard limit on the number of processes in the UML: the number of /proc/mm files opened. I'm not sure what side effects re-using /proc/mm files would have, either. I should have mentioned TT/SKAS issues, but it slipped my mind (I only use TT mode). So to use skas in a chroot, you'll still have to mount /proc/mm in there. Hopefully Jeff has a fix for /proc/mm in the works. >On virtuals that I run, I tend to only see a single "vm" file opened: yup. Things have changed since I looked at it for the last filemap patch *sigh*. It used to be 1 file for every 256M of memory, but now, it is just one big happy file, so in SKAS mode you should need only one vm file entry. In TT mode there are a few more files required, but the max now seems to be 3 or 4 entries. >Is there any reason the tun/tap networking wouldn't work with this layout >by pre-opening /dev/net/tun. Possibly, but you will have to check out the "TUN/TAP with a preconfigured tap device" section of the virtual networking howto as the uml_net helper won't pick up the filemapped fd for /dev/net/tun inside a chroot (nor will it likely have ifconfig or route binaries available). Let me know if you get this to work. Steve Schmidtke _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9Src-0007Ex-00 for ; Tue, 14 Oct 2003 10:21:40 -0700 Received: from pool-151-203-201-50.bos.east.verizon.net ([151.203.201.50] helo=uml.karaya.com) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.22) id 1A9Srb-00012N-HF for User-mode-linux-devel@lists.sourceforge.net; Tue, 14 Oct 2003 10:21:39 -0700 Message-Id: <200310130515.h9D5FWNv003565@uml.karaya.com> Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: Your message of "Tue, 14 Oct 2003 03:54:18 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Jeff Dike Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Mon, 13 Oct 2003 01:15:32 -0400 To: Steve Schmidtke Cc: User-mode-linux-devel@lists.sourceforge.net steve_schmidtke@hotmail.com said: > You can bet this patch won't make it into Jeff's official source tree. > I'm cool with that. Why so pessimistic? I like filemap - IIRC, i suggested it. We had that argument a while back which I don't recall the details about, so what goes in might not be exactly this patch, but at some point, I'm going to merge something like this. I'd also like people to use this to see what's missing, if anything, and to get any improvements on the command line syntax. Jeff ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9Y89-0005YD-00 for ; Tue, 14 Oct 2003 15:59:05 -0700 Received: from bay7-f10.bay7.hotmail.com ([64.4.11.10] helo=hotmail.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9Y88-0000Gy-PX for User-mode-linux-devel@lists.sourceforge.net; Tue, 14 Oct 2003 15:59:04 -0700 From: "Steve Schmidtke" Subject: Re: [uml-devel] filemap feature 2.4.22-5um Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_3386_1234_66e2" Message-ID: Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Tue, 14 Oct 2003 22:58:34 +0000 To: jdike@addtoit.com Cc: User-mode-linux-devel@lists.sourceforge.net This is a multi-part message in MIME format. ------=_NextPart_000_3386_1234_66e2 Content-Type: text/plain; format=flowed Jeff Dike wrote: >Why so pessimistic? I like filemap - IIRC, i suggested it. Yeah, but finding the right interface to express it is tough. I don't even want to go in the whole *in* OS_ layer/*above* os_* layer argument again. :) I am also thinking that the filemap database should be generalized so that any translation can be supported - like an "xlate" table that can map Unix filenames to DOS filenames... >I'd also like people to use this to see what's missing, if anything, and to >get any improvements on the command line syntax. Just so SKAS users don't feel left out, I've attached a small patch that adds a "mm" table to filemap for chrooted SKAS mode operation. Just apply it after the first patch. The following example shows how to use this patch to set up a chrooted SKAS UML with 20 available process slots: chroot /home/uml /linux mem=32M filemap=mm,30-49 \ 30>/proc/mm 31>/proc/mm 32>/proc/mm 33>/proc/mm 34>/proc/mm \ 35>/proc/mm 36>/proc/mm 37>/proc/mm 38>/proc/mm 39>/proc/mm \ 40>/proc/mm 41>/proc/mm 42>/proc/mm 43>/proc/mm 44>/proc/mm \ 45>/proc/mm 46>/proc/mm 47>/proc/mm 48>/proc/mm 49>/proc/mm \ filemap=file,25,/proc/mm 25>/proc/mm \ filemap=vm,20 20<>/dev/shm/vm-$$.0 con=null con0=fd:0,fd:1 Note the dummy "file" table entry for /proc/mm. This is needed so the boot test for /proc/mm succeeds. ISSUE: The UML will panic if it runs out of /proc/mm fds. ISSUE: What side effects does re-using an address space have? TODO: Make the filemap lookup routine re-entrant safe. Comments? Concerns? Steve Schmidtke _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ------=_NextPart_000_3386_1234_66e2 Content-Type: application/octet-stream; name="filemap5-02.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="filemap5-02.diff" LS0tIGxpbnV4LTIuNC4yMi01dW0uZm0vYXJjaC91bS9rZXJuZWwvZmlsZW1h cC5jCVR1ZSBPY3QgMTQgMTA6NDQ6NTAgMjAwMworKysgbGludXgtMi40LjIy LTV1bS5uZXcvYXJjaC91bS9rZXJuZWwvZmlsZW1hcC5jCVR1ZSBPY3QgMTQg MTM6NTY6MzcgMjAwMwpAQCAtNTAyLDYgKzUwMiwxMSBAQAogCQkuZW50cmll cyA9IE5VTEwsCiAJCS5vcHMgICAgID0gJmZtX29wc19wb29sLAogCX0sCisJ eworCQkubmFtZSAgICA9ICJtbSIsCisJCS5lbnRyaWVzID0gTlVMTCwKKwkJ Lm9wcyAgICAgPSAmZm1fb3BzX3Bvb2wsCisJfSwKIH07CiAKIHN0YXRpYyBz dHJ1Y3QgZmlsZW1hcF90YWJsZSogZmlsZW1hcF9nZXRfdGFibGUoY29uc3Qg Y2hhciogdGFibGVfbmFtZSkKLS0tIGxpbnV4LTIuNC4yMi01dW0uZm0vYXJj aC91bS9rZXJuZWwvc2thcy9wcm9jZXNzLmMJVHVlIE9jdCAxNCAxMDo0NDoz MSAyMDAzCisrKyBsaW51eC0yLjQuMjItNXVtLm5ldy9hcmNoL3VtL2tlcm5l bC9za2FzL3Byb2Nlc3MuYwlUdWUgT2N0IDE0IDE0OjI4OjM5IDIwMDMKQEAg LTI3LDYgKzI3LDggQEAKICNpbmNsdWRlICJza2FzX3B0cmFjZS5oIgogI2lu Y2x1ZGUgImNoYW5fdXNlci5oIgogCisjaW5jbHVkZSAiZmlsZW1hcC5oIgor CiBpbnQgaXNfc2thc193aW5jaChpbnQgcGlkLCBpbnQgZmQsIHZvaWQgKmRh dGEpCiB7CiAJaWYocGlkICE9IGdldHBpZCgpKQpAQCAtMzQwLDEyICszNDIs MjcgQEAKIGludCBuZXdfbW0oaW50IGZyb20pCiB7CiAJc3RydWN0IHByb2Nf bW1fb3AgY29weTsKLQlpbnQgbiwgZmQgPSBvc19vcGVuX2ZpbGUoIi9wcm9j L21tIiwgCisJaW50IG4sIGZkOworCisJLyogdXNlIHRoZSByYXcgYWNjZXNz IHNpbmNlIC9wcm9jL21tIG9wZW5zIGEgbmV3IGZpbGUgZXZlcnkgdGltZSAq LyAKKyAgICAgICAgZmQgPSBmaWxlbWFwX2FjY2VzcygibW0iLCAiL3Byb2Mv bW0iKTsKKyAgICAgICAgaWYoZmQgPj0gMCkgeworICAgICAgICAgICAgICAg IHByaW50aygiZmlsZW1hcCBhcXVpcmU6IGZkPSVkLCBmaWxlPSVzXG4iLCBm ZCwgIi9wcm9jL21tIik7CisgICAgICAgICAgICAgICAgZ290byBoYW5kbGVf ZmQ7CisgICAgICAgIH0KKworCS8qIGlmIC9wcm9jL21tIGV4aXN0cywgdGhl IHNhbWUgZmQgd291bGQgYmUgcmV0dXJuZWQgb3ZlciBhbmQgb3ZlciAqLwor ICAgICAgICBpZihmaWxlbWFwX2FjY2VzcygiZmlsZSIsICIvcHJvYy9tbSIp ID49IDApIHsKKwkJcmV0dXJuKC0xKTsJCisJfQorCisJZmQgPSBvc19vcGVu X2ZpbGUoIi9wcm9jL21tIiwgCiAJCQkJIG9mX2Nsb2V4ZWMob2Zfd3JpdGUo T1BFTkZMQUdTKCkpKSwgMCk7CiAKIAlpZihmZCA8IDApCiAJCXJldHVybihm ZCk7CiAKK2hhbmRsZV9mZDoKIAlpZihmcm9tICE9IC0xKXsKIAkJY29weSA9 ICgoc3RydWN0IHByb2NfbW1fb3ApIHsgLm9wIAk9IE1NX0NPUFlfU0VHTUVO VFMsCiAJCQkJCSAgICAgIC51IAk9IAotLS0gbGludXgtMi40LjIyLTV1bS5m bS9hcmNoL3VtL2tlcm5lbC9za2FzL21tdS5jCVR1ZSBPY3QgMTQgMTA6NDQ6 MzEgMjAwMworKysgbGludXgtMi40LjIyLTV1bS5uZXcvYXJjaC91bS9rZXJu ZWwvc2thcy9tbXUuYwlUdWUgT2N0IDE0IDE2OjQ4OjM2IDIwMDMKQEAgLTIx LDE0ICsyMSwyMyBAQAogCiAJbW0tPmNvbnRleHQuc2thcy5tbV9mZCA9IG5l d19tbShmcm9tKTsKIAlpZihtbS0+Y29udGV4dC5za2FzLm1tX2ZkIDwgMCkK KyNpZiAxCiAJCXBhbmljKCJpbml0X25ld19jb250ZXh0X3NrYXMgLSBuZXdf bW0gZmFpbGVkLCBlcnJubyA9ICVkXG4iLAogCQkgICAgICBtbS0+Y29udGV4 dC5za2FzLm1tX2ZkKTsKKyNlbHNlIC8qIERPTidUIFBBTklDICovCisJCXJl dHVybihtbS0+Y29udGV4dC5za2FzLm1tX2ZkKTsKKyNlbmRpZgogCiAJcmV0 dXJuKDApOwogfQogCiB2b2lkIGRlc3Ryb3lfY29udGV4dF9za2FzKHN0cnVj dCBtbV9zdHJ1Y3QgKm1tKQogeworCS8qIGZpbGVtYXBwZWQgZmlsZXMgd2ls bCByZXR1cm4gc29tZXRoaW5nIG90aGVyIHRoYW4gLUVOT0VOVCAqLworCWlm KGZpbGVtYXBfcmVsZWFzZSgibW0iLCBtbS0+Y29udGV4dC5za2FzLm1tX2Zk KSAhPSAtRU5PRU5UKSB7CisJCXJldHVybjsKKwl9CisKIAlvc19jbG9zZV9m aWxlKG1tLT5jb250ZXh0LnNrYXMubW1fZmQpOwogfQogCg== ------=_NextPart_000_3386_1234_66e2-- ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9hE0-0001W1-00 for ; Wed, 15 Oct 2003 01:41:44 -0700 Received: from ns.sysgo.de ([213.68.67.98] helo=dagobert.svc.sysgo.de) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9hDy-0000nd-AB for User-mode-linux-devel@lists.sourceforge.net; Wed, 15 Oct 2003 01:41:42 -0700 Message-ID: <3F8D08B5.3010001@sysgo.de> From: azu MIME-Version: 1.0 Subject: Re: [uml-devel] filemap feature 2.4.22-5um References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Wed, 15 Oct 2003 10:43:33 +0200 To: Steve Schmidtke Cc: User-mode-linux-devel@lists.sourceforge.net > ISSUE: The UML will panic if it runs out of /proc/mm fds. returning -ENOMEM for example triggers the oom-killer in my tests. and thats not what we want. > ISSUE: What side effects does re-using an address space have? it's slow, but should work: you need to cleanup (unmap all pages or reopen the fd) an dirty address space before switching it if the mm differs. the pager will map you all pages you need on demand. i tested this by removing the premapping (removed the mmap() and mprotect() calls in fix_range()), but it's much slower. access to userspace is always safe in skas-mode. alex ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1A9ryP-0003jw-00 for ; Wed, 15 Oct 2003 13:10:21 -0700 Received: from lakshmi.addtoit.com ([198.99.130.6] helo=lakshmi.solana.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1A9ryI-0005HF-Nh for User-mode-linux-devel@lists.sourceforge.net; Wed, 15 Oct 2003 13:10:15 -0700 Received: from ccure.karaya.com (lakshmi.solana.com [127.0.0.1]) by lakshmi.solana.com (8.11.2/8.9.3) with ESMTP id h9FJxGj12772 for ; Wed, 15 Oct 2003 15:59:17 -0400 Message-Id: <200310152013.h9FKDt4f028934@ccure.karaya.com> Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: Your message of "Tue, 14 Oct 2003 22:58:34 -0000." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Jeff Dike Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Wed, 15 Oct 2003 16:13:55 -0400 To: Steve Schmidtke Cc: User-mode-linux-devel@lists.sourceforge.net steve_schmidtke@hotmail.com said: > ISSUE: The UML will panic if it runs out of /proc/mm fds. This won't be an issue with the skas4 patch, which uses a system call to get new address spaces. > TODO: Make the filemap lookup routine re-entrant safe. Before you go wild with locking, look at the callers and see if they are re-entrant. This obviously won't work for things that are called from all over the place, but if something is called from one place that is itself locked, then you don't need to worry about it. Jeff ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AAYIg-0005NV-00 for ; Fri, 17 Oct 2003 10:22:07 -0700 Received: from brown.brainfood.com ([146.82.138.61] helo=gradall.private.brainfood.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAYGc-0001lZ-Mo for User-mode-linux-devel@lists.sourceforge.net; Fri, 17 Oct 2003 10:19:58 -0700 From: Adam Heath Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Fri, 17 Oct 2003 12:14:03 -0500 (CDT) To: Steve Schmidtke Cc: User-mode-linux-devel@lists.sourceforge.net On Tue, 14 Oct 2003, Steve Schmidtke wrote: > umlwrap -bind=15,/dev/shm/mconsole-$$ -connect=17,/tmp/uml.ctl \ > -dir=/home/uml -user=guest -- /bin/linux mem=64M \ > uml_dir=/uml/ umid=um$$ ubd0=/disk.cow,/disk.dat \ > eth0=daemon con=null con0=fd:0,fd:1 \ > filemap=file,10,/proc/cpuinfo 10 filemap=file,11,/disk.dat 11 filemap=file,12,/disk.cow 12<>/home/uml/cow-$$.cow \ > filemap=file,15,/uml/um$$/mconsole \ > filemap=file,16,/uml/um$$/pid 16 filemap=file,17,/tmp/uml.ctl \ > filemap=vm,20-23 20<>/dev/shm/vm-$$.0 21<>/dev/shm/vm-$$.1 \ > 22<>/dev/shm/vm-$$.2 23<>/dev/shm/vm-$$.3 \ > > Ugly, isn't it. If you find a nicer way to do this let me know. Notice how > networking is carried out here via the daemon transport, connecting to the > /tmp/uml.ctl socket run by uml_switch. Your mileage may vary. I have some unfinished code to make uml read a config file. It fits in nicely with the cmdline parsing. ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AAg2F-0006z8-00 for ; Fri, 17 Oct 2003 18:37:39 -0700 Received: from bay7-f71.bay7.hotmail.com ([64.4.11.71] helo=hotmail.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAg1S-0006P4-Sk for User-mode-linux-devel@lists.sourceforge.net; Fri, 17 Oct 2003 18:36:50 -0700 From: "Steve Schmidtke" Subject: Re: [uml-devel] filemap feature 2.4.22-5um Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 01:31:36 +0000 To: adam@doogie.org Cc: User-mode-linux-devel@lists.sourceforge.net Adam Heath wrote: >On Tue, 14 Oct 2003, Steve Schmidtke wrote: > > filemap=file,10,/proc/cpuinfo 10 >I have some unfinished code to make uml read a config file. It fits in >nicely >with the cmdline parsing. It may help with half the problem here. There are two parts, the "filemap=10/proc/cpuinfo" config string to be parsed within the UML, and the "10 Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AAqLZ-0001VK-00 for ; Sat, 18 Oct 2003 05:38:17 -0700 Received: from marasystems.com ([213.150.153.194] helo=filer.marasystems.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAqLO-0004Sb-N5 for User-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 05:38:06 -0700 From: Henrik Nordstrom Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 14:37:12 +0200 (CEST) To: Steve Schmidtke Cc: adam@doogie.org, User-mode-linux-devel@lists.sourceforge.net On Sat, 18 Oct 2003, Steve Schmidtke wrote: > It would be nice if a chroot wrapper could open the files and pass the > "filemap=" config strings to your config parser. Something like this: What I do not quite get in this discussion is why one does not want to have the selected files available in the chroot in the first place? To chroot you need to be root. As root you are also allowed to map files around using mount --bind. Regards Henrik ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AAu3m-0006S5-00 for ; Sat, 18 Oct 2003 09:36:10 -0700 Received: from smtp001.mail.ukl.yahoo.com ([217.12.11.32]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.22) id 1AAu3W-0007CP-IT for user-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 09:35:54 -0700 From: BlaisorBlade (by way of BlaisorBlade ) Subject: Re: [uml-devel] filemap feature 2.4.22-5um MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Message-Id: <200310181834.50216.blaisorblade_spam@yahoo.it> Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 18:34:50 +0200 Content-Transfer-Encoding: quoted-printable To: user-mode-linux-devel@lists.sourceforge.net Alle 16:08, marted=EC 14 ottobre 2003, Steve Schmidtke ha scritto: > Doug Dumitru wrote: > >A couple of questions. I noticed that you are not mapping /proc/mm. > > [...] > > >This looks like one per virtual process (minus threads). Am I reading > > this right. > > yes. The discussion for a previous patch considered a "mm" table to hold a > pool of /proc/mm files to handle one fd per process. > [....] Nooo! Don't make your like hard! Search for this thread "[uml-user] chroot'ing an UML - /proc/mm" on http://marc.theaimsgroup.com/ ! You can use mount --bind inside the host to make /proc/mm visible to UML. I.e. it should be something such(NOT TRIED!): cd mkdir proc touch proc/mm #You must create the mount point. In this case it's a file. (as root)mount --bind /proc/mm proc/mm About the ugliness, it's only a userspace syntax matter. This is the v2 of the umlwrap syntax. Instead of this: umlwrap -bind=3D21,/dev/shm/mconsole1 -dir=3D/home/uml -- \ /bin/linux mem=3D48M uml_dir=3D/uml/ umid=3Dum1 filemap=3D22,/uml/um1/pid= \ 22512 char) command lines in the internal kernel part, (in the userspace part it's granted)? If not, we can use a patch out there that is already used by Knoppix. By the way, if umlwrap is smart enough, maybe it can guess whether to use -map, -bind or -connect by itself(at least partially, i.e. stating the file= ). However this isn't a problem here. And for the length of settings, there is scripting! Bye -- cat < Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AAzEm-0007ei-00 for ; Sat, 18 Oct 2003 15:07:52 -0700 Received: from [80.254.131.106] (helo=shell.blacknet.de) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAzCY-0004Ls-9n for User-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 15:05:34 -0700 From: Goetz Bock Subject: Re: [uml-devel] filemap feature 2.4.22-5um Message-ID: <20031018215745.GK441@shell.blacknet.de> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 23:57:45 +0200 To: User-mode-linux-devel@lists.sourceforge.net --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Oct 18 '03 at 14:37, Henrik Nordstrom wrote: > > It would be nice if a chroot wrapper could open the files and pass the > > "filemap=" config strings to your config parser. Something like this: > > What I do not quite get in this discussion is why one does not want to > have the selected files available in the chroot in the first place? > > To chroot you need to be root. As root you are also allowed to map files > around using mount --bind. No, there is no need to be root inside a chrooted environment, or better yet you should not be. I've created a patch to su (from coreutils) to allow root to chroot into a given directory, than su to a user, and execute a binary (attached). My uml setup for an uml instance includeds a /bin/ directory for each user with one copy of the uml instance, the commandline than looks like this su -r /home/uml/utest utest -s /bin/utest umid=utest ... where utest is a user on the host. -- /"\ Goetz Bock at blacknet dot de -- secure mobile Linux everNETting \ / (c) 2003 as GNU FDL 1.1 X [ 1. Use descriptive subjects - 2. Edit a reply for brevity - ] / \ [ 3. Reply to the list - 4. Read the archive *before* you post ] --x+6KMIRAuhnl3hBn Content-Type: application/x-gzip Content-Disposition: attachment; filename="coreutils-5.0-su-chroot.patch.gz" Content-Transfer-Encoding: base64 H4sICCul/z4AA2NvcmV1dGlscy01LjAtc3UtY2hyb290LnBhdGNoAJVWe2/aSBD/Gz7FHKcm UNvEzgMaeqmSS7kmEgkRJPeQIlmOvYbV+XW761AU9bvfzK4dIA253oLMMq+d+c1jHfE4BqcU 1xDmgpWKJ9I56rrdXPDZXhpke7Lsepu8Z3LTcZy31Br7rnvg4PfABe9w4B0MDr2uWy+wXOQ3 LcvaYr5S75G6ezg47L2mfnoKzv4HuwcWPj0XTk+bcB//eu/I+3himy3+mbMkQcLJfXw5vRiO Rrhvgigz0P+Ax7DHVLin5SQESZIvJHDVhO7tTdPSVsS6wXAu8lxVFq+Hf0zG41uyaRkGqBwq KjywOBcgS57NiHw3HU66Tes6VwyWeQkpn80VzINHRtxSMnCkDYEENWcQsTgoE1V5aUQzNM++ cqnQCnlXu4SuFzqsiMsiCZZogEsgKgRZRCpVONFbKZciJPDDFzmpydtSXvNf5mx/4PV/IOXb 1A8GXu/VlPeOKeX47OuM4yLUHJPoE/1sTFbpzaRiQQR5rOHflaAlIBZ5ahJfBFIuoiY0Go0y S5iUGmZKgSwLJjAtQqO4oc6lVhBMKsFDxSLMCHkiyBNTCCe6GnCt6mKtKNhXFiIIWBjazybo SM7ztOAJcxRPGeSF4nkmBybGz9O/pqPxF396d34+nE4bo3yGDoYhOhyXCW7Rt/bDsq4bm86j czuw4GoOcimTfNbVCHrHPYLQO+4/Y/jUQi7PWjYG7wdiVqYsQxvXd6ORDbvJ7jfbSBUYMROP zGHZIxd5RmIvlXbCeZDNmL8mYoNbW9D4oYpg/5RcsGhN0cWjJB1lkaCBbbukqJ36Mrwd39z6 COONj5vL8bX/eXg+2uT+PpxMifO9gKvN0febqa99jU4Ph0qNjpNSWl+LHZlRrguGmNida6zH QPDgASvqPrvXVgrYvmSAGcfWd9Jaeq2oTSmvrf8eX2TFelGQuvzW1mZh6nNbHRukivJSdT42 K7G4KBXW1ia+0/PJpd5vlf8O8ddUNOCHfQ34kfsMOFaQgPdhnqbUeSfgflxR3wdRxKkzgoQq Qr5gm/7UNKumZWyhI60lsWnLUIHpfHhfLF6hFgs/zIslcoyTRzRwrF7v4NlJydMyCRTzdeus u/Gi+pHlkR0HYDHH9oZ2G3s7RPKMKdyhAZwDbQwmxPEvZo82tMJBnKSFHGD9ExelpGnHTgd+ OsEe7lB4/9uceMugzt5TnUaJcyOcg7aNvMaTweGDSdaxZ3ueBqIBUGOOonjeR017ECz4m6K2 GmGAVxv26wD3AKtk1OLWStzCD2gFf72tzy/OJmRrk1VXGHGhfTMZf5mcXfnXZ1dDG87ubi/G k2lVYn1X93TfO7KPq+xh41BoHOvrF0IprOL/vroIQrDACOuIjHYdCKLnws4OoV/yCNodnRpa TAgc9e3hn5e3/m9nl6O7yVBPGr/dSkup8CqAugPp9q8mXqdDOKB6sTA5LRZZkOrzfLqNTKeR BySAh1eev3GavsTeSZxVTK7eIqjZ14xqoI50evt4vXpH9f0K3+gnzfHtYblR1+iAbZLf2YJL BcVTjQjxq7FTy63g2hICErPcXgmZhVGFQUaxmIYzSEZ4UYQqF0vC9J2sItTH6OJa9wJlod3a a/2gAxsnkm51wa7ONJmrAGvCzzzGy5jeG/ybsys9MZiK8W0wQtycTzhgcIsa/wKxu/NQiAsA AA== --x+6KMIRAuhnl3hBn-- ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AB4sb-0006pc-00 for ; Sat, 18 Oct 2003 21:09:21 -0700 Received: from bay7-f32.bay7.hotmail.com ([64.4.11.32] helo=hotmail.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAujL-0006rx-BX for User-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 10:19:07 -0700 From: "Steve Schmidtke" Subject: Re: [uml-devel] filemap feature 2.4.22-5um Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 17:15:11 +0000 Content-Transfer-Encoding: 8bit To: hno@marasystems.com, blaisorblade_spam@yahoo.it Cc: User-mode-linux-devel@lists.sourceforge.net Henrik Nordstrom wrote: >What I do not quite get in this discussion is why one does not want to >have the selected files available in the chroot in the first place? Check out Jeff's talk on UML security and chroot: http://user-mode-linux.sourceforge.net/slides/ists2002/text17.htm >To chroot you need to be root. As root you are also allowed to map files >around using mount --bind. I can't really argue with that, except hundreds of /etc/mtab entries might be annoying :) (yes, I know you could mount -n to hide them). BlaisorBlade wrote: >Alle 16:08, marted� 14 ottobre 2003, Steve Schmidtke ha scritto: > > yes. The discussion for a previous patch considered a "mm" table to hold >a > > pool of /proc/mm files to handle one fd per process. > > [....] >Nooo! Don't make your like hard! It's making the crackers lives hard that I'm attempting; making mine difficult in the process is merely an occupational hazard. >cd >mkdir proc >touch proc/mm #You must create the mount point. In this case it's a file. >(as root)mount --bind /proc/mm proc/mm > --bind is useful, and I'm trying to avoid it out of principle, not because I don't know about it. In this case --bind would work because /proc/mm is writable by everyone, so when the chroot wrapper drops root, the UML can still access the file. That is not the case for all files you may want to give a non-root UML access to. >About the ugliness, it's only a userspace syntax matter. This is the v2 of >the >umlwrap syntax. Instead of this: > umlwrap -bind=21,/dev/shm/mconsole1 -dir=/home/uml -- \ > /bin/linux mem=48M uml_dir=/uml/ umid=um1 filemap=22,/uml/um1/pid \ > 22 >We can have this: > umlwrap -dir=/home/uml -bind=/dev/shm/mconsole1,/uml/um1/mconsole \ > -map=r,/dev/shm/pid,/uml/um1/pid-- /bin/linux mem=48M uml_dir=/uml/ >umid=um1 Yup, that's what I'm leaning towards. >umlwrap will then setup the needed "filemap" options, at the end of the >command line. The order of the command line arguments may be important: filemap options should be parsed before options that reference them (i.e. they should come first, not last, on the command line). >However, does UML(unlike vanilla kernel) supports so long(>512 >char) command lines in the internal kernel part, (in the userspace part >it's >granted)? If not, we can use a patch out there that is already used by >Knoppix. Adam Heath is working on a patch for reading config files that will also make command line length irrelevant. I like this approach since the UML command line wouldn't have to be mangled to add filemap options to it. Steve Schmidtke _________________________________________________________________ Fretting that your Hotmail account may expire because you forgot to sign in enough? Get Hotmail Extra Storage today! http://join.msn.com/?PAGE=features/es ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AB5D2-0000KU-00 for ; Sat, 18 Oct 2003 21:30:29 -0700 Received: from brown.brainfood.com ([146.82.138.61] helo=gradall.private.brainfood.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AAsVP-00086r-75 for User-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 07:56:35 -0700 From: Adam Heath Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sat, 18 Oct 2003 09:27:15 -0500 (CDT) To: Steve Schmidtke Cc: User-mode-linux-devel@lists.sourceforge.net On Sat, 18 Oct 2003, Steve Schmidtke wrote: > Though a bonus would be if your config file parser could handle input from a > given fd as well. :) Yes, it can. :) ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1ABA5m-0007zD-00 for ; Sun, 19 Oct 2003 02:43:18 -0700 Received: from marasystems.com ([213.150.153.194] helo=filer.marasystems.com) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.22) id 1AB51s-0002U2-Ju for User-mode-linux-devel@lists.sourceforge.net; Sat, 18 Oct 2003 21:18:56 -0700 From: Henrik Nordstrom Subject: Re: [uml-devel] filemap feature 2.4.22-5um In-Reply-To: <20031018215745.GK441@shell.blacknet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Sun, 19 Oct 2003 00:29:56 +0200 (CEST) To: Goetz Bock Cc: User-mode-linux-devel@lists.sourceforge.net On Sat, 18 Oct 2003, Goetz Bock wrote: > No, there is no need to be root inside a chrooted environment, or better > yet you should not be. The application running inside the chroot obviously should not be root, but the one who chroots it must be.. Toe point being that with mount --bind you can set up the chroot directory to give access to only the exact files needed before the application is started, even if these files normaly lives in a completely different location (i.e. /proc/mm and other special files) Regards Henrik ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel