With the am33xx.dtsi now using gpio labels that match the AM33xx
documentation, we need to refer to GPIO1 by the gpio1 label.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm
for AM33xx.
It is intended to correct the current labeling of gpios in the DTS before
too many more drivers are submitted for AM33xx that have gpios not matching
the docs.
Matt Porter (2):
ARM: dts: AM33XX: fix gpio node numbering to match hardware
ARM: dts: AM33XX: adjust leds to use
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts
On Mon, Sep 10, 2012 at 06:59:21PM +0200, Benoit Cousson wrote:
On 09/10/2012 06:52 PM, Matt Porter wrote:
On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
+ Tony
Hi Matt,
30 minutes too late for my pull request :-(
There are a couple of am33xx patches under
;
+ #address-cells = 1;
+ #size-cells = 0;
+ reg = 0x483 0x400;
Please fix this typo, should be 0x4803.
With the typo fixed, it's working on bone for me:
Tested-by: Matt Porter mpor...@ti.com
-Matt
--
To unsubscribe from
regmap. This patch
passes in the the parent dev to fix it. Maybe I missed another patch
that addresses this in a different way, such as the regulator devices
being stuffed with the regmap devres?
-Matt
From 40d118bebc5eaf2a8df4f8b5e113b892a3210f96 Mon Sep 17 00:00:00 2001
From: Matt Porter mpor
On Fri, Mar 30, 2012 at 02:39:32PM -0700, Tony Lindgren wrote:
* Kumar Gala ga...@kernel.crashing.org [120330 14:14]:
On Mar 30, 2012, at 1:48 PM, Tony Lindgren wrote:
Hi,
* Kumar Gala ga...@kernel.crashing.org [120329 12:24]:
As I'm new to the OMAP community this might be a
On Thu, Mar 15, 2012 at 10:39:12PM +0100, Cousson, Benoit wrote:
On 3/15/2012 9:41 PM, Arnd Bergmann wrote:
The numbers definitely need to become local to each of the controllers, but
that is the case pretty much automatically using the proposed binding,
because each dma request identifier
This fixes smsc911x support on platforms using gpmc_smsc911x_init().
Commit c7e963f616 (net/smsc911x: Add regulator support) added
the requirement that platforms provide vdd33a and vddvario supplies.
Signed-off-by: Matt Porter mpor...@ti.com
---
Changes for v2:
- temporary fix to avoid
On Thu, Feb 23, 2012 at 12:08:34PM +, Hiremath, Vaibhav wrote:
On Wed, Feb 22, 2012 at 22:15:03, Porter, Matt wrote:
/*
* Initialize smsc911x device connected to the GPMC. Note that we
* assume that pin multiplexing is done in the board-*.c file,
@@ -51,10 +97,16 @@ void __init
On Tue, Feb 14, 2012 at 11:08:36AM +, Russell King - ARM Linux wrote:
Two more points:
On Mon, Feb 13, 2012 at 11:43:42AM -0500, Matt Porter wrote:
This fixes smsc911x support on platforms using gpmc_smsc911x_init().
Commit c7e963f616f04d1f5da0e07bec4e0092f227 added the requirement
This fixes smsc911x support on platforms using gpmc_smsc911x_init().
Commit c7e963f616 (net/smsc911x: Add regulator support) added
the requirement that platforms provide vdd33a and vddvario supplies.
Signed-off-by: Matt Porter mpor...@ti.com
---
Changes for v2:
- temporary fix to avoid
On Thu, Feb 09, 2012 at 03:16:24PM -0500, Matt Porter wrote:
This series enables all current am35xx boards and the on-chip Ethernet
driver in omap2plus_defconfig. It will help users of these boards to
have a working defconfig out of the box.
Matt Porter (2):
omap: enable davinci_emac
On Tue, Feb 21, 2012 at 10:46:48AM -0800, Tony Lindgren wrote:
* Mark Brown broo...@opensource.wolfsonmicro.com [120213 10:27]:
On Mon, Feb 13, 2012 at 10:14:10AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [120213 09:31]:
On Mon, Feb 13, 2012 at
This fixes smsc911x support on platforms using gpmc_smsc911x_init().
Commit c7e963f616f04d1f5da0e07bec4e0092f227 added the requirement
that platforms provide vdd33a and vddvario supplies.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-omap2/gpmc-smsc911x.c | 44
On Fri, Feb 10, 2012 at 02:53:41PM -0800, Tony Lindgren wrote:
* Matt Porter mpor...@ti.com [120210 10:19]:
On Fri, Feb 10, 2012 at 09:40:47AM -0800, Tony Lindgren wrote:
* Matt Porter m...@ohporter.com [120208 13:35]:
This fixes smsc911x support on omap3evm that has been broken since
On Mon, Feb 13, 2012 at 08:56:18AM -0800, Mark Brown wrote:
On Mon, Feb 13, 2012 at 04:52:09PM +, Russell King - ARM Linux wrote:
I think OMAP (or even the reg-fixed-voltage folk) needs to create an enum
similar to what I did for 8250 to control the allocation of platform
device IDs
On Fri, Feb 10, 2012 at 07:10:06AM +, Hiremath, Vaibhav wrote:
On Fri, Feb 10, 2012 at 07:49:47, Paul Walmsley wrote:
Kevin and I just doublechecked OMAP37xx BeagleBoard xM here with Tony's
testing branch; it works.
I tried it on AM37x EVM, it did worked for me but I have some
On Thu, Feb 09, 2012 at 07:19:47PM -0700, Paul Walmsley wrote:
Kevin and I just doublechecked OMAP37xx BeagleBoard xM here with Tony's
testing branch; it works.
Regarding the issue that Vaibhav reported with:
omap_hwmod: usbtll_fck: missing clockdomain for usbtll_fck
I also see it on my xM
On Fri, Feb 10, 2012 at 09:40:47AM -0800, Tony Lindgren wrote:
* Matt Porter m...@ohporter.com [120208 13:35]:
This fixes smsc911x support on omap3evm that has been broken since
the smsc911x driver was updated to require the existence of vdd33a
and vddvario supplies.
Great. Few comments
, hsotgusb_ick_am35xx,
CK_AM35XX),
Tested-by: Yegor Yefremov yegorsli...@googlemail.com
Tested-by: Matt Porter mpor...@ti.com
Also passing my nightly tests on an AM3517 EVM.
-Matt
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Thu, Feb 09, 2012 at 12:45:57PM -0700, Paul Walmsley wrote:
On Thu, 9 Feb 2012, Matt Porter wrote:
On Mon, Feb 06, 2012 at 09:27:15AM +0100, Yegor Yefremov wrote:
Am 21.12.2011 00:27, schrieb Ilya Yanok:
Rename EMAC clocks to match driver expectations: both davinci_emac
This series enables all current am35xx boards and the on-chip Ethernet
driver in omap2plus_defconfig. It will help users of these boards to
have a working defconfig out of the box.
Matt Porter (2):
omap: enable davinci_emac in omap2plus_defconfig for am35xx
omap: build am3517crane board
Enable built-in Ethernet support in the defconfig for all
am35xx parts.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/configs/omap2plus_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs
Set default to include support for the craneboard when
using the omap2plus_defconfig.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index
On Thu, Feb 09, 2012 at 01:20:50PM -0700, Paul Walmsley wrote:
Hi Matt
On Thu, 9 Feb 2012, Matt Porter wrote:
Thanks Paul.
Any chance we can see it in 3.3 fixes? It's the only thing preventing
the emac and thus nfsroot from working in 3.3 for these systems.
Did EMAC work
This fixes smsc911x support on omap3evm that has been broken since
the smsc911x driver was updated to require the existence of vdd33a
and vddvario supplies.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 46 +-
1 files
On Aug 19, 2011, at 9:43 AM, Koul, Vinod wrote:
On Tue, 2011-08-16 at 15:06 +0200, Linus Walleij wrote:
On Tue, Aug 16, 2011 at 2:56 PM, Koul, Vinod vinod.k...@intel.com wrote:
Currently we have two approaches to solve this problem first being the
DMA_STRIDE_CONFIG proposed by Linus W, I
On Aug 9, 2011, at 1:47 PM, Cousson, Benoit wrote:
On 8/9/2011 7:23 PM, Grant Likely wrote:
On Tue, Aug 9, 2011 at 10:57 AM, Cousson, Benoitb-cous...@ti.com wrote:
Hi Manju,
On 8/9/2011 6:29 PM, G, Manjunath Kondaiah wrote:
Hi Benoit,
On Tue, Aug 09, 2011 at 11:23:20AM +0200,
301 - 329 of 329 matches
Mail list logo
