From owner-freebsd-emulation@FreeBSD.ORG Thu Jan 6 12:29:11 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E45AF106564A for ; Thu, 6 Jan 2011 12:29:10 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDBC8FC0C for ; Thu, 6 Jan 2011 12:29:10 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A550.dip.t-dialin.net [87.179.165.80]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id B09B2844012; Thu, 6 Jan 2011 13:29:05 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 7A2FC245B; Thu, 6 Jan 2011 13:29:02 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p06CSv5q026339; Thu, 6 Jan 2011 13:28:57 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 06 Jan 2011 13:28:57 +0100 Message-ID: <20110106132857.11513i1k24thhwug@webmail.leidinger.net> Date: Thu, 06 Jan 2011 13:28:57 +0100 From: Alexander Leidinger To: Andre Albsmeier References: <20101230075124.GA12923@curry.mchp.siemens.de> <20101231144800.00005c6d@unknown> <20110101224629.GA30540@curry.mchp.siemens.de> <20110102115021.00000c8b@unknown> <20110105191915.GA43997@curry.mchp.siemens.de> <20110106090130.20784sf1w9verdic@webmail.leidinger.net> <20110106104057.GB59969@curry.mchp.siemens.de> In-Reply-To: <20110106104057.GB59969@curry.mchp.siemens.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: B09B2844012.A53FC X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.351, required 6, autolearn=disabled, RDNS_NONE 1.27, TW_TM 0.08) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1294921746.92484@sJMY/2T+1XO2bWGUdXMB5A X-EBL-Spam-Status: No Cc: "freebsd-emulation@freebsd.org" Subject: Re: 7.3-STABLE and Linux version of SIMetrix X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2011 12:29:11 -0000 Quoting Andre Albsmeier (from Thu, 6 Jan 2011 11:40:57 +0100): > On Thu, 06-Jan-2011 at 09:01:30 +0100, Alexander Leidinger wrote: >> Quoting Andre Albsmeier (from Wed, 5 Jan >> 2011 20:19:15 +0100): >> >> > Got it running... A short explanation: >> > >> > Linux' shm_open() fails because it wants to find some funky shmfs >> > to construct the full pathname. It starts to search at the default >> > mountpoint which is /dev/shm. If this fails it runs through fstab >> > and searches for shmfs and tmpfs. Whatever it finds will be >> > statfs()'ed to be checked for Linux' fs magic for shmfs (0x01021994). >> >> What does it expect as a filesystem type if it does not find shmfs in >> fstab but tmpfs? If it does not find tmpfs, will it try /tmp anyway >> (but check for some fstype magic)? > > It searches for every mount which is of type tmpfs or shm. > Whatever it finds must have the fs magic SHMFS_SUPER_MAGIC > (0x01021994). It's in sysdeps/unix/sysv/linux/shm_open.c: > > ------------------------- snip ------------------- > > /* Now read the entries. */ > while ((mp = __getmntent_r (fp, &resmem, buf, sizeof buf)) != NULL) > /* The original name is "shm" but this got changed in early Linux > 2.4.x to "tmpfs". */ This looks like it is creating real files there, and the tmpfs thing shall make sure it is empty after a reboot. That's just an assumption... Do you have some temporary files in the location your /dev/shm points to during running the linux application which needs it (I do not expect that our implementation creates them, but as I haven't looked at the code yet, this is something to be verified)? Bye, Alexander. -- Is death legally binding? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137