On Fri, Mar 14, 2014 at 12:48:18PM +0800, Li Jun wrote:
> From: Li Jun
>
> Use a more general way to read and write otgsc register.
>
> Signed-off-by: Li Jun
> ---
>
> Changes for v2:
> Use one API for otgsc regiter write, and add mask as input parameter
> for otgsc register target bits read.
From: David Miller [mailto:da...@davemloft.net]
Sent: Friday, March 14, 2014 12:08 PM
[...]
> >> And I fundamentally disagree with this being a Kconfig parameter.
> >>
> >> Make it run-time calculated _or_ settable via ethtool.
> >
> > Excuse me. How should I make it run-time calculated withou
On Thu, Mar 13, 2014 at 10:18:41AM +0100, Denis Carikli wrote:
> This adds the i.MX25 and the i.MX35 support in the
> ChipIdea usbmisc driver.
>
> The i.MX25 and i.MX35 usb controllers are similar enough to be
> able to use the same code.
>
> Signed-off-by: Denis Carikli
> ---
> Changelog v3->v4
On Fri, Mar 14, 2014 at 12:08:12AM +0200, Pasi Kärkkäinen wrote:
> On Thu, Mar 13, 2014 at 04:41:47PM -0500, Dan Williams wrote:
> > On Thu, 2014-03-13 at 22:25 +0200, Pasi Kärkkäinen wrote:
> > > On Mon, Nov 04, 2013 at 09:50:46AM +0100, Bjørn Mork wrote:
> > > >
> > > > [quote Enrico Mioso]
> >
Which dhcp client are you using?
Inviato da iPhone
> Il giorno 14/mar/2014, alle ore 08:55, "Pasi Kärkkäinen" ha
> scritto:
>
>> On Fri, Mar 14, 2014 at 12:08:12AM +0200, Pasi Kärkkäinen wrote:
>>> On Thu, Mar 13, 2014 at 04:41:47PM -0500, Dan Williams wrote:
On Thu, 2014-03-13 at 22:25 +0
On Fri, Mar 14, 2014 at 08:58:03AM +0100, Mrkiko Rs wrote:
> Which dhcp client are you using?
>
"dhclient" in fedora 20..
-- Pasi
> Inviato da iPhone
>
> > Il giorno 14/mar/2014, alle ore 08:55, "Pasi Kärkkäinen" ha
> > scritto:
> >
> >> On Fri, Mar 14, 2014 at 12:08:12AM +0200, Pasi Kärkkä
From: Li Jun
Use a more general way to read and write otgsc register.
Signed-off-by: Li Jun
---
Changes for v3:
Remove special revert write for bits in OTGSC_INT_STATUS_BITS, and
rename 2 API function names and parameters.
Changes for v2:
Use one API for otgsc regiter write, and add mask as i
Pasi Kärkkäinen writes:
> On Fri, Mar 14, 2014 at 12:08:12AM +0200, Pasi Kärkkäinen wrote:
>>
>> I've been using:
>>
>> ATQ0 V1 E1 S0=0
>> AT^NDISDUP=1,1,"internet"
>> AT^DHCP?
>>
>
> Oh, I forgot to mention.. after I send AT^NDISDUP=1,1,"internet" I get this:
>
> ^NDISSTAT:1,,,"IPV4"
>
> .. whic
This patch adds below registers dump for debug:
- USBINTR
- USBSTS
- USBMODE
- USBCMD
- PORTSC
- OTGSC
Signed-off-by: Li Jun
---
Change for v3:
Update interface name:hw_read_otgsc().
Change for v2:
Add ci->is_otg condition check for otgsc register read.
drivers/usb/chipidea/debug.c | 51 +++
On Fri, Mar 14, 2014 at 09:34:39AM +0100, Bjørn Mork wrote:
> Pasi Kärkkäinen writes:
> > On Fri, Mar 14, 2014 at 12:08:12AM +0200, Pasi Kärkkäinen wrote:
> >>
> >> I've been using:
> >>
> >> ATQ0 V1 E1 S0=0
> >> AT^NDISDUP=1,1,"internet"
> >> AT^DHCP?
> >>
> >
> > Oh, I forgot to mention.. after
On Thu, Mar 13, 2014 at 10:18:39AM +0100, Denis Carikli wrote:
> From: Fabio Estevam
>
> Like other imx SoCs only one USB clock is needed on mx25.
>
> Signed-off-by: Fabio Estevam
Applied all except the driver one which has been applied by Peter.
Shawn
--
To unsubscribe from this list: send t
Pasi Kärkkäinen writes:
> ^NDISSTAT:1,,,"IPV4"
> ^RSSI: 21
>
>
> ^DHCP: CCDB080A,F8FF,C9DB080A,C9DB080A,E67B59C0,E77B59C0,85600,85600
The hex numbers are IPv4 addresses in little endian. The decimal numbers
at the end are speed down/up IIRC.
Printed in a more readable form, this is:
10
On Fri, Mar 14, 2014 at 09:58:43AM +0100, Bjørn Mork wrote:
> Pasi Kärkkäinen writes:
>
> > ^NDISSTAT:1,,,"IPV4"
> > ^RSSI: 21
> >
> >
> > ^DHCP: CCDB080A,F8FF,C9DB080A,C9DB080A,E67B59C0,E77B59C0,85600,85600
>
>
> The hex numbers are IPv4 addresses in little endian. The decimal numbers
> a
I am sorry: no ideas on what to do next. Still, one idea would be to try
reverting these patches and see if it works with the original cdc_ncm driver,
and see what happens.
Other than this, I do not have this device at hand, so can't see what happens.
>From the version number, I expect the firmw
Pasi Kärkkäinen writes:
> # ifconfig wwp0s26u1u5i1
> wwp0s26u1u5i1: flags=4163 mtu 1500
> inet 10.8.219.204 netmask 255.255.255.248 broadcast 10.8.219.207
> inet6 fe80::e5b:8fff:fe27:9a64 prefixlen 64 scopeid 0x20
> ether 0c:5b:8f:27:9a:64 txqueuelen 1000 (Ethernet)
Yes, this is
the
solution, dfefinitively.
On Fri, 14 Mar 2014, Bjørn Mork wrote:
==Date: Fri, 14 Mar 2014 10:24:51
==From: Bjørn Mork
==To: Pasi Kärkkäinen
==Cc: Dan Williams , net...@vger.kernel.org,
==linux-usb@vger.kernel.org, Enrico Mioso ,
==Oliver Neukum
==Subject: Re: [PATCH ne
Am 14.03.2014 10:24, schrieb Enrico Mioso:
Other than this, I do not have this device at hand, so can't see what happens.
From the version number, I expect the firmware being HiSilicon (not Qualcomm).
Try also using dhcpcd if you can / want / like :) .
Thank you.
dhcpcd doesn’t work too.
I h
Hi Roger,
On Friday 07 March 2014 06:39 PM, Roger Quadros wrote:
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Remove ocp2scp1 address space from hwmod data as it is
now provided via device tree.
Signed-off-by: Roger Quadros
---
arch/arm/boo
Felipe, Alan,
On 2/25/2014 10:43 AM, Amit Virdi wrote:
ccing: Felipe Balbi, Alen Stern
On 2/24/2014 3:55 PM, Amit VIRDI wrote:
Interrupt endpoints behave quite similar to the bulk endpoints with the
difference that the endpoints expect data sending/reception request at
particular intervals til
Felipe/Alan,
On 2/25/2014 10:44 AM, Amit Virdi wrote:
ccing: Felipe Balbi, Alan Stern
On 2/24/2014 3:55 PM, Amit VIRDI wrote:
Two simple test cases for interrupt endpoints are added to the
usbtest.c file.
These are simple non-queued interrupt IN and interrupt OUT transfers.
Currently,
only gad
Hello.
On 14-03-2014 5:57, Peter Chen wrote:
According to Power_ePAPR_APPROVED_v1.1.pdf "ethernet-phy" is the node
name, it is the same with Sergei's suggestion.
Nobody's talking about "ehternet-phy" here.
Hmm, you take "ethernet-phy" as an example, and suggest changing to "usb-phy"
On 03/14/2014 12:38 PM, Kishon Vijay Abraham I wrote:
> Hi Roger,
>
> On Friday 07 March 2014 06:39 PM, Roger Quadros wrote:
>> Add nodes for the Super Speed USB controllers, omap-control-usb,
>> USB2 PHY and USB3 PHY devices.
>>
>> Remove ocp2scp1 address space from hwmod data as it is
>> now pro
On Fri, Mar 14, 2014 at 10:24:51AM +0100, Bjørn Mork wrote:
> Pasi Kärkkäinen writes:
>
> > # ifconfig wwp0s26u1u5i1
> > wwp0s26u1u5i1: flags=4163 mtu 1500
> > inet 10.8.219.204 netmask 255.255.255.248 broadcast 10.8.219.207
> > inet6 fe80::e5b:8fff:fe27:9a64 prefixlen 64 sco
Pasi Kärkkäinen writes:
> On Fri, Mar 14, 2014 at 10:24:51AM +0100, Bjørn Mork wrote:
>> Pasi Kärkkäinen writes:
>>
>> > # ifconfig wwp0s26u1u5i1
>> > wwp0s26u1u5i1: flags=4163 mtu 1500
>> > inet 10.8.219.204 netmask 255.255.255.248 broadcast 10.8.219.207
>> > inet6 fe80::e5b:
On Thu, 13 Mar 2014, David Mosberger wrote:
> To answer my own question: it appears that USB peripherals return NAKs
> not only when the peripheral is not ready to accept the data, but also
> when the peripheral doesn't know what to do with the data.
No, that's not right. If the device doesn't k
On Thu, 13 Mar 2014, Dan Williams wrote:
> > You're right. But maybe a simple solution would be for the
> > runtime-suspend and -resume routines to acquire the usb_port_peer_mutex
> > whenever they are called for a USB-2 port. The mutex would protect
> > their accesses of port->peer, and I don't
On Fri, Mar 14, 2014 at 02:33:36PM +0100, Bjørn Mork wrote:
> Pasi Kärkkäinen writes:
> > On Fri, Mar 14, 2014 at 10:24:51AM +0100, Bjørn Mork wrote:
> >> Pasi Kärkkäinen writes:
> >>
> >> > # ifconfig wwp0s26u1u5i1
> >> > wwp0s26u1u5i1: flags=4163 mtu 1500
> >> > inet 10.8.219.204 net
On Friday 14 March 2014 05:41 PM, Roger Quadros wrote:
On 03/14/2014 12:38 PM, Kishon Vijay Abraham I wrote:
Hi Roger,
On Friday 07 March 2014 06:39 PM, Roger Quadros wrote:
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Remove ocp2scp1 addre
Alan,
On Fri, Mar 14, 2014 at 8:02 AM, Alan Stern wrote:
> On Thu, 13 Mar 2014, David Mosberger wrote:
>
>> To answer my own question: it appears that USB peripherals return NAKs
>> not only when the peripheral is not ready to accept the data, but also
>> when the peripheral doesn't know what to
On Fri, 14 Mar 2014, Alan Stern wrote:
> > We wake the HiSpeed port to
> > +* make sure we don't race it's usb_port_runtime_resume() event
I forgot to mention, in two places: s/it's/its/
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a mes
On Fri, 14 Mar 2014, David Mosberger wrote:
> Alan,
>
> On Fri, Mar 14, 2014 at 8:02 AM, Alan Stern wrote:
> > On Thu, 13 Mar 2014, David Mosberger wrote:
> >
> >> To answer my own question: it appears that USB peripherals return NAKs
> >> not only when the peripheral is not ready to accept the
Alan,
On Fri, Mar 14, 2014 at 9:34 AM, Alan Stern wrote:
> Now, I'm not saying what the device did was correct. According to
> section 6.6.1 of the Bulk-Only Transport Mass Storage spec, when the
> device expects a CBW packet but gets something else, it is supposed to
> accept the packet (ACK,
On Fri, 14 Mar 2014, Amit Virdi wrote:
> Felipe, Alan,
>
> On 2/25/2014 10:43 AM, Amit Virdi wrote:
> > ccing: Felipe Balbi, Alen Stern
> >
> > On 2/24/2014 3:55 PM, Amit VIRDI wrote:
> >> Interrupt endpoints behave quite similar to the bulk endpoints with the
> >> difference that the endpoints e
On Fri, 14 Mar 2014, David Mosberger wrote:
> Alan,
>
> On Fri, Mar 14, 2014 at 9:34 AM, Alan Stern wrote:
>
> > Now, I'm not saying what the device did was correct. According to
> > section 6.6.1 of the Bulk-Only Transport Mass Storage spec, when the
> > device expects a CBW packet but gets s
On 03/14/2014 04:54 PM, Kishon Vijay Abraham I wrote:
>
>
> On Friday 14 March 2014 05:41 PM, Roger Quadros wrote:
>> On 03/14/2014 12:38 PM, Kishon Vijay Abraham I wrote:
>>> Hi Roger,
>>>
>>> On Friday 07 March 2014 06:39 PM, Roger Quadros wrote:
Add nodes for the Super Speed USB controlle
I have the following hardware:
* Lenovo Thinkpad x230
* Ericsson H5321 gw WWAN card
Whilst the 3G card can connect, it's very unreliable. It
* drops out during use (a USB disconnection)
* is often not available after a suspend-to-RAM
* sometimes gives "Modem hangup" in pppd after ATDT command
T
On Thu, 13 Mar 2014, Dan Williams wrote:
> Three reasons:
> 1/ It's an invalid operation on usb3 ports
> 2/ There's no guarantee of when / if a usb2 port has entered an error
>state relative to PORT_POWER request
> 3/ The port is active / powered at this point, so khubd will clear it as
>a
On Thu, 13 Mar 2014, Dan Williams wrote:
> The port pm_runtime implementation unconditionally clears FEAT_C_ENABLE
> after clearing PORT_POWER, but the bit is reserved on usb3 hub ports.
> We expect khubd to be prevented from running because the port state is
> not RPM_ACTIVE, so we need to clear
After thinking about this some more, the MAX3421E behavior could be
triggered if a write to the SNDFIFO is not followed by a BULK_OUT
command to the HXFR register. My driver always issues BULK_OUT after
writing the SNDFIFO so this should never happen, but a corrupted SPI
transfer could do this.
A
On Fri, 2014-03-14 at 16:25 +0200, Pasi Kärkkäinen wrote:
> On Fri, Mar 14, 2014 at 02:33:36PM +0100, Bjørn Mork wrote:
> > Pasi Kärkkäinen writes:
> > > On Fri, Mar 14, 2014 at 10:24:51AM +0100, Bjørn Mork wrote:
> > >> Pasi Kärkkäinen writes:
> > >>
> > >> > # ifconfig wwp0s26u1u5i1
> > >> > w
On Fri, Mar 14, 2014 at 12:16:55PM -0500, Dan Williams wrote:
> On Fri, 2014-03-14 at 16:25 +0200, Pasi Kärkkäinen wrote:
> > On Fri, Mar 14, 2014 at 02:33:36PM +0100, Bjørn Mork wrote:
> > > Pasi Kärkkäinen writes:
> > > > On Fri, Mar 14, 2014 at 10:24:51AM +0100, Bjørn Mork wrote:
> > > >> Pasi
On Fri, 2014-03-14 at 10:25 -0400, Alan Stern wrote:
> On Thu, 13 Mar 2014, Dan Williams wrote:
>
> > > You're right. But maybe a simple solution would be for the
> > > runtime-suspend and -resume routines to acquire the usb_port_peer_mutex
> > > whenever they are called for a USB-2 port. The mu
From: hayeswang
Date: Fri, 14 Mar 2014 15:24:50 +0800
> Besides, I don't wish to modify the setting by ethtool when re-loading
> the driver or rebooting every time.
You have code to reset the driver, you can do it when the user asks
for the setting to be changed via ethtool. I do not see this a
On Fri, 2014-03-14 at 12:11 -0400, Alan Stern wrote:
> On Thu, 13 Mar 2014, Dan Williams wrote:
>
> > Three reasons:
> > 1/ It's an invalid operation on usb3 ports
> > 2/ There's no guarantee of when / if a usb2 port has entered an error
> >state relative to PORT_POWER request
> > 3/ The port
On Fri, 2014-03-14 at 12:12 -0400, Alan Stern wrote:
> On Thu, 13 Mar 2014, Dan Williams wrote:
>
> > The port pm_runtime implementation unconditionally clears FEAT_C_ENABLE
> > after clearing PORT_POWER, but the bit is reserved on usb3 hub ports.
> > We expect khubd to be prevented from running b
From: Dinh Nguyen
In preparation of combining the dwc2/s3c-hsotg driver in a single DRD driver,
the defines in dwc2/hw.h needs to get updated so that the s3c-hsotg driver can
use them.
Signed-off-by: Dinh Nguyen
Tested-by: Jingoo Han
Tested-by: Paul Zimmerman
Cc: Greg Kroah-Hartman
Cc: Felip
From: Dinh Nguyen
This patch moves the data structures that are in the s3c-hsotg source into
core.h. This is a necessary step towards unifying the s3c-hsotg and dwc2 into
a single DRD.
Signed-off-by: Dinh Nguyen
Tested-by: Jingoo Han
Tested-by: Paul Zimmerman
Cc: Greg Kroah-Hartman
Cc: Felip
From: Dinh Nguyen
Moves the s3c-hsotg driver into the dwc2 folder and use the dwc2 defines in
hw.h. Renamed the s3c-hsotg.c to gadget.c.
Signed-off-by: Dinh Nguyen
Tested-by: Jingoo Han
Tested-by: Paul Zimmerman
Cc: Greg Kroah-Hartman
Cc: Felipe Balbi
Cc: Ben Dooks
Cc: Matt Porter
Cc: Kuk
From: Dinh Nguyen
Modify the dwc2 Kconfig and Makefile so that it will build the dwc2_gadget
driver when peripheral only mode is selected. The dwc_platform.ko and dwc2.ko
will get built when dynamic linked modules are selected for Host mode. For
peripheral mode only dwc2_gadget.ko will get built.
On Fri, Mar 14, 2014 at 05:34:29PM +0200, Roger Quadros wrote:
> On 03/14/2014 04:54 PM, Kishon Vijay Abraham I wrote:
> >
> >
> > On Friday 14 March 2014 05:41 PM, Roger Quadros wrote:
> >> On 03/14/2014 12:38 PM, Kishon Vijay Abraham I wrote:
> >>> Hi Roger,
> >>>
> >>> On Friday 07 March 2014
Hi,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, March 13, 2014 8:56 PM
To: Gupta Suresh-B42813
Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-usb@vger.kernel.org;
linux-ker...@vger.kernel.org
Subject: Re: [PATCH] USB : Gadget: fsl: add information mes
Hi,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, March 13, 2014 8:57 PM
To: Gupta Suresh-B42813
Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-usb@vger.kernel.org;
linux-ker...@vger.kernel.org; Gupta Suresh-B42813
Subject: Re: [PATCH] usb: gadget: fsl:
Hi,
Thanks for reviewing my patches.
Please find my comments inline
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, March 13, 2014 8:56 PM
To: Gupta Suresh-B42813
Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-usb@vger.kernel.org;
linux-ker...@vger.kernel
Hi,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, March 13, 2014 8:55 PM
To: Gupta Suresh-B42813
Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-usb@vger.kernel.org;
linux-ker...@vger.kernel.org; Stefani Seibold
Subject: Re: [PATCH] USB: Gadget: fsl driv
We can't halt the secondary HCD, because it's also the primary HCD,
which will cause problems if we have devices attached to the primary
HCD, like a keyboard.
---
Not yet signed-off because I am waiting for some kexec testing to be
done on another environment, and I would like to bring this into a
On Fri, 2014-03-14 at 18:16 -0300, Thadeu Lima de Souza Cascardo wrote:
> What seems to happen for the TI chip is that while the HID device is
> still connected (ie, we still have pending URBs on the queue), halting
> is not a great idea. And as described above, what is done right now
> is:
Can yo
On Sat, Mar 15, 2014 at 08:31:29AM +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2014-03-14 at 18:16 -0300, Thadeu Lima de Souza Cascardo wrote:
> > What seems to happen for the TI chip is that while the HID device is
> > still connected (ie, we still have pending URBs on the queue), halting
> > i
Hi!
I'm using quite a few USB HID devices, but one of them fail.
I have really no idea about what is going on here, and it's an odd card (my
geothermal heat pump).
Maybe you have an idea about why it doesn't get recognized by the HID driver?
VID/PID: 0x / 0x0002 :(
Kernel: 3.3.8
Kernel
hayeswang :
[...]
> Besides, I don't wish to modify the setting by ethtool when re-loading
> the driver or rebooting every time.
Why ?
The recipe is different but there isn't much setup difference between a
module param and an ethtool command that is run through udev. The latter
is more versatil
OK, I was able to confirm this: switching the FIFO back through a
dummy write after a NAK/error-response fixes the problem I was seeing,
so it truly was a driver-bug, not a chip bug. My apologies to Maxim!
;-)
--david
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
th
Hi,
(first of all, please fix your email client, we need the quotation
marks. See Documentation/email-clients.txt)
On Fri, Mar 14, 2014 at 08:53:24PM +, suresh.gu...@freescale.com wrote:
> > On Thu, Mar 13, 2014 at 06:40:55PM +0530, Suresh Gupta wrote:
> > > Attached is a small fix for the fs
On Fri, Mar 14, 2014 at 08:52:49PM +, suresh.gu...@freescale.com wrote:
> Hi,
>
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Thursday, March 13, 2014 8:56 PM
> To: Gupta Suresh-B42813
> Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-usb@vger.kernel.org;
On Fri, Mar 14, 2014 at 08:52:19PM +, suresh.gu...@freescale.com wrote:
> Hi,
> Thanks for reviewing my patches.
> Please find my comments inline
>
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Thursday, March 13, 2014 8:56 PM
> To: Gupta Suresh-B42813
> Cc:
63 matches
Mail list logo