<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Well how about as a strawman... taking some options from <a href="http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores">http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores</a> and <a href="http://en.wikipedia.org/wiki/List_of_applications_of_ARM_cores">http://en.wikipedia.org/wiki/List_of_applications_of_ARM_cores</a><br><br>LLVM Supports:<div><font class="Apple-style-span" face="'Courier New'"><br></font></div><div><font class="Apple-style-span" face="'Courier New'">ARMv4T -> ARM7TDMI</font><div><font class="Apple-style-span" face="'Courier New'">ARMv5TE -> ARM926EJ-S</font></div><div><font class="Apple-style-span" face="'Courier New'"> -> XScale</font></div><div><font class="Apple-style-span" face="'Courier New'">ARMv6 -> ARM1136J(F)-S</font></div><div><div><font class="Apple-style-span" face="'Courier New'">ARMv6ZK -> ARM1176JZ(F)-S<br>ARMv7A -> Cortex-A8<br> Cortex-A9</font></div><div><font class="Apple-style-span" face="'Courier New'">ARMv7M -> Cortex-M3<br></font><br></div><div>Granted there are many many more listed within in ARM.td, but I think we should start with a small subset and build on it as we begin guaranteeing maintenance. Once we compile a set of ISAs and implementations, we could start logically dividing the load and assigning maintainer roles.</div></div></div><div><br></div><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Joe Abbey<br>Software Architect<br>Arxan Technologies, Inc.<br>1305 Cumberland Ave, Ste 215<br>West Lafayette, IN 47906<br>W: 765-889-4756 x2<br>C: 765-464-9893<br><a href="mailto:jabbey@arxan.com">jabbey@arxan.com</a><br>www.arxan.com<br><br></span>
</div>
<br><div><div>On Oct 13, 2011, at 2:11 PM, James Molloy wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><blockquote type="cite">The ARM Holdings emulator does this; I used it with great success to<br></blockquote><blockquote type="cite">profile an Advanced Encryption Standard encryptor a while back.<br></blockquote><br>It is indeed a useful piece of kit. We do a lot of our internal regression tests on it, and also run LLVM's regression tests every night on it (as well as PlumHall, EEMBC and SpecInt). Unfortunately it's not exactly software we can give away or give access to.<br>________________________________________<br>From: Don Quixote de la Mancha [<a href="mailto:quixote@dulcineatech.com">quixote@dulcineatech.com</a>]<br>Sent: 13 October 2011 18:47<br>To: Joe Abbey<br>Cc: Renato Golin; <a href="mailto:rajav@codeaurora.org">rajav@codeaurora.org</a>; <a href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a>; James Molloy<br>Subject: Re: [LLVMdev] LLC ARM Backend maintainer<br><br>On Thu, Oct 13, 2011 at 10:00 AM, Joe Abbey <<a href="mailto:jabbey@arxan.com">jabbey@arxan.com</a>> wrote:<br><blockquote type="cite">However, we don't have testing resources to test both our product and LLVM<br></blockquote><blockquote type="cite">on a host of target boards. We have some chumbys, beagleboards, iPhones,<br></blockquote><blockquote type="cite">iPod Touches, tables, Android Phones, etc. And most of those are already<br></blockquote><blockquote type="cite">booked solid with our own regression tests (most of which are based on<br></blockquote><blockquote type="cite">llvm-test-suite)<br></blockquote><blockquote type="cite">Could ARM enable us with testing hardware/resources?<br></blockquote><br>The ARM-based Raspberry Pi is very close to shipping. The entry-level<br>unit will retail for just $25 with a higher-end model for $35. I<br>don't recall who makes it, but there is an ARM desktop computer that<br>retails for $149, with the same company making an ARM Netbook for<br>$199.<br><br>I have a Gumstix Overo Fire COM which I'm using mostly to experiment<br>with ARM assembly code and ARM-specific optimizations in C, C++ and<br>Objective-C. When I get it configured reliably I'd be happy to<br>dedicate it as a test machine most of the time.<br><br><a href="https://www.gumstix.com/store/product_info.php?products_id=227">https://www.gumstix.com/store/product_info.php?products_id=227</a><br><br>This has an ARM Cortex A8 with NEON SIMD as well as a Texas<br>Instruments DSP. The DSP isn't programmed yet but could readily be<br>with TI's DSP/BIOS and Code Composer Studio.<br><br>I just spent days and days and days building all of Anstrom Linux for<br>it, so it has a full GUI desktop environment, development tools and<br>God Almighty Knows What Else installed on it.<br><br>It is on my home LAN which has a dynamic IP, but I understand there is<br>a way I can set up a tunnel to my web server which has a fixed IP. I<br>can also ask my hosting service for an additional IP so if necessary I<br>could tunnel ALL the ports to my Gumstix board.<br><br>I also have a first-generation Apple iPhone which has iOS 3.0.6<br>installed on it.<br><br> To use it for a testing bot I'd need to prevent it from ever going to<br>sleep; I *think* I can do that by setting Auto-Lock to Never in the<br>General section of the Settings App.<br><br> I would need to package the tests as some kind of iPhone App which<br>(maybe) I could load on the phone automatically by automating either<br>iTunes or the iPhone Configuration Utility with AppleScript.<br><br>I'm not sure what ARM CPU my first-gen iPhone has but I think it uses<br>the arm6 instruction set.<br><br>Finally I have three Oxford Semiconductor FireWire / USB / Parallel<br>IDE storage bridge chip target boards.<br><br>They all have ARM7TDMI cores with 64 kb to 128 kb of Flash and some<br>microscopic amount of RAM: my OXFW911 chip has 64 kb of 16-bit Flash<br>but only 1800 BYTES - not Megabytes, not Kilobytes, but just BYTES -<br>of RAM.<br><br>There wouldn't be enough memory in these things to run a shell, but<br>any of the tests that could be packaged as a subroutine with a single<br>entry point could be compiled into the firmware.<br><br>These all run 16-but Thumb 1 and 32-bit ARM code. My iOS devices - I<br>also have a first-gen iPad and an iPhone 4 - can run Thumb 2.<br><br>If you'd like me to set these all up to do building and testing I'd be<br>happy to, but I need some handholding.<br><br> I've been trying to bootstrap llvm-gcc4.2 on Ubuntu 11.04 with the<br>aim of using the CLang analyzer on ZooLIb (http://www.zoolib.org/) but<br>the bootstrap always fails because of bizarre problems with autoconf's<br>configure scripts.<br><br>I've tried to debug the configure scripts but have yet to have any<br>joy. IMHO autoconf is A Tool of the Devil. ZooLib is even more<br>cross-platform than autoconf is, but does not need shell scripts at<br>all to configure it.<br><br>I need to catch some ZZZs now, I've been up all night. I'll have<br>another go at configuring my Overo this evening, then will try<br>bootstraping LLVM for x86 again. If that works then I'll bootstrap it<br>for ARM as well.<br><br>You can also run the tests in a emulator. The timing won't be<br>accurate but you should be able to catch gross speed regressions.<br><br>There are several emulators available; the ones I know about are<br>Softgun, QEMU, the GNU Debugger GDB and the ARM Holdings development<br>system emulator. There is another one that I came across once whose<br>name I don't recall.<br><br>Some emulators emulate a full computer with I/O devices so you can run<br>an OS on them. These emulators could then host the build and not just<br>the test.<br><br>There are other simulators that just execute a single subroutine tree<br>and provide standard input and output.<br><br>The cool thing about this kind of emulator is that one can count the<br>number of instructions required to go from the beginning to the end of<br>the subroutine, or with the addition of a memory map that gives access<br>times for various kinds of memory (16-bit Flash or Dynamic RAM) you<br>can get cycle counts for the subrouine.<br><br>The ARM Holdings emulator does this; I used it with great success to<br>profile an Advanced Encryption Standard encryptor a while back.<br><br>Ever Faithful,<br><br>Don Quixote<br>--<br>Don Quixote de la Mancha<br>Dulcinea Technologies Corporation<br>Software of Elegance and Beauty<br>http://www.dulcineatech.com<br>quixote@dulcineatech.com<br><br><br>-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.<br><br><br>_______________________________________________<br>LLVM Developers mailing list<br>LLVMdev@cs.uiuc.edu http://llvm.cs.uiuc.edu<br>http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev<br></div></blockquote></div><br></body></html>