* Tony Lindgren [130430 16:57]:
> * Arnd Bergmann [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
* Arnd Bergmann [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 othe
d.
A couple hundred kernel builds and 50 patches later, I actually managed 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 shou
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 as
* Tony Lindgren [130430 09:19]:
> * Arnd Bergmann [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/c
From: Mugunthan V N
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 primary interface
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:
> > > > >
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 fo
* Arnd Bergmann [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, arch/arm/common/vlock
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. arch/ar
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 t
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
---
drivers/mmc/host/Makefile |2 +-
drivers/mmc/host/omap_hsmmc.c | 38 +++
drivers/mm
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 vm
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
---
drivers/mmc/host/omap_hsmmc.c | 65 ++--
1 files changed, 36 insertions(+), 29 deletions(-)
diff --git
With pbias control support in place remove dt workaround for pbias
Signed-off-by: Balaji T K
---
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
index 217c063..c84d
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
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 34
1 files changed, 34 insertions(+), 0 deletions(-)
diff --
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
---
arch/arm/boot/dts/omap5.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm
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
---
arch/arm/boot/dts/omap3.dtsi | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch
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
---
arch/arm/boot/dts/am3517-evm.dts| 20
arch/arm/boot/dts/am3517_mt_ventoux.dts | 20 +++
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
---
arch/arm/boot/dts/omap4.dtsi |9 +
1 files changed, 9 inserti
Add omap-hsmmc-control data to omap630.
Update with pbias and prog_io1 register address.
Signed-off-by: Balaji T K
---
arch/arm/boot/dts/omap36xx.dtsi |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap36xx.dtsi b/arch/arm/boot/dts/omap36xx.dtsi
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 fo
update needs_vmmc, needs_vmmc_aux for dt boot
Signed-off-by: Balaji T K
---
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
--- a/drivers/mmc/host/
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
---
drivers/mmc/host/omap_hsmmc.c |8 ++--
1 files changed, 2 insertions(+), 6 deleti
handle vcc and vcc_aux independently
Signed-off-by: Balaji T K
---
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
--- a/drivers/mmc/host/oma
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 omap-gp
On Tuesday 30 April 2013, Dave Martin wrote:
> From 193f254689beaa1612d29bcc5ba004a933b37d95 Mon Sep 17 00:00:00 2001
> From: Dave Martin
> 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 full mcpm layer
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,
> > arch/arm/common/mcpm_pl
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.
Y
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 patc
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 there
31 matches
Mail list logo
