ete this now here, that fork can remain just fine, with the added
> benifit of it reducing developer workloads here in-kernel.
>
> So why wait?
Hi,
I don't know what is the right thing to do here. I just want to
highlight that AOSP's audio (codec2) HAL depends on the ION system
heap and it
causing boot animation loop. I've been
bitten by such intermittent AOSP issues before.
I also ran binder tests from frameworks/native/libs/binder/tests/ to
be sure and found the results mostly inline with android-4.9 kernel.
Sorry for all the noise.
Regards,
Amit Pundir
> Thanks,
> Martijn
>
> On
-git.linaro.org/kernel/linaro-android.git/log/?h=test/hikey-llct.
I have already reverted this patch in hikey-llct so you have to revert
that revert to reproduce this issue on hikey-llct tree.
Regards,
Amit Pundir
>
> -Todd
>
>> On Mon, Sep 11, 2017 at 5:18 AM, Amit Pundir <amit.pu
nch. 1st boot is fine but hikey runs into an
unexpected short boot loops on 2nd and successive boots.
It takes about 3-4 iterations to finally come to sane state and boot
to UI. I don't see this behaviour if I revert this patch.
Regards,
Amit Pundir
>
> Signed-off-by: Xu YiPing <xuyi
s Android WiFi/BT regression reported on 4.13-rc2.
Tested-by: Amit Pundir <amit.pun...@linaro.org>
> Signed-off-by: Martijn Coenen <m...@android.com>
> ---
> drivers/android/binder.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/d
On 27 July 2017 at 18:53, Greg Kroah-Hartman <gre...@linuxfoundation.org> wrote:
> On Thu, Jul 27, 2017 at 02:38:30PM +0530, Amit Pundir wrote:
>> Hi,
>>
>> On 25 July 2017 at 14:43, Martijn Coenen <m...@google.com> wrote:
>> > Hi John,
>> >
iled: unable to mmap transaction memory.
>
> This doesn't look right. Is there anything in the kernel log?
There is a slight difference in this patch and the one that got pushed
in android-4.9[1]. I cherry-picked those changes and got BT/WiFi
working again on Hikey with mainline tracking (4.1
for binder's purposes and it allows to get rid of 'vm_struct tmp_area' at
all.
Fixes: 71394fe50146 (mm: vmalloc: add flag preventing guard hole allocation)
Signed-off-by: Andrey Ryabinin a.ryabi...@samsung.com
Reported-by: Amit Pundir amit.pun...@linaro.org
---
Changes since v1:
- fixed
