I've not looked into the reason why yet, so this is a heads-up. I
notice this morning that the LDP3430 failed to boot last night,
whereas it worked the previous night. However, SDP4430 looks fine.
Nothing obvious in the diffstat between the two... but then the patch
between the two kernels is al
So, I eliminated all but a very few of these from arch/arm, and I notice
today that there's a new couple of instances introduced by:
commit 6770b211432564c562c856d612b43bbd42e4ab5e
Author: Ruslan Bilovol
Date: Thu Feb 14 13:55:24 2013 +0200
ARM: OMAP2+: Export SoC information to userspace
* Russell King - ARM Linux [130509 01:54]:
> I've not looked into the reason why yet, so this is a heads-up. I
> notice this morning that the LDP3430 failed to boot last night,
> whereas it worked the previous night. However, SDP4430 looks fine.
>
> Nothing obvious in the diffstat between the t
* Russell King - ARM Linux [130509 02:14]:
> So, I eliminated all but a very few of these from arch/arm, and I notice
> today that there's a new couple of instances introduced by:
Sorry I should have noticed that fnord, I had it in my muttrc but had
a an unnecessary \ in the expression so it did
* Jason Cooper [130508 17:41]:
> On Wed, May 08, 2013 at 12:45:04PM -0700, Tony Lindgren wrote:
> > * Jason Cooper [130508 12:29]:
> > >
> > > Tony has been helping me out offline with this, and he suggested trying
> > > the
> > > gpmc against Linus' ToT. Which locks up before it even has a ch
* Tony Lindgren [130509 09:03]:
> * Jason Cooper [130508 17:41]:
> > On Wed, May 08, 2013 at 12:45:04PM -0700, Tony Lindgren wrote:
> > > * Jason Cooper [130508 12:29]:
> > > >
> > > > Tony has been helping me out offline with this, and he suggested trying
> > > > the
> > > > gpmc against Linu
Tony
On 05/08/2013 06:47 PM, Tony Lindgren wrote:
> * Dan Murphy [130418 11:35]:
>> On 04/18/2013 04:30 AM, Vincent Stehlé wrote:
>>> On 04/17/2013 10:16 PM, Dan Murphy wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
>>> (..)
diff --git
* Dan Murphy [130509 11:13]:
>
> Can we cleanly append to omap4_pmx_core without overriding the whole node?
> I don't want to recreate the pmx_core node in the es file.
Yes that should work just fine.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
The following changes since commit 956e46efb2478ebff7a871138458fa8124fd18dd:
mm/slab: Fix crash during slab init (2013-05-08 15:02:33 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.10/fixes-for-merge-window-par
On Thu, May 09, 2013 at 11:46:51AM -0700, Tony Lindgren wrote:
> The following changes since commit 956e46efb2478ebff7a871138458fa8124fd18dd:
>
> mm/slab: Fix crash during slab init (2013-05-08 15:02:33 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux
On Thu, May 09, 2013 at 11:46:51AM -0700, Tony Lindgren wrote:
> The following changes since commit bb9055b2744ada735a2fe555c4196ad39a83ef2a:
>
> Merge tag 'multiplatform-for-linus-2' of
> git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc (2013-05-07
> 11:28:42 -0700)
>
> are availabl
* Olof Johansson [130509 13:20]:
> On Thu, May 09, 2013 at 11:46:51AM -0700, Tony Lindgren wrote:
> > The following changes since commit 956e46efb2478ebff7a871138458fa8124fd18dd:
> >
> > mm/slab: Fix crash during slab init (2013-05-08 15:02:33 -0700)
> >
> > are available in the git repository
On Wed, May 08, 2013 at 01:42:11AM +0200, Arnd Bergmann wrote:
> On Wednesday 08 May 2013, Greg Kroah-Hartman wrote:
> > On Tue, May 07, 2013 at 04:53:52PM -0600, Stephen Warren wrote:
> > > From: Stephen Warren
>
> > > Suggested-by: Arnd Bergmann
> > > Signed-off-by: Stephen Warren
> >
> > So
On Wed, May 08, 2013 at 10:54:48AM +0800, Peter Chen wrote:
> >
> > This probably could be initialized from some DT property. However,
> > there's no such property defined right now, and considering that DT is
> > supposed to be an ABI, we'd always need the code in this patch as a
> > fallback for
On Wed, May 08, 2013 at 09:24:44AM +0200, Arnd Bergmann wrote:
> It probably should. The main thing is that the dma_mask setting in
> of_platform (and elsewhere) is a mess and that nobody so far had the
> guts to try to get it right for good.
>
> Setting a 32 bit DMA mask is /probably/ the right d
15 matches
Mail list logo