Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors. arch/arm/common/mcpm_head.S,
arch/arm/common/mcpm_platsmp.c, arch/arm/common/vlock.S are the biggest
source of errors.
OMAP stuff needs a serious look at too - much Kconfig madness
With the commit a11fbba (net/cpsw: fix irq_disable() with threaded interrupts)
from Sebastian Siewior, a kernel warning is generated as below. This warning
is generated as the irq_enabled is not initialized for the primary interface
and in probe it is initialized for the second interface. This
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors. arch/arm/common/mcpm_head.S,
arch/arm/common/mcpm_platsmp.c, arch/arm/common/vlock.S are the biggest
source of errors.
Yes,
On Tue, Apr 30, 2013 at 01:04:20PM +0200, Arnd Bergmann wrote:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors. arch/arm/common/mcpm_head.S,
On Tuesday 30 April 2013, Dave Martin wrote:
From 193f254689beaa1612d29bcc5ba004a933b37d95 Mon Sep 17 00:00:00 2001
From: Dave Martin dave.mar...@linaro.org
Date: Tue, 30 Apr 2013 12:25:04 +0100
Subject: [PATCH 1/3] ARM: mcpm: Add explicit AFLAGS to support v6/v7
multiplatform kernels
The
The following changes since commit aecb65a34a780cd07fbaa652cc5d640f13f3ed5f:
Merge branch 'omap-gpmc-for-v3.10-take2' of git://github.com/jonhunter/linux
into omap-for-v3.10/gpmc (2013-04-04 11:22:33 -0700)
are available in the git repository at:
git://github.com/jonhunter/linux.git
handle vcc and vcc_aux independently
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index bc58078..7e122a9 100644
---
Since regulator_put can handle NULL / IS_ERR(regulator)
use_reg can be removed, so that regulator_put in omap_hsmmc_reg_put
can be reused for vmmc_aux regulator error scenario.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |8 ++--
1 files changed, 2
update needs_vmmc, needs_vmmc_aux for dt boot
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 4f7ca7a..5fd78b2 100644
---
This patch series adds omap-hsmmc-control driver to handle omap control module
mmc registers for devicetree boot.
These control module registers are needed for mmc pbias i/o, speed mode
configuration of mmc1 and loopback clock configuration of mmc2.
With voltage switch support (pbias i/o) added
Add omap-hsmmc-control data to omap630.
Update with pbias and prog_io1 register address.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap36xx.dtsi |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap36xx.dtsi
Add omap-hsmmc-control data to omap4.
Update with pbias register address for configuration of pbias dual volt
i/o cells in mmc1 and control_mmc1 register address for i/o strength
configuration
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |9 +
1 files
Add omap-hsmmc-control data to am3517 board.
Update with devconf1 register address, used for loopback clock configuration
in mmc2.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/am3517-evm.dts| 20
arch/arm/boot/dts/am3517_mt_ventoux.dts | 20
Add omap-hsmmc-control data to omap5.
Update with pbias register address, used for pbias dual volt i/o cells
in mmc1.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Add omap-hsmmc-control data to omap3.
Update with pbias and devconf0 register address for mmc1.
Update with devconf1 register address for mmc2
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
Update ti-omap-hsmmc devicetree documentation with omap-hsmmc-control binding
information for MMC1/MMC2 in different OMAP SoCs.
Signed-off-by: Balaji T K balaj...@ti.com
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 34
1 files changed, 34 insertions(+), 0
With pbias control support in place remove dt workaround for pbias
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
Use needs_vmmc/needs_vmmc_aux to check whether
regulator is mandatory and handle regulator errors
like EPROBE_DEFER properly
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 65 ++--
1 files changed, 36 insertions(+), 29
Add needs_vmmc and needs_vmmc_aux to indicate whether regulator is
applicable so that omap_hsmmc can handle regulator deferred probe error
properly.
Remove the assumption that vmmc_aux regulator to be available only if vmmc is
present. Platforms can have fixed-always-ON regulator for vmmc and/or
Add omap_hsmmc_control to support pbias, high speed mode configuration for mmc1,
loopback clock configuration (when external transceiver is used) for mmc2
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/Makefile |2 +-
drivers/mmc/host/omap_hsmmc.c | 38
Commit 8c8a777 (ARM: OMAP2+: Add function to read GPMC settings from
device-tree) added a device-tree property gpmc,device-nand to indicate
is the GPMC child device is NAND. This commit should have updated the
GPMC NAND documentation (Documentation/devicetree/bindings/mtd/gpmc-nand.txt)
to list
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 01:04:20PM +0200, Arnd Bergmann wrote:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors.
* Arnd Bergmann a...@arndb.de [130430 04:10]:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors. arch/arm/common/mcpm_head.S,
arch/arm/common/mcpm_platsmp.c,
On Tue, Apr 30, 2013 at 11:12:12AM -0400, Nicolas Pitre wrote:
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 01:04:20PM +0200, Arnd Bergmann wrote:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 11:12:12AM -0400, Nicolas Pitre wrote:
On Tue, 30 Apr 2013, Dave Martin wrote:
On Tue, Apr 30, 2013 at 01:04:20PM +0200, Arnd Bergmann wrote:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly
From: Mugunthan V N mugunthan...@ti.com
Date: Tue, 30 Apr 2013 14:57:28 +0530
With the commit a11fbba (net/cpsw: fix irq_disable() with threaded interrupts)
from Sebastian Siewior, a kernel warning is generated as below. This warning
is generated as the irq_enabled is not initialized for the
* Tony Lindgren t...@atomide.com [130430 09:19]:
* Arnd Bergmann a...@arndb.de [130430 04:10]:
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
great load of new warnings and errors.
If no SoC is selected, we should build in only minimal code
to bring up a new SoC as none of the SoC specific features are
implemented. Otherwise we will get multiple randconfig errors
when no SoC is selected.
Fix this by tagging the SoC dependant code with soc-y in the omap2+
related makefiles
to
get a reliably building randconfig. There are no proper changeset
comments yet, and no Signed-off-by.
I've uploaded this to the test-merge-20130430 branch in the arm-soc
tree if anyone is curious. I suppose we should get all the changes
in arch/arm included in the merge window and then work
* Arnd Bergmann a...@arndb.de [130430 16:16]:
I've uploaded this to the test-merge-20130430 branch in the arm-soc
tree if anyone is curious. I suppose we should get all the changes
in arch/arm included in the merge window and then work with the
subsystem maintainers on the other bugs
* Tony Lindgren t...@atomide.com [130430 16:57]:
* Arnd Bergmann a...@arndb.de [130430 16:16]:
I've uploaded this to the test-merge-20130430 branch in the arm-soc
tree if anyone is curious. I suppose we should get all the changes
in arch/arm included in the merge window and then work
31 matches
Mail list logo
