Hi, Mattia
Sorry, I do not know much about the things you talked about.
Maybe someone else can help to give you the details.
Thanks,
Yongqin Liu
On 10 August 2013 23:26, Mattia Ruggeri <mattia.ruggeri88(a)gmail.com> wrote:
> Hello Mr Liu
>
> I'm Mattia and i'm writing you about Lava Dispatcher (a Linaro project): I
> think this project is perfect and it is the way to solve my issue with
> Huawei G615 (a K3v2 processor device ).
>
> Yesterday Huawei released kernel source code and some of us would love to
> build custom roms.
> Since Huawei blocked bootloader, it's impossible for us to install custom
> roms and kernel. I saw Lava Dispatcher is able to interact with bootloader,
> maybe it can allow us to "bypass" this restriction.
>
> could you help us with this?
>
> thank you
> regards,
>
--
Thanks,
Yongqin Liu
---------------------------------------------------------------
#mailing list
linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/mailman/listinfo/linaro-android
linaro-validation(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/pipermail/linaro-validation
The following patches introduce a debug feature, accurate timestamps
on all kernel logs during boot.
At the moment until time is set up in the kernel, all logs are timestamped
[0.000000] giving the impression these early boot activities have no duration.
That's far from the case.
These patches give accurate, monotonic timestamps from the very first log
entry allowing insight into where the time is going during the whole of
the boot process.
It's a debug feature like DEBUG_LL, it does not cooperate with
ARCH_MULTIPLATFORM (it works with such a kernel though) but can only be enabled
for a single platform at compile-time.
To use it, you need an ARM SoC with a globaltimer, which is very common now.
Even if the globaltimer is used by the kernel, we can use it in early boot
and stop using it as soon as a normal time source is set up, so there's no
conflict.
There are more details on how to use it and examples of the results
in the second patch.
---
Andy Green (2):
scheduler: time: allow arch-specific time offset function
arm: time: add globaltimer-based arch_early_time
arch/arm/Kconfig | 4 +++
arch/arm/Kconfig.debug | 35 ++++++++++++++++++++++++++
arch/arm/kernel/head.S | 65 ++++++++++++++++++++++++++++++++++++++++++++++++
arch/arm/kernel/time.c | 41 ++++++++++++++++++++++++++++++
include/linux/time.h | 6 ++++
kernel/sched/clock.c | 12 ++++-----
6 files changed, 157 insertions(+), 6 deletions(-)
--
Hi all,
There is currently a thread on LAKML that once again touches on the
issue of automated build/boot testing:
http://permalink.gmane.org/gmane.linux.ports.arm.kernel/257669
There seemed to be some good discussions between the LAVA team and
Kevin at LCE13 and I wanted to make others are aware of this thread
(and possibly of automated testing being a topic at the ARM Summit).
Regards,
Mike
Hi Andrey,
linaro/configs/* is getting bigger and bigger, probably its the right time to
organize it better for the future. There can be multiple things that we can
do to avoid confusions of names but for now probably we can create
separate directories for boards, rootfs & kernel fragments? Or some
other idea that you might have?
--
viresh