search for: mbed

...build slaves which cross compile. The issue with cross compilation is that tests do support well the cross scenario. We are working on this but it moves slower then we wish it would be. >>From what you've listed, we only have v5T and one cortex A8. We could >provide more A8/A9s, M3s (mBed) boards and also models of all >variations possible. >Does it make any difference running them here at ARM or locally on >OSUOSL? We could easily help them get more boards, too... Llvm lab seems is the right place to put them, so people could get an access to boards for debugging. As a...

...ose boards will help much, since I know very little of the build-bot infrastructure. However, I'd be happy to help setting them up to run the tests we need (with some help in the beginning). >From what you've listed, we only have v5T and one cortex A8. We could provide more A8/A9s, M3s (mBed) boards and also models of all variations possible. Does it make any difference running them here at ARM or locally on OSUOSL? We could easily help them get more boards, too... On a different topic, >From what I understood, this tests run completely on the target (compilation of LLVM, unit t...

On 2011-04-08 08:58, Duncan Sands wrote: > Hi Renato, > >> I was recently investigating the build bot infrastructure and noticed >> that the arm-linux target is failing for quite a long time. I believe >> that it means ARM code is not executed all that often in LLVM tests, >> is that correct? Hi i will summarise the last sucessfull builds by the ARM builder:

Hello all, I noticed that for ARM Thumb target, llc uses r7 as frame pointer (gcc does not do this AFAIK), and this register should therefore not be used as a general-purpose register. However, when compiling mbedTLS, which contains some code that is highly optimized for ARM platform and uses r7 to efficiently perform an operation. This raises an exception since r7 is now the frame pointer. I tried passing -fomit-frame-pointer but this is just a hacky workaround and does not work in this case, since the fun...

...39;t have an MMU, so any "real" operating system >> environment will be far more artificial than we'd like, and probably >> very low down on qemu's list of priorities to boot. >> >> >> Why not test on real hardware? >> >> https://developer.mbed.org/platforms/DipCortex-M0/ >> >> cheers, >> --renato >> Of course, it would not be bad to run also some limited tests on real-world hardware. However, the answer why "why not"... is in my opinion: Because you will have big difficulties matching existing regressi...

...mb1 CPU with an MMU (I'm sure there are ARM11* CPUs with > MMU but before Thumb2, but would need to dig into which is closest to > v6m) would cover *most* issues, but obviously not the ways in which > Cortex-M0 is closer to v7 than v6. Why not test on real hardware? https://developer.mbed.org/platforms/DipCortex-M0/ cheers, --renato

Hi all, I'm wondering if the GPL-2.0 licensed mbedTLS (that's the version in OpenWrt) is 'compatible' with NUT binaries (not including the Python or Perl binaries which aren't used in OpenWrt) which is GPL 2.1+ AIUI. Because mbedTLS is the default library for OpenWrt and NSS is not yet in OpenWrt, and because OpenSSL is considered...