Hi Felipe,
On 05/26/2015 07:08 PM, Felipe Balbi wrote:
> On Mon, May 04, 2015 at 02:55:10PM +0200, Robert Baldyga wrote:
>> Hi,
>>
>> This patch set introduces two functions usb_gadget_deactivate() and
>> usb_gadget_activate(), designed to prevent udc-core from showing binded
>> gadget to host unt
Alan Stern writes:
>
> On Tue, 26 May 2015, Golmer Palmer wrote:
>
> > Alan Stern ...> writes:
> >
> > So please, can you add also some minimal support inside
Set_Protocol()
> > to "change" from mode "0" to mode "1" (and viceversa) assuming that
both
> > modes are equal?
>
> Okay, a revise
On 26.05.2015 21:50, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> commit 2d148ea63fe50bf30071cb3e6c87fbd32c081cba
> Author: Vladimir Serbinenko
> Date: Tue May 26 21:35:06 2015 +0200
> Tested and works as expected in coreboot and GRUB. Booted Linux
> recognizes
> and it works the same
Hi Greg,
> > But couldn't we add a helper function to drivers/base/bus.c that the
> > bus drivers can use to at least check was the bus already loaded or
> > not? It looks like there are a couple of bus drivers that use the
> > struct bus member "p" to check that.
> >
> > Greg, what do you think?
On Wed, May 27, 2015 at 11:39:33AM +0300, Heikki Krogerus wrote:
> Hi Greg,
>
> I can appreciate now that fixing the core problem like I2C did is
> wrong, but I still feel that the driver core should provide something
> like the helper for checking if the bus was registered already or not.
> Other
Hi,
On 26/05/2015 at 09:51:18 -0500, Felipe Balbi wrote :
> On Thu, May 14, 2015 at 04:36:33PM -0500, Bin Liu wrote:
> > Alexandre,
> >
> > On Thu, May 14, 2015 at 4:26 PM, Alexandre Belloni
> > wrote:
> > > On 14/05/2015 at 16:16:12 -0500, Bin Liu wrote :
> > >> I think I found the root cause o
[1.] Optiplex 9020 reboots rather than shutting down if USB3 enabled
[2.]
I have a large number of Dell Optiplex 9020 machines, and when they are
asked to shutdown with e.g. shutdown -h now, they shut down successfully
and then approximately four seconds later they start up again. This
proble
do not try to set cancel function in synchronous operations in
ffs_epfile_{read,write}_iter.
With, 70e60d917 gadget/function/f_fs.c: switch to ->{read,write}_iter()
if CONFIG_AIO is disable there is no problem as kiocb_set_cancel_fn
is a nop, with this option enabled it will try to use ctx that is
From: Macpaul Lin
Add ADP, HNP and SRP feature options to gadget structure.
Signed-off-by: Macpaul Lin
---
include/linux/usb/gadget.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h
index 4f3dfb7..ea167d4 100644
--- a/include
From: Macpaul Lin
Copy usb_otg_descriptor from config's descriptor if host requests USB_DT_OTG.
Signed-off-by: Macpaul Lin
Signed-off-by: Li Jun
---
drivers/usb/gadget/composite.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/usb/gadget/composite.c b/drivers/
After introduce usb otg properties, update ci_otg_is_fsm_mode conditions to be
depending on both usb hardware properties and usb driver config, also resolve
a compile issue after this API change in debug.c.
Signed-off-by: Li Jun
---
drivers/usb/chipidea/ci.h| 4 ++--
drivers/usb/chipidea/deb
The patch supports MediaTek's xHCI controller.
There are some differences from xHCI spec:
1. The interval is specified in 250 * 8ns increments for Interrupt Moderation
Interval(IMODI) of the Interrupter Moderation(IMOD) register, it is 8 times as
much as that defined in xHCI spec.
2. For the valu
From: Chunfeng Yun
add a DT binding documentation of xHCI host controller for
the MT8173 SoC from Mediatek.
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mt8173-xhci.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/devicet
From: Chunfeng Yun
Signed-off-by: Chunfeng Yun
---
drivers/usb/phy/Kconfig | 10 +
drivers/usb/phy/Makefile | 1 +
drivers/usb/phy/phy-mt65xx-usb3.c | 724 ++
3 files changed, 735 insertions(+)
create mode 100644 drivers/usb/phy/phy-mt6
From: Chunfeng Yun
Signed-off-by: Chunfeng Yun
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 14 ++
arch/arm64/boot/dts/mediatek/mt8173.dtsi| 24
2 files changed, 38 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
b/arch/arm6
From: Chunfeng Yun
find the phy driver before add primary usb_hcd to avoid acessing
xHCI register which may hangup the system when the phy is not loaded
yet and the related powers or clocks put in phy driver are not
enabled.
Signed-off-by: Chunfeng Yun
---
drivers/usb/host/xhci-plat.c | 34 +++
From: Chunfeng Yun
add a DT binding documentation of usb3.0 phy for MT65xx
SoCs from Mediatek.
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/usb/mt65xx-u3phy.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
From: Chunfeng Yun
MTK xhci host controller defines some extra SW scheduling
parameters for HW to minimize the scheduling effort for
synchronous and interrupt endpoints. The parameters are
put into reseved DWs of slot context and endpoint context.
Signed-off-by: Chunfeng Yun
---
drivers/usb/ho
From: Macpaul Lin
Add USB_OTG_ADP definition for usb_otg_descriptor.bmAttributes.
Signed-off-by: Macpaul Lin
Signed-off-by: Li Jun
---
include/uapi/linux/usb/ch9.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/usb/ch9.h b/include/uapi/linux/usb/ch9.h
index 67204f1..ce
From: Macpaul Lin
Update usb_otg_descriptor for ADP/SRP/HNP features if usb HW has any
configrations of them.
Signed-off-by: Macpaul Lin
Signed-off-by: Li Jun
---
drivers/usb/gadget/composite.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/usb/ga
Set gadget's otg features according to controller's capability and usb property
in device tree.
Signed-off-by: Li Jun
---
drivers/usb/chipidea/core.c | 12
drivers/usb/chipidea/udc.c | 19 ++-
include/linux/usb/chipidea.h | 3 +++
3 files changed, 33 insertions(+
From: Macpaul Lin
Add CONFIG_USB_OTG_VERSION to identify the OTG and EH supplement release number
with which the OTG device is compliant, also update the usb_otg_descriptor for
OTG 2.0 and later release to include this OTG version number.
Signed-off-by: Macpaul Lin
Signed-off-by: Li Jun
---
d
Add srp, hnp and adp support for usb OTG port, then those OTG features don't
have to be decided by usb driver.
Signed-off-by: Li Jun
---
Documentation/devicetree/bindings/usb/ci-hdrc-imx.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/devicetree/bindings/usb/ci-hdrc-i
Hi,
This is a follow-up of Macpaul Lin's previous patchset to resolve usb gadget
driver work with OTG 2.0, main changes:
1. keep one usb_otg_descriptor definition and introduce a kernel config to
identify the
OTG release version, if OTG 2.0 or later, add bcdOTG.
2. Override the usb_otg_descrip
Check property of usb hardware to get if SRP, HNP and ADP is supported.
Signed-off-by: Li Jun
---
drivers/usb/common/common.c | 45 +
include/linux/usb/of.h | 15 +++
2 files changed, 60 insertions(+)
diff --git a/drivers/usb/common/c
Felipe,
On Tuesday 26 May 2015 09:08 PM, Felipe Balbi wrote:
On Sun, Mar 29, 2015 at 12:50:46PM +0200, Hans de Goede wrote:
The sunxi otg phy has a bug where it wrongly detects a high speed squelch
when reset on the root port gets de-asserted with a lo-speed device.
The workaround for this is
On Wed, May 27, 2015 at 07:48:00PM +0800, chunfeng@mediatek.com wrote:
> From: Chunfeng Yun
>
> find the phy driver before add primary usb_hcd to avoid acessing
> xHCI register which may hangup the system when the phy is not loaded
> yet and the related powers or clocks put in phy driver are
Hi alan:
2015-05-07 2:16 GMT+08:00 Alan Stern :
> On Thu, 7 May 2015, yoma sophian wrote:
>
>> > Besides, the kernel already contains a thread that calls
>> > sd_check_events periodically. Why do you need to write a new one?
>> I create the thread since some buggy devices needs to periodically
>>
This function is used to call before 2.6.x version of linux kernel but since
then I haven't seen it's relative usage and it's not
being used any where right now after checking it through
linux.crossrefrence.So, IMHO it would be relevant to remove this obselete
function from kernel mainline.
Sign
On Wed, 27 May 2015, yoma sophian wrote:
> After reading the kernel power document, freezing-of-tasks.txt , can I
> get the below conclusion:
> if I put my thread in freezable, it will get frozen automatically
> whenever the system goes in to suspend or hibernate.
It's not entirely automatic. Yo
On Wed, May 27, 2015 at 07:19:15PM +0530, Abhishek Bist wrote:
> This function is used to call before 2.6.x version of linux kernel but since
> then I haven't seen it's relative usage and it's not
> being used any where right now after checking it through
> linux.crossrefrence.So, IMHO it would b
On Wed, May 27, 2015 at 07:19:15PM +0530, Abhishek Bist wrote:
> This function is used to call before 2.6.x version of linux kernel but since
> then I haven't seen it's relative usage and it's not
> being used any where right now after checking it through
> linux.crossrefrence.So, IMHO it would b
On Tue, 26 May 2015, Gary Dalmadge wrote:
> Please see below. Please let me know if you need additional information.
Here's the problem, from right near the start of your trace:
> 8800cf87c000 2445467361 S Bo:1:004:2 -115 31 = 55534243 d200
> 0a35
On Wed, 27 May 2015, Heikki Krogerus wrote:
> This problem is not ulpi specific. We have the same issue with every
> single bus. With a bus like PCI it's just really unlikely to hit it
> because PCI bus driver uses postcore_initcall. But if there was
> a PCI driver that used postcore_initcall itse
Hi,
I've been using OpenWrt's "usb activity" led trigger to display
usb-serial traffic over a cp210x dongle quite successfully, but after
replacing the cp210x with a FT230x, I find that I get constant USB
traffic (every millisecond) as soon as the port is opened.
I've put a usbmon capture availa
On Wed, May 27, 2015 at 11:16:34AM -0400, Alan Stern wrote:
> On Wed, 27 May 2015, Heikki Krogerus wrote:
>
> > This problem is not ulpi specific. We have the same issue with every
> > single bus. With a bus like PCI it's just really unlikely to hit it
> > because PCI bus driver uses postcore_init
On Wed, May 27, 2015 at 02:48:18PM -, Karl Palsson wrote:
>
> Hi,
>
> I've been using OpenWrt's "usb activity" led trigger to display
> usb-serial traffic over a cp210x dongle quite successfully, but after
> replacing the cp210x with a FT230x, I find that I get constant USB
> traffic (every m
On Wed, 2015-05-27 at 19:19 +0530, Abhishek Bist wrote:
> This function is used to call before 2.6.x version of linux kernel but
> since then I haven't seen it's relative usage and it's not
> being used any where right now after checking it through
> linux.crossrefrence.
This goes into detail way
Johan Hovold wrote:
> >
> > The usbmon traces seem to be a continual reporting of the "0x0160" shown
> > in the ftdi_get_modem_status lines. Is this actually _meant_ to be
> > happening? Can I turn it off? Any other suggestions?
>
> This is the device reporting the modem and line status ever
On Wed, 27 May 2015, Golmer Palmer wrote:
> Hi Alan,
>
> Thank you for the new patch!
> However, a comment:
>
> * At page 74 of the specifications,
> section F.3 Boot Keyboard Requirements,
> (http://www.usb.org/developers/hidpage/HID1_11.pdf)
> is defined that:
> "The Boot Keyboard shall, upon
On Wed, May 27, 2015 at 03:50:34PM -, Karl Palsson wrote:
>
> Johan Hovold wrote:
> > >
> > > The usbmon traces seem to be a continual reporting of the "0x0160" shown
> > > in the ftdi_get_modem_status lines. Is this actually _meant_ to be
> > > happening? Can I turn it off? Any other sug
On Wed, May 27, 2015 at 03:50:34PM -, Karl Palsson wrote:
>
> Johan Hovold wrote:
> > >
> > > The usbmon traces seem to be a continual reporting of the "0x0160" shown
> > > in the ftdi_get_modem_status lines. Is this actually _meant_ to be
> > > happening? Can I turn it off? Any other sug
Hi Greg,
On Tue, May 26, 2015 at 07:41:18PM -0700, Greg KH wrote:
> On Tue, May 26, 2015 at 10:54:01AM -0700, David Cohen wrote:
> > Hi,
> >
> > On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote:
> > > Greg KH writes:
> > >
> > > > If there are other bus drivers that do this, I'll go f
Hi,
On Tue, May 26, 2015 at 07:37:02PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
> > Phy drivers and the ulpi interface providers depend on the
> > registration of the ulpi bus. Ulpi registers the bus in
> > module_init(). This could cause unnece
Greg KH wrote:
>
> > If I'm not interested in modem status, can I disable this entirely? I
> > don't even have modem lines connected.
>
> Is this data packet somehow causing a problem with your system? If so,
> I suggest using a different type of usb to serial device, but it might
> be hard
This patch fixes the following build warnings:
drivers/usb/musb/ux500.c:346:12: warning: ‘ux500_suspend’ defined but
not used [-Wunused-function]
drivers/usb/musb/ux500.c:357:12: warning: ‘ux500_resume’ defined but not
used [-Wunused-function]
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/ux
This patch fixes the following build warnings:
drivers/usb/musb/am35x.c:573:12: warning: ‘am35x_suspend’ defined but
not used [-Wunused-function]
drivers/usb/musb/am35x.c:589:12: warning: ‘am35x_resume’ defined but not
used [-Wunused-function]
drivers/usb/musb/am35x.c:573:12: warning: ‘am35x_suspe
This patch fixes the following build warnings:
drivers/usb/gadget/udc/atmel_usba_udc.c:2207:12: warning:
‘usba_udc_suspend’ defined but not used [-Wunused-function] static int
usba_udc_suspend(struct device *dev)
drivers/usb/gadget/udc/atmel_usba_udc.c:2236:12: warning:
‘usba_udc_resume’ defined b
On Wed, May 27, 2015 at 04:28:50AM +, Kaukab, Yousaf wrote:
> > -Original Message-
> > From: Felipe Balbi [mailto:ba...@ti.com]
> > Sent: Wednesday, May 27, 2015 12:20 PM
> > To: Kaukab, Yousaf
> > Cc: ba...@ti.com; linux-usb@vger.kernel.org
> > Subject: Re: [PATCH 01/11] usb: phy: retu
This function is used to call in early version of linux kernel in order
to find out the interface used by a usb device. But now it's use is
completely abolished. So,it would be relevant to remove this obselete
function from kernel mainline.
Signed-off-by: Abhishek Bist
---
include/linux/usb/hcd
On 05/21/2015 08:13 PM, Marcel Holtmann wrote:
Hi Laura,
Then avoiding the failed firmware is no solution, indeed.
If it's a new probe, it should be never executed during resume.
Can you expand this comment? What's wrong with probing during resume?
The USB stack does carry out probes during
On 05/28/2015 12:53 AM, David Cohen wrote:
Hi,
On Tue, May 26, 2015 at 07:37:02PM -0700, Greg Kroah-Hartman wrote:
On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
Phy drivers and the ulpi interface providers depend on the
registration of the ulpi bus. Ulpi registers the bus in
mod
On Wed, May 27, 2015 at 07:50:01PM +0800, Li Jun wrote:
> From: Macpaul Lin
>
> Add CONFIG_USB_OTG_VERSION to identify the OTG and EH supplement release
> number
> with which the OTG device is compliant, also update the usb_otg_descriptor for
> OTG 2.0 and later release to include this OTG versi
On Wed, May 27, 2015 at 07:50:02PM +0800, Li Jun wrote:
> From: Macpaul Lin
>
> Add USB_OTG_ADP definition for usb_otg_descriptor.bmAttributes.
>
> Signed-off-by: Macpaul Lin
> Signed-off-by: Li Jun
> ---
> include/uapi/linux/usb/ch9.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a
On Wed, May 27, 2015 at 07:50:03PM +0800, Li Jun wrote:
> From: Macpaul Lin
>
> Add ADP, HNP and SRP feature options to gadget structure.
>
> Signed-off-by: Macpaul Lin
> ---
> include/linux/usb/gadget.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/include/linux/usb/gadge
On Wed, May 27, 2015 at 07:50:04PM +0800, Li Jun wrote:
> From: Macpaul Lin
>
> Update usb_otg_descriptor for ADP/SRP/HNP features if usb HW has any
> configrations of them.
>
> Signed-off-by: Macpaul Lin
> Signed-off-by: Li Jun
> ---
> drivers/usb/gadget/composite.c | 31
On Wed, May 27, 2015 at 07:50:05PM +0800, Li Jun wrote:
> From: Macpaul Lin
>
> Copy usb_otg_descriptor from config's descriptor if host requests USB_DT_OTG.
>
> Signed-off-by: Macpaul Lin
> Signed-off-by: Li Jun
> ---
> drivers/usb/gadget/composite.c | 18 ++
> 1 file changed
On Wed, May 27, 2015 at 07:50:06PM +0800, Li Jun wrote:
> Add srp, hnp and adp support for usb OTG port, then those OTG features don't
> have to be decided by usb driver.
>
Please always cc to dt ML and maintainer about dt changes.
> Signed-off-by: Li Jun
> ---
> Documentation/devicetree/bindi
On Wed, May 27, 2015 at 07:50:08PM +0800, Li Jun wrote:
> Set gadget's otg features according to controller's capability and usb
> property
> in device tree.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/chipidea/core.c | 12
> drivers/usb/chipidea/udc.c | 19 ++-
On Wed, May 27, 2015 at 07:50:09PM +0800, Li Jun wrote:
> After introduce usb otg properties, update ci_otg_is_fsm_mode conditions to be
> depending on both usb hardware properties and usb driver config, also resolve
> a compile issue after this API change in debug.c.
>
> Signed-off-by: Li Jun
>
On Wed, May 27, 2015 at 07:50:07PM +0800, Li Jun wrote:
> Check property of usb hardware to get if SRP, HNP and ADP is supported.
>
> Signed-off-by: Li Jun
> ---
> drivers/usb/common/common.c | 45
> +
> include/linux/usb/of.h | 15 ++
On Wed, May 27, 2015 at 07:50:06PM +0800, Li Jun wrote:
> Add srp, hnp and adp support for usb OTG port, then those OTG features don't
> have to be decided by usb driver.
>
Add this change to: Documentation/devicetree/bindings/usb/generic.txt
> Signed-off-by: Li Jun
> ---
> Documentation/devic
On Thu, May 28, 2015 at 09:15:05AM +0800, Peter Chen wrote:
> On Wed, May 27, 2015 at 07:50:01PM +0800, Li Jun wrote:
> > From: Macpaul Lin
> >
> > Add CONFIG_USB_OTG_VERSION to identify the OTG and EH supplement release
> > number
> > with which the OTG device is compliant, also update the usb_
0-rc5-next-20150527-dirty
ehci_hcd
[5.280280] usb usb1: SerialNumber: ci_hdrc.0
[5.286528] usb usb1: no of_node; not parsing pinctrl DT
[5.293375] hub 1-0:1.0: no of_node; not parsing pinctrl DT
[5.299273] hub 1-0:1.0: USB hub found
[5.303821] hub 1-0:1.0: 1 port det
] [f4424184] *pgd=1452(bad)
[6.273042] Internal error: : 8 [#1] ARM
[6.276990] Modules linked in:
[6.280111] CPU: 0 PID: 318 Comm: kworker/0:1 Not tainted
4.1.0-rc5-next-20150527-dirty #39
[6.288495] Hardware name: GTSYS i.MX27GTSIR (Device Tree Support)
[6.294747] Workqueue
On Thu, May 28, 2015 at 10:00:52AM +0800, Li Jun wrote:
> On Thu, May 28, 2015 at 09:15:05AM +0800, Peter Chen wrote:
> > On Wed, May 27, 2015 at 07:50:01PM +0800, Li Jun wrote:
> > > From: Macpaul Lin
> > >
> > > Add CONFIG_USB_OTG_VERSION to identify the OTG and EH supplement release
> > > num
oller
[5.272756] usb usb1: Manufacturer: Linux 4.1.0-rc5-next-20150527-dirty
ehci_hcd
[5.280280] usb usb1: SerialNumber: ci_hdrc.0
[5.286528] usb usb1: no of_node; not parsing pinctrl DT
[5.293375] hub 1-0:1.0: no of_node; not parsing pinctrl DT
[5.299273] hub 1-0:1.0: USB hub
.260384] usb usb1: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [5.267748] usb usb1: Product: EHCI Host Controller
> [5.272756] usb usb1: Manufacturer: Linux 4.1.0-rc5-next-20150527-dirty
> ehci_hcd
> [5.280280] usb usb1: SerialNumber: ci_hdrc.0
> [5.286528] usb
0-rc5-next-20150527-dirty
ehci_hcd
[5.280280] usb usb1: SerialNumber: ci_hdrc.0
[5.286528] usb usb1: no of_node; not parsing pinctrl DT
[5.293375] hub 1-0:1.0: no of_node; not parsing pinctrl DT
[5.299273] hub 1-0:1.0: USB hub found
[5.303821] hub 1-0:1.0: 1 port det
On Thu, May 28, 2015 at 09:37:47AM +0800, Peter Chen wrote:
> On Wed, May 27, 2015 at 07:50:09PM +0800, Li Jun wrote:
> > After introduce usb otg properties, update ci_otg_is_fsm_mode conditions to
> > be
> > depending on both usb hardware properties and usb driver config, also
> > resolve
> > a
ber=1
[5.267748] usb usb1: Product: EHCI Host Controller
[5.272756] usb usb1: Manufacturer: Linux 4.1.0-rc5-next-20150527-dirty
ehci_hcd
[5.280280] usb usb1: SerialNumber: ci_hdrc.0
[5.286528] usb usb1: no of_node; not parsing pinctrl DT
[5.293375] hub 1-0:1.0: no of_node; not pa
On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
wrote:
> Hello,
>
> I have a problem with the panel on my Tegra Chromebook taking longer than
> expected to be ready during boot (Stéphane Marchesin reported what is
> basically the same issue in [0]), and have looked into ordered probing as a
> better
More majordomo info at http://vger.kernel.org/majordomo-info.html
Seams to me the driver specific bus_resume call is broken.
ChipIdea?
(gdb) list *(hcd_bus_resume+0x58)
0x2cc0 is in hcd_bus_resume (drivers/usb/core/hcd.c:).
2217return -ENOENT;
2218if (HCD_RH_RUNNING(hcd
On Thursday, May 28, 2015 12:41 PM, Chris Ruehl wrote:
More majordomo info at http://vger.kernel.org/majordomo-info.html
Seams to me the driver specific bus_resume call is broken.
ChipIdea?
(gdb) list *(hcd_bus_resume+0x58)
0x2cc0 is in hcd_bus_resume (drivers/usb/core/hcd.c:).
2217
On Wed, May 27, 2015 at 08:21:16AM -0700, Greg KH wrote:
> On Wed, May 27, 2015 at 11:16:34AM -0400, Alan Stern wrote:
> > On Wed, 27 May 2015, Heikki Krogerus wrote:
>
> Maybe we need to test for this in the driver core, not allowing drivers
> for busses that are not registered, that might solve
On Thu, May 28, 2015 at 11:15:47AM +0800, Chris Ruehl wrote:
> Hi,
>
> this is an other OOPS happen when the memory stick is plugged while boot
> its hits a problem in the usb_hub_wq.
>
> If you need more details please let me know.
>
>
> [6.258589] Unhandled fault: external abort on non-li
260384] usb usb1: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [5.267748] usb usb1: Product: EHCI Host Controller
> [5.272756] usb usb1: Manufacturer: Linux 4.1.0-rc5-next-20150527-dirty
> ehci_hcd
> [5.280280] usb usb1: SerialNumber: ci_hdrc.0
> [
On Thu, May 28, 2015 at 11:09:38AM +0530, Sudip Mukherjee wrote:
> On Wed, May 27, 2015 at 08:21:16AM -0700, Greg KH wrote:
> > On Wed, May 27, 2015 at 11:16:34AM -0400, Alan Stern wrote:
> > > On Wed, 27 May 2015, Heikki Krogerus wrote:
> >
> > Maybe we need to test for this in the driver core, n
This patch adds function and usage of export to README and manuals.
The wording, 'server' and 'client' is changed also.
For existing attach command, the daemon runs device side machine and
attach command is executed in application side machine. Then 'server'
is used for device side and 'client'
Dear all,
This series of patches introduces WebSocket to USB/IP.
0. Version info
v4)
# Fixed regression of usbip list --remote
v3)
# Coding style for goto err labels are fixed.
# Defined magic numbers for open_hc_device() argument.
# Corrected include .../uapi/linux/usbip_ux.h as .
# Modified
USB/IP supports a function to import USB devices from application-side
machine by attach command.
The usage is as following.
dev:# (Physically attach your USB device.)
dev:# insmod usbip-core.ko and usbip-host.ko
dev:# usbipd -D
// Start usbip daemon.
dev:# usbip list -l
// List local USB devices
Originally, USB/IP transmits requests and response PDUs for preparation
to transfer URBs in user space, after completion of the preparation,
URBs are transmitted in kernel space.
To make easy to introduce application network protocols like WebSocket,
the driver, usbip_ux.ko, forwards URBs to US
stub_shutdown_connection() : drivers/usb/usbip/stub_dev.c
stub_device_cleanup_urbs() : drivers/usb/usbip/stub_main.c
requests to kill pending URBs and clears priv lists.
stub_complete() : drivers/usb/usbip/stub_tx.c might be called with URBs
to have been requested to kill.
To avoid kernel
Originally, USB/IP transmits requests and response PDUs for preparation
to transfer URBs in user space, after the preparation, URBs are
transmitted in kernel space.
To make easy to introduce application network protocols like WebSocket
and so on, the driver, usbip_ux.ko, forwards URBs to USB/IP
To introduce some application protocols like WebSocket, this patch
allows to substitute connection establishment and termination. In
combination with previous patch, both connection and transmission can
be replaced.
usbip_connection_operations_t includes open and close operation. Open
method r
This patch allows to substitute send, receive and shutdown routines for
both a) request/response PDUs among utilities and b) user space URBs
transmission.
usbip_sock_t is introduced instead of sockfd. it includes function
pointers of send/receive/shutdown routines, an argument for the
routines
Addition to README regarding user space URBs transmission.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/README | 22 ++
1 file changed, 22 insertions(+)
diff --git a/tools/usb/usbip/README b/tools/usb/usbip/README
index 74f4afb..6b61da5 100644
--- a/tools/usb/usbip/README
This patch adds 'const' qualifier to 'char*' arguments of library
interfaces to make acceptable std::string.c_str(). Essentially, these
qualifiers are better to be used even if not to use C++. Although, I
just added to functions related to previous patch.
Also, it changes C++ reserved words (ie
To utilize core parts of USB/IP to application protocol
implementations, this patch derives libraries by exposing some
functions of utilities and removing some unnecessary portions.
Following functions are exposed.
For command:
- usbip_attach_device()
- usbip_detach_port()
- usbip_bind_device()
This patch adds utilities transmit packets via WebSocket protocol.
WebSocket version of utilities as following.
usbws : command
usbwsa : application-side daemon
usbwsd : device-side daemon
The command supports all sub-command (ie. list, connect, disconnect,
port, bind, unbind, attach and de
On Thu, May 28, 2015 at 11:15:47AM +0800, Chris Ruehl wrote:
Hi,
this is an other OOPS happen when the memory stick is plugged while boot
its hits a problem in the usb_hub_wq.
If you need more details please let me know.
[6.258589] Unhandled fault: external abort on non-linefetch (0x008)
Hi Alan,
On Tue, May 26, 2015 at 11:32 PM, Alan Stern wrote:
> On Tue, 26 May 2015, Rong Wang wrote:
>
>> > It seems that your customer wants to change the hardware, not the
>> > software.
>>
>> Yes. We plan to do a hardware modification. But we want to make as little
>> change as possible. So we
On Thu, May 28, 2015 at 12:54:59AM -0500, Felipe Balbi wrote:
> On Thu, May 28, 2015 at 11:09:38AM +0530, Sudip Mukherjee wrote:
> > On Wed, May 27, 2015 at 08:21:16AM -0700, Greg KH wrote:
> > > On Wed, May 27, 2015 at 11:16:34AM -0400, Alan Stern wrote:
> > > > On Wed, 27 May 2015, Heikki Krogeru
On Thu, May 28, 2015 at 12:12:56PM +0530, Sudip Mukherjee wrote:
> On Thu, May 28, 2015 at 12:54:59AM -0500, Felipe Balbi wrote:
> > On Thu, May 28, 2015 at 11:09:38AM +0530, Sudip Mukherjee wrote:
> > > On Wed, May 27, 2015 at 08:21:16AM -0700, Greg KH wrote:
> > > > On Wed, May 27, 2015 at 11:16:
94 matches
Mail list logo
