Support for AVR32 Java mode?

Go To Last Post
2 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I noticed that Atmel finally published the missing specs on the AVR32 Java mode, supported by AP7000 and hence the STK:

http://www.atmel.com/dyn/general/tech_doc.asp?doc_id=10877

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.)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I know this is an old thread but do anyone has any updates on this issue?