Hi Guenter,
On 26/11/2014 04:05, Guenter Roeck wrote:
[...]
Looking into the available documents, I am quite sure that the resistor
is changed by replacing the probe, in other words by pulling the board
with the ina226 and replacing it with another one. Given that, configuring
the shunt
Hi Guenter,
On 26/11/2014 04:05, Guenter Roeck wrote:
[...]
Looking into the available documents, I am quite sure that the resistor
is changed by replacing the probe, in other words by pulling the board
with the ina226 and replacing it with another one. Given that, configuring
the shunt
Hi Nishanth,
On 21/10/2014 22:24, Nishanth Menon wrote:
DRA7(including AM5x) and AM47x series are handled under OMAP umbrella.
These SoC support and dts have been added since 3.14 kernel and Pull
requests for these have come in from OMAP till date.
So just ensure that get_maintainers can pick
Hi Nishanth,
On 21/10/2014 22:24, Nishanth Menon wrote:
DRA7(including AM5x) and AM47x series are handled under OMAP umbrella.
These SoC support and dts have been added since 3.14 kernel and Pull
requests for these have come in from OMAP till date.
So just ensure that get_maintainers can pick
On 28/02/2014 23:17, Tony Lindgren wrote:
* Jack Mitchell [140122 03:09]:
From: Jack Mitchell
Devicetree include file for setting up the am335x mcasp bus, i2c-2
bus, and audio codec required for a functioning BeagleBone Audio Cape.
Signed-off-by: Jack Mitchell
Signed-off-by: Matt Porter
On 28/02/2014 23:17, Tony Lindgren wrote:
* Jack Mitchell m...@embed.me.uk [140122 03:09]:
From: Jack Mitchell j...@embed.me.uk
Devicetree include file for setting up the am335x mcasp bus, i2c-2
bus, and audio codec required for a functioning BeagleBone Audio Cape.
Signed-off-by: Jack
-by: Paul Walmsley
Will you pick this up for the -rc series, or do you want me or Tony to?
Roger writes that this one's pretty important.
I guess, it is better for you to take it. I don't have anything queued
for -rc.
Acked-by: Benoit Cousson
Thanks,
Benoit
- Paul
---
arch/arm/mach
-by: Roger Quadros rog...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
Will you pick this up for the -rc series, or do you want me or Tony to?
Roger writes that this one's pretty important.
I guess, it is better for you to take it. I don't have anything queued
for -rc.
Acked-by: Benoit Cousson bcous
Hi Peter,
On 23/10/2013 11:32, Peter Ujfalusi wrote:
Hi,
When the omap5-evm.dts file has been renamed to omap5-uevm.dts and the sEVM
support got deprecated in favor of uEVM (or Panda5) the content was not
validated.
The reset GPIO is different on uEVM compared to sEVM and uEVM does not have
On 23/10/2013 10:19, Tony Lindgren wrote:
* Bryan Wu [131022 10:47]:
On Tue, Oct 22, 2013 at 10:37 AM, Tony Lindgren wrote:
* Bryan Wu [131022 10:23]:
On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren wrote:
* Sebastian Reichel [131022 06:02]:
This patch moves the handling of the chip's
Hi Sebastian,
On 23/10/2013 00:49, Sebastian Reichel wrote:
This patchset adds misc. hardware elements to the Nokia N900 DTS
file. Apart from the last two patches the kernel drivers in 3.12
are already capable of handling the DT entries.
The series is based on
Hi Sebastian,
On 23/10/2013 00:49, Sebastian Reichel wrote:
This patchset adds misc. hardware elements to the Nokia N900 DTS
file. Apart from the last two patches the kernel drivers in 3.12
are already capable of handling the DT entries.
The series is based on
On 23/10/2013 10:19, Tony Lindgren wrote:
* Bryan Wu coolo...@gmail.com [131022 10:47]:
On Tue, Oct 22, 2013 at 10:37 AM, Tony Lindgren t...@atomide.com wrote:
* Bryan Wu coolo...@gmail.com [131022 10:23]:
On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren t...@atomide.com wrote:
* Sebastian
Hi Peter,
On 23/10/2013 11:32, Peter Ujfalusi wrote:
Hi,
When the omap5-evm.dts file has been renamed to omap5-uevm.dts and the sEVM
support got deprecated in favor of uEVM (or Panda5) the content was not
validated.
The reset GPIO is different on uEVM compared to sEVM and uEVM does not have
Hi Nishanth,
On 16/10/2013 17:39, Nishanth Menon wrote:
Hi,
This series enables the use of cpufreq-cpu0 generic driver for all
OMAP and related derivatives. Only patch#8 in the series, which
introduces CPU clock nodes, depends on Tero's V8 patch series for clock
nodes[1]
I will stop copy
Hi Sebastian,
On 22/10/2013 16:44, Sebastian Reichel wrote:
Hi Benoit,
On Tue, Oct 22, 2013 at 02:48:45PM +0200, Benoit Cousson wrote:
Thanks to Tony, I've just realized that I missed all your patches,
that for some reason ended-up in my junk folder :-(
oh :( Can you check why they ended up
Hi Mark,
On 04/10/2013 10:15, Mark Jackson wrote:
NanoBone Specification:
---
CPU:
TI AM335x
Memory:
256MB DDR3
128MB NOR flash
128KB FRAM
Ethernet:
2 x 10/100 connected to SMSC LAN8710 PHY
USB:
1 x USB2.0 Type A
I2C:
2Kbit EEPROM (Microchip 24AA02)
Hi Sebastian,
Thanks to Tony, I've just realized that I missed all your patches, that
for some reason ended-up in my junk folder :-(
That being said, I cannot apply any of your DTS patches! What base
branch are you using?
Could you repost all your pending DTS patches in one series rebased
On 22/10/2013 09:46, Peter Ujfalusi wrote:
Hi,
On 10/21/2013 10:01 PM, Sergei Shtylyov wrote:
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index c328d5c..defaad1 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
@@ -633,5 +633,32 @@
On 22/10/2013 09:46, Peter Ujfalusi wrote:
Hi,
On 10/21/2013 10:01 PM, Sergei Shtylyov wrote:
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index c328d5c..defaad1 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
@@ -633,5 +633,32 @@
Hi Sebastian,
Thanks to Tony, I've just realized that I missed all your patches, that
for some reason ended-up in my junk folder :-(
That being said, I cannot apply any of your DTS patches! What base
branch are you using?
Could you repost all your pending DTS patches in one series rebased
Hi Mark,
On 04/10/2013 10:15, Mark Jackson wrote:
NanoBone Specification:
---
CPU:
TI AM335x
Memory:
256MB DDR3
128MB NOR flash
128KB FRAM
Ethernet:
2 x 10/100 connected to SMSC LAN8710 PHY
USB:
1 x USB2.0 Type A
I2C:
2Kbit EEPROM (Microchip 24AA02)
Hi Sebastian,
On 22/10/2013 16:44, Sebastian Reichel wrote:
Hi Benoit,
On Tue, Oct 22, 2013 at 02:48:45PM +0200, Benoit Cousson wrote:
Thanks to Tony, I've just realized that I missed all your patches,
that for some reason ended-up in my junk folder :-(
oh :( Can you check why they ended up
Hi Nishanth,
On 16/10/2013 17:39, Nishanth Menon wrote:
Hi,
This series enables the use of cpufreq-cpu0 generic driver for all
OMAP and related derivatives. Only patch#8 in the series, which
introduces CPU clock nodes, depends on Tero's V8 patch series for clock
nodes[1]
I will stop copy
Hi Roger,
On 18/10/2013 14:00, Roger Quadros wrote:
Hi Benoit,
Could you please include this one for 3.13?
Without this OTG port will be broken for beagle. Thanks.
I've just applied it.
Thanks,
Benoit
cheers,
-roger
On 10/07/2013 01:46 PM, Roger Quadros wrote:
The generic PHY framewrok
Hi Roger,
On 18/10/2013 14:00, Roger Quadros wrote:
Hi Benoit,
Could you please include this one for 3.13?
Without this OTG port will be broken for beagle. Thanks.
I've just applied it.
Thanks,
Benoit
cheers,
-roger
On 10/07/2013 01:46 PM, Roger Quadros wrote:
The generic PHY framewrok
Hi Kishon,
On 16/10/2013 15:17, Kishon Vijay Abraham I wrote:
Benoit,
On Tuesday 15 October 2013 11:19 AM, Kishon Vijay Abraham I wrote:
From: George Cherian
Added dr_mode property in dwc3 and set its default mode to device.
Currently dwc3 driver doesn't have support for OTG mode. So
Hi Kishon,
On 16/10/2013 15:27, Nishanth Menon wrote:
On 10/16/2013 08:17 AM, Kishon Vijay Abraham I wrote:
Benoit,
On Thursday 10 October 2013 04:19 PM, Kishon Vijay Abraham I wrote:
smps10 should be enabled only in the case of host mode. So stop
doing always_on, boot_on from smps10_out1.
Hi Kishon,
On 16/10/2013 15:27, Nishanth Menon wrote:
On 10/16/2013 08:17 AM, Kishon Vijay Abraham I wrote:
Benoit,
On Thursday 10 October 2013 04:19 PM, Kishon Vijay Abraham I wrote:
smps10 should be enabled only in the case of host mode. So stop
doing always_on, boot_on from smps10_out1.
Hi Kishon,
On 16/10/2013 15:17, Kishon Vijay Abraham I wrote:
Benoit,
On Tuesday 15 October 2013 11:19 AM, Kishon Vijay Abraham I wrote:
From: George Cherian george.cher...@ti.com
Added dr_mode property in dwc3 and set its default mode to device.
Currently dwc3 driver doesn't have support
Hi Nishanth,
On 10/10/2013 18:44, Nishanth Menon wrote:
Do not reset GPIO1 at boot-up because GPIO 7 in GPIO1 block is used on
OMAP4460 PandaBoard-ES to select voltage register in TPS62361 which
supplies VDD_MPU.
Without this, OMAP4460 PandaBoard-ES boards fail to boot-up because
MPU voltage
Hi Roger,
On 14/10/2013 11:20, Roger Quadros wrote:
Hi Benoit,
On 10/10/2013 06:34 PM, Felipe Balbi wrote:
On Mon, Oct 07, 2013 at 04:28:13PM +0300, Roger Quadros wrote:
The generic PHY framewrok expects different properties than the
old USB PHY framework. Supply those properties.
Fixes USB
Hi Roger,
On 14/10/2013 11:20, Roger Quadros wrote:
Hi Benoit,
On 10/10/2013 06:34 PM, Felipe Balbi wrote:
On Mon, Oct 07, 2013 at 04:28:13PM +0300, Roger Quadros wrote:
The generic PHY framewrok expects different properties than the
old USB PHY framework. Supply those properties.
Fixes USB
Hi Nishanth,
On 10/10/2013 18:44, Nishanth Menon wrote:
Do not reset GPIO1 at boot-up because GPIO 7 in GPIO1 block is used on
OMAP4460 PandaBoard-ES to select voltage register in TPS62361 which
supplies VDD_MPU.
Without this, OMAP4460 PandaBoard-ES boards fail to boot-up because
MPU voltage
Hi Joel,
n 05/10/2013 21:04, Joel Fernandes wrote:
These patches are some minor fixups and changes to commit messages to the
AM33XX crypto (aes, sham) patches with reference to the comments at:
http://comments.gmane.org/gmane.linux.drivers.devicetree/45961
Joel Fernandes (1):
ARM: dts:
Hi Joel,
n 05/10/2013 21:04, Joel Fernandes wrote:
These patches are some minor fixups and changes to commit messages to the
AM33XX crypto (aes, sham) patches with reference to the comments at:
http://comments.gmane.org/gmane.linux.drivers.devicetree/45961
Joel Fernandes (1):
ARM: dts:
On 30/09/2013 17:13, Joel Fernandes wrote:
Signed-off-by: Joel Fernandes
Even if this is obvious, a small changelog is always recommended.
Thanks,
Benoit
---
arch/arm/boot/dts/am33xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
On 30/09/2013 17:13, Joel Fernandes wrote:
Signed-off-by: Joel Fernandes jo...@ti.com
Even if this is obvious, a small changelog is always recommended.
Thanks,
Benoit
---
arch/arm/boot/dts/am33xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Dan,
On 03/10/2013 01:39, Mugunthan V N wrote:
On Wednesday 02 October 2013 12:58 PM, Dan Murphy wrote:
Set the alias for ethernet0 and ethernet1 so that uBoot
can set the MAC address appropriately.
Currently uBoot cannot find the alias and there for does not set the
MAC address.
On 03/10/2013 15:58, Roger Quadros wrote:
Hi Benoit,
On 10/03/2013 04:44 PM, Benoit Cousson wrote:
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error: arch/arm/boot/dts/omap3-beagle.dts: patch does not apply
Patch failed at 0004 ARM: dts: omap3-beagle
;
>>> +regulator-boot-on;
>>> + };
>>> +
>>> +ldousb_reg: ldousb {
>>> +/* VDDA_3V_USB: VDDA_USBHS33 */
>>> +regulator-name = "ldousb";
&g
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
Thanks,
Benoit
On 03/10/2013 12:34, Roger Quadros wrote:
Hi Benoit,
Could you please take the device tree related patches [5 to 10] in this series?
Thanks.
cheers,
-roger
On 09/24/2013 11:53 AM, Roger Quadros wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
Thanks,
Benoit
On 03/10/2013 12:34, Roger Quadros wrote:
Hi Benoit,
Could you please take the device tree related patches [5 to 10] in this series?
Thanks.
cheers,
-roger
On 09/24/2013 11:53 AM, Roger Quadros wrote:
- Documentation/devicetree/bindings/regulator/palmas-pmic.txt
Boot Tested on DRA7 d1 Board.
Signed-off-by: Keerthy j-keer...@ti.com
Acked-by: Nishanth Menon n...@ti.com
[bcous...@baylibre.com: Fix indentation and changelog]
Signed-off-by: Benoit Cousson bcous...@baylibre.com
---
arch/arm/boot/dts
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error: arch/arm/boot/dts/omap3-beagle.dts: patch does not apply
Patch failed at 0004 ARM: dts: omap3-beagle
On 03/10/2013 15:58, Roger Quadros wrote:
Hi Benoit,
On 10/03/2013 04:44 PM, Benoit Cousson wrote:
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error
Hi Dan,
On 03/10/2013 01:39, Mugunthan V N wrote:
On Wednesday 02 October 2013 12:58 PM, Dan Murphy wrote:
Set the alias for ethernet0 and ethernet1 so that uBoot
can set the MAC address appropriately.
Currently uBoot cannot find the alias and there for does not set the
MAC address.
Hi Koen,
On 12/09/2013 20:35, Koen Kooi wrote:
Here are two patches to fix MMC on beaglebone, one fixes card detect on BBW,
the other adds the eMMC entry for BBB and its fixed regulator. After that mmc1
gets a nice speed boost by moving to 4-bit mode and LED triggers get assigned.
This series
Hi Tony,
On 13/09/2013 17:27, Tony Lindgren wrote:
* Koen Kooi [130912 11:43]:
The pinmux is specified in am335x-bone-common.dtsi to be reused by the eMMC
cape.
Signed-off-by: Koen Kooi
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 22 ++
Hi Tony,
On 13/09/2013 17:27, Tony Lindgren wrote:
* Koen Kooi k...@dominion.thruhere.net [130912 11:43]:
The pinmux is specified in am335x-bone-common.dtsi to be reused by the eMMC
cape.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 22
Hi Koen,
On 12/09/2013 20:35, Koen Kooi wrote:
Here are two patches to fix MMC on beaglebone, one fixes card detect on BBW,
the other adds the eMMC entry for BBB and its fixed regulator. After that mmc1
gets a nice speed boost by moving to 4-bit mode and LED triggers get assigned.
This series
Hi Joel,
Thanks for the repost.
I'll applied that one now.
Regards,
Benoit
On 10/09/2013 21:24, Joel Fernandes wrote:
Here are last few patches required to add EDMA and MMC/SPI support for AM33xx.
Now that all dependent DMA patches and fixes are in linux next or mainline,
except
for [1]
Hi Joel,
Thanks for the repost.
I'll applied that one now.
Regards,
Benoit
On 10/09/2013 21:24, Joel Fernandes wrote:
Here are last few patches required to add EDMA and MMC/SPI support for AM33xx.
Now that all dependent DMA patches and fixes are in linux next or mainline,
except
for [1]
Hi Joel,
On 31/08/2013 03:19, Joel Fernandes wrote:
Hi Benoit,
On 08/26/2013 03:36 AM, Benoit Cousson wrote:
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Unfortunately this patch
Hi Joel,
On 31/08/2013 03:19, Joel Fernandes wrote:
Hi Benoit,
On 08/26/2013 03:36 AM, Benoit Cousson wrote:
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Unfortunately this patch
On 29/08/2013 16:23, Felipe Balbi wrote:
On Thu, Aug 29, 2013 at 12:06:32PM +0200, Benoit Cousson wrote:
Hi Felipe
On 27/08/2013 21:56, Felipe Balbi wrote:
Hi,
On Tue, Aug 27, 2013 at 12:30:21PM -0700, Greg KH wrote:
On Tue, Aug 27, 2013 at 01:37:32PM -0500, Felipe Balbi wrote:
Hi,
On Tue
Andrzej Siewior wrote:
On 08/27/2013 04:05 PM, Benoit Cousson wrote:
On 27/08/2013 16:02, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:57 PM, Benoit Cousson wrote:
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt
Andrzej Siewior wrote:
On 08/27/2013 04:05 PM, Benoit Cousson wrote:
On 27/08/2013 16:02, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:57 PM, Benoit Cousson wrote:
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt
On 29/08/2013 16:23, Felipe Balbi wrote:
On Thu, Aug 29, 2013 at 12:06:32PM +0200, Benoit Cousson wrote:
Hi Felipe
On 27/08/2013 21:56, Felipe Balbi wrote:
Hi,
On Tue, Aug 27, 2013 at 12:30:21PM -0700, Greg KH wrote:
On Tue, Aug 27, 2013 at 01:37:32PM -0500, Felipe Balbi wrote:
Hi,
On Tue
Hi Olof,
On 27/08/2013 18:12, Olof Johansson wrote:
On Tue, Aug 27, 2013 at 05:25:23PM +0200, Sebastian Andrzej Siewior wrote:
On 08/27/2013 05:01 PM, Kevin Hilman wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches?
Hi Olof,
On 27/08/2013 18:12, Olof Johansson wrote:
On Tue, Aug 27, 2013 at 05:25:23PM +0200, Sebastian Andrzej Siewior wrote:
On 08/27/2013 05:01 PM, Kevin Hilman wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches?
On 27/08/2013 16:02, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:57 PM, Benoit Cousson wrote:
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:24 PM, Benoit Cousson wrote:
Hi Sebatian,
Hi Benoit,
Yes. DT patches are an endless source of merge conflicts if they are
merge throught different trees.
Usually there are small conflicts because two people
Hi Sebatian,
On 27/08/2013 15:02, Javier Martinez Canillas wrote:
[cc'ing Benoit Cousson (OMAP DT maintainer)]
On Tue, Aug 27, 2013 at 10:54 AM, Sebastian Andrzej Siewior
wrote:
On 08/27/2013 10:13 AM, Stephen Rothwell wrote:
Today's linux-next merge of the arm-soc tree got a conflict
Hi Sebatian,
On 27/08/2013 15:02, Javier Martinez Canillas wrote:
[cc'ing Benoit Cousson (OMAP DT maintainer)]
On Tue, Aug 27, 2013 at 10:54 AM, Sebastian Andrzej Siewior
bige...@linutronix.de wrote:
On 08/27/2013 10:13 AM, Stephen Rothwell wrote:
Today's linux-next merge of the arm-soc
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:24 PM, Benoit Cousson wrote:
Hi Sebatian,
Hi Benoit,
Yes. DT patches are an endless source of merge conflicts if they are
merge throught different trees.
Usually there are small conflicts because two people
On 27/08/2013 16:02, Sebastian Andrzej Siewior wrote:
On 08/27/2013 03:57 PM, Benoit Cousson wrote:
+ Kevin,
On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Thanks,
Benoit
On 26/08/2013 10:29, Sebastian Andrzej Siewior wrote:
From: Matt Porter
Adds AM33XX EDMA support to the am33xx.dtsi as
Hi Sebastian,
Is this patch different from that one:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg92176.html
Lokesh just pointed me this patch because it was missing for the
SHAM/AES series from Mark Greer.
Bottom-line, I've just applied the original one along with a second one
Hi Sebastian,
Is this patch different from that one:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg92176.html
Lokesh just pointed me this patch because it was missing for the
SHAM/AES series from Mark Greer.
Bottom-line, I've just applied the original one along with a second one
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Thanks,
Benoit
On 26/08/2013 10:29, Sebastian Andrzej Siewior wrote:
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the
Hi Sekhar,
On 23/08/2013 10:50, Sekhar Nori wrote:
Hi Benoit,
Did you get a chance to think about this, I have provided some
replies below.
On Friday 16 August 2013 10:03 PM, Benoit Cousson wrote:
Hi Sekhar,
On 16/08/2013 17:41, Sekhar Nori wrote:
On 8/16/2013 7:45 PM, Benoit Cousson
Hi Sekhar,
On 23/08/2013 10:50, Sekhar Nori wrote:
Hi Benoit,
Did you get a chance to think about this, I have provided some
replies below.
On Friday 16 August 2013 10:03 PM, Benoit Cousson wrote:
Hi Sekhar,
On 16/08/2013 17:41, Sekhar Nori wrote:
On 8/16/2013 7:45 PM, Benoit Cousson
will update my pull-request now before Kevin and Olof pulled it.
Regards,
Benoit
Changes since v1:
- split ocp2scp dts and hwmod data into separate patches
- reorganize the series in order to group DTS, hwmod and defconfig
changes
Benoit Cousson (1):
arm: omap5
Hi Tony,
On 21/08/2013 09:59, Tony Lindgren wrote:
* Lars Poeschel [130821 01:04]:
Hi Tony!
On Wednesday 21 August 2013 at 09:50:16, Tony Lindgren wrote:
Benoit,
Care to take a look at this too?
Benoit already applied this with Mark Rutlands Acked-By and Javier Martinez
Canillas
Hi Tony,
On 21/08/2013 09:59, Tony Lindgren wrote:
* Lars Poeschel poesc...@lemonage.de [130821 01:04]:
Hi Tony!
On Wednesday 21 August 2013 at 09:50:16, Tony Lindgren wrote:
Benoit,
Care to take a look at this too?
Benoit already applied this with Mark Rutlands Acked-By and Javier
.
Tony,
I will update my pull-request now before Kevin and Olof pulled it.
Regards,
Benoit
Changes since v1:
- split ocp2scp dts and hwmod data into separate patches
- reorganize the series in order to group DTS, hwmod and defconfig
changes
Benoit Cousson (1
Hi Kishon,
On 19/08/2013 11:29, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 02:54 PM, Chanwoo Choi wrote:
On 08/19/2013 05:47 PM, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 10:35 AM, Kishon Vijay Abraham I wrote:
Hi,
On Saturday 17 August 2013 03:51 AM, Stephen Warren
Hi Ruslan,
On 19/08/2013 08:14, Ruslan Bilovol wrote:
Hi Benoit,
On Fri, Aug 16, 2013 at 4:20 PM, Benoit Cousson wrote:
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson wrote:
Hi Ruslan,
On 14/08/2013 10:35, Ruslan Bilovol
Hi Ruslan,
On 19/08/2013 08:14, Ruslan Bilovol wrote:
Hi Benoit,
On Fri, Aug 16, 2013 at 4:20 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi
Hi Kishon,
On 19/08/2013 11:29, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 02:54 PM, Chanwoo Choi wrote:
On 08/19/2013 05:47 PM, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 10:35 AM, Kishon Vijay Abraham I wrote:
Hi,
On Saturday 17 August 2013 03:51 AM, Stephen Warren
Hi Mark,
On 16/08/2013 19:20, Mark Rutland wrote:
Hi Benoit,
On Fri, Aug 16, 2013 at 03:15:57PM +0100, Benoit Cousson wrote:
Hi Gururaja,
On 16/08/2013 13:36, Hebbar, Gururaja wrote:
The syntax of compatible property in DT is to mention the Most specific
match to most generic match.
Since
Hi Sekhar,
On 16/08/2013 17:41, Sekhar Nori wrote:
>
> On 8/16/2013 7:45 PM, Benoit Cousson wrote:
>> Hi Gururaja,
>>
>> On 16/08/2013 13:36, Hebbar, Gururaja wrote:
>>> The syntax of compatible property in DT is to mention the Most specific
>>> match t
Hi Gururaja,
On 16/08/2013 13:36, Hebbar, Gururaja wrote:
The syntax of compatible property in DT is to mention the Most specific
match to most generic match.
Since AM335x is the platform with latest IP revision, add it 1st in
the device id table.
I don't understand why? The order should not
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
> Hi Benoit,
>
> On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson wrote:
>> Hi Ruslan,
>>
>> On 14/08/2013 10:35, Ruslan Bilovol wrote:
>>>
>>> Hello,
>>>
>>> There is no
mailto:ruslan.bilo...@ti.com>> wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson
mailto:bcous...@baylibre.com>> wrote:
> Hi Ruslan,
>
> On 14/08/2013 10:35, Ruslan Bilovol wrote:
>>
>> Hello,
>>
>> The
Hi Marek,
On 15/08/2013 22:43, Marek Belisko wrote:
This adds devicetree for gta04 (Openmoko next generation board) with necessary
support for mmc, usb, leds and button.
Signed-off-by: Marek Belisko
---
This is resurrection of patch sent in March https://lkml.org/lkml/2013/1/24/419
when I
On 16/08/2013 05:19, George Cherian wrote:
Hi Benoit ,
Thanks for your review.
On 8/14/2013 8:04 PM, Benoit Cousson wrote:
+ Roger
Hi George,
Yes, I had some comment about the "ti'type" in Roger's series that
will be applicable here as well.
On 14/08/2013 16:16, George Che
On 16/08/2013 07:15, Kishon Vijay Abraham I wrote:
Hi Benoit,
On Tuesday 13 August 2013 08:18 PM, Benoit Cousson wrote:
On 13/08/2013 16:45, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 August 2013 06:51 PM, Benoit Cousson wrote:
Hi Kishon,
On 12/08/2013 11:37, Kishon Vijay Abraham I
On 16/08/2013 07:15, Kishon Vijay Abraham I wrote:
Hi Benoit,
On Tuesday 13 August 2013 08:18 PM, Benoit Cousson wrote:
On 13/08/2013 16:45, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 August 2013 06:51 PM, Benoit Cousson wrote:
Hi Kishon,
On 12/08/2013 11:37, Kishon Vijay Abraham I
On 16/08/2013 05:19, George Cherian wrote:
Hi Benoit ,
Thanks for your review.
On 8/14/2013 8:04 PM, Benoit Cousson wrote:
+ Roger
Hi George,
Yes, I had some comment about the ti'type in Roger's series that
will be applicable here as well.
On 14/08/2013 16:16, George Cherian wrote
Hi Marek,
On 15/08/2013 22:43, Marek Belisko wrote:
This adds devicetree for gta04 (Openmoko next generation board) with necessary
support for mmc, usb, leds and button.
Signed-off-by: Marek Belisko ma...@goldelico.com
---
This is resurrection of patch sent in March
...@ti.com
mailto:ruslan.bilo...@ti.com wrote:
Hi Benoit,
On Wed, Aug 14, 2013 tel:2013 at 4:51 PM, Benoit Cousson
bcous...@baylibre.com mailto:bcous...@baylibre.com wrote:
Hi Ruslan,
On 14/08/2013 10:35, Ruslan Bilovol wrote:
Hello
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Ruslan,
On 14/08/2013 10:35, Ruslan Bilovol wrote:
Hello,
There is no functional changes between v1 and v2 - just
added the patch for omap4
Hi Gururaja,
On 16/08/2013 13:36, Hebbar, Gururaja wrote:
The syntax of compatible property in DT is to mention the Most specific
match to most generic match.
Since AM335x is the platform with latest IP revision, add it 1st in
the device id table.
I don't understand why? The order should not
Hi Sekhar,
On 16/08/2013 17:41, Sekhar Nori wrote:
On 8/16/2013 7:45 PM, Benoit Cousson wrote:
Hi Gururaja,
On 16/08/2013 13:36, Hebbar, Gururaja wrote:
The syntax of compatible property in DT is to mention the Most specific
match to most generic match.
Since AM335x is the platform
Hi Mark,
On 16/08/2013 19:20, Mark Rutland wrote:
Hi Benoit,
On Fri, Aug 16, 2013 at 03:15:57PM +0100, Benoit Cousson wrote:
Hi Gururaja,
On 16/08/2013 13:36, Hebbar, Gururaja wrote:
The syntax of compatible property in DT is to mention the Most specific
match to most generic match.
Since
Hi Kishon,
On 14/08/2013 07:24, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 14 August 2013 12:43 AM, Stephen Warren wrote:
On 08/12/2013 11:37 PM, Kishon Vijay Abraham I wrote:
The Palmas device contains only a USB VID detector, so added a
compatible type *ti,palmas-usb-vid*. Dint remove
Hi Kishon,
On 14/08/2013 07:24, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 14 August 2013 12:43 AM, Stephen Warren wrote:
On 08/12/2013 11:37 PM, Kishon Vijay Abraham I wrote:
The Palmas device contains only a USB VID detector, so added a
compatible type *ti,palmas-usb-vid*. Dint remove
1 - 100 of 352 matches
Mail list logo