hey only ran reliably on those massive (IIRC, 4A) bricks that
Digikey sells.
--
Christian Robottom Reis | [+1] 612 216 4935 | http://launchpad.net/~kiko
Canonical VP Hyperscale | [+55 16] 9112 6430 | http://async.com.br/~kiko
___
linaro-
In case nobody here caught it:
https://lwn.net/Articles/512548/
Interesting? Worth talking to Andi about it for ARM?
--
Christian Robottom Reis | [+55 16] 3376 0125 | http://async.com.br/~kiko
Async Open Source | [+55 16] 9112 6430 | http://launchpad.net/~kiko
he top 32 bits
> of a device tree memory node's size field. Wrote a patch for this,
> which works but needs redoing to fix in a cleaner way.
That's weird. Why would it do that?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1
tp://lists.linaro.org/mailman/listinfo/linaro-toolchain
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
___
linaro-toolchain mailing list
linaro-toolchain@li
t
presents the alternatives clearly and summarizes the results. And it's
nice that we almost always win!
However, what's the story with SPEC2K? Half of me thinks we'd probably
want to extend the life of this card for enough time to at least know
(or address) the issues.
--
Chr
mp;num=8
Good job,
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org
you guys could take a look at this there is a potential requirement
for the MMWG around libpng optimization; we could fit this in along with
other work (possible vectorizing, etc) on that component.
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16
On Mon, Sep 26, 2011 at 03:59:24PM +0200, Ulrich Weigand wrote:
> Christian Robottom Reis wrote on 09/23/2011 10:00:18 PM:
> > On Fri, Sep 23, 2011 at 06:51:37PM +0200, Ulrich Weigand wrote:
> > > * Implemented and tested support for disabling address space
> > >
gression in try_to_freeze() he was going to work on
fixing? I'm curious -- Where did that end up going?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
___
, or is this implementation in particular
ARM-specific?
- What's the expected benefit out of this? Is it a vague "should
make things a bit faster" or are there indications that it is a
significant win for certain scenarios?
Thanks,
--
Christian Robottom Reis, Engineeri
US
Blueprint health check FTW!
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lis
sentence, though it basically
matches newlib's version.
I'm curious about the "political" side of cortexstrings -- is there
active interest by the library maintainers in picking up our versions?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+
as a solution to them; some loose ends still need to be worked
> through.
Thanks for sending this in. A question about the impact of a transition
here: does this require existing platforms to be ported across, or will
it live in parallel with qdev?
--
Christian Robottom Reis, Engineering VP
Brazi
loat-abi=softfp
> MULTILIB_DIRNAMES = sf
>
> else
> MULTILIB_OPTIONS = mfloat-abi=hard
> MULTILIB_DIRNAMES = hf
>
> endif
> --8<>8--
>
> Andrew
>
> ___
> linaro-t
.git
> building them and testing that the things you regularly do with it
> haven't regressed, then I'd appreciate it, and you can help us avoid
> any nasty surprises in the next (2011.09) release.
Could we get a daily package built to aid people testing this
continuously.
--
Chri
eduling patch). As you can see, it's a bit
> of a mixed bag.
Hmm, a mixed bag, really? It looks like only aes and resample truly
benefit..
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
ges.
> Currently SMS fails to bootstrap trunk on ARM machine. this should
> also be taken into account when considering enabling it by default.
Are there bugs reported on the failures?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.
t; board locks up and then crashes quite often.
I wonder if you want to test the thermal management code coming from the
PMWG; Amit?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Soft
(from when we
started producing a gcc-linaro)?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
___
linaro-toolchain mailing list
linaro-toolchain@lists.l
On Sat, Aug 13, 2011 at 08:31:08AM +0100, Andrew Stubbs wrote:
> I just can't seem to get bzr to work! I've tried to branch
> gcc-linaro/4.6 again and again, and it just won't.
What are the symptoms? Let us get somebody to look at it -- but I need
some more information.
-
eparate needs. We use developer boards for
> continuous integration and phones for development. We need a good
> quality rom for both. Perhaps we can switch our boards over to
> pandaboards.
>
> Is there someone I can call(and what time) to discuss this further?
You can call me at
pin for a specific model if we had enough of them
to use by a set of engineers in the different teams. They are so
expensive, though. Do you guys have lots of them?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Softwa
> to know about them so I can fix them.
If you and Bahadir are interested in cooperating and helping merge work
from the Google Android branch into upstream to reduce future porting
effort and improve core functionality, I'm +1 on some priority
reshuffling to take it on (though Michael
es is the safer bet, and
if you do find bugs, well, report them to launchpad.net/gcc-linaro or to
this mailing list.
PS: Michael, can you update the flyer to include the links I suggested
we add to the release announcement?
--
Christian Robottom Reis | [+55] 16 911
I just noticed today an online code cycle analyzer that targets the
Cortex-A8:
http://pulsar.webshaker.net/ccc/index.php?lng=us
Does anyone know who the author of that is, and whether he'd be
interested in doing an A9 update?
--
Christian Robottom Reis | [+55 16] 3376 0125 |
4.5 builds between 2010.08 and 2010.10:
>
> http://people.linaro.org/~michaelh/incoming/releases-o3-vs-gcc-linaro-4.5-2010.08-1.png
Trying to fool us with the old same URL trick eh?
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko
Linaro Engineering VP | [ +
update/dist-upgrade and installs that cause package
removal will require a GSA to do them.
To build for maverick: dchroot -c maverick (and then build however you want...)
lamont
- End forwarded message -
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko
Lin
or (l_2 = -1; (l_2 == 0); l_2 -= 0)
{
uint16_t l_3 = 1L;
return l_3;
}
return g_4;
}
}
/* */
int main(int argc, char *argv[])
{
platform_main_begin();
/* Call the first function */
func_1();
crcBytes(g_4);
platform_main_end(contex
t feature at
http://www.airs.com/blog/page/4
In the interest of self-education, could you tell me a little bit about
what GLIBC support for ifunc entails -- is it basically infrastructure
to allow libc functions to be defined as ifuncs, now that the assembler
supports it?
--
Christian Robottom Reis
, but released versions are
> another story.
That's right -- I think justifying an Ubuntu SRU for a compiler is
unlikely, though Steve L. or Loïc may have experience in cases where
that did happen (I don't).
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.ne
doing to fix it)
- QEMU specifics for the Cortex-A9 family
- Performance optimization of QEMU on ARM
Well, you asked ;-) I wish I knew a bit more about emulation to give you
better suggestions but maybe somebody else does!
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.
oving QEMU.
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko
Linaro Engineering VP | [ +1] 612 216 4935 | http://async.com.br/~kiko
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linar
starter doc we can give people that want to
try OpenOCD out on their platforms (and report bugs to help
provide items for your work queue)?
Thanks,
--
Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko
Linaro Engineering VP | [ +1] 612 2
33 matches
Mail list logo