RE: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade
> Steven Hartland: > > Sent: Tuesday, September 09, 2008 12:28 AM > To: freebsd-hackers@freebsd.org > Subject: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade > > I've been trying to install FreeBSD 7.0-RELEASE amd64 on > a Dell M600 Blade but it hangs just after initialising > the isa bus. > > I've tried a number of things and the only thing that I > can get to work is the i386 build which boots into the > installer without issue. > > Has anyone had any experience with the Dell M600 blade > on amd64 or had the amd64 build hang at this point > before. Hi Steven, We recently purchased a few M600's but haven't got around to loading FBSD on them, we should start installing next week and I will let you know if we run in to any problems. Regards Rudi ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
loading multi threaded library into executable enabled for single thread
Hi All, I have a multi-threaded library that is linked against libpthread. When I load this lib into a tclsh process on FreeBSD, I get this error, "Recurse on private mutex". and crash. I understand that I can have this issue when the executable is not linked against libpthread but one of the loaded libs is. Basically, it thinks it's in single threaded mode. I can get around this issue, by doing export LD_PRELOAD=libpthread.so.1, however this is a hack at best. Is there any other way to get around this issue other than linking tclsh with libpthread ( because that's not an option) I thought of re-building libpthread with the offending code commented out, and that did work, however I ran into other issues, so I think it's not a very "safe" option. My feeling is that this is a FreeBSD issue because it's not happening on other platforms, Linux, Solaris. Any suggestions are welcome. Many thanks! -B * * ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: loading multi threaded library into executable enabled for single thread
On Thu, Sep 11, 2008 at 03:06:35PM -0400, Barry Andrews wrote: > Hi All, > > I have a multi-threaded library that is linked against libpthread. When I > load this lib into a tclsh process on FreeBSD, I get this error, "Recurse on > private mutex". and crash. I understand that I can have this issue when the > executable is not linked against libpthread but one of the loaded libs is. > Basically, it thinks it's in single threaded mode. > > I can get around this issue, by doing export LD_PRELOAD=libpthread.so.1, > however this is a hack at best. Is there any other way to get around this > issue other than linking tclsh with libpthread ( because that's not an > option) > > I thought of re-building libpthread with the offending code commented out, > and that did work, however I ran into other issues, so I think it's not a > very "safe" option. > > My feeling is that this is a FreeBSD issue because it's not happening on > other platforms, Linux, Solaris. > > Any suggestions are welcome. Many thanks! It would be helpful if you could provide: - your FreeBSD version - the output of "ldd libyourlib.so" - the output of "ldd yourprogram" I wouldn't be supprised to find that the program and library are linked against different threading libraries. If so, one of them will need to be relinked or you will need to use libmap.conf to cause it to use the other one. -- Brooks pgpMKz8EzYTOu.pgp Description: PGP signature
readdir(somefile) returing inconsistent errors
Hello, I was looking through some vop_readdir()'s, and noticed an inconsistency between (at least) xfs and unionfs. sys/fs/unionfs/union_vnops.c:1410: if(ap->a_vp->v_type != VDIR) return (ENOTDIR); sys/fs/xfs/FreeBSD/xfs_vnops.c:1001: if(vp->v_type != VDIR) return (EPERM); A little userland script gave me a ENOTDIR when trying to opendir(somefile) (userspace opendir() calling kernelspace readdir()). So I assume the check is made earlier, but shouldn't the xfs code return ENOTDIR in this case ? due to the if-clause above it, you'd say ENOTDIR seems better than EPERM. -- Jille ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Filtering items in readdir() with own fs
Hello all, I am trying to create a filesystem that works exactly like nullfs, but hides all .svn dirs (and contents) (Yes, I started with svn cp). I've got it working so far that it denies that the dirs and contents exist (grep isn't complaining; so I can finally grep -r through the source). But it would be nice if I can also hide the .svn dirs in dir listings. I have been looking through a few existing filesystems (unionfs, fdescfs, xfs, devfs). None gave me a good way for hiding specific entries in the listing. With some help of unionfs I have created a direct-pass-through using VOP_READDIR(), but I can't filter it with that. I tried using some xfs code, but didn't get any result with that. Can anyone give me a hint on where to start looking for code that could be used with filtering functionality ? Any file or function ? Thanks in advance, -- Jille ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Filtering items in readdir() with own fs
Just as a random comment, if you wanted to grep over a svn-managed directory hierarchy, you could simply do -- find . \! -ipath '*/.svn*' | xargs grep -H search_string On Thu, Sep 11, 2008 at 3:59 PM, Jille Timmermans <[EMAIL PROTECTED]> wrote: > Hello all, > > > I am trying to create a filesystem that works exactly like nullfs, but > hides all .svn dirs (and contents) (Yes, I started with svn cp). > I've got it working so far that it denies that the dirs and contents > exist (grep isn't complaining; so I can finally grep -r through the source). > But it would be nice if I can also hide the .svn dirs in dir listings. > > > > I have been looking through a few existing filesystems (unionfs, > fdescfs, xfs, devfs). > None gave me a good way for hiding specific entries in the listing. > With some help of unionfs I have created a direct-pass-through using > VOP_READDIR(), but I can't filter it with that. > I tried using some xfs code, but didn't get any result with that. > > > > Can anyone give me a hint on where to start looking for code that could > be used with filtering functionality ? > Any file or function ? > > > Thanks in advance, > -- Jille > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: loading multi threaded library into executable enabled for single thread
On Thu, 11 Sep 2008, Barry Andrews wrote: Hi All, I have a multi-threaded library that is linked against libpthread. When I load this lib into a tclsh process on FreeBSD, I get this error, "Recurse on private mutex". and crash. I understand that I can have this issue when the executable is not linked against libpthread but one of the loaded libs is. Basically, it thinks it's in single threaded mode. This must be an older version of FreeBSD. I think you must link your application (tclsh or whatever) against libpthread in order for this to work. The libc functions won't get properly overloaded by their equivalents in libpthread unless you do this. -- DE ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade
Thanks Rudi, would really like to get is sorted as they would make ideal app servers. - Original Message - From: "Rudi Kramer - MWEB" <[EMAIL PROTECTED]> Hi Steven, We recently purchased a few M600's but haven't got around to loading FBSD on them, we should start installing next week and I will let you know if we run in to any problems. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: loading multi threaded library into executable enabled for single thread
FreeBSD version 5.5 output of ldd for my lib is: libbase.so: libutils.so => ./libutils.so (0x287e) libACE.so.5.5.6 => ./libACE.so.5.5.6 (0x2882d000) libxerces-c.so.27 => ./libxerces-c.so.27 (0x28976000) libsqlite3.so.8 => ./libsqlite3.so.8 (0x28d23000) libboost_regex-gcc40-mt-d-1_34.so.1.34.0 => ./libboost_regex-gcc40-mt-d-1_34.so.1.34.0 (0x28d76000) libstdc++.so.6 => ./libstdc++.so.6 (0x28e82000) libm.so.3 => /lib/libm.so.3 (0x28f53000) libgcc_s.so.1 => ./libgcc_s.so.1 (0x28f6e000) libpthread.so.1 => /usr/lib/libpthread.so.1 (0x28f78000) libc.so.5 => /lib/libc.so.5 (0x28079000) output of ldd for tclsh is: libtcl84.so.1 => /usr/local/lib/libtcl84.so.1 (0x28076000) libm.so.3 => /lib/libm.so.3 (0x28114000) libc.so.5 => /lib/libc.so.5 (0x2812f000) On Thu, Sep 11, 2008 at 3:56 PM, Brooks Davis <[EMAIL PROTECTED]> wrote: > On Thu, Sep 11, 2008 at 03:06:35PM -0400, Barry Andrews wrote: > > Hi All, > > > > I have a multi-threaded library that is linked against libpthread. When I > > load this lib into a tclsh process on FreeBSD, I get this error, "Recurse > on > > private mutex". and crash. I understand that I can have this issue when > the > > executable is not linked against libpthread but one of the loaded libs > is. > > Basically, it thinks it's in single threaded mode. > > > > I can get around this issue, by doing export LD_PRELOAD=libpthread.so.1, > > however this is a hack at best. Is there any other way to get around this > > issue other than linking tclsh with libpthread ( because that's not an > > option) > > > > I thought of re-building libpthread with the offending code commented > out, > > and that did work, however I ran into other issues, so I think it's not a > > very "safe" option. > > > > My feeling is that this is a FreeBSD issue because it's not happening on > > other platforms, Linux, Solaris. > > > > Any suggestions are welcome. Many thanks! > > It would be helpful if you could provide: > - your FreeBSD version > - the output of "ldd libyourlib.so" > - the output of "ldd yourprogram" > > I wouldn't be supprised to find that the program and library are linked > against > different threading libraries. If so, one of them will need to be relinked > or > you will need to use libmap.conf to cause it to use the other one. > > -- Brooks > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade
On Fri, Sep 12, 2008 at 01:00, Steven Hartland <[EMAIL PROTECTED]> wrote: > Thanks Rudi, would really like to get is sorted as they would make > ideal app servers. > > - Original Message - From: "Rudi Kramer - MWEB" <[EMAIL PROTECTED]> > > > Hi Steven, > > We recently purchased a few M600's but haven't got around to loading > FBSD on them, we should start installing next week and I will let you > know if we run in to any problems. I have the same problem on my M600 Blades has anyone tested the 7.1 Beta and I'm about to purchase more of them. Karl -- -- Karl Fischer |_|0|_|"Absence of evidence |_|_|0|is not evidence of absence" |0|0|0|Carl Sagan - http://fischer.org.za - -- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
