Date: Thu, 01 Jan 2015 07:48:44 -0600 From: Jason Bacon <jwbacon@tds.net> To: Chagin Dmitry <dchagin@freebsd.org> Cc: emulation@freebsd.org, Jason Bacon <bacon@uwm.edu> Subject: Re: Linux /dev/shm Message-ID: <54A5503C.6060402@tds.net> In-Reply-To: <20141231233131.GA5987@dchagin.static.corbina.net> References: <54A212A4.1070006@uwm.edu> <20141230064640.GA3354@dchagin.static.corbina.net> <38006823-C20B-4C37-A885-D53192F83EEE@gmail.com> <54A479A4.7050807@tds.net> <20141231233131.GA5987@dchagin.static.corbina.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/31/14 17:31, Chagin Dmitry wrote: > On Wed, Dec 31, 2014 at 04:33:08PM -0600, Jason Bacon wrote: >> On 12/30/14 12:54, Miguel Clara wrote: >>> On 30 December 2014 06:46:40 WET, Chagin Dmitry <dchagin@freebsd.org> wrote: >>>> On Mon, Dec 29, 2014 at 08:49:08PM -0600, Jason Bacon wrote: >>>>> Not sure where else to ask this: >>>>> >>>>> I'm trying to run Atomistix (http://www.quantumwise.com/) on FreeBSD >>>> 10.1. >>>>> The installer runs without a hitch, but I've run into issues with one >>>> of >>>>> the main binaries, vnl_exec. >>>>> >>>>> First problem was a missing libgomp. linux-c6-devtools installs a >>>>> dangling link in: >>>>> >>>>> /compat/linux/usr/lib/gcc/i686-redhat-linux/4.4.4/libgomp.so >>>>> >>>>> I fixed this by patching the port to include >>>> libgomp-4.4.7-11.el6.i686.rpm. >>>>> That got vnl_exec past all the link errors, but now I'm running into >>>> this: >>>>> Traceback (most recent call last): >>>>> File "<string>", line 1, in <module> >>>>> File "./zipdir/NL/__init__.py", line 17, in <module> >>>>> File "./zipdir/NL/ComputerScienceUtilities/Singleton.py", line >>>> 120, >>>>> in <module> >>>>> File "./build/lib/python2.7/multiprocessing/__init__.py", line >>>> 183, >>>>> in RLock >>>>> File "./build/lib/python2.7/multiprocessing/synchronize.py", line >>>>> 172, in __init__ >>>>> File "./build/lib/python2.7/multiprocessing/synchronize.py", line >>>> 75, >>>>> in __init__ >>>>> OSError: [Errno 38] Function not implemented >>>>> >>>>> From what I've found on the Linux forums, this is indicating that >>>> the >>>>> app requires a tmpfs mounted on /dev/shm as an IPC interface. Is >>>> there >>>>> any way to emulate this on FreeBSD? >>>>> >>>> yes, see r218497 commit description. it seems to me that you should >>>> mount tmpfs somewhere >>> You can use devfs.conf for this, add: >>> link /tmp shm >>> >>> Hope that helps, >>> Miguel >>> >>> >> Got it working. There was a minor configuration issue preventing shm >> from working. I also had to create a linux-c6-libudev port, which I'll >> submit along with an atomistix-installer port (like >> math/matlab-installer) once I've done more thorough testing. >> > nice, however, can u try without defvs magic? glibc look through /proc/mounts > to find tmpfs mount point if cant find /dev/shm. I assume you mean simply removing the /dev/shm link, but leaving tmpfs mounted on /tmp, and that you mean /compat/linux/proc/mounts. If I do that, I get the "error 38" again. Both proc and linproc are mounted and tmpfs is in proc/mounts: FreeBSD manatee.acadix bacon ~ 401: df Filesystem Size Used Avail Capacity Mounted on /dev/ada0p3 447G 17G 394G 4% / devfs 1.0K 1.0K 0B 100% /dev procfs 4.0K 4.0K 0B 100% /proc linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 4.7G 16K 4.7G 0% /tmp sculpin:/usr 222G 162G 42G 79% /.amd_mnt/sculpin/host FreeBSD manatee.acadix bacon ~ 402: more /compat/linux/proc/mounts /dev/ada0p3 / ufs rw 0 0 devfs /dev devfs rw 0 0 proc /proc proc rw 0 0 tmpfs /tmp tmpfs rw 0 0 pid678@manatee:/host /host nfs rw 0 0 pid678@manatee:/net /net nfs rw 0 0 sculpin:/usr /.amd_mnt/sculpin/host nfs rw 0 0 Happy New Year, JB -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jason W. Bacon jwbacon@tds.net Circumstances don't make a man: They reveal him. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54A5503C.6060402>