IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which memory is available.
Also, this patch removes unnecesary code for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas
---
v2: It's n
IGEP-based boards can have two different flash memories, a OneNAND or
a NAND device. The boot configuration pins (sys_boot) are used to
specify which memory is available.
Also, this patch removes unnecesary code for registering the OneNAND.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/m
board_onenand_init() and board_nand_init() initialization functions are
used to initialize OneNAND and NAND memories respectively. But only
board_nand_init() was visible to be used from board code. This patch makes
possible to initialize a OneNAND flash memory within platform code.
Signed-off-by:
From: "Mark A. Greer"
Currently, pm34xx.c has a mix of printk() and pr_*() statements
so replace the printk() statements with the equivalent pr_*()
statements.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/pm34xx.c | 22 ++
1 file changed, 10 insertions(+), 12 dele
From: "Mark A. Greer"
It appears that the error paths were overlooked when the
omap3_pm_init() routine had the prcm chain handler code
added. Fix this by adding a goto target and reordering
the error handling code. Also fix how the irq argument
for free_irq() is determined.
CC: Tero Kristo
Si
I found some minor issues when looking through pm34xx.c recently
so these patches try to address them. My apologies if they are
already fixed in another branch somewhere. Based on latest k.o.
master branch.
Mark
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body
On Fri, Mar 16, 2012 at 05:47:06PM -0700, Tony Lindgren wrote:
> Hi,
>
> Adding Tomi to this thread.
>
> * Russell King - ARM Linux [120316 16:14]:
> > Sometime during the last week, the OMAP4430SDP stopped booting - it now
> > stops with no kernel messages output:
> >
> > http://www.arm.linux.
On Saturday 17 March 2012, Sascha Hauer wrote:
> On Sat, Mar 17, 2012 at 11:02:11AM -0700, Turquette, Mike wrote:
> >
> > Much like experimental I'm not sure how needed this change is. The
> > help section does say to leave it disabled by default, if unsure. If
> > you merge it I won't object but
On Sat, Mar 17, 2012 at 11:02:11AM -0700, Turquette, Mike wrote:
> On Sat, Mar 17, 2012 at 2:05 AM, Arnd Bergmann wrote:
> > On Friday 16 March 2012, Turquette, Mike wrote:
> >> On Fri, Mar 16, 2012 at 3:21 PM, Paul Walmsley wrote:
> >> > From: Paul Walmsley
> >> > Date: Fri, 16 Mar 2012 16:06:3
On Saturday 17 March 2012, Turquette, Mike wrote:
> > diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
> > index 2eaf17e..a0a83de 100644
> > --- a/drivers/clk/Kconfig
> > +++ b/drivers/clk/Kconfig
> > @@ -12,7 +12,7 @@ config HAVE_MACH_CLKDEV
> >
> > menuconfig COMMON_CLK
> > - bool "C
On Sat, Mar 17, 2012 at 2:05 AM, Arnd Bergmann wrote:
> On Friday 16 March 2012, Turquette, Mike wrote:
>> On Fri, Mar 16, 2012 at 3:21 PM, Paul Walmsley wrote:
>> > From: Paul Walmsley
>> > Date: Fri, 16 Mar 2012 16:06:30 -0600
>> > Subject: [PATCH] clk: mark the common clk code as EXPERIMENTAL
On Saturday 17 March 2012, Grant Likely wrote:
> On Thu, 15 Mar 2012 09:26:52 +, Russell King - ARM Linux
> wrote:
> > On Thu, Mar 15, 2012 at 09:22:06AM +, Arnd Bergmann wrote:
> > > On Thursday 15 March 2012, Nicolas Ferre wrote:
> > > > Add some basic helpers to retrieve a DMA controll
On Thu, 15 Mar 2012 09:26:52 +, Russell King - ARM Linux
wrote:
> On Thu, Mar 15, 2012 at 09:22:06AM +, Arnd Bergmann wrote:
> > On Thursday 15 March 2012, Nicolas Ferre wrote:
> > > Add some basic helpers to retrieve a DMA controller device_node and the
> > > DMA request specifications.
On Thu, 15 Mar 2012 09:38:10 +0100, Nicolas Ferre
wrote:
> Add some basic helpers to retrieve a DMA controller device_node and the
> DMA request specifications. By making DMA controllers register a generic
> translation function, we allow the management of any type of DMA requests
> specification
On Thu, 15 Mar 2012 11:27:36 +0100, Thierry Reding
wrote:
> * Arnd Bergmann wrote:
> > On Thursday 15 March 2012, Nicolas Ferre wrote:
> [...]
> > > + i2c1: i2c@1 {
> > > + ...
> > > + dma-request = <&sdma 2 &sdma 3>;
> > > + dma-request-names = "tx", "rx";
> > > +
Hi Tony,
Am 06.03.2012 23:55, schrieb Mircea Gherzan:
> The "uim" deamon requires sysfs entries that are filled in using
> this platform data.
>
> Signed-off-by: Mircea Gherzan
> ---
> arch/arm/mach-omap2/board-omap4panda.c | 14 --
> include/linux/ti_wilink_st.h |2
On Friday 16 March 2012, Turquette, Mike wrote:
> On Fri, Mar 16, 2012 at 3:21 PM, Paul Walmsley wrote:
> > From: Paul Walmsley
> > Date: Fri, 16 Mar 2012 16:06:30 -0600
> > Subject: [PATCH] clk: mark the common clk code as EXPERIMENTAL for now
> >
> > Mark the common clk code as depending on CON
17 matches
Mail list logo