On Wed, Aug 18, 2010 at 04:55:43AM +0200, ext Keshava Munegowda wrote:
The PHY reset code is moved at the begining and end of the function
omap_start_ehc. This simplfies the writing clocks enabling code for
OMAP4 later.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand
Hi,
On Wed, Aug 18, 2010 at 04:55:45AM +0200, ext Keshava Munegowda wrote:
@@ -245,7 +245,8 @@ static unsigned ohci_omap3_fslsmode(enum
}
}
-static void ohci_omap3_tll_config(struct ohci_hcd_omap3 *omap)
+static void ohci_omap3_tll_config(struct ohci_hcd_omap3 *omap,
+
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Thursday, August 19, 2010 11:33 AM
To: Munegowda, Keshava
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Gadiyar, Anand
Subject: Re: [PATCH 5/6] usb: ohci: don't hard-code TLL channel count
On Wed, 18 Aug 2010 10:56:51 -0500
Robert Nelson robertcnel...@gmail.com wrote:
+ ret = gpio_request(171, rev_id_0);
+ if (ret 0)
+ goto fail0;
+
+ ret = gpio_request(172, rev_id_1);
+ if (ret 0)
+ goto fail1;
+
+ ret = gpio_request(173,
Hi,
On Wed, Aug 18, 2010 at 03:42:37PM +0200, ext Anton Vorontsov wrote:
On Wed, Aug 18, 2010 at 04:01:05PM +0300, Krogerus Heikki
(EXT-Teleca/Helsinki) wrote:
NXP ISP1704 is Battery Charging Specification 1.0 compliant USB
transceiver. This adds a power supply driver for ISP1704 and
ISP1707
-Original Message-
From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of
Grant Likely
Sent: Saturday, August 14, 2010 4:15 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
p...@pwsan.com; Cousson, Benoit; t...@atomide.com;
Hi,
On Wed, Aug 18, 2010 at 04:55:28PM +0200, Quadros Roger (Nokia-MS/Helsinki)
wrote:
On 08/18/2010 04:01 PM, Krogerus Heikki (EXT-Teleca/Helsinki) wrote:
NXP ISP1704 is Battery Charging Specification 1.0 compliant USB
transceiver. This adds a power supply driver for ISP1704 and
ISP1707
Hi,
please teach your mailer to break the lines at 80 characters.
On Thu, Aug 19, 2010 at 08:26:06AM +0200, ext Munegowda, Keshava wrote:
The function ohci_omap3_tll_config will be used with different tll
channel count in case of OMAP4 support soon, hence this change is
required. We have
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Thursday, August 19, 2010 12:53 PM
To: Munegowda, Keshava
Cc: Balbi Felipe (Nokia-MS/Helsinki); linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Gadiyar,
Anand
Subject: Re: [PATCH 5/6] usb: ohci:
* Russell King - ARM Linux li...@arm.linux.org.uk [100817 18:33]:
On Tue, Aug 17, 2010 at 05:12:11PM +0300, Tony Lindgren wrote:
Great, will give it a try hopefully tomorrow. Sounds like that's the way
to deal with fixing up things when booting up older UP ARMv6 without the
32v6 support :)
On Tue, Jan 26, 2010 at 12:13:04 -0800, Tony Lindgren wrote:
Otherwise the wrong initcalls can run.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/clock2xxx.c |2 +-
arch/arm/mach-omap2/clock34xx.c |2 +-
arch/arm/mach-omap2/emu.c |3 +++
May I ask
* Alexander Shishkin virtu...@slind.org [100819 12:04]:
On Tue, Jan 26, 2010 at 12:13:04 -0800, Tony Lindgren wrote:
Otherwise the wrong initcalls can run.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/clock2xxx.c |2 +-
arch/arm/mach-omap2/clock34xx.c |
Hello
I'm working on an Omap target:
CPU: ARM926EJ-S [41069263] revision 3 (ARMv5TEJ), cr=00053177
Machine: TI OMAP1710 HW20acq board
Memory policy: ECC disabled, Data cache writeback
OMAP1710 revision 8 handled as 16xx id: 8b5f702f03330200
I use the usb as cdc_acm and the communication in
On 08/19/2010 03:38 PM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100817 18:33]:
On Tue, Aug 17, 2010 at 05:12:11PM +0300, Tony Lindgren wrote:
Great, will give it a try hopefully tomorrow. Sounds like that's the way
to deal with fixing up things when booting up
Hello again,
This is another patch for the same file. I send two patches because the
first one is really a bug correction for all target.
I tested this one with only mine and I'm not sure that there is not
trouble with other targets.
The IRQ callback (omap_udc_pio_irq) starts a timer
* Bryan Wu bryan...@canonical.com [100819 12:31]:
On 08/19/2010 03:38 PM, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100817 18:33]:
On Tue, Aug 17, 2010 at 05:12:11PM +0300, Tony Lindgren wrote:
Great, will give it a try hopefully tomorrow. Sounds like that's
On Thu, Aug 19, 2010 at 12:57:06PM +0300, Tony Lindgren wrote:
Looks like something is not quite right with smp_on_up part of __fixup_smp,
returning early before smp_on_up does not produce that.
It's probably overwriting some register it shouldn't be. I might be
able to look at this sometime
Hi Thara,
On 8/18/2010 8:46 AM, Gopinath, Thara wrote:
Hello Paul/Kevin,
Recently I noticed that the dpll rate calculation code in
arch/arm/mach-omap2/clkt_dpll.c is as follows
dpll_clk = (long long)dd-clk_ref-rate * dpll_mult;
do_div(dpll_clk, dpll_div + 1);
But the actual
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Tuesday, August 17, 2010 2:48 AM
To: Kevin Hilman
Cc: linux...@lists.linux-foundation.org; linux-omap@vger.kernel.org; Alan
Stern; Ming Lei
Monday 16 August 2010 12:17:36 Marin Mitov wrote:
On Saturday, August 14, 2010 08:33:09 pm Guennadi Liakhovetski wrote:
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Friday 13 August 2010 11:11:52 Marin Mitov napisał(a):
On Friday, August 13, 2010 11:52:41 am Guennadi Liakhovetski
On Thu, 19 Aug 2010, Janusz Krzysztofik wrote:
Hi Marin,
Since I've finaly managed to make use of your method without any previously
observerd limitations (see below), I'm interested in it being implemented
system-wide. Are you going to submit a patch?
I'm about to submit a patch, which
Board support for the GPIO keys.
The proximity sensor is connected to GPIO and is registered as a
GPIO key.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 56 +++
1 files changed, 56 insertions(+), 0 deletions(-)
Hi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Varadarajan, Charulatha
Sent: Friday, August 13, 2010 7:35 PM
To: linux-omap@vger.kernel.org
Cc: khil...@deeprootsystems.com; p...@pwsan.com; Cousson,
Benoit;
Datta, Shubhrajyoti wrote:
Subject: [RFC PATCH] Board support for the the GPIO keys
Please tag $SUBJECT with something like omap: 4430sdp:
Board support for the GPIO keys.
The proximity sensor is connected to GPIO and is registered as a
GPIO key.
Signed-off-by: Shubhrajyoti D
The OMAP4 EHCI supports only two ports and hence two TLL channels.
Each port is driven by seperate clocks. Following interface mode
exists in EHCI controller of OMAP4.
- External PHY mode , with 12 pin ULPI
- USBTLL mode
- HSIC mode
The External PHY mode is validated with these patches and other
Update omap44xx.h with base addresses for USBHOST and USBTLL.
This patch will be replaced with the HWMOD(hardware mode) implementation later.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/plat-omap/include/plat/omap44xx.h |5
Formats the code so that omap4 ehci host driver can be inserted
in TODO location later. The function cpu_is_omap44xx is used to determine
the OMAP3 or OAMP4 processor. This function will be later replaced by
hwmode changes.
There are No functional changes in this patch.
Signed-off-by: Keshava
Update the ehci-omap driver to add support for OMAP4.
The OMAP4 has two ports compared to 3 on the OMAP3.
Each port has its own functional clock, compared to a single clock
for all ports on OMAP3. The clock can be internally sourced
(TLL mode, HSIC mode), or externally provided (ULPI PHY).
This patch adds mux-mode settings for EHCI pads on OMAP4.
This is a hack for now,
This code be replaced when the mux framework is introduced for OMAP4.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/usb-ehci.c | 109
Update resources (IRQ number, base addresses) for EHCI on OMAP4.
This patch will be replaced when the driver is converted to
take advantage of hwmod (hardware mode).
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
The OMAP4 SDP has EHCI port1 hooked up to an external SMSC3320
transciever. GPIO 157 is used to power on the transceiver.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 20
1 file
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 18, 2010 8:31 PM
To: Basak, Partha
Cc: Nayak, Rajendra; Shilimkar, Santosh; linux-omap@vger.kernel.org;
khil...@deeprootsystems.com; p...@pwsan.com
Subject: Re: [PATCH 3/3] OMAP: hwmod: Force a softreset during _setup
From: Heikki Krogerus ext-heikki.kroge...@nokia.com
There are a few modifications in isp1704_charger_work() and in
isp1704_notifier_call() that I would like you guys to check.
Changes since v1:
- No more platform_device registering in the driver
- in Kconfig, only depending on USB_OTG_UTILS
-
From: Heikki Krogerus ext-heikki.kroge...@nokia.com
This enables isp1704 power supply driver on RX51, allowing
USB charger detection with N900.
Signed-off-by: Heikki Krogerus ext-heikki.kroge...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |5 +
1 files changed, 5
From: Heikki Krogerus ext-heikki.kroge...@nokia.com
NXP ISP1704 is Battery Charging Specification 1.0 compliant USB
transceiver. This adds a power supply driver for ISP1704 and
ISP1707 USB transceivers.
Signed-off-by: Heikki Krogerus ext-heikki.kroge...@nokia.com
---
drivers/power/Kconfig
On Thursday, August 19, 2010 02:39:47 pm Guennadi Liakhovetski wrote:
On Thu, 19 Aug 2010, Janusz Krzysztofik wrote:
Hi Marin,
Since I've finaly managed to make use of your method without any previously
observerd limitations (see below), I'm interested in it being implemented
On Thu, Aug 19, 2010 at 03:09:36PM +0300, Krogerus Heikki (EXT-Teleca/Helsinki)
wrote:
From: Heikki Krogerus ext-heikki.kroge...@nokia.com
NXP ISP1704 is Battery Charging Specification 1.0 compliant USB
transceiver. This adds a power supply driver for ISP1704 and
ISP1707 USB transceivers.
On Thu, Aug 19, 2010 at 03:09:37PM +0300, Krogerus Heikki (EXT-Teleca/Helsinki)
wrote:
From: Heikki Krogerus ext-heikki.kroge...@nokia.com
This enables isp1704 power supply driver on RX51, allowing
USB charger detection with N900.
Signed-off-by: Heikki Krogerus
On Thu, Aug 19, 2010 at 02:40:42PM +0200, ext Anton Vorontsov wrote:
On Thu, Aug 19, 2010 at 03:09:37PM +0300, Krogerus Heikki
(EXT-Teleca/Helsinki) wrote:
@@ -909,5 +913,6 @@ void __init rx51_peripherals_init(void)
spi_register_board_info(rx51_peripherals_spi_board_info,
Hema,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Varadarajan, Charulatha
Sent: Friday, August 13, 2010 7:35 PM
To: linux-omap@vger.kernel.org
Cc: khil...@deeprootsystems.com; p...@pwsan.com; Cousson,
Benoit;
On 8/19/2010 1:57 PM, Basak, Partha wrote:
-Original Message-
From: Cousson, Benoit
Sent: Wednesday, August 18, 2010 8:31 PM
To: Basak, Partha
Cc: Nayak, Rajendra; Shilimkar, Santosh; linux-omap@vger.kernel.org;
khil...@deeprootsystems.com; p...@pwsan.com
Subject: Re: [PATCH 3/3] OMAP:
On 08/19/2010 04:09 PM, Krogerus Heikki (EXT-Teleca/Helsinki) wrote:
On Thu, Aug 19, 2010 at 02:40:42PM +0200, ext Anton Vorontsov wrote:
On Thu, Aug 19, 2010 at 03:09:37PM +0300, Krogerus Heikki (EXT-Teleca/Helsinki)
wrote:
@@ -909,5 +913,6 @@ void __init rx51_peripherals_init(void)
Hi Ohad,
This patch already contains the missed changes due to previous rebases.
Thanks.
Regards,
Rene
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Guzman Lugo, Fernando
Sent: Tuesday, August 10, 2010 8:13 PM
To:
Thursday 19 August 2010 14:16:21 Marin Mitov napisał(a):
On Thursday, August 19, 2010 02:39:47 pm Guennadi Liakhovetski wrote:
No, I don't think you should go to the next power of 2 - that's too
crude. Try rounding your buffer size to the page size, that should
suffice.
Guennadi,
If you
Hi,
On Thu, Aug 19, 2010 at 11:30:35AM +0200, ext Marc Chalain wrote:
OMAP1710 revision 8 handled as 16xx id: 8b5f702f03330200
wow, 1710. That brings me back to good old times with the 1710 H3 board.
I send you my patch. I hope that it will be usefull.
please read
On Thursday, August 19, 2010 08:09:27 pm Janusz Krzysztofik wrote:
Thursday 19 August 2010 14:16:21 Marin Mitov napisał(a):
On Thursday, August 19, 2010 02:39:47 pm Guennadi Liakhovetski wrote:
No, I don't think you should go to the next power of 2 - that's too
crude. Try rounding your
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello.
Tony Lindgren wrote:
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER powerdomain
On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the
Hello.
Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER powerdomain transitions and CORE does not (as
Does not what?
Hi Benoit,
Thanks for the comments, ill study how we can leverage the hwmod fw for DSS
features.
Archit
-Original Message-
From: Cousson, Benoit
Sent: Tuesday, August 17, 2010 5:03 PM
To: Taneja, Archit
Cc: Tomi Valkeinen; Semwal, Sumit;
linux-omap@vger.kernel.org; Paul
Alan Stern st...@rowland.harvard.edu writes:
On Tue, 10 Aug 2010, Kevin Hilman wrote:
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
Hi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, August 17, 2010 5:10 PM
To: Taneja, Archit
Cc: Semwal, Sumit; linux-omap@vger.kernel.org
Subject: RE: DSS2 patch series
On Tue, 2010-08-17 at 13:16 +0200, ext Taneja, Archit wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Tuesday, August 10, 2010, Kevin Hilman wrote:
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
Cliff Brake cliff.br...@gmail.com writes:
On Wed, Aug 18, 2010 at 12:14 AM, Ghorai, Sukumar s-gho...@ti.com wrote:
[Ghorai]
1. Can you send the git tree link and branch you are referring?
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
branch: pm
Grant Likely grant.lik...@secretlab.ca writes:
On Fri, Aug 13, 2010 at 8:05 AM, Charulatha V ch...@ti.com wrote:
This patch series implements McSPI Module in HWMOD FW way
and use the runtime PM layer.
Hi Charulatha,
I'll go through and review the patches, but I'm unfamiliar with HWMOD.
Is
On Thu, Aug 19, 2010 at 1:53 AM, Jarkko Nikula jhnik...@gmail.com wrote:
On Wed, 18 Aug 2010 10:56:51 -0500
Robert Nelson robertcnel...@gmail.com wrote:
+ ret = gpio_request(171, rev_id_0);
+ if (ret 0)
+ goto fail0;
+
+ ret = gpio_request(172, rev_id_1);
+ if
Due to the omap3530 ES3.0 Silicon being used on both the
B5/B6 and C1/2/3 Beagle we can't use the cpu_is_omap34xx()
routines to differentiate the Beagle Boards.
However gpio pins 171,172,173 where setup for this prupose, so
lets use them.
Changes:
for older U-Boot's, use omap_mux_init_gpio()
system_rev comes from u-boot and is a constant 0x20, so
Bx boards also fall in this 'if' and will get setup with the
wrong gpio_wp pin. Switch to using the Beagle revision routine
to correcly set pin 23 only for C1/2/3 and C4 Boards. Bx boards
will then use the correct default pin setting.
The omap3630 based BeagleBoard xM uses a MicroSD card slot with
no write protection.
Signed-off-by: Robert Nelson robertcnel...@gmail.com
---
arch/arm/mach-omap2/board-omap3beagle.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
Hi,
On Thu, Aug 19, 2010 at 01:49:33AM +0200, ext Keshava Munegowda wrote:
@@ -298,7 +327,163 @@ static int omap_start_ehc(struct ehci_hc
}
if (cpu_is_omap44xx()) {
- /* TODO */
driver should never make use of cpu_is_omap* calls neither machine_is_*
for that
On Thu, Aug 19, 2010 at 01:49:35AM +0200, ext Keshava Munegowda wrote:
@@ -328,8 +321,25 @@ void __init usb_ehci_init(const struct e
platform_device_add_data(ehci_device, pdata, sizeof(*pdata));
/* Setup Pin IO MUX for EHCI */
- if (cpu_is_omap34xx())
+ if
On Thu, Aug 19, 2010 at 01:49:36AM +0200, ext Keshava Munegowda wrote:
@@ -126,6 +126,14 @@ config USB_EHCI_MXC
---help---
Variation of ARC USB block used in some Freescale chips.
+config USB_EHCI_HCD_OMAP3
USB_EHCI_HCD_OMAP would be enough as you already have omap3 and
hi again,
On Thu, Aug 19, 2010 at 01:49:36AM +0200, ext Keshava Munegowda wrote:
@@ -126,6 +126,14 @@ config USB_EHCI_MXC
---help---
Variation of ARC USB block used in some Freescale chips.
+config USB_EHCI_HCD_OMAP3
+ bool EHCI support for OMAP3 and later chips
+
Felipe Balbi wrote:
On Thu, Aug 19, 2010 at 01:49:33AM +0200, ext Keshava Munegowda wrote:
@@ -298,7 +327,163 @@ static int omap_start_ehc(struct ehci_hc
}
if (cpu_is_omap44xx()) {
-/* TODO */
driver should never make use of cpu_is_omap* calls neither machine_is_*
Hi,
On Fri, Aug 20, 2010 at 07:47:07AM +0200, ext Gadiyar, Anand wrote:
The differences between OMAP3 and OMAP4 are:
- The OMAP4 has a different set of clocks which do not exist on OMAP3.
- The register bits for configuring port modes is different
is it a different ip core or just a
Felipe Balbi wrote:
On Thu, Aug 19, 2010 at 01:49:36AM +0200, ext Keshava Munegowda wrote:
@@ -126,6 +126,14 @@ config USB_EHCI_MXC
---help---
Variation of ARC USB block used in some Freescale chips.
+config USB_EHCI_HCD_OMAP3
+bool EHCI support for OMAP3 and later chips
+
66 matches
Mail list logo