On Tuesday 20 September 2011, Arnd Bergmann wrote:
> On Saturday 17 September 2011, Tony Lindgren wrote:
> > Hi Arnd,
> >
> > Please pull the first part of omap cleanup from:
> >
> > git://github.com/tmlind/linux.git cleanup
> >
> > This seri
On Tuesday 20 September 2011 15:33:12 Tony Lindgren wrote:
> * Arnd Bergmann [110920 14:12]:
> > On Tuesday 20 September 2011, Arnd Bergmann wrote:
> > >
> > > One more thing: my randconfig tests are running now and
> > > have spit out a new error aft
On Tuesday 20 September 2011 23:46:11 Arnd Bergmann wrote:
> It seems that you replace the #ifdef in the board-flash.c file
> with a similar #ifdef in the header that replaces this with an
> empty inline function when the object is not built.
Found another similar problem over night, p
On Wednesday 21 September 2011, Tony Lindgren wrote:
> * Ohad Ben-Cohen [110920 01:34]:
> > On Mon, Sep 12, 2011 at 7:46 PM, Ohad Ben-Cohen wrote:
> >
> > I'm wondering how hwspinlock updates like this should go upstream.
> >
> > The first hwspinlock batch was picked by Tony, because it involve
On Wednesday 21 September 2011, Linus Walleij wrote:
> On Wed, Sep 21, 2011 at 4:12 PM, Arnd Bergmann wrote:
>
> > My feeling is that it would be best for Ohad to send these directly
> > to Linus, since it's basically a standalone subsystem and he's listed
> > a
On Wednesday 21 September 2011, Kevin Hilman wrote:
> Found. Patch below.
>
> If this one is OK, I'll push to my for_3.2/voltage-cleanup branch (which
> is already pulled into arm-soc/next/voltage) so just re-pulling will
> pick up the fix.
Looks good to me, it's always nice when a bug fix is al
On Friday 23 September 2011, Tony Lindgren wrote:
> Please pull omap cleanup branch again from:
>
> git://github.com/tmlind/linux.git cleanup
>
> This contains a fix for earlier cleanup patches and has omap_device
> cleanup and PM cleanup merged in.
>
> As some of the later cleanup was based on
On Saturday 24 September 2011, Tony Lindgren wrote:
> >
> > If this one is OK, I'll push to my for_3.2/voltage-cleanup branch (which
> > is already pulled into arm-soc/next/voltage) so just re-pulling will
> > pick up the fix.
>
> Arnd, care to pull this in directly from Kevin into voltage branch
On Thursday 29 September 2011, Tony Lindgren wrote:
> Please pull omap dmtimer changes from:
>
> git://github.com/tmlind/linux.git dmtimer
>
> This series completes the system timer separation from the
> driver like features. It also adds support for v2 ip that is
> available for some timers star
On Friday 30 September 2011, Tony Lindgren wrote:
> How about a branch called driver?
>
> There are still lots of pieces of code under arch/arm that should
> be eventually moved to live under drivers. For example the mux
> code and most of PM code can eventually be under drivers.
Yes, good idea!
On Friday 30 September 2011, Tony Lindgren wrote:
> Please pull omap cleanup part3 into cleanup from:
>
> git://github.com/tmlind/linux.git cleanup-part3
>
> If you did not already pull the earlier updated
> cleanup, pulling this is enough and will bring that
> in too.
Ok, I've ended up replacin
On Friday 30 September 2011 22:13:42 Arnd Bergmann wrote:
> On Thursday 29 September 2011, Tony Lindgren wrote:
> > Please pull omap dmtimer changes from:
> >
> > git://github.com/tmlind/linux.git dmtimer
> >
> > This series completes the system timer separation
On Saturday 01 October 2011 15:55:05 Rob Herring wrote:
> >
> > Kevin Hilman writes:
> >
> >> The upcoming OMAP4 PM series from Santosh[1] that we're planning to
> >> queue for v3.2 has a dependency[2] on a patch currently queued for v3.2
> >> in the irq/core branch of Thomas' tip tree[3].
> >>
re at it, simplify the Makefile syntax.
Signed-off-by: Arnd Bergmann
Cc: Tomi Valkeinen
---
drivers/video/omap/Kconfig | 41 +---
drivers/video/omap/Makefile | 64 ---
2 files changed, 67 insertions(+), 38 deletions(-)
diff --
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
---
arch/arm/mach-omap2/mailbox.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch
omap_mcpdm_remove is used from asoc_mcpdm_probe, which is an
initcall, and must not be discarded when HOTPLUG is disabled.
Signed-off-by: Arnd Bergmann
Cc: Jarkko Nikula
---
sound/soc/omap/mcpdm.c |2 +-
sound/soc/omap/mcpdm.h |2 +-
2 files changed, 2 insertions(+), 2 deletions
Drivers that refer to a __devexit function in an operations
structure need to annotate that pointer with __devexit_p so
replace it with a NULL pointer when the section gets discarded.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/smartreflex.c |2 +-
arch/arm/plat-omap/dma.c
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
: Arnd Bergmann
---
arch/arm/plat-omap/iommu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/iommu.c b/arch/arm/plat-omap/iommu.c
index 34fc31e..9d43ce1 100644
--- a/arch/arm/plat-omap/iommu.c
+++ b/arch/arm/plat-omap/iommu.c
@@ -391,7 +391,7 @@ void
or modular builds, and exports the necessary
symbols.
Signed-off-by: Arnd Bergmann
Cc: Felipe Balbi
---
arch/arm/mach-omap2/board-n8x0.c |2 +-
drivers/usb/musb/musb_core.c |3 ++-
drivers/usb/musb/musb_io.h |2 +-
drivers/usb/musb/tusb6010.c |1 +
4 files changed, 5
The musb_hdrc driver tries to select TWL4030_USB or TWL6030_USB
on some platforms, but those symbols in turn depend on TWL4030_CORE.
Trying not to spread the 'select' further, this makes the driver
depend on the TWL4030_CORE for the platforms that do other selects.
Signed-off-by: Arn
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
---
arch/arm/mach-omap2/Kconfig |6 ++
1 files
The definition of the device must depend on the hardware
we run on, not on the kernel configuration.
arch/arm/mach-omap2/devices.c:624:13: error: 'OMAP_HDQ_BASE' undeclared here
(not in a function)
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/devices.c | 10 ++---
error:
'OMAP_DSS_UPDATE_AUTO' undeclared (first use
in this function)
make[3]: *** [drivers/media/video/omap/omap_vout.o] Error 1
make[2]: *** [drivers/media/video/omap] Error 2
make[1]: *** [drivers/media/video/] Error 2
make: *** [sub-make] Error 2
Let's disable it for now.
Signed-
The Makefile only includes irq.o for omap2 and omap3, but it's in
fact also required to build omap4-only kernels.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arc
The cache controller needs to be enabled for the
cortex-a9 specific errata that are also selected
to work.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2
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
---
arch/arm/Kconfig |1 +
1 files chang
ETM' instead of selecting it.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index fdd45dd..12ae86e 100644
--- a/arch/arm/mach-omap2/Kconfig
+++
These drivers do not build correctly on omap1, so only allow
selecting them on omap2 or higher.
Signed-off-by: Arnd Bergmann
Cc: Jarkko Nikula
Cc: Liam Girdwood
---
sound/soc/omap/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/sound
: Arnd Bergmann
Cc: Keshava Munegowda
Cc: Samuel Ortiz
---
drivers/mfd/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 21574bd..48cce35 100644
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
@@ -721,7 +721,7
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
---
arch/arm/plat-omap/Kconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch
each family.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Kconfig | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 3c9fb89..fd0ab18 100644
--- a/arch/arm/mach
This avoids a warning from Kconfig about missing dependencies.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 3921a95..fdd45dd 100644
--- a
combinations to build cleanly.
Signed-off-by: Arnd Bergmann
---
arch/arm/plat-omap/include/plat/multi.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/multi.h
b/arch/arm/plat-omap/include/plat/multi.h
index 999ffba..fb7f196 100644
--- a
We must not reference omap_i2c_reset if the file defining it
does not get built.
Signed-off-by: Arnd Bergmann
---
arch/arm/plat-omap/include/plat/i2c.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/i2c.h
b/arch/arm/plat-omap
ulled them into the for-next branch.
Arnd
Arnd Bergmann (30):
sound/omap: omap_mcpdm_remove cannot be __devexit
video/omap: fix dependencies
video/omap: fix build dependencies
ARM: omap: add missing __devexit_p() annotations
ARM: omap: enable building omap2 without omap2420/2430
The omap nand driver uses the gpmc_enable_hwecc and
gpmc_calculate_ecc functions from the platform code,
but can be built as a module.
This only works if the functions are exported.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/gpmc.c |2 ++
1 files changed, 2 insertions(+), 0
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
Cc: Govindraj.R
---
drivers/tty/serial/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Four of the LCD panel drivers depend on the backlight class,
so add the dependency in Kconfig.
Selecting the BACKLIGHT_CLASS_DEVICE symbol does not generally
work since it has other dependencies.
Signed-off-by: Arnd Bergmann
Cc: Tomi Valkeinen
---
drivers/video/omap2/displays/Kconfig |7
, e.g. by converting n8x0 to be probed through the
device tree and moving that code into the driver.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/board-n8x0.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n8x0.c b/arch/arm/mach-
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
---
arch/arm/mach-omap2/Kconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions
built-in.o:(.data+0x154e0): undefined reference to
`omap4430_phy_init'
mach-omap2/built-in.o:(.data+0x154e4): undefined reference to
`omap4430_phy_exit'
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-omap2/Makefile |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff -
We can only have one pwm driver built into the kernel, so make sure
that this one is only available on omap2 to avoid conflicts with
pwm drivers of other platforms.
Signed-off-by: Arnd Bergmann
Cc: Samuel Ortiz
Cc: Peter Ujfalusi
Cc: Balaji T K
Cc: Hemanth V
---
drivers/mfd/Kconfig |4
start
supporting multiple ARM platforms in a single kernel binary,
because at that point we will actually need to select
multiple DMA drivers and pick the right one at run-time.
Signed-off-by: Arnd Bergmann
Cc: Felipe Balbi
---
drivers/usb/musb/Kconfig | 57
On Sunday 02 October 2011 17:14:47 Russell King - ARM Linux wrote:
> On Sun, Oct 02, 2011 at 04:45:45PM +0200, Arnd Bergmann wrote:
> > The logic to allow only one DMA driver in MUSB is currently
> > flawed, because it also allows picking no DMA driver at all
> > and also n
On Sunday 02 October 2011 18:34:52 Ohad Ben-Cohen wrote:
>
> The driver has moved to drivers/iommu/ and changed a bit, but this
> patch is still relevant.
>
> The merge conflict will be trivial to resolve, but if you prefer, we
> can prevent it by taking this patch via the iommu tree.
Yes, pleas
On Sunday 02 October 2011 20:40:35 Jarkko Nikula wrote:
> Strange. I'm able to build them fine with omap1_defconfig and with two
> supported OMAP1 ASoC machine drivers we have:
>
> CONFIG_SND_OMAP_SOC_AMS_DELTA=y
> CONFIG_SND_OMAP_SOC_OSK5912=y
>
> What's the error you are seeing? I guess there m
On Sunday 02 October 2011 21:24:26 Jarkko Nikula wrote:
> Now when I remember we had one build error. Hopefully it was the same
> than you observed?
I think it was something different, but it's possible.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
On Sunday 02 October 2011 16:53:31 Russell King - ARM Linux wrote:
> On Sun, Oct 02, 2011 at 04:45:41PM +0200, Arnd Bergmann wrote:
> > -#if defined(CONFIG_MENELAUS) &&
> > \
> > - (defined(CONFIG_MMC_OMAP) || d
On Sunday 02 October 2011 21:56:09 Felipe Balbi wrote:
>
> > Unfortunately, even with the dma parts out of the way there is
> > a lot that needs to be done to make musb, ehci or ohci
> > really cross-platform. Right now, you can only have one
> > platform driver glue for each of those drivers, and
On Monday 03 October 2011 10:58:23 Santosh Shilimkar wrote:
> > +config MACH_OMAP_AUTO_BOARD
> > + def_bool y
> > + depends on !MACH_OMAP2_TUSB6010
> > + depends on !MACH_OMAP_H4
> > + depends on !MACH_OMAP_APOLLON
> > + depends on !MACH_OMAP_APOLLON
> > + depends on !MACH_O
On Monday 03 October 2011 11:09:33 Santosh Shilimkar wrote:
> > diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
> > index bb8f4a6..f7ef9f4 100644
> > --- a/arch/arm/plat-omap/Kconfig
> > +++ b/arch/arm/plat-omap/Kconfig
> > @@ -217,6 +217,11 @@ config OMAP_PM_NOOP
> >
> > en
On Monday 03 October 2011 11:39:59 Archit Taneja wrote:
>
> A fix for this is already in the master branch of Mauro's tree:
>
> git://linuxtv.org/media_tree.git
>
> with the commit id:
>
> 5ebbf72dc51bd3b481aa91fea37a7157da5fc548
>
> I am guessing this would during the 3.2 merge window.
Ok, t
On Monday 03 October 2011 10:35:25 Santosh Shilimkar wrote:
> > The entire set is also available from
> > git pull git://git.linaro.org/people/arnd/arm-soc.git randconfig/omap
> >
> > but I have not yet pulled them into the for-next branch.
> >
> Do you have any scripts to create these randconf
On Monday 03 October 2011 01:10:51 Felipe Balbi wrote:
> Anyway, I'll take your patches in, but their too late for this merge
> window I already sent my last pull to Greg.
No problem. I need the full set of arm-randconfig patches upstream in order
to make randconfig work in general, and that's no
00
> Subject: [PATCH] ARM: omap2+: fix build breakage when CONFIG_I2C_OMAP=n
>
> arch/arm/mach-omap2/Makefile incorrectly skips compilation of the I2C
> IP block reset code when CONFIG_I2C_OMAP=n. Fix by unconditionally
> compiling arch/arm/mach-omap2/i2c.o, which is needed on all
On Monday 03 October 2011 09:53:50 Tomi Valkeinen wrote:
> Your patch will conflict with both of those changes. Is it ok for you to
> drop this patch, and I'll make a new one on top of my changes to clean
> up the Makefile in a similar way than you did? The new patch wouldn't
> make it in the next
On Monday 03 October 2011 09:59:35 Tomi Valkeinen wrote:
> On Sun, 2011-10-02 at 16:45 +0200, Arnd Bergmann wrote:
> > Four of the LCD panel drivers depend on the backlight class,
> > so add the dependency in Kconfig.
> > Selecting the BACKLIGHT_CLASS_DEVICE symbol does n
On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
> >
> > In the long run, I'd hope we can just get rid of these for subarchitectures
> > that support device tree probing and make the device tree based machine
> > description unconditional.
>
> This is really our goal, we will have soon th
On Monday 03 October 2011 10:49:10 Santosh Shilimkar wrote:
> > diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
> > index 57b66d5..4deeade 100644
> > --- a/arch/arm/mach-omap2/Kconfig
> > +++ b/arch/arm/mach-omap2/Kconfig
> > @@ -253,6 +253,8 @@ config MACH_OMAP_ZOOM2
> >
On Monday 03 October 2011, Tony Lindgren wrote:
> * Arnd Bergmann [111003 02:20]:
> > On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
> > > >
> > > > In the long run, I'd hope we can just get rid of these for
> > > > subarchitectures
On Tuesday 04 October 2011, Samuel Ortiz wrote:
> On Sun, Oct 02, 2011 at 04:45:52PM +0200, Arnd Bergmann wrote:
> > We can only have one pwm driver built into the kernel,
> I seem to remember that Bill Gatliff was working on a PWM subsystem that would
> get rid of the current pwm
On Tuesday 04 October 2011 08:57:52 Tony Lindgren wrote:
> * Arnd Bergmann [111004 00:10]:
> > On Monday 03 October 2011, Tony Lindgren wrote:
> >
> > > Yes please leave out the list so we don't need to constantly update it.
> > > Let's just always build
On Thursday 06 October 2011, Tony Lindgren wrote:
> * Rob Herring [111001 13:21]:
> > On 09/30/2011 05:29 PM, Kevin Hilman wrote:
> > > Hi Arnd,
> > >
> > > Kevin Hilman writes:
> > >
> > >> The upcoming OMAP4 PM series from Santosh[1] that we're planning to
> > >> queue for v3.2 has a dependen
On Friday 07 October 2011, Kevin Hilman wrote:
> > I've pulled in rmk/devel-stable as a dependency now, thanks for
> > reminding me of that.
> >
> > Thomas, where should I get the irq-core branch (or whichever
> > I should wait for) to pull in as another dependency. Is that
> > branch one that neve
On Monday 03 October 2011, Tony Lindgren wrote:
> Please pull omap fixes from:
>
> git://github.com/tmlind/linux.git fixes
>
> Out of these the first three commits would be nice to get
> into the -rc series with the first two causing boot issues
> and the musb fixing an ugly warning.
>
> Note ho
On Friday 07 October 2011, Tony Lindgren wrote:
> Then merge all the -rc fixes for various ARM platforms with:
>
> $ git checkout fixes-for-rc
> $ git reset --hard v3.1-rc9
> $ git merge omap/fixes-for-rc soc foo/fixes-for-rc bar/fixes-for-rc
>
> And then no rebasing is needed. Of course I could
On Friday 07 October 2011, Thomas Gleixner wrote:
> For your internal dependecies, yes. But for irq/core you don't have to
> wait. You just need to tell Linus in the pull request that you pulled
> my branch with my ack as it contains modifications which are
> prerequisite for arm/whatever.
>
> Whe
2/built-in.o: In function `omap44xx_voltagedomains_init':
voltagedomains44xx_data.c:111: undefined reference to
`omap44xx_vdd_mpu_volt_data'
voltagedomains44xx_data.c:111: undefined reference to
`omap44xx_vdd_iva_volt_data'
voltagedomains44xx_data.c:111: undefined reference to
`omap44xx_
On Monday 10 October 2011, Kevin Hilman wrote:
> > I got this build error only now after pulling in the latest omap series, but
> > I cannot tell what caused it. It's also not clear to me if this is the
> > correct
> > solution. Please ack or provide a better fix.
>
> This code was merged for v2.
On Monday 24 October 2011, Tony Lindgren wrote:
> As discussed in the ARM kernel meeting yesterday, here's are
> the pending omap things to pull for v3.2 merge window.
Hi Tony,
I finally got to pull these.
> These would be nice to get still in as other people's work
> such as Nico's map_io chang
On Saturday 05 November 2011, Russell King - ARM Linux wrote:
> On Sat, Nov 05, 2011 at 05:57:59PM +0100, Thomas Weber wrote:
> > This patch fixes the dependencies for OMAP3_EMU after
> > commit 53eebb0df85e4005
> > ARM: OC_ETM should not select ARM_AMBA
> >
> > When "OMAP3 debugging peripherals"
On Wednesday 29 June 2011, Ohad Ben-Cohen wrote:
> On Wed, Jun 29, 2011 at 2:44 AM, Randy Dunlap wrote:
> >> +hardware accelerators, and therefore are often used to offload
> >> cpu-intensive
> >
> > prefer: CPU-
> > throughout.
>
> Isn't
me in some configurations.
If you agree, I'd apply this patch on top:
8<---
omap2+: fix build regression
board-generic.c now contains a reference to omap3_timer, but depends only
on ARCH_OMAP2, not on ARCH_OMAP3, which controls that symbol.
omap2_timer seems to be more appropriate any
On Tuesday 05 July 2011, Tony Lindgren wrote:
> Please pull some fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> devel-fixes
>
> These are intented for the merge window, there's no rush for
> these to go in during the -rc cycle this late. I have one fix
On Thursday 07 July 2011 18:29:11 Tony Lindgren wrote:
> Please pull omap board updates from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> devel-board
>
> These are currently on top of the fixes you pulled earlier but
> could be also rebased on the earlier cleanu
On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
>
> * Arnd Bergmann [110707 13:36]:
> > On Thursday 07 July 2011 18:29:11 Tony Lindgren wrote:
> > > Please pull omap board updates from:
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/tmlin
On Friday 08 July 2011, Tony Lindgren wrote:
> * Arnd Bergmann [110708 01:49]:
> > On Friday 08 July 2011 10:30:42 Tony Lindgren wrote:
> >
> > Sorry for being unclear, I forgot to say that I did in fact pull your tree
> > already.
>
> OK no problem that
On Friday 08 July 2011, Tony Lindgren wrote:
>
>I've attached a conflict resolution patch too, it's trivial execpt
>note that .vdac needs to be removed in board-rx51-peripherals.c.
>
>If this conflict causes problems for you, I can also base this series
>on omap/board.
The conflict resolution you
On Monday 11 July 2011, Tony Lindgren wrote:
> Hi Arnd,
>
> Below is a summary of the pending omap pull requests as there are still
> few branches pending.
>
> Can you please take a look and see what you can take of these for v3.1
> merge window?
>
> There's still quite a bit more code shrinkage
Hi Paul and Tomi,
I'm trying to get the arm-soc tree integrated into linux-next, but right
now that fails because of lots of conflicts in the
arch/arm/mach-omap2/clock44xx_data.c
and arch/arm/mach-omap2/omap_hwmod_44xx_data.c files.
I've done a dumb resolution by pulling in the omap_dss2/for_nex
On Tuesday 19 July 2011, Archit Taneja wrote:
> Tomi is on vacation right now, but he checks his mail once in a while,
> so we may get a response soon.
>
> Tomi's for-next branch is not up to date yet. So it shouldn't be
> considered for now. The HWMOD patches in Tomi's for-next branch will be
On Thursday 21 July 2011, Tomi Valkeinen wrote:
> I've pushed a new for-next branch to
> git://gitorious.org/linux-omap-dss2/linux.git for-next. However, I
> decided to just reset it to -rc4 for now.
>
Ok, thanks!
I've removed the merge with that branch from arm-soc/for-next now.
Arnd
--
On Friday 12 August 2011, Felipe Balbi wrote:
> On Fri, Aug 12, 2011 at 01:02:18PM +1000, David Gibson wrote:
>
> the whole point of using *byname() is for the driver to not care about
> the order of the resources. So if driver has to provided an ordered list
> of names, what's the benefit ? Sound
On Friday 12 August 2011, Cousson, Benoit wrote:
> > Arnd Bergmann:
> > But I really don't think there is value in using IORESOURCE_DMA for this.
> > We don't have the code to manage DMA resources for more than one DMA
> > controller AFAICT, and I think we shou
On Wednesday 10 August 2011, Tony Lindgren wrote:
> * Kevin Hilman [110802 17:00]:
> > On 08/02/2011 04:14 PM, Kevin Hilman wrote:
> > [...]
> > >>
> > >>Looks like I forgot the i2c driver changes that also should be
> > >>merged by us. Those are acked by Ben Dooks, Kevin's pull request
> > >>for
On Thursday 18 August 2011, Laurent Pinchart wrote:
> > +static int omap_iommu_domain_init(struct iommu_domain *domain)
> > +{
> > + struct omap_iommu_domain *omap_domain;
> > +
> > + omap_domain = kzalloc(sizeof(*omap_domain), GFP_KERNEL);
> > + if (!omap_domain) {
> > + pr
On Thursday 18 August 2011, Ohad Ben-Cohen wrote:
> arch/arm/plat-omap/Kconfig | 14 --
> arch/arm/plat-omap/Makefile|2 --
> arch/arm/plat-omap/{ => include/plat}/iopgtable.h |0
> drivers/iommu/Kconfig
On Thursday 25 August 2011, Russell King - ARM Linux wrote:
>
> On Thu, Aug 25, 2011 at 02:16:14AM +0300, Felipe Balbi wrote:
> > on top of all that, for IPs which are used on many SoCs (such as MUSB)
> > it's quite silly to force all users to provide resources in a certain
> > order. It sounds to
On Thursday 25 August 2011 11:16:25 Kevin Hilman wrote:
> Please clarify.
>
> What I hear Russell saying is a problem with the implementation of the
> _byname API.
>
> What I hear you sating is that since DT doesn't support this, we need to
> remove it's usage completely from platform_devices
On Friday 26 August 2011, David Gibson wrote:
> Seriously, how many times do I have to say it?
>
>
> Using _byname in drivers DOES NOT require adding names to the DT.
>
>
> All it needs is some glue logic to attach names as the device tree is
> read. This is properly thought of as part of the
On Friday 26 August 2011, David Gibson wrote:
> If you open code it this way then yes, it's silly. But what about
> something like this:
>
> static struct of_device_id foodevice_of_match[] __devinitdata = {
> { .compatible = "foocorp,foodevice1234",
> .resource_names = {"base_re
On Friday 26 August 2011, Arnd Bergmann wrote:
> On Friday 26 August 2011, David Gibson wrote:
> > If you open code it this way then yes, it's silly. But what about
> > something like this:
> >
> > static struct of_device_id foodevice_of_match[] __devinitda
On Sunday 28 August 2011 00:37:36 David Gibson wrote:
> On Fri, Aug 26, 2011 at 05:41:29PM +0200, Arnd Bergmann wrote:
> > On Friday 26 August 2011, Arnd Bergmann wrote:
> > > On Friday 26 August 2011, David Gibson wrote:
> > > > If you open code it this way then ye
On Saturday 27 August 2011, Paul Walmsley wrote:
> On Sat, 27 Aug 2011, Arnd Bergmann wrote:
>
> > Right, and I guess we can simply ignore DMA and ioport resources because
> > they are extremely rare, right?
>
> DMA resources are quite widely used.
>
> For exa
On Sunday 28 August 2011, David Gibson wrote:
> > Right, and I guess we can simply ignore DMA and ioport resources because
> > they
> > are extremely rare, right?
>
> Well, remember it's where resources can appear in the DT node that
> matters, not what the types are in the platform device. iopo
On Monday 29 August 2011, Luciano Coelho wrote:
> From: Randy Dunlap
>
> Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> without needing to also select MFD_SUPPORT, which fixes some
> kconfig unmet dependency w
On Thursday 25 August 2011, Kevin Hilman wrote:
> --- a/arch/arm/plat-omap/omap_device.c
> +++ b/arch/arm/plat-omap/omap_device.c
> @@ -622,7 +622,8 @@ static struct dev_pm_domain omap_device_pm_domain = {
> SET_RUNTIME_PM_OPS(_od_runtime_suspend, _od_runtime_resume,
>
On Thursday 01 September 2011 19:25:07 Benoit Cousson wrote:
>
> /*
> +* XXX: The cpus node is mandatory, but since the CPUs are as well
> part
> +* of the mpu subsystem below, it is not clear where the information
> +* should be. Maybe here with a phandle inside t
On Thursday 01 September 2011 11:12:02 Kevin Hilman wrote:
> The suspend/resume _noirq handlers were #ifdef'd out in the
> !CONFIG_SUSPEND case, but were still assigned to the dev_pm_ops
> struct. Fix by defining them to NULL in the !CONFIG_SUSPEND case.
>
> Reported-by: Arn
101 - 200 of 755 matches
Mail list logo