share it in linaro-android mailing list, so that others could try it and
might have better options.
On 9 June 2015 at 10:45, Vishal Bhoj <vishal.bhoj(a)linaro.org> wrote:
>
>
> On 9 June 2015 at 06:46, YongQin Liu <yongqin.liu(a)linaro.org> wrote:
>
>> Thanks Vishal, this mail is really in time!
>>
>>
>> On 8 June 2015 at 14:23, Vishal Bhoj <vishal.bhoj(a)linaro.org> wrote:
>>
>>> Hi,
>>>
>>> Most of you might already be knowing this. If you already have a version
>>> of source say AOSP in a folder "mydroid" and you want to repo sync code
>>> base from a vendor, you can do this:
>>>
>>> repo init -u $MANIFEST_URL --reference=<path/mydroid>
>>> repo sync
>>>
>>> It will reuse the previous git objects and only download and store the
>>> new git objects. This way a lot of space is saved.
>>>
>>> Another way to get code downloaded faster is:
>>>
>>> repo init -u $MANIFEST_URL --depth=1
>>> repo sync -jX -c
>>>
>>> This way it will only download the relevant branch with only last git
>>> commit history of the project. Once this is done, you can do a repo init
>>> with "--depth" option
>>>
>> here I think it should --depth=0
>>
>>> and then repo sync -c for the relevant project you are interested in to
>>> have the complete history of that branch. The size of .repo folder was
>>> reduced to 6 GB from the original 16GB size.
>>>
>>>
>> And we can use the group option, with "-darwin,-mips,-x86" will not
>> download the toolchain binary for x86/mips, it will save us some space too.
>>
> +1. -notdefault can be included as well.
>
>>
>> --
>> Best Regards,
>> Yongqin Liu
>> ---------------------------------------------------------------
>> #mailing list
>> linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
>> http://lists.linaro.org/mailman/listinfo/linaro-android
>>
>
>
--
Best Regards,
Yongqin Liu
---------------------------------------------------------------
#mailing list
linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/mailman/listinfo/linaro-android
I plan on moving gralloc for Mali into it's own repo an wondering
whereabouts in the source tree it should be placed by the manifest?
Possibilities are
/hardware/arm/mali/
/external/mali/
/mali/
Within whatever directory is chosen I plan on having source for all the
versions of mali so, e.g.
/hardware/arm/mali/r5p0-06rel0/gralloc
/hardware/arm/mali/r5p1-00rel0/gralloc
/hardware/arm/mali/r5p1-06rel1/gralloc
With the aim being that the correct one gets chosen to match whatever
driver version is in the kernel. I also plan similar for vendor tarball
contents, so hopefully we get builds where the three pieces are
guaranteed to have matching version (kernel module/gralloc/binary blob)
--
Tixy
Hi Guys,
I have been investigating this for hours and found that the "--abi"
parameter seems has been dropped from CTS console.
In the manual it says:
http://source.android.com/compatibility/android-cts-manual.pdf
--abi 32/64 On 64-bit devices, run the test against only the 32-bit or
64-bit ABI
However for the CTS package I use, whatever it comes from Linaro or Google:
http://testdata.validation.linaro.org/cts/android-cts-5.1-armv8.ziphttps://dl.google.com/dl/android/cts/android-cts-5.1_r1-linux_x86-arm.zip
it prompted that:
Failed to run command: com.android.tradefed.config.ConfigurationException:
Could not find option with name abi
I tried this on Juno in LAVA, as well as locally on my Nexus 5 phone, both
failed. So if abi selection has been dropped by Google then that manual is
outdated.
Ideas?
Thanks.
Botao
Hi, Tim
We only run boot test for the master juno build, but it failed to boot on
our LAVA as well.
One problem I can see there is about getting the value of ro.hardware.
You can try with passing "androidboot.hardware=juno" as kernel parameter to
check if you can boot the recent builds.
Since we don't have much resources before, there was not maintainer for
this master juno build for a while.
But you can always send mail to linaro-android(a)lists.linaro.org mailing
list for any question related to android.
Thanks,
Yongqin Liu
On 28 May 2015 at 04:43, Tim Klein <Tim.Klein(a)arm.com> wrote:
> Hi,
>
>
>
> I work for ARM and am trying to find someone in Linaro who is responsible
> for maintaining the Android master Juno snapshots. After a bit of
> searching forums etc. it seems that you may be able to help. If you are
> not the correct person then I’d be really grateful if you could point me in
> the right direction.
>
>
>
> I’ve successfully run build 251 of the snapshots
> http://snapshots.linaro.org/android/~linaro-android/armv8-aosp-master-juno-…
> , however more recent versions do not seem to run. Before I look into the
> problem further it would be really useful to understand what testing is
> done on these snapshots and what expectations one should have on their
> functionality.
>
> If they ‘should work out the box’ then I should assume that I’m doing
> something wrong and would appreciate help in working what mistakes I’m
> making.
>
>
>
>
>
> Many thanks in advance,
>
>
>
> Tim Klein
>
>
>
> -- 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.
>
> ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ,
> Registered in England & Wales, Company No: 2557590
> ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ,
> Registered in England & Wales, Company No: 2548782
>
--
Best Regards,
Yongqin Liu
---------------------------------------------------------------
#mailing list
linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/mailman/listinfo/linaro-android
Hello,
I have the AOSP kernel/common tree cloned, but I'm not in a full
android dev environment (not using repo for all the rest of android.)
I'd like to make some minor cleanup/fix patches for the kernel, but
need to setup gerrit for this repo. Can anyone share what the
.gitreview file should look like for this?
Thanks
Kevin
In working on the lsk-v3.18-android tree, I noticed that the android
tree has an android/configs directory with an android-base and
android-recommended config fragments.
Is there a reason we are using linaro specific config fragments in our
CI loops instead of these?
If there are Linaro specific addtions, we should switch to using the
android fragments plus smaller linaro-specific fragments, and put
comments in our linaro fragments as to why the extra options are
needed.
Kevin
Hello,
I am working on a Pandaboard ES and I can boot Android with the following
release:
http://releases.linaro.org/14.02/android/panda
However, I need some components from a newer version of the kernel. I found
a version[1] which has everything that I need. However, I cannot boot it
properly just by using the uImage that I generated from that kernel. You
can see the log here:
https://gist.github.com/rlvrs/846aec4730a28674557d
As it is possible to see, the problem occurs on the init process.
I am using the same ramdisk from the working release. If it is that the
problem, can you tell me a way to generate a compatible ramdisk image
(rootfs).
[1]
https://git.linaro.org/?p=kernel/linux-linaro-stable.git;a=log;h=refs/heads…
Thanks in advance,
Rodrigo Santos
Hello,
I am working on a Pandaboard ES and I can boot Android with the following
release:
http://releases.linaro.org/14.02/android/panda
However, I need some components from a newer version of the kernel. I found
a version[1] which has everything that I need. However, I cannot boot it
properly just by using the uImage that I generated from that kernel. You
can see the log here:
https://gist.github.com/rlvrs/846aec4730a28674557d
As it is possible to see, the problem occurs on the init process.
I am using the same ramdisk from the working release. If it is that the
problem, can you tell me a way to generate a compatible ramdisk image
(rootfs)? I did not see any build with a kernel as updated.
[1]
https://git.linaro.org/?p=kernel/linux-linaro-stable.git;a=log;h=refs/heads…
Thanks in advance,
Rodrigo Santos