On Sat, Jul 20, 2013 at 07:59:10PM -0700, Greg KH wrote:
On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote:
On Sat, 20 Jul 2013, Greg KH wrote:
That should be passed using platform data.
Ick, don't pass strings around, pass pointers. If you have platform
data you
On Thu, Jul 18, 2013 at 09:04:02AM +0200, Gerhard Sittig wrote:
On Mon, Jul 15, 2013 at 21:38 +0200, Sascha Hauer wrote:
On Mon, Jul 15, 2013 at 08:47:34PM +0200, Gerhard Sittig wrote:
diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
index 6d55eb2..2c07061 100644
On Mon, Jul 15, 2013 at 08:47:34PM +0200, Gerhard Sittig wrote:
diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
index 6d55eb2..2c07061 100644
--- a/drivers/clk/clk-divider.c
+++ b/drivers/clk/clk-divider.c
@@ -104,7 +104,7 @@ static unsigned long
On Mon, Jul 15, 2013 at 02:23:30PM -0600, Daniel Drake wrote:
On Fri, Jul 12, 2013 at 10:44 AM, Daniel Drake d...@laptop.org wrote:
Based on the outcomes of the Best practice device tree design for display
subsystems discussion I have drafted a DT binding. Comments much
appreciated.
At
On Mon, Jul 15, 2013 at 11:46:01PM +0200, Gerhard Sittig wrote:
with device tree based clock lookup, the MCLK name no longer
depends on the PSC index
Signed-off-by: Gerhard Sittig g...@denx.de
---
drivers/tty/serial/mpc52xx_uart.c |8 ++--
1 file changed, 2 insertions(+), 6
On Fri, Jul 05, 2013 at 04:43:38PM +0800, Huang Shijie wrote:
If we set the uart compatible in the dts file like this:
--
compatible = fsl,imx6q-uart, fsl,imx21-uart;
--
and we
On Tue, Jul 09, 2013 at 03:46:34PM +0800, Huang Shijie wrote:
于 2013年07月09日 15:05, Sascha Hauer 写道:
Why don't you set the matching order in the driver the way you want it
to be, i.e.:
{ .compatible = fsl,imx6q-uart, ... },
{ .compatible = fsl,imx21-uart, ... },
{ .compatible
On Thu, Jul 04, 2013 at 12:58:29PM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 12:09, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 11:30, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote:
On Thu, Jul
On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote:
Sorry but I'd like to say that this cannot be used commonly. Shouldn't you
really consider Linux framebuffer or other subsystems? The above dtsi file
is specific to DRM subsystem. And I think the dtsi file has no any
On Thu, Jul 04, 2013 at 10:45:40AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 10:33, Sascha Hauer wrote:
A componentized device never completes and it doesn't have to. A
componentized device can start once there is a path from an input
(crtc, i2s unit) to an output (connector, speaker
On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote:
On Thu, Jul 04, 2013 at 10:33:07AM +0200, Sascha Hauer wrote:
On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote:
Sorry but I'd like to say that this cannot be used commonly.
Shouldn't you
really consider
On Thu, Jul 04, 2013 at 11:10:35AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 10:53, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 10:45:40AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 10:33, Sascha Hauer wrote:
A componentized device never completes and it doesn't have
On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote:
On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote:
Wrong. Please read the example with the diagrams I gave. Consider
what happens if you have two
On Thu, Jul 04, 2013 at 10:08:29AM +0100, Russell King wrote:
On Thu, Jul 04, 2013 at 10:33:07AM +0200, Sascha Hauer wrote:
A componentized device never completes and it doesn't have to. A
componentized device can start once there is a path from an input
(crtc, i2s unit) to an output
On Thu, Jul 04, 2013 at 11:40:17AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 11:23, Sascha Hauer wrote:
With this you can describe the whole graph of devices you have in the
devicetree. The examples in this file have a path from a camera sensor
via a MIPI converter to a capture
On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote:
On 07/04/13 11:30, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote:
On Thu, Jul 04, 2013 at 10:58:17AM +0200, Sascha Hauer wrote:
On Thu, Jul 04, 2013 at 09:40:52AM +0100, Russell King wrote
On Wed, Jul 03, 2013 at 08:02:05AM +1000, Dave Airlie wrote:
On Wed, Jul 3, 2013 at 7:50 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Tue, Jul 02, 2013 at 09:25:48PM +0100, Russell King wrote:
On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote:
I am against a super
On Tue, Jul 02, 2013 at 11:14:45PM +0100, Russell King wrote:
On Wed, Jul 03, 2013 at 08:02:05AM +1000, Dave Airlie wrote:
Have you also considered how suspend/resume works in such a place,
where every driver is independent? The ChromeOS guys have bitched
before about the exynos driver
On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = marvell,armada-510-display;
reg = 0 0x3f00 0x100; /* video-mem hole */
/* later:
On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote:
On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
+1 for not encoding the projected usecase of the graphics subsystem into
the devicetree. Whether the two LCD controllers shall be used together
or separately should
On Mon, Jul 01, 2013 at 07:15:46AM +, Sean Cross wrote:
This adds a PCI Express port driver for the on-chip PCI Express port
present on the i.MX6 SoC. It is based on the PCI Express driver available
in the Freescale BSP.
Signed-off-by: Sean Cross x...@kosagi.com
---
On Fri, Jun 28, 2013 at 04:50:32PM +0200, Markus Pargmann wrote:
Hi,
This series adds some device nodes for imx27 and board files for Phytec
phyCARD-S SOM and RDK. It is based on shawn's branch imx/dt.
Looks good to me.
Acked-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix
On Fri, May 31, 2013 at 08:38:48PM +0200, Michael Grzeschik wrote:
From: Michael Grzeschik m.grzesc...@pengutronix.de
This patch makes it possible to set the chipidea udc
into full-speed only mode. It can be set by the oftree
property force-full-speed.
[...]
+/* force full-speed operation
On Sat, Jun 01, 2013 at 10:19:32AM +0200, Michael Grzeschik wrote:
On Sat, Jun 01, 2013 at 09:39:33AM +0200, Sascha Hauer wrote:
On Fri, May 31, 2013 at 08:38:48PM +0200, Michael Grzeschik wrote:
From: Michael Grzeschik m.grzesc...@pengutronix.de
This patch makes it possible to set
binding document.
The driver only works when the devicetree is enabled.
Signed-off-by: Huang Shijie b32...@freescale.com
Looks good to me now. Thanks for working on this.
Acked-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K
On Fri, May 24, 2013 at 05:59:19PM +0800, Huang Shijie wrote:
The WEIM(Wireless External Interface Module) works like a bus.
You can attach many different devices on it, such as NOR, onenand.
In the case of i.MX6q-sabreauto, the NOR is connected to WEIM.
This patch also adds the devicetree
In the subject: s/imx6qdl/imx6qdl-sabreauto/
Sascha
On Fri, May 24, 2013 at 05:59:24PM +0800, Huang Shijie wrote:
Enable the WEIM NOR for imx6q{dl} boards.
For the pin conflict with SPI NOR, its status is set to disabled.
Signed-off-by: Huang Shijie b32...@freescale.com
---
Reviewed-by: Arnd Bergmann a...@arndb.de
Reviewed-by: Shawn Guo shawn@linaro.org
I haven't followed the DMA bindings discussion closely, so I can't say
much to this, but from my POV:
Acked-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K
...@secretlab.ca
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Rob Landley r...@landley.net
Cc: Arnd Bergmann a...@arndb.de
Cc: devicetree-discuss@lists.ozlabs.org
Cc: davinci-linux-open-sou...@linux.davincidsp.com
Cc: linux-...@vger.kernel.org
Cc: linux-ker
...@arm.com
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Acked-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6
On Fri, May 24, 2013 at 03:16:53PM +0800, Huang Shijie wrote:
于 2013年05月23日 21:09, Arnd Bergmann 写道:
OTOH, I agree that it would be nicer if the clk could remain turned
off as long as no children are active. Can we do a clk_disable()
after setting up the timings for the children and then
On Thu, May 23, 2013 at 04:16:13PM +0800, Huang Shijie wrote:
The WEIM(Wireless External Interface Module) works like a bus.
You can attach many different devices on it, such as NOR, onenand.
In the case of i.MX6q-sabreauto, the NOR is connected to WEIM.
This patch also adds the devicetree
On Thu, May 23, 2013 at 11:53:37AM +0200, Arnd Bergmann wrote:
On Thursday 23 May 2013, Huang Shijie wrote:
于 2013年05月23日 17:23, Sascha Hauer 写道:
On Thu, May 23, 2013 at 04:16:13PM +0800, Huang Shijie wrote:
+cs-number 0physical address of mapping
size
On Mon, May 20, 2013 at 04:48:57PM +0800, Huang Shijie wrote:
The WEIM(Wireless External Interface Module) works like a bus.
You can attach many different devices on it, such as NOR, onenand.
In the case of i.MX6q-sabreauto, the NOR is connected to WEIM.
This patch also adds the devicetree
On Mon, May 20, 2013 at 09:16:58PM +0200, Tomasz Figa wrote:
This patch adds Device Tree support to dm9000 driver.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
Looks good for me aswell, thanks.
Reviewed-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K
Hi Tomasz,
On Sun, May 19, 2013 at 01:03:14AM +0200, Tomasz Figa wrote:
This patch adds Device Tree support to dm9000 driver.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
---
.../devicetree/bindings/net/davicom-dm9000.txt | 27 ++
On Sun, May 19, 2013 at 10:54:53AM +0200, Tomasz Figa wrote:
Hi Sascha,
On Sunday 19 of May 2013 09:05:38 Sascha Hauer wrote:
Hi Tomasz,
On Sun, May 19, 2013 at 01:03:14AM +0200, Tomasz Figa wrote:
This patch adds Device Tree support to dm9000 driver.
Signed-off-by: Tomasz
Hi Linus,
On Mon, May 13, 2013 at 12:26:23AM +0200, Linus Walleij wrote:
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Grant Likely grant.lik...@linaro.org
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
I would need some device tree core people to confirm that I am
on the right
On Wed, May 08, 2013 at 12:37:29PM +0200, Laurent Pinchart wrote:
Hi Prabhakar,
On Wednesday 08 May 2013 10:19:57 Prabhakar Lad wrote:
On Wed, May 8, 2013 at 7:32 AM, Laurent Pinchart wrote:
On Tuesday 07 May 2013 15:10:36 Prabhakar Lad wrote:
On Mon, May 6, 2013 at 8:29 PM, Prabhakar
On Tue, May 14, 2013 at 12:59:27AM +0200, Laurent Pinchart wrote:
Hi Sascha,
On Monday 13 May 2013 12:46:04 Sascha Hauer wrote:
On Wed, May 08, 2013 at 12:37:29PM +0200, Laurent Pinchart wrote:
Hi Prabhakar,
On Wednesday 08 May 2013 10:19:57 Prabhakar Lad wrote:
On Wed, May 8
Hi,
On Tue, May 07, 2013 at 09:07:33AM +0530, Padmavathi Venna wrote:
This patch corrects the base address of pinctrl_3 on Exynos5250
platform.
Exynos5250 should be part of the subject so that other people can know
whether this patch is interesting for them or not.
Sascha
--
Pengutronix
...@secretlab.ca
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Rob Landley r...@landley.net
Cc: devicetree-discuss@lists.ozlabs.org
Cc: davinci-linux-open-sou...@linux.davincidsp.com
Cc: linux-...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
Changes
Hi,
One more point for your devicetree conversions,
On Mon, Apr 29, 2013 at 01:30:01PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the mt9p031 sensor driver.
+static struct mt9p031_platform_data
+ *mt9p031_get_pdata(struct i2c_client
On Mon, Apr 29, 2013 at 01:30:01PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the mt9p031 sensor driver.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: Laurent Pinchart
Hi Markus,
On Wed, Apr 24, 2013 at 04:36:30PM +0200, Markus Pargmann wrote:
Add devicetree support for this audio soc fabric driver.
@@ -32,8 +35,12 @@ static struct snd_soc_dai_link imx_phycore_dai_ac97[] = {
.stream_name= HiFi,
.codec_dai_name =
On Mon, Apr 22, 2013 at 11:50:35PM +0530, Mugunthan V N wrote:
In earlier days phy fixup was added to phy frame work in board files.
As there won't be any board files here after the same has to be done in DT
This patch series adds the following features
* support for adding phy resigter fixup
(phycore i.MX27).
Both seem to work just normally. I also made a
diff -urN /proc/device-tree /sys/firmware/ofw/device-tree
with CONFIG_PROC_DEVICETREE enabled (so no symlink). Indeed both
trees are identical.
So:
Tested-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K
On Mon, Apr 15, 2013 at 03:13:16PM +0200, Eric Bénard wrote:
Hi,
I didn't follow the thread but dmacr is not specific to our boards :
$ grep -rn dmacr arch/arm/mach-imx/
arch/arm/mach-imx/mach-mx27_3ds.c:446:.dmacr = 0x00020010,
arch/arm/mach-imx/mach-mx21ads.c:231:
One of the main things to do to the driver is to support
the common display famework (CDF) to hit mainline. As this will
make some changes to the devicetree bindings necessary it makes
sense to do it before we move out of staging.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
drivers
On Mon, Apr 08, 2013 at 11:35:29AM +0200, Martin Fuzzey wrote:
On 07/04/13 15:26, Sascha Hauer wrote:
Honestly I'm annoyed by this aswell. The devicetree contains a nice and
complete hardware description and it seems convenient to put hardware
related configuration data there aswell.
Yes
On Sat, Apr 06, 2013 at 03:21:19PM +0200, Tomasz Figa wrote:
Hi,
[RANT]
I tend to disagree about this whole hype about device tree usage for other
things than pure hardware description. I don't think device tree should be
a way to force some kind of new world order, but rather a more
On Mon, Apr 01, 2013 at 12:23:04AM +0200, Anatolij Gustschin wrote:
Add SDHC DMA channel description to the mpc512x device
tree to enable slave channel requesting in the mxcmmc
driver.
mpc512x DMA engine doesn't support endianness conversion
when reading/writing data from peripheral's FIFO,
On Mon, Apr 01, 2013 at 12:23:05AM +0200, Anatolij Gustschin wrote:
mxcmci_dma_callback() is invoked by DMA drivers in soft-irq
context and can be interrupted by the mxcmci_irq() interrupt
which can finish the mmc request or data transfer and set
host-req or host-data pointers to NULL. Then
v3 mxcmmc DT
support patch:
https://patchwork.kernel.org/patch/2368631
Changes in v2 series are mentioned in each patch
With the two comments I made fixed you can add my:
Acked-by: Sascha Hauer s.ha...@pengutronix.de
Sascha
--
Pengutronix e.K
On Tue, Apr 02, 2013 at 09:29:44AM +0200, Anatolij Gustschin wrote:
On Tue, 2 Apr 2013 08:56:54 +0200
Sascha Hauer s.ha...@pengutronix.de wrote:
...
@@ -336,6 +359,8 @@ static int mxcmci_setup_data(struct mxcmci_host
*host, struct mmc_data *data)
} else {
host-dma_dir
On Tue, Mar 26, 2013 at 12:12:22PM +0100, Martin Fuzzey wrote:
On 25/03/13 14:29, Sascha Hauer wrote:
Put it differently. OpenBSD might have much better clock support.
Imagine it can dynamically figure out the correct esdhc
frequencies for different usecases on the fly. In this situation
On Mon, Mar 25, 2013 at 12:07:51PM +0100, Martin Fuzzey wrote:
Hi Sascha,
thanks for the comments.
[corrected Mike's email address - I originally sent it to the old one]
On 25/03/13 11:17, Sascha Hauer wrote:
On Tue, Mar 19, 2013 at 06:09:33PM +0100, Martin Fuzzey wrote:
Even
On Thu, Mar 14, 2013 at 07:13:32PM +0100, Anatolij Gustschin wrote:
On Thu, 14 Mar 2013 17:50:08 +0100
Arnd Bergmann a...@arndb.de wrote:
On Thursday 14 March 2013 17:40:49 Anatolij Gustschin wrote:
+
+struct mxcmci_reg_ops mxcmci_reg_ops = {
+ .read_l = mpcmci_readl,
+
On Thu, Mar 14, 2013 at 05:40:53PM +0100, Anatolij Gustschin wrote:
Add SDHC DMA channel description to the mpc512x device
tree to enable slave channel requesting in the mxcmmc
driver.
mpc512x DMA engine doesn't support endianness conversion
when reading/writing data from peripheral's FIFO,
On Mon, Mar 11, 2013 at 09:19:26AM +0800, Herbert Xu wrote:
On Mon, Mar 11, 2013 at 12:08:56AM +0100, Sascha Hauer wrote:
On Sun, Mar 10, 2013 at 04:34:01PM +0800, Herbert Xu wrote:
https://patchwork.kernel.org/patch/1817741/
So the change above becomes unnecessary
On Sun, Mar 10, 2013 at 04:34:01PM +0800, Herbert Xu wrote:
https://patchwork.kernel.org/patch/1817741/
So the change above becomes unnecessary
Very good. Then this patch can be safely dropped.
So should I take this patch or not?
This clk patch, no. The sahara patch, yes, if
On Fri, Mar 01, 2013 at 12:37:52PM +0100, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
arch/arm/mach-imx/clk-imx27.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-imx/clk-imx27.c b/arch/arm/mach-imx/clk-imx27.c
index
On Wed, Feb 27, 2013 at 12:16:20PM -0600, Matt Sealey wrote:
On Wed, Feb 27, 2013 at 1:44 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Wed, Feb 27, 2013 at 12:51:56AM -0600, Matt Sealey wrote:
I do notice that, what I'm a little perturbed by is that it doesn't
seem to improve
Hi Javier,
On Wed, Feb 27, 2013 at 11:41:51AM +0100, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
.../devicetree/bindings/crypto/fsl-imx-sahara.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
On Wed, Feb 27, 2013 at 12:51:56AM -0600, Matt Sealey wrote:
On Thu, Feb 21, 2013 at 11:52 PM, Shawn Guo shawn@linaro.org wrote:
On Thu, Feb 21, 2013 at 11:36:36AM -0600, Matt Sealey wrote:
On Wed, Feb 20, 2013 at 11:02 PM, Shawn Guo shawn@linaro.org wrote:
On Wed, Feb 20, 2013 at
On Fri, Feb 22, 2013 at 03:36:32PM +0800, Shawn Guo wrote:
On Fri, Feb 22, 2013 at 08:27:43AM +0100, Sascha Hauer wrote:
On Fri, Feb 22, 2013 at 01:52:04PM +0800, Shawn Guo wrote:
On Thu, Feb 21, 2013 at 11:36:36AM -0600, Matt Sealey wrote:
On Wed, Feb 20, 2013 at 11:02 PM, Shawn Guo
On Thu, Feb 21, 2013 at 11:36:36AM -0600, Matt Sealey wrote:
On Wed, Feb 20, 2013 at 11:02 PM, Shawn Guo shawn@linaro.org wrote:
On Wed, Feb 20, 2013 at 06:03:39PM -0600, Matt Sealey wrote:
I am not sure I am getting this point across, but.. damn it.. nack nack
nack :D
Do you see
On Fri, Feb 22, 2013 at 01:52:04PM +0800, Shawn Guo wrote:
On Thu, Feb 21, 2013 at 11:36:36AM -0600, Matt Sealey wrote:
On Wed, Feb 20, 2013 at 11:02 PM, Shawn Guo shawn@linaro.org wrote:
On Wed, Feb 20, 2013 at 06:03:39PM -0600, Matt Sealey wrote:
I am not sure I am getting this
On Thu, Feb 21, 2013 at 01:30:22PM +0800, Shawn Guo wrote:
On Wed, Feb 20, 2013 at 12:04:58PM -0700, Stephen Warren wrote:
There are a couple of potential issues with this patch, which I'm in two
minds about:
1)
This is an incompatible change to the DT binding definition. A DT
Hi Guennadi,
On Sat, Feb 16, 2013 at 04:21:16PM +0100, Guennadi Liakhovetski wrote:
MMC defines a number of standard DT bindings. Having each driver parse
them individually adds code redundancy and is error prone. Provide a
standard function to unify the parsing. After all drivers are
On Thu, Feb 14, 2013 at 11:08:54PM +0100, Sylwester Nawrocki wrote:
Hi,
On 02/14/2013 10:30 PM, Sascha Hauer wrote:
On Thu, Feb 14, 2013 at 01:45:26PM +0100, Marek Szyprowski wrote:
...
Here is my initial proposal for device tree integration for Contiguous
Memory Allocator. The code
Hi Marek,
On Thu, Feb 14, 2013 at 01:45:26PM +0100, Marek Szyprowski wrote:
Hello,
Here is my initial proposal for device tree integration for Contiguous
Memory Allocator. The code is quite straightforward, however I expect
that the memory bindings require some discussion.
The proposed
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, Feb 10, 2013 at 02:49:21AM +0100, Javier Martinez Canillas wrote:
I knew this would be controversial and that's why I
On Mon, Feb 11, 2013 at 11:33:19AM +0100, Javier Martinez Canillas wrote:
On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
li
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
Currently on OMAP, it is not possible to specify a clock consumer
to any of the OMAP generated clocks using the device tree. This can pose
a problem for external devices that run off an OMAP clock as we
can't reliably provide a
On Thu, Jan 31, 2013 at 10:05:44AM +0800, Peter Chen wrote:
On Wed, Jan 30, 2013 at 03:00:15PM +0100, Sascha Hauer wrote:
On Wed, Jan 30, 2013 at 10:06:28AM +0800, Peter Chen wrote:
On Tue, Jan 29, 2013 at 01:55:04PM +0200, Alexander Shishkin wrote:
Sascha Hauer s.ha...@pengutronix.de
On Wed, Jan 30, 2013 at 11:21:35AM +0530, kishon wrote:
On Wednesday 30 January 2013 02:00 AM, Sascha Hauer wrote:
On Tue, Jan 29, 2013 at 07:14:51PM +0530, kishon wrote:
Hi,
On Tuesday 29 January 2013 04:52 PM, Sascha Hauer wrote:
From: Michael Grzeschik m.grzesc...@pengutronix.de
On Wed, Jan 30, 2013 at 10:06:28AM +0800, Peter Chen wrote:
On Tue, Jan 29, 2013 at 01:55:04PM +0200, Alexander Shishkin wrote:
Sascha Hauer s.ha...@pengutronix.de writes:
From: Michael Grzeschik m.grzesc...@pengutronix.de
This adds two little devicetree helper functions
On Tue, Jan 29, 2013 at 07:14:51PM +0530, kishon wrote:
Hi,
On Tuesday 29 January 2013 04:52 PM, Sascha Hauer wrote:
From: Michael Grzeschik m.grzesc...@pengutronix.de
This adds two little devicetree helper functions for determining the
dr_mode (host, peripheral, otg) and phy_type (utmi
On Sun, Jan 20, 2013 at 12:51:57PM +, David Linares wrote:
Hi guys,
I have just signed up to this distribution list to try to get some
support/understanding of an issue I am having when switching from
kernel v3.7.3 to v3.8-rc1. I am using a Voipac i.MX25 and on v3.7.3,
barebox
On Wed, Jan 16, 2013 at 05:13:02PM +0100, Philipp Zabel wrote:
This adds a simple API for devices to request being reset
by separate reset controller hardware and implements the
reset signal device tree binding.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/Kconfig
On Mon, Jan 14, 2013 at 05:13:09PM -0500, Nicolas Pitre wrote:
On Fri, 11 Jan 2013, Sascha Hauer wrote:
On Thu, Jan 03, 2013 at 04:55:00PM +0100, Tomasz Figa wrote:
Hi,
I'm observing strange behavior when booting 3.8-rc1 and -rc2 with
appended
DTB. The kernel hangs very
On Thu, Jan 03, 2013 at 04:55:00PM +0100, Tomasz Figa wrote:
Hi,
I'm observing strange behavior when booting 3.8-rc1 and -rc2 with appended
DTB. The kernel hangs very early when the DTB is bigger than some
threshold somewhere around 24 KiB. With fullest possible low level UART
debugging
On Mon, Jan 07, 2013 at 09:35:04PM +, Arnd Bergmann wrote:
(Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
On Monday 07 January 2013, Tony Lindgren wrote:
At the end of the line, some kind of hardware glue is going to be needed.
I just feel that drawing from a sample
Please Cc linux arm kernel list next time.
On Mon, Jan 07, 2013 at 04:16:00PM +0100, Steffen Trumtrar wrote:
From: Sascha Hauer s.ha...@pengutronix.de
The tqma53 is an embedded module that has some features on board (e.g. emmc),
but mostly just provides access to them on its interface
On Wed, Nov 28, 2012 at 01:50:57PM -0200, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Fix the examples so that they are consistent with the dtsi file.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Applied, thanks
Sascha
---
On Mon, Nov 26, 2012 at 05:29:31PM +0800, Peter Chen wrote:
On Wed, Nov 14, 2012 at 05:19:03PM +0100, Michael Grzeschik wrote:
This patch adds support for a second and third clock to the chipidea
driver. On
modern freescale ARM cores like the imx51, imx53 and imx6q three clocks
(ahb,
On Tue, Nov 27, 2012 at 02:50:26PM +0800, Peter Chen wrote:
On Mon, Nov 26, 2012 at 11:22:32AM +0100, Sascha Hauer wrote:
On Mon, Nov 26, 2012 at 05:29:31PM +0800, Peter Chen wrote:
On Wed, Nov 14, 2012 at 05:19:03PM +0100, Michael Grzeschik wrote:
This patch adds support for a second
On Thu, Nov 22, 2012 at 09:50:10AM +0100, Laurent Pinchart wrote:
Hi Sascha,
On Thursday 22 November 2012 07:20:00 Sascha Hauer wrote:
On Wed, Nov 21, 2012 at 11:02:44PM +0100, Laurent Pinchart wrote:
Hi Steffen,
+
+ htotal = vm-hactive + vm-hfront_porch + vm-hback_porch
On Fri, Nov 23, 2012 at 01:36:36PM +0800, Peter Chen wrote:
On Wed, Nov 21, 2012 at 03:06:29PM +0100, Michael Grzeschik wrote:
From: Marc Kleine-Budde m...@pengutronix.de
This fixes a potential race condition where the ci13xxx_imx glue code
could be fast enough to call one of the
On Fri, Nov 23, 2012 at 02:53:41PM +0800, Peter Chen wrote:
On Wed, Nov 21, 2012 at 03:06:32PM +0100, Michael Grzeschik wrote:
This adds mx53 as the next user of the usbmisc driver and makes it
possible to disable the overcurrent-detection of the internal phy.
Signed-off-by: Michael
On Wed, Nov 21, 2012 at 04:57:05PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
From: Sascha Hauer s.ha...@pengutronix.de
devicetrees may have a linux,stdout-path or stdout-path property
in the chosen node describing the console device. This adds a helper
function to match a device
Hi Laurent,
On Wed, Nov 21, 2012 at 11:02:44PM +0100, Laurent Pinchart wrote:
Hi Steffen,
+
+ htotal = vm-hactive + vm-hfront_porch + vm-hback_porch +
+vm-hsync_len;
+ vtotal = vm-vactive + vm-vfront_porch + vm-vback_porch +
+vm-vsync_len;
+
On Fri, Nov 16, 2012 at 03:17:47PM +0200, Alexander Shishkin wrote:
Michael Grzeschik m.grzesc...@pengutronix.de writes:
From: Marc Kleine-Budde m...@pengutronix.de
This patch adds support for a second and third clock to the usbmisc driver.
On
modern freescale ARM cores like the
On Wed, Nov 14, 2012 at 08:49:54PM +, Grant Likely wrote:
+int of_device_is_stdout_path(struct device_node *dn)
+{
+ const char *name;
+
+ name = of_get_property(of_chosen, linux,stdout-path, NULL);
+ if (name == NULL)
+ return 0;
+
+ if
On Wed, Nov 14, 2012 at 08:49:54PM +, Grant Likely wrote:
On Fri, Nov 2, 2012 at 9:48 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
devicetrees may have a linux,stdout-path property in the chosen
node describing the console device. This adds a helper function
to match a device against
Traditionally console support is optional for serial drivers. This
makes it non optional for the i.MX driver since it's not worth
asking questions for a feature virtually every user of this driver
wants to have.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
drivers/tty/serial/Kconfig
devicetrees may have the linux,stdout-path property to specify the
console. This patch adds support to the i.MX serial driver for this.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
drivers/tty/serial/imx.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/tty/serial
The following adds a helper for matching the linux,stdout-path property
in the chosen node and makes use of it in the i.MX serial driver.
changes since v3:
- move code from separate files to drivers/of/base.c and include/linux/of.h
changes since v2:
- move helper to OF core and make it
devicetrees may have a linux,stdout-path property in the chosen
node describing the console device. This adds a helper function
to match a device against this property so a driver can call
add_preferred_console for a matching device.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
drivers
1 - 100 of 194 matches
Mail list logo