Hi Balbi,
Glad to see the OTG mode is prepare to support in your dwc3-role-switch
branch. But it is not fit for intel Merrfield/Moorfield platforms. :(
The reason is we implemented DRD mode instead of OTG mode. So the
GCTL.PortCapDir will be set as 01 for host mode, and 10 for device mode.
And
Alan Stern wrote:
The IN transfer was 1 frame long and scheduled for frame 1123, so its
completion indicates that the current frame number is = 1123. The OUT
transfer was 6 frames long and scheduled for frame , so it should
have completed in frame 1117. But the timestamps show that the
On Wed, Apr 09, 2014 at 08:34:51AM +0800, Peter Chen wrote:
On Sat, Apr 05, 2014 at 01:37:14PM +0800, Li Jun wrote:
This patch adds OTG fsm related initialization when do otg init,
add a seperate file for OTG fsm related utilities.
Signed-off-by: Li Jun b47...@freescale.com
---
On Wed, Apr 09, 2014 at 08:44:32AM +0800, Peter Chen wrote:
On Sat, Apr 05, 2014 at 01:37:16PM +0800, Li Jun wrote:
Init otg_port number of otg capable host to be 1 at host start.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/host.c | 11 +--
1 file
On Wed, Apr 09, 2014 at 08:50:49AM +0800, Peter Chen wrote:
On Sat, Apr 05, 2014 at 01:37:13PM +0800, Li Jun wrote:
From: Li Jun b47...@freescale.com
This patchset adds USB OTG HNP and SRP support on chipidea usb driver,
existing OTG port role swtich function by ID pin status kept
%s/addresssed/addressed
Signed-off-by: Peter Chen peter.c...@freescale.com
---
drivers/usb/usb-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/usb-common.c b/drivers/usb/usb-common.c
index d771870..6dfd30a 100644
--- a/drivers/usb/usb-common.c
+++
AceLan Kao acelan@canonical.com writes:
The udev rule works, it creates the ttyUSB* device nodes and I can
operate mobile network from network manager.
But, it can't get connected and I can't find mobile network device
from iwconfig.
iwconfig is for 802.11 devices. You'll normally use
Hi Vivek,
Please see my comments inline.
On 08.04.2014 16:36, Vivek Gautam wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the generic PHY framework and will interact
with DWC3 controller present on Exynos5 series of SoCs.
Thereby, removing old
On 08.04.2014 16:36, Vivek Gautam wrote:
Add device tree nodes for USB 3.0 PHY present alongwith
USB 3.0 controller Exynos 5420 SoC. This phy driver is
based on generic phy framework.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 20
On 08.04.2014 16:36, Vivek Gautam wrote:
Add device tree nodes for DWC3 controller present on
Exynos 5420 SoC, to enable support for USB 3.0.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 34 ++
1 file changed,
On 08.04.2014 16:36, Vivek Gautam wrote:
Add device tree node for new usbdrd-phy driver, which
is based on generic phy framework.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5250.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
Hi Vivek,
On 08.04.2014 16:36, Vivek Gautam wrote:
Removing this older USB 3.0 DRD controller PHY driver, since
a new driver based on generic phy framework is now available.
Also removing the dt node for older driver from Exynos5250
device tree and updating the dt node for DWC3 controller.
Hi Tomasz,
'
On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vivek,
Thanks for reviewing the patch series.
On 08.04.2014 16:36, Vivek Gautam wrote:
Removing this older USB 3.0 DRD controller PHY driver, since
a new driver based on generic phy framework is now
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vivek,
Please see my comments inline.
On 08.04.2014 16:36, Vivek Gautam wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the generic PHY framework and will interact
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Based on 'phy-exynos5-usbdrd' patches:
[PATCH V4 0/5] Add Exynos5 USB 3.0 phy driver based on generic PHY framework
Hi Vivek,
On 09/04/14 13:54, Vivek Gautam wrote:
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Does the GPIO control a fixed voltage regulator ? If so, shouldn't
it be modelled by the regulator API instead ?
Signed-off-by: Vivek Gautam
Hi Sylwester,
On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
Hi Vivek,
On 09/04/14 13:54, Vivek Gautam wrote:
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Does the GPIO control a fixed voltage regulator ? If
Hi,
On 09.04.2014 14:24, Vivek Gautam wrote:
Hi Sylwester,
On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
Hi Vivek,
On 09/04/14 13:54, Vivek Gautam wrote:
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Does the
On 09/04/14 14:24, Vivek Gautam wrote:
On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 09/04/14 13:54, Vivek Gautam wrote:
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Does the GPIO control a fixed voltage
On 09.04.2014 13:49, Vivek Gautam wrote:
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vivek,
Please see my comments inline.
On 08.04.2014 16:36, Vivek Gautam wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the
From: Li Jun b47...@freescale.com
This patch adds sysfs interface description for chipidea USB OTG HNP and SRP.
Signed-off-by: Li Jun b47...@freescale.com
---
.../ABI/testing/sysfs-platform-chipidea-usb-otg| 56
1 file changed, 56 insertions(+)
diff --git
Leave vbus on/off hanlded by OTG fsm if in OTG mode.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/host.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/chipidea/host.c b/drivers/usb/chipidea/host.c
index a8ac6c1..ffb4168 100644
This patch adds OTG fsm related initialization when do otg init,
add a seperate file for OTG fsm related utilities.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/Makefile |1 +
drivers/usb/chipidea/ci.h | 17 +++
drivers/usb/chipidea/otg.c |4 +++
Init otg_port number of otg capable host to be 1 at host start.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/host.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/chipidea/host.c b/drivers/usb/chipidea/host.c
index
Add OTG HNP and SRP operation functions implementation:
- charge vbus
- drive vbus
- connection signaling
- drive sof
- start data pulse
- add fsm timer
- delete fsm timer
- start host
- start gadget
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/bits.h|9 ++
From: Li Jun b47...@freescale.com
This patch adds a debug file for OTG vairables show.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/debug.c | 84 ++
1 file changed, 84 insertions(+)
diff --git a/drivers/usb/chipidea/debug.c
From: Li Jun b47...@freescale.com
This patch adds sys input to control and show OTG fsm inputs by application,
user can do host and preipheral role switch by change these inputs.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/otg.c |2 +
From: Li Jun b47...@freescale.com
This patchset adds USB OTG HNP and SRP support on chipidea usb driver,
existing OTG port role swtich function by ID pin status kept unchanged,
based on that, if select CONFIG_USB_OTG_FSM, OTG HNP and SRP will be
supported.
Reference to:
On-The-Go and Embedded
From: Li Jun b47...@freescale.com
This patch adds OTG fsm timers initialization, which use controller's 1ms
interrupt as timeout counter, also adds some local timers which are not
in otg_fsm_timer list.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/bits.h|1 +
From: Li Jun b47...@freescale.com
This patch adds a file chipidea.txt for how to demo chipidea usb OTG HNP and SRP
functions via sysfs input files, any other possible information should be
documented for chipidea usb driver in future can be added into this file.
Signed-off-by: Li Jun
From: Li Jun b47...@freescale.com
USB OTG interrupt handling and fsm transitions according to USB OTG
and EH 2.0.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/core.c| 13 ++-
drivers/usb/chipidea/otg.c |9 +-
drivers/usb/chipidea/otg_fsm.c | 237
Add b_hnp_enable request handling and enable gadget-is_otg
Acked-by: Peter Chen peter.c...@freescale.com
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/udc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/udc.c
Add the generic PHY support, analogous to the USB PHY support. Intended it to be
used with the PCI EHCI/OHCI drivers and the xHCI platform driver.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
Return to the 'phy' field of 'struct usb_hcd' its historic name 'transceiver'.
This is in preparation to adding the generic PHY support.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
Thanks all for the review. We meet with the problems when developing
product. I would like to explain my understanding.
On 04/08/2014 11:05 AM, Xiao Jin wrote:
We find two problems on acm tty write delayed mechanism.
(1) When acm resume, the delayed wb will be started. But now
only one write
On 04/09/2014 07:57 AM, Sergei Shtylyov wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name
'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we should be adding generic
transceiver support not generic PHY
Hello.
On 04/09/2014 07:31 PM, Stephen Warren wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name 'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we should be adding generic
transceiver support not
On 04/09/2014 10:27 AM, Sergei Shtylyov wrote:
Hello.
On 04/09/2014 07:31 PM, Stephen Warren wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name
'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we
On 04/09/2014 08:48 PM, Stephen Warren wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name
'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we should be adding generic
transceiver support not generic PHY
On 04/09/2014 10:53 AM, Sergei Shtylyov wrote:
On 04/09/2014 08:48 PM, Stephen Warren wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name
'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we should be
On 04/07/2014 05:26 PM, Alan Stern wrote:
On Wed, 2 Apr 2014, Hannes Reinecke wrote:
On 04/01/2014 11:28 PM, Alan Stern wrote:
On Tue, 1 Apr 2014, Hannes Reinecke wrote:
So if the above reasoning is okay then this patch should be doing
the trick:
diff --git a/drivers/scsi/scsi_error.c
On Wed, Apr 09, 2014 at 02:08:32PM +0800, Wang, Yu wrote:
Hi Balbi,
Glad to see the OTG mode is prepare to support in your dwc3-role-switch
branch. But it is not fit for intel Merrfield/Moorfield platforms. :(
The reason is we implemented DRD mode instead of OTG mode. So the
On 04/09/2014 09:37 PM, Stephen Warren wrote:
Return to the 'phy' field of 'struct usb_hcd' its historic name
'transceiver'.
This is in preparation to adding the generic PHY support.
Surely if the correct term is transceiver, we should be adding generic
transceiver support not generic PHY
On Wed, 9 Apr 2014, Clemens Ladisch wrote:
Alan Stern wrote:
The IN transfer was 1 frame long and scheduled for frame 1123, so its
completion indicates that the current frame number is = 1123. The OUT
transfer was 6 frames long and scheduled for frame , so it should
have completed
On Wed, Apr 09, 2014 at 10:57:10PM +0800, Xiao Jin wrote:
Thanks all for the review. We meet with the problems when developing
product. I would like to explain my understanding.
On 04/08/2014 11:05 AM, Xiao Jin wrote:
We find two problems on acm tty write delayed mechanism.
(1) When acm
On Wed, 9 Apr 2014, Sergei Shtylyov wrote:
Ok, the existing field is being replaced by something? I didn't get that
No, not replaced. I'm adding the support for generic PHY to the existing
USB PHY support. I thought that was clear from the changelog.
from the patch description; I
On Wed, 9 Apr 2014, Hannes Reinecke wrote:
I finally got a chance to try it out. It does seem to do what we want.
I didn't track the flow of control in complete detail, but the command
definitely got aborted both times it was issued.
Good, so it is as I thought. James, can we include
Hello.
On 04/09/2014 09:56 PM, Alan Stern wrote:
Ok, the existing field is being replaced by something? I didn't get that
No, not replaced. I'm adding the support for generic PHY to the existing
USB PHY support. I thought that was clear from the changelog.
from the patch
On Wed, 9 Apr 2014, Vivek Gautam wrote:
Patch 'b8efdaf USB: EHCI: add check for wakeup/suspend race'
adds a check for possible race between suspend and wakeup interrupt,
and thereby it returns -EBUSY as error code if there's a wakeup
interrupt.
So the platform host controller should not
On 04/09/2014 12:16 PM, Sergei Shtylyov wrote:
Hello.
On 04/09/2014 09:56 PM, Alan Stern wrote:
Ok, the existing field is being replaced by something? I didn't get
that
No, not replaced. I'm adding the support for generic PHY to the
existing
USB PHY support. I thought that was
On 04/09/2014 11:01 PM, Stephen Warren wrote:
Ok, the existing field is being replaced by something? I didn't get
that
No, not replaced. I'm adding the support for generic PHY to the
existing
USB PHY support. I thought that was clear from the changelog.
from the patch description; I
Hi all,
I loaded the usb338x.ko module for the usb3380.
How can i check that the module is working?
--
Atte.
Arturo
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Wed, Apr 09, 2014 at 05:30:17PM -0300, Arturo Veras wrote:
Hi all,
I loaded the usb338x.ko module for the usb3380.
How can i check that the module is working?
How do you know it's not working? :)
Seriously, test the hardware...
greg k-h
--
To unsubscribe from this list: send the line
On Wed, 9 Apr 2014, Clemens Ladisch wrote:
Alan Stern wrote:
The IN transfer was 1 frame long and scheduled for frame 1123, so its
completion indicates that the current frame number is = 1123. The OUT
transfer was 6 frames long and scheduled for frame , so it should
have completed
Add the generic PHY support, analogous to the USB PHY support. Intended it to be
used with the PCI EHCI/OHCI drivers and the xHCI platform driver.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
I have been using the Edgeport 8s MEI to talk RS232 to my devices with good
success. However, I cannot get it to talk RS485.
1. Does the io_ti driver support RS485?
2. If yes, is there a procedure I can follow to put it in that mode?
3. Thanks.
Here is my distro info:
CentOS release 6.5 (Final)
On Thursday, April 10, 2014 3:32 AM, Alan Stern wrote:
On Wed, 9 Apr 2014, Vivek Gautam wrote:
Patch 'b8efdaf USB: EHCI: add check for wakeup/suspend race'
adds a check for possible race between suspend and wakeup interrupt,
and thereby it returns -EBUSY as error code if there's a wakeup
On Thu, 10 Apr 2014, Jingoo Han wrote:
--- a/drivers/usb/host/ehci-exynos.c
+++ b/drivers/usb/host/ehci-exynos.c
@@ -212,6 +212,8 @@ static int exynos_ehci_suspend(struct device *dev)
int rc;
rc = ehci_suspend(hcd, do_wakeup);
+ if (rc)
+ return rc;
if
On Wed, Apr 09, 2014 at 10:02:53PM +, Jim Bockerstette wrote:
I have been using the Edgeport 8s MEI to talk RS232 to my devices with
good success. However, I cannot get it to talk RS485.
Does that hardware even support 485?
1. Does the io_ti driver support RS485?
I do not think so.
2.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Fernando Luis Vazquez Cao ferna...@oss.ntt.co.jp
commit 99d249021abd4341771523ed8dd7946276103432 upstream.
Document what the fix-up is does and make it more robust by ensuring
that it is only
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Fernando Luis Vazquez Cao ferna...@oss.ntt.co.jp
commit a464918419f94a0043d2f549d6defb4c3f69f68a upstream.
Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
a RF
Hi Alan,
On Thu, Apr 10, 2014 at 7:06 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 10 Apr 2014, Jingoo Han wrote:
--- a/drivers/usb/host/ehci-exynos.c
+++ b/drivers/usb/host/ehci-exynos.c
@@ -212,6 +212,8 @@ static int exynos_ehci_suspend(struct device *dev)
int rc;
Good day,
if you are a dedicated christian,contact us for your christian loan
organization, via email;info.finance...@yahoo.com
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at
63 matches
Mail list logo