Hi Afzal,
On 03/23/2012 01:36 AM, Afzal Mohammed wrote:
[snip]
+struct gpmc_child {
+ char*name;
+ int id;
+ struct resource *res;
+ unsignednum_res;
+ struct resource gpmc_res[GPMC_CS_NUM];
* mathieu.poir...@linaro.org [120323 10:16]:
> From: Arnd Bergmann
>
> When the omap serial driver is built as a module, we must
> not allow the console driver to be selected, because consoles
> can not be loadable modules.
Looks valid to me, this should get posted and merged via
linux-ser...@v
* mathieu.poir...@linaro.org [120323 10:16]:
> From: Arnd Bergmann
>
> map2_mbox_iva_priv is used on multiple omap2 socs but is hidden
> in an outdated #ifdef that is specific to a single soc.
I think this got fixed with 655850ed (ARM: OMAP2: fix mailbox init code).
Tony
--
To unsubscribe from
* mathieu.poir...@linaro.org [120323 10:17]:
> From: Arnd Bergmann
>
> The omap platform requires CPU_FREQ_TABLE support to be enabled for its
> CPU_FREQ implementations, so automatically select that when CPU_FREQ
> is enabled.
I think this is also solved now, Kevin might be able to confirm thi
* Arnd Bergmann [120323 10:40]:
> On Friday 23 March 2012, Tony Lindgren wrote:
> > >
> > > +config ARCH_OMAP2_AUTO
> > > + bool
> > > + depends on !ARCH_OMAP3 && !ARCH_OMAP4
> > > + select ARCH_OMAP2
> > > + default y
> > > + help
> > > + At least one of OMAP2/OMAP3/OM
On Friday 23 March 2012, Tony Lindgren wrote:
> >
> > +config ARCH_OMAP2_AUTO
> > + bool
> > + depends on !ARCH_OMAP3 && !ARCH_OMAP4
> > + select ARCH_OMAP2
> > + default y
> > + help
> > + At least one of OMAP2/OMAP3/OMAP4 needs to be enabled, this
> > + selects O
* mathieu.poir...@linaro.org [120323 10:16]:
> From: Russell King
>
> When the omap driver is built as a module for n8x0,
> n8x0_mmc_set_power_menelaus cannot call into the driver:
>
> arch/arm/mach-omap2/board-n8x0.c:374: undefined reference
> to `omap_mmc_notify_cover_event'
>
> As a workaro
* mathieu.poir...@linaro.org [120323 10:16]:
> From: Arnd Bergmann
>
> Random configurations can fail if none of the omap families
> in mach-omap2 is selected. This patch automatically selects
> omap2 if the user has not made any other choice.
>
> Signed-off-by: Arnd Bergmann
> Signed-off-by:
* mathieu.poir...@linaro.org [120323 10:16]:
> From: Arnd Bergmann
>
> A trivial typo causes build breakage when I2C is disabled
> and omap_i2c_reset is set to NULL on OMAP:
>
> omap_hwmod_44xx_data.c:2287:11: error: lvalue required as unary '&' operand
>
> Removing the '&' character solves th
From: Arnd Bergmann
Kconfig allows selecting CONFIG_OMAP2 but no specific SOC, the options
being omap2420 and omap2430, but that leads to a build error when
omap3 or omap4 are also enabled and the MULTI_OMAP2 symbol is
undefined.
This adds another clause to plat/multi.h, mainly to allow all
poss
From: Russell King
When the omap driver is built as a module for n8x0,
n8x0_mmc_set_power_menelaus cannot call into the driver:
arch/arm/mach-omap2/board-n8x0.c:374: undefined reference
to `omap_mmc_notify_cover_event'
As a workaround, do not provide that device in this case. This needs
to be f
From: Arnd Bergmann
A trivial typo causes build breakage when I2C is disabled
and omap_i2c_reset is set to NULL on OMAP:
omap_hwmod_44xx_data.c:2287:11: error: lvalue required as unary '&' operand
Removing the '&' character solves this.
Signed-off-by: Arnd Bergmann
Cc: Avinash.H.M
Cc: Paul W
From: Arnd Bergmann
When the omap serial driver is built as a module, we must
not allow the console driver to be selected, because consoles
can not be loadable modules.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
Acked-by: Govindraj.R
---
drivers/tty/serial/Kconfig |2 +-
From: Arnd Bergmann
These three boards unconditionally use the twl4030 driver
from the board-zoom-display.c file. Make sure that the driver
is always there.
We also need to select the I2C core so we are able to build
that driver.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
Acke
From: Arnd Bergmann
There is no way to build OMAP kernels without an MMU
at this point because of dependencies on MMU-only functions.
As long as nobody is interested in fixing this, let's just disable
this platforms for nommu kernels.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
From: Arnd Bergmann
The omap platform requires CPU_FREQ_TABLE support to be enabled for its
CPU_FREQ implementations, so automatically select that when CPU_FREQ
is enabled.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
---
arch/arm/plat-omap/Kconfig |5 +
1 files changed
From: Arnd Bergmann
Random configurations can fail if none of the omap families
in mach-omap2 is selected. This patch automatically selects
omap2 if the user has not made any other choice.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
Acked-by: Santosh Shilimkar
Acked-by: Tony L
From: Arnd Bergmann
map2_mbox_iva_priv is used on multiple omap2 socs but is hidden
in an outdated #ifdef that is specific to a single soc.
Signed-off-by: Arnd Bergmann
Signed-off-by: Mathieu Poirier
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/mailbox.c |2 +-
1 files changed, 1
From: "Arnd Bergmann"
The following is a set of patches that have been sent
out during the 3.1 cycle that were not acked or merged.
Sending again for completeness.
Tony, please pull if there are no objections:
The following changes since commit c16fa4f2ad19908a47c63d8fa436a1178438c7e7:
Li
Hi,
On Fri, Mar 23, 2012 at 04:39:21PM +0100, Cousson, Benoit wrote:
> + Felipe
>
> On 3/23/2012 11:20 AM, Mohammed, Afzal wrote:
> >Hi Benoit,
> >
> >On Fri, Mar 23, 2012 at 15:07:30, Cousson, Benoit wrote:
> >>>Final destination aimed for this driver is MFD.
> >>
> >>Why? Are you sure this is a
+ Felipe
On 3/23/2012 11:20 AM, Mohammed, Afzal wrote:
Hi Benoit,
On Fri, Mar 23, 2012 at 15:07:30, Cousson, Benoit wrote:
Final destination aimed for this driver is MFD.
Why? Are you sure this is appropriate? This is not really a
multifunction device but rather a bus device that can manage
On Fri, Mar 23, 2012 at 1:41 PM, Daniel Lezcano
wrote:
> On 03/23/2012 01:35 PM, Jean Pihet wrote:
>>
>> On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
>> wrote:
>>>
>>> Use the new cpuidle API and define in the driver the states.
>>>
>>> Signed-off-by: Daniel Lezcano
>>> ---
>
>
> [ ... ]
>
>
Add displays to panel-generic-dpi.c
Prime View PD050VL1 (640 x 480)
Prime View PD104SLF (800 x 600)
Prime View PM070WL4 (800 x 480)
Signed-off-by: Jan Weitzel
---
drivers/video/omap2/displays/panel-generic-dpi.c | 63 ++
1 files changed, 63 insertions(+), 0 deletions(-)
di
On 03/23/2012 01:35 PM, Jean Pihet wrote:
On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
wrote:
Use the new cpuidle API and define in the driver the states.
Signed-off-by: Daniel Lezcano
---
[ ... ]
/*
* Erratum i583: implementation for ES rev< Es1.2 on 3630. We cannot
On 03/23/2012 01:22 PM, Jean Pihet wrote:
On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
wrote:
This variable is only used in the pm-debug.c file.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/pm-debug.c |2 +-
arch/arm/mach-omap2/pm.h | 30 ---
On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
wrote:
> Use the new cpuidle API and define in the driver the states.
>
> Signed-off-by: Daniel Lezcano
> ---
> arch/arm/mach-omap2/cpuidle34xx.c | 85 +---
> 1 files changed, 59 insertions(+), 26 deletions(-)
>
>
On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
wrote:
> This variable is only used in the pm-debug.c file.
>
> Signed-off-by: Daniel Lezcano
> ---
> arch/arm/mach-omap2/pm-debug.c | 2 +-
> arch/arm/mach-omap2/pm.h | 30 --
> 2 files changed, 13 insertion
Hi Daniel,
On Fri, Mar 23, 2012 at 10:26 AM, Daniel Lezcano
wrote:
> As we will be able to remove C-states from userspace with the sysfs
> API, this function is no longer needed. We remove it and that simplifies
> the code for more consolidation.
>
> Signed-off-by: Daniel Lezcano
> ---
> arch/a
On Fri, Mar 23, 2012 at 12:06 PM, Afzal Mohammed wrote:
> Hi,
>
> Convert GPCM code to be a driver. Existing GPMC
> NAND platform handling has been modified to work
> with the new GPMC driver (patches 2 & 3). Patch 5
> is to test the driver in OMAP3EVM.
>
> Once all the users has been converted to
Hi Benoit,
On Fri, Mar 23, 2012 at 15:07:30, Cousson, Benoit wrote:
> > Final destination aimed for this driver is MFD.
>
> Why? Are you sure this is appropriate? This is not really a
> multifunction device but rather a bus device that can manage multiple
> kind of devices.
Agree, this not an
On 3/23/2012 7:36 AM, Afzal Mohammed wrote:
Convert GPMC code to driver. Boards using GPMC
should provide driver with type of configuration,
timing, GPMC address space details (if already
configured, driver will retrieve, as is existing).
Platform devices would the be created for each
connected p
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/Makefile | 11 +++
arch/arm/mach-omap2/cpuidle34xx.c |8
arch/arm/mach-omap2/cpuidle44xx.c |8
arch/arm/mach-omap2/pm.h | 17 +++--
4 files changed, 22 insertions(+), 22 deletions
We are storing the 'omap3_idle_data' in the private data field
if the cpuidle device. As we are using this variable only in this file,
that does not really make sense. Let's use the global variable directly
instead dereferencing pointers in an idle critical loop.
As the table is initialized static
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/cpuidle34xx.c | 31 ++-
1 files changed, 30 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/cpuidle34xx.c
index 877a7e1..34e1e34 100644
--- a/arch/arm/mach-omap
We do not longer need the ''cpuidle_params_table' array as
we defined the states in the driver and we checked they are
all valid.
We also remove the structure definition as it is no longer used.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/cpuidle34xx.c | 28 +++--
With the previous changes all the states are valid, except
the last state which can be handled by decreasing the number
of states.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/cpuidle34xx.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2
Use the new cpuidle API and define in the driver the states.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/cpuidle34xx.c | 85 +---
1 files changed, 59 insertions(+), 26 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/
This variable is only used in the pm-debug.c file.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/pm-debug.c |2 +-
arch/arm/mach-omap2/pm.h | 30 --
2 files changed, 13 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-omap2/pm-debug.c b/a
As we will be able to remove C-states from userspace with the sysfs
API, this function is no longer needed. We remove it and that simplifies
the code for more consolidation.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-omap2/cpuidle34xx.c | 85 +
1 files
As suggested, this table is an optimized version for rx51 and we
remove it in order to consolidate the cpuidle code between omap3
and omap4, we remove this specific data definition which is used
to override the default omap3 latencies but at the cost of extra
code and complexity.
In order to not l
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-zoom-debugboard.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-zoom-debugboard.c
b/arch/arm/mach-omap2/board-zoom-debugboard.c
index 369c2eb..f68b616 100644
--- a/arch/arm/mach-om
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-overo.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
index 668533e..33aa391 100644
--- a/arch/arm/mach-omap2/board-overo.c
+++ b/arch/ar
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-omap3stalker.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3stalker.c
b/arch/arm/mach-omap2/board-omap3stalker.c
index de95352..4dffc95 100644
--- a/arch/arm/mach-omap2/board-o
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-omap3logic.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3logic.c
b/arch/arm/mach-omap2/board-omap3logic.c
index 4a7d8c8..9b3c141 100644
--- a/arch/arm/mach-omap2/board-omap3lo
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-ldp.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-ldp.c b/arch/arm/mach-omap2/board-ldp.c
index d50a562a..1b60495 100644
--- a/arch/arm/mach-omap2/board-ldp.c
+++ b/arch/arm/mach-om
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-omap3evm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
index 548e1ef..6a5e57c 100644
--- a/arch/arm/mach-omap2/board-omap3evm.c
+++
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-igep0020.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
b/arch/arm/mach-omap2/board-igep0020.c
index e558800..930c0d3 100644
--- a/arch/arm/mach-omap2/board-igep0020.c
+++
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-cm-t35.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index 41b0a2f..289ded3 100644
--- a/arch/arm/mach-omap2/board-cm-t35.c
+++ b/ar
Adding in support for regulators here creates several headaches.
- Boards that declare their own regulator cannot use this function.
- Multiple calls to this function require special handling.
- Boards that declare id's other than '0' need special handling.
Now that there is a simple regulator_
Looking back into git history, this code was never used and was
probably left over from a copy/paste.
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/board-omap3evm.c |9 -
arch/arm/mach-omap2/board-omap3stalker.c |9 -
2 files changed, 0 insertions(+), 18 deletions(
If this function is called the first time with flags set, and the
second time without flags set then the leftover flags from the first
called will be used rather than the desired default flags.
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/gpmc-smsc911x.c |4 +---
1 files changed, 1 inser
This seems to be a leftover from when gpmc-smsc911x.c was copied
from gpmc-smc91x.c.
Signed-off-by: Russ Dill
---
arch/arm/mach-omap2/gpmc-smsc911x.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-smsc911x.c
b/arch/arm/mach-omap2/gpmc-smsc
This patchset cleans up some problems with gpmc connected smsc911x
chips. Commit c7e963f616 (net/smsc911x: Add regulator support)
broke registration of gpmc connected smcs911x devices on machines with
regulator support, but without dummy regulator support by requiring
regulators.
This version
Hi Mohammed,
On 3/23/2012 7:36 AM, Afzal Mohammed wrote:
Hi,
Convert GPCM code to be a driver. Existing GPMC
NAND platform handling has been modified to work
with the new GPMC driver (patches 2& 3). Patch 5
is to test the driver in OMAP3EVM.
Hehe, cool, thanks for that series,
Benoit
Once
On Thu, Mar 22, 2012 at 8:49 PM, Kevin Hilman wrote:
> Hi Grant,
>
> Please pull these OMAP GPIO fixes for v3.4. These fix some rather
> serious regressions introduced by the cleanup and runtime PM conversion
> series which is also queued for v3.4. This branch is based on your
> gpio/next branch
Hi Russ, Mark,
On 03/22/12 20:29, Russ Dill wrote:
> On Thu, Mar 22, 2012 at 4:37 AM, Mark Brown
> wrote:
>> On Wed, Mar 21, 2012 at 10:19:54PM -0700, Russ Dill wrote:
>>
>>> +static struct regulator_consumer_supply dummy_supplies[] = {
>>> + REGULATOR_SUPPLY("vddvario", "smsc911x.0"),
>>> +
On Wed, Mar 21, 2012 at 7:29 PM, Hiremath, Vaibhav wrote:
> On Mon, Mar 19, 2012 at 17:14:30, Ming Lei wrote:
>> On Mon, Mar 19, 2012 at 7:11 PM, Hiremath, Vaibhav wrote:
>> >
>> > I think you made very good point here. With the above patch, we are almost
>> > missing the capability of registeri
Hi Paul,
On Fri, Mar 23, 2012 at 5:10 AM, Paul Walmsley wrote:
> Hi
>
> On Thu, 22 Mar 2012, Raja, Govindraj wrote:
>
>> Sorry I for got to add that, here are details on what was tested.
>>
>> 1.) OMAP2430 SDP : Boot tested with uart1 as console.
>>
>> 2.) OMAP3430 SDP: Boot test, suspend/resume
58 matches
Mail list logo
