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 http://vger.kern
Hi Alan,
On Thu, Apr 10, 2014 at 7:06 AM, Alan Stern 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;
>> > >
>>
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Fernando Luis Vazquez Cao
commit a464918419f94a0043d2f549d6defb4c3f69f68a upstream.
Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
a RF receiver, multi-interface US
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Fernando Luis Vazquez Cao
commit 99d249021abd4341771523ed8dd7946276103432 upstream.
Document what the fix-up is does and make it more robust by ensuring
that it is only applied to the USB inter
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.
>
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)
> > > +
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
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)
L
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
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
Changes in version 2:
- renamed the new
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 co
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 lin
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 http://vger.kernel.org/majordo
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,
On Wed, Apr 09, 2014 at 02:08:32PM +0800, Wang, Yu wrote:
> 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. :(
that's not what I heard when I asked some friends to test that branch on
different platfo
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.
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
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 description;
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 in
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 descripti
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) W
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 sup
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 co
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
> GCTL.Po
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 b/dri
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 transcei
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 sup
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 tran
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 generic
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
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 c
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
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
drivers/usb/chipidea/host.c |2 +-
drivers
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
---
This patch is against the 'usb-next' branch of Greg KH's 'usb.git' repo.
drivers/usb/core/hcd.c | 42
From: Li Jun
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
---
Documentation/usb/chipidea
Add b_hnp_enable request handling and enable gadget->is_otg
Acked-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/usb/chipidea/udc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c
index f58857d..cba7fd6
From: Li Jun
USB OTG interrupt handling and fsm transitions according to USB OTG
and EH 2.0.
Signed-off-by: Li Jun
---
drivers/usb/chipidea/core.c| 13 ++-
drivers/usb/chipidea/otg.c |9 +-
drivers/usb/chipidea/otg_fsm.c | 237
drivers/us
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
---
drivers/usb/chipidea/bits.h|9 ++
drivers/usb/chipidea/ci.h
From: Li Jun
This patch adds a debug file for OTG vairables show.
Signed-off-by: Li Jun
---
drivers/usb/chipidea/debug.c | 84 ++
1 file changed, 84 insertions(+)
diff --git a/drivers/usb/chipidea/debug.c b/drivers/usb/chipidea/debug.c
index 5b890c1..
From: Li Jun
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 Host Supplement to the
From: Li Jun
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
---
drivers/usb/chipidea/bits.h|1 +
drivers/usb/chipidea/otg_fsm.c | 189 +++
Leave vbus on/off hanlded by OTG fsm if in OTG mode.
Signed-off-by: Li Jun
---
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
--- a/drivers/usb/ch
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
---
drivers/usb/chipidea/Makefile |1 +
drivers/usb/chipidea/ci.h | 17 +++
drivers/usb/chipidea/otg.c |4 +++
drivers/usb/chipide
Init otg_port number of otg capable host to be 1 at host start.
Signed-off-by: Li Jun
---
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 ffb4168..a93d950 100644
--- a/dr
From: Li Jun
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
---
drivers/usb/chipidea/otg.c |2 +
drivers/usb/chipidea/otg_fsm.c | 173 +++
From: Li Jun
This patch adds sysfs interface description for chipidea USB OTG HNP and SRP.
Signed-off-by: Li Jun
---
.../ABI/testing/sysfs-platform-chipidea-usb-otg| 56
1 file changed, 56 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-platform-chipidea-
On 09.04.2014 13:49, Vivek Gautam wrote:
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa 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
On 09/04/14 14:24, Vivek Gautam wrote:
> On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
> 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 r
Hi,
On 09.04.2014 14:24, Vivek Gautam wrote:
Hi Sylwester,
On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
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 vo
Hi Sylwester,
On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
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 so, shouldn't
>
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
[...]
> +
Adding support to enable/disable VBUS hooked to a gpio
to enable vbus supply on the port.
Signed-off-by: Vivek Gautam
---
Based on 'phy-exynos5-usbdrd' patches:
[PATCH V4 0/5] Add Exynos5 USB 3.0 phy driver based on generic PHY framework
http://www.spinics.net/lists/linux-usb/msg105507.html
dr
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa 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
>> with DW
Hi Tomasz,
'
On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa 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 available.
>>
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.
Sig
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
---
arch/arm/boot/dts/exynos5250.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.d
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
---
arch/arm/boot/dts/exynos5420.dtsi | 34 ++
1 file changed, 34 insertions(+)
diff --
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
---
arch/arm/boot/dts/exynos5420.dtsi | 20
1 file change
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 phy-sam
AceLan Kao 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 ModemManager or
some s
%s/addresssed/addressed
Signed-off-by: Peter Chen
---
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
+++ b/drivers/usb/usb-common.c
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
> >
> > 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,
> > bas
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
> > ---
> > drivers/usb/chipidea/host.c | 11 +--
> > 1 file changed,
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
> > ---
> > drivers/usb/
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 t
63 matches
Mail list logo
