Date: Sat, 5 Mar 2011 22:45:28 +0300 From: Chagin Dmitry <dchagin@freebsd.org> To: Lucius Windschuh <lwindschuh@googlemail.com> Cc: svn-src-all@freebsd.org, John Baldwin <jhb@freebsd.org> Subject: Re: svn commit: r218970 - in head/sys: compat/linux sys Message-ID: <20110305194528.GA3892@dchagin.static.corbina.ru> In-Reply-To: <AANLkTikwevur3nHKOBD%2BjujehMShg-fp1w=j%2Br_cv5ns@mail.gmail.com> References: <201102231323.p1NDNSVH061525@svn.freebsd.org> <AANLkTikwevur3nHKOBD%2BjujehMShg-fp1w=j%2Br_cv5ns@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--bp/iNruPH9dso1Pn Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 05, 2011 at 08:02:44PM +0100, Lucius Windschuh wrote: > Hi John, hi Dmitry. >=20 > 2011/2/23 John Baldwin <jhb@freebsd.org>: > > New Revision: 218970 > > [...] > > Log: > > =9AUse umtx_key objects to uniquely identify futexes. =9APrivate futexe= s in > > =9Adifferent processes that happen to use the same user address in the > > =9Aseparate processes will now be treated as distinct futexes rather th= an the > > =9Asame futex. =9AWe can now honor shared futexes properly by mapping t= hem to a > > =9APROCESS_SHARED umtx_key. =9APrivate futexes use THREAD_SHARED umtx_k= ey > > =9Aobjects. >=20 > This change breaks linux-jdk-1.6.0, at least for me on FreeBSD 9 i386: >=20 > $ /usr/local/linux-sun-jdk1.6.0/bin/java > Usage: java [-options] class [args...] > (to execute a class) > or java [-options] -jar jarfile [args...] > (to execute a jar file) >=20 > where options include: > -d32 use a 32-bit data model if available >=20 > -d64 use a 64-bit data model if available > -client to select the "client" VM > -server to select the "server" VM > -hotspot is a synonym for the "client" VM [deprecated] > The default VM is server, > because you are running on a server-class machine. >=20 > -cp <class search path of directories and zip/jar files> > -classpath <class search path of directories and zip/jar files> > A : separated list of directories, JAR archives, > and ZIP archives to search for class files. > -D<name>=3D<value> > set a system property > -verbose[:class|gc|jni] > enable verbose output > -version print product version and exit > -version:<value> > require the specified version to run > -showversion print product version and continue > -jre-restrict-search | -jre-no-restrict-search > include/exclude user private JREs in the version search > -? -help print this help message > -X print help on non-standard options > -ea[:<packagename>...|:<classname>] > -enableassertions[:<packagename>...|:<classname>] > enable assertions > -da[:<packagename>...|:<classname>] > -disableassertions[:<packagename>...|:<classname>] > disable assertions > -esa | -enablesystemassertions > enable system assertions > -dsa | -disablesystemassertions > disable system assertions > -agentlib:<libname>[=3D<options>] > load native agent library <libname>, e.g. -agentlib:hpr= of > see also, -agentlib:jdwp=3Dhelp and -agentlib:hprof= =3Dhelp > -agentpath:<pathname>[=3D<options>] > load native agent library by full pathname > -javaagent:<jarpath>[=3D<options>] > load Java programming language agent, see java.lang.ins= trument > -splash:<imagepath> > show splash screen with specified image > ^T > load: 1.62 cmd: java 4007 [futex] 3.33r 0.00u 0.00s 0% 10784k > (... wait a while) > ^T > load: 1.62 cmd: java 4007 [futex] 4.45r 0.00u 0.00s 0% 10784k > (... doesn't finish) >=20 > With r218969, the process finishes as expected. >=20 > BTW, is there an easy way to debug such futex issues, other than > perhaps linux_kdump? >=20 try r219242. kdump now (in HEAD) decode linux syscalls. also see ktr(4). --=20 Have fun! chd --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk1yktgACgkQ0t2Tb3OO/O1ibQCcDm55jkP0ymMx1xdJOKE4d1tl f2kAoLaG8/gXtDaLBlTPPp2ndk0W4xJT =zhne -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110305194528.GA3892>