On 12.02.2013 21:42, Sarah Sharp wrote:
> [..]
> I think I see the issue. Your host controller reports the Inactive
> state after a USB disconnect. My host controllers go to the RxDetect
> state on a disconnect.
>
> The patches that went into 3.8 and the stable kernels to better handle
> the Ina
On Tue, Feb 12, 2013 at 10:31:00PM -0800, kg...@kernel.org wrote:
> Vivek Gautam wrote:
> >
> > Based on 'usb-next'
> >
> > Changes from v4:
> > - Modifying function names and driver names to follow a common
> >naming convention.
> > "usb2phy" for samsung-usb2phy driver
> > "
Hi,
On Tue, Feb 05, 2013 at 04:00:15PM +0800, Peter Chen wrote:
> When we rmmod gadget, the ci->driver needs to be cleared.
> Otherwise, we plug in usb cable again, the driver will
> consider gadget is there, in fact, it is removed.
> Below is the oops this patch fixes.
>
> root@freescale ~$ ci_h
On Wed, Feb 13, 2013 at 2:02 PM, Felipe Balbi wrote:
> On Tue, Feb 12, 2013 at 10:31:00PM -0800, kg...@kernel.org wrote:
>> Vivek Gautam wrote:
>> >
>> > Based on 'usb-next'
>> >
>> > Changes from v4:
>> > - Modifying function names and driver names to follow a common
>> >naming convention.
>
Separate the mv On-Chip host controller driver from ehci-hcd
host code into its own static driver module
Manjunath Goudar (1):
USB: EHCI: make ehci-mv a separate driver
drivers/usb/host/Kconfig|2 +-
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-hcd.c |6 +---
drivers
Separate the mv host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar
Cc: Greg KH
Cc: Alan Stern
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Russell King
Cc: linux-usb@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/usb/host/Kconfig
Hi all !
I need some help about USB.
My company has a self-made board that we want to use as an USB peripheral.
For some reasons, we are still in kernel version 2.6.31.14 and we use a
ISP1504.
To use the board in a peripheral mode, we use the module "fsl_usb2_udc"
and "g_file_storage".
It wo
On Wednesday 13 February 2013, manjunath.gou...@linaro.org wrote:
> From: Manjunath Goudar
>
> Separate the vt8500 On-Chip host controller driver from ehci-hcd
> host code into its own static driver module
Hi Manjunath,
I see you are getting better with the patch submission procedure. I don't
k
Indeed,
adding
ehci_pci
to /etc/initramfs-tools/modules and running
update-initramfs -u -k 3.7.0-rc5+
to get /boot/initrd.img-3.7.0-rc5+
of the formerly broken -rc5+ build corrected
manages to fix boot.
On Wed, Feb 13, 2013 at 08:44:09AM +0100, Andreas Mohr wrote:
> (is there a way to cleanl
'Twas brillig, and Andreas Mohr at 13/02/13 10:05 did gyre and gimble:
> Indeed,
> adding
>
> ehci_pci
>
> to /etc/initramfs-tools/modules and running
>
> update-initramfs -u -k 3.7.0-rc5+
>
> to get /boot/initrd.img-3.7.0-rc5+
> of the formerly broken -rc5+ build corrected
> manages to fix boo
Dan Williams writes:
> It doesn't need to run exactly at probe, but it appears to need to be
> the first thing the driver does when communicating with the firmware to
> ensure clear state and whatnot. Possibly like the QMI SYNC message that
> clears all the client IDs and resets the internal sta
On Wed, 2013-02-13 at 08:53 +0100, Bjørn Mork wrote:
> Dan Williams writes:
>
> > On Tue, 2013-02-12 at 13:42 +0100, Bjørn Mork wrote:
> >> Interface layout:
> >>
> >> 00 CD-ROM
> >> 01 debug COM port
> >> 02 AP control port
> >> 03 modem
> >> 04 usb-ethernet
> >
> > Any idea what AT comman
On Fri, Feb 01, 2013 at 10:44:25AM +0800, Chris Ruehl wrote:
> I file a report for you, please have a look when you have time.
Thanks for the bug report, Chris.
You have come across what looks like a known issue, which since it's
discovery last summer has been made worse by an unrelated change.
On Saturday 09 February 2013 20:16:20 Bjørn Mork wrote:
> Oliver Neukum writes:
> > On Saturday 09 February 2013 18:41:52 Bjørn Mork wrote:
> Well, OK..., "generic" then. In the sense that the attribute stays the
> same regardless of whether the value is hardcoded in the driver (QMI),
> or parse
Make sure serial-driver dtr_rts is called with disc_mutex held after
checking the disconnected flag.
Due to a bug in the tty layer, dtr_rts may get called after a device has
been disconnected and the tty-device unregistered. Some drivers have had
individual checks for disconnect to make sure the d
On Wed, 2013-02-13 at 15:27 +0100, Oliver Neukum wrote:
> On Saturday 09 February 2013 20:16:20 Bjørn Mork wrote:
> > Oliver Neukum writes:
> > > On Saturday 09 February 2013 18:41:52 Bjørn Mork wrote:
>
> > Well, OK..., "generic" then. In the sense that the attribute stays the
> > same regardle
On Wed, Feb 13, 2013 at 03:28:51PM +0100, Johan Hovold wrote:
> Make sure serial-driver dtr_rts is called with disc_mutex held after
> checking the disconnected flag.
>
> Due to a bug in the tty layer, dtr_rts may get called after a device has
why don't you fix the bug in the tty layer instead ?
On Wed, Feb 13, 2013 at 04:34:36PM +0200, Felipe Balbi wrote:
> On Wed, Feb 13, 2013 at 03:28:51PM +0100, Johan Hovold wrote:
> > Make sure serial-driver dtr_rts is called with disc_mutex held after
> > checking the disconnected flag.
> >
> > Due to a bug in the tty layer, dtr_rts may get called a
Oliver Neukum writes:
> On Saturday 09 February 2013 20:16:20 Bjørn Mork wrote:
>> Oliver Neukum writes:
>> > On Saturday 09 February 2013 18:41:52 Bjørn Mork wrote:
>
>> Well, OK..., "generic" then. In the sense that the attribute stays the
>> same regardless of whether the value is hardcoded i
First version was created from RHEL. This one is created from 3.8 rc7
Commit 71c731a was a workaround for systems using the SN65LVPE502CP,
controller, but it introduced a bug where resume from hibernate would
add the comp_mode_recovery_timer to the timer queue while it was already
active when save
On Wed, 2013-02-13 at 12:44 +0100, Bjørn Mork wrote:
> Dan Williams writes:
>
> > It doesn't need to run exactly at probe, but it appears to need to be
> > the first thing the driver does when communicating with the firmware to
> > ensure clear state and whatnot. Possibly like the QMI SYNC messa
On Wed, Feb 13, 2013 at 03:28:51PM +0100, Johan Hovold wrote:
> Make sure serial-driver dtr_rts is called with disc_mutex held after
> checking the disconnected flag.
>
> Due to a bug in the tty layer, dtr_rts may get called after a device has
> been disconnected and the tty-device unregistered. S
Make sure serial-driver dtr_rts is called with disc_mutex held after
checking the disconnected flag.
Due to a bug in the tty layer, dtr_rts may get called after a device has
been disconnected and the tty-device unregistered. Some drivers have had
individual checks for disconnect to make sure the d
On 13.02.2013 09:28, Holger Hoffstätte wrote:
> On 12.02.2013 21:42, Sarah Sharp wrote:
> > [..]
> > I think I see the issue. Your host controller reports the Inactive
> > state after a USB disconnect. My host controllers go to the RxDetect
> > state on a disconnect.
> >
> > The patches that wen
Untangle port-shutdown logic and make sure the initialised flag is
always cleared for non-console ports.
---
drivers/tty/tty_port.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/tty_port.c b/drivers/tty/tty_port.c
index b7ff59d..57a061e 100644
--- a/drive
As mentioned in a previous mail there is a problem in the tty layer
which affects the USB-serial drivers. In summary, a call to dtr_rts()
can be made even after the device has been disconnected and the tty
device unregistered.
This can be worked around in usb-serial core by checking the
disconnect
Make sure we do not make tty driver callbacks or wait for port to drain
on uninitialised ports (e.g. when open failed) in
tty_port_close_start().
No callbacks should be made on a port that has never been opened.
Neither does it make any sense to add drain delay for an uninitialised
port.
Currentl
Move port drain-delay handling to a separate function.
---
drivers/tty/tty_port.c | 29 ++---
1 file changed, 18 insertions(+), 11 deletions(-)
diff --git a/drivers/tty/tty_port.c b/drivers/tty/tty_port.c
index ffe3689..0a5e955 100644
--- a/drivers/tty/tty_port.c
+++ b/dri
Move HUPCL handling to port shutdown so that DTR/RTS is dropped also on
hang up.
Currently a hung up port will return immediately from
tty_port_close_start leaving DTR/RTS unchanged.
---
drivers/tty/tty_port.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --
> [ Note that this closing of an uninitialised port seems to be a bug in
> itself, which these patches aim to fix. ]
You don't want to be cc'ing me on these - not my problem any more.
(but you might want to fix the fact you reference port->tty without the
lock or refcounts 8))
Alan
--
To unsub
On Wed, Feb 13, 2013 at 05:36:30PM +, Alan Cox wrote:
> > [ Note that this closing of an uninitialised port seems to be a bug in
> > itself, which these patches aim to fix. ]
>
> You don't want to be cc'ing me on these - not my problem any more.
>
> (but you might want to fix the fact you r
Move HUPCL handling to port shutdown so that DTR/RTS is dropped also on
hang up.
Currently a hung up port will return immediately from
tty_port_close_start leaving DTR/RTS unchanged.
---
v2: fix tty refcounting in shutdown
drivers/tty/tty_port.c | 23 +--
1 file changed, 13
On Wed, 2013-02-13 at 15:25 +0100, Johan Hovold wrote:
> On Fri, Feb 01, 2013 at 10:44:25AM +0800, Chris Ruehl wrote:
> > I file a report for you, please have a look when you have time.
>
> Thanks for the bug report, Chris.
>
> You have come across what looks like a known issue, which since it's
On Wed, Feb 13, 2013 at 10:29:22AM +0100, Mylene Josserand wrote:
> Hi all !
>
>
> I need some help about USB.
>
> My company has a self-made board that we want to use as an USB peripheral.
>
> For some reasons, we are still in kernel version 2.6.31.14 and we use a
> ISP1504.
That's a _very_
On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> On 13.02.2013 09:28, Holger Hoffstätte wrote:
> > On 12.02.2013 21:42, Sarah Sharp wrote:
> > > [..]
> > > There was a further set of patches queued for 3.9 to deal with connected
> > > devices going to the Inactive state, b
On Wed, 2013-02-13 at 18:27 +0100, Johan Hovold wrote:
> Move HUPCL handling to port shutdown so that DTR/RTS is dropped also on
> hang up.
>
> Currently a hung up port will return immediately from
> tty_port_close_start leaving DTR/RTS unchanged.
> ---
> drivers/tty/tty_port.c | 22 -
On 13.02.2013 11:33, Sarah Sharp wrote:
> On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> > On 13.02.2013 09:28, Holger Hoffstätte wrote:
> > > On 12.02.2013 21:42, Sarah Sharp wrote:
> > > > [..]
> > > > There was a further set of patches queued for 3.9 to deal with conn
On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> On 13.02.2013 11:33, Sarah Sharp wrote:
> > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> > > On 13.02.2013 09:28, Holger Hoffstätte wrote:
> > > > On 12.02.2013 21:42, Sarah Sharp wrote:
> > > >
On Wed, Feb 13, 2013 at 01:08:46PM -0800, Sarah Sharp wrote:
> On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> > On 13.02.2013 11:33, Sarah Sharp wrote:
> > > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> > > > On 13.02.2013 09:28, Holger Hoff
Add support for the usb controller in AR933x platform.
The processor is big-endian so all multi-byte values of the usb
descriptors must be converted explicitly. Another difference is that
the controller supports both host and device modes but not OTG.
The patches are tested on WR703n router runnin
Convert between big-endian and little-endian format when accessing the usb
controller structures which are little-endian by specification.
Fix cases where the little-endian memory layout is taken for granted.
The patch doesn't have any effect on the already supported little-endian
architectures.
The chipidea controller in the AR933x SOC supports both host and device modes
but not OTG.
Which USB mode is used depends on a pin state (GIPO13) during boot - HIGH for
host, LOW for device mode.
Currently if both host and device modes are available, the code assumes OTG
support. Add flags to al
According to the datasheet the chipidea controller in AR933x doesn't expose OTG
and TEST registers.
If no OTG support is detected don't call functions which access those registers.
Signed-off-by: Svetoslav Neykov
---
drivers/usb/chipidea/udc.c | 24
1 file changed, 16
Support host and device usb modes for the chipidea controller in AR933x.
The controller doesn't support OTG functionality so the platform code
forces one of the modes based on the state of GPIO13 pin at startup.
Signed-off-by: Svetoslav Neykov
---
arch/mips/ath79/dev-usb.c |
Use the correct variable to check for the return value of the last function.
Signed-off-by: Svetoslav Neykov
---
drivers/usb/chipidea/core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
index 85c72e5..8442305 100
commit bd329e1 ("net: cdc_ncm: do not bind to NCM compatible MBIM devices")
added a test for a CDC MBIM altsetting, implementing the cdc_ncm part of
MBIM backward compatibility support. This intentionally made the driver
behave differently for CDC NCM devices with 2 alternate settings for the
Comm
On Wed, Feb 13, 2013 at 01:31:29PM -0800, Greg KH wrote:
> On Wed, Feb 13, 2013 at 01:08:46PM -0800, Sarah Sharp wrote:
> > On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> > > On 13.02.2013 11:33, Sarah Sharp wrote:
> > > > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthi
The USB device descriptor of one identity presented by a few
Huawei morphing devices have serial functions with class codes
02/02/ff, indicating CDC ACM with a vendor specific protocol. This
combination is often used for MSFT RNDIS functions, and the CDC
ACM class driver will therefore ignore such
Dan Williams writes:
> On Wed, 2013-02-13 at 08:53 +0100, Bjørn Mork wrote:
>> Dan Williams writes:
>> > On Tue, 2013-02-12 at 13:42 +0100, Bjørn Mork wrote:
>> >> Interface layout:
>> >>
>> >> 00 CD-ROM
>> >> 01 debug COM port
>> >> 02 AP control port
>> >> 03 modem
>> >> 04 usb-ethernet
>
On Wed, 2013-02-13 at 14:32 -0500, Peter Hurley wrote:
> On Wed, 2013-02-13 at 18:27 +0100, Johan Hovold wrote:
> > Move HUPCL handling to port shutdown so that DTR/RTS is dropped also on
> > hang up.
> >
> > Currently a hung up port will return immediately from
> > tty_port_close_start leaving DT
The Renesas R-Mobile SoC (r8a7740) has USB EHCI and OHCI controllers.
The ehci and ohci blocks share a common register and clocking infrastructure.
Initialization of the host controller and clocks is common between these and
is factored out into the rmobile-common.c file.
Signed-off-by: Nobuhiro
On Wed, 2013-02-13 at 18:27 +0100, Johan Hovold wrote:
> Move port drain-delay handling to a separate function.
> ---
> drivers/tty/tty_port.c | 29 ++---
> 1 file changed, 18 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/tty/tty_port.c b/drivers/tty/tty_port.c
>
Hi Alan,
On Thu, 2012-05-17 at 11:40 -0400, Alan Stern wrote:
> On Thu, 17 May 2012, Geoff Levand wrote:
>
> > I could just do some quick tests but found that with DEBUG
> > defined and your change I see these with the port errors
> > continuing on indefinitely.
> >
> > <7>usb 2-2: link qh0-00ff
Hi Iwamatsu-san
> The Renesas R-Mobile SoC (r8a7740) has USB EHCI and OHCI controllers.
>
> The ehci and ohci blocks share a common register and clocking infrastructure.
> Initialization of the host controller and clocks is common between these and
> is factored out into the rmobile-common.c fil
On Thu, Feb 14, 2013 at 10:59 AM, Kuninori Morimoto
wrote:
>
> Hi Iwamatsu-san
>
>> The Renesas R-Mobile SoC (r8a7740) has USB EHCI and OHCI controllers.
>>
>> The ehci and ohci blocks share a common register and clocking infrastructure.
>> Initialization of the host controller and clocks is commo
Hi
> >> +void rmobile_hc_start(struct usb_hcd *hcd, struct platform_device *pdev)
> > ...
> >> + data = SMODE_READY_CTR | MMODE_HBUSREQ |
> >> + MMODE_WR_INCR | MMODE_BYTE_BURST | MMODE_HTRANS;
> >> +
> >> + if (data == __raw_readl(hci->base + AHB_BUS_CTR))
> >> +
56 matches
Mail list logo