From: Jeff D. <jd...@ka...> - 2001-08-13 18:46:57
|
hn...@ma... said: > Also, I don't think passing device number information between > userspace and UML like this is correct. No, it's definitely wrong. > The device information does > not mean the same thing between the two, possibly allowing for a > collision, and I am afraid that returning the same device+inode number > for two different files can potentially screw things up badly. Yeah. Although it hadn't occurred to me that the device number would be visible from stat. I was more worried about two host filesystems being available under a single hostfs mount (and looking like a single device) and having something encounter files on the host fs's that share an inode number. I think the visibility of device numbers improves the situation somewhat, although I think it introduces a discrepancy between stat and statfs about whether a hostfs mount is a single mount or multiple mounts. Jeff |
From: Jeff D. <jd...@ka...> - 2001-08-13 18:47:00
|
hn...@ma... said: > hostfs_user.c seems to assumes stat64 is the kernel structures, which > is not neccesarily the case. In my case userspace struct stat64 is the > glibc version, which is somewhat different from the kernel version and > not dependent on the kernel headers. Yeah, I just changed that. It now greps for __st_ino instead of making assumptions about the kernel version implying things about the headers. Jeff |
From: Henrik N. <hn...@ma...> - 2001-08-14 09:46:36
|
SmVmZiBEaWtlIHdyb3RlOg0KDQo+IEkgdGhpbmsgdGhlIHZpc2liaWxpdHkgb2YgZGV2aWNl IG51bWJlcnMgaW1wcm92ZXMgdGhlIHNpdHVhdGlvbiBzb21ld2hhdCwNCj4gYWx0aG91Z2gg SSB0aGluayBpdCBpbnRyb2R1Y2VzIGEgZGlzY3JlcGFuY3kgYmV0d2VlbiBzdGF0IGFuZCBz dGF0ZnMgYWJvdXQNCj4gd2hldGhlciBhIGhvc3RmcyBtb3VudCBpcyBhIHNpbmdsZSBtb3Vu dCBvciBtdWx0aXBsZSBtb3VudHMuDQoNCkFuZCBhcyB3ZSBjYW4ndCBhc3N1bWUgdGhlIGhv c3RmcyBpcyBhIHNpbmdsZSBtb3VudCBvbiB0aGUgaG9zdCwgcmVseWluZw0Kc29sZWx5IG9u IHRoZSBob3N0IGlub2RlIG51bWJlciB3b24ndCB3b3JrIGVpdGhlci4uIGxvb2tzIGxpa2Ug d2UgbmVlZCBzb21lDQpraW5kIG9mIHZpcnR1YWwgaW5vZGUgbnVtYmVycyBoZXJlLi4uDQoN CkhtbS4uIGFueW9uZSBrbm93IGhvdyB1c2Vyc3BhY2UgbmZzZCBoYW5kbGVzIHRoZSBwcm9i bGVtIGZvciBORlMgdjI/IEl0DQpzaG91bGQgaGF2ZSBtb3N0bHkgdGhlIHNhbWUgaXNzdWVz Li4NCg0KLS0NCkhlbnJpaw0KDQo= |