linux.kernel Google Group

[PATCH] ARM: ux500: Apply other compatible name to the u8540 DTS file

lee.jo...@linaro.org (Lee Jones) — Wed, 22 May 2013 14:40:02 UT

The common name for the 8540 is the u8540, but the fully qualified
name, or proper name is ccu8540. Ensure both are available to drivers
and platform code that wish to use them.

Signed-off-by: Lee Jones <lee.jo...@linaro.org>
---
arch/arm/boot/dts/ccu8540.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 6/7] pinctrl/nomadik: Standardise Pinctrl compat string for DBx5x based platforms

lee.jo...@linaro.org (Lee Jones) — Wed, 22 May 2013 14:40:02 UT

Signed-off-by: Lee Jones <lee.jo...@linaro.org>
---
drivers/pinctrl/pinctrl-nomadi k.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/pinctrl/pinctrl-noma dik.c b/drivers/pinctrl/pinctrl-noma dik.c
index 7712d93..8a4f9c5 100644
--- a/drivers/pinctrl/pinctrl-noma dik.c

[PATCH] ASoC: Add support for BCM2708

florian.me...@koalo.de (Florian Meier) — Wed, 22 May 2013 14:20:02 UT

This driver adds support for digital audio (I2S)
for the BCM2708 SoC that is used by the
Raspberry Pi. External audio codecs can be
connected to the Raspberry Pi via P5 header.

It relies on cyclic DMA engine support for BCM2708
that is not included in this patch.

The currently supported audio codecs are

[PATCH] x86, efi: retry ExitBootServices() on failure

m...@console-pimps.org (Matt Fleming) — Wed, 22 May 2013 14:20:02 UT

ExitBootServices() can legitimately fail if any of the event handlers
that are signaled by its invocation change the memory map. In that case,
we need to get the memory map and exit boot services again. Only retry
once so that we don't get stuck if ExitBootServices() is returning a
genuine error value.

[PATCH 3/3] sound/soc/fsl: remove leftover release_mem_region

w...@the-dreams.de (Wolfram Sang) — Wed, 22 May 2013 13:30:01 UT

When converting this driver to devm_ioremap_resource, the removal of this now
unneeded function has been forgotten.

Signed-off-by: Wolfram Sang <w...@the-dreams.de>
---
sound/soc/fsl/imx-ssi.c | 3 ---
1 file changed, 3 deletions(-)

diff --git a/sound/soc/fsl/imx-ssi.c b/sound/soc/fsl/imx-ssi.c

[PATCH] ARM: ux500: regulators: Remove misleading comment

lee.jo...@linaro.org (Lee Jones) — Wed, 22 May 2013 13:10:04 UT

This patch removes a comment which explains that the ab8505 platform
uses the same initialisation settings as the ab8500. Well when this
changed and the ab8505 started using its own set of initialisation
values, someone forgot to remove it.

Signed-off-by: Lee Jones <lee.jo...@linaro.org>
---

[PATCH] regulator: ab8500: Remove external regulator init() clauses

lee.jo...@linaro.org (Lee Jones) — Wed, 22 May 2013 13:10:02 UT

The driver no longer needs to worry about which platform can and can't
use external regulators successfully. Instead platform code will hold
back external regulator initialisation data in the use-cases where the
driver isn't applicable.

Cc: Mark Brown <broo...@kernel.org>
Signed-off-by: Lee Jones <lee.jo...@linaro.org>

[PATCH -resend 5/6] acpi: ec_sys: access user space with get_user()/put_user()

jsl...@suse.cz (Jiri Slaby) — Wed, 22 May 2013 13:00:02 UT

User space pointer may not be dereferenced. Use get_user()/put_user()
instead and check their return codes.

Signed-off-by: Vasiliy Kulikov <sego...@gmail.com>
Signed-off-by: Thomas Renninger <tr...@suse.de>
Signed-off-by: Jiri Slaby <jsl...@suse.cz>
Cc: Len Brown <l...@kernel.org>
Cc: "Rafael J. Wysocki" <r...@sisk.pl>

