On 05/31/2013 04:05 PM, Florian Vaussard wrote:
When making the dtbs target on OMAP/AM35xx, some trees are not
built.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Thanks for the fix Florian.
I need to applied your AM series first to take that one otherwise the
am3517-evm will
Hi Pekon,
On 05/20/2013 06:44 AM, Gupta, Pekon wrote:
am33xx_pinmux: pinmux@44e10800 {
pinctrl-names = default;
- pinctrl-0 = matrix_keypad_s0 volume_keys_s0;
+ pinctrl-0 = matrix_keypad_s0 volume_keys_s0
+ nandflash_pins_s0;
Why add this to
On 05/30/2013 09:31 AM, Gupta, Pekon wrote:
Sorry, I missed that series.
I'm applying it right now.
No issues.. Please pick newer v4 versions of this series.
Following are rebased, updated and tested on linux-3.10-rc3
[PATCH v4,0/3] http://www.spinics.net/lists/linux-omap/msg91165.html
Hi Stephen,
On 05/29/2013 05:27 PM, Stephen Warren wrote:
On 05/29/2013 02:39 AM, Benoit Cousson wrote:
Hi Afzal,
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
Hi Jon,
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote
Hi Afzal,
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
Hi Jon,
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
ti,am335x-timer (applicable to AM335x devices)
ti,am335x-timer-1ms (applicable to
Salut Florian,
On 05/28/2013 10:41 AM, Florian Vaussard wrote:
On 05/27/2013 04:52 PM, Florian Vaussard wrote:
Hello,
Following a similar proposal by Stephen Warren for tegra [1], this series
makes use of the C preprocessor when compiling OMAP DT files, and
accomplishes some improvements
+ Florian
Hi Afzal,
On 05/27/2013 04:37 PM, Afzal Mohammed wrote:
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those
represented here are the minimal DT nodes necessary to get kernel
booting.
In DT nodes, ti,hwmod property has not been added, this would be
added along with
On 05/29/2013 10:53 AM, Florian Vaussard wrote:
Hello Benoit,
On 05/29/2013 10:46 AM, Benoit Cousson wrote:
Salut Florian,
On 05/28/2013 10:41 AM, Florian Vaussard wrote:
On 05/27/2013 04:52 PM, Florian Vaussard wrote:
Hello,
Following a similar proposal by Stephen Warren for tegra [1
On 05/29/2013 10:57 AM, Florian Vaussard wrote:
Hello,
On 05/29/2013 10:53 AM, Benoit Cousson wrote:
+ Florian
Hi Afzal,
On 05/27/2013 04:37 PM, Afzal Mohammed wrote:
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those
represented here are the minimal DT nodes necessary
On 05/29/2013 11:58 AM, Mohammed, Afzal wrote:
Hi Benoit,
On Wed, May 29, 2013 at 14:09:18, Cousson, Benoit wrote:
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
If you are adding more
On 05/29/2013 06:13 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 5/29/2013 5:29 PM, Kevin Hilman wrote:
On May 29, 2013 8:06 AM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit
Hi Javier,
On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote:
The IGEP COM Module has an 512MB NAND flash memory.
Add a device node for this NAND and its parition layout.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
Changes since v1:
- I just
+ new Jon's email address.
Hi Javier,
Sorry for the delay.
On 05/09/2013 12:37 AM, Javier Martinez Canillas wrote:
On Wed, Apr 17, 2013 at 6:32 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The IGEPv2 board has an SMSC LAN9221i ethernet chip connected to
the OMAP3
On 05/27/2013 10:50 AM, Javier Martinez Canillas wrote:
On 05/27/2013 10:40 AM, Benoit Cousson wrote:
Hi Javier,
Hi Benoit,
On 05/10/2013 09:40 PM, Javier Martinez Canillas wrote:
The IGEP COM Module has an 512MB NAND flash memory.
Add a device node for this NAND and its parition
Salut Paul,
On 05/20/2013 04:47 AM, Paul Walmsley wrote:
On Fri, 17 May 2013, Hiremath, Vaibhav wrote:
Tony, Paul and Benoit,
Any update on this series?
Most of the changes are DT-related, so it should probably go in via
Benoît. I'll ack the clock side, but have a comment on patch 2,
Hi Aaro,
On 05/22/2013 09:44 PM, Aaro Koskinen wrote:
Add minimal DT support for Nokia N950 N9. The basic boot works. I can
connect to both devices with USB networking ssh. dmesg output looks OK.
That's great! Tony will like that :-)
It is too bad I just have a N900 :-(
Functionality
Hi Eduardo,
On 05/15/2013 06:36 PM, Eduardo Valentin wrote:
On 15-05-2013 11:23, Benoit Cousson wrote:
Hi Eduardo,
On 05/15/2013 04:58 PM, Eduardo Valentin wrote:
Include bandgap devices for OMAP4460 devices.
Cc: Benoît Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc
Hi Eduardo,
On 05/15/2013 04:58 PM, Eduardo Valentin wrote:
Include bandgap devices for OMAP4460 devices.
Cc: Benoît Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: linux-omap@vger.kernel.org
Cc: devicetree-disc...@lists.ozlabs.org
Hi Suman,
On 04/17/2013 11:26 PM, Suman Anna wrote:
The carveouts that have been reserved for multimedia usecases
are not being used currently by any driver and so have been
cleaned up. Memory will be allocated runtime through CMA for
enabling the multimedia usecases.
Signed-off-by: Suman
Hi Javier,
On 04/11/2013 01:58 AM, Javier Martinez Canillas wrote:
On Wed, Apr 10, 2013 at 7:31 PM, Jon Hunter jon-hun...@ti.com wrote:
Hi Tony,
On 04/09/2013 04:23 PM, Tony Lindgren wrote:
Hi Jon,
Looks like at least 4430sdp nfsroot got broken with commit
ff5c9059 (ARM: dts: OMAP3+:
Hi Kishon,
On 04/09/2013 10:28 AM, Kishon Vijay Abraham I wrote:
commit 92702d (ARM: OMAP4: PM: fix PM regression introduced by recent
clock cleanup) makes the 'ocp2scp_usb_phy_phy_48m' as optional
functional clock causing regression in MUSB. But this 48MHz clock is a
mandatory clock for usb
Hi Tony,
On 04/05/2013 05:43 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130405 03:00]:
On 04/05/2013 10:30 AM, Benoit Cousson wrote:
...
ARM: dts: OMAP4: Add HS USB Host IP nodes
ARM: dts: OMAP3: Add HS USB Host IP nodes
ARM: dts: omap3-beagle: Add USB Host support
Hi Jon,
On 04/08/2013 03:17 AM, Jon Hunter wrote:
The GPMC timing properties for device-tree have been updated by adding
a -ns or -ps suffix to indicate the units of time the property
represents (as suggested by Rob Herring). Therefore, update the timing
property names for the OMAP3430 SDP
since commit 5852264f9d6139751796853fdfca9d5230cbfb97:
Benoit Cousson (1):
Merge tag 'omap-devel-b-for-3.10' of
git://git.kernel.org/.../pjw/omap-pending into for_3.10/dts_merged
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap
On 04/04/2013 08:38 PM, Tony Lindgren wrote:
* Jon Hunter jon-hun...@ti.com [130319 10:42]:
Includes:
- A couple fixes for DMTIMER context loss handling.
- Populating DMTIMER errata when booting with device-tree.
- A new function for requesting a DMTIMER by device-tree node.
Based upon
On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
with some of the timer interrupts causing the allocation of timer
interrupts to fail.
The problem is caused by adding
Santosh and Jon,
On 04/05/2013 10:08 AM, Benoit Cousson wrote:
On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
The L3 interrupt numbers are incorrect for OMAP4+ and are conflicting
with some of the timer interrupts causing the allocation
Hi Roger,
On 03/20/2013 04:44 PM, Roger Quadros wrote:
Hi Tony,
These patches provide the SoC side code required to support
the changes in the OMAP USB Host drivers done in [1], [2] [3].
Device tree support is added for Beagleboard only. I've removed
Panda device tree support till we
Hi Roger,
On 04/05/2013 10:30 AM, Benoit Cousson wrote:
...
ARM: dts: OMAP4: Add HS USB Host IP nodes
ARM: dts: OMAP3: Add HS USB Host IP nodes
ARM: dts: omap3-beagle: Add USB Host support
These 3 DTS patches are good to me, but I cannot applied them on top of
the already existing
Hi Nishanth,
The patches 1 to 6 looks good to me. Beside the pretty long Cc list,
that should not necessarily contain all the mailing list.
Since you are changing / renaming some DTS files, and to avoid any merge
conflict I will apply only these 6 patches.
DTS and driver changes are in theory
Hi Philip,
On 02/01/2013 06:37 AM, Philip Avinash wrote:
DT field of interrupts was mentioned wrongly as interrupt in SPI
node. This went unnoticed as spi-omap2 driver not making use of
interrupt. Fixes the typo.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
Hi Vaibhav,
The series looks good to me, but unfortunately does not apply cleanly on
top of the latest for_3.10/dts branch.
Could you rebase it?
Thanks,
Benoit
On 03/28/2013 07:42 AM, Vaibhav Hiremath wrote:
This patch series fixes the numbering schema for I2C and GPIO
module and adds the
Hi Tomi,
On 03/27/2013 09:45 AM, Tomi Valkeinen wrote:
omapdss driver uses a omapdss platform device to pass platform specific
function pointers and DSS hardware version from the arch code to the
driver. This device is needed also when booting with DT.
This patch adds omapdss_init_of()
Hi Tomi,
On 03/27/2013 09:45 AM, Tomi Valkeinen wrote:
Hi,
This is an RFC for OMAPDSS DT support. I've only added support for a few
boards
and a few DSS outputs, but they should give quite a good range of different
use
cases. If these work well, I think the rest of the outputs and
+ mturquette and Rajendra
On 03/27/2013 09:45 AM, Tomi Valkeinen wrote:
...
* ti,dsi-module-id
There's a ti,dsi-module-id property in the dsi node. The reason for this
module-id property is that we have muxes in the dss_core that route clocks
to/from a particular DSI module. So we need
that explained the opposite of what the patch was doing as
suggested by Benoit Cousson.
.../devicetree/bindings/gpio/gpio-omap.txt |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-omap.txt
b/Documentation
On 03/26/2013 03:10 PM, Benoit Cousson wrote:
Hi Javier,
On 03/26/2013 10:33 AM, Javier Martinez Canillas wrote:
On Fri, Mar 15, 2013 at 2:31 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The binding documentation for the OMAP GPIO controller has the
#interrupt-cells
Hi Santosh,
The series looks good to me. I've just applied it and update my branch.
I just slightly modified some changelog to fix typos.
Thanks,
Benoit
On 03/19/2013 02:30 PM, Santosh Shilimkar wrote:
Benoit,
Here is the branch rebased and updated against your 'for_3.10/dt' branch.
Few
Hi Anil,
On 03/17/2013 10:35 AM, Anil Kumar wrote:
Hi Benoit,
On Fri, Mar 15, 2013 at 8:00 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Jon,
On 03/15/2013 02:57 PM, Jon Hunter wrote:
Various OMAP device-tree updates for PMU, DMA, GPIO, GPMC and boards.
The DMA, PMU and OMAP3430 SDP
Hi Anil,
On 03/17/2013 06:23 AM, Anil Kumar wrote:
Hi Benoit,
On Thu, Mar 7, 2013 at 12:21 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi,
On 03/06/2013 06:53 PM, Tony Lindgren wrote:
* Anil Kumar anilk...@gmail.com [130305 18:40]:
Hi Tony,
From: linux-arm-kernel [mailto:linux-arm
Hi Kishon,
On 03/13/2013 10:11 AM, kishon wrote:
Benoit,
Will you be queuing this patch series?
I'm reviewing them right now.
Regards,
Benoit
Thanks
Kishon
On Thursday 07 March 2013 07:05 PM, Kishon Vijay Abraham I wrote:
Hi Benoit,
Here are the dt data patches to get usb device
+ Jon
Hi Kishon,
On 03/07/2013 02:35 PM, Kishon Vijay Abraham I wrote:
Hi Benoit,
Here are the dt data patches to get usb device functional in OMAP platforms.
All the patches deal with modifying arch/arm/boot except one which modifies
Documentation/../usb/omap-usb.txt
Changes from v2:
Hi Santosh,
On 03/15/2013 11:24 AM, Santosh Shilimkar wrote:
Benoit,
On Wednesday 20 February 2013 09:08 PM, Santosh Shilimkar wrote:
Few updates for OMAP5 found during testing OMAP5 DT builds. Couple
of patches were already posted on the list. The series also contains
a patch which adds
Hi Seb,
On 03/11/2013 08:50 AM, Sebastien Guiriec wrote:
This patch serie is converting OMAP Audio IPs in order to use OMAP sDMA DT
binding in case of DT boot on OMAP2+ platforms.
It is depending on the next patches:
[1] http://www.spinics.net/lists/arm-kernel/msg227836.html
[2]
Hi Jon,
On 03/15/2013 02:57 PM, Jon Hunter wrote:
Various OMAP device-tree updates for PMU, DMA, GPIO, GPMC and boards.
The DMA, PMU and OMAP3430 SDP board changes have been sent before
individually but re-sending here as a complete series for v3.10.
This is based upon Benoit's
Hi Mark,
On 03/15/2013 05:56 PM, Mark Brown wrote:
On Fri, Mar 15, 2013 at 03:27:58PM +0100, Benoit Cousson wrote:
I've just applied it in my for_3.10/dts branch on top of Jon's series
that does add the SDMA binding.
The ASoC side doesn't build at present due to an unmerged dependency
On 03/11/2013 06:56 PM, Jon Hunter wrote:
On 03/09/2013 06:42 AM, Ezequiel Garcia wrote:
On Fri, Mar 8, 2013 at 10:25 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On Fri, Mar 8, 2013 at 10:41 PM, Jon Hunter jon-hun...@ti.com wrote:
Yes you are correct. In general, I have been
On 03/14/2013 04:50 PM, Jon Hunter wrote:
On 03/14/2013 10:45 AM, Benoit Cousson wrote:
On 03/11/2013 06:56 PM, Jon Hunter wrote:
On 03/09/2013 06:42 AM, Ezequiel Garcia wrote:
On Fri, Mar 8, 2013 at 10:25 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On Fri, Mar 8, 2013 at 10
On 03/14/2013 05:00 PM, Jon Hunter wrote:
On 03/14/2013 10:58 AM, Benoit Cousson wrote:
On 03/14/2013 04:50 PM, Jon Hunter wrote:
On 03/14/2013 10:45 AM, Benoit Cousson wrote:
On 03/11/2013 06:56 PM, Jon Hunter wrote:
On 03/09/2013 06:42 AM, Ezequiel Garcia wrote:
On Fri, Mar 8, 2013
Hi Javier,
On 03/14/2013 05:02 PM, Javier Martinez Canillas wrote:
On Thu, Mar 14, 2013 at 3:57 PM, Benoit Cousson b-cous...@ti.com wrote:
Salut Jon,
On 03/08/2013 06:27 PM, Jon Hunter wrote:
Various OMAP device-tree updates for PMU, DMA, GPIO, GPMC and boards.
The DMA, PMU and OMAP3430
Salut Jon,
On 03/12/2013 10:43 PM, Jon Hunter wrote:
Salut Benoit!
On 03/12/2013 06:00 AM, Benoit Cousson wrote:
+ Seb G.
Hi Jon,
How to you plan to merge that series?
Good question ... my thinking was that you or Tony would take 1/2 and
once that is queued then I would ask Tony
On 03/13/2013 04:50 PM, Jon Hunter wrote:
On 03/13/2013 10:35 AM, Benoit Cousson wrote:
Salut Jon,
On 03/12/2013 10:43 PM, Jon Hunter wrote:
Salut Benoit!
On 03/12/2013 06:00 AM, Benoit Cousson wrote:
+ Seb G.
Hi Jon,
How to you plan to merge that series?
Good question ... my
:16 PM, Matthias Brugger
matthias@gmail.com
wrote:
Hi Benoit,
2012/12/12 Benoit Cousson b-cous...@ti.com:
Hi Matthias,
On 12/12/2012 04:33 PM, Matthias Brugger wrote:
This patch is a follow-up patch for Javier Martinez effort adding
initial
device tree support to IGEP technology
Hi Sourav,
I've just applied your branch after a minor subject cleanup for consistency.
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.10/dts
Regards,
Benoit
On 03/11/2013 04:42 PM, Sourav Poddar wrote:
On Monday 11 March 2013 08:02 PM, Benoit Cousson wrote
+ Seb G.
Hi Jon,
How to you plan to merge that series?
Seb's just posted a McBSP adaptation to SDMA binding, so I'll have to
take this one before being able to merge any other SDMA driver
adaptation patches.
I'm fine to take that one, if you are OK, to avoid merge conflict in DTS
later.
On
Hi Roger,
On 03/12/2013 12:43 PM, 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 reference
Hi Guys,
On 03/12/2013 06:03 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
On certain SoCs like variants of OMAP, the clock conversion to DT
is not complete. In short, the ability to:
cpus {
cpu@0 {
clocks = cpuclk 0;
};
};
is not
On 03/12/2013 06:07 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
commit 5553f9e (cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
now forces platform device to be registered for allowing cpufreq-cpu0
to be used by SoCs. example:
On 03/12/2013 03:43 PM, Nishanth Menon wrote:
On 15:28-20130312, Benoit Cousson wrote:
On 03/12/2013 06:07 AM, Santosh Shilimkar wrote:
On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote:
commit 5553f9e (cpufreq: instantiate cpufreq-cpu0 as a platform_driver)
now forces platform device
Hi Sourav,
On 03/11/2013 02:44 PM, Sourav Poddar wrote:
Hi Tony/Benoit,
These patches had been sent couple of times before, but there were no
comments on it.
Sorry for that. I got a big flu in Jan and was in Linaro Connect last week.
Patches look good, I just have to check that they apply
Hi,
On 03/06/2013 06:53 PM, Tony Lindgren wrote:
* Anil Kumar anilk...@gmail.com [130305 18:40]:
Hi Tony,
From: linux-arm-kernel [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Anil Kumar
Sent: Wednesday, February 27, 2013 8:03 AM
To:
+ Jon who was brave enough to take over the OMAP GPIO driver
+ New email address for Kevin since he is no longer at TI :-(.
- Tarun that left TI but I don't have his new email
Hi Linus,
On 02/28/2013 12:41 AM, Linus Walleij wrote:
On Wed, Feb 15, 2012 at 5:04 PM, Benoit Cousson b-cous
Hi Florian,
On 02/26/2013 05:07 PM, Florian Vaussard wrote:
Hi,
On 02/07/2013 08:58 AM, Peter Ujfalusi wrote:
Hi,
On 02/06/2013 02:30 PM, Benoit Cousson wrote:
So a patch is being merged to handle triggers in the case of pwm
leds [1].
When done, we will be able to add back the default
weird and non-standard.
You'd better use the status=disabled flag for that.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 238
++
1 file changed, 238 insertions
Salut Florian,
On 02/04/2013 10:14 AM, Florian Vaussard wrote:
Hello Benoit,
On 01/24/2013 01:21 PM, Benoit Cousson wrote:
+ Peter who did the original PWM
Hi Florian,
On 01/23/2013 06:56 PM, Florian Vaussard wrote:
Hello Benoit,
This patchset adds some new DT supports to the Overo
+ Peter who did the original PWM
Hi Florian,
On 01/23/2013 06:56 PM, Florian Vaussard wrote:
Hello Benoit,
This patchset adds some new DT supports to the Overo products.
The first patch converts the PMIC LEDB output to use the pwm-leds,
newly merged in your branch for_3.9/dts. The second
Hi Peter,
On 01/22/2013 11:11 AM, Peter Ujfalusi wrote:
Hi Benoit,
I have prepared for you a branch from where you can pull this set on top of
mainline v3.8-rc4:
Cool thanks,
I'll merged it in my branch.
Thanks,
Benoit
Regards,
Péter
---
The following changes since commit
Hi Peter,
Just one minor typo here.
On 01/18/2013 03:36 PM, Peter Ujfalusi wrote:
Enable support for the PWMs and LED as PWM drivers.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/twl6030.dtsi | 12
1 file changed, 12 insertions(+)
diff --git
On 01/22/2013 11:49 AM, Peter Ujfalusi wrote:
HI Benoit,
On 01/22/2013 11:39 AM, Benoit Cousson wrote:
+
+ twl_pwm: pwm {
+ /* provides two PWMs (id 0, 1 for PWM1 and PWM2) */
+ compatible = ti,twl6030-pwm;
+ #pwm-cells = 2;
+ };
+
+ twl_pwmled
Hi Tony,
On 01/21/2013 07:01 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130121 07:09]:
So I looked at this one with help of Rajendra. We can get rid of the
IRQ and DMA data(needs DMA biding updates) easily. The address
space though is needed since hwmod code uses
Hi Jon,
On 12/17/2012 06:49 PM, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
header file for OMAP4460, because the node is not compatible with
OMAP4430. The node for OMAP4430 is not included
Hi Kishon,
On 01/10/2013 07:19 AM, kishon wrote:
On Friday 28 December 2012 12:05 AM, Aaro Koskinen wrote:
Hi,
On Thu, Sep 20, 2012 at 05:21:15AM +0200, Benoit Cousson wrote:
On 09/19/2012 11:32 AM, Kishon Vijay Abraham I wrote:
This patch series adds dt data to get MUSB working in omap4
Hi Anil,
On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
This patch series adds d_can raminit support to c_can/d_can driver,
which is required to init/de-init D_CAN message RAM (holds message
objects). Added corresponding DT changes to get resource of RAMINIT
register and device instance.
Hi Anil,
On 01/02/2013 11:12 AM, AnilKumar, Chimata wrote:
On Wed, Nov 21, 2012 at 17:22:17, AnilKumar, Chimata wrote:
Rename I2C and GPIO nodes according to AM33XX TRM. According to
AM33XX TRM device instances are starting from 0 like i2c0, i2c1
and i2c3.
Signed-off-by: Pantelis Antoniou
Hi Javier,
On 12/19/2012 02:33 PM, Javier Martinez Canillas wrote:
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device trees allows to boot from an MMC and are working
Hi Javier,
On 12/19/2012 10:31 AM, Javier Martinez Canillas wrote:
On Sat, Dec 15, 2012 at 1:52 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
commit 5a8095e9 ARM: dts: Add omap3-beagle.dts
moved the VSIM regulator definition to the twl4030.dtsi to avoid
duplication. A
On 12/19/2012 02:01 PM, Felipe Balbi wrote:
Hi,
+Sricharan who commited that
On Wed, Dec 19, 2012 at 11:56:20AM +0100, Peter Ujfalusi wrote:
On 12/19/2012 11:45 AM, Luciano Coelho wrote:
Well, we still haven't got the foggiest idea what the actual problem is
beyond that it's probably
On 12/19/2012 02:58 PM, Luciano Coelho wrote:
On Wed, 2012-12-19 at 14:51 +0100, Benoit Cousson wrote:
On 12/19/2012 02:01 PM, Felipe Balbi wrote:
On Wed, Dec 19, 2012 at 11:56:20AM +0100, Peter Ujfalusi wrote:
BTW: have you happened to ubdate u-boot recently? There is a nice easter
egg
Hi,
On 12/14/2012 07:44 PM, Paul Walmsley wrote:
Hi
On Fri, 14 Dec 2012, Tony Lindgren wrote:
Paul, what about this patch? Looks like you've acked the other clock
patches in this series but not this one?
I commented on it briefly here:
https://patchwork.kernel.org/patch/1838111/
Hi Jon,
On 12/14/2012 10:18 PM, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
header file for OMAP4460, because the node is not compatible with
OMAP4430.
But where is the omap4430 node then?
Hi Jon,
On 12/17/2012 04:58 PM, Jon Hunter wrote:
On 12/17/2012 02:16 AM, Benoit Cousson wrote:
Hi Jon,
On 12/14/2012 10:18 PM, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
header file
On 12/17/2012 05:13 PM, Roger Quadros wrote:
On 12/17/2012 10:13 AM, Benoit Cousson wrote:
Hi,
On 12/14/2012 07:44 PM, Paul Walmsley wrote:
Hi
On Fri, 14 Dec 2012, Tony Lindgren wrote:
Paul, what about this patch? Looks like you've acked the other clock
patches in this series
On 12/17/2012 05:58 PM, Jon Hunter wrote:
On 12/17/2012 10:38 AM, Mark Rutland wrote:
On Fri, Dec 14, 2012 at 09:26:37PM +, Jon Hunter wrote:
Add PMU nodes for OMAP2, OMAP3 and OMAP4460 devices.
Please note that the node for OMAP4460 has been placed in a separate
header file for
such as Flash storage and
Ethernet but support for these will also be included once the
OMAP GPMC device tree binding patches land on mainline.
This is a v3 of the patch-set that solves issues pointed out by
Enric Balletbo and Benoit Cousson.
The patch-set is composed of the following patches
Hi Matthias,
On 12/12/2012 04:33 PM, Matthias Brugger wrote:
This patch is a follow-up patch for Javier Martinez effort adding initial
device tree support to IGEP technology devices. [1]
It adds uart1 and uart2 bindings to the generic dtsi for the IGEP boards.
[1]
Hi Javier,
On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
IGEP technology devices are TI OMAP3 SoC based industrial embedded
and computer-on-module boards. This patch-set adds initial device
tree support for these devices.
The device tree allows to boot from an MMC/SD and are
On 11/30/2012 11:08 AM, Javier Martinez Canillas wrote:
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
---
Hi Vaibhav,
On 11/26/2012 06:19 AM, Bedia, Vaibhav wrote:
On Fri, Nov 23, 2012 at 16:36:06, Philip, Avinash wrote:
On Tue, Nov 20, 2012 at 10:33:44, Philip, Avinash wrote:
As part of PWM subsystem integration, PWM subsystem are sharing
resources like clock across submodules (ECAP, EQEP
On 11/16/2012 11:55 AM, Roger Quadros wrote:
Hi Benoit,
On 11/16/2012 12:30 PM, Benoit Cousson wrote:
Hi Roger,
On 11/15/2012 03:56 PM, Roger Quadros wrote:
Provides a means for the OMAP USB host subsystem to be initialized
from Device tree. This is a first step for device tree migration
Hi Mark,
On 11/14/2012 08:00 AM, Mark Brown wrote:
On Wed, Nov 14, 2012 at 06:49:58AM +, AnilKumar, Chimata wrote:
Earlier you have a comment on this thread, I am adding my comments
on top of it. Sorry if I am in wrong direction.
Ah, I see. I was just commenting because Benoit was
.
I'm not sure why the size is still hard coded. In theory, assuming the resource
is properly initialized, resource_size should be usable.
The patch below is fixing that.
Regards,
Benoit
---
From 81e1c31cd78b1f5a04983cf920b287764f11 Mon Sep 17 00:00:00 2001
From: Benoit Cousson b-cous
Hi Vaibhav,
On 11/12/2012 11:38 AM, Hiremath, Vaibhav wrote:
On Fri, Nov 09, 2012 at 00:46:28, Hunter, Jon wrote:
On 11/08/2012 12:59 PM, Hiremath, Vaibhav wrote:
On Fri, Nov 09, 2012 at 00:24:23, Hunter, Jon wrote:
On 11/08/2012 01:59 AM, Igor Grinberg wrote:
[snip]
There is no
-buttons device tree data to am335x-evmsk
Benoit Cousson (1):
ARM: dts: Makefile: Add the am335x-evmsk target in dtbs list
Lokesh Vutla (3):
ARM: dts: omap5-evm: Fix size of memory defined for EVM
ARM: dts: omap5: EMIF device tree data for OMAP5 boards
ARM: dts: omap5-evm
The offset parameter is in fact the pin index. The printed
value is then most of the time wrong.
Multiply that value by the width to get the proper offset.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
Hi Tony,
I guess that should probably go for 3.7-rc.
Regards,
Benoit
drivers/pinctrl
Hi Panto,
On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
Hi Grant
On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
[ snip ]
g.
Since we've started talking about longer term goals, and the
Add the pinmux configuration for HDMI and TPD12S015A. Configure the
gpios for the TPD12S015A and SDA, SCL and CEC for HDMI.
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4
tomi.valkei...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-sdp-es23plus.dts | 17 +
arch/arm/boot/dts/omap4-sdp.dts | 18 ++
2 files changed, 35 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/boot/dts/omap4-sdp
On 11/07/2012 02:04 AM, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [121105 05:16]:
Hi,
OMAPDSS device tree support is still some way in the future. Tony has
requested
to get DSS working for Panda SDP boards with DT kernel, so that we'll have
fully working boards with DT.
Hi Felipe,
On 11/06/2012 07:22 PM, Felipe Balbi wrote:
Hi,
On Tue, Nov 06, 2012 at 05:58:57PM +0100, Benoit Cousson wrote:
On 11/06/2012 05:44 PM, Felipe Balbi wrote:
Hi,
On Tue, Nov 06, 2012 at 07:26:06PM +0530, Afzal Mohammed wrote:
OMAP2+ family of devices are now obtaining resources
On 11/07/2012 12:02 PM, Pantelis Antoniou wrote:
Hi Benoit,
On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote:
Hi Panto,
On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
Hi Grant
On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
pa
201 - 300 of 950 matches
Mail list logo