Hi Julius,
On Wed, Jul 10, 2013 at 2:42 PM, Julius Werner wrote:
> Hi Felipe,
>
> This is intended to pull down a reset signal line, not to switch power
> to the device. I could implement that with the regulator framework
> too, but I think that would just be confusing and harder to understand
>
Hi Markus,
On Sun, Jul 7, 2013 at 4:19 AM, Markus Pargmann wrote:
> There are no pinctrl driver for imx27(pca100) or imx35(pcm043). The
For mx35 pinctrl driver is at drivers/pinctrl/pinctrl-imx35.c
Regards,
Fabio Estevam
___
devicetree-disc
On Fri, Jul 5, 2013 at 9:43 AM, Heiko Stübner wrote:
> --- /dev/null
> +++ b/arch/arm/mach-rockchip/headsmp.S
> @@ -0,0 +1,32 @@
> +/*
> + * Copyright (c) 2013 MundoReader S.L.
> + * Author: Heiko Stuebner
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it
On Fri, Jul 5, 2013 at 9:41 AM, Heiko Stübner wrote:
> Some SoCs need parts of their sram for special purposes. So while being part
> of the periphal, it should not be part of the genpool controlling the sram.
>
> Threfore add an option mmio-sram-reserved to keep arbitary portions of the
> sram fr
ned-off-by: Markus Pargmann
>> Cc: Fabio Estevam
>> Cc: Mark Rutland
>> Acked-by: Jean-Christophe PLAGNIOL-VILLARD
>
> Applied thanks
Still don't see this patch in linux-next. Could you please check?
___
devicetree-discus
On Tue, Jul 2, 2013 at 8:35 AM, Alexandre Belloni
wrote:
> mxs-i2c 8005a000.i2c: Failed to get PIO reg. write descriptor.
>
> That is the one line 243. I'm open to any suggestion.
>
> BTW, I also tested PIO mode with and without touchscreen support as that
> seemed to toggle the issue on your sid
use the mxs i2c controller instead of bitbang if you
use this patch?
http://www.spinics.net/lists/stable/msg13202.html
Regards,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Thu, Jun 20, 2013 at 3:57 PM, Alexandre Belloni
wrote:
> From: Maxime Ripard
>
> The ADCs connected to this bus have been experiencing some timeout
> issues when using the iMX28 i2c controller. Switching back to bitbanging
> solves this.
Could you please investigate this timeout issue?
The I
On Thu, Jun 20, 2013 at 12:35 PM, Fabio Estevam wrote:
> On Thu, Jun 20, 2013 at 12:28 PM, Alexander Shiyan wrote:
>>> From: Fabio Estevam
>>>
>>> Similarly as it was done for mx6q, use a DT lookup in order to make
>>> maintainance
>>> task for
On Thu, Jun 20, 2013 at 12:28 PM, Alexander Shiyan wrote:
>> From: Fabio Estevam
>>
>> Similarly as it was done for mx6q, use a DT lookup in order to make
>> maintainance
>> task for the clock devices easier.
>>
>> Signed-off-by: Fabio Estevam
>&
Hi Nicolin,
On Fri, Jun 7, 2013 at 7:14 AM, Nicolin Chen wrote:
> + data->clk_frequency = clk_get_rate(data->codec_clk);
> + clk_prepare_enable(data->codec_clk);
Please check the return value from 'clk_prepare_enable()'
an I get the clock here, or more specifically, any way to get the
> rate of the fixed-rate-clk?
You could try something like (pass the real clock in the device tree):
http://permalink.gmane.org/gmane.linux.alsa.devel/107614
(I will re-post this pa
p Zabel
Looks good and it is a very useful binding.
Will anyone apply this?
Thanks,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Mon, Apr 8, 2013 at 12:26 PM, Fabio Estevam wrote:
> Hi Phiipp,
>
> On Mon, Apr 8, 2013 at 11:46 AM, Philipp Zabel wrote:
>> Hi,
>>
>> the first two are just cleanups, the following three patches are changes
>> to the i.MX53 clock tree that are necessary
.
I would like to test this series on a mx53qsb.
Is the TVE driver available in some git tree?
Thanks,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Sun, Apr 7, 2013 at 12:50 PM, Matt Sealey wrote:
> If we're dealing with audio codecs, fix the audio codec to accept a
> *table* of possible clock values and if that hardware operates
> differently per clock value, then add that data in there too (like the
> cs42l52 audio codec). Where the sof
27;t the same as your DT
> says it is. Fix the bootloader, please."
Care to submit a patch about your proposal for the codec clock example, please?
It makes much easier to get comments/testing, etc in a real patch format.
I will be glad to test your proposal if you submit a patch for it.
parent = <&clks 114>; /* pll3_sw */
};
This could be useful for removing the imx6q_sabrelite_cko1_setup()
function from arch/arm/mach-imx/mach-imx6q.c.
I would like to add audio support for another board and would like to
avoid to do the same as
it at i.mx6q sabrelite board, it works good.
>>
>> I have pushed your commit to my git, please cc me
>> your coming chipidea patches, thanks.
>>
>> Alex, please add:
>>
>> Reviewed-by: Peter Chen
>> Tested-by: Peter Chen
Hi Markus,
On Sun, Mar 10, 2013 at 3:33 PM, Markus Pargmann wrote:
> From: Sascha Hauer
>
> This device supports multiple rates as described in later AC97
> standards. This patch allows playback of different sample frequencies
> without conversion.
>
> Signed-off-by: Sascha Hauer
> Signed-off-b
On Wed, Jan 9, 2013 at 3:53 PM, Fabio Estevam wrote:
> On Wed, Jan 9, 2013 at 3:40 PM, Philipp Zabel wrote:
>
>> I rebased them onto next-20130109 (with this base compile-tested only).
>
> Just tested it, but unfortunately I still get the crash.
Ok, since I am on mx51 I j
On Wed, Jan 9, 2013 at 3:40 PM, Philipp Zabel wrote:
> I rebased them onto next-20130109 (with this base compile-tested only).
Just tested it, but unfortunately I still get the crash.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.
t issue?
I would like to give it a trym but I got some errors when trying to
apply these patches.
Which git tree should I use, or maybe do you have a git tree with them
applied so that I can quickly try?
Thanks,
Fabio Estevam
___
devicetree-discuss m
On Wed, Jan 9, 2013 at 3:17 PM, Philipp Zabel wrote:
> diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
> index edc3f1e..7266942 100644
> --- a/arch/arm/boot/dts/imx53.dtsi
> +++ b/arch/arm/boot/dts/imx53.dtsi
> @@ -72,6 +72,9 @@
> compatible = "fsl
On Wed, Jan 9, 2013 at 11:44 AM, Steffen Trumtrar
wrote:
> +
> +&wdog1 {
> + status = "okay";
> +};
This can be removed, since imx53.dtsi already enables the watchdog.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https:
Hi Alexander,
On Wed, Nov 28, 2012 at 12:52 AM, Peter Chen wrote:
> I have tested it at i.mx6q sabrelite board, it works good.
>
> I have pushed your commit to my git, please cc me
> your coming chipidea patches, thanks.
>
> Alex, please add:
>
> Reviewed-by: Peter Chen
> Tested-by: Peter Chen
From: Fabio Estevam
Fix the examples so that they are consistent with the dtsi file.
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/clock/imx25-clock.txt |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/clock/imx25
From: Fabio Estevam
'clock-output-names' is not used in any of the dts/dtsi files for i.mx.
Remove it from the examples, so that the example and the real usage in the
dtsi files can match.
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/clock/imx23-clock.txt
e use git mv / git format -M so that git can detect the file rename.
Thanks,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
From: Fabio Estevam
Constify 'pathp' in order to get rid of the following warning:
drivers/of/fdt.c:491:10: warning: assignment discards 'const' qualifier from
pointer target type [enabled by default]
Signed-off-by: Fabio Estevam
---
drivers/of/fdt.c |2 +-
1 file
On Tue, Oct 9, 2012 at 1:15 PM, Stephen Warren wrote:
>>> I just tried building mainline now. It is at commit f5a246eab9.
>>>
>> The build still fails for me at this commit.
>
> I can't reproduce this.
Same here. It builds fi
From: Fabio Estevam
As per da9052 datasheet the LDO regulators count from 1 to 10.
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/mfd/da9052-i2c.txt |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/da9052
From: Fabio Estevam
Add an entry to mx27pdk board (or also known as mx27 3ds).
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/arm/fsl.txt |4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/fsl.txt
b/Documentation/devicetree
On Mon, Jun 25, 2012 at 11:37 PM, Shawn Guo wrote:
> On Mon, Jun 25, 2012 at 01:18:22PM -0300, Fabio Estevam wrote:
>> Any suggestions as to how to make the driver work on mx23?
>>
> I won't be able to test it on my imx23-evk board, because the board
> design is somehow
000] hub 1-0:1.0: unable to enumerate USB device on port 1
[4.12] hub 1-0:1.0: unable to enumerate USB device on port 1
... (continues forever)
Any suggestions as to how to make the driver work on mx23?
Thanks,
Fabio Estevam
___
devicetre
Richard/Shawn,
On Wed, Jun 13, 2012 at 9:34 AM, Richard Zhao
wrote:
> + iomuxc@020e {
> + pinctrl-names = "default";
> + pinctrl-0 = <&pinctrl_gpio_hog>;
I would like to use this same concept on mxs, which doe
On Wed, Jun 13, 2012 at 9:34 AM, Richard Zhao
wrote:
> +static void __init imx6q_config_on_boot(void)
> +{
> + struct device_node *np;
> + struct property *pp;
> + int cnt, len, i;
> + int gpio;
> +
> + np = of_find_node_by_path("/config-on-boot");
> + if (!np)
On Tue, Jun 19, 2012 at 10:54 AM, Fabio Estevam wrote:
> Excellent! It works fine now ;-)
In case someone wants to try this USB patch series:
https://github.com/Freescale/linux-mainline/commits/patches-3.5-rc3
I also added all the required USB select options into mxs_defcon
On Tue, Jun 19, 2012 at 9:38 AM, Shawn Guo wrote:
> On Tue, Jun 19, 2012 at 09:24:51AM -0300, Fabio Estevam wrote:
>> Can someone confirm that this patch series works on a mx28evk? If it
>> does, please send me the .config that works.
>>
> The series works fine on my
have:
CONFIG_USB_CHIPIDEA=y
CONFIG_USB_CHIPIDEA_HOST=y
Can someone confirm that this patch series works on a mx28evk? If it
does, please send me the .config that works.
Thanks,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
http
On Mon, Jun 18, 2012 at 11:07 PM, Marek Vasut wrote:
>> What should be done in addition to Richard's patch in order to get USB
>> host to work on mx28evk?
>
> Ah right, you need to toggle the power supply (vbus) GPIO.
Toggle it where?
I see the following:
reg_usb0_vbus: usb0_vbus {
compatible
Peter,
On Mon, Jun 18, 2012 at 10:14 PM, Chen Peter-B29397
wrote:
>> Nothing shows up in the console after connecting the stick.
>>
>> Attached my .config file.
>>
> Make sure the vbus is on for your usb port.
So what is the magic needed here? Isn't Richard's series supposed to work as is?
Wha
usb charger detector
> ARM: dts: imx6q-sabrelite: add usb devices
> ARM: mxs: clk_register_clkdev mx28 usb clocks
> ARM: dts: imx28-evk: add usb devices
I am trying your patch series on a mx28evk and I am not able to have
my USB pen drive detected.
I tried enabling all the required confi
there is no gpio0 in the devicetree.
Who could pick this patch series?
Thanks,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Sun, Jun 10, 2012 at 8:11 PM, Rob Herring wrote:
> On 06/10/2012 12:24 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Fix gpio number assignment, so that it can match the number stated in the
>> comment.
>>
>> Cc:
>> Signed-off-by: Fabio Es
From: Fabio Estevam
Fix gpio number assignment, so that it can match the number stated in the
comment.
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/mfd/mc13xxx.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree
From: Fabio Estevam
Fix gpio number assignment, so that it can match the number stated in the
comment.
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/net/fsl-fec.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/devicetree
From: Fabio Estevam
Add missing 'reg' description.
Signed-off-by: Fabio Estevam
.../devicetree/bindings/input/fsl-mma8450.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/input/fsl-mma8450.txt
b/Documentation/
From: Fabio Estevam
Fix gpio number assignment, so that it can match the number stated in the
comment.
Cc:
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/mmc/fsl-imx-esdhc.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree
Pinging again.
On Mon, May 21, 2012 at 12:27 AM, Fabio Estevam wrote:
> On Sun, Apr 22, 2012 at 10:32 PM, Shawn Guo wrote:
>> On 22 April 2012 01:21, Fabio Estevam wrote:
>>> The gpio numbers does not match the comment.
>>>
>>> Fix the comments for GPIOs u
Marek
> - re-implement connect change notify
> - imx6q: move part of code to clk
> - imx6q: add config-on-boot gpios
Can you please also add the driver into the defconfig files?
What about the existing USB host drivers for mx27/mx31/mx35/mx25/mx35?
Is the idea to switch to drivers/usb/chip
On Sun, Apr 22, 2012 at 10:32 PM, Shawn Guo wrote:
> On 22 April 2012 01:21, Fabio Estevam wrote:
>> The gpio numbers does not match the comment.
>>
>> Fix the comments for GPIOs used for chip selects.
>>
>> Signed-off-by: Fabio Estevam
>
> Acked-by: Shawn
Add description for 'reg' field.
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/sound/sgtl5000.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/sound/sgtl5000.txt
b/Documentation/devicetree/bindings/soun
Fix the comment for the GPIO number used for PHY reset and also avoid passing a
hardcoded MAC address.
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/net/fsl-fec.txt |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/Documentation/devicetree
The gpio numbers does not match the comment.
Fix the comments for GPIOs used for chip selects.
Signed-off-by: Fabio Estevam
---
.../devicetree/bindings/spi/fsl-imx-cspi.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/spi
Add basic support for imx6q-sabresd.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Add SDHC2 and SDHC3 support
Changes since v1:
- Added entry into Documentation
- Added entry in arch/arm/mach-imx/Makefile.boot
- Fixed ethernet
- Dropped SDHC for now
Documentation/devicetree/bindings
On Mon, Apr 9, 2012 at 5:25 PM, Rob Herring wrote:
> From: Grant Likely
>
> Based on work 1st by Ben Herrenschmidt and Jeremy Kerr, then by Grant
> Likely, this patch adds support to clk_get to allow drivers to retrieve
> clock data from the device tree.
>
> Platforms scan for clocks in DT with o
right? How can we know that
don't get a kernel oops or something?
Regards,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
, this patch only introduces dead code
at the moment.
Regards,
Fabio Estevam
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
59 matches
Mail list logo
