I noticed that Atmel finally published the missing specs on the AVR32 Java mode, supported by AP7000 and hence the STK:
What this seems to mean is that for AVR32, the bytecode interpreter component of all Java environments can/should kick in the direct hardware interpretation. From what I can tell this is a first ... ARM doesn't document this stuff without licenses from Sun, so ARM 926ej-s or 1136jf-s CPUs don't have a way that Free Software JVMs can use the hardware acceleration.
Leading to my question: Is anyone at work on implementing this support?
This strikes me as the sort of thing that Atmel should look at funding in the GCC/GCJ context. However, there are other free software JVM projects, some of which could presumably be a bit more agile ... since they're smaller and don't have a compiler focus.
So at this point I'm curious about any Free Software project working to provide a hardware-accelerated JVM on AVR32. And then of course, to know how good the performance is; probably GCJ native code would be the most honest thing to compare against. (For that matter, any performance numbers that Atmel has provided in presentations would be of interest too; and I'd be curious if anyone tried GCJ on AVR32 yet.)