Hi Arnd & Olof,
* Tony Lindgren [120303 12:49]:
>
> Anyways, we should revert commit 72b026a4 because of the
> breakage it causes.
Correction, we should revert commit c295fb63. The above commit
is wrong and only exists on my machine.
Arnd & Olof, can you please revert commit c295fb63 (ARM: OMA
* Russell King - ARM Linux [120303 12:20]:
> On Sat, Mar 03, 2012 at 12:34:48PM -0800, Tony Lindgren wrote:
> > * Tony Lindgren [120303 11:56]:
> > > * Tony Lindgren [120303 11:29]:
> > > > * Russell King - ARM Linux [120303 10:57]:
> > > > >
> > > > > Even with the full config, making oldconf
* Arnd Bergmann [120303 09:57]:
> On Saturday 03 March 2012, Tony Lindgren wrote:
> > Well 85631d2 builds fine, looks like now some more includes of
> > plat/hardware.h are now needed.Have not yet tracked down which
> > commit triggers the build errors. Eventually those should become
> > local hea
On Sat, Mar 03, 2012 at 12:34:48PM -0800, Tony Lindgren wrote:
> * Tony Lindgren [120303 11:56]:
> > * Tony Lindgren [120303 11:29]:
> > > * Russell King - ARM Linux [120303 10:57]:
> > > >
> > > > Even with the full config, making oldconfig I get:
> > > >
> > > > OMAP2420 support (SOC_OMAP242
* Tony Lindgren [120303 11:56]:
> * Tony Lindgren [120303 11:29]:
> > * Russell King - ARM Linux [120303 10:57]:
> > >
> > > Even with the full config, making oldconfig I get:
> > >
> > > OMAP2420 support (SOC_OMAP2420) [Y/n] (NEW)
> > > OMAP2430 support (SOC_OMAP2430) [Y/n] (NEW)
> > > OMAP
* Tony Lindgren [120303 11:29]:
> * Russell King - ARM Linux [120303 10:57]:
> >
> > Even with the full config, making oldconfig I get:
> >
> > OMAP2420 support (SOC_OMAP2420) [Y/n] (NEW)
> > OMAP2430 support (SOC_OMAP2430) [Y/n] (NEW)
> > OMAP3430 support (SOC_OMAP3430) [Y/n] (NEW)
> > TI81
During system suspend, when OMAP_DEVICE_NO_IDLE_ON_SUSPEND is set on
an omap_device, call the corresponding driver's ->suspend() and
->suspend_noirq() callbacks (if present). Similarly, during resume,
the driver's ->resume() and ->resume_noirq() callbacks must both be
called, if present. (The pr
* Russell King - ARM Linux [120303 10:57]:
> On Sat, Mar 03, 2012 at 11:01:40AM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [120303 10:00]:
> > > On Sat, Mar 03, 2012 at 10:04:29AM -0800, Tony Lindgren wrote:
> > > > Well 85631d2 builds fine, looks like now some more includes of
>
On Sat, Mar 03, 2012 at 11:01:40AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [120303 10:00]:
> > On Sat, Mar 03, 2012 at 10:04:29AM -0800, Tony Lindgren wrote:
> > > Well 85631d2 builds fine, looks like now some more includes of
> > > plat/hardware.h are now needed.Have not yet trac
* Russell King - ARM Linux [120303 10:00]:
> On Sat, Mar 03, 2012 at 10:04:29AM -0800, Tony Lindgren wrote:
> > Well 85631d2 builds fine, looks like now some more includes of
> > plat/hardware.h are now needed.Have not yet tracked down which
> > commit triggers the build errors. Eventually those s
On Sat, Mar 03, 2012 at 10:04:29AM -0800, Tony Lindgren wrote:
> Well 85631d2 builds fine, looks like now some more includes of
> plat/hardware.h are now needed.Have not yet tracked down which
> commit triggers the build errors. Eventually those should become
> local headers too..
It looks like th
On Saturday 03 March 2012, Tony Lindgren wrote:
> Well 85631d2 builds fine, looks like now some more includes of
> plat/hardware.h are now needed.Have not yet tracked down which
> commit triggers the build errors. Eventually those should become
> local headers too..
I've tried building arm-soc/for
* Russell King - ARM Linux [120303 07:15]:
> There's not much more to say other than that in the subject over this
> level of build breakage:
>
> http://www.arm.linux.org.uk/developer/build/result.php?type=build&idx=267
> http://www.arm.linux.org.uk/developer/build/result.php?type=build&idx=268
>
There's not much more to say other than that in the subject over this
level of build breakage:
http://www.arm.linux.org.uk/developer/build/result.php?type=build&idx=267
http://www.arm.linux.org.uk/developer/build/result.php?type=build&idx=268
which is the result of building:
commit 812108a6044b7
Hello.
On 02-03-2012 20:50, Benoit Cousson wrote:
Card detect IRQ from the TWL6030 used to be provided to the MMC
controller code using a statically allocated IRQ scheme:
card_detect_irq = TWL6030_IRQ_BASE + MMCDETECT_INTR_OFFSET;
This is no longer valid in a SPARSE_IRQ context since th
15 matches
Mail list logo