of the CHIP_GE_* macros to use other
macros for ease of maintenance.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
v2: Fixed accidental removal of default handling, and minor update of a comment.
This is based
Fix this and similar build warnings when building with
omap_4430sdp_defconfig.
CC arch/arm/mach-omap2/board-4430sdp.o
In file included from arch/arm/mach-omap2/board-4430sdp.c:36:
arch/arm/plat-omap/include/plat/usb.h:109: warning: return type defaults to
'int'
Signed-off-by: Anand
] Error 2
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/include/asm/cacheflush.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-omap-2.6/arch/arm/include/asm/cacheflush.h
Benoit Cousson wrote:
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/board-4430sdp.c | 12
diff --git a/arch/arm/mach-omap2/mux44xx.c
b/arch/arm/mach-omap2/mux44xx.c
new file mode 100644
index 000..839a905
--- /dev/null
+++ b/arch/arm/mach-omap2/mux44xx.c
@@ -0,0 +1,944 @@
+\
Stray change?
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
-Original Message-
From: Tim Nordell [mailto:tim.nord...@logicpd.com]
Sent: Saturday, September 25, 2010 5:20 AM
To: Gadiyar, Anand
Cc: Benoit Cousson; linux-omap@vger.kernel.org; Tony
Lindgren; Paul Walmsley; Kevin Hilman
Subject: Re: [RFC 2/5] OMAP: mux: Make low level function
Grazvydas Ignotas wrote:
hi,
I've been building linux-next for a while now and keep getting these
build errors, just posting them here in case not all are known. Not
familiar enough with that code to send patches unfortunately.
AS arch/arm/mm/proc-v7.o
arch/arm/mm/proc-v7.S:
changes should be done separately if needed.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Liam Girdwood l...@slimlogic.co.uk
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
---
Liam,
The only functional change I see here is the twl4030_codec_audio_data
-off-by: Anand Gadiyar gadi...@ti.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/arch/arm/mach-omap2/board-zoom-peripherals.c
to `wl12xx_set_platform_data'
make: *** [.tmp_vmlinux1] Error 1
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t...@atomide.com
---
There are still many warnings about the function wl12xx_set_platform_data
being unused. Haven't fixed those. Ohad, care to take
-off-by: Anand Gadiyar gadi...@ti.com
Cc: Uwe Kleine-Koenigu.kleine-koe...@pengutronix.de
Cc: Michal Nazarewicz m.nazarew...@samsung.com
Cc: Felipe Balbi ba...@ti.com
Cc: Greg Kroah-Hartman gre...@suse.de
---
Greg,
Since Uwe's original patch isn't yet in mainline, maybe you could
fold this patch
'omap_vram_reserve_sdram_memblock':
drivers/video/omap2/vram.c:568: error: implicit declaration of
function 'memblock_region_is_memory'
Reported-by: Grazvydas Ignotas nota...@gmail.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Tony Lindgren t
Mark Brown wrote:
On Sat, Oct 02, 2010 at 02:00:11AM +0530, Anand Gadiyar wrote:
Commit f0fba2ad1b6 (ASoC: multi-component - ASoC
Multi-Component Support) in linux-next as of 20101001
broke omap builds with the following errors.
Acked-by: Mark Brown brooo...@opensource.wolfsonmicro.com
Tony,
linux-next as of 20101001 fails to build on omap2plus_defconfig with
multiple
build errors. I've resolved many of those, but this one remains as long
as CONFIG_ARCH_OMAP2 is enabled.
I'm not sure how to fix this, so just reporting it for now.
- Anand
CC
Tony, all,
The OMAP3430 ES1.0 was pretty much a test chip, with the only known board
being the 3430ES1.0 SDP. There are only a small number of these boards
outside TI and within TI, they've likely never been used in over 2 years.
It's unlikely that these boards still work on mainline, and likely
Paul Walmsley wrote:
On Sat, 2 Oct 2010, Anand Gadiyar wrote:
The OMAP3430 ES1.0 was pretty much a test chip, with the only known
board
being the 3430ES1.0 SDP. There are only a small number of these boards
outside TI and within TI, they've likely never been used in over 2
years.
It's
Paul Walmsley wrote:
On Sat, 2 Oct 2010, Anand Gadiyar wrote:
Okay, so we're aligned that you guys don't have an ES1 board to test,
and TI doesn't have any either. :)
I'd still like to know if anyone in the wild still cares about the
board.
(I see Tony already said No thanks, but I'd
Liam Girdwood wrote:
On Fri, 2010-09-24 at 11:31 -0500, Lopez Cruz, Misael wrote:
Hi Jarkko,
ASoC Multi-Component Support moves some code from
sound/soc/omap/zoom2.c
into
arch/arm/mach-omap2/board-zoom2.c. However, that code should go to
board-zoom-peripherals.c instead as
Ohad Ben-Cohen wrote:
On Fri, Oct 1, 2010 at 10:33 PM, Anand Gadiyar gadi...@ti.com wrote:
Fix this build break when CONFIG_WL12XX_PLATFORM_DATA is not set.
A similar fix was already submitted and is pending to be merged
(http://permalink.gmane.org/gmane.linux.kernel.wireless.general/56595
Keshava Munegowda wrote:
This patch fix the follwing warning when compiling usb code
for OMAP defconfigs.
arch/arm/plat-omap/include/plat/usb.h:109: warning: return type defaults
to 'int'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Already posted by me:
Keshava Munegowda wrote:
This patch fix the follwing warning when compiling usb code for OMAP
defconfigs.
arch/arm/mach-omap2/board-omap4panda.c:277: warning: unused variable
'status'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Already posted by Sanjeev, and queued in for-next.
: redefinition of 'regulator_dummy_init'
drivers/regulator/dummy.h:28: note: previous definition of
'regulator_dummy_init' was here
make[2]: *** [drivers/regulator/dummy.o] Error 1
make[1]: *** [drivers/regulator] Error 2
make: *** [drivers] Error 2
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Liam
-mcpdm.o
sound/soc/omap/omap-mcpdm.c:35: fatal error: plat/control.h: No such file or
directory
compilation terminated.
make[3]: *** [sound/soc/omap/omap-mcpdm.o] Error 1
make[2]: *** [sound/soc/omap] Error 2
make[1]: *** [sound/soc] Error 2
make: *** [sound] Error 2
Signed-off-by: Anand Gadiyar gadi
'armpmu_event_init':
arch/arm/kernel/perf_event.c:543: error: request for member 'num_events' in
something not a structure or union
make[1]: *** [arch/arm/kernel/perf_event.o] Error 1
make: *** [arch/arm/kernel] Error 2
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Commit 861bd81ee6 in linux-next as of 20101018 (arm: remove
machine_desc.io_pg_offst and .phys_io) missed out on updating
a few boards. This causes the build of omap2plus_defconfig
to fail. Fix this.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Nicolas Pitre nicolas.pi...@linaro.org
Cc: Eric
Hi all,
linux-next, as of 20101019, built with the omap2plus_defconfig fails to
boot on omap3 and omap4. (I've disabled CONFIG_ARCH_OMAP2 or
CONFIG_SWP_EMULATE to get the image to build). Building with only
ARCH_OMAP3 allows the resultant image to boot up on OMAP3. Likewise,
an image built
On 10/19/2010 9:22 PM, Greg KH wrote:
On Tue, Oct 19, 2010 at 01:03:28PM +0300, Felipe Contreras wrote:
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contrerasfelipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
Patch usb-am35x-add-musb-support.patch in greg's USB queue
adds backan include of plat/control.h. This file was renamed
by another commit in the omap tree and the file was already
fixed to reflect this.
Remove this include to fix up a build break.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc
the problem by
aligning proc_info.
Reported-by: Anand Gadiyargadi...@ti.com
Signed-off-by: Tony Lindgrent...@atomide.com
Tested-by: Anand Gadiyar gadi...@ti.com
This patch lets linux-next as of 20101021 boot up on my OMAP4 boards.
diff --git a/arch/arm/kernel/vmlinux.lds.S b/arch/arm/kernel
).
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Ming Lei tom.leim...@gmail.com
Cc: Ajay Kumar Gupta ajay.gu...@ti.com
Cc: Mike Frysinger vap...@gentoo.org
---
Patch based on linux-next as of 20101029.
I believe Blackfin is also affected by this, but I'm not sure
On 10/28/2010 11:36 AM, Ming Lei wrote:
Another question, musb_read_fifo and musb_write_fifo need to be fixed to
use 32bit operation only alike am35x?
Nope - that limitation is only in certain AM35x SoCs. OMAP36xx/37xx are
not affected.
- Anand
--
To unsubscribe from this list: send the
On 10/27/2010 11:27 AM, Ming Lei wrote:
2010/10/27 Anand Gadiyargadi...@ti.com:
On 10/27/2010 10:55 AM, Ming Lei wrote:
2010/10/27 Ming Leitom.leim...@gmail.com:
Hi Gadiyar,
Thanks for your reply.
2010/10/27 Gadiyar, Anandgadi...@ti.com:
On Wed, Oct 27, 2010 at 5:54 AM, Ming
it appears in.)
make[1]: *** [arch/arm/plat-omap/devices.o] Error 1
make: *** [arch/arm/plat-omap] Error 2
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Felipe Contreras felipe.contre...@gmail.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Tony Lindgren t...@atomide.com
---
Based
On 11/2/2010 9:43 PM, Bryan Wu wrote:
There are 4 duplicated panel driver sin DSS2 display driver. They are similar
and dummy panel driver can support all them with specific panel configuration.
And new panel driver can be easily supported by adding panel configurations
into dummy panel driver.
On 10/31/2010 3:29 PM, Ming Lei wrote:
2010/10/31 Anand Gadiyargadi...@ti.com:
The Inventra DMA engine in version 1.8 and later of the MUSB
controller cannot handle DMA addresses that are not aligned
to a 4 byte boundary. It ends up ignoring the last two bits
programmed in the DMA_ADDR
Introducing a driver for MADC on TWL4030 powerIC. MADC stands for
monitoring
ADC. This driver monitors the real time conversion of analog signals
like
battery temperature, battery type, battery level etc. User can also ask
for
the conversion on a particular channel using the sysfs nodes.
Hi all,
Linux-next as of 20101115 fails to boot up on a zoom3. earlyprintk throws
the following crash.
[0.00] MUX: Add partition: #1: core, flags: 0
[0.00] Unable to handle kernel paging request at virtual address
01000268
[0.00] pgd = c0004000
[0.00] [01000268]
Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and
OMAP4, so that the driver can refer to the clocks using a common alias.
This will disappear when the driver is converted to use the hwmod
database, but until then this patch is needed.
Signed-off-by: Anand Gadiyar gadi...@ti.com
From: Keshava Munegowda keshava_mgo...@ti.com
Make the TLL channel count a parameter instead of a hardcoded
value. This allows us to be flexible with future OMAP revisions
which could have a different number of channels.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand
From: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
Depends on the series I just sent out for adding OMAP4 ehci support,
but can be applied independently
- Add platform init code for EHCI on OMAP4
- Add pad configuration for PHY and TLL modes
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/usb-ehci.c | 144 +--
1 files changed, 136 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach
the functionalities
are.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 44 +-
1 files changed, 22 insertions(+), 22 deletions(-)
diff --git a/drivers/usb/host/ehci-omap.c b/drivers
The OMAP4 has an on-chip EHCI controller. Select USB_ARCH_HAS_EHCI
to allow the EHCI driver to be built on OMAP4.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b
Introduce helper functions to test port mode. These checks are
performed in several places in the driver, and these helpers
improve readability.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 21 -
1 files changed, 12 insertions(+), 9
Add base addresses for USBHOST, USBTLL, EHCI and OHCI to
the header file.
This will disappear when the drivers are converted to use
the hwmod database, however this patch is needed until then.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/plat-omap/include/plat/omap44xx.h |5
-omap3
- Conversion to use omap_device and the hwmod database
- Runtime PM support
- Anand
Anand Gadiyar (8):
omap: clock: add clkdev aliases for EHCI clocks
usb: ehci-omap: use clkdev aliases for functional clocks
usb: ehci-omap: add helpers for checking port mode
arm: omap4: add USBHOST
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 258 ++---
1 files changed, 214 insertions(+), 44 deletions(-)
diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/Kconfig|8
drivers/usb/host/ehci-hcd.c |2 +-
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig
index 2391c39..6a7c688 100644
--- a/drivers/usb/host
The EHCI controller in OMAP4 supports a new interface mode - HSIC.
Add this to the list of modes supported on OMAP3.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/plat-omap/include/plat/usb.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap
the functionalities
are.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 44 +-
1 files changed, 22 insertions(+), 22 deletions(-)
diff --git a/drivers/usb/host/ehci-omap.c b/drivers
Use the recently updated aliases to get functional clocks needed by
the driver. This allows the driver to acquire OMAP4-specific clocks
without having to use different clock names for OMAP3 and OMAP4.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c |4 ++--
1
Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and
OMAP4, so that the driver can refer to the clocks using a common alias.
This will disappear when the driver is converted to use the hwmod
database, but until then this patch is needed.
Signed-off-by: Anand Gadiyar gadi...@ti.com
From: Keshava Munegowda keshava_mgo...@ti.com
Make the TLL channel count a parameter instead of a hardcoded
value. This allows us to be flexible with future OMAP revisions
which could have a different number of channels.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand
The EHCI controller in OMAP4 supports a new interface mode - HSIC.
Add this to the list of modes supported on OMAP3.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat/usb.h |1 +
1 files changed, 1 insertions(+), 0 deletions
Introduce helper functions to test port mode. These checks are
performed in several places in the driver, and these helpers
improve readability.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 21 -
1 files changed, 12 insertions(+), 9
- Add platform init code for EHCI on OMAP4
- Add pad configuration for PHY and TLL modes
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/usb-ehci.c | 144 +--
1 files changed, 136 insertions(+), 8
From: Keshava Munegowda keshava_mgo...@ti.com
The OMAP4 SDP has an SMSC3320 PHY hooked up to EHCI on Port1.
The PHY power is controlled by GPIO 157.
Turn on the PHY power, and register the controller at init.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar
Add base addresses for USBHOST, USBTLL, EHCI and OHCI to
the header file.
This will disappear when the drivers are converted to use
the hwmod database, however this patch is needed until then.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap
wants to test.
- Anand
[1] git://dev.omapzoom.org/pub/scm/anand/linux-omap-usb.git
Anand Gadiyar (3):
arm: omap4: add USBHOST and related base addresses
arm: omap4: usb: add platform init code for EHCI
arm: omap4: select USB_ARCH_HAS_EHCI
Keshava Munegowda (1):
omap4: 4430sdp: enable
The OMAP4 has an on-chip EHCI controller. Select USB_ARCH_HAS_EHCI
to allow the EHCI driver to be built on OMAP4.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
in the OMAP3. The third port is internally tied off and should
not be used.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/ehci-omap.c | 258 ++---
1 files changed, 214 insertions(+), 44
[1] git://dev.omapzoom.org/pub/scm/anand/linux-omap-usb.git
Anand Gadiyar (5):
omap: clock: add clkdev aliases for EHCI clocks
usb: ehci-omap: use clkdev aliases for functional clocks
usb: ehci-omap: add helpers for checking port mode
omap: usb: ehci: introduce HSIC mode
usb: ehci-omap
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
drivers/usb/host/Kconfig|8
drivers/usb/host/ehci-hcd.c |2 +-
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig
index 6f4f8e6..7c1f843 100644
--- a/drivers/usb/host
On 11/30/2010 5:55 PM, Sergei Shtylyov wrote:
Hello.
On 29-11-2010 20:25, Anand Gadiyar wrote:
Introduce helper functions to test port mode. These checks are
performed in several places in the driver, and these helpers
improve readability.
Signed-off-by: Anand Gadiyargadi...@ti.com
On 12/1/2010 2:00 AM, Greg KH wrote:
On Wed, Dec 01, 2010 at 12:22:07AM +0530, Gadiyar, Anand wrote:
On Wed, Dec 1, 2010 at 12:17 AM, Tony Lindgren t...@atomide.com wrote:
* Greg KH gre...@suse.de [101130 10:22]:
On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote:
The only other
On 12/1/2010 3:10 AM, Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [101129 09:16]:
- Add platform init code for EHCI on OMAP4
- Add pad configuration for PHY and TLL modes
Signed-off-by: Anand Gadiyar gadi...@ti.com
Looks OK to me. You might want to check if all these signals
, and this did
not get restored. So we have the following build warning now:
CC arch/arm/plat-omap/devices.o
arch/arm/plat-omap/devices.c:252: warning: 'omap_init_wdt' defined but not used
Fix this by removing this dead code.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t
.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
1. The issue has been discussed here:
http://marc.info/?t=12874841253r=1w=2
It's been around for a couple of months now.
The last status was that maybe the toolchain should be fixed.
I'm afraid I don't know how to fix this properly, so I'm
hoping we
Ajay Kumar Gupta wrote:
As the control.h have been moved to new location and it's
uses are not allowed to drivers directly so moving the phy
control, interrupt clear and reset functionality to board
files.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against today's
Patch OMAP2xxx: hwmod: add I2C hwmods for OMAP2420, 2430
in linux-next as of 20101203 introduced the following build
warning - fix this by removing the stray i2c_dev_attr.
arch/arm/mach-omap2/omap_hwmod_2430_data.c:483: warning: 'i2c_dev_attr' defined
but not used
Signed-off-by: Anand Gadiyar
Temporary hack to update mach-types for rm680; without
this the master branch of linux-omap will be broken for
omap2plus_defconfig builds.
Nyet-Signed-off-by: Anand Gadiyar gadi...@ti.com
---
Tony,
Not sure how this is handled normally. Do you sync up
mach-types with Russell's tree, or locally
On 12/14/2010 7:41 PM, Koen Kooi wrote:
Any comments on this?
Op 7 dec 2010, om 13:40 heeft Koen Kooi het volgende geschreven:
From: Koen Kooi k...@dominion.thruhere.net
You may want to add a description here. For instance you're
making the PMU STAT led disappear - and I'm not sure it's
Ming Lei wrote:
Hi,
2010/12/24 Cousson, Benoit b-cous...@ti.com:
+ Paul the omap clock guru.
At first glance, that seems almost good.
Except for a couple of nodes that seems to lose their 3630 support.
I'm just wondering why the original usb clock node is
kept after the
Felipe Balbi wrote:
Hi all,
Today's Linus' tree
(01539ba2a706ab7d35fc0667dff919ade7f87d63) fails to
build with omap2plus_defconfig:
$ crossmake
CHK include/linux/version.h
CHK include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is up to date.
CALL
On 1/6/2011 9:20 PM, Ming Lei wrote:
Hi,
2011/1/6 Ming Lei tom.leim...@gmail.com:
Hi,
2011/1/6 Anand Gadiyar gadi...@ti.com:
I'll take a look in a short while. I don't have an XM to
test, so you'll have to help me out here.
No problem for me, :-)
I see why the beagle xM does
Ming Lei wrote:
2011/1/7 Anand Gadiyar gadi...@ti.com:
Hi Ming Lei,
I'm able to reproduce this on my panda, and I have it working as of
linux-next-20101221 (the last version I tested last year) and failing
on linux-next-20101227 (which was the very next linux-next release).
Not sure
Ming Lei wrote:
Ming Lei wrote:
2011/1/7 Anand Gadiyar gadi...@ti.com:
Hi Ming Lei,
I'm able to reproduce this on my panda, and I have it working as of
linux-next-20101221 (the last version I tested last year) and
failing
on linux-next-20101227 (which was the very next linux-next
CK_36XX as well. Without this, we won't be able
to use
the USBHOST on 36xx/37xx platforms.
With this, feel free to add my
Acked-by: Anand Gadiyar gadi...@ti.com
- Anand
CLK(omap-mcbsp.1, prcm_fck, core_96m_fck, CK_3XXX),
CLK(omap-mcbsp.5, prcm_fck, core_96m_fck
On 1/10/2011 7:23 PM, Ming Lei wrote:
Hi,
2011/1/7 Anand Gadiyar gadi...@ti.com:
Update: I disabled CONFIG_OMAP_RESET_CLOCKS and the PHY and other
connected devices enumerate just fine. Could you try this out on
your board as well?
Yes, it does work for me if CONFIG_OMAP_RESET_CLOCKS
in the kernel, then the
clock framework will turn these clocks off during bootup.
Explicitly request and keep this clock enabled at init for the
Pandaboard, so that the PHY receives this clock at all times.
Reported-by: Ming Lei tom.leim...@gmail.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc
On 1/10/2011 9:24 PM, Felipe Balbi wrote:
Hi,
On Mon, Jan 10, 2011 at 08:12:15PM +0530, Anand Gadiyar wrote:
The SMSC 3320 USB PHY on the OMAP4 Pandaboard needs a 19.2 MHz
reference clock. This clock is provided from the OMAP4's fref_clk3
pad.
Recent changes to clock44xx_data.c made
Koen Kooi wrote:
Are there any plans to do a 2.6.37-omap1 tag?
Given that linux-omap is now closely tracking mainline, is
this still needed?
- Anand
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
Tony Lindgren wrote:
Here's one more es1.0 fix after the recent USB changes.
Regards,
Tony
Author: Tony Lindgren t...@atomide.com
Date: Tue Jan 11 15:03:03 2011 -0800
omap4: Fix ULPI PHY init for ES1.0 SDP
Commit 6aa85a5ae610106d89e50c7e1f760c56d12f9bc4 (omap4: 4430sdp:
Magic SysRq key is not working for OMAP on new serial
console ttyOx because SUPPORT_SYSRQ is not defined
for omap-serial.
This patch defines SUPPORT_SYSRQ in omap-serial and
enables handling of Magic SysRq character.
Signed-off-by: Thomas Weber we...@corscience.de
Silesh C V wrote:
Hi,
What is the best way to mux signals which are available on
multiple pins ?
For example on omap4, gpio 103 can be muxed on
1.gpmc_ncs6.
2.sdmmc_dat1.
Specify the signal as pad.signal:
gpmc_ncs6.sdmmc_dat1
(where, pad is the signal name on mode0, and
signal is the
Sricharan wrote:
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 72
+++-
1 files changed, 71 insertions(+), 1 deletions(-)
diff --git
sricharan wrote:
1) All the pads of a hwmod for the device are classified
as static/dynamic. If a pad requires remuxing during
the device transitions between enable/idle transitions
then it is added to the dynamic list, static otherwise.
2) Both the static/dynamic pads of a hwmod
Tony Lindgren wrote:
Here's one more es1.0 fix after the recent USB changes.
Regards,
Tony
Author: Tony Lindgren t...@atomide.com
Date: Tue Jan 11 15:03:03 2011 -0800
omap4: Fix ULPI PHY init for ES1.0 SDP
Commit 6aa85a5ae610106d89e50c7e1f760c56d12f9bc4 (omap4: 4430sdp:
Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [110201 04:54]:
I believe this fix is fixing your reboot issue, but it's breaking
EHCI support on the SDP.
The MODE4 above should really be MODE3 - all GPIOs are on MODE3.
By changing
The patch snippet below fixes EHCI on the SDP
Varadarajan, Charulatha wrote:
On Wed, Feb 2, 2011 at 21:00, Sourav Poddar sourav.pod...@ti.com
wrote:
The ads7846 driver requests a gpio to detect pendown events,
but does not configure its direction. Configure this gpio
as an input after requesting it.
NACK to this patch too for
Varadarajan, Charulatha wrote:
Sourav,
On Wed, Feb 2, 2011 at 21:00, Sourav Poddar sourav.pod...@ti.com
wrote:
gpio_pendown in ads7846_probe is not getting initalized (defaulted to
0)
resulting in gpio_free being called without a gpio_request. This
results in the following backtrace in
Jeff Graham wrote:
Hello,
I have an Overo Fire board (OMAP 3530) and also a Mistral DM3730 EVM
board.
I would like to try some of the newer kernels on each, and maybe some
patches mentioned in this list. I could be a tester for these once I
figure out how to update bootloaders and build
-off-by: Anand Gadiyar gadi...@ti.com
Cc: Vikram Pandita vikram.pand...@ti.com
---
Would have asked to fold this into vikram's patch, but looks
like I was a little late.
For what it's worth, current l-o master (+ 8250 hack patch) boots
great on 3630SDP.
arch/arm/configs/omap_3630sdp_defconfig | 33
-by: Anand Gadiyar gadi...@ti.com
Cc: Vikram Pandita vikram.pand...@ti.com
---
The same set of changes apply for zoom3 as well.
arch/arm/configs/omap_zoom3_defconfig | 34 --
1 files changed, 20 insertions(+), 14 deletions(-)
Index: linux-omap-2.6/arch/arm/configs
omap: zoom3: remove SYSFS_DEPRECATED from defconfig
SYSFS_DEPRECATED seems to have been accidentally introduced.
This option has been removed from the other OMAP defconfigs
and should not be needed here.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Vikram Pandita vikram.pand...@ti.com
omap3: zoom2/3: make MMC slot work again
Commit 12f8dfb56 accidentally broke MMC on zoom2/3.
The .vmmc1 field of zoom_twldata was deleted. Restoring it
allows the MMC slot to work again
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c |1 +
1
On Sun, Feb 22, 2009 at 7:21 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Feb 20, 2009 at 3:23 PM, Gadiyar, Anand gadi...@ti.com wrote:
Don't worry, you're not the only one TIred here...
Grrr. I'm in no mood to take any TI puns right now. That was unwarranted.
Was it? I
On Sun, Feb 22, 2009 at 10:20 PM, Felipe Balbi m...@felipebalbi.com wrote:
Hi,
not trying to keep the thread alive, but...
On Sun, Feb 22, 2009 at 09:29:30PM +0530, Anand Gadiyar wrote:
Then I suggest you read up the history. You __are__ misinterpreting
this. He did not submit any patches
(Hit reply instead of reply-all... Reminder to self. Never send emails
when you're sleepy)
On Fri, Oct 3, 2008 at 11:06 PM, Anand Gadiyar [EMAIL PROTECTED] wrote:
On Fri, Oct 3, 2008 at 10:12 PM, David Brownell [EMAIL PROTECTED] wrote:
On Friday 03 October 2008, David Brownell wrote
Hi all,
(Apologies if you get this twice - I sent this out 24 hours ago,
and it still hasn't reached the lists. So resending).
This patch series adds the bus glue layer for the OHCI controller
on OMAP3 and later chips. This controller is a companion
to the EHCI controller on that IP, and some
1 - 100 of 163 matches
Mail list logo