From dawn2004 at gmail.com  Sun Mar  1 22:33:03 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Sun, 1 Mar 2009 22:33:03 -0800 (PST)
Subject: Cpp Interpreter related making error
Message-ID: <22282808.post@talk.nabble.com>


Hi, Guys,

When I added  CC_INTERP=1 as make option. I got following error :
Linking vm...
{ \
            echo Linking launcher...; \
             \
            gcc -m32 -march=i586 -Xlinker -O1 -m32 -march=i586
-export-dynamic  -L `pwd` -o gamma launcher.o -ljvm -lm -ldl -lpthread; \
             \
        }
Linking launcher...
/home/dli/Hotspot/openjdk_b24/jdk7/build/openjdk7_full_debug/linux_i486_compiler2/jvmg/libjvm.so:
undefined reference to `frame::set_interpreter_frame_sender_sp(int*)'
/home/dli/Hotspot/openjdk_b24/jdk7/build/openjdk7_full_debug/linux_i486_compiler2/jvmg/libjvm.so:
undefined reference to `methodOopDesc::set_result_index(BasicType)'
/home/dli/Hotspot/openjdk_b24/jdk7/build/openjdk7_full_debug/linux_i486_compiler2/jvmg/libjvm.so:
undefined reference to `frame::interpreter_frame_set_last_sp(int*)'
/home/dli/Hotspot/openjdk_b24/jdk7/build/openjdk7_full_debug/linux_i486_compiler2/jvmg/libjvm.so:
undefined reference to
`frame::interpreter_frame_set_monitor_end(BasicObjectLock*)'
/home/dli/Hotspot/openjdk_b24/jdk7/build/openjdk7_full_debug/linux_i486_compiler2/jvmg/libjvm.so:
undefined reference to `CppInterpreter::contains(unsigned char*)'
collect2: ld returned 1 exit status

How can I fix it?
Thanks a lot!

-- 
View this message in context: http://www.nabble.com/Cpp-Interpreter-related-making-error-tp22282808p22282808.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From mark at klomp.org  Mon Mar  2 01:35:39 2009
From: mark at klomp.org (Mark Wielaard)
Date: Mon, 02 Mar 2009 10:35:39 +0100
Subject: How to host HS14 stable? (Was: RFC: Change name of default 
	HotSpot to 'default')
In-Reply-To: <17c6771e0902200842l15c7b892rcd352de3286aafbd@mail.gmail.com>
References: <20090212150029.GA1121@rivendell.middle-earth.co.uk>
	<17c6771e0902151453t523b15derfc243ffaa201264f@mail.gmail.com>
	<1234768690.24153.28.camel@localhost.localdomain>
	<1234772748.3612.3.camel@hermans.wildebeest.org>
	<1234774554.11228.3.camel@localhost.localdomain>
	<1234862105.4062.8.camel@fedora.wildebeest.org>
	<d65861880902170250w206a5ef7k6da4bc8cd5cd3de7@mail.gmail.com>
	<1234950462.2322.9.camel@fedora.wildebeest.org>
	<1234951783.5094.17.camel@localhost.localdomain>
	<1235035430.3597.14.camel@hermans.wildebeest.org>
	<17c6771e0902200842l15c7b892rcd352de3286aafbd@mail.gmail.com>
Message-ID: <1235986539.2306.10.camel@fedora.wildebeest.org>

Hi Andrew,

On Fri, 2009-02-20 at 16:42 +0000, Andrew John Hughes wrote:
> 2009/2/19 Mark Wielaard <mark at klomp.org>:
> > On Wed, 2009-02-18 at 11:09 +0100, Christian Thalinger wrote:
> >> On Wed, 2009-02-18 at 10:47 +0100, Mark Wielaard wrote:
> >> > Yes, my plan was to branch at the commit just before the HS15 tag in
> >> > jdk7/jdk7/hotspot appeared. But it would be good to get confirmation
> >> > that is the right branch point.
> >>
> >> I can look that up again...  The changeset right before the fork is:
> >>
> >> fc6a5ae3fef5
> >>
> >> which bumps the HotSpot version to 14.0-b10.
> >
> > Thanks. I am waiting for Joe to reveal the open hs14 repo that he wants
> > to base openjdk6 on first though before creating another one for now.
> > Unless that takes too long of course, then we can always start tracking
> > from that revision.
> >
> We can bump IcedTea6 to that revision now with a one-line change, then
> wait for post-14 changes from a backported HotSpot tree.

That seems like a good plan. There were some important fixes since the
version we are using now. Attached is the proposed patch. Is that what
you had in mind? (Still bootstrapping here...)

> >> But I was also told that 14 isn't stable yet, it's just in the
> >> stabilization phase.  When you really want something rock solid you
> >> should go with HS11.
> >
> > Yes, you can even get this with icedtea configure
> > --with-hotspot-build=original but that needs more patches (e.g for sparc
> > support) and for zero/shark it is too old, so it needs too much
> > backporting to keep current in the long run.
> >
> Now we are post 1.4, the plan is to drop support for that, unless
> someone is interested in maintaining it.  Anyone?

I suggest we remove support as soon as we have an official hs14 repo.

Cheers,

Mark

diff -r 92c4cc753f06 hotspot.map
--- a/hotspot.map	Thu Feb 19 11:32:45 2009 +0100
+++ b/hotspot.map	Mon Mar 02 10:31:33 2009 +0100
@@ -1,2 +1,2 @@
 # version changeset md5sum
-default	f9d938ede196 c8f78d48ac83987bc2adebeebcd354e9
+default	fc6a5ae3fef5 1c3510387dccdb4907d0fd2f1c58e372




From gnu_andrew at member.fsf.org  Mon Mar  2 10:07:02 2009
From: gnu_andrew at member.fsf.org (Andrew John Hughes)
Date: Mon, 2 Mar 2009 18:07:02 +0000
Subject: How to host HS14 stable? (Was: RFC: Change name of default 
	HotSpot to 'default')
In-Reply-To: <1235986539.2306.10.camel@fedora.wildebeest.org>
References: <20090212150029.GA1121@rivendell.middle-earth.co.uk>
	<1234772748.3612.3.camel@hermans.wildebeest.org>
	<1234774554.11228.3.camel@localhost.localdomain>
	<1234862105.4062.8.camel@fedora.wildebeest.org>
	<d65861880902170250w206a5ef7k6da4bc8cd5cd3de7@mail.gmail.com>
	<1234950462.2322.9.camel@fedora.wildebeest.org>
	<1234951783.5094.17.camel@localhost.localdomain>
	<1235035430.3597.14.camel@hermans.wildebeest.org>
	<17c6771e0902200842l15c7b892rcd352de3286aafbd@mail.gmail.com>
	<1235986539.2306.10.camel@fedora.wildebeest.org>
Message-ID: <17c6771e0903021007o3ebcc082taf8cdf869d3f42bc@mail.gmail.com>

2009/3/2 Mark Wielaard <mark at klomp.org>:
> Hi Andrew,
>
> On Fri, 2009-02-20 at 16:42 +0000, Andrew John Hughes wrote:
>> 2009/2/19 Mark Wielaard <mark at klomp.org>:
>> > On Wed, 2009-02-18 at 11:09 +0100, Christian Thalinger wrote:
>> >> On Wed, 2009-02-18 at 10:47 +0100, Mark Wielaard wrote:
>> >> > Yes, my plan was to branch at the commit just before the HS15 tag in
>> >> > jdk7/jdk7/hotspot appeared. But it would be good to get confirmation
>> >> > that is the right branch point.
>> >>
>> >> I can look that up again... ?The changeset right before the fork is:
>> >>
>> >> fc6a5ae3fef5
>> >>
>> >> which bumps the HotSpot version to 14.0-b10.
>> >
>> > Thanks. I am waiting for Joe to reveal the open hs14 repo that he wants
>> > to base openjdk6 on first though before creating another one for now.
>> > Unless that takes too long of course, then we can always start tracking
>> > from that revision.
>> >
>> We can bump IcedTea6 to that revision now with a one-line change, then
>> wait for post-14 changes from a backported HotSpot tree.
>
> That seems like a good plan. There were some important fixes since the
> version we are using now. Attached is the proposed patch. Is that what
> you had in mind? (Still bootstrapping here...)
>

Looks spot on to me.  Thanks for doing this, and sorry for not doing
it earlier myself.

>> >> But I was also told that 14 isn't stable yet, it's just in the
>> >> stabilization phase. ?When you really want something rock solid you
>> >> should go with HS11.
>> >
>> > Yes, you can even get this with icedtea configure
>> > --with-hotspot-build=original but that needs more patches (e.g for sparc
>> > support) and for zero/shark it is too old, so it needs too much
>> > backporting to keep current in the long run.
>> >
>> Now we are post 1.4, the plan is to drop support for that, unless
>> someone is interested in maintaining it. ?Anyone?
>
> I suggest we remove support as soon as we have an official hs14 repo.
>

Sounds good, though I have no idea if hs11 currently builds... :(  doko?

> Cheers,
>
> Mark
>
> diff -r 92c4cc753f06 hotspot.map
> --- a/hotspot.map ? ? ? Thu Feb 19 11:32:45 2009 +0100
> +++ b/hotspot.map ? ? ? Mon Mar 02 10:31:33 2009 +0100
> @@ -1,2 +1,2 @@
> ?# version changeset md5sum
> -default ? ? ? ?f9d938ede196 c8f78d48ac83987bc2adebeebcd354e9
> +default ? ? ? ?fc6a5ae3fef5 1c3510387dccdb4907d0fd2f1c58e372
>
>
>

-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8


From mark at klomp.org  Mon Mar  2 13:21:38 2009
From: mark at klomp.org (Mark Wielaard)
Date: Mon, 02 Mar 2009 22:21:38 +0100
Subject: How to host HS14 stable? (Was: RFC: Change name of default 
	HotSpot to 'default')
In-Reply-To: <17c6771e0903021007o3ebcc082taf8cdf869d3f42bc@mail.gmail.com>
References: <20090212150029.GA1121@rivendell.middle-earth.co.uk>
	<1234772748.3612.3.camel@hermans.wildebeest.org>
	<1234774554.11228.3.camel@localhost.localdomain>
	<1234862105.4062.8.camel@fedora.wildebeest.org>
	<d65861880902170250w206a5ef7k6da4bc8cd5cd3de7@mail.gmail.com>
	<1234950462.2322.9.camel@fedora.wildebeest.org>
	<1234951783.5094.17.camel@localhost.localdomain>
	<1235035430.3597.14.camel@hermans.wildebeest.org>
	<17c6771e0902200842l15c7b892rcd352de3286aafbd@mail.gmail.com>
	<1235986539.2306.10.camel@fedora.wildebeest.org>
	<17c6771e0903021007o3ebcc082taf8cdf869d3f42bc@mail.gmail.com>
Message-ID: <1236028898.3592.1.camel@hermans.wildebeest.org>

Hi Andrew,

On Mon, 2009-03-02 at 18:07 +0000, Andrew John Hughes wrote:
> 2009/3/2 Mark Wielaard <mark at klomp.org>:
> > On Fri, 2009-02-20 at 16:42 +0000, Andrew John Hughes wrote:
> >> We can bump IcedTea6 to that revision now with a one-line change, then
> >> wait for post-14 changes from a backported HotSpot tree.
> >
> > That seems like a good plan. There were some important fixes since the
> > version we are using now. Attached is the proposed patch. Is that what
> > you had in mind? (Still bootstrapping here...)
> >
> Looks spot on to me.  Thanks for doing this, and sorry for not doing
> it earlier myself.

Thanks. Committed as:

2009-03-02  Mark Wielaard  <mark at klomp.org>

	* hotspot.map (default): Set to rev fc6a5ae3fef5 (14.0-b10).

Cheers,

Mark



From dawn2004 at gmail.com  Mon Mar  2 14:26:07 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Mon, 2 Mar 2009 14:26:07 -0800 (PST)
Subject: How to interceptor a java call
Message-ID: <22298233.post@talk.nabble.com>


Hello,
I have question about how to interceptor a java call in hotspot.
If I have a simple application as follow:

public class HelloWorld{
        public static void main(String[] args){
                hello2();
        }
        public static void hello2(){
                System.out.println("hello 2.");
        }
}

If I interceptor at  javaCalls:call_helper(), I can only interceptor method 
HelloWorld.main(), I cannot method  HelloWorld.hello2(). Why? and How can I
interceptor method HelloWorld.hello2()?

Thanks a lot!

Colin

-- 
View this message in context: http://www.nabble.com/How-to-interceptor-a-java-call-tp22298233p22298233.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From vladimir.kozlov at sun.com  Tue Mar  3 13:09:40 2009
From: vladimir.kozlov at sun.com (vladimir.kozlov at sun.com)
Date: Tue, 03 Mar 2009 21:09:40 +0000
Subject: hg: jdk7/hotspot/hotspot: 9 new changesets
Message-ID: <20090303210957.D339DE6A9@hg.openjdk.java.net>

Changeset: 0ad1cb407fa1
Author:    never
Date:      2009-02-25 10:53 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0ad1cb407fa1

6805427: adlc compiler may generate incorrect machnode emission code
Reviewed-by: kvn, twisti

! src/share/vm/adlc/formssel.cpp
! src/share/vm/adlc/formssel.hpp

Changeset: 07d449658fc7
Author:    never
Date:      2009-02-25 14:36 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/07d449658fc7

6807963: need tool to make sense of LogCompilaton output
Reviewed-by: kvn

+ src/share/tools/LogCompilation/Makefile
+ src/share/tools/LogCompilation/README
+ src/share/tools/LogCompilation/manifest.mf
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/BasicLogEvent.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/CallSite.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/Compilation.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/Constants.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogCleanupReader.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogCompilation.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogEvent.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogParser.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/MakeNotEntrantEvent.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/Method.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/NMethod.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/Phase.java
+ src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/UncommonTrapEvent.java

Changeset: 523ded093c31
Author:    kvn
Date:      2009-02-26 14:26 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/523ded093c31

6809798: SafePointScalarObject node placed into incorrect block during GCM
Summary: Replace the control edge of a pinned node before scheduling.
Reviewed-by: never

! src/share/vm/opto/block.cpp
! src/share/vm/opto/block.hpp
! src/share/vm/opto/callnode.cpp
! src/share/vm/opto/callnode.hpp
! src/share/vm/opto/gcm.cpp
! src/share/vm/opto/macro.cpp

Changeset: ed6404fac86b
Author:    never
Date:      2009-02-26 16:57 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ed6404fac86b

6810855: KILL vs. TEMP ordering restrictions are too strong
Reviewed-by: kvn

! src/share/vm/adlc/formssel.cpp

Changeset: dbbe28fc66b5
Author:    twisti
Date:      2009-02-27 03:35 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/dbbe28fc66b5

6778669: Patch from Red Hat -- fixes compilation errors
Summary: Some fixes which are required to build on recent GCCs.
Reviewed-by: never, kvn
Contributed-by: langel at redhat.com

! make/linux/makefiles/adlc.make
! make/solaris/makefiles/adlc.make
! src/share/vm/adlc/adlc.hpp
! src/share/vm/adlc/adlparse.cpp
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/adlc/dfa.cpp
! src/share/vm/adlc/filebuff.cpp
! src/share/vm/adlc/filebuff.hpp
! src/share/vm/adlc/forms.cpp
! src/share/vm/adlc/forms.hpp
! src/share/vm/adlc/formsopt.cpp
! src/share/vm/adlc/formsopt.hpp
! src/share/vm/adlc/formssel.cpp
! src/share/vm/adlc/formssel.hpp
! src/share/vm/adlc/main.cpp
! src/share/vm/adlc/output_c.cpp
! src/share/vm/adlc/output_h.cpp
! src/share/vm/includeDB_core
! src/share/vm/utilities/vmError.cpp
! src/share/vm/utilities/vmError.hpp

Changeset: ec59443af135
Author:    kvn
Date:      2009-02-27 08:34 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ec59443af135

6811267: Fix for 6809798 broke linux build
Summary: Fix method's declaration.
Reviewed-by: phh, twisti

! src/share/vm/opto/block.hpp

Changeset: 98cb887364d3
Author:    twisti
Date:      2009-02-27 13:27 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/98cb887364d3

6810672: Comment typos
Summary: I have collected some typos I have found while looking at the code.
Reviewed-by: kvn, never

! src/cpu/sparc/vm/interp_masm_sparc.cpp
! src/cpu/sparc/vm/nativeInst_sparc.hpp
! src/cpu/sparc/vm/sparc.ad
! src/cpu/sparc/vm/templateTable_sparc.cpp
! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp
! src/cpu/x86/vm/cppInterpreter_x86.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/cpu/x86/vm/templateInterpreter_x86_64.cpp
! src/cpu/x86/vm/templateTable_x86_32.cpp
! src/cpu/x86/vm/templateTable_x86_64.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os/linux/launcher/java.c
! src/os/linux/launcher/java_md.h
! src/os/linux/vm/perfMemory_linux.cpp
! src/os/solaris/launcher/java.c
! src/os/solaris/launcher/java_md.h
! src/os/solaris/vm/perfMemory_solaris.cpp
! src/os/windows/vm/perfMemory_windows.cpp
! src/os_cpu/solaris_sparc/vm/os_solaris_sparc.cpp
! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp
! src/share/tools/MakeDeps/Database.java
! src/share/vm/adlc/Doc/Syntax.doc
! src/share/vm/adlc/adlparse.cpp
! src/share/vm/adlc/dict2.cpp
! src/share/vm/adlc/dict2.hpp
! src/share/vm/adlc/filebuff.cpp
! src/share/vm/adlc/filebuff.hpp
! src/share/vm/adlc/formssel.cpp
! src/share/vm/adlc/formssel.hpp
! src/share/vm/adlc/output_h.cpp
! src/share/vm/asm/assembler.cpp
! src/share/vm/asm/assembler.hpp
! src/share/vm/ci/ciTypeFlow.cpp
! src/share/vm/classfile/symbolTable.cpp
! src/share/vm/code/nmethod.cpp
! src/share/vm/code/nmethod.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/cmsAdaptiveSizePolicy.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/cmsGCAdaptivePolicyCounters.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.cpp
! src/share/vm/gc_implementation/parallelScavenge/objectStartArray.hpp
! src/share/vm/gc_implementation/parallelScavenge/prefetchQueue.hpp
! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp
! src/share/vm/interpreter/abstractInterpreter.hpp
! src/share/vm/interpreter/bytecodeInterpreter.cpp
! src/share/vm/interpreter/bytecodeInterpreter.inline.hpp
! src/share/vm/interpreter/cppInterpreter.hpp
! src/share/vm/interpreter/cppInterpreterGenerator.hpp
! src/share/vm/interpreter/interpreter.hpp
! src/share/vm/interpreter/interpreterGenerator.hpp
! src/share/vm/interpreter/templateInterpreter.hpp
! src/share/vm/interpreter/templateInterpreterGenerator.hpp
! src/share/vm/libadt/dict.cpp
! src/share/vm/libadt/dict.hpp
! src/share/vm/memory/filemap.cpp
! src/share/vm/memory/permGen.hpp
! src/share/vm/oops/generateOopMap.cpp
! src/share/vm/oops/generateOopMap.hpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/klass.cpp
! src/share/vm/oops/klass.hpp
! src/share/vm/oops/methodOop.hpp
! src/share/vm/opto/block.cpp
! src/share/vm/opto/block.hpp
! src/share/vm/opto/buildOopMap.cpp
! src/share/vm/opto/cfgnode.cpp
! src/share/vm/opto/chaitin.cpp
! src/share/vm/opto/chaitin.hpp
! src/share/vm/opto/coalesce.cpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/connode.cpp
! src/share/vm/opto/divnode.cpp
! src/share/vm/opto/domgraph.cpp
! src/share/vm/opto/escape.cpp
! src/share/vm/opto/gcm.cpp
! src/share/vm/opto/graphKit.cpp
! src/share/vm/opto/ifg.cpp
! src/share/vm/opto/ifnode.cpp
! src/share/vm/opto/library_call.cpp
! src/share/vm/opto/live.cpp
! src/share/vm/opto/locknode.cpp
! src/share/vm/opto/loopTransform.cpp
! src/share/vm/opto/loopUnswitch.cpp
! src/share/vm/opto/loopnode.cpp
! src/share/vm/opto/loopnode.hpp
! src/share/vm/opto/loopopts.cpp
! src/share/vm/opto/machnode.cpp
! src/share/vm/opto/macro.cpp
! src/share/vm/opto/matcher.cpp
! src/share/vm/opto/memnode.cpp
! src/share/vm/opto/memnode.hpp
! src/share/vm/opto/node.cpp
! src/share/vm/opto/node.hpp
! src/share/vm/opto/output.cpp
! src/share/vm/opto/parse.hpp
! src/share/vm/opto/parse1.cpp
! src/share/vm/opto/parse2.cpp
! src/share/vm/opto/phase.cpp
! src/share/vm/opto/phaseX.cpp
! src/share/vm/opto/postaloc.cpp
! src/share/vm/opto/reg_split.cpp
! src/share/vm/opto/runtime.cpp
! src/share/vm/opto/split_if.cpp
! src/share/vm/opto/superword.cpp
! src/share/vm/opto/superword.hpp
! src/share/vm/opto/type.cpp
! src/share/vm/prims/jvmtiRedefineClasses.cpp
! src/share/vm/runtime/extendedPC.hpp
! src/share/vm/runtime/fprofiler.cpp
! src/share/vm/runtime/frame.cpp
! src/share/vm/runtime/frame.inline.hpp
! src/share/vm/runtime/mutex.hpp
! src/share/vm/runtime/orderAccess.hpp
! src/share/vm/runtime/os.cpp
! src/share/vm/runtime/safepoint.cpp
! src/share/vm/runtime/signature.hpp
! src/share/vm/runtime/threadCritical.hpp
! src/share/vm/utilities/globalDefinitions.hpp

Changeset: 19962e74284f
Author:    never
Date:      2009-03-01 20:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/19962e74284f

6811384: MacroAssembler::serialize_memory may touch next page on amd64
Reviewed-by: kvn, phh, twisti

! src/cpu/x86/vm/assembler_x86.cpp

Changeset: d8c7fa77a6dc
Author:    kvn
Date:      2009-03-03 10:34 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/d8c7fa77a6dc

Merge

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp



From Christian.Thalinger at Sun.COM  Tue Mar  3 15:18:41 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Wed, 04 Mar 2009 00:18:41 +0100
Subject: Request for review (M): 6812587: Use auxv to determine SPARC hardware
	features on Solaris
Message-ID: <1236122321.2239.118.camel@localhost.localdomain>

http://cr.openjdk.java.net/~twisti/6812587/webrev.00/

One thing I noticed when changing this code is, on a system that prints:

$ isainfo -x
sparcv9: asi_blk_init
sparc: asi_blk_init v8plus div32 mul32

HotSpot prints:

CPU:total 32 has_v8, has_v9, has_vis1, is_sun4v, is_niagara1

(note the vis1 flag).

I don't know very much about different SPARC generations and what these
processors support, but it seems the definition of generic_v9_m is wrong
(it sets vis1_instructions_m).  Am I wrong?

-- Christian



From dawn2004 at gmail.com  Wed Mar  4 09:53:25 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Wed, 4 Mar 2009 09:53:25 -0800 (PST)
Subject: Where is the entry point of java calls
In-Reply-To: <22298233.post@talk.nabble.com>
References: <22298233.post@talk.nabble.com>
Message-ID: <22335492.post@talk.nabble.com>


Hi, guys. 
Could anyone help me ? Or do I need express my question more clearly?
I really need help for this question.
Thanks a lot!

Colin

Colin(Du Li) wrote:
> 
> Hello,
> My question is where is the entry point of java calls in hotspot.
> If I have a simple application as follow:
> 
> public class HelloWorld{
>         public static void main(String[] args){
>                 hello2();
>         }
>         public static void hello2(){
>                 System.out.println("hello 2.");
>         }
> }
> 
> If I observe at  javaCalls:call_helper(), I can only see method 
> HelloWorld.main(), I cannot see method  HelloWorld.hello2(). Why? and How
> can I find the entry point of method HelloWorld.hello2()?
> 
> Thanks a lot!
> 
> Colin
> 
> 

-- 
View this message in context: http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22335492.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Karen.Kinnear at Sun.COM  Wed Mar  4 09:59:17 2009
From: Karen.Kinnear at Sun.COM (Karen Kinnear)
Date: Wed, 04 Mar 2009 12:59:17 -0500
Subject: Where is the entry point of java calls
In-Reply-To: <22335492.post@talk.nabble.com>
References: <22298233.post@talk.nabble.com> <22335492.post@talk.nabble.com>
Message-ID: <369E1388-F957-4F84-9E66-D0BB06BADA70@sun.com>

Colin,

We don't use javaCalls for calls from one java method to another.
I believe you are writing an interpreter (or modifying the C++  
interpreter)?
So you want to look at the code you generated - which will invoke
java methods directly. See the bytecodes for invoke_virtual/special/ 
interface.

hope this helps,
Karen

On Mar 4, 2009, at 12:53 PM, Colin(Du Li) wrote:

>
> Hi, guys.
> Could anyone help me ? Or do I need express my question more clearly?
> I really need help for this question.
> Thanks a lot!
>
> Colin
>
> Colin(Du Li) wrote:
>>
>> Hello,
>> My question is where is the entry point of java calls in hotspot.
>> If I have a simple application as follow:
>>
>> public class HelloWorld{
>>        public static void main(String[] args){
>>                hello2();
>>        }
>>        public static void hello2(){
>>                System.out.println("hello 2.");
>>        }
>> }
>>
>> If I observe at  javaCalls:call_helper(), I can only see method
>> HelloWorld.main(), I cannot see method  HelloWorld.hello2(). Why?  
>> and How
>> can I find the entry point of method HelloWorld.hello2()?
>>
>> Thanks a lot!
>>
>> Colin
>>
>>
>
> -- 
> View this message in context: http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22335492.html
> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
> at Nabble.com.
>



From dawn2004 at gmail.com  Wed Mar  4 10:36:58 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Wed, 4 Mar 2009 10:36:58 -0800 (PST)
Subject: Where is the entry point of java calls
In-Reply-To: <369E1388-F957-4F84-9E66-D0BB06BADA70@sun.com>
References: <22298233.post@talk.nabble.com> <22335492.post@talk.nabble.com>
	<369E1388-F957-4F84-9E66-D0BB06BADA70@sun.com>
Message-ID: <22336385.post@talk.nabble.com>


Hi, Karen,

Thanks for your prompt reply!
What I wanna do is to trap all the java method call, and pick out the native
calls (JNI). I still have two questions.
1. How can I read the generated bytecodes. When I use Vi to open a .class
file, it's not very readable. 
2. Does every method call for another java method can be trapped at
invoke_virtual/special/static in bytecodeInterpreter.cpp?

Thanks again.

Colin.

Karen Kinnear wrote:
> 
> Colin,
> 
> We don't use javaCalls for calls from one java method to another.
> I believe you are writing an interpreter (or modifying the C++  
> interpreter)?
> So you want to look at the code you generated - which will invoke
> java methods directly. See the bytecodes for invoke_virtual/special/ 
> interface.
> 
> hope this helps,
> Karen
> 
> On Mar 4, 2009, at 12:53 PM, Colin(Du Li) wrote:
> 
>>
>> Hi, guys.
>> Could anyone help me ? Or do I need express my question more clearly?
>> I really need help for this question.
>> Thanks a lot!
>>
>> Colin
>>
>> Colin(Du Li) wrote:
>>>
>>> Hello,
>>> My question is where is the entry point of java calls in hotspot.
>>> If I have a simple application as follow:
>>>
>>> public class HelloWorld{
>>>        public static void main(String[] args){
>>>                hello2();
>>>        }
>>>        public static void hello2(){
>>>                System.out.println("hello 2.");
>>>        }
>>> }
>>>
>>> If I observe at  javaCalls:call_helper(), I can only see method
>>> HelloWorld.main(), I cannot see method  HelloWorld.hello2(). Why?  
>>> and How
>>> can I find the entry point of method HelloWorld.hello2()?
>>>
>>> Thanks a lot!
>>>
>>> Colin
>>>
>>>
>>
>> -- 
>> View this message in context:
>> http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22335492.html
>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
>> at Nabble.com.
>>
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22336385.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Thomas.Rodriguez at Sun.COM  Wed Mar  4 11:16:50 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Wed, 04 Mar 2009 11:16:50 -0800
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <1236122321.2239.118.camel@localhost.localdomain>
References: <1236122321.2239.118.camel@localhost.localdomain>
Message-ID: <7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>

Have you verified that this returns answers that are largely  
consistent with the old results?  Do we know whether AT_HWCAP is valid  
and/or correctly set in earlier releases?  The getisax code seems kind  
of oddly coded.  The extra auxv_t seems useless since it's just set to  
AT_NULL and never read.  I'd prefer if the result of the read were  
checked against statb.st_size.  Shouldn't we use the real getisax if  
it's available?

On Mar 3, 2009, at 3:18 PM, Christian Thalinger wrote:

> http://cr.openjdk.java.net/~twisti/6812587/webrev.00/
>
> One thing I noticed when changing this code is, on a system that  
> prints:
>
> $ isainfo -x
> sparcv9: asi_blk_init
> sparc: asi_blk_init v8plus div32 mul32
>
> HotSpot prints:
>
> CPU:total 32 has_v8, has_v9, has_vis1, is_sun4v, is_niagara1

I believe niagara 1 has some VIS support but it's not complete and  
some of what's there isn't fast enough to be useful.  We probably  
shouldn't be claiming that it has it.

> (note the vis1 flag).
>
> I don't know very much about different SPARC generations and what  
> these
> processors support, but it seems the definition of generic_v9_m is  
> wrong
> (it sets vis1_instructions_m).  Am I wrong?

Prior to Niagara it was true but it no longer is.  Using getisax to  
figure this out is much better.

tom

>
>
> -- Christian
>



From Christian.Thalinger at Sun.COM  Wed Mar  4 11:24:03 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Wed, 04 Mar 2009 20:24:03 +0100
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
Message-ID: <1236194643.2239.181.camel@localhost.localdomain>

On Wed, 2009-03-04 at 11:16 -0800, Tom Rodriguez wrote:
> Have you verified that this returns answers that are largely  
> consistent with the old results?

Yes, but I definitely could try a few more machines.

> Do we know whether AT_HWCAP is valid  
> and/or correctly set in earlier releases?  

Honestly, I don't know.  What is the oldest Solaris release we
officially support?

> The getisax code seems kind  
> of oddly coded.  The extra auxv_t seems useless since it's just set to  
> AT_NULL and never read.  I'd prefer if the result of the read were  
> checked against statb.st_size.  

Currently it's more or less the original getisax code.  I can change the
code.

> Shouldn't we use the real getisax if  
> it's available?

That would be the best way.  Should I add some dlsym logic?

-- Christian



From Karen.Kinnear at Sun.COM  Wed Mar  4 11:32:34 2009
From: Karen.Kinnear at Sun.COM (Karen Kinnear)
Date: Wed, 04 Mar 2009 14:32:34 -0500
Subject: Where is the entry point of java calls
In-Reply-To: <22336385.post@talk.nabble.com>
References: <22298233.post@talk.nabble.com> <22335492.post@talk.nabble.com>
	<369E1388-F957-4F84-9E66-D0BB06BADA70@sun.com>
	<22336385.post@talk.nabble.com>
Message-ID: <13730691-7AAC-4794-9F87-D83EA1D134ED@sun.com>

Colin,

Let's start with reading the bytecodes. You have a .class file.
Run javap -c Main > Main.jasm to get the bytecodes from Main.class
    - now you can view the translated generated bytecodes using your
      favorite editor (read, not modify)

In the sample I looked at, in which there was a
    private native Class myNative(args)

in the bytecodes for the caller, there was the instruction:
    invokespecial #83; // Method myNative:(...signature for args)

#83 refers to the constant pool entry #83

See java.sun.com/docs/books/jvms/second_edition/html/VMSpecTOC.doc.html
Look in section 4.1 for details on the class file format.

2. Method invocation should use one of: invokevirtual/special/static/ 
interface
so find that bytecode in your generated code. You can put a breakpoint  
in
the interpreter you are debugging - for when it checks for a native  
method call.

good luck,
Karen

On Mar 4, 2009, at 1:36 PM, Colin(Du Li) wrote:

>
> Hi, Karen,
>
> Thanks for your prompt reply!
> What I wanna do is to trap all the java method call, and pick out  
> the native
> calls (JNI). I still have two questions.
> 1. How can I read the generated bytecodes. When I use Vi to open  
> a .class
> file, it's not very readable.
> 2. Does every method call for another java method can be trapped at
> invoke_virtual/special/static in bytecodeInterpreter.cpp?
>
> Thanks again.
>
> Colin.
>
> Karen Kinnear wrote:
>>
>> Colin,
>>
>> We don't use javaCalls for calls from one java method to another.
>> I believe you are writing an interpreter (or modifying the C++
>> interpreter)?
>> So you want to look at the code you generated - which will invoke
>> java methods directly. See the bytecodes for invoke_virtual/special/
>> interface.
>>
>> hope this helps,
>> Karen
>>
>> On Mar 4, 2009, at 12:53 PM, Colin(Du Li) wrote:
>>
>>>
>>> Hi, guys.
>>> Could anyone help me ? Or do I need express my question more  
>>> clearly?
>>> I really need help for this question.
>>> Thanks a lot!
>>>
>>> Colin
>>>
>>> Colin(Du Li) wrote:
>>>>
>>>> Hello,
>>>> My question is where is the entry point of java calls in hotspot.
>>>> If I have a simple application as follow:
>>>>
>>>> public class HelloWorld{
>>>>       public static void main(String[] args){
>>>>               hello2();
>>>>       }
>>>>       public static void hello2(){
>>>>               System.out.println("hello 2.");
>>>>       }
>>>> }
>>>>
>>>> If I observe at  javaCalls:call_helper(), I can only see method
>>>> HelloWorld.main(), I cannot see method  HelloWorld.hello2(). Why?
>>>> and How
>>>> can I find the entry point of method HelloWorld.hello2()?
>>>>
>>>> Thanks a lot!
>>>>
>>>> Colin
>>>>
>>>>
>>>
>>> -- 
>>> View this message in context:
>>> http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22335492.html
>>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive
>>> at Nabble.com.
>>>
>>
>>
>>
>
> -- 
> View this message in context: http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22336385.html
> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
> at Nabble.com.
>



From Thomas.Rodriguez at Sun.COM  Wed Mar  4 11:55:54 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Wed, 04 Mar 2009 11:55:54 -0800
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <1236194643.2239.181.camel@localhost.localdomain>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
	<1236194643.2239.181.camel@localhost.localdomain>
Message-ID: <EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>


On Mar 4, 2009, at 11:24 AM, Christian Thalinger wrote:

> On Wed, 2009-03-04 at 11:16 -0800, Tom Rodriguez wrote:
>> Have you verified that this returns answers that are largely
>> consistent with the old results?
>
> Yes, but I definitely could try a few more machines.

Maybe we should keep the old logic around in case getisax returns false?

>> Do we know whether AT_HWCAP is valid
>> and/or correctly set in earlier releases?
>
> Honestly, I don't know.  What is the oldest Solaris release we
> officially support?

Because of hotspot express we need to continue to support Solaris 8  
since that's the earliest release jdk 6 supports.

>> The getisax code seems kind
>> of oddly coded.  The extra auxv_t seems useless since it's just set  
>> to
>> AT_NULL and never read.  I'd prefer if the result of the read were
>> checked against statb.st_size.
>
> Currently it's more or less the original getisax code.  I can change  
> the
> code.
>
>> Shouldn't we use the real getisax if
>> it's available?
>
> That would be the best way.  Should I add some dlsym logic?

Yes.

tom



From dawn2004 at gmail.com  Wed Mar  4 13:38:21 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Wed, 4 Mar 2009 13:38:21 -0800 (PST)
Subject: Where is the entry point of java calls
In-Reply-To: <13730691-7AAC-4794-9F87-D83EA1D134ED@sun.com>
References: <22298233.post@talk.nabble.com> <22335492.post@talk.nabble.com>
	<369E1388-F957-4F84-9E66-D0BB06BADA70@sun.com>
	<22336385.post@talk.nabble.com>
	<13730691-7AAC-4794-9F87-D83EA1D134ED@sun.com>
Message-ID: <22339955.post@talk.nabble.com>


Hi, Karen, 

Thanks a lot!
It really helps!

Colin.


Karen Kinnear wrote:
> 
> Colin,
> 
> Let's start with reading the bytecodes. You have a .class file.
> Run javap -c Main > Main.jasm to get the bytecodes from Main.class
>     - now you can view the translated generated bytecodes using your
>       favorite editor (read, not modify)
> 
> In the sample I looked at, in which there was a
>     private native Class myNative(args)
> 
> in the bytecodes for the caller, there was the instruction:
>     invokespecial #83; // Method myNative:(...signature for args)
> 
> #83 refers to the constant pool entry #83
> 
> See java.sun.com/docs/books/jvms/second_edition/html/VMSpecTOC.doc.html
> Look in section 4.1 for details on the class file format.
> 
> 2. Method invocation should use one of: invokevirtual/special/static/ 
> interface
> so find that bytecode in your generated code. You can put a breakpoint  
> in
> the interpreter you are debugging - for when it checks for a native  
> method call.
> 
> good luck,
> Karen
> 
> On Mar 4, 2009, at 1:36 PM, Colin(Du Li) wrote:
> 
>>
>> Hi, Karen,
>>
>> Thanks for your prompt reply!
>> What I wanna do is to trap all the java method call, and pick out  
>> the native
>> calls (JNI). I still have two questions.
>> 1. How can I read the generated bytecodes. When I use Vi to open  
>> a .class
>> file, it's not very readable.
>> 2. Does every method call for another java method can be trapped at
>> invoke_virtual/special/static in bytecodeInterpreter.cpp?
>>
>> Thanks again.
>>
>> Colin.
>>
>> Karen Kinnear wrote:
>>>
>>> Colin,
>>>
>>> We don't use javaCalls for calls from one java method to another.
>>> I believe you are writing an interpreter (or modifying the C++
>>> interpreter)?
>>> So you want to look at the code you generated - which will invoke
>>> java methods directly. See the bytecodes for invoke_virtual/special/
>>> interface.
>>>
>>> hope this helps,
>>> Karen
>>>
>>> On Mar 4, 2009, at 12:53 PM, Colin(Du Li) wrote:
>>>
>>>>
>>>> Hi, guys.
>>>> Could anyone help me ? Or do I need express my question more  
>>>> clearly?
>>>> I really need help for this question.
>>>> Thanks a lot!
>>>>
>>>> Colin
>>>>
>>>> Colin(Du Li) wrote:
>>>>>
>>>>> Hello,
>>>>> My question is where is the entry point of java calls in hotspot.
>>>>> If I have a simple application as follow:
>>>>>
>>>>> public class HelloWorld{
>>>>>       public static void main(String[] args){
>>>>>               hello2();
>>>>>       }
>>>>>       public static void hello2(){
>>>>>               System.out.println("hello 2.");
>>>>>       }
>>>>> }
>>>>>
>>>>> If I observe at  javaCalls:call_helper(), I can only see method
>>>>> HelloWorld.main(), I cannot see method  HelloWorld.hello2(). Why?
>>>>> and How
>>>>> can I find the entry point of method HelloWorld.hello2()?
>>>>>
>>>>> Thanks a lot!
>>>>>
>>>>> Colin
>>>>>
>>>>>
>>>>
>>>> -- 
>>>> View this message in context:
>>>> http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22335492.html
>>>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive
>>>> at Nabble.com.
>>>>
>>>
>>>
>>>
>>
>> -- 
>> View this message in context:
>> http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22336385.html
>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
>> at Nabble.com.
>>
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Where-is-the-entry-point-of-java-calls-tp22298233p22339955.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From john.coomes at sun.com  Thu Mar  5 23:35:54 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 07:35:54 +0000
Subject: hg: jdk7/hotspot: Added tag jdk7-b50 for changeset 5111e13e44e5
Message-ID: <20090306073554.A8F8FE895@hg.openjdk.java.net>

Changeset: 28ba432554f4
Author:    xdono
Date:      2009-03-05 09:48 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/28ba432554f4

Added tag jdk7-b50 for changeset 5111e13e44e5

! .hgtags



From john.coomes at sun.com  Thu Mar  5 23:40:45 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 07:40:45 +0000
Subject: hg: jdk7/hotspot/corba: Added tag jdk7-b50 for changeset 0edbd0074b02
Message-ID: <20090306074047.A436BE89A@hg.openjdk.java.net>

Changeset: 12f178e7737f
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/12f178e7737f

Added tag jdk7-b50 for changeset 0edbd0074b02

! .hgtags



From john.coomes at sun.com  Thu Mar  5 23:48:18 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 07:48:18 +0000
Subject: hg: jdk7/hotspot/jaxp: Added tag jdk7-b50 for changeset e8514e2be76d
Message-ID: <20090306074820.26584E89F@hg.openjdk.java.net>

Changeset: e2da22440463
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/e2da22440463

Added tag jdk7-b50 for changeset e8514e2be76d

! .hgtags



From john.coomes at sun.com  Thu Mar  5 23:53:11 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 07:53:11 +0000
Subject: hg: jdk7/hotspot/jaxws: Added tag jdk7-b50 for changeset 5be52db581f1
Message-ID: <20090306075313.78E59E8A4@hg.openjdk.java.net>

Changeset: 3f309316d6bf
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/3f309316d6bf

Added tag jdk7-b50 for changeset 5be52db581f1

! .hgtags



From john.coomes at sun.com  Thu Mar  5 23:58:26 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 07:58:26 +0000
Subject: hg: jdk7/hotspot/jdk: 23 new changesets
Message-ID: <20090306080326.3A3CCE8A9@hg.openjdk.java.net>

Changeset: 40ce81649cd6
Author:    poonam
Date:      2009-02-10 03:26 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/40ce81649cd6

6755621: Include SA binaries into Windows JDK
Summary: These changes will enable inclusion of sa-jdi.jar and sawindbg.dll into Windows JDK bundle.
Reviewed-by: never, jjh, alanb

! make/common/Defs-windows.gmk

Changeset: 043dfafc41a5
Author:    chegar
Date:      2009-02-11 13:16 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/043dfafc41a5

6799040: Portability issues in src/solaris/native/java/net/Inet4AddressImpl.c
Reviewed-by: alanb
Contributed-by: christos at zoulas.com

! src/solaris/native/java/net/Inet4AddressImpl.c
! src/solaris/native/java/net/Inet6AddressImpl.c

Changeset: f06f30b29f36
Author:    alanb
Date:      2009-02-15 12:25 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f06f30b29f36

6781363: New I/O: Update socket-channel API to jsr203/nio2-b99
4313887: New I/O: Improved filesystem interface
4607272: New I/O: Support asynchronous I/O
Reviewed-by: sherman, chegar

! make/docs/CORE_PKGS.gmk
! make/docs/NON_CORE_PKGS.gmk
! make/java/nio/Exportedfiles.gmk
! make/java/nio/FILES_c.gmk
! make/java/nio/FILES_java.gmk
! make/java/nio/Makefile
! make/java/nio/mapfile-linux
! make/java/nio/mapfile-solaris
! make/mksample/nio/Makefile
+ make/mksample/nio/file/Makefile
+ src/share/classes/com/sun/nio/file/ExtendedCopyOption.java
+ src/share/classes/com/sun/nio/file/ExtendedOpenOption.java
+ src/share/classes/com/sun/nio/file/ExtendedWatchEventModifier.java
+ src/share/classes/com/sun/nio/file/SensitivityWatchEventModifier.java
! src/share/classes/java/io/File.java
! src/share/classes/java/io/FilePermission.java
! src/share/classes/java/net/StandardProtocolFamily.java
! src/share/classes/java/net/StandardSocketOption.java
+ src/share/classes/java/nio/channels/AsynchronousByteChannel.java
+ src/share/classes/java/nio/channels/AsynchronousChannel.java
+ src/share/classes/java/nio/channels/AsynchronousChannelGroup.java
+ src/share/classes/java/nio/channels/AsynchronousDatagramChannel.java
+ src/share/classes/java/nio/channels/AsynchronousFileChannel.java
+ src/share/classes/java/nio/channels/AsynchronousServerSocketChannel.java
+ src/share/classes/java/nio/channels/AsynchronousSocketChannel.java
! src/share/classes/java/nio/channels/Channels.java
+ src/share/classes/java/nio/channels/CompletionHandler.java
! src/share/classes/java/nio/channels/DatagramChannel.java
! src/share/classes/java/nio/channels/FileChannel.java
! src/share/classes/java/nio/channels/FileLock.java
! src/share/classes/java/nio/channels/MembershipKey.java
! src/share/classes/java/nio/channels/MulticastChannel.java
! src/share/classes/java/nio/channels/NetworkChannel.java
+ src/share/classes/java/nio/channels/SeekableByteChannel.java
! src/share/classes/java/nio/channels/ServerSocketChannel.java
! src/share/classes/java/nio/channels/SocketChannel.java
! src/share/classes/java/nio/channels/exceptions
! src/share/classes/java/nio/channels/package-info.java
+ src/share/classes/java/nio/channels/spi/AsynchronousChannelProvider.java
! src/share/classes/java/nio/channels/spi/SelectorProvider.java
! src/share/classes/java/nio/channels/spi/package.html
+ src/share/classes/java/nio/file/AccessDeniedException.java
+ src/share/classes/java/nio/file/AccessMode.java
+ src/share/classes/java/nio/file/AtomicMoveNotSupportedException.java
+ src/share/classes/java/nio/file/ClosedDirectoryStreamException.java
+ src/share/classes/java/nio/file/ClosedFileSystemException.java
+ src/share/classes/java/nio/file/ClosedWatchServiceException.java
+ src/share/classes/java/nio/file/CopyOption.java
+ src/share/classes/java/nio/file/DirectoryNotEmptyException.java
+ src/share/classes/java/nio/file/DirectoryStream.java
+ src/share/classes/java/nio/file/DirectoryStreamFilters.java
+ src/share/classes/java/nio/file/FileAction.java
+ src/share/classes/java/nio/file/FileAlreadyExistsException.java
+ src/share/classes/java/nio/file/FileRef.java
+ src/share/classes/java/nio/file/FileStore.java
+ src/share/classes/java/nio/file/FileSystem.java
+ src/share/classes/java/nio/file/FileSystemAlreadyExistsException.java
+ src/share/classes/java/nio/file/FileSystemException.java
+ src/share/classes/java/nio/file/FileSystemNotFoundException.java
+ src/share/classes/java/nio/file/FileSystems.java
+ src/share/classes/java/nio/file/FileTreeWalker.java
+ src/share/classes/java/nio/file/FileVisitOption.java
+ src/share/classes/java/nio/file/FileVisitResult.java
+ src/share/classes/java/nio/file/FileVisitor.java
+ src/share/classes/java/nio/file/Files.java
+ src/share/classes/java/nio/file/InvalidPathException.java
+ src/share/classes/java/nio/file/LinkOption.java
+ src/share/classes/java/nio/file/LinkPermission.java
+ src/share/classes/java/nio/file/NoSuchFileException.java
+ src/share/classes/java/nio/file/NotDirectoryException.java
+ src/share/classes/java/nio/file/NotLinkException.java
+ src/share/classes/java/nio/file/OpenOption.java
+ src/share/classes/java/nio/file/Path.java
+ src/share/classes/java/nio/file/PathMatcher.java
+ src/share/classes/java/nio/file/Paths.java
+ src/share/classes/java/nio/file/ProviderMismatchException.java
+ src/share/classes/java/nio/file/ProviderNotFoundException.java
+ src/share/classes/java/nio/file/ReadOnlyFileSystemException.java
+ src/share/classes/java/nio/file/SecureDirectoryStream.java
+ src/share/classes/java/nio/file/SimpleFileVisitor.java
+ src/share/classes/java/nio/file/StandardCopyOption.java
+ src/share/classes/java/nio/file/StandardOpenOption.java
+ src/share/classes/java/nio/file/StandardWatchEventKind.java
+ src/share/classes/java/nio/file/WatchEvent.java
+ src/share/classes/java/nio/file/WatchKey.java
+ src/share/classes/java/nio/file/WatchService.java
+ src/share/classes/java/nio/file/Watchable.java
+ src/share/classes/java/nio/file/attribute/AclEntry.java
+ src/share/classes/java/nio/file/attribute/AclEntryFlag.java
+ src/share/classes/java/nio/file/attribute/AclEntryPermission.java
+ src/share/classes/java/nio/file/attribute/AclEntryType.java
+ src/share/classes/java/nio/file/attribute/AclFileAttributeView.java
+ src/share/classes/java/nio/file/attribute/AttributeView.java
+ src/share/classes/java/nio/file/attribute/Attributes.java
+ src/share/classes/java/nio/file/attribute/BasicFileAttributeView.java
+ src/share/classes/java/nio/file/attribute/BasicFileAttributes.java
+ src/share/classes/java/nio/file/attribute/DosFileAttributeView.java
+ src/share/classes/java/nio/file/attribute/DosFileAttributes.java
+ src/share/classes/java/nio/file/attribute/FileAttribute.java
+ src/share/classes/java/nio/file/attribute/FileAttributeView.java
+ src/share/classes/java/nio/file/attribute/FileOwnerAttributeView.java
+ src/share/classes/java/nio/file/attribute/FileStoreAttributeView.java
+ src/share/classes/java/nio/file/attribute/FileStoreSpaceAttributeView.java
+ src/share/classes/java/nio/file/attribute/FileStoreSpaceAttributes.java
+ src/share/classes/java/nio/file/attribute/GroupPrincipal.java
+ src/share/classes/java/nio/file/attribute/PosixFileAttributeView.java
+ src/share/classes/java/nio/file/attribute/PosixFileAttributes.java
+ src/share/classes/java/nio/file/attribute/PosixFilePermission.java
+ src/share/classes/java/nio/file/attribute/PosixFilePermissions.java
+ src/share/classes/java/nio/file/attribute/UserDefinedFileAttributeView.java
+ src/share/classes/java/nio/file/attribute/UserPrincipal.java
+ src/share/classes/java/nio/file/attribute/UserPrincipalLookupService.java
+ src/share/classes/java/nio/file/attribute/UserPrincipalNotFoundException.java
+ src/share/classes/java/nio/file/attribute/package-info.java
+ src/share/classes/java/nio/file/package-info.java
+ src/share/classes/java/nio/file/spi/AbstractPath.java
+ src/share/classes/java/nio/file/spi/FileSystemProvider.java
+ src/share/classes/java/nio/file/spi/FileTypeDetector.java
+ src/share/classes/java/nio/file/spi/package-info.java
! src/share/classes/java/util/Scanner.java
+ src/share/classes/sun/nio/ch/AbstractFuture.java
+ src/share/classes/sun/nio/ch/AsynchronousChannelGroupImpl.java
+ src/share/classes/sun/nio/ch/AsynchronousFileChannelImpl.java
+ src/share/classes/sun/nio/ch/AsynchronousServerSocketChannelImpl.java
+ src/share/classes/sun/nio/ch/AsynchronousSocketChannelImpl.java
+ src/share/classes/sun/nio/ch/Cancellable.java
+ src/share/classes/sun/nio/ch/CompletedFuture.java
! src/share/classes/sun/nio/ch/DatagramChannelImpl.java
! src/share/classes/sun/nio/ch/ExtendedSocketOption.java
! src/share/classes/sun/nio/ch/FileChannelImpl.java
+ src/share/classes/sun/nio/ch/FileDispatcher.java
! src/share/classes/sun/nio/ch/FileLockImpl.java
+ src/share/classes/sun/nio/ch/FileLockTable.java
+ src/share/classes/sun/nio/ch/Groupable.java
! src/share/classes/sun/nio/ch/IOUtil.java
+ src/share/classes/sun/nio/ch/Invoker.java
! src/share/classes/sun/nio/ch/MembershipKeyImpl.java
! src/share/classes/sun/nio/ch/MembershipRegistry.java
! src/share/classes/sun/nio/ch/NativeThreadSet.java
! src/share/classes/sun/nio/ch/Net.java
! src/share/classes/sun/nio/ch/OptionKey.java
+ src/share/classes/sun/nio/ch/PendingFuture.java
! src/share/classes/sun/nio/ch/Reflect.java
! src/share/classes/sun/nio/ch/ServerSocketChannelImpl.java
+ src/share/classes/sun/nio/ch/SimpleAsynchronousDatagramChannelImpl.java
+ src/share/classes/sun/nio/ch/SimpleAsynchronousFileChannelImpl.java
! src/share/classes/sun/nio/ch/SocketChannelImpl.java
+ src/share/classes/sun/nio/ch/ThreadPool.java
! src/share/classes/sun/nio/ch/Util.java
+ src/share/classes/sun/nio/fs/AbstractAclFileAttributeView.java
+ src/share/classes/sun/nio/fs/AbstractBasicFileAttributeView.java
+ src/share/classes/sun/nio/fs/AbstractFileStoreSpaceAttributeView.java
+ src/share/classes/sun/nio/fs/AbstractFileTypeDetector.java
+ src/share/classes/sun/nio/fs/AbstractPoller.java
+ src/share/classes/sun/nio/fs/AbstractUserDefinedFileAttributeView.java
+ src/share/classes/sun/nio/fs/AbstractWatchKey.java
+ src/share/classes/sun/nio/fs/AbstractWatchService.java
+ src/share/classes/sun/nio/fs/Cancellable.java
+ src/share/classes/sun/nio/fs/FileOwnerAttributeViewImpl.java
+ src/share/classes/sun/nio/fs/Globs.java
+ src/share/classes/sun/nio/fs/MimeType.java
+ src/share/classes/sun/nio/fs/NativeBuffer.java
+ src/share/classes/sun/nio/fs/NativeBuffers.java
+ src/share/classes/sun/nio/fs/PollingWatchService.java
+ src/share/classes/sun/nio/fs/Reflect.java
! src/share/classes/sun/security/util/SecurityConstants.java
! src/share/native/sun/nio/ch/genSocketOptionRegistry.c
+ src/share/sample/nio/file/AclEdit.java
+ src/share/sample/nio/file/Chmod.java
+ src/share/sample/nio/file/Copy.java
+ src/share/sample/nio/file/DiskUsage.java
+ src/share/sample/nio/file/FileType.java
+ src/share/sample/nio/file/WatchDir.java
+ src/share/sample/nio/file/Xdd.java
! src/solaris/classes/sun/nio/ch/DatagramDispatcher.java
+ src/solaris/classes/sun/nio/ch/DefaultAsynchronousChannelProvider.java
! src/solaris/classes/sun/nio/ch/DevPollArrayWrapper.java
! src/solaris/classes/sun/nio/ch/DevPollSelectorImpl.java
+ src/solaris/classes/sun/nio/ch/EPoll.java
! src/solaris/classes/sun/nio/ch/EPollArrayWrapper.java
+ src/solaris/classes/sun/nio/ch/EPollPort.java
! src/solaris/classes/sun/nio/ch/EPollSelectorImpl.java
- src/solaris/classes/sun/nio/ch/FileDispatcher.java
+ src/solaris/classes/sun/nio/ch/FileDispatcherImpl.java
+ src/solaris/classes/sun/nio/ch/LinuxAsynchronousChannelProvider.java
! src/solaris/classes/sun/nio/ch/PollSelectorImpl.java
+ src/solaris/classes/sun/nio/ch/Port.java
! src/solaris/classes/sun/nio/ch/SinkChannelImpl.java
! src/solaris/classes/sun/nio/ch/SocketDispatcher.java
+ src/solaris/classes/sun/nio/ch/SolarisAsynchronousChannelProvider.java
+ src/solaris/classes/sun/nio/ch/SolarisEventPort.java
! src/solaris/classes/sun/nio/ch/SourceChannelImpl.java
+ src/solaris/classes/sun/nio/ch/UnixAsynchronousServerSocketChannelImpl.java
+ src/solaris/classes/sun/nio/ch/UnixAsynchronousSocketChannelImpl.java
+ src/solaris/classes/sun/nio/fs/DefaultFileSystemProvider.java
+ src/solaris/classes/sun/nio/fs/DefaultFileTypeDetector.java
+ src/solaris/classes/sun/nio/fs/GnomeFileTypeDetector.java
+ src/solaris/classes/sun/nio/fs/LinuxDosFileAttributeView.java
+ src/solaris/classes/sun/nio/fs/LinuxFileStore.java
+ src/solaris/classes/sun/nio/fs/LinuxFileSystem.java
+ src/solaris/classes/sun/nio/fs/LinuxFileSystemProvider.java
+ src/solaris/classes/sun/nio/fs/LinuxNativeDispatcher.java
+ src/solaris/classes/sun/nio/fs/LinuxUserDefinedFileAttributeView.java
+ src/solaris/classes/sun/nio/fs/LinuxWatchService.java
+ src/solaris/classes/sun/nio/fs/SolarisAclFileAttributeView.java
+ src/solaris/classes/sun/nio/fs/SolarisFileStore.java
+ src/solaris/classes/sun/nio/fs/SolarisFileSystem.java
+ src/solaris/classes/sun/nio/fs/SolarisFileSystemProvider.java
+ src/solaris/classes/sun/nio/fs/SolarisNativeDispatcher.java
+ src/solaris/classes/sun/nio/fs/SolarisUserDefinedFileAttributeView.java
+ src/solaris/classes/sun/nio/fs/SolarisWatchService.java
+ src/solaris/classes/sun/nio/fs/UnixChannelFactory.java
+ src/solaris/classes/sun/nio/fs/UnixCopyFile.java
+ src/solaris/classes/sun/nio/fs/UnixDirectoryStream.java
+ src/solaris/classes/sun/nio/fs/UnixException.java
+ src/solaris/classes/sun/nio/fs/UnixFileAttributeViews.java
+ src/solaris/classes/sun/nio/fs/UnixFileAttributes.java
+ src/solaris/classes/sun/nio/fs/UnixFileKey.java
+ src/solaris/classes/sun/nio/fs/UnixFileModeAttribute.java
+ src/solaris/classes/sun/nio/fs/UnixFileStore.java
+ src/solaris/classes/sun/nio/fs/UnixFileStoreAttributes.java
+ src/solaris/classes/sun/nio/fs/UnixFileSystem.java
+ src/solaris/classes/sun/nio/fs/UnixFileSystemProvider.java
+ src/solaris/classes/sun/nio/fs/UnixMountEntry.java
+ src/solaris/classes/sun/nio/fs/UnixNativeDispatcher.java
+ src/solaris/classes/sun/nio/fs/UnixPath.java
+ src/solaris/classes/sun/nio/fs/UnixSecureDirectoryStream.java
+ src/solaris/classes/sun/nio/fs/UnixUriUtils.java
+ src/solaris/classes/sun/nio/fs/UnixUserPrincipals.java
+ src/solaris/native/sun/nio/ch/EPoll.c
+ src/solaris/native/sun/nio/ch/EPollPort.c
! src/solaris/native/sun/nio/ch/FileChannelImpl.c
- src/solaris/native/sun/nio/ch/FileDispatcher.c
+ src/solaris/native/sun/nio/ch/FileDispatcherImpl.c
! src/solaris/native/sun/nio/ch/SocketDispatcher.c
+ src/solaris/native/sun/nio/ch/SolarisEventPort.c
+ src/solaris/native/sun/nio/ch/UnixAsynchronousServerSocketChannelImpl.c
+ src/solaris/native/sun/nio/ch/UnixAsynchronousSocketChannelImpl.c
+ src/solaris/native/sun/nio/fs/GnomeFileTypeDetector.c
+ src/solaris/native/sun/nio/fs/LinuxNativeDispatcher.c
+ src/solaris/native/sun/nio/fs/LinuxWatchService.c
+ src/solaris/native/sun/nio/fs/SolarisNativeDispatcher.c
+ src/solaris/native/sun/nio/fs/SolarisWatchService.c
+ src/solaris/native/sun/nio/fs/UnixCopyFile.c
+ src/solaris/native/sun/nio/fs/UnixNativeDispatcher.c
+ src/solaris/native/sun/nio/fs/genSolarisConstants.c
+ src/solaris/native/sun/nio/fs/genUnixConstants.c
+ src/windows/classes/sun/nio/ch/DefaultAsynchronousChannelProvider.java
- src/windows/classes/sun/nio/ch/FileDispatcher.java
+ src/windows/classes/sun/nio/ch/FileDispatcherImpl.java
+ src/windows/classes/sun/nio/ch/Iocp.java
+ src/windows/classes/sun/nio/ch/PendingIoCache.java
+ src/windows/classes/sun/nio/ch/WindowsAsynchronousChannelProvider.java
+ src/windows/classes/sun/nio/ch/WindowsAsynchronousFileChannelImpl.java
+ src/windows/classes/sun/nio/ch/WindowsAsynchronousServerSocketChannelImpl.java
+ src/windows/classes/sun/nio/ch/WindowsAsynchronousSocketChannelImpl.java
+ src/windows/classes/sun/nio/fs/DefaultFileSystemProvider.java
+ src/windows/classes/sun/nio/fs/DefaultFileTypeDetector.java
+ src/windows/classes/sun/nio/fs/RegistryFileTypeDetector.java
+ src/windows/classes/sun/nio/fs/WindowsAclFileAttributeView.java
+ src/windows/classes/sun/nio/fs/WindowsChannelFactory.java
+ src/windows/classes/sun/nio/fs/WindowsConstants.java
+ src/windows/classes/sun/nio/fs/WindowsDirectoryStream.java
+ src/windows/classes/sun/nio/fs/WindowsException.java
+ src/windows/classes/sun/nio/fs/WindowsFileAttributeViews.java
+ src/windows/classes/sun/nio/fs/WindowsFileAttributes.java
+ src/windows/classes/sun/nio/fs/WindowsFileCopy.java
+ src/windows/classes/sun/nio/fs/WindowsFileStore.java
+ src/windows/classes/sun/nio/fs/WindowsFileSystem.java
+ src/windows/classes/sun/nio/fs/WindowsFileSystemProvider.java
+ src/windows/classes/sun/nio/fs/WindowsLinkSupport.java
+ src/windows/classes/sun/nio/fs/WindowsNativeDispatcher.java
+ src/windows/classes/sun/nio/fs/WindowsPath.java
+ src/windows/classes/sun/nio/fs/WindowsPathParser.java
+ src/windows/classes/sun/nio/fs/WindowsPathType.java
+ src/windows/classes/sun/nio/fs/WindowsSecurity.java
+ src/windows/classes/sun/nio/fs/WindowsSecurityDescriptor.java
+ src/windows/classes/sun/nio/fs/WindowsUriSupport.java
+ src/windows/classes/sun/nio/fs/WindowsUserDefinedFileAttributeView.java
+ src/windows/classes/sun/nio/fs/WindowsUserPrincipals.java
+ src/windows/classes/sun/nio/fs/WindowsWatchService.java
! src/windows/native/sun/nio/ch/FileChannelImpl.c
- src/windows/native/sun/nio/ch/FileDispatcher.c
+ src/windows/native/sun/nio/ch/FileDispatcherImpl.c
+ src/windows/native/sun/nio/ch/Iocp.c
+ src/windows/native/sun/nio/ch/WindowsAsynchronousFileChannelImpl.c
+ src/windows/native/sun/nio/ch/WindowsAsynchronousServerSocketChannelImpl.c
+ src/windows/native/sun/nio/ch/WindowsAsynchronousSocketChannelImpl.c
+ src/windows/native/sun/nio/fs/RegistryFileTypeDetector.c
+ src/windows/native/sun/nio/fs/WindowsNativeDispatcher.c
+ test/java/nio/channels/AsynchronousChannelGroup/AsExecutor.java
+ test/java/nio/channels/AsynchronousChannelGroup/Attack.java
+ test/java/nio/channels/AsynchronousChannelGroup/BadProperties.java
+ test/java/nio/channels/AsynchronousChannelGroup/Basic.java
+ test/java/nio/channels/AsynchronousChannelGroup/GroupOfOne.java
+ test/java/nio/channels/AsynchronousChannelGroup/Identity.java
+ test/java/nio/channels/AsynchronousChannelGroup/PrivilegedThreadFactory.java
+ test/java/nio/channels/AsynchronousChannelGroup/Restart.java
+ test/java/nio/channels/AsynchronousChannelGroup/Unbounded.java
+ test/java/nio/channels/AsynchronousChannelGroup/run_any_task.sh
+ test/java/nio/channels/AsynchronousDatagramChannel/Basic.java
+ test/java/nio/channels/AsynchronousFileChannel/Basic.java
+ test/java/nio/channels/AsynchronousFileChannel/CustomThreadPool.java
+ test/java/nio/channels/AsynchronousFileChannel/Lock.java
+ test/java/nio/channels/AsynchronousFileChannel/MyThreadFactory.java
+ test/java/nio/channels/AsynchronousServerSocketChannel/Basic.java
+ test/java/nio/channels/AsynchronousServerSocketChannel/WithSecurityManager.java
+ test/java/nio/channels/AsynchronousServerSocketChannel/java.policy.allow
+ test/java/nio/channels/AsynchronousServerSocketChannel/java.policy.deny
+ test/java/nio/channels/AsynchronousSocketChannel/Basic.java
+ test/java/nio/channels/AsynchronousSocketChannel/Leaky.java
+ test/java/nio/channels/Channels/Basic2.java
! test/java/nio/channels/DatagramChannel/BasicMulticastTests.java
! test/java/nio/channels/DatagramChannel/SocketOptionTests.java
! test/java/nio/channels/ServerSocketChannel/SocketOptionTests.java
! test/java/nio/channels/SocketChannel/SocketOptionTests.java
! test/java/nio/channels/etc/NetworkChannelTests.java
+ test/java/nio/channels/spi/AsynchronousChannelProvider/CheckProvider.java
+ test/java/nio/channels/spi/AsynchronousChannelProvider/META-INF/services/java.nio.channels.spi.AsynchronousChannelProvider
+ test/java/nio/channels/spi/AsynchronousChannelProvider/Provider1.java
+ test/java/nio/channels/spi/AsynchronousChannelProvider/Provider2.java
+ test/java/nio/channels/spi/AsynchronousChannelProvider/custom_provider.sh
+ test/java/nio/file/DirectoryStream/Basic.java
+ test/java/nio/file/DirectoryStream/Filters.java
+ test/java/nio/file/DirectoryStream/SecureDS.java
+ test/java/nio/file/FileStore/Basic.java
+ test/java/nio/file/FileSystem/Basic.java
+ test/java/nio/file/Files/ContentType.java
+ test/java/nio/file/Files/CreateFileTree.java
+ test/java/nio/file/Files/ForceLoad.java
+ test/java/nio/file/Files/META-INF/services/java.nio.file.spi.FileTypeDetector
+ test/java/nio/file/Files/Misc.java
+ test/java/nio/file/Files/PrintFileTree.java
+ test/java/nio/file/Files/SimpleFileTypeDetector.java
+ test/java/nio/file/Files/SkipSiblings.java
+ test/java/nio/file/Files/TerminateWalk.java
+ test/java/nio/file/Files/content_type.sh
+ test/java/nio/file/Files/walk_file_tree.sh
+ test/java/nio/file/Path/CopyAndMove.java
+ test/java/nio/file/Path/DeleteOnClose.java
+ test/java/nio/file/Path/InterruptCopy.java
+ test/java/nio/file/Path/Links.java
+ test/java/nio/file/Path/Misc.java
+ test/java/nio/file/Path/PathOps.java
+ test/java/nio/file/Path/SBC.java
+ test/java/nio/file/Path/TemporaryFiles.java
+ test/java/nio/file/Path/UriImportExport.java
+ test/java/nio/file/Path/delete_on_close.sh
+ test/java/nio/file/Path/temporary_files.sh
+ test/java/nio/file/PathMatcher/Basic.java
+ test/java/nio/file/TestUtil.java
+ test/java/nio/file/WatchService/Basic.java
+ test/java/nio/file/WatchService/FileTreeModifier.java
+ test/java/nio/file/WatchService/SensitivityModifier.java
+ test/java/nio/file/WatchService/WithSecurityManager.java
+ test/java/nio/file/WatchService/denyAll.policy
+ test/java/nio/file/WatchService/grantDirAndOneLevel.policy
+ test/java/nio/file/WatchService/grantDirAndTree.policy
+ test/java/nio/file/WatchService/grantDirOnly.policy
+ test/java/nio/file/attribute/AclFileAttributeView/Basic.java
+ test/java/nio/file/attribute/Attributes/Basic.java
+ test/java/nio/file/attribute/BasicFileAttributeView/Basic.java
+ test/java/nio/file/attribute/DosFileAttributeView/Basic.java
+ test/java/nio/file/attribute/FileStoreAttributeView/Basic.java
+ test/java/nio/file/attribute/PosixFileAttributeView/Basic.java
+ test/java/nio/file/attribute/UserDefinedFileAttributeView/Basic.java
+ test/java/nio/file/spi/SetDefaultProvider.java
+ test/java/nio/file/spi/TestProvider.java

Changeset: f8a9a7aff362
Author:    chegar
Date:      2009-02-16 17:19 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f8a9a7aff362

6800805: java.net.NetworkInterface.getNetworkInterfaces() does not list IPv6 network interfaces correctly
Reviewed-by: jccollet

! src/solaris/native/java/net/NetworkInterface.c

Changeset: 1109646be6f6
Author:    tbell
Date:      2009-02-19 18:04 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/1109646be6f6

Merge

- src/solaris/classes/sun/nio/ch/FileDispatcher.java
- src/solaris/native/sun/nio/ch/FileDispatcher.c
- src/windows/classes/sun/nio/ch/FileDispatcher.java
- src/windows/native/sun/nio/ch/FileDispatcher.c

Changeset: a144afafb6fe
Author:    xuelei
Date:      2009-02-20 12:50 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a144afafb6fe

4918870: Examine session cache implementation (sun.misc.Cache)
Summary: replace sun.misc.Cache with sun.security.util.Cache
Reviewed-by: weijun

! src/share/classes/sun/security/ssl/SSLSessionContextImpl.java
! src/share/classes/sun/security/util/Cache.java

Changeset: 6bdbb2f5c763
Author:    xuelei
Date:      2009-02-20 13:05 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/6bdbb2f5c763

6697270: Inputstream dosent behave correct
Summary: do not try to read zero byte from a InputStream, and do always return immediately for zero byte reading in a InputStream implementation.
Reviewed-by: weijun

! src/share/classes/sun/security/ssl/AppInputStream.java
! src/share/classes/sun/security/ssl/AppOutputStream.java
! src/share/classes/sun/security/ssl/ByteBufferInputStream.java
+ test/sun/security/ssl/com/sun/net/ssl/internal/ssl/AppInputStream/ReadZeroBytes.java

Changeset: 7443278199cb
Author:    tbell
Date:      2009-02-20 10:53 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7443278199cb

Merge


Changeset: 9b1bc2e28518
Author:    weijun
Date:      2009-02-23 10:03 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/9b1bc2e28518

6535697: keytool can be more flexible on format of PEM-encoded X.509 certificates
Reviewed-by: vinnie

! src/share/classes/sun/security/provider/X509Factory.java
! test/java/security/cert/CertificateFactory/BadX509CertData.java
+ test/java/security/cert/CertificateFactory/openssl/OpenSSLCert.java
+ test/java/security/cert/CertificateFactory/openssl/open
+ test/java/security/cert/CertificateFactory/openssl/pem

Changeset: 33bc32405045
Author:    weijun
Date:      2009-02-23 10:04 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/33bc32405045

6789935: cross-realm capath search error
Reviewed-by: xuelei

! src/share/classes/sun/security/krb5/Realm.java
+ test/sun/security/krb5/ParseCAPaths.java
+ test/sun/security/krb5/krb5-capaths.conf

Changeset: ec98d5f9b338
Author:    weijun
Date:      2009-02-23 10:04 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ec98d5f9b338

6804045: DerValue does not accept empty OCTET STRING
Reviewed-by: xuelei

! src/share/classes/sun/security/util/DerValue.java
+ test/sun/security/util/DerValue/EmptyValue.java

Changeset: 8edcd68fb6ac
Author:    weijun
Date:      2009-02-23 10:05 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8edcd68fb6ac

6803376: BasicConstraintsExtension does not encode when (ca==false && pathLen<0)
Reviewed-by: xuelei

! src/share/classes/sun/security/x509/BasicConstraintsExtension.java
+ test/sun/security/x509/Extensions/BCNull.java

Changeset: 90ab7b4891e3
Author:    weijun
Date:      2009-02-23 10:05 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/90ab7b4891e3

6780416: New keytool commands/options: -gencert, -printcertreq, -ext
Reviewed-by: xuelei, mullan

! src/share/classes/sun/security/tools/KeyTool.java
! src/share/classes/sun/security/util/Resources.java
! src/share/classes/sun/security/x509/AccessDescription.java
! src/share/classes/sun/security/x509/AuthorityInfoAccessExtension.java
! src/share/classes/sun/security/x509/AuthorityKeyIdentifierExtension.java
! src/share/classes/sun/security/x509/CertAndKeyGen.java
! src/share/classes/sun/security/x509/CertificateExtensions.java
! src/share/classes/sun/security/x509/IssuerAlternativeNameExtension.java
! src/share/classes/sun/security/x509/OIDMap.java
+ src/share/classes/sun/security/x509/SubjectInfoAccessExtension.java
! test/sun/security/tools/keytool/KeyToolTest.java
! test/sun/security/tools/keytool/autotest.sh
+ test/sun/security/tools/keytool/standard.sh

Changeset: 2a7c1a997102
Author:    xuelei
Date:      2009-02-23 17:32 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2a7c1a997102

5067458: Loopback SSLSocketImpl createSocket is throwing an exception
Summary: A null hostname should be regarded as a loopback address.
Reviewed-by: weijun

! src/share/classes/sun/security/ssl/SSLSocketImpl.java
+ test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/LoopbackSSLSocket.java

Changeset: 0f4497002345
Author:    chegar
Date:      2009-02-23 10:36 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/0f4497002345

6806649: synchronization bottleneck when constructing Thread subclasses
Summary: Replace subclass audits synchronization with ConcurrentHashMap with weakly referenced Class keys
Reviewed-by: peterjones, dholmes, martin

! src/share/classes/java/lang/Thread.java

Changeset: 27e1141d436c
Author:    sherman
Date:      2009-02-23 21:06 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/27e1141d436c

6350801: Add support for named (instead of numbered) capture groups in regular expression
6676425: Opensource unit/regression tests for java.util.regex
Summary: Added "named capturing group" into regex. Moved most of reg/unit tests to openjdk.
Reviewed-by: alanb, okutsu

! src/share/classes/java/util/regex/Matcher.java
! src/share/classes/java/util/regex/Pattern.java
+ test/java/util/regex/BMPTestCases.txt
+ test/java/util/regex/RegExTest.java
+ test/java/util/regex/SupplementaryTestCases.txt
+ test/java/util/regex/TestCases.txt

Changeset: 910f9cceb0f8
Author:    alanb
Date:      2009-02-24 09:11 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/910f9cceb0f8

6808647: (file) Paths.get("C:").newDirectoryStream() iterates over Path elements with additional slash [win]
6808648: (file) Files.walkFileTree should obtain file attributes during iteration [win]
Reviewed-by: sherman

! make/java/nio/FILES_java.gmk
! src/share/classes/java/nio/file/FileTreeWalker.java
+ src/share/classes/sun/nio/fs/BasicFileAttributesHolder.java
! src/windows/classes/sun/nio/fs/WindowsDirectoryStream.java
! src/windows/classes/sun/nio/fs/WindowsFileAttributes.java
! src/windows/classes/sun/nio/fs/WindowsFileSystem.java
! src/windows/classes/sun/nio/fs/WindowsNativeDispatcher.java
! src/windows/classes/sun/nio/fs/WindowsPath.java
! src/windows/native/sun/nio/fs/WindowsNativeDispatcher.c
+ test/java/nio/file/DirectoryStream/DriveLetter.java

Changeset: c7f39995fcf4
Author:    alanb
Date:      2009-02-24 11:31 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c7f39995fcf4

6809132: (file) Javadoc style and consistency issues
Reviewed-by: vinnie
Contributed-by: cquinn at google.com

! src/share/classes/java/nio/file/AccessDeniedException.java
! src/share/classes/java/nio/file/AtomicMoveNotSupportedException.java
! src/share/classes/java/nio/file/DirectoryNotEmptyException.java
! src/share/classes/java/nio/file/DirectoryStream.java
! src/share/classes/java/nio/file/DirectoryStreamFilters.java
! src/share/classes/java/nio/file/FileAction.java
! src/share/classes/java/nio/file/FileAlreadyExistsException.java
! src/share/classes/java/nio/file/FileStore.java
! src/share/classes/java/nio/file/FileSystemAlreadyExistsException.java
! src/share/classes/java/nio/file/FileSystemException.java
! src/share/classes/java/nio/file/FileSystemNotFoundException.java
! src/share/classes/java/nio/file/FileSystems.java
! src/share/classes/java/nio/file/FileVisitor.java
! src/share/classes/java/nio/file/InvalidPathException.java
! src/share/classes/java/nio/file/LinkPermission.java
! src/share/classes/java/nio/file/NoSuchFileException.java
! src/share/classes/java/nio/file/NotDirectoryException.java
! src/share/classes/java/nio/file/NotLinkException.java
! src/share/classes/java/nio/file/Path.java
! src/share/classes/java/nio/file/PathMatcher.java
! src/share/classes/java/nio/file/Paths.java
! src/share/classes/java/nio/file/ProviderMismatchException.java
! src/share/classes/java/nio/file/ProviderNotFoundException.java
! src/share/classes/java/nio/file/SecureDirectoryStream.java
! src/share/classes/java/nio/file/SimpleFileVisitor.java
! src/share/classes/java/nio/file/WatchEvent.java
! src/share/classes/java/nio/file/WatchKey.java
! src/share/classes/java/nio/file/WatchService.java
! src/share/classes/java/nio/file/Watchable.java
! src/share/classes/java/nio/file/attribute/AclEntry.java
! src/share/classes/java/nio/file/attribute/AclFileAttributeView.java
! src/share/classes/java/nio/file/attribute/AttributeView.java
! src/share/classes/java/nio/file/attribute/BasicFileAttributeView.java
! src/share/classes/java/nio/file/attribute/BasicFileAttributes.java
! src/share/classes/java/nio/file/attribute/DosFileAttributeView.java
! src/share/classes/java/nio/file/attribute/DosFileAttributes.java
! src/share/classes/java/nio/file/attribute/FileOwnerAttributeView.java
! src/share/classes/java/nio/file/attribute/PosixFileAttributeView.java
! src/share/classes/java/nio/file/attribute/PosixFileAttributes.java
! src/share/classes/java/nio/file/attribute/PosixFilePermissions.java
! src/share/classes/java/nio/file/attribute/UserPrincipalLookupService.java
! src/share/classes/java/nio/file/attribute/UserPrincipalNotFoundException.java
! src/share/classes/java/nio/file/package-info.java

Changeset: abe5e7125bd3
Author:    alanb
Date:      2009-02-24 11:33 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/abe5e7125bd3

Merge


Changeset: dc237aecf7cf
Author:    kevinw
Date:      2009-02-24 14:22 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/dc237aecf7cf

6599383: Unable to open zip files more than 2GB in size
Reviewed-by: alanb

! src/share/native/java/util/zip/zip_util.c
! src/share/native/java/util/zip/zip_util.h
+ test/java/util/zip/ZipFile/LargeZipFile.java

Changeset: 59e76cdc647a
Author:    tbell
Date:      2009-02-27 10:53 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/59e76cdc647a

Merge


Changeset: 58ba2cd5a250
Author:    alanb
Date:      2009-03-01 14:44 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/58ba2cd5a250

6811578: genSolarisConstants.c should not require kernel patch to compile on Solaris 10
Reviewed-by: tbell

! src/solaris/native/sun/nio/fs/genSolarisConstants.c

Changeset: e0a8a9ccc4a4
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e0a8a9ccc4a4

Added tag jdk7-b50 for changeset 58ba2cd5a250

! .hgtags



From john.coomes at sun.com  Fri Mar  6 00:13:09 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 06 Mar 2009 08:13:09 +0000
Subject: hg: jdk7/hotspot/langtools: 8 new changesets
Message-ID: <20090306081322.27AA9E8AE@hg.openjdk.java.net>

Changeset: 6ada6122dd4f
Author:    mcimadamore
Date:      2009-02-13 11:57 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/6ada6122dd4f

6769027: Source line should be displayed immediately after the first diagnostic line
Summary: Added support for customizing diagnostic output via API/command line flags
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/api/DiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/api/Messages.java
! src/share/classes/com/sun/tools/javac/main/OptionName.java
! src/share/classes/com/sun/tools/javac/main/RecognizedOptions.java
! src/share/classes/com/sun/tools/javac/resources/compiler.properties
! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/LayoutCharacters.java
! src/share/classes/com/sun/tools/javac/util/Log.java
! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java
! test/tools/javac/6304921/T6304921.out
! test/tools/javac/6668794/badClass/Test.java
! test/tools/javac/6668794/badSource/Test.out
! test/tools/javac/6758789/T6758789b.out
+ test/tools/javac/Diagnostics/6769027/T6769027.java
+ test/tools/javac/Diagnostics/6769027/tester.properties
! test/tools/javac/ExtendArray.out
! test/tools/javac/T5048776b.out
! test/tools/javac/T6214885a.out
! test/tools/javac/T6214885b.out
! test/tools/javac/T6230128.out
! test/tools/javac/annotations/6365854/test1.out
! test/tools/javac/cast/6557182/T6557182.out
! test/tools/javac/cast/6665356/T6665356.out
! test/tools/javac/cast/6795580/T6795580.out
! test/tools/javac/generics/6207386/T6207386.out
! test/tools/javac/generics/inference/6315770/T6315770.out
! test/tools/javac/generics/inference/6718364/T6718364.out
! test/tools/javac/generics/typevars/6680106/T6680106.out
! test/tools/javac/missingSuperRecovery/MissingSuperRecovery.out
! test/tools/javac/unicode/UnicodeNewline.out

Changeset: d424ed561993
Author:    bpatel
Date:      2009-02-18 13:47 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/d424ed561993

6802694: Javadoc doclet does not display deprecated information with -nocomment option for serialized form
Reviewed-by: jjg

! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialFieldWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/TagletOutputImpl.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/SerializedFormWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/SerializedFormBuilder.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclet.xml
+ test/com/sun/javadoc/testSerializedFormDeprecationInfo/TestSerializedFormDeprecationInfo.java
+ test/com/sun/javadoc/testSerializedFormDeprecationInfo/pkg1/C1.java
+ test/com/sun/javadoc/testSerializedFormDeprecationInfo/pkg1/C2.java
+ test/com/sun/javadoc/testSerializedFormDeprecationInfo/pkg1/C3.java

Changeset: f4717c901346
Author:    tbell
Date:      2009-02-19 18:04 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/f4717c901346

Merge


Changeset: dab918a1c907
Author:    darcy
Date:      2009-02-20 11:56 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/dab918a1c907

6460529: Provide mixin interfaces for getQualifiedName and getTypeParameters
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/processing/PrintingProcessor.java
! src/share/classes/javax/lang/model/element/ExecutableElement.java
! src/share/classes/javax/lang/model/element/PackageElement.java
+ src/share/classes/javax/lang/model/element/Parameterizable.java
+ src/share/classes/javax/lang/model/element/QualifiedNameable.java
! src/share/classes/javax/lang/model/element/TypeElement.java

Changeset: c4d3cbe3765a
Author:    tbell
Date:      2009-02-21 09:58 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/c4d3cbe3765a

Merge


Changeset: 1a902c0eb3f9
Author:    tbell
Date:      2009-02-24 07:55 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/1a902c0eb3f9

Merge


Changeset: 46f2f6ed96f1
Author:    tbell
Date:      2009-02-27 10:54 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/46f2f6ed96f1

Merge


Changeset: 4b72dc8fc51e
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/4b72dc8fc51e

Added tag jdk7-b50 for changeset 46f2f6ed96f1

! .hgtags



From karen.kinnear at sun.com  Fri Mar  6 04:07:37 2009
From: karen.kinnear at sun.com (karen.kinnear at sun.com)
Date: Fri, 06 Mar 2009 12:07:37 +0000
Subject: hg: jdk7/hotspot/hotspot: 7 new changesets
Message-ID: <20090306120751.58BD1E923@hg.openjdk.java.net>

Changeset: 0386097d43d8
Author:    dcubed
Date:      2009-03-02 13:57 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0386097d43d8

6700114: 3/4 Assertion (_thread->get_interp_only_mode() == 1,"leaving interp only when mode not one")
Summary: Don't create JvmtiThreadState for an exiting JavaThread.
Reviewed-by: coleenp, swamyv

! src/share/vm/prims/jvmtiThreadState.hpp

Changeset: ea20d7ce26b0
Author:    dcubed
Date:      2009-03-02 14:00 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ea20d7ce26b0

6800721: 3/4 JavaThread::jvmti_thread_state() and JvmtiThreadState::state_for() robustness
Summary: Check for NULL return values from jvmti_thread_state() and state_for() and return a JVM TI error code as appropriate.
Reviewed-by: coleenp, swamyv

! src/share/vm/prims/jvmtiEnv.cpp
! src/share/vm/prims/jvmtiEnvBase.cpp
! src/share/vm/prims/jvmtiEventController.cpp
! src/share/vm/prims/jvmtiExport.cpp
! src/share/vm/prims/jvmtiRedefineClasses.cpp
! src/share/vm/prims/jvmtiThreadState.hpp
! src/share/vm/runtime/thread.hpp

Changeset: 70998f2e05ef
Author:    dcubed
Date:      2009-03-02 14:03 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/70998f2e05ef

6805864: 4/3 Problem with jvmti->redefineClasses: some methods don't get redefined
Summary: Remove incorrect optimization in klassItable::adjust_method_entries(). Add RedefineClasses() tracing support for obsolete method entry.
Reviewed-by: acorn, swamyv

! src/cpu/sparc/vm/interp_masm_sparc.cpp
! src/cpu/sparc/vm/sharedRuntime_sparc.cpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/sharedRuntime_x86_32.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/share/vm/includeDB_core
! src/share/vm/oops/klassVtable.cpp
! src/share/vm/prims/jvmtiRedefineClassesTrace.hpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/sharedRuntime.hpp

Changeset: 2f716c0acb64
Author:    dcubed
Date:      2009-03-02 14:05 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2f716c0acb64

6567360: 3/4 SIGBUS in jvmti RawMonitor magic check for unaligned bad monitor pointer
Summary: Change JvmtiEnvBase::is_valid() and JvmtiRawMonitor::is_valid() to fetch the _magic fields via Bytes::get_native_u[248]().
Reviewed-by: coleenp, swamyv

! src/share/vm/prims/jvmtiEnvBase.cpp
! src/share/vm/prims/jvmtiEnvBase.hpp
! src/share/vm/prims/jvmtiImpl.cpp
! src/share/vm/prims/jvmtiImpl.hpp

Changeset: afa80fa86d22
Author:    dcubed
Date:      2009-03-02 14:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/afa80fa86d22

Merge

! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/sharedRuntime_x86_32.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/share/vm/includeDB_core
! src/share/vm/prims/jvmtiRedefineClasses.cpp
! src/share/vm/runtime/sharedRuntime.cpp

Changeset: 5caef2219893
Author:    dcubed
Date:      2009-03-02 16:56 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/5caef2219893

Merge

! src/share/vm/includeDB_core

Changeset: 3db67f76d308
Author:    acorn
Date:      2009-03-05 22:07 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/3db67f76d308

Merge

! src/cpu/sparc/vm/interp_masm_sparc.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/share/vm/includeDB_core
! src/share/vm/prims/jvmtiRedefineClasses.cpp



From dawn2004 at gmail.com  Fri Mar  6 18:45:47 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Fri, 6 Mar 2009 18:45:47 -0800 (PST)
Subject: A question about klassOop pointer in oopDesc.hpp
Message-ID: <22383881.post@talk.nabble.com>


Hello,

There is "klassOop _klass" in oopDesc to store the address of class template
for every object.
I try to print out the value of "_klass". I find the last four bits for
_klass is always zero(like 7e7a0dd0, 7e7a0e50, 7e7a0e50).
Is my observation incomplete?
If no, what does this mean?
Does this mean the size of klassOop object is as large as 16 bytes (seems
kind of unreasonable..)?

Thanks a lot!

Colin
-- 
View this message in context: http://www.nabble.com/A-question-about-klassOop-pointer-in-oopDesc.hpp-tp22383881p22383881.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From antonios.printezis at sun.com  Mon Mar  9 10:59:16 2009
From: antonios.printezis at sun.com (antonios.printezis at sun.com)
Date: Mon, 09 Mar 2009 17:59:16 +0000
Subject: hg: jdk7/hotspot/hotspot: 6 new changesets
Message-ID: <20090309175928.1CA8BEA66@hg.openjdk.java.net>

Changeset: c6c601a0f2d6
Author:    ysr
Date:      2009-03-02 16:37 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c6c601a0f2d6

6797870: Add -XX:+{HeapDump,PrintClassHistogram}{Before,After}FullGC
Summary: Call newly created CollectedHeap::dump_{pre,post}_full_gc before and after every stop-world full collection cycle on GenCollectedHeap and ParallelScavengeHeap. (Support for G1CollectedHeap forthcoming under CR 6810861.) Small modifications to existing heap dumping and class histogram implementation, especially to allow multiple on-the-fly histos/dumps by the VM thread during a single safepoint.
Reviewed-by: jmasa, alanb, mchung

! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/shared/vmGCOperations.cpp
! src/share/vm/gc_implementation/shared/vmGCOperations.hpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/includeDB_gc
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/heapInspection.cpp
! src/share/vm/memory/heapInspection.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.cpp
! src/share/vm/services/attachListener.cpp
! src/share/vm/services/heapDumper.cpp
! src/share/vm/services/heapDumper.hpp

Changeset: 4f360ec815ba
Author:    iveresov
Date:      2009-03-06 13:50 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/4f360ec815ba

6720309: G1: don't synchronously update RSet during evacuation pauses
6720334: G1: don't update RSets of collection set regions during an evacuation pause
Summary: Introduced a deferred update mechanism for delaying the rset updates during the collection pause
Reviewed-by: apetrusenko, tonyp

! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp
! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp
! src/share/vm/gc_implementation/g1/dirtyCardQueue.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.inline.hpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp
! src/share/vm/gc_implementation/g1/ptrQueue.cpp
! src/share/vm/gc_implementation/g1/ptrQueue.hpp
! src/share/vm/memory/cardTableModRefBS.cpp
! src/share/vm/memory/cardTableModRefBS.hpp

Changeset: 0db4adb6e914
Author:    tonyp
Date:      2009-03-07 11:07 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0db4adb6e914

6810698: G1: two small bugs in the sparse remembered sets
Summary: The _expanded flag of the sparse RSets is not reset and this can leave a RSet in an inconsistent state if it is expanded more than once. Also, we should be iterating over the _cur, instead of the _next, sparse table
Reviewed-by: apetrusenko, iveresov

! src/share/vm/gc_implementation/g1/sparsePRT.cpp
! src/share/vm/gc_implementation/g1/sparsePRT.hpp

Changeset: ae1579717a57
Author:    tonyp
Date:      2009-03-07 11:07 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ae1579717a57

6812428: G1: Error: assert(ret || obj_in_cs(obj),"sanity")
Summary: The length of the fast cset test vector is decided at the beginning of a GC, but more regions can be added during the GC. The simple fix is to set the length of the fast cset test vector to the max.
Reviewed-by: iveresov

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp

Changeset: 7ea5ca260b28
Author:    tonyp
Date:      2009-03-07 11:07 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7ea5ca260b28

6814467: G1: small fixes related to concurrent marking verboseness
Summary: A few small fixes to remove some inconsistencies in the concurrent mark-related verbose GC output.
Reviewed-by: jmasa

! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp

Changeset: bcedf688d882
Author:    tonyp
Date:      2009-03-09 11:32 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/bcedf688d882

Merge

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/runtime/os.cpp



From dawn2004 at gmail.com  Mon Mar  9 23:00:30 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Mon, 9 Mar 2009 23:00:30 -0700 (PDT)
Subject: How to access the parameters on stack frame of a method
Message-ID: <22428544.post@talk.nabble.com>


Hello,

I have a question about the cppIneterpreter, I wanna access parameters on
the stack of a method.
In cppIneterpreter, when it interprets instructions
"invokespecial/static/virtual", all the parameters are on the stack. But the
length of each parameter is different (int is 4 bytes, double is 8
bytes...), I think I cannot access them by offset, right?
Then how can I access these parameters, especially the parameters whose
types are object reference.
Thanks a lot!

Colin.
-- 
View this message in context: http://www.nabble.com/How-to-access-the-parameters-on-stack-frame-of-a-method-tp22428544p22428544.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Christian.Thalinger at Sun.COM  Tue Mar 10 10:07:28 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Tue, 10 Mar 2009 18:07:28 +0100
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
	<1236194643.2239.181.camel@localhost.localdomain>
	<EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>
Message-ID: <1236704848.2239.897.camel@localhost.localdomain>

On Wed, 2009-03-04 at 11:55 -0800, Tom Rodriguez wrote:
> > That would be the best way.  Should I add some dlsym logic?
> 
> Yes.

Here is a reworked patch that should include all stuff we talked about:

http://cr.openjdk.java.net/~twisti/6812587/webrev.01/

I am still not completely satisfied with some of the output, like a
Niagara is detected as an Ultra3, but I don't know if that matters.

-- Christian



From Vladimir.Kozlov at Sun.COM  Tue Mar 10 10:50:20 2009
From: Vladimir.Kozlov at Sun.COM (Vladimir Kozlov)
Date: Tue, 10 Mar 2009 10:50:20 -0700
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <1236704848.2239.897.camel@localhost.localdomain>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
	<1236194643.2239.181.camel@localhost.localdomain>
	<EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>
	<1236704848.2239.897.camel@localhost.localdomain>
Message-ID: <49B6A85C.5010206@sun.com>

Changes look good. Did you verify it on Solaris 9 at least?
My U3 workstation is running Solaris 9.

vm_version_sparc.hpp:
typo in the comment:
!     // Temporary until whave something more accurate

vm_version_solaris_sparc.cpp:
I would remove ", using it" and ", using old legacy code":
!       tty->print_cr("getisax(2) supported, using it.");
!       tty->print_cr("getisax(2) not supported, using old legacy code.");

Vladimir

Christian Thalinger wrote:
> On Wed, 2009-03-04 at 11:55 -0800, Tom Rodriguez wrote:
>>> That would be the best way.  Should I add some dlsym logic?
>> Yes.
> 
> Here is a reworked patch that should include all stuff we talked about:
> 
> http://cr.openjdk.java.net/~twisti/6812587/webrev.01/
> 
> I am still not completely satisfied with some of the output, like a
> Niagara is detected as an Ultra3, but I don't know if that matters.
> 
> -- Christian
> 


From Christian.Thalinger at Sun.COM  Tue Mar 10 11:07:00 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Tue, 10 Mar 2009 19:07:00 +0100
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <49B6A85C.5010206@sun.com>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
	<1236194643.2239.181.camel@localhost.localdomain>
	<EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>
	<1236704848.2239.897.camel@localhost.localdomain>
	<49B6A85C.5010206@sun.com>
Message-ID: <1236708420.2239.910.camel@localhost.localdomain>

On Tue, 2009-03-10 at 10:50 -0700, Vladimir Kozlov wrote:
> Changes look good. Did you verify it on Solaris 9 at least?
> My U3 workstation is running Solaris 9.

Yes, I did.  On Solaris 9 everything should be as it was before, since
we use the legacy code.  Though there may be differences on Solaris 10
and later, like VIS1 and VIS2 are (correctly) reported to be not
supported although they have been before.

> 
> vm_version_sparc.hpp:
> typo in the comment:
> !     // Temporary until whave something more accurate

Thanks.

> 
> vm_version_solaris_sparc.cpp:
> I would remove ", using it" and ", using old legacy code":
> !       tty->print_cr("getisax(2) supported, using it.");
> !       tty->print_cr("getisax(2) not supported, using old legacy code.");

I will change that.

-- Christian



From vladimir.kozlov at sun.com  Tue Mar 10 11:24:50 2009
From: vladimir.kozlov at sun.com (vladimir.kozlov at sun.com)
Date: Tue, 10 Mar 2009 18:24:50 +0000
Subject: hg: jdk7/hotspot/hotspot: 5 new changesets
Message-ID: <20090310182500.0EBF1EC28@hg.openjdk.java.net>

Changeset: 19f25e603e7b
Author:    kvn
Date:      2009-03-03 18:25 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/19f25e603e7b

6812721: Block's frequency should not be NaN
Summary: Set MIN_BLOCK_FREQUENCY block's frequency when calculated block's frequency is NaN
Reviewed-by: never

! src/share/vm/opto/gcm.cpp

Changeset: 56aae7be60d4
Author:    jrose
Date:      2009-03-04 09:58 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/56aae7be60d4

6812678: macro assembler needs delayed binding of a few constants (for 6655638)
Summary: minor assembler enhancements preparing for method handles
Reviewed-by: kvn

! src/cpu/sparc/vm/assembler_sparc.cpp
! src/cpu/sparc/vm/assembler_sparc.hpp
! src/cpu/sparc/vm/assembler_sparc.inline.hpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/cppInterpreter_x86.cpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/templateInterpreter_x86_32.cpp
! src/cpu/x86/vm/templateInterpreter_x86_64.cpp
! src/cpu/x86/vm/templateTable_x86_32.cpp
! src/cpu/x86/vm/templateTable_x86_64.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/asm/assembler.cpp
! src/share/vm/asm/assembler.hpp

Changeset: 9adddb8c0fc8
Author:    jrose
Date:      2009-03-06 21:36 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9adddb8c0fc8

6812831: factor duplicated assembly code for megamorphic invokeinterface (for 6655638)
Summary: Code in vtableStubs and templateTable moved into MacroAssembler.
Reviewed-by: kvn

! src/cpu/sparc/vm/assembler_sparc.cpp
! src/cpu/sparc/vm/assembler_sparc.hpp
! src/cpu/sparc/vm/assembler_sparc.inline.hpp
! src/cpu/sparc/vm/vtableStubs_sparc.cpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/templateTable_x86_32.cpp
! src/cpu/x86/vm/templateTable_x86_64.cpp
! src/cpu/x86/vm/vtableStubs_x86_32.cpp
! src/cpu/x86/vm/vtableStubs_x86_64.cpp

Changeset: 337400e7a5dd
Author:    twisti
Date:      2009-03-09 03:17 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/337400e7a5dd

6797305: Add LoadUB and LoadUI opcode class
Summary: Add a LoadUB (unsigned byte) and LoadUI (unsigned int) opcode class so we have these load optimizations in the first place and do not need to handle them in the matcher.
Reviewed-by: never, kvn

! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/adlc/forms.cpp
! src/share/vm/adlc/forms.hpp
! src/share/vm/adlc/formssel.cpp
! src/share/vm/adlc/output_c.cpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/memnode.cpp
! src/share/vm/opto/memnode.hpp
! src/share/vm/opto/mulnode.cpp
! src/share/vm/opto/type.cpp
! src/share/vm/opto/type.hpp
+ test/compiler/6797305/Test6797305.java

Changeset: 2f2f54ed12ce
Author:    kvn
Date:      2009-03-10 08:52 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2f2f54ed12ce

Merge

! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp



From dawn2004 at gmail.com  Tue Mar 10 14:49:55 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Tue, 10 Mar 2009 14:49:55 -0700 (PDT)
Subject: Does the element on stack has the same size?
Message-ID: <22444358.post@talk.nabble.com>


Hello,

I have a question about hotspot operand stack.
I find following codes in abstractinterpreter.hpp
  static int stackElementWords()   { return TaggedStackInterpreter ? 2 : 1;
}

Does that mean the size of any element on stack is either 1 or 2 words,
right?
If so, how the stack can store double type parameters?
e.g.
for method:   M(double d){}
How can parameter 'd' can be pushed into operand stack before the method 'M'
is executed? 
Thanks a lot!

Du LI
-- 
View this message in context: http://www.nabble.com/Does-the-element-on-stack-has-the-same-size--tp22444358p22444358.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Paul.Hohensee at Sun.COM  Tue Mar 10 16:00:56 2009
From: Paul.Hohensee at Sun.COM (Paul Hohensee)
Date: Tue, 10 Mar 2009 19:00:56 -0400
Subject: Does the element on stack has the same size?
In-Reply-To: <22444358.post@talk.nabble.com>
References: <22444358.post@talk.nabble.com>
Message-ID: <49B6F128.6050309@sun.com>

double and long values take up two stack slots in the regular 
interpreter and 4
in the tagged stack interpreter.

paul

Colin(Du Li) wrote:
> Hello,
>
> I have a question about hotspot operand stack.
> I find following codes in abstractinterpreter.hpp
>   static int stackElementWords()   { return TaggedStackInterpreter ? 2 : 1;
> }
>
> Does that mean the size of any element on stack is either 1 or 2 words,
> right?
> If so, how the stack can store double type parameters?
> e.g.
> for method:   M(double d){}
> How can parameter 'd' can be pushed into operand stack before the method 'M'
> is executed? 
> Thanks a lot!
>
> Du LI
>   


From dawn2004 at gmail.com  Tue Mar 10 23:40:24 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Tue, 10 Mar 2009 23:40:24 -0700 (PDT)
Subject: A question about method frame::oops_interpreted_do
Message-ID: <22449547.post@talk.nabble.com>


I have two question about method frame::oops_interpreted_do in
../hotspot/src/share/vm/runtime/frame.cpp
1. when will this method be executed? what's its function?
2. It has following codes:
    ......
if (m->is_native()) {
#ifdef CC_INTERP
    f->do_oop((oop*)&istate->_oop_temp);
#else
    f->do_oop((oop*)( fp() + interpreter_frame_oop_temp_offset ));
#endif /* CC_INTERP */
  }

  int max_locals = m->is_native() ? m->size_of_parameters() :
m->max_locals();

  symbolHandle signature;
  bool is_static = false;

  // Process a callee's arguments if we are at a call site
  // (i.e., if we are at an invoke bytecode)
  // This is used sometimes for calling into the VM, not for another
  // interpreted or compiled frame.
  if (!m->is_native()) {
    Bytecode_invoke *call = Bytecode_invoke_at_check(m, bci);
    if (call != NULL) {
      signature = symbolHandle(thread, call->signature());
      is_static = call->is_invokestatic();
      if (map->include_argument_oops() &&
          interpreter_frame_expression_stack_size() > 0) {
        ResourceMark rm(thread);  // is this right ???
        oops_interpreted_arguments_do(signature, is_static, f);
      }
    }
  }
       .......

 my question is when the method is declared as native, which the arguments
don't need to be iterated as non-native method (by
oops_interpreted_arguments_do). 

Thanks a lot!

Colin
-- 
View this message in context: http://www.nabble.com/A-question-about-method-frame%3A%3Aoops_interpreted_do-tp22449547p22449547.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From jarkko.lietolahti at jab.fi  Wed Mar 11 11:59:11 2009
From: jarkko.lietolahti at jab.fi (Jarkko Lietolahti)
Date: Wed, 11 Mar 2009 20:59:11 +0200
Subject: -Xcompressedrefs performance
In-Reply-To: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
References: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
Message-ID: <59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>

Hello,
 I originally posted this to hotspot-gc-use at openjdk.java.net.
 I just noticed that using -Xcompressedrefs causes bad performance issues.
This seems to be related to hotspot compiling. With -Xcompressedrefs my app
takes over 3 minutes to start and after removing only -Xcompressedrefs it
takes 1 minute and 23 seconds to start. So the issue seems to be related to
the flag -Xcompressedrefs.

java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu3)
OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)


Anyone else noticed something similar?

br,
 Jarkko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20090311/b55912ae/attachment.html 

From John.Coomes at sun.com  Wed Mar 11 12:40:45 2009
From: John.Coomes at sun.com (John Coomes)
Date: Wed, 11 Mar 2009 12:40:45 -0700
Subject: -Xcompressedrefs performance
In-Reply-To: <59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>
References: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
	<59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>
Message-ID: <18872.5053.600321.578443@sun.com>

Jarkko Lietolahti (jarkko.lietolahti at jab.fi) wrote:
> Hello,
>  I originally posted this to hotspot-gc-use at openjdk.java.net.
>  I just noticed that using -Xcompressedrefs causes bad performance issues.
> This seems to be related to hotspot compiling. With -Xcompressedrefs my app
> takes over 3 minutes to start and after removing only -Xcompressedrefs it
> takes 1 minute and 23 seconds to start. So the issue seems to be related to
> the flag -Xcompressedrefs.
> 
> java version "1.6.0_0"
> OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu3)
> OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)
> 
> Anyone else noticed something similar?

AFAICT, -Xcompressedrefs is an option supported by the IBM virtual
machine, not the Sun and OpenJDK VMs.  What I think is happening is
that -Xcompressedrefs is being interpreted as -Xcomp, which is
recognized by the Sun & OpenJDK VMs (we should be more strict in our
argument parsing and reject -Xcompressedrefs).  -Xcomp means JIT
compile every method the first time it is invoked.  The longer startup
time you're seeing with -Xcomp is expected.

When running in -Xcomp mode, the version string should say "compiled
mode":

$ java -Xcompextrajunkthatisignored -version              
java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b48)
Java HotSpot(TM) Server VM (build 15.0-b01, compiled mode)
                                            ^^^^^^^^^^^^^

-John



From jarkko.lietolahti at jab.fi  Wed Mar 11 12:47:56 2009
From: jarkko.lietolahti at jab.fi (Jarkko Lietolahti)
Date: Wed, 11 Mar 2009 21:47:56 +0200
Subject: -Xcompressedrefs performance
In-Reply-To: <18872.5053.600321.578443@sun.com>
References: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
	<59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>
	<18872.5053.600321.578443@sun.com>
Message-ID: <59c729a70903111247y24bb7dcbsc418a2a78e2e7590@mail.gmail.com>

Hello,
 Well yes, this seems to be the case. -Xcompressedrefs is indeed interpreted
as -Xcomp which causes the slowdown. I was so excited about OpenJDK
supporting the compressedrefs I couldn't think straight anymore ;)

br,
 Jarkko

On Wed, Mar 11, 2009 at 9:40 PM, John Coomes <John.Coomes at sun.com> wrote:

> Jarkko Lietolahti (jarkko.lietolahti at jab.fi) wrote:
> > Hello,
> >  I originally posted this to hotspot-gc-use at openjdk.java.net.
> >  I just noticed that using -Xcompressedrefs causes bad performance
> issues.
> > This seems to be related to hotspot compiling. With -Xcompressedrefs my
> app
> > takes over 3 minutes to start and after removing only -Xcompressedrefs it
> > takes 1 minute and 23 seconds to start. So the issue seems to be related
> to
> > the flag -Xcompressedrefs.
> >
> > java version "1.6.0_0"
> > OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu3)
> > OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)
> >
> > Anyone else noticed something similar?
>
> AFAICT, -Xcompressedrefs is an option supported by the IBM virtual
> machine, not the Sun and OpenJDK VMs.  What I think is happening is
> that -Xcompressedrefs is being interpreted as -Xcomp, which is
> recognized by the Sun & OpenJDK VMs (we should be more strict in our
> argument parsing and reject -Xcompressedrefs).  -Xcomp means JIT
> compile every method the first time it is invoked.  The longer startup
> time you're seeing with -Xcomp is expected.
>
> When running in -Xcomp mode, the version string should say "compiled
> mode":
>
> $ java -Xcompextrajunkthatisignored -version
> java version "1.7.0-ea"
> Java(TM) SE Runtime Environment (build 1.7.0-ea-b48)
> Java HotSpot(TM) Server VM (build 15.0-b01, compiled mode)
>                                            ^^^^^^^^^^^^^
>
> -John
>
>


-- 
Jarkko Lietolahti
CTO
Hpj
+358 40 741 9973 jarkko.lietolahti at jab.fi
Jab Oy http://www.jab.fi/
Olympiastadion, Helsinki, Finland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20090311/4c4d2438/attachment.html 

From Paul.Hohensee at Sun.COM  Wed Mar 11 13:01:33 2009
From: Paul.Hohensee at Sun.COM (Paul Hohensee)
Date: Wed, 11 Mar 2009 16:01:33 -0400
Subject: -Xcompressedrefs performance
In-Reply-To: <59c729a70903111247y24bb7dcbsc418a2a78e2e7590@mail.gmail.com>
References: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
	<59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>
	<18872.5053.600321.578443@sun.com>
	<59c729a70903111247y24bb7dcbsc418a2a78e2e7590@mail.gmail.com>
Message-ID: <49B8189D.2010200@sun.com>

An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20090311/c793d635/attachment.html 

From John.Coomes at sun.com  Wed Mar 11 13:24:13 2009
From: John.Coomes at sun.com (John Coomes)
Date: Wed, 11 Mar 2009 13:24:13 -0700
Subject: -Xcompressedrefs performance
In-Reply-To: <49B8189D.2010200@sun.com>
References: <59c729a70903110442t20283be1ga21c0afe08cb0be1@mail.gmail.com>
	<59c729a70903111159v14661bdw60e7e90e92ad4fe7@mail.gmail.com>
	<18872.5053.600321.578443@sun.com>
	<59c729a70903111247y24bb7dcbsc418a2a78e2e7590@mail.gmail.com>
	<49B8189D.2010200@sun.com>
Message-ID: <18872.7661.669187.850507@sun.com>

Paul Hohensee (Paul.Hohensee at Sun.COM) wrote:
> btw, the OpenJDK switch for compressed refs is
> 
> -XX:+UseCompressedOops
> 
> There's a decent implementation in hs14 (which is what you seem to be
> running),
> but there's more to come in later versions of hotspot.

Thanks, I should have mentioned that.  FWIW, I filed a low priority
bug (6816203) about the argument handling.

-John



From dawn2004 at gmail.com  Wed Mar 11 20:53:15 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Wed, 11 Mar 2009 20:53:15 -0700 (PDT)
Subject: What's the difference between interpreted frame and entry frame
Message-ID: <22469452.post@talk.nabble.com>


Hello,

In hotspot,  I usually see the terms "interpreted frame" and "entry frame".
What's the difference between them?
Thanks a lot!

Colin.
-- 
View this message in context: http://www.nabble.com/What%27s-the-difference-between-interpreted-frame-and-entry-frame-tp22469452p22469452.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Christian.Thalinger at Sun.COM  Thu Mar 12 01:02:48 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Thu, 12 Mar 2009 09:02:48 +0100
Subject: Request for review (M): 6812587: Use auxv to determine SPARC
	hardware features on Solaris
In-Reply-To: <1236704848.2239.897.camel@localhost.localdomain>
References: <1236122321.2239.118.camel@localhost.localdomain>
	<7232CDF4-33AF-4D96-9654-F07079EFFE85@sun.com>
	<1236194643.2239.181.camel@localhost.localdomain>
	<EB7AB2A9-8C2A-4AAE-BAC5-63C21FA6F926@Sun.COM>
	<1236704848.2239.897.camel@localhost.localdomain>
Message-ID: <1236844968.21217.13.camel@localhost.localdomain>

On Tue, 2009-03-10 at 18:07 +0100, Christian Thalinger wrote:
> Here is a reworked patch that should include all stuff we talked about:
> 
> http://cr.openjdk.java.net/~twisti/6812587/webrev.01/
> 
> I am still not completely satisfied with some of the output, like a
> Niagara is detected as an Ultra3, but I don't know if that matters.

Just for the record, Tom told me in private that the changes are okay
and I pushed them.

-- Christian



From gbenson at redhat.com  Thu Mar 12 04:04:54 2009
From: gbenson at redhat.com (Gary Benson)
Date: Thu, 12 Mar 2009 11:04:54 +0000
Subject: What's the difference between interpreted frame and entry frame
In-Reply-To: <22469452.post@talk.nabble.com>
References: <22469452.post@talk.nabble.com>
Message-ID: <20090312110454.GA3223@redhat.com>

Colin(Du Li) wrote:
> In hotspot, I usually see the terms "interpreted frame" and "entry
> frame".  What's the difference between them?

Each interpreted method has a frame on the stack; these frames are
interpreted frames.  On entry, interpreted methods expect to find
their arguments at the end of their caller's frame.  For the very
first call there won't be an interpreted frame preceding, so for
the first call a thing called the call stub creates a special frame
with the arguments at the end; this is the entry frame.

Cheers,
Gary

--
http://gbenson.net/


From dawn2004 at gmail.com  Thu Mar 12 08:52:17 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Thu, 12 Mar 2009 08:52:17 -0700 (PDT)
Subject: What's the difference between interpreted frame and entry frame
In-Reply-To: <20090312110454.GA3223@redhat.com>
References: <22469452.post@talk.nabble.com> <20090312110454.GA3223@redhat.com>
Message-ID: <22478909.post@talk.nabble.com>


Thanks a lot!

Gary Benson wrote:
> 
> Colin(Du Li) wrote:
>> In hotspot, I usually see the terms "interpreted frame" and "entry
>> frame".  What's the difference between them?
> 
> Each interpreted method has a frame on the stack; these frames are
> interpreted frames.  On entry, interpreted methods expect to find
> their arguments at the end of their caller's frame.  For the very
> first call there won't be an interpreted frame preceding, so for
> the first call a thing called the call stub creates a special frame
> with the arguments at the end; this is the entry frame.
> 
> Cheers,
> Gary
> 
> --
> http://gbenson.net/
> 
> 

-- 
View this message in context: http://www.nabble.com/What%27s-the-difference-between-interpreted-frame-and-entry-frame-tp22469452p22478909.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Thomas.Rodriguez at Sun.COM  Thu Mar 12 10:05:36 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Thu, 12 Mar 2009 10:05:36 -0700
Subject: What's the difference between interpreted frame and entry frame
In-Reply-To: <20090312110454.GA3223@redhat.com>
References: <22469452.post@talk.nabble.com> <20090312110454.GA3223@redhat.com>
Message-ID: <7C0D4CD1-BEFB-4CF4-8837-F99183D87046@sun.com>

More specifically the entry frame performs the transition from C++  
code to generated code, so every sequence of interpreted or compiled  
frames always begins with an entry frame.  It's built by the call_stub  
and sets up all the invariants required by generated code.

tom

On Mar 12, 2009, at 4:04 AM, Gary Benson wrote:

> Colin(Du Li) wrote:
>> In hotspot, I usually see the terms "interpreted frame" and "entry
>> frame".  What's the difference between them?
>
> Each interpreted method has a frame on the stack; these frames are
> interpreted frames.  On entry, interpreted methods expect to find
> their arguments at the end of their caller's frame.  For the very
> first call there won't be an interpreted frame preceding, so for
> the first call a thing called the call stub creates a special frame
> with the arguments at the end; this is the entry frame.
>
> Cheers,
> Gary
>
> --
> http://gbenson.net/



From antonios.printezis at sun.com  Thu Mar 12 11:16:38 2009
From: antonios.printezis at sun.com (antonios.printezis at sun.com)
Date: Thu, 12 Mar 2009 18:16:38 +0000
Subject: hg: jdk7/hotspot/hotspot: 2 new changesets
Message-ID: <20090312181646.5362FED9B@hg.openjdk.java.net>

Changeset: 87fa6e083d82
Author:    apetrusenko
Date:      2009-03-10 00:47 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/87fa6e083d82

6760309: G1: update remembered sets during Full GCs
Reviewed-by: iveresov, tonyp

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.inline.hpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp

Changeset: fcf566137dbf
Author:    tonyp
Date:      2009-03-12 11:34 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fcf566137dbf

Merge




From erik.trimble at sun.com  Thu Mar 12 23:06:59 2009
From: erik.trimble at sun.com (erik.trimble at sun.com)
Date: Fri, 13 Mar 2009 06:06:59 +0000
Subject: hg: jdk7/hotspot/hotspot: 10 new changesets
Message-ID: <20090313060721.D7C61EE13@hg.openjdk.java.net>

Changeset: d61c7c22b25c
Author:    xdono
Date:      2009-02-19 14:08 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/d61c7c22b25c

Added tag jdk7-b48 for changeset bcb33806d186

! .hgtags

Changeset: 8b22ccb5aba2
Author:    trims
Date:      2009-02-25 23:16 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8b22ccb5aba2

Merge


Changeset: dae503d9f04c
Author:    xdono
Date:      2009-02-26 10:57 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/dae503d9f04c

Added tag jdk7-b49 for changeset 8b22ccb5aba2

! .hgtags

Changeset: 67f831f73d34
Author:    xdono
Date:      2009-03-05 09:49 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/67f831f73d34

Added tag jdk7-b50 for changeset dae503d9f04c

! .hgtags

Changeset: f9d5cfc2afa2
Author:    xdono
Date:      2009-02-27 15:13 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f9d5cfc2afa2

Merge


Changeset: f5eac45b1641
Author:    xdono
Date:      2009-03-09 11:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f5eac45b1641

Merge


Changeset: 0fbdb4381b99
Author:    xdono
Date:      2009-03-09 13:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0fbdb4381b99

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! agent/src/os/linux/ps_core.c
! agent/src/os/solaris/proc/saproc.cpp
! make/hotspot_version
! make/linux/makefiles/adlc.make
! make/linux/makefiles/gcc.make
! make/solaris/makefiles/adlc.make
! src/cpu/sparc/vm/jni_sparc.h
! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/bytecodeInterpreter_x86.inline.hpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/c1_Runtime1_x86.cpp
! src/cpu/x86/vm/cppInterpreter_x86.cpp
! src/cpu/x86/vm/frame_x86.inline.hpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_32.hpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/interpreterRT_x86_32.cpp
! src/cpu/x86/vm/jni_x86.h
! src/cpu/x86/vm/runtime_x86_32.cpp
! src/cpu/x86/vm/sharedRuntime_x86_32.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/cpu/x86/vm/stubGenerator_x86_32.cpp
! src/cpu/x86/vm/stubGenerator_x86_64.cpp
! src/cpu/x86/vm/templateInterpreter_x86_32.cpp
! src/cpu/x86/vm/templateTable_x86_32.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/os_cpu/linux_x86/vm/os_linux_x86.cpp
! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp
! src/os_cpu/solaris_x86/vm/solaris_x86_32.il
! src/os_cpu/solaris_x86/vm/solaris_x86_64.il
! src/share/vm/adlc/adlparse.cpp
! src/share/vm/adlc/adlparse.hpp
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/adlc/dfa.cpp
! src/share/vm/adlc/dict2.cpp
! src/share/vm/adlc/filebuff.hpp
! src/share/vm/adlc/forms.cpp
! src/share/vm/adlc/formssel.cpp
! src/share/vm/asm/codeBuffer.cpp
! src/share/vm/c1/c1_LIRGenerator.cpp
! src/share/vm/c1/c1_Optimizer.cpp
! src/share/vm/c1/c1_Runtime1.cpp
! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/classfile/javaClasses.cpp
! src/share/vm/classfile/javaClasses.hpp
! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/classfile/systemDictionary.hpp
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/gc_implementation/g1/collectionSetChooser.hpp
! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp
! src/share/vm/gc_implementation/g1/concurrentMark.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.inline.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/gc_implementation/g1/g1MMUTracker.hpp
! src/share/vm/gc_implementation/g1/g1OopClosures.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.hpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp
! src/share/vm/gc_implementation/g1/g1_specialized_oop_closures.hpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.hpp
! src/share/vm/gc_implementation/g1/heapRegionSeq.cpp
! src/share/vm/gc_implementation/g1/ptrQueue.hpp
! src/share/vm/gc_implementation/g1/sparsePRT.hpp
! src/share/vm/gc_implementation/g1/survRateGroup.cpp
! src/share/vm/gc_implementation/g1/survRateGroup.hpp
! src/share/vm/gc_implementation/includeDB_gc_concurrentMarkSweep
! src/share/vm/gc_implementation/includeDB_gc_g1
! src/share/vm/gc_implementation/includeDB_gc_parallelScavenge
! src/share/vm/gc_implementation/includeDB_gc_shared
! src/share/vm/gc_implementation/parNew/parGCAllocBuffer.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.hpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.cpp
! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp
! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.cpp
! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp
! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.cpp
! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.hpp
! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.cpp
! src/share/vm/gc_implementation/shared/ageTable.cpp
! src/share/vm/gc_implementation/shared/ageTable.hpp
! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp
! src/share/vm/gc_implementation/shared/mutableNUMASpace.hpp
! src/share/vm/gc_implementation/shared/mutableSpace.cpp
! src/share/vm/gc_implementation/shared/mutableSpace.hpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/gc_interface/collectedHeap.inline.hpp
! src/share/vm/includeDB_compiler2
! src/share/vm/includeDB_core
! src/share/vm/includeDB_features
! src/share/vm/includeDB_gc
! src/share/vm/interpreter/bytecodeInterpreter.cpp
! src/share/vm/interpreter/bytecodeInterpreter.hpp
! src/share/vm/interpreter/rewriter.cpp
! src/share/vm/libadt/dict.cpp
! src/share/vm/libadt/port.hpp
! src/share/vm/memory/cardTableModRefBS.cpp
! src/share/vm/memory/cardTableModRefBS.hpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/genCollectedHeap.hpp
! src/share/vm/memory/generation.cpp
! src/share/vm/memory/generation.hpp
! src/share/vm/memory/heapInspection.cpp
! src/share/vm/memory/oopFactory.cpp
! src/share/vm/memory/oopFactory.hpp
! src/share/vm/memory/permGen.cpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/sharedHeap.cpp
! src/share/vm/memory/sharedHeap.hpp
! src/share/vm/memory/space.cpp
! src/share/vm/memory/space.hpp
! src/share/vm/memory/tenuredGeneration.cpp
! src/share/vm/memory/threadLocalAllocBuffer.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/memory/universe.hpp
! src/share/vm/oops/arrayOop.hpp
! src/share/vm/oops/constMethodKlass.cpp
! src/share/vm/oops/constMethodKlass.hpp
! src/share/vm/oops/constMethodOop.hpp
! src/share/vm/oops/constantPoolKlass.cpp
! src/share/vm/oops/constantPoolKlass.hpp
! src/share/vm/oops/constantPoolOop.cpp
! src/share/vm/oops/constantPoolOop.hpp
! src/share/vm/oops/cpCacheKlass.cpp
! src/share/vm/oops/cpCacheKlass.hpp
! src/share/vm/oops/cpCacheOop.hpp
! src/share/vm/oops/klass.hpp
! src/share/vm/oops/methodOop.cpp
! src/share/vm/oops/methodOop.hpp
! src/share/vm/oops/oop.hpp
! src/share/vm/oops/oop.inline.hpp
! src/share/vm/oops/oopsHierarchy.hpp
! src/share/vm/oops/typeArrayKlass.cpp
! src/share/vm/oops/typeArrayKlass.hpp
! src/share/vm/opto/block.cpp
! src/share/vm/opto/c2_globals.hpp
! src/share/vm/opto/cfgnode.cpp
! src/share/vm/opto/chaitin.cpp
! src/share/vm/opto/chaitin.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/gcm.cpp
! src/share/vm/opto/graphKit.cpp
! src/share/vm/opto/graphKit.hpp
! src/share/vm/opto/idealGraphPrinter.cpp
! src/share/vm/opto/ifg.cpp
! src/share/vm/opto/lcm.cpp
! src/share/vm/opto/live.cpp
! src/share/vm/opto/loopnode.cpp
! src/share/vm/opto/macro.cpp
! src/share/vm/opto/matcher.cpp
! src/share/vm/opto/memnode.cpp
! src/share/vm/opto/memnode.hpp
! src/share/vm/opto/reg_split.cpp
! src/share/vm/opto/superword.cpp
! src/share/vm/opto/type.cpp
! src/share/vm/opto/type.hpp
! src/share/vm/opto/vectornode.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/jvmtiRedefineClasses.cpp
! src/share/vm/prims/jvmtiTagMap.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/arguments.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/javaCalls.cpp
! src/share/vm/runtime/memprofiler.cpp
! src/share/vm/runtime/os.cpp
! src/share/vm/runtime/os.hpp
! src/share/vm/runtime/safepoint.cpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/synchronizer.cpp
! src/share/vm/services/heapDumper.cpp
! src/share/vm/services/management.cpp
! src/share/vm/utilities/globalDefinitions_gcc.hpp
! src/share/vm/utilities/globalDefinitions_sparcWorks.hpp
! src/share/vm/utilities/ostream.cpp
! src/share/vm/utilities/taskqueue.cpp
! src/share/vm/utilities/taskqueue.hpp
! src/share/vm/utilities/vmError.cpp
! src/share/vm/utilities/vmError.hpp
! src/share/vm/utilities/workgroup.hpp
! test/Makefile
! test/compiler/6757316/Test6757316.java
! test/compiler/6758234/Test6758234.java
! test/compiler/6775880/Test.java
! test/compiler/6778657/Test.java

Changeset: ce2272390558
Author:    xdono
Date:      2009-03-09 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ce2272390558

Merge


Changeset: 7bb995fbd3c0
Author:    trims
Date:      2009-03-12 18:16 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7bb995fbd3c0

Merge

! make/linux/makefiles/adlc.make
! make/solaris/makefiles/adlc.make
! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/cppInterpreter_x86.cpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/sharedRuntime_x86_32.cpp
! src/cpu/x86/vm/sharedRuntime_x86_64.cpp
! src/cpu/x86/vm/templateInterpreter_x86_32.cpp
! src/cpu/x86/vm/templateTable_x86_32.cpp
- src/cpu/x86/vm/vm_version_x86_32.cpp
- src/cpu/x86/vm/vm_version_x86_32.hpp
- src/cpu/x86/vm/vm_version_x86_64.cpp
- src/cpu/x86/vm/vm_version_x86_64.hpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp
! src/share/vm/adlc/adlparse.cpp
! src/share/vm/adlc/archDesc.cpp
! src/share/vm/adlc/dfa.cpp
! src/share/vm/adlc/dict2.cpp
! src/share/vm/adlc/filebuff.hpp
! src/share/vm/adlc/forms.cpp
! src/share/vm/adlc/formssel.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.hpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp
! src/share/vm/gc_implementation/g1/ptrQueue.hpp
! src/share/vm/gc_implementation/g1/sparsePRT.hpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/includeDB_core
! src/share/vm/includeDB_gc
! src/share/vm/interpreter/bytecodeInterpreter.cpp
! src/share/vm/libadt/dict.cpp
! src/share/vm/memory/cardTableModRefBS.cpp
! src/share/vm/memory/cardTableModRefBS.hpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/heapInspection.cpp
! src/share/vm/oops/klass.hpp
! src/share/vm/oops/methodOop.hpp
! src/share/vm/opto/block.cpp
! src/share/vm/opto/cfgnode.cpp
! src/share/vm/opto/chaitin.cpp
! src/share/vm/opto/chaitin.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/gcm.cpp
! src/share/vm/opto/graphKit.cpp
! src/share/vm/opto/ifg.cpp
! src/share/vm/opto/live.cpp
! src/share/vm/opto/loopnode.cpp
! src/share/vm/opto/macro.cpp
! src/share/vm/opto/matcher.cpp
! src/share/vm/opto/memnode.cpp
! src/share/vm/opto/memnode.hpp
! src/share/vm/opto/reg_split.cpp
! src/share/vm/opto/superword.cpp
! src/share/vm/opto/type.cpp
! src/share/vm/opto/type.hpp
! src/share/vm/prims/jvmtiRedefineClasses.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.cpp
! src/share/vm/runtime/safepoint.cpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/services/heapDumper.cpp
! src/share/vm/utilities/vmError.cpp
! src/share/vm/utilities/vmError.hpp

Changeset: 2581d90c6c9b
Author:    trims
Date:      2009-03-12 18:17 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2581d90c6c9b

6816970: Bump HS15 build number to 03
Summary: Update the HS15 Build number to 03
Reviewed-by: jcoomes

! make/hotspot_version



From dawn2004 at gmail.com  Fri Mar 13 03:01:59 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Fri, 13 Mar 2009 03:01:59 -0700 (PDT)
Subject: Problem with method Copy::aligned_conjoint_words
Message-ID: <22493356.post@talk.nabble.com>


When I use Copy::aligned_conjoint_words to copy a object,
I got segment fault as following:

Program received signal SIGSEGV, Segmentation fault.
0x0635cd59 in Copy::pd_aligned_conjoint_words ()
    at
/home/dli/Hotspot/openjdk_b24/jdk7/hotspot/src/os_cpu/linux_x86/vm/copy_linux_x86.inline.hpp:171
171                        : "memory", "flags");
(gdb) bt
#0  0x0635cd59 in Copy::pd_aligned_conjoint_words ()
    at
/home/dli/Hotspot/openjdk_b24/jdk7/hotspot/src/os_cpu/linux_x86/vm/copy_linux_x86.inline.hpp:171
#1  0x0635d752 in Copy::aligned_conjoint_words () at
/home/dli/Hotspot/openjdk_b24/jdk7/hotspot/src/share/vm/utilities/copy.hpp:103
#2  0x064a4b16 in JavaCalls::moveToJniSpace (env=0x9774ed4,
oldObj=0x7e780838, __the_thread__=0x9774da8)


It seems to be thrown by some assebly codes. Would you like to tell me what
the fault means and how to resolve it?
Thanks  a lot!

Colin
-- 
View this message in context: http://www.nabble.com/Problem-with-method-Copy%3A%3Aaligned_conjoint_words-tp22493356p22493356.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From gbenson at redhat.com  Fri Mar 13 05:32:14 2009
From: gbenson at redhat.com (Gary Benson)
Date: Fri, 13 Mar 2009 12:32:14 +0000
Subject: Can constants loaded by ldc and ldc_w ever be null?
Message-ID: <20090313123214.GB3241@redhat.com>

Hi all,

This is hopefully a quick question.  Is it ever possible for
an ldc or ldc_w instruction to return a null result?

Cheers,
Gary

-- 
http://gbenson.net/


From Keith.McGuigan at Sun.COM  Fri Mar 13 05:50:38 2009
From: Keith.McGuigan at Sun.COM (Keith McGuigan)
Date: Fri, 13 Mar 2009 08:50:38 -0400
Subject: Can constants loaded by ldc and ldc_w ever be null?
In-Reply-To: <20090313123214.GB3241@redhat.com>
References: <20090313123214.GB3241@redhat.com>
Message-ID: <49BA569E.2020609@sun.com>

Gary Benson wrote:
> Hi all,
> 
> This is hopefully a quick question.  Is it ever possible for
> an ldc or ldc_w instruction to return a null result?
> 
> Cheers,
> Gary
> 

No.  It gets the value out of the constant pool (index > 0), which, as 
far as I can tell, can't encode null.

--
- Keith


From gbenson at redhat.com  Fri Mar 13 06:22:00 2009
From: gbenson at redhat.com (Gary Benson)
Date: Fri, 13 Mar 2009 13:22:00 +0000
Subject: Can constants loaded by ldc and ldc_w ever be null?
In-Reply-To: <49BA569E.2020609@sun.com>
References: <20090313123214.GB3241@redhat.com> <49BA569E.2020609@sun.com>
Message-ID: <20090313132159.GC3241@redhat.com>

Keith McGuigan wrote:
> Gary Benson wrote:
> > This is hopefully a quick question.  Is it ever possible for
> > an ldc or ldc_w instruction to return a null result?
>
> No.  It gets the value out of the constant pool (index > 0),
> which, as far as I can tell, can't encode null.

Cool.  Do you know if it would be possible for a user to override
it, in a debugger for example?

Cheers,
Gary

-- 
http://gbenson.net/


From Paul.Hohensee at Sun.COM  Fri Mar 13 11:06:57 2009
From: Paul.Hohensee at Sun.COM (Paul Hohensee)
Date: Fri, 13 Mar 2009 14:06:57 -0400
Subject: Pls review 6813274 (M)
Message-ID: <49BAA0C1.9030407@sun.com>

Webrev and comments at

http://cr.openjdk.java.net/~phh/6813274/6813274/webrev.00/

Thanks,

Paul



From John.Rose at Sun.COM  Fri Mar 13 15:29:10 2009
From: John.Rose at Sun.COM (John Rose)
Date: Fri, 13 Mar 2009 15:29:10 -0700
Subject: Pls review 6813274 (M)
In-Reply-To: <49BAA0C1.9030407@sun.com>
References: <49BAA0C1.9030407@sun.com>
Message-ID: <EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>

On Mar 13, 2009, at 11:06 AM, Paul Hohensee wrote:

> Webrev and comments at
>
> http://cr.openjdk.java.net/~phh/6813274/6813274/webrev.00/

It looks fine.

Now that we are adding more buildtree targets, it is a perfect time to  
get rid of the 'profiled' flavor, since you are changing the set of  
buildtree targets.

I made the 'profiled' target at the Dawn of Java Time, in the old days  
when profiling code on Unix required special compilation options.  It  
was lightly used then and is (AFAIK) never used now.

If someone is desperate to make a build with special profiling flags,  
they can set the same environmental variables that profiled.make  
does.  It is the same use case as for anybody that wants to add  
compile-time flags to the mix; use EXTRA_CFLAGS, etc.  But having  
'profiled' as a separately defined target is useless noise.

(One annoyance continually reminds me of the existence of 'profiled':   
I keep bumping into it with pathname completion, when I am aiming at  
the product directory.)

-- John


From John.Rose at Sun.COM  Fri Mar 13 15:54:04 2009
From: John.Rose at Sun.COM (John Rose)
Date: Fri, 13 Mar 2009 15:54:04 -0700
Subject: Can constants loaded by ldc and ldc_w ever be null?
In-Reply-To: <20090313132159.GC3241@redhat.com>
References: <20090313123214.GB3241@redhat.com> <49BA569E.2020609@sun.com>
	<20090313132159.GC3241@redhat.com>
Message-ID: <7C51A553-1517-4D64-B11A-91ACC8D699D0@sun.com>

On Mar 13, 2009, at 6:22 AM, Gary Benson wrote:

> Keith McGuigan wrote:
>> Gary Benson wrote:
>>> This is hopefully a quick question.  Is it ever possible for
>>> an ldc or ldc_w instruction to return a null result?
>>
>> No.  It gets the value out of the constant pool (index > 0),
>> which, as far as I can tell, can't encode null.
>
> Cool.  Do you know if it would be possible for a user to override
> it, in a debugger for example?

The anonymous classes feature (internal to hotspot, from the Da Vinci  
Machine project) allows anonymous classes to be loaded with 'String'  
CP entries edited to arbitrary non-null references.  But it doesn't  
allow null.

-- John


From dawn2004 at gmail.com  Sat Mar 14 19:55:52 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Sat, 14 Mar 2009 19:55:52 -0700 (PDT)
Subject: what does "LEAF method calling lock?" mean?
Message-ID: <22519628.post@talk.nabble.com>



-- 
View this message in context: http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22519628.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Paul.Hohensee at Sun.COM  Mon Mar 16 05:51:00 2009
From: Paul.Hohensee at Sun.COM (Paul Hohensee)
Date: Mon, 16 Mar 2009 08:51:00 -0400
Subject: Pls review 6813274 (M)
In-Reply-To: <EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>
References: <49BAA0C1.9030407@sun.com>
	<EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>
Message-ID: <49BE4B34.4080602@sun.com>

Thanks for the review.  I'll remove the profiled targets.

Tom suggests that instead of adding many new targets, I use KERNEL=1
on the command line, as the 64-bit builds use LP64=1.  I'd need to keep the
kernel targets though, because the otherwise the jdk build would have to
specify KERNEL=1 like it specifies ARCH_DATA_MODEL=64 now
(it turns ARCH_DATA_MODEL=64 into LP64=1).  I'll try that out
and see how it goes.

Paul

John Rose wrote:
> On Mar 13, 2009, at 11:06 AM, Paul Hohensee wrote:
>
>> Webrev and comments at
>>
>> http://cr.openjdk.java.net/~phh/6813274/6813274/webrev.00/
>
> It looks fine.
>
> Now that we are adding more buildtree targets, it is a perfect time to 
> get rid of the 'profiled' flavor, since you are changing the set of 
> buildtree targets.
>
> I made the 'profiled' target at the Dawn of Java Time, in the old days 
> when profiling code on Unix required special compilation options.  It 
> was lightly used then and is (AFAIK) never used now.
>
> If someone is desperate to make a build with special profiling flags, 
> they can set the same environmental variables that profiled.make 
> does.  It is the same use case as for anybody that wants to add 
> compile-time flags to the mix; use EXTRA_CFLAGS, etc.  But having 
> 'profiled' as a separately defined target is useless noise.
>
> (One annoyance continually reminds me of the existence of 'profiled':  
> I keep bumping into it with pathname completion, when I am aiming at 
> the product directory.)
>
> -- John


From Thomas.Rodriguez at Sun.COM  Mon Mar 16 12:11:43 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Mon, 16 Mar 2009 12:11:43 -0700
Subject: what does "LEAF method calling lock?" mean?
In-Reply-To: <22519628.post@talk.nabble.com>
References: <22519628.post@talk.nabble.com>
Message-ID: <6B0E15FB-417A-4099-88EB-B27A590BBEB0@sun.com>

JRT_LEAF methods aren't allowed to acquire locks since they might have  
to block.  Leaf methods aren't allowed to block because they aren't  
set up to safepoint so they could deadlock the whole system.

tom

On Mar 14, 2009, at 7:55 PM, Colin(Du Li) wrote:

>
>
> -- 
> View this message in context: http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22519628.html
> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
> at Nabble.com.
>



From Vladimir.Kozlov at Sun.COM  Mon Mar 16 14:10:10 2009
From: Vladimir.Kozlov at Sun.COM (Vladimir Kozlov)
Date: Mon, 16 Mar 2009 14:10:10 -0700
Subject: Request for reviews (M): 6816308: Changes to allow builds with latest
	Windows SDK 6.1 on 64bit Windows 2003
Message-ID: <49BEC032.3030404@sun.com>

The fix was prepared by Kelly O'Hair.
I am pushing it through hotspot repositories.

http://cr.openjdk.java.net/~kvn/6816308/webrev.00

Fixed 6816308: Changes to allow builds with latest Windows SDK 6.1 on 64bit Windows 2003

Reviewed by: ohair, tbell

Fix verified (y/n): y

Other testing:
JPRT



From John.Coomes at sun.com  Mon Mar 16 14:47:24 2009
From: John.Coomes at sun.com (John Coomes)
Date: Mon, 16 Mar 2009 14:47:24 -0700
Subject: Request for reviews (M): 6816308: Changes to allow builds with
	latest Windows SDK 6.1 on 64bit Windows 2003
In-Reply-To: <49BEC032.3030404@sun.com>
References: <49BEC032.3030404@sun.com>
Message-ID: <18878.51436.788762.514467@sun.com>

Vladimir Kozlov (Vladimir.Kozlov at Sun.COM) wrote:
> The fix was prepared by Kelly O'Hair.
> I am pushing it through hotspot repositories.
> 
> http://cr.openjdk.java.net/~kvn/6816308/webrev.00
> 
> Fixed 6816308: Changes to allow builds with latest Windows SDK 6.1 on 64bit Windows 2003
> 
> Reviewed by: ohair, tbell
> 
> Fix verified (y/n): y

Looks ok to me.

-John



From Christian.Thalinger at Sun.COM  Mon Mar 16 17:05:34 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Tue, 17 Mar 2009 01:05:34 +0100
Subject: Pls review 6813274 (M)
In-Reply-To: <49BE4B34.4080602@sun.com>
References: <49BAA0C1.9030407@sun.com>
	<EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>
	<49BE4B34.4080602@sun.com>
Message-ID: <1237248334.6490.28.camel@localhost.localdomain>

On Mon, 2009-03-16 at 08:51 -0400, Paul Hohensee wrote:
> Thanks for the review.  I'll remove the profiled targets.
> 
> Tom suggests that instead of adding many new targets, I use KERNEL=1
> on the command line, as the 64-bit builds use LP64=1.  I'd need to keep the
> kernel targets though, because the otherwise the jdk build would have to
> specify KERNEL=1 like it specifies ARCH_DATA_MODEL=64 now
> (it turns ARCH_DATA_MODEL=64 into LP64=1).  I'll try that out
> and see how it goes.

Hi Paul!

I just talked to John about that.  There is also still a debug directory
around which does not even have a make target.  Probably you can get rid
of that one too.

-- Christian



From Paul.Hohensee at Sun.COM  Mon Mar 16 17:07:42 2009
From: Paul.Hohensee at Sun.COM (Paul Hohensee)
Date: Mon, 16 Mar 2009 20:07:42 -0400
Subject: Pls review 6813274 (M)
In-Reply-To: <1237248334.6490.28.camel@localhost.localdomain>
References: <49BAA0C1.9030407@sun.com>
	<EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>
	<49BE4B34.4080602@sun.com>
	<1237248334.6490.28.camel@localhost.localdomain>
Message-ID: <49BEE9CE.20703@sun.com>

An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20090316/f70e942f/attachment.html 

From John.Coomes at sun.com  Tue Mar 17 09:01:08 2009
From: John.Coomes at sun.com (John Coomes)
Date: Tue, 17 Mar 2009 09:01:08 -0700
Subject: Pls review 6813274 (M)
In-Reply-To: <1237248334.6490.28.camel@localhost.localdomain>
References: <49BAA0C1.9030407@sun.com>
	<EB7EA47D-172F-419D-9D63-13B215D18F98@sun.com>
	<49BE4B34.4080602@sun.com>
	<1237248334.6490.28.camel@localhost.localdomain>
Message-ID: <18879.51524.187938.434320@sun.com>

Christian Thalinger (Christian.Thalinger at Sun.COM) wrote:
> On Mon, 2009-03-16 at 08:51 -0400, Paul Hohensee wrote:
> > Thanks for the review.  I'll remove the profiled targets.
> > 
> > Tom suggests that instead of adding many new targets, I use KERNEL=1
> > on the command line, as the 64-bit builds use LP64=1.  I'd need to keep the
> > kernel targets though, because the otherwise the jdk build would have to
> > specify KERNEL=1 like it specifies ARCH_DATA_MODEL=64 now
> > (it turns ARCH_DATA_MODEL=64 into LP64=1).  I'll try that out
> > and see how it goes.
> 
> Hi Paul!
> 
> I just talked to John about that.  There is also still a debug directory
> around which does not even have a make target.  Probably you can get rid
> of that one too.

The debug target exists, it's just not explicit in the makefile (and
it builds, at least on solaris).  I'm not sure of the difference
between debug and jvmg--IIRC, it used to create a fat gamma launcher,
but doesn't seem to do that now.

FWIW, I think the cleanups are better done separately from the KERNEL
change.

-John



From antonios.printezis at sun.com  Wed Mar 18 14:14:22 2009
From: antonios.printezis at sun.com (antonios.printezis at sun.com)
Date: Wed, 18 Mar 2009 21:14:22 +0000
Subject: hg: jdk7/hotspot/hotspot: 9 new changesets
Message-ID: <20090318211444.CE4EDE208@hg.openjdk.java.net>

Changeset: ec1a6dc46005
Author:    iveresov
Date:      2009-03-12 14:01 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ec1a6dc46005

6816433: Test G1 and ParOld in JPRT
Reviewed-by: jmasa, never, ysr

! make/jprt.properties

Changeset: 4018e98c778a
Author:    tonyp
Date:      2009-03-13 16:10 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/4018e98c778a

Merge


Changeset: 09f82af55c3e
Author:    ysr
Date:      2009-03-13 13:56 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/09f82af55c3e

6808322: ParNew, CMS, G1: ParGCAllocBuffer overflow
Summary: Correct the overflow check in ParGCAllocBuffer::allocate(); simplify ParGCAllocBuffer::undo_allocation().
Reviewed-by: apetrusenko, jcoomes, jmasa, minqi, phh, tonyp

! src/share/vm/gc_implementation/parNew/parGCAllocBuffer.hpp

Changeset: fe2441500281
Author:    ysr
Date:      2009-03-13 17:06 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fe2441500281

Merge


Changeset: 6c4cea9bfa11
Author:    tonyp
Date:      2009-03-15 22:03 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/6c4cea9bfa11

6604422: G1: re-use half-promoted regions
6728271: G1: Cleanup G1CollectedHeap::get_gc_alloc_regions()
Summary: It allows the last half-full region to be allocated to during a GC to be reused during the next GC.
Reviewed-by: apetrusenko, jcoomes

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp

Changeset: 25e146966e7c
Author:    iveresov
Date:      2009-03-16 08:01 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/25e146966e7c

6817419: G1: Enable extensive verification for humongous regions
Summary: Enabled full verification for humongous regions. Also made sure that the VerifyAfterGC works with deferred updates and G1HRRSFlushLogBuffersOnVerify.
Reviewed-by: tonyp

! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp

Changeset: 2a5da27ccae9
Author:    tonyp
Date:      2009-03-16 10:52 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2a5da27ccae9

6816154: G1: introduce flags to enable/disable RSet updating and scanning
Summary: Introduces two flags, -XX:-/+G1EnableParallelRSetUpdating and -XX:-/+G1EnableParallelRSetScanning, to turn on/off the "band aid" fix that serializes RSet updating / scanning during GCs.
Reviewed-by: iveresov

! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp

Changeset: 922c573ea67d
Author:    iveresov
Date:      2009-03-16 17:48 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/922c573ea67d

6815683: G1: SEGV during marking
Summary: We should mark the regions that continue humongous regions as live if the first region is live.
Reviewed-by: tonyp

! src/share/vm/gc_implementation/g1/concurrentMark.cpp

Changeset: ba50942c8138
Author:    tonyp
Date:      2009-03-18 11:37 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ba50942c8138

Merge

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp



From john.coomes at sun.com  Thu Mar 19 20:52:16 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 03:52:16 +0000
Subject: hg: jdk7/hotspot/jdk: 33 new changesets
Message-ID: <20090320035845.36FB2E3EA@hg.openjdk.java.net>

Changeset: 30bf00392b6d
Author:    ohair
Date:      2009-01-31 17:31 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/30bf00392b6d

6799141: Build with --hash-style=both so that binaries can work on SuSE 10
Reviewed-by: tbell

! make/common/Defs-linux.gmk
! make/common/shared/Compiler-gcc.gmk
! make/common/shared/Compiler-msvc.gmk
! make/common/shared/Compiler-sun.gmk
+ make/common/shared/Defs-versions.gmk
! make/common/shared/Defs-windows.gmk
! make/common/shared/Defs.gmk
! make/common/shared/Platform.gmk
! make/common/shared/Sanity-Settings.gmk
! make/common/shared/Sanity.gmk

Changeset: dfb5a9a71c1c
Author:    xdono
Date:      2009-02-27 15:13 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/dfb5a9a71c1c

Merge

- make/javax/sound/jsoundhs/FILES.gmk
- make/javax/sound/jsoundhs/Makefile
- make/javax/sound/jsoundhs/mapfile-vers
- src/share/classes/com/sun/beans/ObjectHandler.java
- src/share/lib/audio/soundbank.gm
- src/windows/native/sun/windows/UnicowsLoader.cpp
- src/windows/native/sun/windows/UnicowsLoader.h
- src/windows/native/sun/windows/awt_MMStub.cpp
- src/windows/native/sun/windows/awt_MMStub.h
- src/windows/native/sun/windows/awt_Multimon.h
- src/windows/native/sun/windows/awt_Unicode.cpp
- src/windows/native/sun/windows/awt_Unicode.h
- src/windows/native/sun/windows/awt_dlls.cpp
- src/windows/native/sun/windows/awt_dlls.h

Changeset: d71e3cc6c4e7
Author:    xdono
Date:      2009-02-27 15:55 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/d71e3cc6c4e7

Merge

- src/solaris/classes/sun/nio/ch/FileDispatcher.java
- src/solaris/native/sun/nio/ch/FileDispatcher.c
- src/windows/classes/sun/nio/ch/FileDispatcher.java
- src/windows/native/sun/nio/ch/FileDispatcher.c

Changeset: abfccc052872
Author:    xdono
Date:      2009-03-03 15:21 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/abfccc052872

Merge


Changeset: 83c0526fb9c9
Author:    xdono
Date:      2009-03-09 11:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/83c0526fb9c9

Merge


Changeset: ca0976a15868
Author:    xdono
Date:      2009-03-09 13:29 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ca0976a15868

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! src/share/classes/java/lang/Thread.java
! src/share/classes/java/util/regex/Matcher.java
! src/share/classes/java/util/regex/Pattern.java
! src/share/classes/sun/security/krb5/Realm.java
! src/share/classes/sun/security/x509/AuthorityInfoAccessExtension.java
! src/share/native/java/util/zip/zip_util.c
! src/share/native/java/util/zip/zip_util.h
! src/solaris/native/java/net/NetworkInterface.c

Changeset: b1e3e3b8e6b2
Author:    xdono
Date:      2009-03-09 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b1e3e3b8e6b2

Merge


Changeset: 266358f13a6f
Author:    dl
Date:      2009-02-24 14:01 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/266358f13a6f

6803402: Race condition in AbstractQueuedSynchronizer
Summary: Read fields in reverse initialization order
Reviewed-by: martin

! src/share/classes/java/util/concurrent/locks/AbstractQueuedLongSynchronizer.java
! src/share/classes/java/util/concurrent/locks/AbstractQueuedSynchronizer.java

Changeset: f9c187839d72
Author:    kevinw
Date:      2009-02-24 19:03 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f9c187839d72

6809463: Missing license header in test LargeZipFile.java
Reviewed-by: alanb

! test/java/util/zip/ZipFile/LargeZipFile.java

Changeset: dde3fe2e8164
Author:    kevinw
Date:      2009-02-25 14:32 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/dde3fe2e8164

Merge


Changeset: 2fb53eb9df14
Author:    mchung
Date:      2009-02-26 14:36 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2fb53eb9df14

6801467: Defer get the launcher resource bundle until it's needed
Summary: Lazily initialize the launcher resource bundle
Reviewed-by: ksrini, darcy

! src/share/classes/sun/launcher/LauncherHelper.java

Changeset: 4f0b6455a977
Author:    jjg
Date:      2009-02-26 18:51 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/4f0b6455a977

6810915: Sun proprietary warnings in JDK build
Reviewed-by: ohair

! make/common/shared/Defs-java.gmk
! make/docs/Makefile
! make/javax/swing/beaninfo/SwingBeans.gmk

Changeset: de1d02ad2d1d
Author:    mchung
Date:      2009-02-27 13:43 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/de1d02ad2d1d

6799689: Make sun.misc.FloatingDecimal.hexFloatPattern static field initialized lazily
Summary: Lazily initialize the hexFloatPattern static field
Reviewed-by: darcy

! src/share/classes/sun/misc/FloatingDecimal.java

Changeset: 0da45c759116
Author:    mchung
Date:      2009-02-27 16:34 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/0da45c759116

6809504: Remove enctype="text/xml" from the offline registration page
Summary: Remove enctype="text/xml" from register.html and other localized versions
Reviewed-by: ksrini

! src/share/classes/com/sun/servicetag/resources/register.html
! src/share/classes/com/sun/servicetag/resources/register_ja.html
! src/share/classes/com/sun/servicetag/resources/register_zh_CN.html

Changeset: b656e842e1be
Author:    xuelei
Date:      2009-03-02 23:17 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b656e842e1be

6549506: Specification of Permission.toString() method contradicts with JDK implementation
Summary: update the spec, and add double quotes around component.
Reviewed-by: weijun

! src/share/classes/java/security/Permission.java
+ test/java/security/Permission/ToString.java

Changeset: 7546743f4cc0
Author:    tbell
Date:      2009-03-02 15:10 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7546743f4cc0

Merge


Changeset: 07d2550f5c84
Author:    mchung
Date:      2009-03-03 19:26 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/07d2550f5c84

6799230: Lazily load java.lang.annotation.Annotation class
Summary: Remove the static EMPTY_ANNOTATION_ARRAY field; add AnnotationParser.toArray method
Reviewed-by: darcy

! src/share/classes/java/lang/Class.java
! src/share/classes/java/lang/reflect/Constructor.java
! src/share/classes/java/lang/reflect/Field.java
! src/share/classes/java/lang/reflect/Method.java
! src/share/classes/sun/reflect/annotation/AnnotationParser.java

Changeset: a8d9e8cb38bb
Author:    weijun
Date:      2009-03-04 15:09 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/a8d9e8cb38bb

6705872: SecureRandom number init is taking too long on a java.io.tmpdir with a large number of files.
Reviewed-by: xuelei, alanb

! src/share/classes/sun/security/provider/SeedGenerator.java

Changeset: 94d02968a504
Author:    chegar
Date:      2009-03-04 13:28 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/94d02968a504

6775145: ClassLoaderUtil.releaseLoader calls System.out.println ("classLoader = " + classLoader)
Summary: Remove System.out debugging statements
Reviewed-by: michaelm

! src/share/classes/sun/misc/ClassLoaderUtil.java

Changeset: 03001e92d155
Author:    chegar
Date:      2009-03-04 13:36 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/03001e92d155

6737323: Typo in javadoc for SocketPermission
Summary: Remove redundant line form class description
Reviewed-by: jccollet

! src/share/classes/java/net/SocketPermission.java

Changeset: 6568cd51ae12
Author:    sherman
Date:      2009-03-04 09:26 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/6568cd51ae12

6812879: Excess code line in ArrayList method
Summary: Removed the line of "oldData" which is no longer used.
Reviewed-by: martin

! src/share/classes/java/util/ArrayList.java

Changeset: 97da21737d9e
Author:    weijun
Date:      2009-03-05 14:49 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/97da21737d9e

6813402: keytool cannot -printcert entries without extensions
Reviewed-by: xuelei

! src/share/classes/sun/security/tools/KeyTool.java
+ test/sun/security/tools/keytool/NoExtNPE.sh

Changeset: da9d0283a496
Author:    valeriep
Date:      2009-03-03 19:50 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/da9d0283a496

6812738: SSL stress test with GF leads to 32 bit max process size in less than 5 minutes with PCKS11 provider
Summary: Removed finalize() and add more error handling to native code
Reviewed-by: vinnie

! src/share/classes/sun/security/pkcs11/P11Key.java
! src/share/classes/sun/security/pkcs11/P11RSACipher.java
! src/share/classes/sun/security/pkcs11/P11SecretKeyFactory.java
! src/share/native/sun/security/pkcs11/wrapper/p11_convert.c
! src/share/native/sun/security/pkcs11/wrapper/p11_crypt.c
! src/share/native/sun/security/pkcs11/wrapper/p11_digest.c
! src/share/native/sun/security/pkcs11/wrapper/p11_dual.c
! src/share/native/sun/security/pkcs11/wrapper/p11_general.c
! src/share/native/sun/security/pkcs11/wrapper/p11_keymgmt.c
! src/share/native/sun/security/pkcs11/wrapper/p11_mutex.c
! src/share/native/sun/security/pkcs11/wrapper/p11_objmgmt.c
! src/share/native/sun/security/pkcs11/wrapper/p11_sessmgmt.c
! src/share/native/sun/security/pkcs11/wrapper/p11_sign.c
! src/share/native/sun/security/pkcs11/wrapper/p11_util.c
! src/share/native/sun/security/pkcs11/wrapper/pkcs11wrapper.h

Changeset: 7b3cfde54812
Author:    valeriep
Date:      2009-03-05 11:44 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/7b3cfde54812

Merge


Changeset: 2b6cf18aeb6f
Author:    tbell
Date:      2009-03-06 10:52 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/2b6cf18aeb6f

Merge


Changeset: c769c46c27ce
Author:    mullan
Date:      2009-03-09 09:46 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c769c46c27ce

6787130: java.policy file contains stale link to http://java.sun.com/notes
Reviewed-by: weijun

! src/share/lib/security/java.policy

Changeset: aa48deaf9af4
Author:    mullan
Date:      2009-03-09 09:56 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/aa48deaf9af4

Merge


Changeset: 175504cc095d
Author:    tbell
Date:      2009-03-09 23:37 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/175504cc095d

Merge


Changeset: 711a9fb838d1
Author:    ohair
Date:      2009-03-16 11:24 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/711a9fb838d1

6816311: Changes to allow builds with latest Windows SDK 6.1 on 64bit Windows 2003
Summary: These changes create a preference for the newer 6.1 SDK on Windows.
Reviewed-by: tbell

! make/common/Defs-windows.gmk
! make/common/shared/Compiler-gcc.gmk
! make/common/shared/Compiler-msvc.gmk
! make/common/shared/Compiler-sun.gmk
! make/common/shared/Defs-versions.gmk
! make/common/shared/Defs-windows.gmk
! make/common/shared/Sanity-Settings.gmk
! make/common/shared/Sanity.gmk
! src/windows/native/sun/windows/awt.rc
! src/windows/resource/version.rc

Changeset: ece878b04159
Author:    xdono
Date:      2009-03-16 16:18 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ece878b04159

Merge


Changeset: bdb4b0b28407
Author:    ohair
Date:      2009-03-17 13:44 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/bdb4b0b28407

6818565: Regression with fix 6816311: COMPILER_VERSION -> REQUIRED_COMPILER_VERSION
Reviewed-by: tbell

- make/common/shared/Compiler.gmk
! make/common/shared/Defs-solaris.gmk
! make/common/shared/Defs.gmk

Changeset: fea0898259ae
Author:    ohair
Date:      2009-03-17 13:45 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fea0898259ae

Merge


Changeset: bcbeadb4a5d7
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/bcbeadb4a5d7

Added tag jdk7-b51 for changeset fea0898259ae

! .hgtags



From john.coomes at sun.com  Thu Mar 19 21:08:11 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 04:08:11 +0000
Subject: hg: jdk7/hotspot/langtools: 13 new changesets
Message-ID: <20090320040831.80ACBE3F0@hg.openjdk.java.net>

Changeset: 03bcd66bd8e7
Author:    xdono
Date:      2009-03-09 13:29 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/03bcd66bd8e7

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! make/build.properties
! make/build.xml
! make/netbeans/langtools/build.xml
! make/netbeans/langtools/nbproject/project.xml
! make/netbeans/langtools/nbproject/standard-context-menu-items.ent
! make/netbeans/langtools/nbproject/standard-ide-actions.ent
! make/tools/SelectTool/SelectToolTask.java
! src/share/classes/com/sun/tools/apt/comp/AnnotationProcessingError.java
! src/share/classes/com/sun/tools/apt/comp/Apt.java
! src/share/classes/com/sun/tools/apt/comp/UsageMessageNeededException.java
! src/share/classes/com/sun/tools/apt/main/JavaCompiler.java
! src/share/classes/com/sun/tools/apt/mirror/apt/RoundCompleteEventImpl.java
! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationProxyMaker.java
! src/share/classes/com/sun/tools/apt/mirror/type/TypeVariableImpl.java
! src/share/classes/com/sun/tools/classfile/Annotation.java
! src/share/classes/com/sun/tools/classfile/AttributeException.java
! src/share/classes/com/sun/tools/classfile/Code_attribute.java
! src/share/classes/com/sun/tools/classfile/ConstantPool.java
! src/share/classes/com/sun/tools/classfile/ConstantPoolException.java
! src/share/classes/com/sun/tools/classfile/Descriptor.java
! src/share/classes/com/sun/tools/classfile/DescriptorException.java
! src/share/classes/com/sun/tools/classfile/StackMapTable_attribute.java
! src/share/classes/com/sun/tools/doclets/formats/html/ConfigurationImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialFieldWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/TagletOutputImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlDocWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/SerializedFormWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/SerializedFormBuilder.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclet.xml
! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DocletAbortException.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/MessageRetriever.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/SourceToHTMLConverter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Util.java
! src/share/classes/com/sun/tools/javac/api/DiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/api/Messages.java
! src/share/classes/com/sun/tools/javac/code/Types.java
! src/share/classes/com/sun/tools/javac/comp/Attr.java
! src/share/classes/com/sun/tools/javac/comp/Check.java
! src/share/classes/com/sun/tools/javac/comp/Flow.java
! src/share/classes/com/sun/tools/javac/comp/Infer.java
! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java
! src/share/classes/com/sun/tools/javac/main/Main.java
! src/share/classes/com/sun/tools/javac/main/OptionName.java
! src/share/classes/com/sun/tools/javac/main/RecognizedOptions.java
! src/share/classes/com/sun/tools/javac/parser/JavacParser.java
! src/share/classes/com/sun/tools/javac/processing/PrintingProcessor.java
! src/share/classes/com/sun/tools/javac/resources/compiler.properties
! src/share/classes/com/sun/tools/javac/resources/javac.properties
! src/share/classes/com/sun/tools/javac/tree/JCTree.java
! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/LayoutCharacters.java
! src/share/classes/com/sun/tools/javac/util/Log.java
! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javadoc/ClassDocImpl.java
! src/share/classes/com/sun/tools/javadoc/Comment.java
! src/share/classes/com/sun/tools/javadoc/DocEnv.java
! src/share/classes/com/sun/tools/javadoc/DocImpl.java
! src/share/classes/com/sun/tools/javadoc/DocletInvoker.java
! src/share/classes/com/sun/tools/javadoc/ExecutableMemberDocImpl.java
! src/share/classes/com/sun/tools/javadoc/FieldDocImpl.java
! src/share/classes/com/sun/tools/javadoc/JavadocClassReader.java
! src/share/classes/com/sun/tools/javadoc/JavadocTool.java
! src/share/classes/com/sun/tools/javadoc/Messager.java
! src/share/classes/com/sun/tools/javadoc/PackageDocImpl.java
! src/share/classes/com/sun/tools/javadoc/RootDocImpl.java
! src/share/classes/com/sun/tools/javadoc/SourcePositionImpl.java
! src/share/classes/com/sun/tools/javadoc/TypeMaker.java
! src/share/classes/com/sun/tools/javah/Gen.java
! src/share/classes/com/sun/tools/javap/InternalError.java
! src/share/classes/sun/tools/javap/JavapPrinter.java
! test/tools/javac/6668794/badClass/Test.java
! test/tools/javac/cast/6558559/T6558559a.java
! test/tools/javac/cast/6558559/T6558559b.java
! test/tools/javac/cast/6665356/T6665356.java
! test/tools/javac/generics/6723444/T6723444.java
! test/tools/javac/generics/6729401/T6729401.java
! test/tools/javac/generics/rare/6665356/T6665356.java
! test/tools/javac/processing/model/testgetallmembers/Main.java
! test/tools/javadoc/6176978/T6176978.java
! test/tools/javadoc/6176978/X.java

Changeset: 2c0076945b1a
Author:    xdono
Date:      2009-03-09 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/2c0076945b1a

Merge


Changeset: 435d5d9bb87d
Author:    darcy
Date:      2009-02-24 17:16 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/435d5d9bb87d

6501749: 6501749 Filer should state connection between created files and root elements
Reviewed-by: jjg

! src/share/classes/javax/annotation/processing/Filer.java

Changeset: 1fbc1cc6e260
Author:    darcy
Date:      2009-02-24 17:48 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/1fbc1cc6e260

6498938: Faulty comparison of TypeMirror objects in getElementsAnnotatedWith implementation
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/processing/JavacRoundEnvironment.java
+ test/tools/javac/processing/environment/round/Foo.java
! test/tools/javac/processing/environment/round/TestElementsAnnotatedWith.java

Changeset: 5240b1120530
Author:    bpatel
Date:      2009-02-27 18:57 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/5240b1120530

6786690: Javadoc HTML WCAG 2.0 accessibility issues in standard doclet - DL tag and nesting issue
Reviewed-by: jjg

! src/share/classes/com/sun/tools/doclets/formats/html/AbstractIndexWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/AbstractMemberWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeOptionalMemberWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeRequiredMemberWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/ClassWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/ConstructorWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/EnumConstantWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/FieldWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialFieldWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialMethodWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/MethodWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/NestedClassWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageTreeWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/TagletWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/TreeWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlDocWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/SerializedFormWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/SerializedFormBuilder.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclet.xml
! test/com/sun/javadoc/AuthorDD/AuthorDD.java
! test/com/sun/javadoc/testClassCrossReferences/TestClassCrossReferences.java
! test/com/sun/javadoc/testConstructorIndent/TestConstructorIndent.java
! test/com/sun/javadoc/testDeprecatedDocs/TestDeprecatedDocs.java
! test/com/sun/javadoc/testExternalOverridenMethod/TestExternalOverridenMethod.java
! test/com/sun/javadoc/testHref/TestHref.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/TestHtmlDefinitionListTag.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/C1.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/C2.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/C3.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/C4.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/C5.java
! test/com/sun/javadoc/testIndex/TestIndex.java
! test/com/sun/javadoc/testInterface/TestInterface.java
! test/com/sun/javadoc/testLinkOption/TestLinkOption.java
! test/com/sun/javadoc/testLinkTaglet/TestLinkTaglet.java
! test/com/sun/javadoc/testMemberInheritence/TestMemberInheritence.java
! test/com/sun/javadoc/testNewLanguageFeatures/TestNewLanguageFeatures.java
! test/com/sun/javadoc/testOverridenMethods/TestOverridenPrivateMethods.java
! test/com/sun/javadoc/testOverridenMethods/TestOverridenPrivateMethodsWithPackageFlag.java
! test/com/sun/javadoc/testOverridenMethods/TestOverridenPrivateMethodsWithPrivateFlag.java
! test/com/sun/javadoc/testParamTaglet/TestParamTaglet.java
! test/com/sun/javadoc/testPrivateClasses/TestPrivateClasses.java
! test/com/sun/javadoc/testSerializedFormDeprecationInfo/TestSerializedFormDeprecationInfo.java
! test/com/sun/javadoc/testThrowsTag/TestThrowsTag.java

Changeset: 2f4c4900ca2b
Author:    tbell
Date:      2009-03-02 15:11 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/2f4c4900ca2b

Merge


Changeset: 850869f70213
Author:    mcimadamore
Date:      2009-03-05 17:24 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/850869f70213

6467183: javac fails to raise unchecked warning on cast of parameterized generic subclass
Summary: cleanup code for generating unchecked cast warnings
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/code/Types.java
+ test/tools/javac/cast/6467183/T6467183a.java
+ test/tools/javac/cast/6467183/T6467183a.out
+ test/tools/javac/cast/6467183/T6467183b.java

Changeset: 84a18d7da478
Author:    mcimadamore
Date:      2009-03-05 17:24 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/84a18d7da478

6804733: javac generates spourious diagnostics for ill-formed type-variable bounds
Summary: fixed algorithm for checking cycles in typevar declarations
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Check.java
+ test/tools/javac/generics/typevars/6804733/T6804733.java
+ test/tools/javac/generics/typevars/6804733/T6804733.out

Changeset: 9711a6c2db7e
Author:    mcimadamore
Date:      2009-03-05 17:25 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/9711a6c2db7e

6807255: LineNumberTable wrong if enhanced-for-loops are used
Summary: end position of iterable for-each loop was not set properly
Reviewed-by: jjg

! src/share/classes/com/sun/tools/javac/comp/Lower.java

Changeset: 86b60aa941c6
Author:    mcimadamore
Date:      2009-03-05 17:25 +0000
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/86b60aa941c6

6799605: Basic/Raw formatters should use type/symbol printer instead of toString()
Summary: create new combo type/symbol visitor printer used by all diagnostic formatters
Reviewed-by: jjg

+ src/share/classes/com/sun/tools/javac/code/Printer.java
! src/share/classes/com/sun/tools/javac/code/Types.java
! src/share/classes/com/sun/tools/javac/resources/compiler.properties
! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java
+ test/tools/javac/Diagnostics/6799605/T6799605.java
+ test/tools/javac/Diagnostics/6799605/T6799605.out
! test/tools/javac/NestedInnerClassNames.out
! test/tools/javac/T6241723.out
! test/tools/javac/depDocComment/SuppressDeprecation.out
! test/tools/javac/mandatoryWarnings/deprecated/Test3.out
! test/tools/javac/mandatoryWarnings/deprecated/Test3b.out
! test/tools/javac/mandatoryWarnings/deprecated/Test4.out
! test/tools/javac/mandatoryWarnings/deprecated/Test4b.out
! test/tools/javac/mandatoryWarnings/deprecated/Test4c.out
! test/tools/javac/mandatoryWarnings/deprecated/Test4d.out
! test/tools/javac/positions/T6253161.out
! test/tools/javac/positions/T6253161a.out
! test/tools/javac/warnings/Deprecation.lintAll.out
! test/tools/javac/warnings/Deprecation.lintDeprecation.out

Changeset: 6d00caa683b3
Author:    tbell
Date:      2009-03-06 10:53 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/6d00caa683b3

Merge


Changeset: 8c55d5b0ed71
Author:    tbell
Date:      2009-03-09 23:53 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/8c55d5b0ed71

Merge

! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlSerialFieldWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlDocWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/SerializedFormWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/SerializedFormBuilder.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclet.xml
! src/share/classes/com/sun/tools/javac/code/Types.java
! src/share/classes/com/sun/tools/javac/comp/Check.java
! src/share/classes/com/sun/tools/javac/resources/compiler.properties
! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java
! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java

Changeset: 29329051d483
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/29329051d483

Added tag jdk7-b51 for changeset 8c55d5b0ed71

! .hgtags



From john.coomes at sun.com  Thu Mar 19 20:34:33 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 03:34:33 +0000
Subject: hg: jdk7/hotspot: 6 new changesets
Message-ID: <20090320033433.690D9E3CC@hg.openjdk.java.net>

Changeset: 3398ae556a2a
Author:    ohair
Date:      2009-01-31 15:26 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/3398ae556a2a

6791649: add "SKIP_MSIVAL2=true" to the Windows section of make/jprt.config
Reviewed-by: tbell

! make/jdk-rules.gmk
! make/jprt.config
! make/jprt.gmk

Changeset: a4fd1a33eb93
Author:    xdono
Date:      2009-02-27 15:12 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/a4fd1a33eb93

Merge


Changeset: c2a7f3471532
Author:    xdono
Date:      2009-03-09 11:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/c2a7f3471532

Merge


Changeset: 93c2600a45a4
Author:    xdono
Date:      2009-03-09 13:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/93c2600a45a4

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! Makefile
! make/Defs-internal.gmk
! make/jdk-rules.gmk
! make/jprt.config
! make/jprt.gmk

Changeset: 0f0189d55ce4
Author:    xdono
Date:      2009-03-09 13:33 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/0f0189d55ce4

Merge


Changeset: 4264c2fe6649
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/rev/4264c2fe6649

Added tag jdk7-b51 for changeset 0f0189d55ce4

! .hgtags



From john.coomes at sun.com  Thu Mar 19 20:37:42 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 03:37:42 +0000
Subject: hg: jdk7/hotspot/corba: 11 new changesets
Message-ID: <20090320033752.171DBE3D4@hg.openjdk.java.net>

Changeset: e2f388853a9d
Author:    xdono
Date:      2009-03-09 13:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/e2f388853a9d

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_impl_encoding.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_impl_orbutil.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_spi_legacy_interceptor.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_spi_monitoring.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_spi_presentation_rmi.jmk
! make/com/sun/corba/minclude/com_sun_corba_se_spi_transport.jmk
! make/com/sun/corba/minclude/org_omg_CosNaming.jmk
! make/com/sun/corba/minclude/org_omg_DynamicAny.jmk
! make/com/sun/corba/minclude/org_omg_PortableInterceptor.jmk
! make/com/sun/corba/se/sources/Makefile
! make/common/Defs-windows.gmk
! make/common/shared/Compiler-msvc.gmk
! make/common/shared/Compiler-sun.gmk
! make/common/shared/Defs-utils.gmk
! make/common/shared/Defs.gmk
! make/javax/xa/Makefile
! make/jprt.config
! make/org/omg/CORBA/Makefile
! src/share/classes/org/omg/CORBA/ir.idl
! src/share/classes/org/omg/DynamicAny/DynamicAny.idl

Changeset: 3174f87bcd7c
Author:    xdono
Date:      2009-03-09 13:33 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/3174f87bcd7c

Merge


Changeset: 9e6c48c2582d
Author:    jjg
Date:      2009-02-26 18:28 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/9e6c48c2582d

6809563: corba build in JDK uses invalid bootclasspath for javah
Reviewed-by: ohair

! make/common/shared/Defs-java.gmk

Changeset: db35452e8965
Author:    jjg
Date:      2009-02-26 18:32 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/db35452e8965

6810915: Sun proprietary warnings in JDK build
Reviewed-by: ohair

! make/Makefile
! make/common/shared/Defs-java.gmk

Changeset: 082f59f5ac64
Author:    tbell
Date:      2009-03-02 15:10 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/082f59f5ac64

Merge


Changeset: ec634b3aa302
Author:    tbell
Date:      2009-03-06 10:52 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/ec634b3aa302

Merge


Changeset: c471ac1a1770
Author:    tbell
Date:      2009-03-09 23:36 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/c471ac1a1770

Merge


Changeset: 53d5b45f73ab
Author:    ohair
Date:      2009-03-11 14:38 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/53d5b45f73ab

6790292: BOOTDIR of jdk6 u12 will not work with jdk7 builds
Reviewed-by: tbell

! make/common/Rules.gmk

Changeset: 9c0cc0d0eca2
Author:    ohair
Date:      2009-03-11 17:31 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/9c0cc0d0eca2

6816311: Changes to allow builds with latest Windows SDK 6.1 on 64bit Windows 2003
Reviewed-by: tbell

! make/common/shared/Compiler-msvc.gmk
! make/common/shared/Defs-windows.gmk
! src/windows/resource/version.rc

Changeset: 3eb8f1047a74
Author:    xdono
Date:      2009-03-16 16:18 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/3eb8f1047a74

Merge


Changeset: bec82237d694
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/bec82237d694

Added tag jdk7-b51 for changeset 3eb8f1047a74

! .hgtags



From vladimir.kozlov at sun.com  Thu Mar 19 11:47:19 2009
From: vladimir.kozlov at sun.com (vladimir.kozlov at sun.com)
Date: Thu, 19 Mar 2009 18:47:19 +0000
Subject: hg: jdk7/hotspot/hotspot: 7 new changesets
Message-ID: <20090319184736.42ABCE337@hg.openjdk.java.net>

Changeset: 6af0a709d52b
Author:    twisti
Date:      2009-03-11 14:16 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/6af0a709d52b

6812587: Use auxv to determine SPARC hardware features on Solaris
Summary: A similar function to getisax(2) should be used to determine all possible instruction set extensions.
Reviewed-by: never, kvn

! src/cpu/sparc/vm/vm_version_sparc.cpp
! src/cpu/sparc/vm/vm_version_sparc.hpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/solaris/vm/os_solaris.hpp
! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp
! src/share/vm/includeDB_core

Changeset: 660978a2a31a
Author:    kvn
Date:      2009-03-12 10:37 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/660978a2a31a

6791178: Specialize for zero as the compressed oop vm heap base
Summary: Use zero based compressed oops if java heap is below 32gb and unscaled compressed oops if java heap is below 4gb.
Reviewed-by: never, twisti, jcoomes, coleenp

! agent/src/share/classes/sun/jvm/hotspot/debugger/Debugger.java
! agent/src/share/classes/sun/jvm/hotspot/debugger/DebuggerBase.java
! agent/src/share/classes/sun/jvm/hotspot/debugger/JVMDebugger.java
! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebugger.java
! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebuggerClient.java
! agent/src/share/classes/sun/jvm/hotspot/debugger/remote/RemoteDebuggerServer.java
! agent/src/share/classes/sun/jvm/hotspot/memory/Universe.java
! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java
! src/cpu/sparc/vm/assembler_sparc.cpp
! src/cpu/sparc/vm/sparc.ad
! src/cpu/sparc/vm/stubGenerator_sparc.cpp
! src/cpu/sparc/vm/vm_version_sparc.cpp
! src/cpu/sparc/vm/vtableStubs_sparc.cpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/x86_64.ad
! src/os/linux/vm/os_linux.cpp
! src/os/solaris/dtrace/generateJvmOffsets.cpp
! src/os/solaris/dtrace/jhelper.d
! src/os/solaris/dtrace/libjvm_db.c
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/os_cpu/linux_sparc/vm/globals_linux_sparc.hpp
! src/os_cpu/linux_x86/vm/globals_linux_x86.hpp
! src/os_cpu/solaris_sparc/vm/globals_solaris_sparc.hpp
! src/os_cpu/solaris_x86/vm/globals_solaris_x86.hpp
! src/os_cpu/windows_x86/vm/globals_windows_x86.hpp
! src/share/vm/asm/assembler.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/memory/universe.hpp
! src/share/vm/oops/oop.inline.hpp
! src/share/vm/opto/addnode.cpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/connode.cpp
! src/share/vm/opto/lcm.cpp
! src/share/vm/opto/matcher.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.hpp
! src/share/vm/runtime/virtualspace.cpp
! src/share/vm/runtime/virtualspace.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: c771b7f43bbf
Author:    twisti
Date:      2009-03-13 11:35 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c771b7f43bbf

6378821: bitCount() should use POPC on SPARC processors and AMD+10h
Summary: bitCount() should use POPC on SPARC processors where POPC is implemented directly in hardware.
Reviewed-by: kvn, never

! src/cpu/sparc/vm/sparc.ad
! src/cpu/sparc/vm/vm_version_sparc.cpp
! src/cpu/sparc/vm/vm_version_sparc.hpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/vm_version_x86.cpp
! src/cpu/x86/vm/vm_version_x86.hpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/connode.hpp
! src/share/vm/opto/library_call.cpp
! src/share/vm/runtime/globals.hpp
+ test/compiler/6378821/Test6378821.java

Changeset: c517646eef23
Author:    jrose
Date:      2009-03-13 18:39 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c517646eef23

6813212: factor duplicated assembly code for general subclass check (for 6655638)
Summary: Code in interp_masm, stubGenerator, c1_LIRAssembler, and AD files moved into MacroAssembler.
Reviewed-by: kvn

! src/cpu/sparc/vm/assembler_sparc.cpp
! src/cpu/sparc/vm/assembler_sparc.hpp
! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp
! src/cpu/sparc/vm/c1_Runtime1_sparc.cpp
! src/cpu/sparc/vm/interp_masm_sparc.cpp
! src/cpu/sparc/vm/stubGenerator_sparc.cpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/c1_Runtime1_x86.cpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/stubGenerator_x86_32.cpp
! src/cpu/x86/vm/stubGenerator_x86_64.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/share/vm/opto/graphKit.cpp

Changeset: c3a720eefe82
Author:    kvn
Date:      2009-03-16 15:06 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c3a720eefe82

6816308: Changes to allow builds with latest Windows SDK 6.1 on 64bit Windows 2003
Summary: Allow Hotspot builds with latest Windows SDK 6.1 on 64bit Windows 2003
Reviewed-by: ohair, tbell, jcoomes

! make/windows/get_msc_ver.sh
! make/windows/makefiles/compile.make
! make/windows/makefiles/sa.make
! make/windows/makefiles/sanity.make
! src/cpu/x86/vm/interpreterRT_x86_64.cpp
! src/os_cpu/windows_x86/vm/unwind_windows_x86.hpp
! src/share/vm/adlc/adlc.hpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp
! src/share/vm/memory/blockOffsetTable.hpp
! src/share/vm/runtime/vm_version.cpp
! src/share/vm/utilities/globalDefinitions_visCPP.hpp

Changeset: 039a914095f4
Author:    kvn
Date:      2009-03-18 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/039a914095f4

6772368: REGRESSION:tomcat crashed twice with JDK 7
Summary: Call make_block_at() with the original handler limits.
Reviewed-by: never

! src/share/vm/ci/ciMethodBlocks.cpp

Changeset: bd441136a5ce
Author:    kvn
Date:      2009-03-19 09:13 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/bd441136a5ce

Merge

! src/cpu/sparc/vm/sparc.ad
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/c1_Runtime1_x86.cpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/stubGenerator_x86_32.cpp
! src/cpu/x86/vm/stubGenerator_x86_64.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp
! src/share/vm/includeDB_core
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/memory/universe.hpp
! src/share/vm/oops/oop.inline.hpp
! src/share/vm/opto/classes.hpp
! src/share/vm/opto/compile.cpp
! src/share/vm/opto/graphKit.cpp
! src/share/vm/opto/lcm.cpp
! src/share/vm/opto/matcher.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/os.hpp



From john.coomes at sun.com  Thu Mar 19 20:47:53 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 03:47:53 +0000
Subject: hg: jdk7/hotspot/jaxws: 3 new changesets
Message-ID: <20090320034757.40B3AE3E1@hg.openjdk.java.net>

Changeset: d1525894c1a8
Author:    xdono
Date:      2009-03-09 13:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/d1525894c1a8

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! make/Makefile

Changeset: 41a66a42791b
Author:    xdono
Date:      2009-03-09 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/41a66a42791b

Merge


Changeset: e646890d18b7
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxws/rev/e646890d18b7

Added tag jdk7-b51 for changeset 41a66a42791b

! .hgtags



From john.coomes at sun.com  Thu Mar 19 20:44:39 2009
From: john.coomes at sun.com (john.coomes at sun.com)
Date: Fri, 20 Mar 2009 03:44:39 +0000
Subject: hg: jdk7/hotspot/jaxp: 3 new changesets
Message-ID: <20090320034444.6925EE3DB@hg.openjdk.java.net>

Changeset: 6698e1f801df
Author:    xdono
Date:      2009-03-09 13:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/6698e1f801df

6814575: Update copyright year
Summary: Update copyright for files that have been modified in 2009, up to 03/09
Reviewed-by: katleman, tbell, ohair

! make/Makefile

Changeset: ae890d80d5df
Author:    xdono
Date:      2009-03-09 13:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/ae890d80d5df

Merge


Changeset: 69ad87dc25cb
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jaxp/rev/69ad87dc25cb

Added tag jdk7-b51 for changeset ae890d80d5df

! .hgtags



From gnu_andrew at member.fsf.org  Fri Mar 20 04:28:23 2009
From: gnu_andrew at member.fsf.org (Andrew John Hughes)
Date: Fri, 20 Mar 2009 11:28:23 +0000
Subject: How to host HS14 stable? (Was: RFC: Change name of default 
	HotSpot to 'default')
In-Reply-To: <499B727D.6060901@sun.com>
References: <20090212150029.GA1121@rivendell.middle-earth.co.uk>
	<1234731237.3562.6.camel@hermans.wildebeest.org>
	<17c6771e0902151453t523b15derfc243ffaa201264f@mail.gmail.com>
	<1234768690.24153.28.camel@localhost.localdomain>
	<1234772748.3612.3.camel@hermans.wildebeest.org>
	<1234774554.11228.3.camel@localhost.localdomain>
	<1234862105.4062.8.camel@fedora.wildebeest.org>
	<499B727D.6060901@sun.com>
Message-ID: <17c6771e0903200428j75e26899x9c15daf57f5ed20e@mail.gmail.com>

2009/2/18 Joe Darcy <Joe.Darcy at sun.com>:
> On 02/17/09 01:15 AM, Mark Wielaard wrote:
>
> Hi Christian (CCed hotspot-dev for advice)
>
> On Mon, 2009-02-16 at 09:55 +0100, Christian Thalinger wrote:
>
>
> On Mon, 2009-02-16 at 09:25 +0100, Mark Wielaard wrote:
>
>
> Great. I was surprised if it was otherwise.
> I was just confused which tree to track to make sure to get the latest
> HS14 since we are trying to keep all branches (zero/shark/default) of
> IcedTea6 at a stable Hotspot release. Is this in the default
> jdk7/jdk7/hotspot tree or in some other one?
>
>
> The jdk7 repository contains HS15 and therefore not a stable one.  I
> just looked into the jdk6 repository but it only contains HS11.  I don't
> know of any open HS14 repository off the top of my head.
>
>
> So it would be good to have an open repo that hosts the HS14 stable
> build so that people interested in a stable, but modern, hotspot could
> base their work on that. Since IcedTea6 is trying to standardize on HS14
> for the default hotspot and the one that Zero and Shark are based on I
> could create a icedtea/hotspot repo branched from the latest HS14 code
> in the jdk7/jdk7/hotspot repo. Would that be interesting to others? How
> do we coordinate backporting fixes to it? Any other suggestions for
> hosting an open hotspot HS14 repo (maybe as subtree of one of the other
> 6 hotspot repos under jdk7/hostspot-* (I admit to not know what they are
> all for currently).
>
>
>
> Hello.
>
> I have been talking with the HotSpot team inside Sun about the logistics
> needed to support a public HotSpot Mercurial repository usable by both
> OpenJDK 6 and the 6 update release, which would mean the stabilized HotSpot
> 14 at this point.
>
> We should have something figured out relatively soon; I'll post when we do.
>
> -Joe
>

Any news on this?
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8


From Coleen.Phillimore at Sun.COM  Mon Mar 23 17:30:53 2009
From: Coleen.Phillimore at Sun.COM (Coleen Phillimore)
Date: Mon, 23 Mar 2009 20:30:53 -0400
Subject: Please review: 6541756: Reduce executable C-heap
Message-ID: <49C829BD.5060309@sun.com>

Summary: Add executable parameters to reserve_memory and commit_memory 
to reduce executable memory to only the Code Heap.

Tested this on solaris, linux (ubuntu) and windows Vista (with nx AlwaysOn)

Webrev:
http://cr.openjdk.java.net/~coleenp/6541756/
Bug:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6541756

Thanks,
Coleen


From Coleen.Phillimore at Sun.COM  Tue Mar 24 17:17:12 2009
From: Coleen.Phillimore at Sun.COM (Coleen Phillimore - Sun Microsystems)
Date: Tue, 24 Mar 2009 20:17:12 -0400
Subject: Please review: 6541756: Reduce executable C-heap
In-Reply-To: <49C829BD.5060309@sun.com>
References: <49C829BD.5060309@sun.com>
Message-ID: <49C97808.4090104@sun.com>


I have changed the code a bit and would like another code review.  
Microsoft docs say that you should set executable permissions for 
allocated memory with VirtualProtect, rather than VirtualAlloc so we 
only need to set the execute permissions when committing memory.  Also 
added comments and did more testing.  New webrev:

http://cr.openjdk.java.net/~coleenp/6541756.2/

Could someone from the linux community check out the os_linux.cpp changes?
Thanks!
Coleen

On 03/23/09 20:30, Coleen Phillimore wrote:
> Summary: Add executable parameters to reserve_memory and commit_memory 
> to reduce executable memory to only the Code Heap.
>
> Tested this on solaris, linux (ubuntu) and windows Vista (with nx 
> AlwaysOn)
>
> Webrev:
> http://cr.openjdk.java.net/~coleenp/6541756/
> Bug:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6541756
>
> Thanks,
> Coleen


From Vladimir.Kozlov at Sun.COM  Tue Mar 24 17:25:50 2009
From: Vladimir.Kozlov at Sun.COM (Vladimir Kozlov)
Date: Tue, 24 Mar 2009 17:25:50 -0700
Subject: Please review: 6541756: Reduce executable C-heap
In-Reply-To: <49C97808.4090104@sun.com>
References: <49C829BD.5060309@sun.com> <49C97808.4090104@sun.com>
Message-ID: <49C97A0E.4020004@sun.com>

Looks good.

Vladimir

Coleen Phillimore - Sun Microsystems wrote:
> 
> I have changed the code a bit and would like another code review.  
> Microsoft docs say that you should set executable permissions for 
> allocated memory with VirtualProtect, rather than VirtualAlloc so we 
> only need to set the execute permissions when committing memory.  Also 
> added comments and did more testing.  New webrev:
> 
> http://cr.openjdk.java.net/~coleenp/6541756.2/
> 
> Could someone from the linux community check out the os_linux.cpp changes?
> Thanks!
> Coleen
> 
> On 03/23/09 20:30, Coleen Phillimore wrote:
>> Summary: Add executable parameters to reserve_memory and commit_memory 
>> to reduce executable memory to only the Code Heap.
>>
>> Tested this on solaris, linux (ubuntu) and windows Vista (with nx 
>> AlwaysOn)
>>
>> Webrev:
>> http://cr.openjdk.java.net/~coleenp/6541756/
>> Bug:
>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6541756
>>
>> Thanks,
>> Coleen


From David.Holmes at Sun.COM  Tue Mar 24 17:58:41 2009
From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems)
Date: Wed, 25 Mar 2009 10:58:41 +1000
Subject: SIGFPE with FPE_FLTRES
Message-ID: <49C981C1.1060509@sun.com>

Can someone tell me when you can encounter a SIGFPE with si_code 
FPE_FLTRES? I'm suspecting this may be a case where a "bad" operation 
doesn't in itself fail but the next (innocent) FP operation gets hit 
with the FPE.

Thanks,
David Holmes


From antonios.printezis at sun.com  Wed Mar 25 10:29:13 2009
From: antonios.printezis at sun.com (antonios.printezis at sun.com)
Date: Wed, 25 Mar 2009 17:29:13 +0000
Subject: hg: jdk7/hotspot/hotspot: 2 new changesets
Message-ID: <20090325172922.95500E9EF@hg.openjdk.java.net>

Changeset: 2314b7336582
Author:    tonyp
Date:      2009-03-21 22:53 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/2314b7336582

6820321: G1: Error: guarantee(check_nums(total, n, parts), "all seq lengths should match")
Summary: Small fixes to sort out some verbosegc-related incorrectness and a failure
Reviewed-by: apetrusenko

! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp

Changeset: 59f139e8a8d1
Author:    tonyp
Date:      2009-03-25 10:36 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/59f139e8a8d1

Merge




From Thomas.Rodriguez at Sun.COM  Wed Mar 25 15:53:03 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Wed, 25 Mar 2009 15:53:03 -0700
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <49C981C1.1060509@sun.com>
References: <49C981C1.1060509@sun.com>
Message-ID: <05FF4872-79F6-4009-87ED-9AB2B1627F09@sun.com>

FPE_FLTRES appears to concern inexact results being produced but these  
kinds of exception should always be masked for us.  In what kind of  
code was this reported?

tom

On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote:

> Can someone tell me when you can encounter a SIGFPE with si_code  
> FPE_FLTRES? I'm suspecting this may be a case where a "bad"  
> operation doesn't in itself fail but the next (innocent) FP  
> operation gets hit with the FPE.
>
> Thanks,
> David Holmes



From David.Holmes at Sun.COM  Wed Mar 25 16:10:02 2009
From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems)
Date: Thu, 26 Mar 2009 09:10:02 +1000
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <05FF4872-79F6-4009-87ED-9AB2B1627F09@sun.com>
References: <49C981C1.1060509@sun.com>
	<05FF4872-79F6-4009-87ED-9AB2B1627F09@sun.com>
Message-ID: <49CAB9CA.1020503@sun.com>

The code was innocuous as far as I can see. One place does some basic 
calculations with some values used for GC statistics. The other was a 
crash here:

double cpuTimer::seconds() const {
   double count = (double) _counter;
   double freq  = (double) os::elapsed_frequency();
   return count/freq;
}

and os::elapsed_frquency is a constant (1000*1000*1000) on Solaris.

Both crashes occurs on 64-bit on Solaris AMD64.

Thanks,
David

Tom Rodriguez said the following on 03/26/09 08:53:
> FPE_FLTRES appears to concern inexact results being produced but these 
> kinds of exception should always be masked for us.  In what kind of code 
> was this reported?
> 
> tom
> 
> On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote:
> 
>> Can someone tell me when you can encounter a SIGFPE with si_code 
>> FPE_FLTRES? I'm suspecting this may be a case where a "bad" operation 
>> doesn't in itself fail but the next (innocent) FP operation gets hit 
>> with the FPE.
>>
>> Thanks,
>> David Holmes
> 


From Thomas.Rodriguez at Sun.COM  Wed Mar 25 16:28:51 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Wed, 25 Mar 2009 16:28:51 -0700
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <49CAB9CA.1020503@sun.com>
References: <49C981C1.1060509@sun.com>
	<05FF4872-79F6-4009-87ED-9AB2B1627F09@sun.com>
	<49CAB9CA.1020503@sun.com>
Message-ID: <08D85BD0-E437-44B0-91E1-4D20C9DA47BB@sun.com>

That's even more odd to me.  x86_64 shouldn't be using the old FP  
instructions and the SSE based one don't produce an inexact traps as  
far as I can tell.  Maybe they are still being emitted somewhere,  
possibly for the transcendentals?  Actually I can see that the  
template interpreter still uses them so maybe something is happening  
there with a left over precision exception?

tom

On Mar 25, 2009, at 4:10 PM, David Holmes - Sun Microsystems wrote:

> The code was innocuous as far as I can see. One place does some  
> basic calculations with some values used for GC statistics. The  
> other was a crash here:
>
> double cpuTimer::seconds() const {
>  double count = (double) _counter;
>  double freq  = (double) os::elapsed_frequency();
>  return count/freq;
> }
>
> and os::elapsed_frquency is a constant (1000*1000*1000) on Solaris.
>
> Both crashes occurs on 64-bit on Solaris AMD64.
>
> Thanks,
> David
>
> Tom Rodriguez said the following on 03/26/09 08:53:
>> FPE_FLTRES appears to concern inexact results being produced but  
>> these kinds of exception should always be masked for us.  In what  
>> kind of code was this reported?
>> tom
>> On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote:
>>> Can someone tell me when you can encounter a SIGFPE with si_code  
>>> FPE_FLTRES? I'm suspecting this may be a case where a "bad"  
>>> operation doesn't in itself fail but the next (innocent) FP  
>>> operation gets hit with the FPE.
>>>
>>> Thanks,
>>> David Holmes



From volker.simonis at gmail.com  Thu Mar 26 02:47:11 2009
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 26 Mar 2009 10:47:11 +0100
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <08D85BD0-E437-44B0-91E1-4D20C9DA47BB@sun.com>
References: <49C981C1.1060509@sun.com>
	<05FF4872-79F6-4009-87ED-9AB2B1627F09@sun.com>
	<49CAB9CA.1020503@sun.com>
	<08D85BD0-E437-44B0-91E1-4D20C9DA47BB@sun.com>
Message-ID: <d65861880903260247k4fb08bf4i1d1d807223e99141@mail.gmail.com>

As far as I can see, "old FP" instructions are still emitted for
example for the logarithm (see log10D_reg and logD_reg in x86_64.ad,
which use fldlg2, fldln2 and fyl2x). These instructions can interact
badly with code generated by the native C/C++ compiler.

I had such a problem a while ago under Windows/AMD64 with the new MSVC
2005 compiler (and msvcr80d.dll). The logarithm instructions mentioned
above did set the "divide by zero" flag in the FP status word if
called with a zero argument. Later on, this led to an error in a
reminder operation, because that reminder operation was mapped to the
native "fmod()" function by "SharedRuntime::drem()" and "fmod()" in
turn used "old FP" instructions in its implementation which failed
because of the pending "divide by zero" flag in the FP status word.

You could check if the code generated for "cpuTimer::seconds()"
contains "old FP" instructions. If yes, they may interact with some
other FP instructions, emitted by the JIT (or the template
interpreter, as mentioned by Tom).

Regards,
Volker

On 3/26/09, Tom Rodriguez <Thomas.Rodriguez at sun.com> wrote:
> That's even more odd to me.  x86_64 shouldn't be using the old FP
> instructions and the SSE based one don't produce an inexact traps as far as
> I can tell.  Maybe they are still being emitted somewhere, possibly for the
> transcendentals?  Actually I can see that the template interpreter still
> uses them so maybe something is happening there with a left over precision
> exception?
>
>  tom
>
>
>  On Mar 25, 2009, at 4:10 PM, David Holmes - Sun Microsystems wrote:
>
>
> > The code was innocuous as far as I can see. One place does some basic
> calculations with some values used for GC statistics. The other was a crash
> here:
> >
> > double cpuTimer::seconds() const {
> >  double count = (double) _counter;
> >  double freq  = (double) os::elapsed_frequency();
> >  return count/freq;
> > }
> >
> > and os::elapsed_frquency is a constant (1000*1000*1000) on Solaris.
> >
> > Both crashes occurs on 64-bit on Solaris AMD64.
> >
> > Thanks,
> > David
> >
> > Tom Rodriguez said the following on 03/26/09 08:53:
> >
> > > FPE_FLTRES appears to concern inexact results being produced but these
> kinds of exception should always be masked for us.  In what kind of code was
> this reported?
> > > tom
> > > On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote:
> > >
> > > > Can someone tell me when you can encounter a SIGFPE with si_code
> FPE_FLTRES? I'm suspecting this may be a case where a "bad" operation
> doesn't in itself fail but the next (innocent) FP operation gets hit with
> the FPE.
> > > >
> > > > Thanks,
> > > > David Holmes
> > > >
> > >
> >
>
>


From christos at zoulas.com  Thu Mar 26 05:32:59 2009
From: christos at zoulas.com (Christos Zoulas)
Date: Thu, 26 Mar 2009 08:32:59 -0400
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <08D85BD0-E437-44B0-91E1-4D20C9DA47BB@sun.com>
	from Tom Rodriguez (Mar 25,  4:28pm)
Message-ID: <20090326123259.16AD95654E@rebar.astron.com>

On Mar 25,  4:28pm, Thomas.Rodriguez at Sun.COM (Tom Rodriguez) wrote:
-- Subject: Re: SIGFPE with FPE_FLTRES

| That's even more odd to me.  x86_64 shouldn't be using the old FP  
| instructions and the SSE based one don't produce an inexact traps as  
| far as I can tell.  Maybe they are still being emitted somewhere,  
| possibly for the transcendentals?  Actually I can see that the  
| template interpreter still uses them so maybe something is happening  
| there with a left over precision exception?
| 
| tom

I would just remove the trancendental c implementation. It is not consistent
with the java one anyway on amd64:

    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6539464

It's been 2 years that this is has been open. I don't understand how come
nobody else has hit this. My only guess is that people don't compare results
from successive runs.

christos


From Thomas.Rodriguez at Sun.COM  Thu Mar 26 11:01:19 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Thu, 26 Mar 2009 11:01:19 -0700
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <20090326123259.16AD95654E@rebar.astron.com>
References: <20090326123259.16AD95654E@rebar.astron.com>
Message-ID: <961FAEC2-2B51-4158-BE9E-593B63C38959@Sun.COM>

> I would just remove the trancendental c implementation. It is not  
> consistent
> with the java one anyway on amd64:

You've got that backwards.  The C implementation is actually the  
correct result as far as the spec goes and it's what is used by  
StrictMath.log.  Math.log is allowed to produce less strict results  
but it's always correct to use the same implementation as  
StrictMath.log.

>
>
>    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6539464
>
> It's been 2 years that this is has been open. I don't understand how  
> come
> nobody else has hit this. My only guess is that people don't compare  
> results
> from successive runs.

This is actually a bug in hotspot.  The interpreter is using the C  
implementation and compiled code is using the log instructions on x86  
but the interpreter and compiler are required to use the same  
implementation so that Math.log is self consistent.  The amd64  
interpreter has the code to use the x86 instruction but some code in  
AbstractInterpreterGenerator::generate_method_entry keep it from  
getting used.  Anyway, I've refiled this into hotspot and it should be  
fixed in an upcoming hotspot.

tom

>
>
> christos



From christos at zoulas.com  Thu Mar 26 11:34:55 2009
From: christos at zoulas.com (Christos Zoulas)
Date: Thu, 26 Mar 2009 14:34:55 -0400
Subject: SIGFPE with FPE_FLTRES
In-Reply-To: <961FAEC2-2B51-4158-BE9E-593B63C38959@Sun.COM>
	from Tom Rodriguez (Mar 26, 11:01am)
Message-ID: <20090326183455.A2B4856550@rebar.astron.com>

On Mar 26, 11:01am, Thomas.Rodriguez at Sun.COM (Tom Rodriguez) wrote:
-- Subject: Re: SIGFPE with FPE_FLTRES

| > I would just remove the trancendental c implementation. It is not  
| > consistent
| > with the java one anyway on amd64:
| 
| You've got that backwards.  The C implementation is actually the  
| correct result as far as the spec goes and it's what is used by  
| StrictMath.log.  Math.log is allowed to produce less strict results  
| but it's always correct to use the same implementation as  
| StrictMath.log.
| 
| >
| >
| >    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6539464
| >
| > It's been 2 years that this is has been open. I don't understand how  
| > come
| > nobody else has hit this. My only guess is that people don't compare  
| > results
| > from successive runs.
| 
| This is actually a bug in hotspot.  The interpreter is using the C  
| implementation and compiled code is using the log instructions on x86  
| but the interpreter and compiler are required to use the same  
| implementation so that Math.log is self consistent.  The amd64  
| interpreter has the code to use the x86 instruction but some code in  
| AbstractInterpreterGenerator::generate_method_entry keep it from  
| getting used.  Anyway, I've refiled this into hotspot and it should be  
| fixed in an upcoming hotspot.

Thanks a lot for explanation!

christos


From Christian.Thalinger at Sun.COM  Fri Mar 27 09:39:50 2009
From: Christian.Thalinger at Sun.COM (Christian Thalinger)
Date: Fri, 27 Mar 2009 09:39:50 -0700
Subject: Please review: 6541756: Reduce executable C-heap
In-Reply-To: <49C97808.4090104@sun.com>
References: <49C829BD.5060309@sun.com> <49C97808.4090104@sun.com>
Message-ID: <1238171990.3417.3.camel@localhost.localdomain>

On Tue, 2009-03-24 at 20:17 -0400, Coleen Phillimore - Sun Microsystems
wrote:
> I have changed the code a bit and would like another code review.  
> Microsoft docs say that you should set executable permissions for 
> allocated memory with VirtualProtect, rather than VirtualAlloc so we 
> only need to set the execute permissions when committing memory.  Also 
> added comments and did more testing.  New webrev:
> 
> http://cr.openjdk.java.net/~coleenp/6541756.2/

Looks good.

-- Christian



From karen.kinnear at sun.com  Fri Mar 27 16:29:32 2009
From: karen.kinnear at sun.com (karen.kinnear at sun.com)
Date: Fri, 27 Mar 2009 23:29:32 +0000
Subject: hg: jdk7/hotspot/hotspot: 11 new changesets
Message-ID: <20090327232953.02068EBDB@hg.openjdk.java.net>

Changeset: 54782a4cd321
Author:    poonam
Date:      2009-03-15 18:11 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/54782a4cd321

6812971: SA: re-attaching to process fails
Summary: After attaching, de-attaching SA from a process, the second time attach() call fails. This happens because in VM.initialize(), Universe does not get re-initialized before it is accessed.
Reviewed-by: swamyv

! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java

Changeset: 8ce995316d10
Author:    acorn
Date:      2009-03-16 08:50 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8ce995316d10

Merge


Changeset: 4aaa9f5e02a8
Author:    acorn
Date:      2009-03-18 17:20 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/4aaa9f5e02a8

4766230: Hotspot vtable inconsistencies cause core dumps. 6579515. 6582242.
Reviewed-by: kamg, coleenp

! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/instanceKlass.hpp
! src/share/vm/oops/klassVtable.cpp
! src/share/vm/oops/klassVtable.hpp

Changeset: e55bcaf3a6a1
Author:    acorn
Date:      2009-03-20 11:23 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/e55bcaf3a6a1

6819853: VM does not detect JDK which supports parallel class loaders
Reviewed-by: coleenp, pbk, xlu, alanb

! src/share/vm/classfile/vmSymbols.hpp

Changeset: c664a0794f85
Author:    coleenp
Date:      2009-03-20 22:08 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c664a0794f85

6805748: Assertion "don't reset to 0 -- could be mistaken for never-executed" in CompilationPolicy
Summary: Resetting the invocation counter for a method invocation event was setting count to zero for CompileThreshold=1, making it look like a never executed method.
Reviewed-by: phh, kamg, acorn, never

! src/share/vm/interpreter/invocationCounter.cpp

Changeset: 60bfce711da4
Author:    acorn
Date:      2009-03-23 10:42 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/60bfce711da4

Merge

! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java
! src/share/vm/classfile/vmSymbols.hpp

Changeset: 6bdd6923ba16
Author:    coleenp
Date:      2009-03-25 14:19 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/6bdd6923ba16

6541756: Reduce executable C-heap
Summary: Add executable parameters to reserve_memory and commit_memory to reduce executable memory to only the Code Heap.
Reviewed-by: xlu, kvn, acorn

! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/share/vm/memory/heap.cpp
! src/share/vm/runtime/os.hpp
! src/share/vm/runtime/virtualspace.cpp
! src/share/vm/runtime/virtualspace.hpp

Changeset: 715dceaa89b7
Author:    acorn
Date:      2009-03-25 13:09 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/715dceaa89b7

6603316: Improve instrumentation for classes loaded at startup
Reviewed-by: xlu, mchung

! src/share/vm/classfile/classFileParser.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/jvm_misc.hpp

Changeset: fe62b51b93f4
Author:    acorn
Date:      2009-03-26 16:00 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fe62b51b93f4

Merge


Changeset: 520d43965b1f
Author:    ikrylov
Date:      2009-03-27 01:35 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/520d43965b1f

6812297: update project creation for Visual Studio 2005-2008
Summary: Add 2 news classes to create VC8 and VC9 projects
Reviewed-by: apetrusenko, xlu

! make/windows/build_vm_def.sh
! make/windows/create.bat
! make/windows/makefiles/adlc.make
! make/windows/makefiles/compile.make
! make/windows/makefiles/makedeps.make
! make/windows/makefiles/rules.make
! src/share/tools/MakeDeps/WinGammaPlatformVC7.java
+ src/share/tools/MakeDeps/WinGammaPlatformVC8.java
+ src/share/tools/MakeDeps/WinGammaPlatformVC9.java
! src/share/vm/utilities/globalDefinitions_visCPP.hpp

Changeset: 0aeec7d15d30
Author:    acorn
Date:      2009-03-27 14:35 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0aeec7d15d30

Merge




From erik.trimble at sun.com  Fri Mar 27 23:40:22 2009
From: erik.trimble at sun.com (erik.trimble at sun.com)
Date: Sat, 28 Mar 2009 06:40:22 +0000
Subject: hg: jdk7/hotspot/corba: 2 new changesets
Message-ID: <20090328064025.90805EC04@hg.openjdk.java.net>

Changeset: 126389a38e7d
Author:    tbell
Date:      2009-03-23 17:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/126389a38e7d

6695776: corba jscheme jar files in repository could be built from source
Summary: Forward port of changes from the 6-open train.
Reviewed-by: darcy, ohair, tbell
Contributed-by: Andrew John Hughes <gnu_andrew at member.fsf.org>

! make/com/sun/corba/se/sources/Makefile
! make/sun/rmi/corbalogsources/Makefile
! make/tools/Makefile
+ make/tools/logutil/Makefile
! src/share/classes/com/sun/tools/corba/se/logutil/IndentingPrintWriter.java
+ src/share/classes/com/sun/tools/corba/se/logutil/Input.java
+ src/share/classes/com/sun/tools/corba/se/logutil/InputCode.java
+ src/share/classes/com/sun/tools/corba/se/logutil/InputException.java
+ src/share/classes/com/sun/tools/corba/se/logutil/MC.java
- src/share/classes/com/sun/tools/corba/se/logutil/lib/jscheme.jar
- src/share/classes/com/sun/tools/corba/se/logutil/lib/jschemelogutil.jar
- src/share/classes/com/sun/tools/corba/se/logutil/scripts/mc
- src/share/classes/com/sun/tools/corba/se/logutil/scripts/mc.scm
- src/share/classes/com/sun/tools/corba/se/logutil/scripts/run

Changeset: 61116c9789b9
Author:    tbell
Date:      2009-03-23 17:58 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/corba/rev/61116c9789b9

Merge




From erik.trimble at sun.com  Fri Mar 27 23:44:19 2009
From: erik.trimble at sun.com (erik.trimble at sun.com)
Date: Sat, 28 Mar 2009 06:44:19 +0000
Subject: hg: jdk7/hotspot/hotspot: 3 new changesets
Message-ID: <20090328064428.A869DEC09@hg.openjdk.java.net>

Changeset: 1b1e8f1a4fe8
Author:    xdono
Date:      2009-03-19 13:25 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/1b1e8f1a4fe8

Added tag jdk7-b51 for changeset 2581d90c6c9b

! .hgtags

Changeset: 00bcc4b01dde
Author:    trims
Date:      2009-03-27 16:54 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/00bcc4b01dde

Merge


Changeset: 9ab385cb0c42
Author:    trims
Date:      2009-03-27 16:58 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9ab385cb0c42

6823377: Bump HS15 build number to 04
Summary: Update the HS15 Build number to 04
Reviewed-by: jcoomes

! make/hotspot_version



From erik.trimble at sun.com  Fri Mar 27 23:51:16 2009
From: erik.trimble at sun.com (erik.trimble at sun.com)
Date: Sat, 28 Mar 2009 06:51:16 +0000
Subject: hg: jdk7/hotspot/jdk: 21 new changesets
Message-ID: <20090328065544.8A173EC12@hg.openjdk.java.net>

Changeset: e1064300e0f6
Author:    mchung
Date:      2009-03-12 10:27 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e1064300e0f6

6810254: Lazily instantiate the shared secret access objects
Summary: Register the shutdown hooks only when needed and remove JavaIODeleteOnExitAccess
Reviewed-by: alanb

! make/java/java/FILES_java.gmk
! src/share/classes/java/io/Console.java
! src/share/classes/java/io/DeleteOnExitHook.java
! src/share/classes/java/io/File.java
! src/share/classes/java/lang/ApplicationShutdownHooks.java
! src/share/classes/java/lang/Shutdown.java
! src/share/classes/java/lang/System.java
! src/share/classes/sun/misc/JavaIOAccess.java
- src/share/classes/sun/misc/JavaIODeleteOnExitAccess.java
! src/share/classes/sun/misc/JavaLangAccess.java
! src/share/classes/sun/misc/SharedSecrets.java

Changeset: fdb1567ea28c
Author:    mchung
Date:      2009-03-12 10:32 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fdb1567ea28c

6813240: Remove dead code in sun.misc.FormattedFloatingDecimal class
Summary: Remove unused methods from FormattedFloatingDecimal that were originally copied from FloatingDecimal
Reviewed-by: darcy

! src/share/classes/sun/misc/FormattedFloatingDecimal.java

Changeset: 9d5cce463fa0
Author:    weijun
Date:      2009-03-13 09:20 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/9d5cce463fa0

6815182: GSSAPI/SPNEGO does not work with server using MIT Kerberos library
Reviewed-by: valeriep

! src/share/classes/sun/security/jgss/spnego/NegTokenInit.java
! src/share/classes/sun/security/jgss/spnego/SpNegoContext.java
+ test/sun/security/krb5/auto/SpnegoReqFlags.java

Changeset: ef3eba839fb7
Author:    weijun
Date:      2009-03-13 09:21 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ef3eba839fb7

6550221: jaas, jgss and smartcardio javadoc files do not contain Copyrights
Reviewed-by: ohair

! make/docs/Makefile

Changeset: f381e737916d
Author:    xuelei
Date:      2009-03-13 12:59 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/f381e737916d

6798714: OCSPResponse class has to check the validity of signing certificate for OCSP response
Summary: checking validity and ocsp-nocheck extension.
Reviewed-by: mullan, vinnie

! src/share/classes/sun/security/provider/certpath/OCSPResponse.java
+ src/share/classes/sun/security/x509/OCSPNoCheckExtension.java
! src/share/classes/sun/security/x509/OIDMap.java
! src/share/classes/sun/security/x509/PKIXExtensions.java

Changeset: c2ca4a97ba86
Author:    tbell
Date:      2009-03-13 15:26 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c2ca4a97ba86

Merge

- src/share/classes/sun/misc/JavaIODeleteOnExitAccess.java

Changeset: 181472dbbebb
Author:    xuelei
Date:      2009-03-17 11:54 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/181472dbbebb

6383095: CRL revoked certificate failures masked by OCSP failures
Summary: remove the mask if certificate revoked
Reviewed-by: mullan

! src/share/classes/sun/security/provider/certpath/PKIXMasterCertPathValidator.java
+ test/java/security/cert/CertPathValidator/OCSP/FailoverToCRL.java

Changeset: 171dc1779708
Author:    tbell
Date:      2009-03-17 13:20 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/171dc1779708

6814587: Legal notice repair needed in jdk/src/share/classes/java/nio
6814590: Legal notice repair needed in jdk/test/java/awt/Frame/FrameSize/TestFrameSize.java
6814591: Legal notice repair needed in jdk/test/javax/script/Test3.java
Reviewed-by: alanb, xdono

! src/share/classes/java/nio/file/SecureDirectoryStream.java
! src/solaris/classes/sun/nio/ch/UnixAsynchronousSocketChannelImpl.java
! src/windows/classes/sun/nio/ch/WindowsAsynchronousSocketChannelImpl.java
! test/java/awt/Frame/FrameSize/TestFrameSize.java
! test/javax/script/Test3.java

Changeset: fa87de6b1ac3
Author:    dfuchs
Date:      2009-03-12 15:36 +0100
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/fa87de6b1ac3

6661448: Make the SNMP agent optional when OPENJDK=true and IMPORT_BINARY_PLUGS=false
Reviewed-by: mchung, ohair

! make/com/sun/jmx/Makefile
! make/java/management/Makefile
! make/javax/management/Makefile
! make/sun/management/Makefile
! src/share/classes/sun/management/Agent.java
! test/com/sun/jmx/snmp/SnmpOidHashCode.java
! test/com/sun/jmx/snmp/TimeTicksWrapping.java

Changeset: e90ce2ac06a8
Author:    dfuchs
Date:      2009-03-13 14:25 +0100
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/e90ce2ac06a8

Merge

- src/share/classes/sun/misc/JavaIODeleteOnExitAccess.java

Changeset: ef27484bbd7f
Author:    dfuchs
Date:      2009-03-18 18:55 +0100
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/ef27484bbd7f

Merge


Changeset: 392cd358db5d
Author:    mchung
Date:      2009-03-18 17:37 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/392cd358db5d

6817246: Redundant call to set InetAddressCachePolicy to FOREVER if not set during initialization
Summary: Remove InetAddressCachePolicy.setIfNotSet call from System.setSecurityManager0
Reviewed-by: alanb, jccollet

! src/share/classes/java/lang/System.java

Changeset: 87acd36bd847
Author:    weijun
Date:      2009-03-19 11:17 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/87acd36bd847

6819272: keytool -importcert should read the whole input
Reviewed-by: xuelei

! src/share/classes/sun/security/tools/KeyTool.java
+ test/sun/security/tools/keytool/importreadall.sh

Changeset: 3b6d7e15ccd9
Author:    sherman
Date:      2009-03-20 16:22 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/3b6d7e15ccd9

6817475: named-capturing group name started with digit causes PSE exception
Summary: Need accept the digit as the first char of the group name
Reviewed-by: alanb

! src/share/classes/java/util/regex/Pattern.java
! test/java/util/regex/RegExTest.java

Changeset: c6b37e92e387
Author:    sherman
Date:      2009-03-20 17:40 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/c6b37e92e387

Merge

! src/share/classes/java/util/regex/Pattern.java
- src/share/classes/sun/misc/JavaIODeleteOnExitAccess.java

Changeset: cc8ffb0fc1a4
Author:    tbell
Date:      2009-03-21 13:52 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/cc8ffb0fc1a4

Merge

- src/share/classes/sun/misc/JavaIODeleteOnExitAccess.java

Changeset: 74fe20f0e49b
Author:    weijun
Date:      2009-03-23 17:05 +0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/74fe20f0e49b

6820606: keytool can generate serialno more randomly
Reviewed-by: xuelei

! src/share/classes/sun/security/tools/KeyTool.java
! src/share/classes/sun/security/x509/CertAndKeyGen.java

Changeset: 4faf788c4949
Author:    sherman
Date:      2009-03-23 09:19 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/4faf788c4949

6636323: Optimize handling of builtin charsets
6636319: Encoders should implement isLegalReplacement(byte[] repl)
Summary: optimized new String(byte[], cs/csn) and String.getBytes(cs/csn) for speed and memory consumption in singlebyte case.
Reviewed-by: alanb

! make/java/nio/FILES_java.gmk
! src/share/classes/java/lang/StringCoding.java
+ src/share/classes/sun/nio/cs/ArrayDecoder.java
+ src/share/classes/sun/nio/cs/ArrayEncoder.java
! src/share/classes/sun/nio/cs/ISO_8859_1.java
! src/share/classes/sun/nio/cs/SingleByte.java
! src/share/classes/sun/nio/cs/US_ASCII.java
! test/sun/nio/cs/FindEncoderBugs.java
+ test/sun/nio/cs/StrCodingBenchmark.java
+ test/sun/nio/cs/TestStringCoding.java

Changeset: b9cc5da6c516
Author:    sherman
Date:      2009-03-23 09:34 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/b9cc5da6c516

Merge


Changeset: 13cd6eb34cfa
Author:    tbell
Date:      2009-03-23 17:43 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/13cd6eb34cfa

6695776: corba jscheme jar files in repository could be built from source
Summary: Forward port of changes from the 6-open train.
Reviewed-by: darcy, ohair, tbell
Contributed-by: Andrew John Hughes <gnu_andrew at member.fsf.org>

! THIRD_PARTY_README

Changeset: 8306f3df15ff
Author:    tbell
Date:      2009-03-23 17:57 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/jdk/rev/8306f3df15ff

Merge

- make/common/shared/Compiler.gmk



From erik.trimble at sun.com  Sat Mar 28 00:02:11 2009
From: erik.trimble at sun.com (erik.trimble at sun.com)
Date: Sat, 28 Mar 2009 07:02:11 +0000
Subject: hg: jdk7/hotspot/langtools: 4 new changesets
Message-ID: <20090328070219.A305FEC17@hg.openjdk.java.net>

Changeset: 889ec3ddc91b
Author:    tbell
Date:      2009-03-17 11:28 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/889ec3ddc91b

6814592: Legal notice repair needed in langtools/test/tools/javap/T4884240.java
Reviewed-by: jjg

! test/tools/javap/T4884240.java

Changeset: edd944553131
Author:    bpatel
Date:      2009-03-19 19:00 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/edd944553131

6786688: Javadoc HTML WCAG 2.0 accessibility issues in standard doclet - Table must have captions and headers
Reviewed-by: jjg

! src/share/classes/com/sun/tools/doclets/formats/html/AbstractMemberWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/AbstractPackageIndexWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeOptionalMemberWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/AnnotationTypeRequiredMemberWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/ClassUseWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/ConstantsSummaryWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/ConstructorWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/DeprecatedListWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/EnumConstantWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/FieldWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/MethodWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/NestedClassWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexFrameWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageUseWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/PackageWriterImpl.java
! src/share/classes/com/sun/tools/doclets/formats/html/StylesheetWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/SubWriterHolderWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlWriter.java
! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard.properties
! src/share/classes/com/sun/tools/doclets/internal/toolkit/PackageSummaryWriter.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/builders/PackageSummaryBuilder.java
! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets.properties
! test/com/sun/javadoc/testHeadings/TestHeadings.java
! test/com/sun/javadoc/testHtmlStrongTag/TestHtmlStrongTag.java
+ test/com/sun/javadoc/testHtmlTableTags/TestHtmlTableTags.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg1/C1.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg1/I1.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg1/package-info.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg2/C2.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg2/C3.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg2/C4.java
+ test/com/sun/javadoc/testHtmlTableTags/pkg2/package-info.java
! test/com/sun/javadoc/testNewLanguageFeatures/TestNewLanguageFeatures.java
! test/com/sun/javadoc/testSummaryHeading/TestSummaryHeading.java

Changeset: b000f7c728ae
Author:    bpatel
Date:      2009-03-20 15:50 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/b000f7c728ae

6820360: Fix for definition list tags nesting adds an extra list tag for package summary page.
Reviewed-by: jjg

! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java
! test/com/sun/javadoc/testHtmlDefinitionListTag/TestHtmlDefinitionListTag.java
+ test/com/sun/javadoc/testHtmlDefinitionListTag/pkg1/package-info.java

Changeset: 3bf905cb80e7
Author:    tbell
Date:      2009-03-21 13:53 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/langtools/rev/3bf905cb80e7

Merge




From John.Coomes at sun.com  Mon Mar 30 15:38:40 2009
From: John.Coomes at sun.com (John Coomes)
Date: Mon, 30 Mar 2009 15:38:40 -0700
Subject: Atomic::cmpxchg_ptr code duplication
Message-ID: <18897.18928.581609.852433@sun.com>

The Atomic class has both

  intptr_t cmpxchg_ptr(intptr_t, volatile intptr_t*, intptr_t);
  void*    cmpxchg_ptr(void*, volatile void*, void*);

The latter could be implemented as a simple inline which calls the
former:

  void* cmpxchg_ptr(void* exchange_value, volatile void* dest,
                    void* compare_value) {
    return (intptr_t)cmpxchg_ptr((intptr_t)exchange_value,
                                 (volatile intptr_t*)dest,
                                 (intptr_t)compare_value
   }

However, both the intptr_t and void* variants have bodies defined in
each of the various platform-specific headers (e.g.,
atomic_windows_x86.inline.hpp, atomic_solaris_x86.inline.hpp, ...).
So there are 10 places where the cmpxchg_ptr(void*...) variant is
defined, instead of one.  Is there a reason for the duplication?

-John



From dawn2004 at gmail.com  Tue Mar 31 10:27:57 2009
From: dawn2004 at gmail.com (Colin(Du Li))
Date: Tue, 31 Mar 2009 10:27:57 -0700 (PDT)
Subject: what does "LEAF method calling lock?" mean?
In-Reply-To: <6B0E15FB-417A-4099-88EB-B27A590BBEB0@sun.com>
References: <22519628.post@talk.nabble.com>
	<6B0E15FB-417A-4099-88EB-B27A590BBEB0@sun.com>
Message-ID: <22805245.post@talk.nabble.com>


Thanks.
Now, I just wanna allocate an object, and the thread state is
"thread_in_Java", then I got this error. 
How can address this problem? Can i just ignore it?

Du Li


Tom Rodriguez wrote:
> 
> JRT_LEAF methods aren't allowed to acquire locks since they might have  
> to block.  Leaf methods aren't allowed to block because they aren't  
> set up to safepoint so they could deadlock the whole system.
> 
> tom
> 
> On Mar 14, 2009, at 7:55 PM, Colin(Du Li) wrote:
> 
>>
>>
>> -- 
>> View this message in context:
>> http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22519628.html
>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
>> at Nabble.com.
>>
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22805245.html
Sent from the OpenJDK Hotspot Virtual Machine mailing list archive at Nabble.com.



From Thomas.Rodriguez at Sun.COM  Tue Mar 31 11:07:47 2009
From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez)
Date: Tue, 31 Mar 2009 11:07:47 -0700
Subject: what does "LEAF method calling lock?" mean?
In-Reply-To: <22805245.post@talk.nabble.com>
References: <22519628.post@talk.nabble.com>
	<6B0E15FB-417A-4099-88EB-B27A590BBEB0@sun.com>
	<22805245.post@talk.nabble.com>
Message-ID: <7C71D212-2101-4F6C-AEC1-A4536325C160@sun.com>

No you can't ignore it.  You have to use IRT_ENTRY/JRT_ENTRY instead  
of IRT_ENTRY/JRT_LEAF so that the state is setup correctly for a  
safepoint.  Look at all the other places were we call out to allocate  
an object and copy that.

tom

On Mar 31, 2009, at 10:27 AM, Colin(Du Li) wrote:

>
> Thanks.
> Now, I just wanna allocate an object, and the thread state is
> "thread_in_Java", then I got this error.
> How can address this problem? Can i just ignore it?
>
> Du Li
>
>
> Tom Rodriguez wrote:
>>
>> JRT_LEAF methods aren't allowed to acquire locks since they might  
>> have
>> to block.  Leaf methods aren't allowed to block because they aren't
>> set up to safepoint so they could deadlock the whole system.
>>
>> tom
>>
>> On Mar 14, 2009, at 7:55 PM, Colin(Du Li) wrote:
>>
>>>
>>>
>>> -- 
>>> View this message in context:
>>> http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22519628.html
>>> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive
>>> at Nabble.com.
>>>
>>
>>
>>
>
> -- 
> View this message in context: http://www.nabble.com/what-does-%22LEAF-method-calling-lock-%22-mean--tp22519628p22805245.html
> Sent from the OpenJDK Hotspot Virtual Machine mailing list archive  
> at Nabble.com.
>



From vladimir.kozlov at sun.com  Tue Mar 31 12:40:32 2009
From: vladimir.kozlov at sun.com (vladimir.kozlov at sun.com)
Date: Tue, 31 Mar 2009 19:40:32 +0000
Subject: hg: jdk7/hotspot/hotspot: 12 new changesets
Message-ID: <20090331194103.E078EED77@hg.openjdk.java.net>

Changeset: c89f86385056
Author:    jrose
Date:      2009-03-20 23:19 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c89f86385056

6814659: separable cleanups and subroutines for 6655638
Summary: preparatory but separable changes for method handles
Reviewed-by: kvn, never

! src/cpu/sparc/vm/assembler_sparc.cpp
! src/cpu/sparc/vm/assembler_sparc.hpp
! src/cpu/sparc/vm/assembler_sparc.inline.hpp
! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/share/vm/asm/assembler.hpp
! src/share/vm/classfile/javaClasses.cpp
! src/share/vm/classfile/javaClasses.hpp
! src/share/vm/classfile/loaderConstraints.hpp
! src/share/vm/classfile/symbolTable.cpp
! src/share/vm/classfile/symbolTable.hpp
! src/share/vm/classfile/systemDictionary.cpp
! src/share/vm/classfile/systemDictionary.hpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/instanceKlass.hpp
! src/share/vm/oops/instanceKlassKlass.cpp
! src/share/vm/oops/klassVtable.cpp
! src/share/vm/oops/klassVtable.hpp
! src/share/vm/oops/methodKlass.cpp
! src/share/vm/oops/objArrayKlass.cpp
! src/share/vm/oops/oop.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/runtime/fieldDescriptor.cpp
! src/share/vm/runtime/handles.hpp
! src/share/vm/runtime/reflection.cpp
! src/share/vm/runtime/reflection.hpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/sharedRuntime.hpp

Changeset: ebebd376f657
Author:    never
Date:      2009-03-23 13:58 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/ebebd376f657

6805522: Server VM fails with assertion (block1->start() != block2->start(),"successors have unique bcis")
Reviewed-by: kvn

! src/share/vm/ci/ciTypeFlow.cpp

Changeset: 78af5ae8e731
Author:    cfang
Date:      2009-03-24 12:19 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/78af5ae8e731

6636138: UseSuperWord enabled failure
Summary: Fixed SuperWord scheduling of memory operations.
Reviewed-by: kvn, never

! src/share/vm/opto/superword.cpp
! src/share/vm/opto/superword.hpp
+ test/compiler/6636138/Test1.java
+ test/compiler/6636138/Test2.java

Changeset: 90a66aa50514
Author:    never
Date:      2009-03-24 15:09 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/90a66aa50514

6820510: assertion failure with unloaded class in subnode.cpp
Reviewed-by: kvn

! src/share/vm/opto/subnode.cpp

Changeset: eca19a8425b5
Author:    phh
Date:      2009-03-24 21:56 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/eca19a8425b5

6810653: Change String cache class used by Hotspot from String to StringValue
Summary: Change create_vm() to load and initialize StringValue rather than String.
Reviewed-by: kvn

! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/runtime/thread.cpp

Changeset: c7bbabdcadfb
Author:    phh
Date:      2009-03-24 19:05 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c7bbabdcadfb

Merge


Changeset: d0994e5bebce
Author:    never
Date:      2009-03-26 14:31 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/d0994e5bebce

6822204: volatile fences should prefer lock:addl to actual mfence instructions
Reviewed-by: kvn, phh

! src/cpu/sparc/vm/stubGenerator_sparc.cpp
! src/cpu/x86/vm/assembler_x86.cpp
! src/cpu/x86/vm/assembler_x86.hpp
! src/cpu/x86/vm/stubGenerator_x86_64.cpp
! src/cpu/x86/vm/x86_32.ad
! src/cpu/x86/vm/x86_64.ad
! src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp
! src/os_cpu/linux_x86/vm/orderAccess_linux_x86.inline.hpp
! src/os_cpu/solaris_sparc/vm/orderAccess_solaris_sparc.inline.hpp
! src/os_cpu/solaris_sparc/vm/os_solaris_sparc.cpp
! src/os_cpu/solaris_sparc/vm/os_solaris_sparc.hpp
! src/os_cpu/solaris_x86/vm/orderAccess_solaris_x86.inline.hpp
! src/os_cpu/solaris_x86/vm/os_solaris_x86.cpp
! src/os_cpu/solaris_x86/vm/os_solaris_x86.hpp
! src/os_cpu/windows_x86/vm/orderAccess_windows_x86.inline.hpp
! src/os_cpu/windows_x86/vm/os_windows_x86.cpp
! src/os_cpu/windows_x86/vm/os_windows_x86.hpp
! src/share/vm/includeDB_core
! src/share/vm/runtime/orderAccess.cpp
! src/share/vm/runtime/orderAccess.hpp

Changeset: afd8dfb5c2a6
Author:    never
Date:      2009-03-26 14:39 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/afd8dfb5c2a6

Merge


Changeset: fbc12e71c476
Author:    kvn
Date:      2009-03-26 15:04 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fbc12e71c476

6810845: Performance regression in mpegaudio on x64
Summary: Used the outer loop frequency in frequencies checks in RA.
Reviewed-by: never, twisti

! src/share/vm/opto/block.hpp
! src/share/vm/opto/c2_globals.hpp
! src/share/vm/opto/chaitin.cpp
! src/share/vm/opto/chaitin.hpp
! src/share/vm/opto/coalesce.cpp
! src/share/vm/opto/gcm.cpp
! src/share/vm/opto/machnode.cpp

Changeset: 4948e7dd28dc
Author:    never
Date:      2009-03-27 14:37 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/4948e7dd28dc

6822333: _call_stub_compiled_return address handling in SA is broken causing jstack to hang occasionally
Reviewed-by: kvn, twisti

! agent/src/share/classes/sun/jvm/hotspot/runtime/StubRoutines.java

Changeset: f6da6f0174ac
Author:    kvn
Date:      2009-03-30 18:19 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f6da6f0174ac

6821700: tune VM flags for peak performance
Summary: Tune C2 flags default values for performance.
Reviewed-by: never, phh, iveresov, jmasa, ysr

! src/cpu/sparc/vm/globals_sparc.hpp
! src/cpu/sparc/vm/vm_version_sparc.cpp
! src/cpu/x86/vm/globals_x86.hpp
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/opto/bytecodeInfo.cpp
! src/share/vm/runtime/globals.hpp

Changeset: d3676b4cb78c
Author:    kvn
Date:      2009-03-31 10:02 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/d3676b4cb78c

Merge

! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/instanceKlass.hpp
! src/share/vm/oops/klassVtable.cpp
! src/share/vm/oops/klassVtable.hpp
! src/share/vm/prims/jvm.cpp