Date: Thu, 27 Sep 2007 21:00:15 +0200 From: Roman Divacky <rdivacky@freebsd.org> To: "Tuc at T-B-O-H.NET" <ml@t-b-o-h.net> Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux Message-ID: <20070927190015.GA42541@freebsd.org> In-Reply-To: <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com>
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. > 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...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070927190015.GA42541>