The GPMC driver includes arch/arm/mach-omap2/common.h but
does not use anything on that header so it can be removed.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/gpmc.c | 1 -
1 file changed, 1
When connecting an ethernet chip to the GPMC, such as smc91x
or smsc911x, a GPIO has to be requested to be used as an IRQ
and also the IO memory for a GPMC chip-select.
When booting with DT the chip-select allocation is handled
in a generic manner in the GPMC driver and the GPIO to IRQ
mapping is
Legacy board files in mach-omap2 used the helper functions
board_{nor,nand,onenand}_init() to initialize the flash
devices attached to the GPMC.
With Device Tree booting the initialization is handled by
the GPMC driver gpmc_probe_*_child() functions so this
code is not needed anymore now that
Once OMAP2+ board files are removed, there is unused code that was only used
by legacy platform code and can be removed.
This patch-set depends on the series:
[PATCH 00/12] Drop omap3 board files and make mach-omap2 boot in DT only mode
[0]
and is composed of the following patches:
[RESEND
Hi Tony,
From: Gupta, Pekon
*changes v1 - v2*
- AM335x (am335x-evm): already accepted, so dropping in v2
- DRA7xx (dra7-evm): resending
- AM43xx (am43X-epos-evm): fix MTD NAND.filesystem partition offset
I see following patches in your tree/branch omap-for-v3.15/dt
But probably they were
Add nodes for 2 instances each of
- ocp2scp
- USB PHY control module
- USB PHY
- dwc3_omap
- USB
for AM43xx.
Signed-off-by: George Cherian george.cher...@ti.com
Acked-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 94
Enable
- USB PHY
- USB
for am43x-epos-evm
Signed-off-by: George Cherian george.cher...@ti.com
Acked-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git
Add USB and USB PHY reference clock data
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/am43xx-clocks.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/am43xx-clocks.dtsi
b/arch/arm/boot/dts/am43xx-clocks.dtsi
Add the compatible ti,am437x-dwc3 for dwc3 glue driver.
Signed-off-by: George Cherian george.cher...@ti.com
Acked-by: Roger Quadros rog...@ti.com
---
Documentation/devicetree/bindings/usb/omap-usb.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Enable
- USB PHY
- USB
for am437x-gp-evm
Signed-off-by: George Cherian george.cher...@ti.com
Acked-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
The patch series adds USB dt nodes for am43xx epos and gp evm
Boot tested with linux-next + Tony's omap-for-v3.15/dt
Changes from v1 - v2
* Reorder doc: Add ti,am437x-dwc3 comaptible for dwc3 glue
* Address v1 coments on ARM: dts: AM4372: Add USB nodes
Changes from v2 - v3
On Wednesday 19 March 2014 10:09 AM, Sekhar Nori wrote:
On Wednesday 19 March 2014 12:16 AM, Joel Fernandes wrote:
On 03/18/2014 10:28 AM, Vinod Koul wrote:
where is this patch, somehow am not able to find in my inbox or archives...
I found it archived here:
Hi Tony,
Is it too late to get the DSS dts changes via arm tree?
I now got everything working fine so that the dts changes and the
omapdss driver changes can be merged independently. It would be cleaner
if dts changes can go through the proper channel.
If you can still take them, I've attached
Hi,
On Tuesday 18 March 2014 05:34 PM, Chanwoo Choi wrote:
This patch remove unnecessary function call in of_extcon_get_extcon_dev()
by using the name of device_node structure.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
---
drivers/extcon/of_extcon.c | 12 ++--
1 file
On 17/03/14 16:09, Tomi Valkeinen wrote:
Hi,
I noticed that my omap4 panda does not boot with today's linux-next
(8808b950581f71e3ee4cf8e6cae479f4c7106405). I didn't have much time to study
it, but I didn't find any posts about the issue with a quick look. Below is
the crash.
I bisected
On 19/03/14 16:29, Pantelis Antoniou wrote:
Hi Tomi,
On Mar 19, 2014, at 4:25 PM, Tomi Valkeinen wrote:
On 17/03/14 16:09, Tomi Valkeinen wrote:
Hi,
I noticed that my omap4 panda does not boot with today's linux-next
(8808b950581f71e3ee4cf8e6cae479f4c7106405). I didn't have much time to
Hi Tomi,
On Mar 19, 2014, at 4:33 PM, Tomi Valkeinen wrote:
On 19/03/14 16:29, Pantelis Antoniou wrote:
Hi Tomi,
On Mar 19, 2014, at 4:25 PM, Tomi Valkeinen wrote:
On 17/03/14 16:09, Tomi Valkeinen wrote:
Hi,
I noticed that my omap4 panda does not boot with today's linux-next
Hi Tomi,
On Mar 19, 2014, at 4:25 PM, Tomi Valkeinen wrote:
On 17/03/14 16:09, Tomi Valkeinen wrote:
Hi,
I noticed that my omap4 panda does not boot with today's linux-next
(8808b950581f71e3ee4cf8e6cae479f4c7106405). I didn't have much time to study
it, but I didn't find any posts about
Hi,
On Wed, Mar 19, 2014 at 09:15:03AM +, Mark Jackson wrote:
On 18/03/14 17:11, Felipe Balbi wrote:
On Tue, Mar 18, 2014 at 05:04:47PM +, Mark Jackson wrote:
On 18/03/14 16:55, Felipe Balbi wrote:
Hi Mark,
I'm looking at the omap-serial driver and saw that you added rts-gpio
[cc'ing linux-next ml]
On Wed, Mar 19, 2014 at 2:35 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Hi Tomi,
On Mar 19, 2014, at 4:33 PM, Tomi Valkeinen wrote:
On 19/03/14 16:29, Pantelis Antoniou wrote:
Hi Tomi,
On Mar 19, 2014, at 4:25 PM, Tomi Valkeinen wrote:
On 17/03/14
Expose the PMU on OMAP5.
Tested with perf on OMAP5 uEVM.
Signed-off-by: Nathan Lynch nathan_ly...@mentor.com
---
Changes since v1:
- Use symbolic constants.
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi
* Lee Jones lee.jo...@linaro.org [140318 13:23]:
There are some unused registers in twl4030 at I2C address 0x49 and
function
twl4030_49_nop_reg() is used to check accessibility of that registers.
These
registers are written in decimal format but the values are correct in
* Tomi Valkeinen tomi.valkei...@ti.com [140319 04:29]:
Hi Tony,
Is it too late to get the DSS dts changes via arm tree?
Yes too late..
I now got everything working fine so that the dts changes and the
omapdss driver changes can be merged independently. It would be cleaner
if dts changes
* Javier Martinez Canillas javier.marti...@collabora.co.uk [140318 23:12]:
Once OMAP2+ board files are removed, there is unused code that was only used
by legacy platform code and can be removed.
This patch-set depends on the series:
[PATCH 00/12] Drop omap3 board files and make mach-omap2
On 19/03/14 14:59, Felipe Balbi wrote:
Hi,
On Wed, Mar 19, 2014 at 09:15:03AM +, Mark Jackson wrote:
[snip]
Okay ... it comes back to me now.
When using RS485 drivers, we're not actually using RTS as a Ready
To Send, we're really using it as an enable RS485 driver.
I just used the
Hi,
On Wed, Mar 19, 2014 at 05:02:56PM +, Mark Jackson wrote:
Okay ... it comes back to me now.
When using RS485 drivers, we're not actually using RTS as a Ready
To Send, we're really using it as an enable RS485 driver.
I just used the RTS mnemonic as we're now wanting to send
If we enable CONFIG_OMAP_MPU_TIMER and CONFIG_OMAP_DM_TIMER but
not CONFIG_OMAP_32K_TIMER on OMAP1, we currently get this build error:
mach-omap1/pm.c: In function 'omap1_pm_idle':
mach-omap1/pm.c:123:9: error: 'enable_dyn_sleep' undeclared (first use in this
function)
while (enable_dyn_sleep)
Hi everyone,
This is my much too long series of mostly trivial build for ARM platform
code. It's about a third of the total set of patches I have in a local
tree that I use for build testing randconfig kernels. Most of the other
patches are for device drivers, but there is also a significant
The OMAP H2, OSK and OSIRIS machines cannot build without
I2C and TPS65010 both enabled unconditionally.
In each case, failing to enable CONFIG_I2C results in a
build or link error, so most consistent solution is to
ensure that it is impossible to disable those options.
It would be nice to leave
Hi,
On Wed, Mar 19, 2014 at 08:29:20PM +0100, Arnd Bergmann wrote:
If we enable CONFIG_OMAP_MPU_TIMER and CONFIG_OMAP_DM_TIMER but
not CONFIG_OMAP_32K_TIMER on OMAP1, we currently get this build error:
mach-omap1/pm.c: In function 'omap1_pm_idle':
mach-omap1/pm.c:123:9: error:
On Wed, Mar 19, 2014 at 02:59:13PM -0500, Felipe Balbi wrote:
Hi,
On Wed, Mar 19, 2014 at 08:29:20PM +0100, Arnd Bergmann wrote:
If we enable CONFIG_OMAP_MPU_TIMER and CONFIG_OMAP_DM_TIMER but
not CONFIG_OMAP_32K_TIMER on OMAP1, we currently get this build error:
mach-omap1/pm.c: In
* Felipe Balbi ba...@ti.com [140319 13:06]:
On Wed, Mar 19, 2014 at 02:59:13PM -0500, Felipe Balbi wrote:
Hi,
On Wed, Mar 19, 2014 at 08:29:20PM +0100, Arnd Bergmann wrote:
If we enable CONFIG_OMAP_MPU_TIMER and CONFIG_OMAP_DM_TIMER but
not CONFIG_OMAP_32K_TIMER on OMAP1, we
* Arnd Bergmann a...@arndb.de [140319 12:33]:
The OMAP H2, OSK and OSIRIS machines cannot build without
I2C and TPS65010 both enabled unconditionally.
In each case, failing to enable CONFIG_I2C results in a
build or link error, so most consistent solution is to
ensure that it is impossible
On Wednesday 19 March 2014 13:46:19 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [140319 12:33]:
The OMAP H2, OSK and OSIRIS machines cannot build without
I2C and TPS65010 both enabled unconditionally.
In each case, failing to enable CONFIG_I2C results in a
build or link error,
* Arnd Bergmann a...@arndb.de [140319 14:01]:
On Wednesday 19 March 2014 13:46:19 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [140319 12:33]:
The OMAP H2, OSK and OSIRIS machines cannot build without
I2C and TPS65010 both enabled unconditionally.
In each case, failing to
Quoting Nishanth Menon (2014-03-10 12:25:43)
On 03/10/2014 01:01 PM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 12:41:05PM -0500, Nishanth Menon wrote:
The only other options are:
a) Abstract it at a higher level at user drivers, since they are
aware of the sequencing needs - but this
Hi,
On 03/19/2014 09:08 PM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 18 March 2014 05:34 PM, Chanwoo Choi wrote:
This patch remove unnecessary function call in of_extcon_get_extcon_dev()
by using the name of device_node structure.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
---
Hi,
On Thursday 20 March 2014 07:52 AM, Chanwoo Choi wrote:
Hi,
On 03/19/2014 09:08 PM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 18 March 2014 05:34 PM, Chanwoo Choi wrote:
This patch remove unnecessary function call in of_extcon_get_extcon_dev()
by using the name of device_node
38 matches
Mail list logo