From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 20:35:01 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249A216A417; Thu, 27 Sep 2007 20:35:01 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id A98B413C455; Thu, 27 Sep 2007 20:35:00 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RKZ0BJ035565; Thu, 27 Sep 2007 16:35:00 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RKYtaf022538; Thu, 27 Sep 2007 16:34:55 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RKYt5A022537; Thu, 27 Sep 2007 16:34:55 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709272034.l8RKYt5A022537@himinbjorg.tucs-beachin-obx-house.com> To: rdivacky@freebsd.org (Roman Divacky) Date: Thu, 27 Sep 2007 16:34:55 -0400 (EDT) In-Reply-To: <20070927190015.GA42541@freebsd.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux 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, 27 Sep 2007 20:35:01 -0000 > > > 19038: #243() ERR#78 'Function not implemente > > d'^M > > 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M > > 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M > > yes.. when set_thread_area() is not found the glibc tries to do > TLS the old way using LDT. > What is needed by a system, if anything, to support LDT? Maybe it just happens the systems I am trying to do it NFS'd from don't have LDT compiled into the kernel, or some such notion. > > > I'm finding out that this also ISN'T happening on systems where > > the Linux install is local, and used local. I'm finding 100% so far that > > it only happens where /compat is NFS mounted. Is this something someone > > has ever done, and are there any gotchas that I am running into because > > of it, or is it just "One of those things you figure out that leads you > > down the completely wrong path". > > so you are saying that it works when /compat is locally mounted and not NFS? > hard to say whats going on... > Right, thats what I'm saying, sort of. I haven't tried to pull the /compat off NFS, and put it locally on a machine thats failed yet. Would anyone know the best way to copy that whole structure? I'm concerned with pipes and devs and the likes that cpio might not work right. Thanks, Tuc