RapidIO subsystem and modularity

jdelv...@suse.de (Jean Delvare) — Wed, 22 May 2013 12:50:04 UT

Hi Matt, Alexandre, Andrew,

At the moment all pieces of the RapidIO subsystem are defined as bool
and thus cannot be built as modules. This is a problem for distribution
kernels, which are left with only two choices: disable RapidIO
altogether (too bad if any user actually needed it), or enable it all

[PATCH] regulator: ab8500-ext: Don't register without initialisation data

lee.jo...@linaro.org (Lee Jones) — Wed, 22 May 2013 12:50:02 UT

This patch fixes a bug introduced in the v3.10 merge window.

Some platforms will not want external registers. Rather than setting up
lots of different clauses in the core ab8500 regulator driver not to
call ab8500-ext init() we just won't pass the initialisation data from
platform code. This patch checks for it and if it's missing, we won't

[PATCH] regulator: 88pm800: add regulator driver

yizhang.m...@gmail.com — Wed, 22 May 2013 12:20:01 UT

Signed-off-by: Yi Zhang <yizh...@marvell.com>
---
drivers/regulator/88pm800.c | 531 ++++++++++++++++++++++++++++++ +++++++++++++
drivers/regulator/Kconfig | 10 +
drivers/regulator/Makefile | 1 +
3 files changed, 542 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/88pm800.c

[PATCH 4/4] mfd: 88pm800: add regulator support

yizhang.m...@gmail.com — Wed, 22 May 2013 12:10:01 UT

Signed-off-by: Yi Zhang <yizh...@marvell.com>
---
drivers/mfd/88pm800.c | 108 ++++++++++++++++++++++++++++++ +++++++++++++
include/linux/mfd/88pm80x.h | 48 +++++++++++++++++++
2 files changed, 156 insertions(+), 0 deletions(-)

diff --git a/drivers/mfd/88pm800.c b/drivers/mfd/88pm800.c

https://lkml.org/lkml/2013/2/1/531

f.wiess...@smart-weblications.de (Smart Weblications GmbH - Florian Wiessner) — Wed, 22 May 2013 11:50:02 UT

Hi,

why is this patch still not backported to 3.4?

I today tried 3.4.46 from kernel.org, but the patch STILL seems _NOT_ included?

WHY IS THAT?

====== 3.4 Series ======
diff -uprN linux-3.4.28/drivers/net/bondi ng/bond_alb.c
linux-3.4.28-patched/drivers/n et/bonding/bond_alb.c
--- linux-3.4.28/drivers/net/bondi ng/bond_alb.c 2013-01-27

[PATCH 1/1] KVM: add kvm_para_available to asm-generic/kvm_para.h

james.ho...@imgtec.com (James Hogan) — Wed, 22 May 2013 11:30:02 UT

According to include/uapi/linux/kvm_para.h architectures should define
kvm_para_available, so add an implementation to asm-generic/kvm_para.h
which just returns false.

Signed-off-by: James Hogan <james.ho...@imgtec.com>
Cc: Marcelo Tosatti <mtosa...@redhat.com>
Cc: Gleb Natapov <g...@redhat.com>

[PATCH] gpio-lynxpoint: remove unnecessary platform_set_drvdata()

andriy.shevche...@linux.intel.com (Andy Shevchenko) — Wed, 22 May 2013 10:40:02 UT

Since 0998d06310 "device-core: Ensure drvdata = NULL when no driver is bound",
this is done by driver core after device_release or on probe failure. Thus we
can remove all platform_set_drvdata(pdev, NULL) in drivers.

Signed-off-by: Andy Shevchenko <andriy.shevche...@linux.intel .com>
---
drivers/gpio/gpio-lynxpoint.c | 2 +-