On Mon, Apr 9, 2012 at 12:46 PM, Jean-Christophe PLAGNIOL-VILLARD
plagn...@jcrosoft.com wrote:
This patch adds macros of_property_for_each_u32() and
of_property_for_each_string(), which iterate over an array of values
within a device-tree property. Usage is for example:
struct property
On Mon, Apr 9, 2012 at 5:26 PM, Stephen Warren swar...@wwwdotorg.org wrote:
Linus, Grant, Rob, can you co-ordinate this? If you want, I can create
the branch and send a pull request to LinusW. I'm not sure which branch
Jean-Christophe needs this in for his IRQ work.
If we don't change the
Hi Omar,
On 4/11/2012 2:16 AM, Ramirez Luna, Omar wrote:
Hi,
On Wed, Dec 14, 2011 at 5:55 AM, Rajendra Nayakrna...@ti.com 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.
Hi Fork:
I would like to know whether device tree capable of describing pinmux?
Say, one pin (PIN_10) which can be configured as I2C_SDL, SPI_CLK,
GPIO23,
How can I describe in device tree?
Or, the I2C controller 1 can be configured to use PIN(23, 24) or
PIN(45,46),
What should I should
Possibly that can be connected to pinctrl subsystem, right?
On Wed, Apr 11, 2012 at 5:35 PM, Dennis.Yxun dennis.y...@gmail.com wrote:
Hi Fork:
I would like to know whether device tree capable of describing pinmux?
Say, one pin (PIN_10) which can be configured as I2C_SDL, SPI_CLK,
of_have_populated_dt() is not expected to be used in drivers but
instead only in early platform init code.
Drivers on the other hand should rely on dev-of_node or of_match_device().
Besides usage of of_have_populated_dt() also throws up build error as below
which was reported by Balaji TK, when
On Wed, Apr 11, 2012 at 03:33:13PM +0530, Rajendra Nayak wrote:
@@ -1564,7 +1564,7 @@ static void omap_hsmmc_set_ios(struct mmc_host *mmc,
struct mmc_ios *ios)
* can't be allowed when booting with device
* tree.
*/
-
On Wednesday 11 April 2012 03:39 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:33:13PM +0530, Rajendra Nayak wrote:
@@ -1564,7 +1564,7 @@ static void omap_hsmmc_set_ios(struct mmc_host *mmc,
struct mmc_ios *ios)
* can't be allowed when booting with device
On Wed, Apr 11, 2012 at 03:54:28PM +0530, Rajendra Nayak wrote:
On Wednesday 11 April 2012 03:39 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:33:13PM +0530, Rajendra Nayak wrote:
@@ -1564,7 +1564,7 @@ static void omap_hsmmc_set_ios(struct mmc_host *mmc,
struct mmc_ios *ios)
On Wednesday 11 April 2012 03:56 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:54:28PM +0530, Rajendra Nayak wrote:
On Wednesday 11 April 2012 03:39 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:33:13PM +0530, Rajendra Nayak wrote:
@@ -1564,7 +1564,7 @@ static void
On Wed, Apr 11, 2012 at 03:59:55PM +0530, Rajendra Nayak wrote:
On Wednesday 11 April 2012 03:56 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:54:28PM +0530, Rajendra Nayak wrote:
On Wednesday 11 April 2012 03:39 PM, Felipe Balbi wrote:
On Wed, Apr 11, 2012 at 03:33:13PM +0530, Rajendra
On 04/11/2012 05:03 AM, Rajendra Nayak wrote:
of_have_populated_dt() is not expected to be used in drivers but
instead only in early platform init code.
Drivers on the other hand should rely on dev-of_node or of_match_device().
Besides usage of of_have_populated_dt() also throws up build error
From: Vandana Salve vsa...@nvidia.com
Pass the correct gart device pointer.
Reviewed-by: Vandana Salve vsa...@nvidia.com
Tested-by: Vandana Salve vsa...@nvidia.com
Reviewed-by: Hiroshi Doyu hd...@nvidia.com
Reviewed-by: Bharat Nihalani bnihal...@nvidia.com
Signed-off-by: Hiroshi DOYU
This commit is taken from the Chromium tree and was originally written
by Robert Morell.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
include/drm/drm_fixed.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/drm/drm_fixed.h b/include/drm/drm_fixed.h
index
This series adds a basic DRM driver for NVIDIA Tegra 2 processors. It
currently only supports the RGB output and I've successfully tested it
against the fbcon kernel module and the xf86-video-modesetting driver.
The code uses the Tegra's IOMMU/GART to remap non-contiguous memory.
This means that
This commit adds device tree support for the GART hardware available on
NVIDIA Tegra 20 SoCs.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
arch/arm/boot/dts/tegra20.dtsi |6 ++
arch/arm/mach-tegra/board-dt-tegra20.c |1 +
drivers/iommu/tegra-gart.c
On Tue, Apr 10, 2012 at 05:06:26PM +0200, Thierry Reding wrote:
This commit adds a debugfs interface that can be used to list the
current internal state of the PWM devices registered with the PWM
framework.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Reviewed-by: Mark
* Shawn Guo wrote:
On Tue, Apr 10, 2012 at 05:06:26PM +0200, Thierry Reding wrote:
This commit adds a debugfs interface that can be used to list the
current internal state of the PWM devices registered with the PWM
framework.
Signed-off-by: Thierry Reding
* Shawn Guo wrote:
On Tue, Apr 10, 2012 at 05:06:27PM +0200, Thierry Reding wrote:
[...]
+ static struct pwm_lookup board_pwm_lookup[] = {
+ PWM_LOOKUP(tegra-pwm, 0, pwm-backlight),
PWM_LOOKUP takes 4 parameters now. Other than that,
Right, I missed that.
Reviewed-by: Shawn
On Tue, Apr 10, 2012 at 05:06:28PM +0200, Thierry Reding wrote:
This patch adds helpers to support device tree bindings for the generic
PWM API. Device tree binding documentation for PWM controllers is also
provided.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Acked-by:
* Shawn Guo wrote:
On Tue, Apr 10, 2012 at 05:06:28PM +0200, Thierry Reding wrote:
This patch adds helpers to support device tree bindings for the generic
PWM API. Device tree binding documentation for PWM controllers is also
provided.
Signed-off-by: Thierry Reding
On Wed, 11 Apr 2012 14:10:26 +0200
Thierry Reding thierry.red...@avionic-design.de wrote:
This series adds a basic DRM driver for NVIDIA Tegra 2 processors. It
currently only supports the RGB output and I've successfully tested it
against the fbcon kernel module and the xf86-video-modesetting
* Hiroshi Doyu wrote:
From: Thierry Reding thierry.red...@avionic-design.de
[...]
Thierry Reding (3):
iommu: tegra/gart: Add device tree support
drm: fixed: Add dfixed_frac() macro
drm: Add NVIDIA Tegra support
Vandana Salve (1):
iommu: tegra/gart: use correct gart_device
On Tue, Apr 10, 2012 at 05:06:39PM +0200, Thierry Reding wrote:
This commit adds very basic support for device tree probing. Currently,
only a PWM and a list of distinct brightness levels can be specified.
Enabling or disabling backlight power via GPIOs is not yet supported.
Signed-off-by:
This patch implements the basic single data conversion support for
the SPEAr600 SoC ADC. The register layout of SPEAr600 differs a bit
from other SPEAr SoC variants (e.g. SPEAr3xx). These differences are
handled via DT compatible testing. Resuling in a multi-arch binary.
This driver is currently
On Wed, 11 Apr 2012 01:43:24 +0100, Jason Cooper ja...@lakedaemon.net
wrote:
In a future land where everything has been converted to devicetree, what
would be best? An option to Build all kirkwood-based .dtb's, an option
to build all D-link .dtb's, Q-QNAP .dtb's, etc. or an option for each
* Alan Cox wrote:
On Wed, 11 Apr 2012 14:10:26 +0200
Thierry Reding thierry.red...@avionic-design.de wrote:
This series adds a basic DRM driver for NVIDIA Tegra 2 processors. It
currently only supports the RGB output and I've successfully tested it
against the fbcon kernel module and the
On Wed, Apr 11, 2012 at 3:33 PM, Rajendra Nayak rna...@ti.com wrote:
of_have_populated_dt() is not expected to be used in drivers but
instead only in early platform init code.
Drivers on the other hand should rely on dev-of_node or of_match_device().
Besides usage of of_have_populated_dt()
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 03:23:26PM +0200, Thierry Reding wrote:
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 02:10:30PM +0200, Thierry Reding wrote:
This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It
currently has rudimentary GEM support and
On Wed, Apr 11, 2012 at 02:32:34PM +0100, Jamie Lentin wrote:
On Wed, 11 Apr 2012 01:43:24 +0100, Jason Cooper
ja...@lakedaemon.net wrote:
In a future land where everything has been converted to devicetree, what
would be best? An option to Build all kirkwood-based .dtb's, an option
to build
Hi,
On Wed, Apr 11 2012, Rajendra Nayak wrote:
of_have_populated_dt() is not expected to be used in drivers but
instead only in early platform init code.
Drivers on the other hand should rely on dev-of_node or of_match_device().
Besides usage of of_have_populated_dt() also throws up build
Hm, in that case it looks like your iommu works more like the gtt on intel
chips
Don't overgeneralize there - on the GMA500/600 the GTT doesn't allow CPU
side access of the GTT map (ie you can't use it to linearise pages for
CPU view) and the 3600 is even stranger
Alan
Maybe your question is answered by my reply to Alan's comment. The mapping
is actually done to get a linear view for the display controller which
doesn't support SG transfers. The kernel and user-space already have virtual
linear buffers.
The framebuffer currently needs a physically
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 04:11:08PM +0200, Thierry Reding wrote:
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 03:23:26PM +0200, Thierry Reding wrote:
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 02:10:30PM +0200, Thierry Reding wrote:
This commit adds
* Alan Cox wrote:
Maybe your question is answered by my reply to Alan's comment. The mapping
is actually done to get a linear view for the display controller which
doesn't support SG transfers. The kernel and user-space already have virtual
linear buffers.
The framebuffer currently
On Wednesday 11 April 2012, Jason Cooper wrote:
Thinking about it, MACH_DNSKW_DT would probably be best. Anything
more general, e.g. MACH_DLINK_DNS_DT, would also cover the
orion-based DNS-313/323/343. Presumably there will always be
differences between kirkwood and orion5x?
Hmm, Well,
Heh, vmap() is exactly what I do. =) Would you mind explaining why exactly it
is hideous?
On x86 we don't have a vast amount of address space available for virtual
remappings and the framebuffer then eats over 8MB of it.
The ideal case is that the fb layer can be taught to do page/offset
On Wed, Apr 11, 2012 at 08:33:56PM +0800, Shawn Guo wrote:
On Tue, Apr 10, 2012 at 05:06:26PM +0200, Thierry Reding wrote:
Reviewed-by: Reviewed-by: Shawn Guo shawn@linaro.org
I have done review only once :)
But it was a really thorough and detailed review!
On Wednesday 11 April 2012, Thierry Reding wrote:
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 03:23:26PM +0200, Thierry Reding wrote:
* Daniel Vetter wrote:
On Wed, Apr 11, 2012 at 02:10:30PM +0200, Thierry Reding wrote:
This commit adds a very basic DRM driver for NVIDIA Tegra
On Wed, Apr 11, 2012 at 5:35 PM, Dennis.Yxun dennis.y...@gmail.com
mailto:dennis.y...@gmail.com wrote:
Hi Fork:
I would like to know whether device tree capable of describing
pinmux?
...
On 04/11/2012 03:42 AM, Dennis.Yxun wrote:
Possibly that can be connected to pinctrl
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/usb_a9260.dts | 23 +++
arch/arm/mach-at91/Makefile.boot |1 +
2 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/boot/dts/usb_a9260.dts
diff --git
This will avoid the CONFIG_OF on the *_devices.c as this file is deprecated
for DT support.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/mach-at91/at91sam9260_devices.c | 20 +++-
arch/arm/mach-at91/at91sam9g45_devices.c | 30
This will simplify the adding of the A9260.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
.../dts/{usb_a9g20.dts = usb_a9260_common.dtsi} | 22 +---
arch/arm/boot/dts/usb_a9g20.dts| 165
2 files changed, 32 insertions(+),
Add both board revision support 1mmc and 2mmc and use a dtsi for common part.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/at91sam9g20ek.dts | 29 ++
arch/arm/boot/dts/at91sam9g20ek_2mmc.dts| 29 ++
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/tny_a9260.dts | 15 ++
arch/arm/boot/dts/tny_a9260_common.dtsi | 83 +++
arch/arm/boot/dts/tny_a9g20.dts | 15 ++
arch/arm/mach-at91/Makefile.boot
The at91sam9260 and at91sam9g20 share most of the same IP.
So udpate the node property in the at91sam9g20 only.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
.../dts/{at91sam9g20.dtsi = at91sam9260.dtsi} |8 +-
arch/arm/boot/dts/at91sam9g20.dtsi
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/at91sam9263.dtsi | 221 ++
arch/arm/mach-at91/at91sam9263.c | 10 ++
arch/arm/mach-at91/at91sam9263_devices.c | 20 +++
3 files changed, 251 insertions(+), 0
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/at91sam9263ek.dts | 156 +++
arch/arm/mach-at91/Makefile.boot|2 +
2 files changed, 158 insertions(+), 0 deletions(-)
create mode 100644
We now store the dtb in a nand partition.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
arch/arm/boot/dts/usb_a9g20.dts | 11 ---
arch/arm/mach-at91/board-usb-a926x.c |4
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git
On 04/11/2012 06:10 AM, Thierry Reding wrote:
This commit adds device tree support for the GART hardware available on
NVIDIA Tegra 20 SoCs.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
arch/arm/boot/dts/tegra20.dtsi |6 ++
On 04/11/2012 06:10 AM, Thierry Reding wrote:
This commit is taken from the Chromium tree and was originally written
by Robert Morell.
Maybe just cherry-pick it from there? That way, the git authorship will
show up as Robert.
___
devicetree-discuss
Hi, Jon Lolieger,
I have tried using the standalone dtc compiler at
git://git.jdl.com/software/dtc.git to compile my dts file and got the following
error:-
a0868495@ares-ubuntu:~/dtc$ dtc -I dts -O dtb tci6614-evm.dts
DTC: dts-dtb on file tci6614-evm.dts
tci6614-evm.dts:4 syntax error
The
On 04/11/2012 06:10 AM, Thierry Reding wrote:
This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It
currently has rudimentary GEM support and can run a console on the
framebuffer as well as X using the xf86-video-modesetting driver.
Only the RGB output is supported. Quite a lot of
On 04/11/2012 11:59 AM, Karicheri, Muralidharan wrote:
Hi, Jon Lolieger,
I have tried using the standalone dtc compiler at
git://git.jdl.com/software/dtc.git
to compile my dts file and got the following error:-
a0868495@ares-ubuntu:~/dtc$ dtc -I dts -O dtb tci6614-evm.dts
DTC: dts-dtb
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is compiling
and the input/output formats. For example:
DTC: dts-dts on file -
This can cause problems in some build systems. For example, U-Boot shows
On Wed, Apr 11, 2012 at 10:58:03PM +0530, Laxman Dewangan wrote:
Intersil's ISL29028 is concurrent Ambient Light and
Proximity Sensor device.
Add driver to access the light and IR intensity and
proximity value via iio interface.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
On Wed, 11 Apr 2012 15:29:42 +1000, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Wed, 2012-04-11 at 11:33 +1000, Benjamin Herrenschmidt wrote:
On Wed, 2012-04-11 at 11:13 +1000, Benjamin Herrenschmidt wrote:
On Sat, 2012-04-07 at 14:27 +0200, Andreas Schwab wrote:
Benjamin
On Wed, 2012-04-11 at 14:57 -0600, Grant Likely wrote:
Yeah, I've got a different way to fix it though. There is exactly one
user of irq_virq_count in-tree right now: PS3. Also, irq_virq_count
is only useful for the NOMAP mapping. So, instead of having a single
global irq_virq_count
On Thu, 12 Apr 2012, Benjamin Herrenschmidt wrote:
On Wed, 2012-04-11 at 14:57 -0600, Grant Likely wrote:
Yeah, I've got a different way to fix it though. There is exactly one
user of irq_virq_count in-tree right now: PS3. Also, irq_virq_count
is only useful for the NOMAP mapping.
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Wednesday, April 11, 2012 2:21 PM
To: Karicheri, Muralidharan
Cc: devicetree-discuss@lists.ozlabs.org
Subject: Re: standalone dtc compiler build from
git://git.jdl.com/software/dtc.git gives
error
On
On Wed, Apr 11, 2012 at 11:55:16AM -0700, Simon Glass wrote:
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is compiling
and the input/output formats. For example:
DTC: dts-dts on file -
This can
for responding.
Here it is
...
That's odd. I just tried both v1.3.0 and master dtc, and could compile
your example just fine. I also compiled
arch/arm/boot/dts/tegra-cardhu.dts from the kernel (next-20120411). Both
worked fine.
Note that I get the error you're seeing if I run Ubuntu's
Hi David,
On Wed, Apr 11, 2012 at 3:45 PM, David Gibson
da...@gibson.dropbear.id.au wrote:
On Wed, Apr 11, 2012 at 11:55:16AM -0700, Simon Glass wrote:
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is compiling
and the input/output formats. For example:
DTC: dts-dts on file -
This can cause problems in some build systems. For example, U-Boot shows
On Wed, Apr 11, 2012 at 04:32:26PM -0700, Simon Glass wrote:
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is compiling
and the input/output formats. For example:
DTC: dts-dts on file -
This can
On 04/11/2012 04:34 PM, David Gibson wrote:
On Wed, Apr 11, 2012 at 04:32:26PM -0700, Simon Glass wrote:
Outputing to stderr is best avoided unless there is an error or warning to
display. At present dtc always displays the name of the file it is compiling
and the input/output formats. For
Hi,
My U-boot is on an older version and that doesn't have DT support for ARM.
Now, is there any way of booting Linux with DT, without U-Boot supporting DT?
Like, if we can compile dtb somehow with Linux or something else?
--
viresh
___
On Thu, Apr 12, 2012 at 09:50:39AM +0530, Viresh Kumar wrote:
Hi,
My U-boot is on an older version and that doesn't have DT support for ARM.
Now, is there any way of booting Linux with DT, without U-Boot supporting DT?
This is how I responded to Fabio on the same query a few hours ago :)
-
This patchset replaces existing pinmux framework for SPEAr family of SoC with
generic pinctrl framework.
@Linus: I would need your Acks on it, after which i will take it through ARM-SoC
tree, as it has dependency on that.
V2-V3
- Add DT bindings for pinmux mappings for SPEAr
- Pass pin maps from
This adds pinctrl driver for SPEAr platform. It also updates MAINTAINERS file
for SPEAr pinctrl drivers.
Signed-off-by: Viresh Kumar viresh.ku...@st.com
---
MAINTAINERS | 23 +--
drivers/pinctrl/Kconfig |2 +
drivers/pinctrl/Makefile |
We must use pinctrl framework instead of defining per SoC pinmux drivers. This
patch removes existing padmux support present for SPEAr platform.
Signed-off-by: Viresh Kumar viresh.ku...@st.com
---
arch/arm/mach-spear3xx/include/mach/generic.h | 128
arch/arm/mach-spear3xx/spear300.c
Signed-off-by: Viresh Kumar viresh.ku...@st.com
---
arch/arm/boot/dts/spear300-evb.dts | 38 ++
arch/arm/boot/dts/spear300.dtsi|5 +++
arch/arm/boot/dts/spear310-evb.dts | 61
arch/arm/boot/dts/spear310.dtsi|5 +++
72 matches
Mail list logo