On 02/19/2014 09:26 PM, Florian Vaussard wrote:
On 02/19/2014 05:22 PM, Tero Kristo wrote:
On 02/19/2014 11:15 AM, Florian Vaussard wrote:
Hello,
Trying to get my SMSC9221 working on OMAP4 with DT,
I faced a misconfigured gpmc_fck (dummy clock set to 0)
resulting in serveral
Hi Felipe,
Hope you had a good vacation :).
Could you please take a look at these two fixes? Thanks.
cheers,
-roger
On 02/04/2014 03:25 PM, Roger Quadros wrote:
Hi Greg,
Patch 1 fixes SuperSpeed hub enumeration on beaglebone.
Patch 2 fixes remote-wakeup resume on beaglebone.
Felipe has
Hi Benoit, Tony Lee,
This patchset brings up USB Host ports and Ethernet port on
the OMAP5 uEVM board.
It also does some cleanup with respect to DT clock binding
for the mfd/omap-usb-host driver.
Please queue these for -next.
Tested on:
- OMAP5 uEVM
- Pandaboard ES Rev. B1
- Beagleboard-XM
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12 ++--
1 file changed, 6 insertions(+), 6
The USB Host driver manages this clock so no need to have it in
the hwmod data. We also get rid of the 'ehci_logic_fck' alias
for 'usbhost_120m_fck' clock.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 6 --
1
The USB PHY gets its clock from AUXCLK3. Provide this
information.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap4-panda-common.dtsi | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi
The OMAP USB Host MFD driver no longer expects these non-existing
clocks from the OMAP3 platform, so get rid of them.
CC: Tero Kristo t-kri...@ti.com
CC: Mike Turquette mturque...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/cclock3xxx_data.c | 4
The omap-usb-host driver expects a certain name for internal
and external reference clocks. Provide these clocks.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi
The omap-usb-host driver expects certained named clocks.
Add this information to the DT binding document.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
.../devicetree/bindings/mfd/omap-usb-host.txt | 23
The omap-usb-host driver expects a certain name for internal
and external reference clocks. Provide these clocks.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi
The HS USB 2 PHY gets its clock from AUXCLK1. Provide this
information.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
The necessary clock phandle for the EHCI clock is now provided
via device tree so we no longer need this legacy method.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/pdata-quirks.c | 16
1 file changed, 16 deletions(-)
diff --git
The omap-usb-tll driver needs one clock for each TLL channel.
Add this information to the DT binding document.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
Documentation/devicetree/bindings/mfd/omap-usb-tll.txt | 10
The OMAP EHCI and OHCI controllers are not compatible with drivers
other than ti,ehci-omap and ti,ohci-omap3 respectively, so get
rid of the incompatible ids.
CC: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 4 ++--
Remove non-compatible id from examples.
CC: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Roger Quadros rog...@ti.com
---
Documentation/devicetree/bindings/usb/ehci-omap.txt | 2 +-
Documentation/devicetree/bindings/usb/ohci-omap3.txt | 2 +-
2 files changed, 2 insertions(+), 2
Be more strict and always fail on clk_get() error.
For OMAP3 platforms, get the 120MHz EHCI clock by its proper name
'usbhost_120m_fck' instead of its alias 'ehci_logic_fck'.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
Not all revisions have all the clocks so get the necessary clocks
based on hardware revision.
This should avoid un-necessary clk_get failure messages that were
observed earlier.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
On Friday 14 February 2014 11:15 AM, Nishanth Menon wrote:
MMC1 is the only MMC interface available on the platform. Further,
since the platform is based on older revision of SoC which is not
capable of doing multi-block reads, mark it with compatibility for the
same and add pinmux to ensure
On 02/19/2014 08:58 PM, Paul Walmsley wrote:
On Wed, 19 Feb 2014, Nishanth Menon wrote:
Paul,
On 02/19/2014 03:22 PM, Paul Walmsley wrote:
[...]
-
Illia Smyrnov (1):
ARM: OMAP4: hwmod: Fix SOFTRESET logic for OMAP4
Hi,
On Thu, Feb 20, 2014 at 12:59:38PM +0200, Roger Quadros wrote:
Hi Felipe,
Hope you had a good vacation :).
sure had.
Could you please take a look at these two fixes? Thanks.
you should have received my confirmation email ;-)
--
balbi
signature.asc
Description: Digital signature
On 01/29/2014 05:46 PM, Nishanth Menon wrote:
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
Add ABB device nodes for OMAP5 family of devices. Data is based on
OMAP543x Technical Reference Manual revision U (April 2013).
NOTE: clock node has been disabled in this patch due to the lack of
On 01/29/2014 08:19 PM, Nishanth Menon wrote:
cpu0 clock node has no functionality, since cpufreq-cpu0 is already
capable of picking up the clock from dts.
Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Tero Kristo t-kri...@ti.com
---
drivers/clk/ti/clk-33xx.c |1 -
1 file
On 01/29/2014 08:19 PM, Nishanth Menon wrote:
OMAP34xx, AM3517 and OMAP36xx platforms use dpll1 clock.
OMAP443x, OMAP446x, OMAP447x, OMAP5, DRA7, AM43xx platforms use
dpll_mpu clock.
Latency used is the generic latency defined in omap-cpufreq
driver.
Signed-off-by: Nishanth Menon n...@ti.com
On Wed, 19 Feb 2014, Paul Walmsley wrote:
On Fri, 17 Jan 2014, Tomi Valkeinen wrote:
This patch adds a simple method of rounding: during the iteration, the
code keeps track of the closest rate match. If no exact match is found,
the closest is returned.
So that's one possible
Hi,
I've been experiencing USB issues with a BeagleBone white rev A5. I've not
seen any symptoms with the TI 3.2 kernel but I need to get access to some of
the later drivers and didn't fancy back porting...
So I've tried 3.8, 3,12 3.13 kernels with the patches from
Hi,
On Thu, Feb 20, 2014 at 10:39:00PM +, Chris Kimber wrote:
Hi,
I've been experiencing USB issues with a BeagleBone white rev A5.
I've not seen any symptoms with the TI 3.2 kernel but I need to get
access to some of the later drivers and didn't fancy back porting...
So I've tried
Hey,
Thanks for the response.
I've disabled the DMA (CONFIG_MUSB_PIO_ONLY=y) but the problem still persists
(for both USB sticks USB serial ports).
Now it looks like dsps_interrupt() never fires and causes the hang up...
[ 94.865635] tty ttyUSB0: serial_write - 11 byte(s)
[ 94.865656]
Hi,
(please avoid top-posting)
On Fri, Feb 21, 2014 at 12:11:40AM +, Chris Kimber wrote:
Hey,
Thanks for the response.
I've disabled the DMA (CONFIG_MUSB_PIO_ONLY=y) but the problem still
persists (for both USB sticks USB serial ports).
hmm, that's weird.
Now it looks like
Hey
On 21/02/2014 2:14 p.m., Felipe Balbi wrote:
Hi,
(please avoid top-posting)
On Fri, Feb 21, 2014 at 12:11:40AM +, Chris Kimber wrote:
Hey,
Thanks for the response.
I've disabled the DMA (CONFIG_MUSB_PIO_ONLY=y) but the problem still
persists (for both USB sticks USB serial ports).
Currently, EDMA driver uses of_address_to_resource for getting Channel
controller and x-bar register resources. Use platform_get_resource_by_name
instead regardless of whether its DT-boot or not, document the new reg-names
properties.
Also, while at it get rid of the assumption in the code that
On Fri, Feb 21, 2014 at 6:43 AM, Laszlo Papp lp...@kde.org wrote:
Hi,
we are currently having some implementation of it for an older kernel,
and I was just wondering if it is worth upstreaming, or the latest
linux kernel already has support for it, and we can drop our code
respectively?
I
31 matches
Mail list logo