On Wednesday 20 March 2013 08:58 PM, Tomi Valkeinen wrote:
On 2013-03-20 17:17, Archit Taneja wrote:
On Friday 08 March 2013 05:22 PM, Tomi Valkeinen wrote:
Add new way to iterate over DSS clock divisors. dss_div_calc() provides
a generic way to go over all the divisors, within given clock
Hi,
On Thursday 21 March 2013 02:29 AM, Stephen Warren wrote:
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to
On 2013-03-21 08:14, Archit Taneja wrote:
On Wednesday 20 March 2013 08:58 PM, Tomi Valkeinen wrote:
On 2013-03-20 17:17, Archit Taneja wrote:
On Friday 08 March 2013 05:22 PM, Tomi Valkeinen wrote:
+if (dss.dpll4_m4_ck == NULL) {
+/* XXX can we change the clock on omap2? */
We
Hi Frank,
On Thu, Mar 21, 2013 at 11:29 AM, Frank Rowand frank.row...@am.sony.com wrote:
I found the problem on 3.6.11, but have not replicated it on 3.9-rcX
yet because my config fails to build on 3.9-rc1 and 3.9-rc2. I'll try
to work on that issue tomorrow.
I play upstream kernel on
Hi Grant,
On Mar 19, 2013, at 7:18 PM, Grant Likely wrote:
On Tue, 19 Mar 2013 13:51:01 +0200, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Hi Grant,
On Mar 16, 2013, at 11:24 AM, Grant Likely wrote:
On Wed, 23 Jan 2013 12:58:02 +0200, Pantelis Antoniou
clk inits on OMAP happen quite early, even before slab is available.
The dependency comes from the fact that the timer init code starts to
use clocks and hwmod and we need clocks to be initialized by then.
There are various problems doing clk inits this early, one is,
not being able to do dynamic
Hi Rob,
(adding Marc to Cc as he may have comments).
On Wed, Mar 20, 2013 at 10:34:35PM +, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This converts arm and arm64 to use CLKSRC_OF DT based initialization for
the arch timer. A new function arch_timer_arch_init is added
On Thursday 21 March 2013 04:34 PM, Rajendra Nayak wrote:
clk inits on OMAP happen quite early, even before slab is available.
The dependency comes from the fact that the timer init code starts to
use clocks and hwmod and we need clocks to be initialized by then.
There are various problems
On 21/03/13 11:06, Mark Rutland wrote:
Hi Rob,
(adding Marc to Cc as he may have comments).
On Wed, Mar 20, 2013 at 10:34:35PM +, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This converts arm and arm64 to use CLKSRC_OF DT based initialization for
the arch timer. A
On Thu, 2013-02-14 at 19:23 +0530, Balaji T K wrote:
On Thursday 14 February 2013 04:13 PM, Jan Lübbe wrote:
On Wed, 2013-01-30 at 10:07 +0100, Jan Luebbe wrote:
If the CD/WP-GPIOs are not provided by the SoC's GPIO controller,
we need to handle the case where omap_hsmmc is probed earlier
On Wed, Mar 13, 2013 at 4:23 AM, Suman Anna s-a...@ti.com wrote:
Please find the updated mailbox patch series for pulling into linux-next.
The series is rebased on top of 3.9-rc2, and includes one new patch to
rename an existing mailbox.h added as part of the highbank cpufreq
support for 3.9
The merge bda5e141fbe96295c669692114d18687730269fb erroneously changed
the return value of some error exits of omap_device_get_by_hwmod_name()
from ERR_PTR() to -ENODEV.
This fixes the warnings:
arch/arm/mach-omap2/omap_device.c: In function 'omap_device_get_by_hwmod_name':
On 03/21/2013 06:06 AM, Mark Rutland wrote:
Hi Rob,
(adding Marc to Cc as he may have comments).
On Wed, Mar 20, 2013 at 10:34:35PM +, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This converts arm and arm64 to use CLKSRC_OF DT based initialization for
the arch
[]..
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index 0274ff7..23f2064 100644
--- a/arch/arm/mach-omap2/board-generic.c
+++ b/arch/arm/mach-omap2/board-generic.c
@@ -158,7 +158,7 @@ DT_MACHINE_START(OMAP4_DT, Generic OMAP4 (Flattened
Device
On Wed, Mar 20, 2013 at 3:07 PM, Felipe Balbi ba...@ti.com wrote:
On Sun, Mar 17, 2013 at 08:23:25PM +0200, Grazvydas Ignotas wrote:
At least on pandora, STS_VBUS gets set even when VBUS is driven by twl
itself. Reporting VBUS in this case confuses OMAP musb glue and charger
driver, so check
If the bootloader doesn't configure USB DPLL (e.g. in u-boot,
disable CONFIG_USB_EHCI_OMAP), then we get all sorts of problems
like
- division by zero errors at boot [1]
- USB DPLL fails to enter locked state
- USB EHCI Host is non functional
- Device can't enter OFF mode
Initializing the USB
On 03/21/2013 03:08 PM, Rajendra Nayak wrote:
[]..
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index 0274ff7..23f2064 100644
--- a/arch/arm/mach-omap2/board-generic.c
+++ b/arch/arm/mach-omap2/board-generic.c
@@ -158,7 +158,7 @@
On 03/21/2013 03:48 PM, Roger Quadros wrote:
If the bootloader doesn't configure USB DPLL (e.g. in u-boot,
disable CONFIG_USB_EHCI_OMAP), then we get all sorts of problems
like
- division by zero errors at boot [1]
- USB DPLL fails to enter locked state
- USB EHCI Host is non functional
-
On Thursday 21 March 2013 07:24 PM, Roger Quadros wrote:
On 03/21/2013 03:08 PM, Rajendra Nayak wrote:
[]..
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index 0274ff7..23f2064 100644
--- a/arch/arm/mach-omap2/board-generic.c
+++
+Paul Nishant
On 03/19/2013 04:26 PM, Roger Quadros wrote:
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
On 03/21/2013 04:04 PM, Rajendra Nayak wrote:
On Thursday 21 March 2013 07:24 PM, Roger Quadros wrote:
On 03/21/2013 03:08 PM, Rajendra Nayak wrote:
[]..
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index 0274ff7..23f2064 100644
---
+Paul
On 03/21/2013 03:48 PM, Roger Quadros wrote:
If the bootloader doesn't configure USB DPLL (e.g. in u-boot,
disable CONFIG_USB_EHCI_OMAP), then we get all sorts of problems
like
- division by zero errors at boot [1]
- USB DPLL fails to enter locked state
- USB EHCI Host is non
On Wed, 20 Mar 2013, Frank Rowand wrote:
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
The PandaBoard frequently fails to boot with an eth0 error when mounting
the root file system via NFS (ethernet driver fails
This enables the fixes for the below erratas
applicable for OMAP4 Socs.
754322: Faulty MMU translations following ASID switch
775420: A data cache maintenance operation which aborts,
followed by an ISB, without any DSB in-between,
might lead to deadlock
Signed-off-by: Sricharan
Hi,
On Thu, Mar 21, 2013 at 03:42:46PM +0200, Grazvydas Ignotas wrote:
At least on pandora, STS_VBUS gets set even when VBUS is driven by twl
itself. Reporting VBUS in this case confuses OMAP musb glue and charger
driver, so check if OTG VBUS charge pump is on before reporting VBUS
event
On 03/21/2013 12:23 AM, kishon wrote:
Hi,
On Thursday 21 March 2013 02:29 AM, Stephen Warren wrote:
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Hi,
This is an RFC version of the clock data move under drivers/clk.
Tested under 3.8 and boots fine, but don't try this out unless
you are experimental sort (I quickly tried with 3.9-rc3 and it failed to
boot with that.)
The approach taken here has minimal impact on the clock data
and should
Clock header register declarations were previously converting
addresses to direct pointers. This doesn't work with an ioremapping
driver, so these are changed into { module, offset } tuples.
These are parsed by the driver into actual register addresses.
Signed-off-by: Tero Kristo t-kri...@ti.com
This patch adds basic infrastructure support for registering clocks
under common clock framework. This patch is done in preparation for
moving clock data from arch/arm/mach-omap2/ folder under /drivers/clk/omap.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Mike Turquette mturque...@linaro.org
Modifies the omap4 clock init code to support the new clock
registration method.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Mike Turquette mturque...@linaro.org
---
drivers/clk/omap/cclock44xx_data.c | 52 ++-
1 files changed, 21 insertions(+), 31
As clkdev register forces the con_id length down to a maximum of 15
characters and terminating null, replace the internal implementation
of clk_find to use strncmp instead of strcmp. This makes sure that
if a user registers a clkdev with con_id name which gets trimmed,
the same string used in the
Quoting Santosh Shilimkar (2013-03-21 04:18:08)
On Thursday 21 March 2013 04:34 PM, Rajendra Nayak wrote:
clk inits on OMAP happen quite early, even before slab is available.
The dependency comes from the fact that the timer init code starts to
use clocks and hwmod and we need clocks to be
On Wed, Mar 20, 2013 at 8:28 PM, Jon Hunter jon-hun...@ti.com wrote:
On 03/12/2013 06:05 AM, Russell King - ARM Linux wrote:
On Tue, Mar 12, 2013 at 09:58:29AM +0200, Silviu-Mihai Popescu wrote:
This uses PTR_RET instead of IS_ERR and PTR_ERR in order to increase
readability.
Signed-off-by:
Quoting Tero Kristo (2013-03-21 10:35:40)
This patch adds basic infrastructure support for registering clocks
under common clock framework. This patch is done in preparation for
moving clock data from arch/arm/mach-omap2/ folder under /drivers/clk/omap.
Signed-off-by: Tero Kristo
On 03/21/13 07:41, Alan Stern wrote:
On Wed, 20 Mar 2013, Frank Rowand wrote:
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
The PandaBoard frequently fails to boot with an eth0 error when mounting
the root file
On 03/21/13 02:00, Ming Lei wrote:
Hi Frank,
On Thu, Mar 21, 2013 at 11:29 AM, Frank Rowand frank.row...@am.sony.com
wrote:
I found the problem on 3.6.11, but have not replicated it on 3.9-rcX
yet because my config fails to build on 3.9-rc1 and 3.9-rc2. I'll try
to work on that issue
On 03/21/13 13:25, Frank Rowand wrote:
On 03/21/13 02:00, Ming Lei wrote:
snip
--
There are some timeout messages that I am not positive are symptoms of
the problem. With these messages, the smsc95xx driver initialization is
successful, so the ethernet device is available. For
The Kconfig symbol MACH_OMAP_HTCWIZARD got added in v2.6.30. It has
never been used. Its entry can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested.
arch/arm/mach-omap1/Kconfig | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/arm/mach-omap1/Kconfig
Hi Suman,
On Tue, 12 Mar 2013 22:23:41 -0500 Suman Anna s-a...@ti.com wrote:
Stephen,
I have hosted the series at [3]. Can you pull this into linux-next
sometime next week?
[3] https://github.com/sumananna/mailbox/commits/dbx500-prcmu-mailbox
Please quote git URLs ... I guessed you meant
Stephen,
I have hosted the series at [3]. Can you pull this into linux-next
sometime next week?
[3] https://github.com/sumananna/mailbox/commits/dbx500-prcmu-mailbox
Please quote git URLs ... I guessed you meant
git://github.com/sumananna/mailbox.git, branch dbx500-prcmu-mailbox ?
On 03/21/13 07:41, Alan Stern wrote:
On Wed, 20 Mar 2013, Frank Rowand wrote:
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
The PandaBoard frequently fails to boot with an eth0 error when mounting
the root file
Tero,
On Thursday 21 March 2013 11:05 PM, Tero Kristo wrote:
Hi,
This is an RFC version of the clock data move under drivers/clk.
Tested under 3.8 and boots fine, but don't try this out unless
you are experimental sort (I quickly tried with 3.9-rc3 and it failed to
boot with that.)
The
42 matches
Mail list logo