Adding OF binding to genirq.
Version string is setup to the devicetree.
Compatible string is not setup for now but you can add your
custom compatible string to uio_of_genirq_match structure.
For example with vendor,device compatible string:
static const struct of_device_id __devinitconst
Grant Likely wrote:
The 1st board support is minimal to get a system up and running
on the Xilinx platform.
This platform reuses the clock implementation from plat-versatile, and
it depends entirely on CONFIG_OF support. There is only one board
support file which obtains all device information
On Monday 02 May 2011 07:08:00 Grant Likely wrote:
The 1st board support is minimal to get a system up and running
on the Xilinx platform.
This platform reuses the clock implementation from plat-versatile, and
it depends entirely on CONFIG_OF support. There is only one board
support file
On 05/02/2011 03:39 AM, Arnd Bergmann wrote:
On Monday 02 May 2011 07:08:00 Grant Likely wrote:
The 1st board support is minimal to get a system up and running
on the Xilinx platform.
This platform reuses the clock implementation from plat-versatile, and
it depends entirely on CONFIG_OF
* Grant Likely grant.lik...@secretlab.ca [110429 00:13]:
+
+/**
+ * setup_machine_fdt - Machine setup when an dtb was passed to the kernel
+ * @dt_phys: physical address of dt blob
+ *
+ * If a dtb was passed to the kernel in r2, then use it to choose the
+ * correct machine_desc and to
On Mon, May 2, 2011 at 9:15 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [110429 00:13]:
+
+/**
+ * setup_machine_fdt - Machine setup when an dtb was passed to the kernel
+ * @dt_phys: physical address of dt blob
+ *
+ * If a dtb was passed to the
On Monday 02 May 2011, Rob Herring wrote:
The SCU is accessed before ioremap is up. The only reason it is accessed
early is to determine the number of cores present.
The number of cores should definitely be available in the device tree,
normally by looking at the root interrupt controller.
On 05/01/2011 08:41 PM, Kushwaha Prabhakar-B32579 wrote:
Hi,
I have no comments about coding and architecture. It looks fine.
Only have a query about its use case..
Any application intended to use message interrupt requires to
know
reg_num because of struct mpic_msgr*
* Grant Likely grant.lik...@secretlab.ca [110502 18:31]:
On Mon, May 2, 2011 at 9:15 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [110429 00:13]:
+
+/**
+ * setup_machine_fdt - Machine setup when an dtb was passed to the kernel
+ * @dt_phys:
Grant Likely wrote at Saturday, April 30, 2011 1:41 AM:
On Fri, Apr 29, 2011 at 09:34:37PM -0700, Stephen Warren wrote:
The SDHCI driver assigns dynamic device numbers (mmcblk0/1/...) to
devices based on when they get probed, which IDs are free at that time,
etc. Many boards have e.g. 1
Olof Johansson wrote at Sunday, May 01, 2011 8:56 AM:
On Fri, Apr 29, 2011 at 10:12:30PM -0600, Stephen Warren wrote:
tegra250.dts describes everything within the Tegra SoC, but leaves all
optional devices disabled.
tegra-harmony.dts is now the configuration of the SoC for the board,
rootwait is more robust than rootdelay for slow devices.
Suggested-by: Olof Johansson o...@lixom.net
Signed-off-by: Stephen Warren swar...@nvidia.com
---
v2: New patch for v2 of series
arch/arm/boot/dts/tegra-harmony.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Signed-off-by: Stephen Warren swar...@nvidia.com
---
v2: Rebased on latest devicetree/test, s/Harmony/Seaboard in model,
s/rootdelay/rootwait/.
Patch series tested on Harmony, Seaboard (non-clamshell and clamshell)
arch/arm/boot/dts/tegra-seaboard.dts | 34
tegra250.dts describes everything within the Tegra SoC, but leaves all
optional devices disabled.
tegra-harmony.dts is now the configuration of the SoC for the board,
i.e. it enables the optional devices that are required for the board,
and provides any required platform data for those devics.
The following from tegra-harmony.dts compiles fine:
/dts-v1/;
/memreserve/ 0x1c00 0x0400;
/include/ tegra250.dts
/ {
However, if I re-order this as follows:
/dts-v1/;
/include/ tegra250.dts
/memreserve/ 0x1c00 0x0400;
/ {
Then dtc fails:
I'm using a Freescale P1022DS (PowerPC e500 core) system, which has a built-in
video controller. I have a framebuffer driver that works fine, and if I add
video=fslfb:1280x1024-32@60,monitor=0 console=tty0 to the command-line, then
*most* of the kernel boot log appears on the serial port and the
McClintock Matthew-B29882 wrote:
Don't you have to spawn a terminal on the framebuffer for the login?
I suppose, but I don't know how to do that. And although that would technically
answer the question in the subject of this thread, I still would have *some*
boot output on the serial port. It
On Mon, May 2, 2011 at 1:30 PM, Timur Tabi ti...@freescale.com wrote:
I'm using a Freescale P1022DS (PowerPC e500 core) system, which has a built-in
video controller. I have a framebuffer driver that works fine, and if I add
video=fslfb:1280x1024-32@60,monitor=0 console=tty0 to the
cc'ing David Gibson and Jon Loeliger who both can do a better job of
answering this question.
g.
On Mon, May 2, 2011 at 12:54 PM, Stephen Warren swar...@nvidia.com wrote:
The following from tegra-harmony.dts compiles fine:
/dts-v1/;
/memreserve/ 0x1c00 0x0400;
/include/
On Mon, May 2, 2011 at 12:00 PM, Stephen Warren swar...@nvidia.com wrote:
Olof Johansson wrote at Sunday, May 01, 2011 8:56 AM:
On Fri, Apr 29, 2011 at 10:12:30PM -0600, Stephen Warren wrote:
tegra250.dts describes everything within the Tegra SoC, but leaves all
optional devices disabled.
On Mon, May 02, 2011 at 12:50:29PM -0600, Stephen Warren wrote:
rootwait is more robust than rootdelay for slow devices.
Suggested-by: Olof Johansson o...@lixom.net
Signed-off-by: Stephen Warren swar...@nvidia.com
Squashed into 'arm/dt: full tegra devicetree support', thanks.
g.
---
v2:
The following from tegra-harmony.dts compiles fine:
/dts-v1/;
/memreserve/ 0x1c00 0x0400;
/include/ tegra250.dts
/ {
However, if I re-order this as follows:
/dts-v1/;
/include/ tegra250.dts
/memreserve/ 0x1c00 0x0400;
/ {
On Mon, May 02, 2011 at 12:50:30PM -0600, Stephen Warren wrote:
tegra250.dts describes everything within the Tegra SoC, but leaves all
optional devices disabled.
tegra-harmony.dts is now the configuration of the SoC for the board,
i.e. it enables the optional devices that are required for
On Mon, May 02, 2011 at 12:50:31PM -0600, Stephen Warren wrote:
Signed-off-by: Stephen Warren swar...@nvidia.com
Merged, thanks.
g.
---
v2: Rebased on latest devicetree/test, s/Harmony/Seaboard in model,
s/rootdelay/rootwait/.
Patch series tested on Harmony, Seaboard (non-clamshell
On Monday 02 May 2011 23:27:04 johnl...@comcast.net wrote:
Yes we could explain hard coded numbers. Ideally GIC driver would support
device tree it seems like to me.
Seems like the GIC driver could remap it's own memory but maybe that won't
work across all platforms and then the platform
Don't you have to spawn a terminal on the framebuffer for the login?
Right now getty spawns the login on the serial port via /etc/inittab.
Something similiar is probably needed for the framebuffer.
-M
On Mon, May 2, 2011 at 2:30 PM, Timur Tabi ti...@freescale.com wrote:
I'm using a Freescale
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Monday, May 02, 2011 2:40 AM
To: linux-arm-ker...@lists.infradead.org
Cc: grant.lik...@secretlab.ca; Nicolas Pitre; Russell King;
devicetree-discuss@lists.ozlabs.org; linux-ker...@vger.kernel.org;
John
Linn
On Mon, May 02, 2011 at 08:15:42AM -0700, Tony Lindgren wrote:
Also, not counting the separate DT append issues, I got things booting
with these patches (and the dts files) on omaps. So for patches 1 - 5,
and patch 8:
Tested-by: Tony Lindgren t...@atomide.com
Seeing as Documentation isn't
On Mon, May 02, 2011 at 07:39:54PM +0300, Tony Lindgren wrote:
* Grant Likely grant.lik...@secretlab.ca [110502 18:31]:
On Mon, May 2, 2011 at 9:15 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [110429 00:13]:
+
+/**
+ * setup_machine_fdt -
On Monday 02 May 2011 23:27:04 johnl...@comcast.net wrote:
Yes we could explain hard coded numbers. Ideally GIC driver would
support
device tree it seems like to me.
Seems like the GIC driver could remap it's own memory but maybe that
won't
work across all platforms and then the
On Tue, Mar 22, 2011 at 09:27:30AM +0100, Heiko Schocher wrote:
- add binding to OF, compatible name smi,sm501
Signed-off-by: Heiko Schocher h...@denx.de
Acked-by: Samuel Ortiz sa...@linux.intel.com
Merged, thanks.
g.
cc: Wolfram Sang w.s...@pengutronix.de
cc: Grant Likely
On Tue, Mar 22, 2011 at 10:10:27AM +0100, Wolfram Sang wrote:
As this board is tqm5200 based, added necessary changes
to the tqm5200_defconfig. In previous patchserie I added
the changes to mpc5200_defconfig, as Wolfram Sang mentioned,
but as tqm5200_defconfig is in
On Mon, May 2, 2011 at 4:27 PM, Grant Likely grant.lik...@secretlab.ca wrote:
On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
- add commandline options:
sm501fb.mode:
Specify resolution as xresxyres[-bpp][@refresh]
sm501fb.bpp:
Specify bit-per-pixel if not
On Mon, May 02, 2011 at 09:50:11PM +, johnl...@comcast.net wrote:
Seems easy enough assuming we don't need the SCU early for the core count
and can get that from the device tree.
Beware. Things may not be that trivial when you start considering some
of the weirdnesses that some vendors
On Mon, May 2, 2011 at 5:01 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, May 02, 2011 at 09:50:11PM +, johnl...@comcast.net wrote:
Seems easy enough assuming we don't need the SCU early for the core count
and can get that from the device tree.
Beware. Things may not
On Mon, May 02, 2011 at 04:06:01PM -0500, Jon Loeliger wrote:
The following from tegra-harmony.dts compiles fine:
/dts-v1/;
/memreserve/ 0x1c00 0x0400;
/include/ tegra250.dts
/ {
However, if I re-order this as follows:
/dts-v1/;
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
A lot of this series ends up being fixups to powerpc code; but the 4th
patch is of importance to every architecture using CONFIG_OF (except
SPARC, which has its own solution).
This series (finally!) factors out device tree irq domain
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
First step in eliminating irq_map[] table entirely
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
Ack in principle, needs scrutiny and testing of course :-)
Cheers,
Ben.
___
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
irq_alloc_virt() and irq_free_virt() aren't called anywhere but from
arch/powerpc/kernel/irq.c, and they are only ever called with count=1.
This patch removes the prototypes from the header file, removes the
count arguments, and cuts out
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
Very few files actually need direct access to struct irq_host members.
This patch moves the irq_host definition into another file so that it
isn't brought in by default, and to prepare for the addition of
struct of_irq_domain, which will
Hello Grant,
Grant Likely wrote:
On Mon, May 2, 2011 at 4:27 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
- add commandline options:
sm501fb.mode:
Specify resolution as xresxyres[-bpp][@refresh]
sm501fb.bpp:
Hello Grant,
Grant Likely wrote:
On Tue, Mar 22, 2011 at 09:27:26AM +0100, Heiko Schocher wrote:
cc: Wolfram Sang w.s...@pengutronix.de
cc: Grant Likely grant.lik...@secretlab.ca
cc: Benjamin Herrenschmidt b...@kernel.crashing.org
cc: linux-fb...@vger.kernel.org
cc:
On Mon, 2011-05-02 at 15:02 -0500, Timur Tabi wrote:
McClintock Matthew-B29882 wrote:
Don't you have to spawn a terminal on the framebuffer for the login?
I suppose, but I don't know how to do that. And although that would
technically
answer the question in the subject of this thread, I
On Mon, May 2, 2011 at 11:17 PM, Heiko Schocher h...@denx.de wrote:
Hello Grant,
Grant Likely wrote:
On Tue, Mar 22, 2011 at 09:27:26AM +0100, Heiko Schocher wrote:
cc: Wolfram Sang w.s...@pengutronix.de
cc: Grant Likely grant.lik...@secretlab.ca
cc: Benjamin Herrenschmidt
On Mon, May 2, 2011 at 11:27 PM, Heiko Schocher h...@denx.de wrote:
Hello Grant,
Grant Likely wrote:
On Mon, May 2, 2011 at 4:27 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
- add commandline options:
sm501fb.mode:
45 matches
Mail list logo