Date: Thu, 27 Sep 2007 16:34:55 -0400 (EDT) From: "Tuc at T-B-O-H.NET" <ml@t-b-o-h.net> To: rdivacky@freebsd.org (Roman Divacky) Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux Message-ID: <200709272034.l8RKYt5A022537@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <20070927190015.GA42541@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200709272034.l8RKYt5A022537>