From owner-freebsd-emulation Thu Apr 26 11:25:19 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel2.hp.com (palrel2.hp.com [156.153.255.234]) by hub.freebsd.org (Postfix) with ESMTP id 8470537B629; Thu, 26 Apr 2001 11:25:15 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel2.hp.com (Postfix) with ESMTP id 79E481D70; Thu, 26 Apr 2001 11:25:14 -0700 (PDT) Received: from gauss.cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id LAA16962; Thu, 26 Apr 2001 11:25:14 -0700 (PDT) Received: (from marcel@localhost) by gauss.cup.hp.com (8.11.3/8.11.1) id f3QIPEM00572; Thu, 26 Apr 2001 11:25:14 -0700 (PDT) (envelope-from marcel) Date: Thu, 26 Apr 2001 11:25:14 -0700 From: Marcel Moolenaar To: Robert Watson Cc: emulation@FreeBSD.org, des@FreeBSD.org Subject: Re: More general problem regarding linux_getdents() on synthetic file systems Message-ID: <20010426112514.D343@gauss.cup.hp.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Wed, Apr 25, 2001 at 12:41:24PM -0400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 25, 2001 at 12:41:24PM -0400, Robert Watson wrote: > > A bit more exploration with the linprocfs issue has lead me to wonder if > we have a more general problem with the reading of synthetic file systems > by Linux-emulated processes. I mounted a devfs as /dev of my jail'd Linux > installation, and found that, as with linprocfs, entries are missing. > However, unlike linprocfs, *all* entries are missing, including "." and > "..": Robert: I have to dig into it before I can give a meaningful answer. I know there is a conversion layer in glibc to handle old kernels (ie different layout of struct dirent), but I don't know if that's the problem here. We also have a mapping problem between our dev_t and Linux' dev_t. This probably isn't the problem either... A thought struck me: Linux will seek(), due to the conversion layer. I doubt FreeBSD will seek(). That sounds like a plausible cause... Anyway: I'll have to get back up to speed, -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message