Вы можете обладать великолепнейшим зрением http://goo.gl/w9JgWO
--
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 at http://vger.kernel.org/majordomo-info.html
Since now we have a separate folder for phy, move the PHY dt binding
documentation of TI to that folder.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
.../devicetree/bindings/{usb/usb-phy.txt = phy/ti-phy.txt}|8
1 file changed, 4 insertions(+), 4 deletions(-)
rename
Modified dwc3 core to find PHYs only if the platform indicates that it has
to use a PHY (using quirks). Adapted DWC3 and USB3 PHY to use Generic PHY
framework. Also changed the name of USB3 PHY driver to PIPE3 PHY driver
since the same driver has to be used for SATA and PCIE too.
Changes from
Now that omap-usb2 is adapted to the new generic PHY framework,
*set_suspend* ops can be removed from omap-usb2 driver.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
---
drivers/phy/phy-omap-usb2.c |
No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
Also removed the unused members of struct omap_usb (after phy-omap-pipe3
started using it's own header file)
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/phy/phy-omap-usb2.c |2 +-
Added device tree bindings for dwc3, usb2 and usb3 PHYs. The documentation
of these can be found at Documentation/devicetree/bindings/phy/phy-bindings.txt
and Documentation/devicetree/bindings/phy/ti-phy.txt.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |
usb phy was power'ed on but was never power'ed off in the error path.
Fix it.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/core.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 4dd1f7e..a49217a 100644
There can be systems which does not have an external phy, so get
phy only if no quirks are added that indicates the PHY is not present.
Introduced two quirk flags to indicate the *absence* of usb2 phy and
usb3 phy. Also remove checking if return value is -ENXIO since it's now
changed to always
Invoke usb_phy api's only if usb_phy does not have error value. This is
needed for both the legacy usb_phy and generic phy to co-exist in dwc3 core.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/core.c | 42 --
1 file changed,
Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
power_on and power_off the following APIs are used phy_init(), phy_exit(),
phy_power_on() and phy_power_off().
However using the old USB phy library wont be removed till the PHYs of all
other SoC's using dwc3 core is adapted
Adapted omap-usb3 PHY driver to Generic PHY Framework and moved phy-omap-usb3
driver in drivers/usb/phy to drivers/phy and also renamed the file to
phy-ti-pipe3 since this same driver will be used for SATA PHY and
PCIE PHY.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
usb_phy_set_suspend(phy, 0) is called before usb_phy_init. Fix it.
Reported-by: Roger Quadros rog...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/core.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/dwc3/core.c
On Sun 2013-11-24 17:49:29, Sebastian Reichel wrote:
Add method to get power supply by device tree phandle.
Signed-off-by: Sebastian Reichel s...@debian.org
Reviewed-by: Pavel Machek pa...@ucw.cz
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
On Sun 2013-11-24 17:49:30, Sebastian Reichel wrote:
This adds DT support to the bq2415x driver.
Signed-off-by: Sebastian Reichel s...@debian.org
Reviewed-by: Pavel Machek pa...@ucw.cz
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
On Monday 18 November 2013 06:20 PM, Tomi Valkeinen wrote:
Currently when DISPC is suspended, the driver stores all DISPC registers
to memory, so that they can be restored on resume. This is a bad way to
handle suspend/resume, as it's prone to failures and requires somewhat
large amount of extra
On Sun 2013-11-24 17:49:31, Sebastian Reichel wrote:
Add devicetree binding documentation for bq2415x charger.
Signed-off-by: Sebastian Reichel s...@debian.org
Thanks!
+- reg: integer, i2c address of the device
+- ti,current-limit: integer, current limit in mA
Does this need to be ti,
The am335x can't detect pending cirq in PM runtime suspend.
This patch reconfigures dat1 as a GPIO before going to suspend.
SDIO interrupts are detected with the GPIO, the GPIO will only wake
the module from suspend, SDIO irq detection will still happen through the
IP block.
Idea of remuxing the
Add SDIO IRQ entries to debugfs entry. Note that PSTATE shows current
state of data lines, incl. SDIO IRQ pending
Signed-off-by: Andreas Fenkart afenk...@gmail.com
---
drivers/mmc/host/omap_hsmmc.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git
On Monday 18 November 2013 06:20 PM, Tomi Valkeinen wrote:
Use runtime PM's autosuspend support with delay of 100ms.
This will prevent the driver from turning the DSS modules off and on
multiple times e.g. when loading the module.
Could you explain this a bit more?
Are you saying that when
For now, only support SDIO interrupt if we are booted with
DT. This is because some platforms need special quirks. And
we don't want to add new legacy mux platform init code
callbacks any longer as we are moving to DT based booting
anyways.
Broken hardware, missing the swakueup line, should
v3:
- removed gpio_irq from platform_data
v2:
- incorparated changes as suggested by reviewers
- simplified workaround for am335x, gpio will now only wake
the module from runtime suspend, not handle the sdio irq
itself
Andreas Fenkart (3):
mmc: omap_hsmmc: Enable SDIO IRQ.
mmc:
Beagle (rev. C4) and Beagle-XM (all revs) need VAUX2 1.8V supply
for the USB PHY.
As the generic PHY driver can't handle more than one supply
at the moment, we configure this supply to be always on.
This will cause a very small power impact if the USB host subsystem
is not in use, about 76.86
Hi!
On Sun 2013-11-24 20:41:46, Pali Rohár wrote:
On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
Currently on Maemo 5 this is handled in userspace (with open
source dsme daemon).
I assume it currently also
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon: https://gitorious.org/community-ssu/dsme
dsme thermal plugin:
There's no other way to say it, and I've no idea who is responsible for
this:
LD init/built-in.o
drivers/built-in.o: In function `omap_usb2_remove':
powercap_sys.c:(.text+0x1c60): undefined reference to `usb_remove_phy'
drivers/built-in.o: In function `omap_usb_power_off':
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com wrote:
Boot-CPU entry into the HYP mode is managed in boot-loader but
the secondary CPUs directly jumps to kernel during boot. Same
path is also used for CPU hotplug as well during suspend for
secondary CPU.
Hence patch
On Mon, 25 Nov 2013, Paul Walmsley wrote:
Boot to userspace:
FAIL ( 1/11): 37xxevm
An auto-bisect traced this to:
commit 95807689eab8441737572d1a9daaa1025429a908
Author: Tony Lindgren t...@atomide.com
Date: Mon Oct 14 11:31:43 2013 -0700
ARM: OMAP2+: Remove legacy booting support
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon: https://gitorious.org/community-ssu/dsme
dsme thermal plugin:
On Wed, Nov 20, 2013 at 2:06 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
In order to make mach-omap2 Device Tree only, the board file for
IGEP boards was removed even when support for wifi and display
was still not supported by its DTS.
This is a second version of a
On Mon, Nov 25, 2013 at 7:55 AM, Roger Quadros rog...@ti.com wrote:
Beagle (rev. C4) and Beagle-XM (all revs) need VAUX2 1.8V supply
for the USB PHY.
As the generic PHY driver can't handle more than one supply
at the moment, we configure this supply to be always on.
This will cause a very
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com wrote:
Boot-CPU entry into the HYP mode is managed in boot-loader but
the secondary CPUs directly jumps to kernel during boot. Same
path is also used for CPU
* Paul Walmsley p...@pwsan.com [131125 07:16]:
On Mon, 25 Nov 2013, Paul Walmsley wrote:
Boot to userspace:
FAIL ( 1/11): 37xxevm
An auto-bisect traced this to:
commit 95807689eab8441737572d1a9daaa1025429a908
Author: Tony Lindgren t...@atomide.com
Date: Mon Oct 14 11:31:43
On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com wrote:
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
Boot-CPU entry into the HYP mode is managed in boot-loader but
the secondary
Hi,
On Sun, Nov 24, 2013 at 10:43:59PM +, Russell King - ARM Linux wrote:
On Mon, Nov 25, 2013 at 12:22:47AM +0200, Aaro Koskinen wrote:
[ 33.967324] ohci ohci: Coherent DMA mask 0x (pfn
0xe-0xe) covers a smaller range of system memory than the DMA zone
pfn
On 25/11/13 16:28, Santosh Shilimkar wrote:
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
Boot-CPU entry into the HYP mode is managed in boot-loader but
the secondary CPUs directly jumps to kernel
Enable PREEMPT config option as some in-kernel tests such as tcrypt produce RCU
sched stalls when the test is running. Also enable options for crypto AF_ALG
users so that OpenSSL can uses the crypto HW accel drivers.
Signed-off-by: Joel Fernandes jo...@ti.com
---
On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote:
On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com wrote:
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
Boot-CPU entry
On Monday 25 November 2013 11:42 AM, Marc Zyngier wrote:
On 25/11/13 16:28, Santosh Shilimkar wrote:
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
Boot-CPU entry into the HYP mode is managed in
Enable PREEMPT config option as some in-kernel tests such as tcrypt produce RCU
sched stalls when the test is running. Also enable options for crypto AF_ALG
users so that OpenSSL can uses the crypto HW accel drivers.
Signed-off-by: Joel Fernandes jo...@ti.com
---
Previous version was based on
On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров wrote:
Now.. Imagine phone left in car in charger (on sun). Likely
temperature will reach high values, kernel is charging, dsme will
reboot the system, but kernel will start charging again, dsme will
reboot again, ...
And it is not
Оригинално писмо
От: Pavel Machek
Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
До: Pali Rohár
Изпратено на: Понеделник, 2013, Ноември 25 17:18:39 EET
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November
On Mon, Nov 25, 2013 at 06:33:02PM +0200, Aaro Koskinen wrote:
Hi,
On Sun, Nov 24, 2013 at 10:43:59PM +, Russell King - ARM Linux wrote:
On Mon, Nov 25, 2013 at 12:22:47AM +0200, Aaro Koskinen wrote:
[ 33.967324] ohci ohci: Coherent DMA mask 0x (pfn
0xe-0xe)
On Mon, Nov 25, 2013 at 04:59:16PM +, Santosh Shilimkar wrote:
On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote:
On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
On 23 November 2013
On 11/17/2013 04:19 PM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
All information can be reconstructed by already known runtime
information.
As we now use some functions that
Hi,
On Fri, Nov 22, 2013 at 02:28:50PM +, Mark Jackson wrote:
We have a custom AM335x board where the USB0_ID pin has been left floating.
By default, this puts the USB controller into peripheral mode, but we need
to force it into host mode.
This can be achieved in s/w by setting some
On 11/25/2013 03:09 PM, Russell King - ARM Linux wrote:
which just illustrates why select in Kconfig is soo fscking bad that
it shouldn't be used.
The problem is that instinctively people assume that select is the
opposite from depends. Unfortunately, it is not and it is a pitfall for
many.
Hi,
On Mon, Nov 25, 2013 at 02:09:27PM +, Russell King - ARM Linux wrote:
There's no other way to say it, and I've no idea who is responsible for
this:
LD init/built-in.o
drivers/built-in.o: In function `omap_usb2_remove':
powercap_sys.c:(.text+0x1c60): undefined reference to
Hi,
On Fri, Nov 22, 2013 at 10:37:49AM +0100, anaum...@ultratronik.de wrote:
From: Andreas Naumann anaum...@ultratronik.de
This is a hard to reproduce problem which leads to non-functional USB-OTG
port in 0.1%-1% of all boots.
Tracked it down to commit
Оригинално писмо
От: Sebastian Reichel
Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
До: Ивайло Димитров
Изпратено на: Понеделник, 2013, Ноември 25 19:14:21 EET
On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров wrote:
On Monday 25 November 2013 16:18:39 Pavel Machek wrote:
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon:
Hi
On Sun, Nov 24, 2013 at 8:01 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
Hi
On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
pali.ro...@gmail.com wrote:
This patch removing set_mode_hook function from board data
and replacing it
It appears not all platforms featuring a musb core need to save the musb
core registers at suspend time and restore them on resume.
The dsps platform does, however. So add a bit in struct
musb_hdrc_platform_data to let platforms specify their need of such
action being taken.
Signed-off-by:
Hi Felipe,
These five patches for musb/dsps didn't make it into 3.13, which is no
big deal, at least as far as I'm concerned :)
I rebased the missing bits on top of 3.13-rc1. There are no functional
changes in comparison to what was posted earlier on this list.
Successfully tested on a AM33xx
The dsps platform needs to save save some registers at suspend time and
restore them after resume. This patch adds a struct for these registers,
and also lets the musb core know that the core registers need to be
saved as well.
We also have to call musb_port_reset() for this platform upon resume,
rx_mode and tx_mode need to be read at suspend time and restored on
resume for dsps platforms. So add it to the wrapper struct first, and
initialize the values.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_dsps.c | 4
1 file changed, 4 insertions(+)
diff --git
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go into suspend while a
device is connected.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_host.c| 2 ++
drivers/usb/musb/musb_host.h| 2 ++
Just a cosmetic thing, no functional change.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_dsps.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index
Hi,
On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote:
It appears not all platforms featuring a musb core need to save the musb
core registers at suspend time and restore them on resume.
The dsps platform does, however. So add a bit in struct
musb_hdrc_platform_data to let
On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote:
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go into suspend while a
device is connected.
Signed-off-by: Daniel Mack zon...@gmail.com
---
On Mon, Nov 25, 2013 at 08:39:52PM +0100, Daniel Mack wrote:
The dsps platform needs to save save some registers at suspend time and
restore them after resume. This patch adds a struct for these registers,
and also lets the musb core know that the core registers need to be
saved as well.
We
On Mon, Nov 25, 2013 at 08:39:53PM +0100, Daniel Mack wrote:
Just a cosmetic thing, no functional change.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_dsps.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git
On Monday 25 November 2013 12:28 PM, Catalin Marinas wrote:
On Mon, Nov 25, 2013 at 04:59:16PM +, Santosh Shilimkar wrote:
On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote:
On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com
wrote:
On Monday 25 November 2013
On 11/25/2013 08:46 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote:
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go into suspend while a
device is connected.
Signed-off-by: Daniel Mack
On 11/25/2013 08:49 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:53PM +0100, Daniel Mack wrote:
Just a cosmetic thing, no functional change.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_dsps.c | 23 +++
1 file changed, 11 insertions(+),
Hi,
On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote:
On 11/25/2013 08:46 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote:
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go
On 11/25/2013 08:48 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:52PM +0100, Daniel Mack wrote:
The dsps platform needs to save save some registers at suspend time and
restore them after resume. This patch adds a struct for these registers,
and also lets the musb core know that the
On 11/25/2013 08:44 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote:
It appears not all platforms featuring a musb core need to save the musb
core registers at suspend time and restore them on resume.
The dsps platform does, however. So add a bit in
Hi,
On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote:
diff --git a/drivers/usb/musb/musb_virthub.c
b/drivers/usb/musb/musb_virthub.c
index e977441..24e46c0 100644
--- a/drivers/usb/musb/musb_virthub.c
+++ b/drivers/usb/musb/musb_virthub.c
@@ -109,7 +109,7 @@ void
We've had deeper idle states working on omaps for few years now,
but only in the legacy mode. When booted with device tree, the
wake-up events did not have a chance to work until commit
3e6cee1786a1 (pinctrl: single: Add support for wake-up interrupts)
that recently got merged. In addition to that
Hi,
On Mon, Nov 25, 2013 at 09:08:51PM +0100, Daniel Mack wrote:
On 11/25/2013 08:44 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote:
It appears not all platforms featuring a musb core need to save the musb
core registers at suspend time and
On 11/25/2013 09:01 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote:
On 11/25/2013 08:46 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote:
Make musb_port_suspend() externally available, and call it when to host
goes
On 11/25/2013 09:08 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote:
diff --git a/drivers/usb/musb/musb_virthub.c
b/drivers/usb/musb/musb_virthub.c
index e977441..24e46c0 100644
--- a/drivers/usb/musb/musb_virthub.c
+++ b/drivers/usb/musb/musb_virthub.c
On 11/25/2013 09:13 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 09:08:51PM +0100, Daniel Mack wrote:
On 11/25/2013 08:44 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 08:39:49PM +0100, Daniel Mack wrote:
It appears not all platforms featuring a musb core need to save the
On Mon, 25 Nov 2013, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:39:50PM +0100, Daniel Mack wrote:
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go into suspend while a
device is connected.
have you considered the
On Mon, 25 Nov 2013, Daniel Mack wrote:
What if you have a mounted file system on a pendrive ? Should we allow
suspend in that case ?
Well, I would have expected that, but in fact, the opposite is true.
With 3.12, mounting a filesystem on a USB media and accessing it after
resume was
On 11/25/2013 09:41 PM, Alan Stern wrote:
On Mon, 25 Nov 2013, Daniel Mack wrote:
What if you have a mounted file system on a pendrive ? Should we allow
suspend in that case ?
Well, I would have expected that, but in fact, the opposite is true.
With 3.12, mounting a filesystem on a USB
Hi,
On Mon, Nov 25, 2013 at 03:41:14PM -0500, Alan Stern wrote:
On Mon, 25 Nov 2013, Daniel Mack wrote:
What if you have a mounted file system on a pendrive ? Should we allow
suspend in that case ?
Well, I would have expected that, but in fact, the opposite is true.
With 3.12,
On 11/25/2013 09:01 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote:
In 3.13, something about the parition table reading seems to be broken
currently, I'll have a closer look.
cool
Ah, and forget about this one. I didn't look close enough. There's no
Hi,
On Mon, Nov 25, 2013 at 09:26:55PM +0100, Daniel Mack wrote:
On 11/25/2013 09:08 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote:
diff --git a/drivers/usb/musb/musb_virthub.c
b/drivers/usb/musb/musb_virthub.c
index e977441..24e46c0 100644
---
On Mon, Nov 25, 2013 at 09:47:16PM +0100, Daniel Mack wrote:
On 11/25/2013 09:01 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 08:58:22PM +0100, Daniel Mack wrote:
In 3.13, something about the parition table reading seems to be broken
currently, I'll have a closer look.
cool
Ah,
Hi,
On Mon, Nov 25, 2013 at 09:54:56PM +0100, Daniel Mack wrote:
As Alan said, usb-persist should already for a
bus-reset when resuming, right ?
The explicit un-reset is really needed, otherwise the port will
reenumerate the device, and a previously mounted filesystem will become
invalid
On 11/25/2013 09:46 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 09:26:55PM +0100, Daniel Mack wrote:
On 11/25/2013 09:08 PM, Felipe Balbi wrote:
On Mon, Nov 25, 2013 at 09:04:16PM +0100, Daniel Mack wrote:
diff --git a/drivers/usb/musb/musb_virthub.c
Hi,
On Mon, Nov 25, 2013 at 05:18:53PM +, Russell King - ARM Linux wrote:
On Mon, Nov 25, 2013 at 06:33:02PM +0200, Aaro Koskinen wrote:
Hi,
On Sun, Nov 24, 2013 at 10:43:59PM +, Russell King - ARM Linux wrote:
On Mon, Nov 25, 2013 at 12:22:47AM +0200, Aaro Koskinen wrote:
On Mon, Nov 25, 2013 at 03:31:24PM +0530, Kishon Vijay Abraham I wrote:
There can be systems which does not have an external phy, so get
phy only if no quirks are added that indicates the PHY is not present.
Introduced two quirk flags to indicate the *absence* of usb2 phy and
usb3 phy. Also
Hi,
On Fri, Nov 22, 2013 at 03:55:59PM +, Mark Jackson wrote:
The IDDIG input pin is normally used to determine the USB mode
(i.e. HOST or DEVICE).
On some systems (e.g. AM335x) leaving this pin floating allows
the USB mode to be set via software.
This patch adds support for this via
Make musb_port_suspend() externally available, and call it when to host
goes into suspend. This allows the core to go into suspend while a
device is connected.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_host.c| 2 ++
drivers/usb/musb/musb_host.h| 2 ++
It appears not all platforms featuring a musb core need to save the musb
core registers at suspend time and restore them on resume.
The dsps platform does, however, and because it shouldn't cause any
trouble on other platforms, do it unconditionally for all of them.
Signed-off-by: Daniel Mack
rx_mode and tx_mode need to be read at suspend time and restored on
resume for dsps platforms. So add it to the wrapper struct first, and
initialize the values.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/usb/musb/musb_dsps.c | 4
1 file changed, 4 insertions(+)
diff --git
The dsps platform needs to save save some registers at suspend time and
restore them after resume. This patch adds a struct for these registers,
and also lets the musb core know that the core registers need to be
saved as well.
We also have to explicitly de-assert the port reset upon resume on
v1 - v2:
* *un*conditionally save and restore registers upon suspend/resume
rather than only doing it for the DSPS glue.
* do not call musb_port_reset() from glue, but rather introduce a
flag and let musb-hdrc.ko do it.
* dropped 'usb: musb: dsps: indentation and whitespace fixes'
Hi,
On Mon, Nov 25, 2013 at 10:26:43PM +0100, Daniel Mack wrote:
+static int dsps_resume(struct device *dev)
+{
+ struct dsps_glue *glue = dev_get_drvdata(dev);
+ const struct dsps_musb_wrapper *wrp = glue-wrp;
+ struct musb *musb = platform_get_drvdata(glue-musb);
+ void
On 11/25/2013 10:29 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 10:26:43PM +0100, Daniel Mack wrote:
+static int dsps_resume(struct device *dev)
+{
+struct dsps_glue *glue = dev_get_drvdata(dev);
+const struct dsps_musb_wrapper *wrp = glue-wrp;
+struct musb *musb =
On Mon, Nov 25, 2013 at 10:30:37PM +0100, Daniel Mack wrote:
On 11/25/2013 10:29 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 25, 2013 at 10:26:43PM +0100, Daniel Mack wrote:
+static int dsps_resume(struct device *dev)
+{
+ struct dsps_glue *glue = dev_get_drvdata(dev);
+ const struct
Hi,
On Mon, Nov 11, 2013 at 08:06:12PM +0530, Kishon Vijay Abraham I wrote:
diff --git a/drivers/usb/dwc3/platform_data.h
b/drivers/usb/dwc3/platform_data.h
index 7db34f0..49ffa6d 100644
--- a/drivers/usb/dwc3/platform_data.h
+++ b/drivers/usb/dwc3/platform_data.h
@@ -24,4 +24,6 @@
The AES IP has the SIDLE offset by 2 and not 3, to allow SIDLE modes
to work for AES, we add a new SYSC type to hwmod.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.h | 11 +++
arch/arm/mach-omap2/omap_hwmod_common_data.c | 10 ++
2
Crypto modules AES0/1 belong to:
PD_L4_PER power domain
CD_L4_SEC clock domain
On the L3, the AES modules are mapped to
L3_CLK2: Peripherals and multimedia sub clock domain
We add hwmod data for the same.
Signed-off-by: Joel Fernandes jo...@ti.com
---
DRA7xx SoC has a DES module. Add hwmod data for the same.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
Enabling of Posted mode is seen to cause problems on dmtimer modules on AM33xx
(much like other OMAPs). Reference discussions on forums [1] [2]. Earlier
patch solving this on other OMAPs [3].
For OMAP SoCs with this errata, the fix has been to not enable Posted mode.
However, on some SoCs
OMAP4 has a DES IP for DES and 3DES encryption, Add hwmod data for the same.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 47 ++
1 file changed, 47 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
Here are patches adding hwmod for AES/DES crypto modules for OMAP4, DRA7 SoCs.
Also included is a fix that disables POSTED mode when dmtimer is requested.
Joel Fernandes (7):
ARM: OMAP: hwmod: Add SYSC offsets for AES IP
ARM: DRA7xx: hwmod: Add hwmod data for DES IP
ARM: DRA7xx: hwmod: Add
1 - 100 of 150 matches
Mail list logo