From springer at reservoir.com Tue Sep 4 10:01:41 2007 From: springer at reservoir.com (Jonathan Springer) Date: Tue, 04 Sep 2007 12:01:41 -0500 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46DD59E6.3080900@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> Message-ID: <46DD8F75.6030801@reservoir.com> Sunil Amitkumar Janki wrote: > Christian Thalinger wrote: > >> On Wed, 2007-08-22 at 14:56 +0200, Sunil Amitkumar Janki wrote: >> >>> I have GNU/Linux running on x86, MIPS and SPARC but only >>> x86 has an up to date JDK. For MIPS I have JDK 1.5.0 and >>> for SPARC Blackdown's JDK 1.4.1. >>> >>> I would like to see support for both architectures integrated >>> into the JDK sources alongside x86, x86_64 and Solaris SPARC >>> so all systems can benefit from up to date Java installations. >>> >>> Could someone point out to me what I'd have to do to get >>> the latest JDK up and running and support for it integrated >>> into mainline sources? >> >> Well, you could port HotSpot or join us, in whatever way, in the IcedTea >> project where we try to get OpenJDK running on non-HotSpot platforms. >> >> - twisti > > I think it's a better use of my time to get OpenJDK running on > MIPS and SPARC than porting an older HotSpot JVM. I hope > there are provisions for other architectures in the build system > or at least that it's flexible enough to accommodate for those. > > What parts of IcedTea would have to be ported or rewritten in > order to support MIPS and SPARC? I will checkout from the > repository and see what the IcedTea source code looks like later > today. The biggest part of porting is the core Hotspot virtual machine itself. The amount of code that needs to be rewritten to port that to a new platform depends on whether either or both of OS or hardware are new. OpenJDK is well-organized in that it separates out the platform-dependent code into separate directories. There are three categories of platform-dependent directory: os, cpu, and os_cpu. The easiest of your ports would be Linux-SPARC, since there are already directories os=linux and cpu=sparc, so you would just have to write the code in os_cpu=linux_sparc. This is probably about 2500 LOC. Ports to a new os are harder, requiring about 10k LOC (could be more if the OS is especially primitive). Ports to a new cpu are the hardest, requiring from maybe 25k to 45k LOC, depending on the route you choose and whether you do all the parts. (Redirected from distro-pkg-dev since this isn't really a distro discussion.) -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From michael at neuweiler.biz Tue Sep 4 02:27:52 2007 From: michael at neuweiler.biz (Michael Neuweiler) Date: Tue, 04 Sep 2007 11:27:52 +0200 Subject: Port coordination? Message-ID: <46DD2518.5030806@neuweiler.biz> Hi, I wanted to start a port of the hotspot jvm for "Syllable" (www.syllable.org) but got stalled by the chicken and egg problem: "You need a working jvm to compile the jvm". heh, funny approach :) After I compiled the entire hotspot on a linux system, I removed all *.o files and pointed the JVM variable "ALT_BOOTDIR" to an invalid location and started the build again. The build failed when some XSLT had to be done. My idea was to move the pre-built package without .o files to Syllable and compile it there - because it's also POSIX compliant I expected a few changes by hand (of course without graphical output awt/swing). Is there a guide for kick-starting the port of the jvm to a new OS? Could I use a gnu implementation of java or even kaffee for the XSLT on syllable? Thanks, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070904/5426507f/attachment.html From Paul.Hohensee at Sun.COM Tue Sep 4 11:40:33 2007 From: Paul.Hohensee at Sun.COM (Paul Hohensee - Java SE) Date: Tue, 04 Sep 2007 14:40:33 -0400 Subject: Port coordination? In-Reply-To: <46DD2518.5030806@neuweiler.biz> References: <46DD2518.5030806@neuweiler.biz> Message-ID: <46DDA6A1.2010006@sun.com> See attached. Paul Michael Neuweiler wrote: > Hi, > > I wanted to start a port of the hotspot jvm for "Syllable" > (www.syllable.org) but got stalled by the chicken and egg problem: > "You need a working jvm to compile the jvm". heh, funny approach :) > > After I compiled the entire hotspot on a linux system, I removed all > *.o files and pointed the JVM variable "ALT_BOOTDIR" to an invalid > location and started the build again. The build failed when some XSLT > had to be done. My idea was to move the pre-built package without .o > files to Syllable and compile it there - because it's also POSIX > compliant I expected a few changes by hand (of course without > graphical output awt/swing). > > Is there a guide for kick-starting the port of the jvm to a new OS? > Could I use a gnu implementation of java or even kaffee for the XSLT > on syllable? > > Thanks, > Michael > -------------- next part -------------- An embedded message was scrubbed... From: Paul Hohensee - Java SE Subject: Re: Questions about Porting the JVM Date: Wed, 14 Mar 2007 16:42:53 -0500 Size: 2965 Url: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070904/0aa82274/attachment.mht From robilad at kaffe.org Wed Sep 5 03:47:11 2007 From: robilad at kaffe.org (Dalibor Topic) Date: Wed, 05 Sep 2007 12:47:11 +0200 Subject: Port coordination? In-Reply-To: <46DD2518.5030806@neuweiler.biz> References: <46DD2518.5030806@neuweiler.biz> Message-ID: <46DE892F.2030003@kaffe.org> Michael Neuweiler wrote: > Could I use a gnu implementation of java or even kaffee for the XSLT > on syllable? Give it a try and tell us how it goes. I'm pretty sure you're the first person to use Kaffe on Syllable to bootstrap OpenJDK. Chances are you'd need to tweak some things, as I don't think Kaffe has been used to bootstrap OpenJDK before, so don't hesitate to ping me on #openjdk, or alternatively try using Cacao, where Christian has put some work into the bootstrap scenario, afaik. cheers, dalibor topic From twisti at complang.tuwien.ac.at Wed Sep 5 11:47:40 2007 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Wed, 05 Sep 2007 20:47:40 +0200 Subject: Port coordination? In-Reply-To: <46DE892F.2030003@kaffe.org> References: <46DD2518.5030806@neuweiler.biz> <46DE892F.2030003@kaffe.org> Message-ID: <1189018060.17707.4.camel@localhost.localdomain> On Wed, 2007-09-05 at 12:47 +0200, Dalibor Topic wrote: > Michael Neuweiler wrote: > > Could I use a gnu implementation of java or even kaffee for the XSLT > > on syllable? > Give it a try and tell us how it goes. I'm pretty sure you're the first > person to use Kaffe > on Syllable to bootstrap OpenJDK. Chances are you'd need to tweak some > things, > as I don't think Kaffe has been used to bootstrap OpenJDK before, > so don't hesitate to ping me on #openjdk, or alternatively try using > Cacao, where > Christian has put some work into the bootstrap scenario, afaik. Hi! I have to admit I don't know Syllable :-/ Anyways, is there a port of any VM available on Syllable? Maybe GCJ or Kaffe as you say? Then it should be no problem to bootstrap OpenJDK. A CACAO port should be that hard, which you could use to bootstrap OpenJDK or use CACAO as VM for OpenJDK (instead of HotSpot). - twisti From devel.sjanki at gmail.com Sun Sep 9 13:16:45 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Sun, 09 Sep 2007 22:16:45 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46DD8F75.6030801@reservoir.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> Message-ID: <46E454AD.60700@gmail.com> Jonathan Springer wrote: > The biggest part of porting is the core Hotspot virtual machine > itself. The amount of code that needs to be rewritten to port that to > a new platform depends on whether either or both of OS or hardware are > new. OpenJDK is well-organized in that it separates out the > platform-dependent code into separate directories. There are three > categories of platform-dependent directory: os, cpu, and os_cpu. > > The easiest of your ports would be Linux-SPARC, since there are > already directories os=linux and cpu=sparc, so you would just have to > write the code in os_cpu=linux_sparc. This is probably about 2500 > LOC. Ports to a new os are harder, requiring about 10k LOC (could be > more if the OS is especially primitive). Ports to a new cpu are the > hardest, requiring from maybe 25k to 45k LOC, depending on the route > you choose and whether you do all the parts. > > (Redirected from distro-pkg-dev since this isn't really a distro > discussion.) I have downloaded the latest OpenJDK source code from the OpenJDK site and checked out the latest IcedTea repository. I want to get Linux/SPARC working first so I would like to know if it's better to start from Solaris/SPARC or Linux/i586 and if there is a big difference between Solaris and Linux support. Neither do I have much experience with this kind of software since I have mostly programmed higher-level Java applications. I also have some C++ experience but nothing as low level as this. So I would appreciate it if there was some kind of guide or overview of what the OpenJDK code is all about. I also have some knowledge of x86, MIPS and PPC assembly language, though it is very basic. I am however prepared to read a lot of documentation to get a better understanding of the JDK. Sunil From devel.sjanki at gmail.com Mon Sep 10 08:29:56 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Mon, 10 Sep 2007 17:29:56 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E454AD.60700@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> Message-ID: <46E562F4.5000908@gmail.com> Am I naive to think that Solaris and Linux SPARC should be almost the same? I have copied the solaris_sparc directory to linux_sparc and changed all references to Solaris to Linux. I would appreciate it if someone would shed a guiding light on this. The documentation that's out there seems to be very sparse. Sunil From linuxhippy at gmail.com Mon Sep 10 15:23:18 2007 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Tue, 11 Sep 2007 00:23:18 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E562F4.5000908@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <46E562F4.5000908@gmail.com> Message-ID: <194f62550709101523w2b01e081x113f4d29648230e9@mail.gmail.com> Hi again Sunil, Well its frightening quiet here, so I'll try to answer although I am not at all involved with hotspot's development nore am I an expert at this topic. > Am I naive to think that Solaris and Linux SPARC should be > almost the same? I have copied the solaris_sparc directory > to linux_sparc and changed all references to Solaris to Linux. Yes you're right. The cpu-part is much harder than the difference between the two Unices - so you should be able to take the SPARC/SOLARIS dependent stuff and look the same time at the x86/Linux stuff and port it over to Linux. Good luck! lg Clemens From Steve.Goldman at Sun.COM Tue Sep 11 06:46:56 2007 From: Steve.Goldman at Sun.COM (steve goldman) Date: Tue, 11 Sep 2007 09:46:56 -0400 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E562F4.5000908@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <46E562F4.5000908@gmail.com> Message-ID: <46E69C50.4020609@sun.com> Sunil Amitkumar Janki wrote: > Am I naive to think that Solaris and Linux SPARC should be > almost the same? I have copied the solaris_sparc directory > to linux_sparc and changed all references to Solaris to Linux. That is certainly how thing usually go. Now if I can put a project in someone's head one of the things we've wanted to for a long time is to have an os directory "*nix" where most os the solaris/linux code would go and eliminate the redundancy. Then add something like os_flavor to the MakeDeps macros and platform files to cover the place where linux and solaris differ. I don't know if this then causes factoring into both and or not. I suspect it does. Speaking of refactoring like this the i486 and amd64 cpu directories are about to (finally!) merge into a single x86 directory. More about that later. -- Steve From volker.simonis at gmail.com Tue Sep 11 07:39:50 2007 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 11 Sep 2007 16:39:50 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E69C50.4020609@sun.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <46E562F4.5000908@gmail.com> <46E69C50.4020609@sun.com> Message-ID: On 9/11/07, steve goldman wrote: > Sunil Amitkumar Janki wrote: > > Am I naive to think that Solaris and Linux SPARC should be > > almost the same? I have copied the solaris_sparc directory > > to linux_sparc and changed all references to Solaris to Linux. > > That is certainly how thing usually go. > > Now if I can put a project in someone's head one of the things we've > wanted to for a long time is to have an os directory "*nix" where most > os the solaris/linux code would go and eliminate the redundancy. Then > add something like os_flavor to the MakeDeps macros and platform files > to cover the place where linux and solaris differ. I don't know if this > then causes factoring into both and or > not. I suspect it does. > This sounds like nice to have, although it will be probably quite a lot of work. Perhaps it would be a better idea to clean up the native parts in the j2se/src/solaris directory first. It currently contains the native Solaris AND the Linux sources, separeted only by '#ifdef'. (Notice that j2se/src/linux only contains the Linux man-pages). As OpenJDK will be ported to more "*nix"-like os-platforms, this will be probably a major point of confusion. Volker From Steve.Goldman at Sun.COM Tue Sep 11 07:59:59 2007 From: Steve.Goldman at Sun.COM (steve goldman) Date: Tue, 11 Sep 2007 10:59:59 -0400 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <46E562F4.5000908@gmail.com> <46E69C50.4020609@sun.com> Message-ID: <46E6AD6F.1040707@sun.com> Volker Simonis wrote: > On 9/11/07, steve goldman wrote: >> Sunil Amitkumar Janki wrote: >>> Am I naive to think that Solaris and Linux SPARC should be >>> almost the same? I have copied the solaris_sparc directory >>> to linux_sparc and changed all references to Solaris to Linux. >> That is certainly how thing usually go. >> >> Now if I can put a project in someone's head one of the things we've >> wanted to for a long time is to have an os directory "*nix" where most >> os the solaris/linux code would go and eliminate the redundancy. Then >> add something like os_flavor to the MakeDeps macros and platform files >> to cover the place where linux and solaris differ. I don't know if this >> then causes factoring into both and or >> not. I suspect it does. >> > > This sounds like nice to have, although it will be probably quite a lot of work. It's probably not that bad it's just never been much of a priority around here. > > Perhaps it would be a better idea to clean up the native parts in the > j2se/src/solaris directory first. It currently contains the native > Solaris AND the Linux sources, separeted only by '#ifdef'. (Notice > that j2se/src/linux only contains the Linux man-pages). As OpenJDK > will be ported to more "*nix"-like os-platforms, this will be probably > a major point of confusion. yeah that is kind of gross. I only work on hotspot so I can't do much on that front. Maybe someone on the libraries team that you cc'd will comment. -- Steve From devel.sjanki at gmail.com Tue Sep 11 08:15:05 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Tue, 11 Sep 2007 17:15:05 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E69C50.4020609@sun.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <46E562F4.5000908@gmail.com> <46E69C50.4020609@sun.com> Message-ID: <46E6B0F9.1050904@gmail.com> steve goldman wrote: > That is certainly how thing usually go. > > Now if I can put a project in someone's head one of the things we've > wanted to for a long time is to have an os directory "*nix" where most > os the solaris/linux code would go and eliminate the redundancy. Then > add something like os_flavor to the MakeDeps macros and platform files > to cover the place where linux and solaris differ. I don't know if > this then causes factoring into both and > or not. I suspect it does. > > Speaking of refactoring like this the i486 and amd64 cpu directories > are about to (finally!) merge into a single x86 directory. More about > that later. It would be nice to finally see broad unified support for Unix(-like) operating systems integrated into the JDK. I have Linux running on x86, SPARC and MIPS and user experience with Solaris on the first two as well so I could test with both OS's on all of these architectures. I would only have to set up some build environments for Solaris then since my main development system is GNU/Linux (Slackware specifically). I don't know if there is any virtualisation solution for SPARC like for example VMware. Sunil From twisti at complang.tuwien.ac.at Tue Sep 11 08:33:35 2007 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Tue, 11 Sep 2007 17:33:35 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E454AD.60700@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> Message-ID: <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> On Sun, 2007-09-09 at 22:16 +0200, Sunil Amitkumar Janki wrote: > I have downloaded the latest OpenJDK source code from the OpenJDK > site and checked out the latest IcedTea repository. I want to get > Linux/SPARC working first so I would like to know if it's better > to start from Solaris/SPARC or Linux/i586 and if there is a big > difference between Solaris and Linux support. Hi! I have some informations that Sun is/was already working on Linux/SPARC. Is that still the case? On the other side, is it a must for you to have HotSpot or could you go with another VM too? Or is this more of a challenge you want to take... - twisti From Paul.Hohensee at Sun.COM Tue Sep 11 16:03:26 2007 From: Paul.Hohensee at Sun.COM (Paul Hohensee - Java SE) Date: Tue, 11 Sep 2007 19:03:26 -0400 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> Message-ID: <46E71EBE.9090105@sun.com> So I have another question. What are the available linux OS ports on sparc that you can run a linux-sparc jvm on? I know a version of ubuntu is available for sparc, including niagara platforms. Anything else, maybe just works in progress? Maybe a big distro like Redhat? Paul Christian Thalinger wrote: > On Sun, 2007-09-09 at 22:16 +0200, Sunil Amitkumar Janki wrote: > >> I have downloaded the latest OpenJDK source code from the OpenJDK >> site and checked out the latest IcedTea repository. I want to get >> Linux/SPARC working first so I would like to know if it's better >> to start from Solaris/SPARC or Linux/i586 and if there is a big >> difference between Solaris and Linux support. >> > > Hi! > > I have some informations that Sun is/was already working on Linux/SPARC. > Is that still the case? > > On the other side, is it a must for you to have HotSpot or could you go > with another VM too? Or is this more of a challenge you want to take... > > - twisti > From sunils at cs.ucsb.edu Tue Sep 11 16:58:03 2007 From: sunils at cs.ucsb.edu (Sunil Soman) Date: Tue, 11 Sep 2007 16:58:03 -0700 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E71EBE.9090105@sun.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> <46E71EBE.9090105@sun.com> Message-ID: <1189555083.7296.75.camel@blue.cs.ucsb.edu> There is also the Debian SPARC port: http://www.debian.org/ports/sparc/ and Gentoo is work in progress & works on most sparcs: http://www.gentoo.org/doc/en/gentoo-sparc-faq.xml But I haven't actually tried to run hotspot on any of these. Sunil On Tue, 2007-09-11 at 19:03 -0400, Paul Hohensee - Java SE wrote: > So I have another question. What are the available linux OS ports on sparc > that you can run a linux-sparc jvm on? > > I know a version of ubuntu is available for sparc, including niagara > platforms. > Anything else, maybe just works in progress? Maybe a big distro like > Redhat? > > Paul > > Christian Thalinger wrote: > > On Sun, 2007-09-09 at 22:16 +0200, Sunil Amitkumar Janki wrote: > > > >> I have downloaded the latest OpenJDK source code from the OpenJDK > >> site and checked out the latest IcedTea repository. I want to get > >> Linux/SPARC working first so I would like to know if it's better > >> to start from Solaris/SPARC or Linux/i586 and if there is a big > >> difference between Solaris and Linux support. > >> > > > > Hi! > > > > I have some informations that Sun is/was already working on Linux/SPARC. > > Is that still the case? > > > > On the other side, is it a must for you to have HotSpot or could you go > > with another VM too? Or is this more of a challenge you want to take... > > > > - twisti > > > From devel.sjanki at gmail.com Wed Sep 12 00:18:19 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Wed, 12 Sep 2007 09:18:19 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E71EBE.9090105@sun.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> <46E71EBE.9090105@sun.com> Message-ID: <46E792BB.4000509@gmail.com> Paul Hohensee - Java SE wrote: > So I have another question. What are the available linux OS ports on > sparc > that you can run a linux-sparc jvm on? > > I know a version of ubuntu is available for sparc, including niagara > platforms. > Anything else, maybe just works in progress? Maybe a big distro like > Redhat? > > Paul I have ported Slackware 12.0 to SPARC and MIPS and am running it on x86 as well, because that is what I am very comfortable with and my company is supporting. Internally we mainly run an operating system heavily based on Slackware with many applications added. I can also install other current Linux distributions such as Debian, Ubuntu, Gentoo, Red Hat/Fedora/Aurora but I'm not involved with their development. I will do what is necessary to achieve a good modern GNU/Linux SPARC JVM. Sunil From dipl.andreas at googlemail.com Wed Sep 12 01:36:26 2007 From: dipl.andreas at googlemail.com (Chmielewski Andreas) Date: Wed, 12 Sep 2007 10:36:26 +0200 Subject: hotspot profiler Message-ID: <13adfe140709120136t27d00338t8acc341170b4fabc@mail.gmail.com> Hello, i?ve started with my diploma thesis this month working out a simple jit compiler for powerpc architecture. First of all I need a sufficient runtime profiler. I got a few thoughts about different ways of analysing runtime data but unfortunately i still haven?t found anything concerned to that topic in the internet / papers. I would be very thankful if someone can provide me with some kind of information like names of books, papers etc. Thanks Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070912/d243866b/attachment.html From Paul.Hohensee at Sun.COM Wed Sep 12 07:41:12 2007 From: Paul.Hohensee at Sun.COM (Paul Hohensee - Java SE) Date: Wed, 12 Sep 2007 10:41:12 -0400 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E792BB.4000509@gmail.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> <46E71EBE.9090105@sun.com> <46E792BB.4000509@gmail.com> Message-ID: <46E7FA88.2050303@sun.com> Do these distros support niagara (i.e., sun4v as opposed to the older sun4u)? Paul Sunil Amitkumar Janki wrote: > Paul Hohensee - Java SE wrote: >> So I have another question. What are the available linux OS ports on >> sparc >> that you can run a linux-sparc jvm on? >> >> I know a version of ubuntu is available for sparc, including niagara >> platforms. >> Anything else, maybe just works in progress? Maybe a big distro like >> Redhat? >> >> Paul > > I have ported Slackware 12.0 to SPARC and MIPS and am running it > on x86 as well, because that is what I am very comfortable with and > my company is supporting. Internally we mainly run an operating > system heavily based on Slackware with many applications added. > > I can also install other current Linux distributions such as Debian, > Ubuntu, Gentoo, Red Hat/Fedora/Aurora but I'm not involved with > their development. I will do what is necessary to achieve a good > modern GNU/Linux SPARC JVM. > > Sunil > From devel.sjanki at gmail.com Wed Sep 12 08:00:03 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Wed, 12 Sep 2007 17:00:03 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46E7FA88.2050303@sun.com> References: <46CC326D.1030101@gmail.com> <1188250373.3823.44.camel@localhost.localdomain> <46DD59E6.3080900@gmail.com> <46DD8F75.6030801@reservoir.com> <46E454AD.60700@gmail.com> <1189524815.6027.5.camel@c1.complang.tuwien.ac.at> <46E71EBE.9090105@sun.com> <46E792BB.4000509@gmail.com> <46E7FA88.2050303@sun.com> Message-ID: <46E7FEF3.2080302@gmail.com> Paul Hohensee - Java SE wrote: > Do these distros support niagara (i.e., sun4v as opposed to the older > sun4u)? > > Paul I have found this list of operating systems on the OpenSPARC website: http://www.opensparc.net/operating-systems-supporting.html I don't have access to UltraSPARC T1 hardware and have done my port of Slackware 12.0 on an Enterprise 250 (2xUltraSPARC IIe at 400 MHz, sun4u). But sun4v support only depends on the right kernel so I could build one specifically for it. Sunil From Steve.Goldman at Sun.COM Thu Sep 27 11:35:54 2007 From: Steve.Goldman at Sun.COM (steve goldman) Date: Thu, 27 Sep 2007 14:35:54 -0400 Subject: source re-org Message-ID: <46FBF80A.5000903@sun.com> As I mentioned a couple of weeks ago the i486/amd64 directories were about to merge. This will be visible in b21. The source directories with the suffix i486/amd64 are now a single directory suffix x86. In addition for good measure the name win32 has become windows. A number of the files in the resulting x86 directories have been completely merged (e.g. os__x86.cpp). Unfortunately since the merging of the assembler is incomplete there are still some files that are separate for the 32bit and 64bit versions. The assembler and template interpreter fall into that category. These files have an additional suffix _32/_64 to categorize them. So you'll see things like: assembler_x86_32.cpp assembler_x86_64.cpp the hope is that in the future all the _32/_64 suffixes will go away. Some will go away soon (the assembler) other (templateTable, the .ad files) will take a long time if ever. In order to support these 32/64 suffixes new macros were added to the platform files like: arch_model = x86_32 or arch_model = x86_64 This allows the includeDB files to select the proper file. For ports that aren't as messed up as the i486/amd64 code was. It will suffice to simply add a line that duplicates the arch line. A good example is a platform file from sparc ... arch = sparc arch_model = sparc os_arch = solaris_sparc os_arch_model = solaris_sparc ... The directories that are created as a result of the builds are not impacted by these changes. In the near future (ever the optimist) there will be a 64bit x86 client compiler as a result of all this. -- Steve From John.Rose at Sun.COM Thu Sep 27 14:03:48 2007 From: John.Rose at Sun.COM (John Rose) Date: Thu, 27 Sep 2007 14:03:48 -0700 Subject: source re-org In-Reply-To: <46FBF80A.5000903@sun.com> References: <46FBF80A.5000903@sun.com> Message-ID: <3C33AF83-5763-4869-B550-9C25A3CCD72D@sun.com> On Sep 27, 2007, at 11:35 AM, steve goldman wrote: > The hope is that in the future all the _32/_64 suffixes will go > away. Some will go away soon (the assembler) other (templateTable, > the .ad files) will take a long time if ever. Ah yes, the merge of the 32- and 64-bit versions... That stirs up a 7-year-old memory from SCCS: > sparc.ad 1.263.1.1 00/12/05 20:50:51 jrose > Fold in sparcv9.ad, version 1.50 00/11/30 18:39:23. > Make the following small adjustments to the non-V9 code: > - Use manifest constants NativeCall::instruction_size instead of > naked numerals. > - Use STACK_BIAS (== 0) in appropriate places. > - Use ld_ptr instead of ld in appropriate places. > - Broke up very long instruction format strings into multiple lines. > - Rename cmovI to cmovII, etc., for consistency w/ V9. I can say from first-hand experience that this is an opportunity for anyone with skills for textual refactoring who wants to take an immersion course in Hotspot. Any volunteers to merge _32/_64 files after Steve does the assembler work? (I ask as an interested party, since JSR 292 requires interpreter changes, and 2 platforms is much better than 3.) -- John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070927/cf5469d2/attachment.html