Hello,
On Wed, 17 Apr 2013 06:44:56 +0300
Paul Sokolovsky wrote:
[]
> But the problem we have is not that we can't get reliable *builds* in
> LAVA - it's that the *complete* CBuild picture doesn't work in LAVA.
> Benchmarks is a culprit specifically. If you want reliable builds,
> just use "lav
Hello Matt,
There were quite a few responses already, so I'll try to focus on the
questions to which I think I may contribute something useful.
On Tue, 16 Apr 2013 10:49:23 +0100
Matthew Gretton-Dann wrote:
> Paul,
>
> I've been having some thoughts about CBuild and Lava and the TCWG
> inte
Am 16.04.2013 15:46, schrieb Matthew Gretton-Dann:
> On 16/04/13 14:08, Matthias Klose wrote:
>> Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
>>> The issues I encountered were:
>>> * Its hard to get a machine running in hard-float to bootstrap a
>>> soft-float
>>> compiler and vice-versa.
On 16/04/13 14:08, Matthias Klose wrote:
Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
The issues I encountered were:
* Its hard to get a machine running in hard-float to bootstrap a soft-float
compiler and vice-versa.
hmm, why?
when using precise or quantal as the build environment, t
Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
> The issues I encountered were:
> * Its hard to get a machine running in hard-float to bootstrap a soft-float
> compiler and vice-versa.
hmm, why?
when using precise or quantal as the build environment, then having these
packages installed shou
On 16 April 2013 13:28, Peter Maydell wrote:
> The trouble with this approach (as you may be aware :-)) is that
> if the board farm includes a few 'rare' board types that happen
> to be covered by a broad system property criteria used by most
> people, it can be tricky to schedule jobs which real
On 16 April 2013 13:19, Renato Golin wrote:
> In the past, I have used a language that describes system properties to
> reserve boards (like "A9 & NEON & RAM >= 1GB") that would give me a list of
> available boards, when I'd choose one based on my own criteria.
The trouble with this approach (as
On 16 April 2013 12:37, Antonio Terceiro wrote:
> Good point, right now you have to explicitly ask for some device type
> ... but if you want the quickest response, your best bet is to submit to
> the faster devices. :-)
>
This is not the point, I think.
For toolchain testing, specific CPU matte
On Tue, Apr 16, 2013 at 10:49:23AM +0100, Matthew Gretton-Dann wrote:
> 2. Paul - how hard would it be to try and fire up a Calxeda node
> into Lava? We can use one of the ones assigned to me. I don't need
> any fancy multinode stuff that Michael Hudson-Doyle is working on -
> each node can be c
Paul,
I've been having some thoughts about CBuild and Lava and the TCWG
integration of them both. I wish to share them and open them up for general
discussion.
The background to this has been the flakiness of the Panda's (due to heat),
the Arndale (due to board 'set-up' issues), and getting
10 matches
Mail list logo
