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
[-- Attachment #1 --] On Sat, Mar 05, 2011 at 08:02:44PM +0100, Lucius Windschuh wrote: > Hi John, hi Dmitry. > > 2011/2/23 John Baldwin <jhb@freebsd.org>: > > New Revision: 218970 > > [...] > > Log: > > šUse umtx_key objects to uniquely identify futexes. šPrivate futexes in > > šdifferent processes that happen to use the same user address in the > > šseparate processes will now be treated as distinct futexes rather than the > > šsame futex. šWe can now honor shared futexes properly by mapping them to a > > šPROCESS_SHARED umtx_key. šPrivate futexes use THREAD_SHARED umtx_key > > šobjects. > > This change breaks linux-jdk-1.6.0, at least for me on FreeBSD 9 i386: > > $ /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) > > where options include: > -d32 use a 32-bit data model if available > > -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. > > -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>=<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>[=<options>] > load native agent library <libname>, e.g. -agentlib:hprof > see also, -agentlib:jdwp=help and -agentlib:hprof=help > -agentpath:<pathname>[=<options>] > load native agent library by full pathname > -javaagent:<jarpath>[=<options>] > load Java programming language agent, see java.lang.instrument > -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) > > With r218969, the process finishes as expected. > > BTW, is there an easy way to debug such futex issues, other than > perhaps linux_kdump? > try r219242. kdump now (in HEAD) decode linux syscalls. also see ktr(4). -- Have fun! chd [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk1yktgACgkQ0t2Tb3OO/O1ibQCcDm55jkP0ymMx1xdJOKE4d1tl f2kAoLaG8/gXtDaLBlTPPp2ndk0W4xJT =zhne -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110305194528.GA3892>