-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Nishanth Menon n...@ti.com
---
.../devicetree/bindings/clock/omap-clock.txt | 40 +
drivers/clk/Makefile |1 +
drivers/clk/omap/Makefile |1 +
drivers/clk/omap
* Nishanth Menon n...@ti.com [130410 12:23]:
On Wed, Apr 10, 2013 at 1:49 PM, Tony Lindgren t...@atomide.com wrote:
We can avoid the concern of storing the struct clk * and do the
look up lazily on consumer driver probe by setting a dummy struct
clk * here. Then replace
* Stephen Warren swar...@wwwdotorg.org [130410 10:37]:
On 04/10/2013 02:12 AM, Prabhakar Lad wrote:
...
Following is the proposed fix/hack let me know if its OK.
Regards,
--Prabhakar
-
diff --git a/drivers/pinctrl/core.h b/drivers/pinctrl/core.h
index ee72f1f..78fb42d 100644
* Roger Quadros rog...@ti.com [130409 03:00]:
On 04/05/2013 06:58 PM, Tony Lindgren wrote:
Well your approach is fine as a first step moving all the clock
code, but it needs to be a real driver under drivers/clock/omap.
And the DT binding needs to stay the same for the driver(s
* Tony Lindgren t...@atomide.com [130409 09:54]:
* Roger Quadros rog...@ti.com [130409 03:00]:
On 04/05/2013 06:58 PM, Tony Lindgren wrote:
Can't you just use the clock name there to get it?
In device tree we don't pass around clock names. You can either get
a phandle or an index
* Nishanth Menon n...@ti.com [130409 13:53]:
I did try to have an implementation for cpufreq using clock nodes.
unfortunately, device tree wont let me have arguments of strings :(
So, I am unable to do clock = clk mpu_dpll;
instead, I am forced to do clock = clk 249;
It seems that you should
* Christoph Fritz chf.fr...@googlemail.com [130329 09:36]:
- Fix 'function-mask' referring to TRM (Omap 36xx) Section 13.4.4:
Pad Functional Multiplexing and Configuration.
- Fix 'omap3_pmx_wkup' referring to TRM Table 13-6:
Wkup Control Module Pad Configuration Register Fields.
* Rajendra Nayak rna...@ti.com [130403 22:25]:
On Thursday 04 April 2013 05:12 AM, Tony Lindgren wrote:
How about just add a minimal drivers/clk/omap/clk-xyz.c that takes
the configuration from DT and is based on the binding we already have in
Documentation/devicetree/bindings/clock
* Roger Quadros rog...@ti.com [130404 00:39]:
On 04/04/2013 02:42 AM, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/cclock44xx_data.c
+++ b/arch/arm/mach-omap2/cclock44xx_data.c
@@ -27,6 +27,7 @@
#include linux/clk-private.h
#include linux/clkdev.h
#include linux/io.h
+#include
* Jon Hunter jon-hun...@ti.com [130404 13:21]:
Add the ti,gpio-always-on property to the appropriate GPIO banks to
indicate which banks are always powered and will never lose logic state.
This patch should be queued by Benoit as this will likely cause
pointless merge conflicts with the other
* Jon Hunter jon-hun...@ti.com [130404 14:05]:
On 04/04/2013 03:35 PM, Tony Lindgren wrote:
* Jon Hunter jon-hun...@ti.com [130404 13:21]:
Add the ti,gpio-always-on property to the appropriate GPIO banks to
indicate which banks are always powered and will never lose logic state
* Stephen Warren swar...@wwwdotorg.org [130403 09:49]:
On 04/03/2013 03:16 AM, Prabhakar Lad wrote:
Hi Linus/Stephen,
I am working adding DT nodes for DA850.
Following is the pin control snippet of da850.dtsi:-
pmx_core: pinmux@1c14120 {
...
* Tony Lindgren t...@atomide.com [130403 11:42]:
* Stephen Warren swar...@wwwdotorg.org [130403 09:49]:
On 04/03/2013 03:16 AM, Prabhakar Lad wrote:
Hi Linus/Stephen,
I am working adding DT nodes for DA850.
Following is the pin control snippet of da850.dtsi
Hi,
* Roger Quadros rog...@ti.com [130319 07:31]:
Register a device tree clock provider for AUX clocks
on the OMAP4 SoC. Also provide the binding information.
Signed-off-by: Roger Quadros rog...@ti.com
---
.../devicetree/bindings/clock/omap4-clock.txt | 32 ++
* Christoph Fritz chf.fr...@googlemail.com [130329 02:41]:
On Thu, 2013-03-28 at 09:38 -0700, Tony Lindgren wrote:
* Christoph Fritz chf.fr...@googlemail.com [130328 01:12]:
- Fix 'function-mask' referring to TRM Section 7.4.4:
Pad Functional Multiplexing and Configuration.
- Fix
thoughts?
OK
It would be great if this could make v3.10.
I suggest Vinod/Grant/Linus W queue this patch:
Acked-by: Tony Lindgren t...@atomide.com
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
* Kishon Vijay Abraham I kis...@ti.com [130320 02:17]:
--- a/arch/arm/mach-omap2/board-2430sdp.c
+++ b/arch/arm/mach-omap2/board-2430sdp.c
@@ -265,6 +266,7 @@ static void __init omap_2430sdp_init(void)
omap_mux_init_signal(usb0hs_stp, OMAP_PULL_ENA | OMAP_PULL_UP);
Hi Felipe,
* Roger Quadros rog...@ti.com [130315 08:20]:
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 and Panda.
NOTE: The first patch needs to be shared
Hi,
I think you can get rid of quite a bit more of the repeated data for
most boards, see below.
* Roger Quadros rog...@ti.com [130315 08:21]:
Add 2 platform devices for 'nop-usb-xceiv'. These will be used
as PHYs for HS USB ports 1 and 2 so provide binding information
for them.
Use
* Roger Quadros rog...@ti.com [130314 08:45]:
OK. Let me know how the below patch looks. After that, the board code
will look like.
static struct usbhs_phy_data phy_data[] = {
{
.reset_gpio = 147,
.vcc_gpio = 148
.vcc_polarity = 1,
* Roger Quadros rog...@ti.com [130313 09:40]:
On 03/13/2013 06:24 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130313 06:46]:
On 03/12/2013 06:40 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130312 04:47]:
Hi Tony,
These patches provide the SoC side code required
* Roger Quadros rog...@ti.com [130312 04:47]:
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].
...
arch/arm/mach-omap2/board-3430sdp.c| 97 +++-
* Benoit Cousson b-cous...@ti.com [130306 22:55]:
Yep, sorry for having missed 3.9, I was a little bit sick at the wrong
moment :-(
Well that just proves the .dts files can be merged totally independent
of the rest of the patches ;)
I'm starting queuing the pending patches, and should have
* Mugunthan V N mugunthan...@ti.com [130307 04:35]:
Can you please add a description and send this separately
so Benoit can queue it.
Thanks,
Tony
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git
...@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: li...@arm.linux.org.uk; Cousson, Benoit; Tony Lindgren; Grant
Likely; Anil Kumar; tho...@tomweber.eu
Subject: Re: FW: [PATCH V4] ARM: dts: add minimal DT support for
DevKit8000.
Hi,
DevKit8000 is a beagle board clone from
* Stephen Warren swar...@wwwdotorg.org [130213 13:37]:
From: Stephen Warren swar...@nvidia.com
This series converts the Tegra device tree files to use the new feature
of running cpp over .dts files before compiling them with dtc. This
allows GPIOs and other GPIO/IRQ specifier cells to be
* Linus Walleij linus.wall...@linaro.org [130212 04:16]:
On Mon, Feb 11, 2013 at 3:46 AM, Kumar, Anil anilkuma...@ti.com wrote:
As there are no use of #address-cells and #size-cells properties
in pinctrl-single driver DT node. Fix pinctrl-single binding documentation
to remove these
* Jon Hunter jon-hun...@ti.com [130213 08:10]:
On 02/13/2013 09:57 AM, Jon Hunter wrote:
On 02/13/2013 03:28 AM, Sourav Poddar wrote:
A quick look at the data manual shows that omap4430 and omap4460 has the
same pin mux options for i2c. Furthermore, the data manual shows only
one mux
my Acked-by: Tony Lindgren t...@atomide.com for those.
2. A branch for Benoit based on v3.8-rc6
That branch should contain all the .dts changes as those will
most likely cause nasty merge conflicts otherwise with what
Benoit has queued up.
Regards,
Tony
* Felipe Balbi ba...@ti.com [130204 07:46]:
Current DMA abstraction is quite poor, for example there's no way to
compile support for multiple DMA engines. Code also makes certain, IMO
unnecessary, assumptions about the underlying DMA engine (abstraction is
poor, as said above but it we could
* Javier Martinez Canillas jav...@dowhile0.org [130204 04:00]:
On Mon, Feb 4, 2013 at 11:36 AM, Florian Vaussard
Great, the smsc911x was on my TODO list, I can cross it out :) BTW,
do you have a public git for this, so I can test your work on my setup?
Yes, it is the gpmc-smsc911x-wip
* Matt Porter mpor...@ti.com [130202 10:10]:
If it doesn't work, work with Vinod to fix the api. It's expected,
I'm working on dmaengine API changes right now to deal with a
limitation of EDMA that needs to be abstracted.
Regarding the DMA API limitations, I'm only aware of lack of capability
* Matt Porter mpor...@ti.com [130202 11:51]:
On Sat, Feb 02, 2013 at 10:16:43AM -0800, Tony Lindgren wrote:
* Matt Porter mpor...@ti.com [130202 10:10]:
If it doesn't work, work with Vinod to fix the api. It's expected,
I'm working on dmaengine API changes right now to deal
* Linus Walleij linus.wall...@linaro.org [130129 03:03]:
On Tue, Jan 29, 2013 at 8:38 AM, Vishwanathrao Badarkhe, Manish
manish...@ti.com wrote:
Currently, I2C driver gets probed before pinctrl driver.
To achieve I2C pin muxing via pinctrl driver before I2C
probe get called, register
* Tony Lindgren t...@atomide.com [130201 09:12]:
* Linus Walleij linus.wall...@linaro.org [130129 03:03]:
On Tue, Jan 29, 2013 at 8:38 AM, Vishwanathrao Badarkhe, Manish
manish...@ti.com wrote:
Currently, I2C driver gets probed before pinctrl driver.
To achieve I2C pin muxing via
* Matt Porter mpor...@ti.com [130201 10:25]:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
I think this should rather go to drivers/dma/?
Tony
___
devicetree-discuss mailing list
* Felipe Balbi ba...@ti.com [130123 03:27]:
Hi,
On Mon, Jan 21, 2013 at 07:38:26PM +0530, Kishon Vijay Abraham I wrote:
A seperate driver has been added to handle the usb part of control
module. A device for the above driver is created here, using the register
address information to be
* Philip Avinash avinashphi...@ti.com [130117 21:00]:
In case ELM module available, omap2 NAND driver can opt for hardware
correction method for bit flip errors in NAND flash with BCH. Hence the
detection of ELM module is done through devicetree population of elm_id.
This patch update device
* Mark Rutland mark.rutl...@arm.com [130128 03:57]:
So if I've understood correctly, the first address cell is the CS, and the
second the offset within this (as the comment in the onenand@0 node hints)?
If so, the code now makes sense to me :)
Sounds like further checking can be added as
* Florian Vaussard florian.vauss...@epfl.ch [130128 09:57]:
Hello,
This is more an RFC serie, as an issue is still unclear to me.
Building on the work of Daniel Mack for the GPMC controller (staged
in Tony's tree [1]), it was easy to add the GPMC controller to OMAP3.
The issue comes from
* Ezequiel Garcia elezegar...@gmail.com [130122 10:17]:
On Mon, Jan 21, 2013 at 10:32 PM, Daniel Mack zon...@gmail.com wrote:
I'm currently far away from my computer and can't prepare a patch for this,
sorry. But I think you are right, so please just submit a patch for that,
anyone :-)
* Ezequiel Garcia elezegar...@gmail.com [130122 11:46]:
On Tue, Jan 22, 2013 at 3:27 PM, Tony Lindgren t...@atomide.com wrote:
* Ezequiel Garcia elezegar...@gmail.com [130122 10:17]:
On Mon, Jan 21, 2013 at 10:32 PM, Daniel Mack zon...@gmail.com wrote:
I'm currently far away from my
* Ezequiel Garcia elezegar...@gmail.com [130121 09:00]:
Hi Mark,
On Mon, Jan 21, 2013 at 9:30 AM, Mark Rutland mark.rutl...@arm.com wrote:
[...]
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index 01ce462..f7de9eb 100644
--- a/arch/arm/mach-omap2/gpmc.c
+++
* Belisko Marek marek.beli...@gmail.com [121115 05:31]:
CC'ing Tony
On Thu, Nov 15, 2012 at 12:59 PM, Grant Likely
grant.lik...@secretlab.ca wrote:
On Wed, 14 Nov 2012 21:26:58 +0100, Belisko Marek marek.beli...@gmail.com
wrote:
CC' Grant Rob
Hi Marek
Since this is an OMAP
* Ezequiel Garcia elezegar...@gmail.com [130118 11:43]:
Tony,
On Tue, Jan 15, 2013 at 3:03 PM, Tony Lindgren t...@atomide.com wrote:
* Daniel Mack zon...@gmail.com [130114 15:30]:
On Jan 15, 2013 2:06 AM, Tony Lindgren t...@atomide.com wrote:
* Ezequiel Garcia elezegar...@gmail.com
* Daniel Mack zon...@gmail.com [130114 15:30]:
On Jan 15, 2013 2:06 AM, Tony Lindgren t...@atomide.com wrote:
* Ezequiel Garcia elezegar...@gmail.com [121223 13:49]:
On Fri, Dec 14, 2012 at 7:36 AM, Daniel Mack zon...@gmail.com wrote:
+
+Example for an AM33xx board
Artem,
Looks like this patch related to making GPMC work with DT was
never sent to linux-mtd or to you so adding to cc.
Is this OK to apply along with the GPMC patches, or do you want to
take this separately with the MTD patches?
Regards,
Tony
* Daniel Mack zon...@gmail.com [121214 02:39]:
* Ezequiel Garcia elezegar...@gmail.com [130115 10:13]:
On Tue, Jan 15, 2013 at 3:03 PM, Tony Lindgren t...@atomide.com wrote:
* Daniel Mack zon...@gmail.com [130114 15:30]:
OK thanks. Applying this set into omap-for-v3.9/gpmc.
Looks like we need ack from for one of the patches Artem
* Artem Bityutskiy dedeki...@gmail.com [130115 11:12]:
On Tue, 2013-01-15 at 10:52 -0800, Tony Lindgren wrote:
Artem,
Looks like this patch related to making GPMC work with DT was
never sent to linux-mtd or to you so adding to cc.
Is this OK to apply along with the GPMC patches
* Ezequiel Garcia elezegar...@gmail.com [121223 13:49]:
On Fri, Dec 14, 2012 at 7:36 AM, Daniel Mack zon...@gmail.com wrote:
+
+Example for an AM33xx board:
+
+ gpmc: gpmc@5000 {
+ compatible = ti,am3352-gpmc;
+ ti,hwmods = gpmc;
+
.
This allows for a much cleaner migration of drivers to the
dmaengine DT API as platforms continue to be mixed between those
that boot using DT and those that do not.
Cool, looks like the driver changes are quite minimal after this:
Acked-by: Tony Lindgren t...@atomide.com
Suggested-by: Tony
implementing EDMA so in the !DT case we can default to the OMAP DMA
filter.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host
. If the nr_segs
capability is present, the value is used to configure mmc-max_segs
appropriately.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mmc/host
* Matt Porter mpor...@ti.com [130110 21:47]:
The binding definition is based on the generic DMA request binding.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 25
+++-
1 file
* Matt Porter mpor...@ti.com [130110 21:47]:
Adds AM33XX MMC support for am335x-bone, am335x-evm, and
am335x-evmsk..
This one should be queued separately by Benoit:
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts
to a dependency on
having a cross-trigger interface driver) and so ensure that this
indicated on boot with or without device-tree.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Jon Hunter jon-hun...@ti.com
---
arch/arm/mach-omap2/pmu.c | 14 +++---
1 file changed, 11
* Jon Hunter jon-hun...@ti.com [130111 06:02]:
Hi Benoit,
On 01/11/2013 07:23 AM, Benoit Cousson wrote:
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
* Felipe Balbi ba...@ti.com [130110 04:49]:
On Thu, Jan 10, 2013 at 03:46:55PM +0530, kishon wrote:
On Thursday 10 January 2013 03:34 PM, Benoit Cousson wrote:
Rob and I did not agree to use that temp hack in the case of DT, so you
were supposed to repost with a proper driver for the SCM
* Russell King - ARM Linux li...@arm.linux.org.uk [130109 09:15]:
On Wed, Jan 09, 2013 at 04:21:45PM +, Russell King - ARM Linux wrote:
On Wed, Jan 09, 2013 at 11:09:23AM -0500, Nicolas Pitre wrote:
On Wed, 9 Jan 2013, Russell King - ARM Linux wrote:
On Wed, Jan 09, 2013 at
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 10:54]:
A cape loader based on DT overlays and DT objects.
Beaglebone cape manager implementation.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/mach-omap2/Kconfig|2 +
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 12:16]:
Hi Tony,
On Jan 7, 2013, at 10:09 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 10:54]:
A cape loader based on DT overlays and DT objects.
Beaglebone cape manager implementation
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 12:29]:
On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
Well how about split it to an eeprom driver, and Linux generic
device loader parts?
All that's left is the eeprom driver (accessor) and calls to the
generic DT
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 12:43]:
Hi Tony,
On Jan 7, 2013, at 10:35 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [130107 12:29]:
On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
Well how about split it to an eeprom
* Andreas Fenkart andreas.fenk...@streamunlimited.com [121220 14:07]:
Hi,
On Fri, Nov 30, 2012 at 07:57:35PM +0100, Daniel Mack wrote:
On 30.11.2012 18:40, Tony Lindgren wrote:
* Andreas Fenkart andreas.fenk...@streamunlimited.com [121130 03:21]:
The alternative was to configure
* Jon Hunter jon-hun...@ti.com [121214 12:37]:
The system memory node for the OMAP2420 H4 was incorrectly defined as
start address followed by end address, instead of start address and
size. No noticable side-effects were observed but fix this for
correctness.
Thanks applying into
* Jon Hunter jon-hun...@ti.com [121214 13:58]:
Commit 0d9250c (ARM: dts: omap4-panda: Add pinmux configuration for
HDMI) added a new device-tree source file for Rev A4 of the OMAP4430
Panda board but it did not add this version to the makefile. Hence,
add this file to the makefile.
Thanks
* Daniel Mack zon...@gmail.com [121205 05:07]:
On 29.11.2012 21:59, Jon Hunter wrote:
On 11/29/2012 02:42 PM, Daniel Mack wrote:
On 29.11.2012 21:32, Jon Hunter wrote:
On 11/29/2012 01:59 PM, Jon Hunter wrote:
On 11/29/2012 10:01 AM, Daniel Mack wrote:
The am33xx is capable of
* Daniel Mack zon...@gmail.com [121205 09:29]:
On 05.12.2012 18:19, Tony Lindgren wrote:
The plat/cpu.h file will disappear after the merge window, which means
omap2+ related drivers cannot use cpu_is_omap macros.
For legacy booting systems, this flag should be just passed
* Jon Hunter jon-hun...@ti.com [121205 10:22]:
On 12/05/2012 11:41 AM, Tony Lindgren wrote:
* Daniel Mack zon...@gmail.com [121205 09:29]:
On 05.12.2012 18:19, Tony Lindgren wrote:
The plat/cpu.h file will disappear after the merge window, which means
omap2+ related drivers cannot use
* Grant Likely grant.lik...@secretlab.ca [121205 15:26]:
On Wed, 5 Dec 2012 16:33:48 -0600, Jon Hunter jon-hun...@ti.com wrote:
On 12/05/2012 04:22 PM, Grant Likely wrote:
Please, be specific. Use something like ti,am3340-gpmc or
ti,omap3430-gpmc. The compatible property is a list so
* Andreas Fenkart andreas.fenk...@streamunlimited.com [121130 03:21]:
The alternative was to configure dat1 line as a GPIO, while
waiting for an IRQ. Then configuring it back as dat1 when the
SDIO card is signalling an IRQ. Or the host starts a transfer. I
guess this will perform poorly,
* Jon Hunter jon-hun...@ti.com [121108 16:20]:
On 11/08/2012 01:47 PM, Jon Hunter wrote:
Do you want to generate the patch or me?
Patch posted here ...
http://marc.info/?l=linux-omapm=135242025202171w=2
OK thanks!
Tony
___
devicetree-discuss
* Jon Hunter jon-hun...@ti.com [121108 09:21]:
On 11/07/2012 05:44 PM, Tony Lindgren wrote:
That's a bugger. I completely missed your patch last week sorry (I will blame
the Danish
beer) and had clearly not folded in to my testing!
:)
I guess we should apply the following fix
Hi Jon,
* Tony Lindgren t...@atomide.com [121106 16:48]:
* Jon Hunter jon-hun...@ti.com [121102 12:01]:
g...@github.com:jonhunter/linux.git dev-dt-timer
Thanks pulling into omap-for-v3.8/dt branch.
Looks like omap-for-v3.8/dt boots OK on blaze when booted
with device tree
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of worms is the pinctrl nodes.
Yes... new pinctrl data would need to trigger adding new data to
pinctrl. I don't know if the
* Benoit Cousson b-cous...@ti.com [121101 10:16]:
Hi Tony,
Please pull some more OMAP5 and AM33xx data for 3.8.
The branch contains as well some cleanup and the omap3-beagle support since
the previous one was in fact a beagle-xm.
Thanks pulling into omap-for-v3.8/dt.
Regards,
Tony
* Jon Hunter jon-hun...@ti.com [121102 12:01]:
Hi Tony,
Please pull the remaining patches to migrate OMAP timers and counters
over to use device-tree. I recommend applying this after Benoit's DT
series for v3.8 [1].
This branch contains ...
- Handling OMAP3 secure timers with
* Grant Likely grant.lik...@secretlab.ca [121105 06:36]:
On Mon, Nov 5, 2012 at 1:25 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 5, 2012, at 1:22 AM, Grant Likely wrote:
On Fri, Nov 2, 2012 at 8:43 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
* Linus Walleij linus.wall...@linaro.org [121104 09:39]:
On Tue, Oct 30, 2012 at 3:12 PM, AnilKumar, Chimata anilku...@ti.com wrote:
I have two options now
- add only default states for now, I can add reset of
the state details once suspend/resume is supported.
- add same values in all
Hi,
* Tabi Timur-B04825 b04...@freescale.com [121105 13:42]:
On Mon, Nov 5, 2012 at 2:40 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
Jane is building custom BeagleBone expansion boards called 'capes'. She
can boot the system with a stock BeagleBoard device tree, but additional
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 10:41]:
Introduce beaglebone capebus board support.
...
--- /dev/null
+++ b/drivers/capebus/boards/Kconfig
@@ -0,0 +1,6 @@
+config CAPEBUS_BONE_CONTROLLER
+ bool Beaglebone capebus board controller
+ depends on CAPEBUS
* Keshava Munegowda keshava_mgo...@ti.com [121031 07:29]:
The USB2 Host device node is extracted and used in the probe
of the driver to initialize the usb ports and controller. The
platform specific initialization is also performed.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
* Haojian Zhuang haojian.zhu...@gmail.com [121031 15:53]:
On Wed, Oct 31, 2012 at 11:26 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
But that tends to imply that adding support for generic pinconf into the
pinctrl-simple driver isnt' actually going to be useful for anyone. If
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 12:00]:
+#include plat/clock.h
+#include plat/omap_device.h
We already have queued patches to make omap_device.h
private to arch/arm/mach-omap2. Then plat/clock.h will
be gone with the common clock framework patches.
Regards,
Tony
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 12:00]:
+
+ priv-lcdc_oh = omap_hwmod_lookup(lcdc);
+ if (priv-lcdc_oh == NULL) {
+ dev_err(pdev-dev, Failed to lookup omap_hwmod lcdc\n);
+ return -ENODEV;
+ }
+
+ priv-lcdc_pdev =
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 13:18]:
On Oct 30, 2012, at 9:39 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 12:00]:
+
+ priv-lcdc_oh = omap_hwmod_lookup(lcdc);
+ if (priv-lcdc_oh == NULL) {
+ dev_err(pdev-dev
* Benoit Cousson b-cous...@ti.com [121026 08:23]:
Hi Roger,
On 10/26/2012 05:16 PM, Roger Quadros wrote:
Hi Kishon Benoit,
On 09/24/2012 12:06 PM, Rabin Vincent wrote:
2012/9/24 ABRAHAM, KISHON VIJAY kis...@ti.com:
On Sat, Sep 22, 2012 at 3:03 AM, Rabin Vincent ra...@rab.in wrote:
* Benoit Cousson b-cous...@ti.com [121026 11:11]:
On 10/26/2012 07:57 PM, Benoit Cousson wrote:
Hi Paul,
On 10/26/2012 07:54 PM, Paul Walmsley wrote:
On Fri, 26 Oct 2012, Benoit Cousson wrote:
On 10/26/2012 05:16 PM, Roger Quadros wrote:
I still can't get musb to work on 3.7-rc2.
* Tony Lindgren t...@atomide.com [121022 10:11]:
* Haojian Zhuang haojian.zhu...@gmail.com [121022 03:11]:
On Sat, Oct 20, 2012 at 3:13 AM, Tony Lindgren t...@atomide.com wrote:
* Haojian Zhuang haojian.zhu...@gmail.com [121018 02:08]:
Add pinconf generic support with POWER SOURCE, BIAS
* Sourav Poddar sourav.pod...@ti.com [121022 00:30]:
--- a/arch/arm/boot/dts/omap4-sdp.dts
+++ b/arch/arm/boot/dts/omap4-sdp.dts
@@ -194,6 +194,27 @@
0xbc 0x100 /* abe_mcbsp2_fsx.abe_mcbsp2_fsx INPUT
| MODE0 */
;
};
+
+ keypad_pins:
* Haojian Zhuang haojian.zhu...@gmail.com [121022 03:11]:
On Sat, Oct 20, 2012 at 3:13 AM, Tony Lindgren t...@atomide.com wrote:
* Haojian Zhuang haojian.zhu...@gmail.com [121018 02:08]:
Add pinconf generic support with POWER SOURCE, BIAS PULL.
...
+ case PIN_CONFIG_POWER_SOURCE
* Haojian Zhuang haojian.zhu...@gmail.com [121022 09:11]:
Marvell's PXA/MMP silicon also match the behavior of pinctrl-single.
Each pin binds to one register. A lot of pins could be configured
as gpio.
Now add three properties in below.
pinctrl-single,gpio-ranges: gpio range array
* Péter Ujfalusi peter.ujfal...@ti.com [121022 04:42]:
Hi Tony,
On 10/18/2012 12:00 PM, Benoit Cousson wrote:
On 10/18/2012 11:25 AM, Peter Ujfalusi wrote:
Fixes the following errors:
[2.318084] omap-mcbsp 49022000.mcbsp: invalid rx DMA channel
[2.324432] omap-mcbsp
* Tony Lindgren t...@atomide.com [121022 13:29]:
* Haojian Zhuang haojian.zhu...@gmail.com [121022 09:11]:
--- a/drivers/pinctrl/pinctrl-single.c
+++ b/drivers/pinctrl/pinctrl-single.c
@@ -28,8 +28,10 @@
#define DRIVER_NAMEpinctrl-single
#define
* Haojian Zhuang haojian.zhu...@gmail.com [121022 09:13]:
Dump pinmux register value, not only function part in the pinmux
register.
This makes sense, but should be done using pcs_read, not pcs_readl,
see below.
Also fix the issue on caluclating pin offset. The last parameter
should be pin
* Haojian Zhuang haojian.zhu...@gmail.com [121018 19:54]:
On Fri, Oct 19, 2012 at 10:38 AM, Tony Lindgren t...@atomide.com wrote:
* Haojian Zhuang haojian.zhu...@gmail.com [121018 19:17]:
On Fri, Oct 19, 2012 at 6:28 AM, Tony Lindgren t...@atomide.com wrote:
Specifically could you
* Tony Lindgren t...@atomide.com [121018 19:41]:
* Haojian Zhuang haojian.zhu...@gmail.com [121018 19:25]:
I wonder whether gpio function in OMAP is also configured in the pinmux
register. For example, the function is 3bit field in pinmux register
of Marvell's
PXA/MMP silicon. GPIO
* Haojian Zhuang haojian.zhu...@gmail.com [121018 19:25]:
I wonder whether gpio function in OMAP is also configured in the pinmux
register. For example, the function is 3bit field in pinmux register
of Marvell's
PXA/MMP silicon. GPIO function is the one of function.
For omaps, the mux
* Haojian Zhuang haojian.zhu...@gmail.com [121018 02:08]:
Add pinconf generic support with POWER SOURCE, BIAS PULL.
...
+ case PIN_CONFIG_POWER_SOURCE:
+ if (pcs-psmask == PCS_OFF_DISABLED
+ || pcs-psshift == PCS_OFF_DISABLED)
+ return
Hi,
Few minor comments below.
* Haojian Zhuang haojian.zhu...@gmail.com [121018 02:08]:
Marvell's PXA/MMP silicon also match the behavior of pinctrl-single.
Each pin binds to one register. A lot of pins could be configured
as gpio.
Now add three properties in below.
101 - 200 of 412 matches
Mail list logo
