Hi Rob,
On Wednesday 16 November 2011 08:20 PM, Rob Herring wrote:
[]...
diff --git a/Documentation/devicetree/bindings/arm/omap/omap.txt
b/Documentation/devicetree/bindings/arm/omap/omap.txt
index dbdab40..46ffd41 100644
--- a/Documentation/devicetree/bindings/arm/omap/omap.txt
+++ b/Document
[...]
+static int omap_console_hwmod_enable(struct omap_device *od)
+{
+ console_lock();
+ /*
+* For early console we prevented hwmod reset and idle
A period is missing. Or maybe it should a comma with not capital letter.
+* So before we enable the uart clocks idle
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> Pass minimal data needed for console boot, from dt, for
> OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
> static initialization from generic board file.
>
> Signed-off-by: Rajendra Nayak
> ---
> arch/arm/boot/dts/omap3-beagle.dts |
On Fri, Nov 11, 2011 at 08:57:59PM +0100, Cousson, Benoit wrote:
> On 11/9/2011 12:49 PM, Sascha Hauer wrote:
> >On Wed, Nov 09, 2011 at 12:23:25PM +0100, Cousson, Benoit wrote:
> >>On 11/9/2011 10:13 AM, Sascha Hauer wrote:
> >>>On Tue, Nov 08, 2011 at 06:19:41PM -0700, Grant Likely wrote:
> >>
>
I have succeeded in using the i2c bus with GPIO expander to access the
programming pins of my FPGA devices, but the data port uses the localbus. I
had initially thought that the uio platform driver would be the ideal approach
to creating a device which would allow configuration from userland vi
On Wed, Nov 16, 2011 at 05:37:34PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 17:07 +, Pawel Moll wrote:
> > > > I'd rather second Dave's idea of having
> > > >
> > > >>> compatible = "arm,vexpress-", "arm-vexpress-rs1",
> > > >>> "arm-vexpress";
> > > >
> > > > and
> > > >
> >
On Sun, Nov 13, 2011 at 7:14 PM, Richard Zhao wrote:
> On Tue, Nov 08, 2011 at 08:49:42PM -0600, Rob Herring wrote:
>> > +For example:
>> > +
>> > + oscillator {
>> > + #clock-cells = <1>;
>> > + clock-output-name = "ckil", "ckih";
>> > + };
>> > +
>> > +- this node defines a d
On Tue, Nov 8, 2011 at 7:36 PM, Rob Herring wrote:
> On 11/08/2011 07:19 PM, Grant Likely wrote:
>> From: Jeremy Kerr
>>
>> Hook the OF clock provider infrastructure to clk_get.
>>
>> Signed-off-by: Jeremy Kerr
>> Signed-off-by: Grant Likely
>> ---
>> drivers/clk/clkdev.c | 7 +++
>> 1
On Sun, Nov 13, 2011 at 8:59 PM, Shawn Guo wrote:
> Hi Grant,
>
> On Tue, Nov 08, 2011 at 06:19:38PM -0700, Grant Likely wrote:
> [...]
>> diff --git a/include/linux/of.h b/include/linux/of.h
>> index 4948552..566deab 100644
>> --- a/include/linux/of.h
>> +++ b/include/linux/of.h
>> @@ -222,6 +222
On 11/16/2011 4:41 PM, Rob Herring wrote:
Benoit,
On 11/16/2011 09:14 AM, Cousson, Benoit wrote:
Hi Rob,
On 11/16/2011 3:50 PM, Rob Herring wrote:
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for
On Wed, Nov 16, 2011 at 04:22:39PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 15:36 +, Dave Martin wrote:
> > > +/include/ "skeleton.dtsi"
> > > +
> > > +/ {
> > > + model = "V2P-CA5s";
> > > + arm,hbi = <0x225>;
> >
> > Are these part numbers formally hex numbers? Is so, fine. Otherwi
On Wed, Nov 16, 2011 at 04:28:17PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 15:42 +, Dave Martin wrote:
> > > +config ARCH_VEXPRESS_LEGACY
> > Brief comment explaining what this is?
> > > +config ARCH_VEXPRESS_RS1
> > Ditto
>
> Ok.
>
> > > + bool
> > > +
> > > config ARCH_VEXPRESS_CA
On Wed, 2011-11-16 at 17:50 +, Dave Martin wrote:
> Come to think of it, is the problem here that we're trying to describe
> the _motherboard_ using the compatible property on the root node.
> This is why I talked about universal/generic features -- the set of
> features common to all platforms
On Wed, Nov 16, 2011 at 04:35:15PM +, Pawel Moll wrote:
[...]
> > > + - for Coretile Express A5x2 (V2P-CA5s):
> > > + compatible = "arm,vexpress-v2p-ca5s", "arm-vexpress";
> > > + - Coretile Express A9x4 (V2P-CA9):
> > > + comaptible = "arm,vexpress-v2p-ca9", "arm,vexpress-legacy",
> > > "
On Wed, Nov 16, 2011 at 05:07:51PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 16:59 +, Rob Herring wrote:
> > It has nothing to do with taste and obviously documentation changes over
> > time. I'm going to start naming everything with legacy because someday
> > it all will be...
> >
> >
On Wed, 2011-11-16 at 17:07 +, Pawel Moll wrote:
> > > I'd rather second Dave's idea of having
> > >
> > >>> compatible = "arm,vexpress-", "arm-vexpress-rs1",
> > >>> "arm-vexpress";
> > >
> > > and
> > >
> > >>> + compatible = "arm,vexpress-", "arm,vexpress-legacy",
> > >>>
On Wed, Nov 16, 2011 at 05:07:51PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 16:59 +, Rob Herring wrote:
> > It has nothing to do with taste and obviously documentation changes over
> > time. I'm going to start naming everything with legacy because someday
> > it all will be...
> >
> >
On Wed, 2011-11-16 at 17:28 +, Dave Martin wrote:
> > > Is there anything else blocking the building of legacy and RS1 memory
> > > maps into a single kernel?
> > > (I'm still hazy on how all the remapping stuff works, myself.)
> >
> > This works now - I have a single binary kernel that works
On Wed, Nov 16, 2011 at 04:16:45PM +, Pawel Moll wrote:
> On Wed, 2011-11-16 at 15:35 +, Dave Martin wrote:
> > On Fri, Nov 11, 2011 at 06:27:02PM +, Pawel Moll wrote:
> > > This patch gets rid of the MMIO_P2V and __MMPIO_P2V macros,
> > > defining constant virtual base for motherboard
On Wed, 2011-11-16 at 16:59 +, Rob Herring wrote:
> It has nothing to do with taste and obviously documentation changes over
> time. I'm going to start naming everything with legacy because someday
> it all will be...
>
> It's about how you create compatible strings. They should not be
> gener
On 11/16/2011 10:37 AM, Pawel Moll wrote:
> On Wed, 2011-11-16 at 16:26 +, Rob Herring wrote:
>> On 11/16/2011 09:44 AM, Dave Martin wrote:
>>> On Fri, Nov 11, 2011 at 06:27:04PM +, Pawel Moll wrote:
This patch provides hooks for DT-based tile machine implementations
and adds Devi
On Wed, 2011-11-16 at 16:26 +, Rob Herring wrote:
> On 11/16/2011 09:44 AM, Dave Martin wrote:
> > On Fri, Nov 11, 2011 at 06:27:04PM +, Pawel Moll wrote:
> >> This patch provides hooks for DT-based tile machine implementations
> >> and adds Device Tree description for the motherboard.
> >>
On Wed, 2011-11-16 at 15:44 +, Dave Martin wrote:
> > + where is the the model, eg:
>
> Two "the"s.
>
> What "model" means isn't obvious to the uninitiated -- how about
> something like "where is the full platform model name" ?
Ok.
> > + - for Coretile Express A5x2 (V2P-CA5s):
> > + c
On Wed, 2011-11-16 at 15:42 +, Dave Martin wrote:
> > +config ARCH_VEXPRESS_LEGACY
> Brief comment explaining what this is?
> > +config ARCH_VEXPRESS_RS1
> Ditto
Ok.
> > + bool
> > +
> > config ARCH_VEXPRESS_CA9X4
> > bool "Versatile Express Cortex-A9x4 tile"
> > select CPU_V7
> >
On 11/16/2011 09:44 AM, Dave Martin wrote:
> On Fri, Nov 11, 2011 at 06:27:04PM +, Pawel Moll wrote:
>> This patch provides hooks for DT-based tile machine implementations
>> and adds Device Tree description for the motherboard.
>>
>> Signed-off-by: Pawel Moll
>> ---
>> Documentation/devicetr
On Wed, 2011-11-16 at 15:36 +, Dave Martin wrote:
> > +/include/ "skeleton.dtsi"
> > +
> > +/ {
> > + model = "V2P-CA5s";
> > + arm,hbi = <0x225>;
>
> Are these part numbers formally hex numbers? Is so, fine. Otherwise
> maybe it would me safer to make properties of this kind strings.
H
On Wed, 2011-11-16 at 15:35 +, Dave Martin wrote:
> On Fri, Nov 11, 2011 at 06:27:02PM +, Pawel Moll wrote:
> > This patch gets rid of the MMIO_P2V and __MMPIO_P2V macros,
> > defining constant virtual base for motherboard and tile
> > peripherals instead.
> >
> > Additionally, in preparat
On Fri, Nov 11, 2011 at 06:27:04PM +, Pawel Moll wrote:
> This patch provides hooks for DT-based tile machine implementations
> and adds Device Tree description for the motherboard.
>
> Signed-off-by: Pawel Moll
> ---
> Documentation/devicetree/bindings/arm/vexpress| 92 ++
> a
On Fri, Nov 11, 2011 at 06:27:05PM +, Pawel Moll wrote:
> This patch adds support for RS1 memory map based Versatile Express
> motherboard. As the RAM location has changed, the ZRE values and
> PLAT_PHYS_OFFSET defaults are changed to the new address (all
> future tiles will use RS1 map) and en
Benoit,
On 11/16/2011 09:14 AM, Cousson, Benoit wrote:
> Hi Rob,
>
> On 11/16/2011 3:50 PM, Rob Herring wrote:
>> On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
>>> console device on OMAP is never reset or idled by hwmod post
>>> initial setup, early during boot, for obvious reasons not to
>>> bre
On Fri, Nov 11, 2011 at 06:27:06PM +, Pawel Moll wrote:
> This patch adds Device Trees for ARM Ltd. CoreTile Express A5x2
> and CoreTile Express A9x4 used with V2M motherboard and an initial
> implementation of the DT machine support (this code is separate
> from the current core tile code).
>
On Fri, Nov 11, 2011 at 06:27:02PM +, Pawel Moll wrote:
> This patch gets rid of the MMIO_P2V and __MMPIO_P2V macros,
> defining constant virtual base for motherboard and tile
> peripherals instead.
>
> Additionally, in preparation for the new motherboard memory
> map, the motherboard peripher
On Fri, Nov 11, 2011 at 06:27:01PM +, Pawel Moll wrote:
> Hello again,
>
> I've manage to clean up the VE DT patches.
>
> Changes since RFC:
>
> * I think I did all the changes suggested by Rob (including
> using "custom" clock lookups instead of auxdata - do
> comment, please ;-)
>
> *
Hi Rob,
On 11/16/2011 3:50 PM, Rob Herring wrote:
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for obvious reasons not to
break early debug prints thrown on console.
This leaves the console device en
Hi Rajendra,
On 11/16/2011 12:02 PM, Rajendra Nayak wrote:
> console device on OMAP is never reset or idled by hwmod post
> initial setup, early during boot, for obvious reasons not to
> break early debug prints thrown on console.
> This leaves the console device enabled at boot and the first acti
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> Adapt the driver to device tree and pass minimal platform
> data from device tree needed for console boot.
> No power management features will be suppported for now
> since it requires more tweaks around OCP settings
> to toggle forceidle/noidle/smari
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> console device on OMAP is never reset or idled by hwmod post
> initial setup, early during boot, for obvious reasons not to
> break early debug prints thrown on console.
> This leaves the console device enabled at boot and the first activation
> of it
This series adds minimal device tree support for
OMAP-serial driver, and is based on top of the latest
runtime-PM changes from Govind[1] posted here[2].
The series passes minimal data that allows serial console
boot, with UART's initialised from device tree.
However some of low power support for U
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
static initialization from generic board file.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/omap3-beagle.dts | 17 +
arch/arm/boot/dts/omap3.dtsi|
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for obvious reasons not to
break early debug prints thrown on console.
This leaves the console device enabled at boot and the first activation
of it using hwmod needs to be handled in such a way that a di
Adapt the driver to device tree and pass minimal platform
data from device tree needed for console boot.
No power management features will be suppported for now
since it requires more tweaks around OCP settings
to toggle forceidle/noidle/smaridle bits and handling
remote wakeup and dynamic muxing.
41 matches
Mail list logo
