> 11 september. 2015 г., 9:11, Greg KH *:
>
> All now applied, thanks.
>
> greg k-h
Hello Geg,
Thank you for your hard work!
Please apply also 3473f26592c1c "ARM: 8405/1: VDSO: fix regression
with toolchains lacking ld.bfd executable» on top of already applied VDSO
patches.
Here is commen
Russell King - ARM Linux *
> You also need bac51ad9d14f6baed3730ef53bedc1eb2238563a together with
> this, which has a small fix for this patch.
Here is bac51ad9d14f6baed3730ef53bedc1eb2238563a backport for 4.1-stable.
Tested on rk3188, all looks great.
Thank you, Russell, for pointing that.
Al
From: Russell King
commit bac51ad9d14f6baed3730ef53bedc1eb2238563a upstream.
We must invalidate the L1 cache before enabling coherency, otherwise
secondary CPUs can inject invalid cache lines into the coherent CPU
cluster, which could then be migrated to other CPUs. This fixes a
recent regressi
From: Nathan Lynch
commit d33ce23b2160d26b27a47092da5d556b5b11a12a upstream.
Currently the VDSO's link options are kind of a mess spread between
ccflags-y and cmd_vdsold. Collect linker directives into one
variable, VDSO_LDFLAGS, and use that in cmd_vdsold.
Signed-off-by: Nathan Lynch
Signed
Hi Greg,
Please apply the following three patches to v4.1-stable.
They fixes regressions introduced somethere between 3.18.20 and 4.1.5.
The first two patches fixes kernel build failure caused by
Linaro toolchain (GCC 4.9-2015.03) 4.9.3 20150311:
BFD: arch/arm/vdso/vdso.so: Not enough room for p
From: Nathan Lynch
commit d2b30cd4b7223a96e606dfc8120626f66d81e091 upstream.
When using a toolchain with gold as the default linker, the VDSO build
fails:
VDSOarch/arm/vdso/vdso.so.raw
HOSTCC arch/arm/vdso/vdsomunge
MUNGE arch/arm/vdso/vdso.so.dbg
OBJCOPY arch/arm/vdso/vdso.so
BF
From: Russell King
commit 02b4e2756e01c623cc4dbceae4b07be75252db5b upstream.
All ARMv5 and older CPUs invalidate their caches in the early assembly
setup function, prior to enabling the MMU. This is because the L1
cache should not contain any data relevant to the execution of the
kernel at this
ACK and AL cases,
I sent them to mailing list.
Tested on Beagleboard XM C.
Signed-off-by: Alexander Kochetkov
Fixes: 1d7afc9 i2c: omap: ack IRQ in parts
Cc: # v3.7+
---
drivers/i2c/busses/i2c-omap.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/driver
Grygorii Strashko earlier reported solution for the issue.
17 нояб. 2014 г., в 17:41, Grygorii Strashko
написал(а):
> Seems you've got the same issue as I :) long time ago
> https://lkml.org/lkml/2013/6/7/530
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of
42eae0b4fd9c1e8dc10665c55d04bad53 Mon Sep 17 00:00:00 2001
From: Alexander Kochetkov
Date: Mon, 17 Nov 2014 18:35:00 +0400
Subject: i2c: omap: enable traces for debug NACK and AL transfers
Just for testing. Not for Upstream.
Signed-off-by: Alexander Kochetkov
---
dri
ACK and AL cases,
I sent them to mailing list.
Tested on Beagleboard XM C.
Signed-off-by: Alexander Kochetkov
Cc: # v3.7+
---
drivers/i2c/busses/i2c-omap.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index 90dcc2e..9af
11 matches
Mail list logo