Hi,
Changming Huang writes:
> Add FSL USB Gadget entry in platform device id table
>
> Signed-off-by: Changming Huang
> Signed-off-by: Suresh Gupta
> ---
> drivers/usb/gadget/udc/fsl_udc_core.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/usb/gadget/udc/fsl_udc_core.c
Add FSL USB Gadget entry in platform device id table
Signed-off-by: Changming Huang
Signed-off-by: Suresh Gupta
---
drivers/usb/gadget/udc/fsl_udc_core.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/gadget/udc/fsl_udc_core.c
b/drivers/usb/gadget/udc/fsl_udc_core.c
index
Hi Laurent,
Thanks for a reminder. Please see inline.
W dniu 22.11.2016 o 18:27, Laurent Pinchart pisze:
Hi Andrzej and Julia,
Could one of you please submit a patch to fix this ?
On Thursday 17 Sep 2015 13:18:04 Andrzej Pietrasiewicz wrote:
Hi Julia,
W dniu 17.09.2015 o 10:57, Julia Lawal
On Mon, Nov 21, 2016 at 06:10:50PM +0100, Axel Haslam wrote:
> Hi Greg,
>
> On Thu, Nov 3, 2016 at 5:03 PM, Axel Haslam wrote:
> > The davinci ohci driver name (currently "ohci") is too generic.
> > To be consistent with other usb dirvers, append the "-da8xx" postfix
> > to the name.
> >
>
> if
On Tue, Nov 22, 2016 at 03:48:09PM +0900, Nobuo Iwata wrote:
> Dear all,
>
> This series of patches adds exporting device operation to USB/IP.
I would _love_ it if some of the people who are listed as MAINTAINERS of
this code could actually review these patch series. I don't think I've
seen that
On 10/11/16 23:25, Laurent Pinchart wrote:
[2.766174] musb_bus_suspend 2586: trying to suspend as a_idle while
active
printed in a loop at boot time. I've traced musb->is_active being set to
1 in musb_start() with
> Actually disabling CONFIG_USB_MUSB_HDRC gets rid of
This is the second time i am sending you this mail. I, Friedrich Mayrhofer
Donate $ 1,000,000.00 to You, Email Me personally for more details.
Regards.
Friedrich Mayrhofer
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kern
For some mobile devices with strict power management, we also want to suspend
the host when the slave is detached for power saving. Thus we add the host
suspend/resume functions to support this requirement.
Signed-off-by: Baolin Wang
---
Changes since v2:
- Remove pm_children_suspended() and oth
Enable the xhci plat runtime PM for parent device to suspend/resume xhci.
Also call pm_runtime_get_noresume() in probe() function in case the parent
device doesn't call suspend/resume callback by runtime PM now.
Signed-off-by: Baolin Wang
---
Changes since v2:
- Add pm_runtime_get_noresume() in
the tt_info provided by a HS hub might be in use to by a child device
Make sure we free the devices in the correct order.
This is needed in special cases such as when xhci controller is
reset when resuming from hibernate, and all virt_devices are freed.
Also free the virt_devices starting from ma
Some latest QC based modems seem not to properly accept altsetting
toggling in cdc_ncm_bind_common, making them to fail. The workaround
was to introduce an empirically decided pause to avoid the failure.
This patch introduces a different approach: for MBIM devices, instead
of toggling interfaces,
Some latest QC based modems seem not to properly accept altsetting
toggling in cdc_ncm_bind_common, making them to fail. The workaround
was to introduce an empirically decided pause to avoid the failure.
This patch introduces a different approach: for MBIM devices, instead
of toggling interfaces,
Hi Bjørn,
2016-11-21 10:49 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>
>> it turned out that resetting the interface in cdc_ncm_init after
>> getting the NTB parameters removes the need for the sleep, making the
>> modem to work fine.
>
> Sounds very good, although I must admit that it isn'
On 11/23/2016 04:24 AM, Mathias Nyman wrote:
the tt_info provided by a HS hub might be in use to by a child device
Make sure we free the devices in the correct order.
This is needed in special cases such as when xhci controller is
reset when resuming from hibernate, and all virt_devices are free
What does this code do:
>static void r8153_set_rx_early_size(struct r8152 *tp)
>{
>u32 mtu = tp->netdev->mtu;
>u32 ocp_data = (agg_buf_sz - mtu - VLAN_ETH_HLEN - VLAN_HLEN) / 4;
>
>ocp_write_word(tp, MCU_TYPE_USB, USB_RX_EARLY_SIZE, ocp_data);
>}
How is ocp_data used by th
ping?
OGAWA Hirofumi writes:
> Current abort operation has race.
>
> xhci_handle_command_timeout()
> xhci_abort_cmd_ring()
> xhci_write_64(CMD_RING_ABORT)
> xhci_handshake(5s)
> do {
> check CMD_RING_RUNNING
> udelay(1)
>
* Arnd Bergmann [161122 06:30]:
> Building without CONFIG_PM causes a harmless warning:
>
> drivers/usb/musb/musb_core.c:2041:12: error: ‘musb_run_resume_work’ defined
> but not used [-Werror=unused-function]
>
> Removing the #ifdef around the PM code and instead marking the suspend/resume
> fu
On 23.11.2016 15:32, Guenter Roeck wrote:
On 11/23/2016 04:24 AM, Mathias Nyman wrote:
the tt_info provided by a HS hub might be in use to by a child device
Make sure we free the devices in the correct order.
This is needed in special cases such as when xhci controller is
reset when resuming fr
On 11/23/2016 02:30 AM, Greg KH wrote:
> On Tue, Nov 22, 2016 at 03:48:09PM +0900, Nobuo Iwata wrote:
>> Dear all,
>>
>> This series of patches adds exporting device operation to USB/IP.
>
> I would _love_ it if some of the people who are listed as MAINTAINERS of
> this code could actually review
Daniele Palmas writes:
> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
>> Daniele Palmas writes:
>>
>>> it turned out that resetting the interface in cdc_ncm_init after
>>> getting the NTB parameters removes the need for the sleep, making the
>>> modem to work fine.
>>
>> Sounds very good, although I m
On Wed, Nov 23, 2016 at 02:14:23PM +0100, Wolfgang Wilhelm wrote:
> Dear Sir,
Hi!
and putting stable@
in bcc: as this has nothing to do with stable kernel releases.>
>
> we are a small company FAST ComTec GmbH
> (www.fastcomtec.com) and produce multichannel analyzers
> with Windows software.
Hi Guenter,
On Tue, Nov 22, 2016 at 04:11:44PM +0200, Heikki Krogerus wrote:
> The USB Type-C class is meant to provide unified interface to the
> userspace to present the USB Type-C ports in a system.
>
> Changes since v11:
> - The port drivers are responsible of removing the alternate
> modes
On Wed, 23 Nov 2016, [ISO-8859-1] Bj�rn Mork wrote:
> On November 23, 2016 1:54:57 AM CET, Wim Osterholt
> wrote:
> >On Tue, Nov 22, 2016 at 07:08:30PM +0100, Bjørn Mork wrote:
> >> > On kernel 4.8.8 this crashes hard and produces over a serial link:
> >>
> >> Huh? That device shouldn't ever
Mark Lord [ml...@pobox.com]
[...]
> What does this code do:
> >static void r8153_set_rx_early_size(struct r8152 *tp)
> >{
> >u32 mtu = tp->netdev->mtu;
> >u32 ocp_data = (agg_buf_sz - mtu - VLAN_ETH_HLEN - VLAN_HLEN) / 4;
> >
> >ocp_write_word(tp, MCU_TYPE_USB, USB_RX_EARLY
Re-adding the list, sorry.
2016-11-23 15:49 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
>>> Daniele Palmas writes:
>>>
it turned out that resetting the interface in cdc_ncm_init after
getting the NTB parameters removes the need for the sle
On Thursday 03 November 2016 09:33 PM, Axel Haslam wrote:
> While the clk lookup table is making reference to "ohci"
> other subsystems (such as phy) are trying to match "ohci.0"
>
> Since there is a single ohci instance, instead of changing
> the clk name, change the dev id to -1, and add the "-d
Hi Tomi,
On Wednesday 23 Nov 2016 12:14:17 Tomi Valkeinen wrote:
> On 10/11/16 23:25, Laurent Pinchart wrote:
> [2.766174] musb_bus_suspend 2586: trying to suspend as a_idle while
> active
>
> printed in a loop at boot time. I've traced musb->is_active being set
> to
On 23/11/16 17:49, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Wednesday 23 Nov 2016 12:14:17 Tomi Valkeinen wrote:
>> On 10/11/16 23:25, Laurent Pinchart wrote:
>> [2.766174] musb_bus_suspend 2586: trying to suspend as a_idle while
>> active
>>
>> printed in a loop at boot tim
* Tomi Valkeinen [161123 07:54]:
> On 23/11/16 17:49, Laurent Pinchart wrote:
> > Hi Tomi,
> >
> > On Wednesday 23 Nov 2016 12:14:17 Tomi Valkeinen wrote:
> >> On 10/11/16 23:25, Laurent Pinchart wrote:
> >> [2.766174] musb_bus_suspend 2586: trying to suspend as a_idle while
> >> acti
On Tue, Nov 22, 2016 at 04:11:45PM +0200, Heikki Krogerus wrote:
> Make a simple helper for matching strings with sysfs
> attribute files. In most parts the same as match_string(),
> except sysfs_match_string() uses sysfs_streq() instead of
> strcmp() for matching. This is more convenient when used
On Tue, Nov 22, 2016 at 04:11:46PM +0200, Heikki Krogerus wrote:
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get the status and
> basic information about USB Type-C connectors on a system,
> control over data role swapping, and when the port s
On Wed, Nov 23, 2016 at 05:35:45PM +0100, Greg KH wrote:
> On Wed, Nov 23, 2016 at 05:17:35PM +0100, Wolfgang Wilhelm wrote:
> > Thankyou very much for the really fast answer.
> >
> > I don't get any error messages and I can communicate with
> > the driver for the second device via ioctrl and writ
On Tue, Nov 22, 2016 at 04:11:47PM +0200, Heikki Krogerus wrote:
> This adds driver for the USB Type-C PHY on Intel WhiskeyCove
> PMIC which is available on some of the Intel Broxton SoC
> based platforms.
>
> Signed-off-by: Heikki Krogerus
LGTM, though I don't really know anything about the chi
On 11/21/2016 11:48 PM, Nobuo Iwata wrote:
> Dear all,
>
> This series of patches adds exporting device operation to USB/IP.
>
> NOTE:
> This patch set modifies only userspace codes in tools/usb/usbip.
>
> 1. Goal
>
> 1-1) To give flexibility to direction of connection
> Using USB/IP in interne
On 23/11/16 18:34, Tony Lindgren wrote:
> OK. And what changes to your current .config make the musb_bus_suspend()
> issues show up?
>
> If it happens with USB-B cable from host to musb with musb set to host
> only mode I'm not suprised there are errors :)
I have no USB cables connected. I have
Hello,
On Wednesday 23 Nov 2016 18:40:09 Tomi Valkeinen wrote:
> On 23/11/16 18:34, Tony Lindgren wrote:
> > OK. And what changes to your current .config make the musb_bus_suspend()
> > issues show up?
> >
> > If it happens with USB-B cable from host to musb with musb set to host
> > only mode I'
* Tomi Valkeinen [161123 08:13]:
> On 23/11/16 17:57, Tony Lindgren wrote:
> > * Tomi Valkeinen [161123 07:54]:
> >> On 23/11/16 17:49, Laurent Pinchart wrote:
> >>> Hi Tomi,
> >>>
> >>> On Wednesday 23 Nov 2016 12:14:17 Tomi Valkeinen wrote:
> On 10/11/16 23:25, Laurent Pinchart wrote:
> >>
On Wed, Nov 23, 2016 at 05:17:35PM +0100, Wolfgang Wilhelm wrote:
> Thankyou very much for the really fast answer.
>
> I don't get any error messages and I can communicate with
> the driver for the second device via ioctrl and write functions,
> i.e. write registers and read registers via the RBUF
* Tomi Valkeinen [161123 08:40]:
> On 23/11/16 18:34, Tony Lindgren wrote:
>
> > OK. And what changes to your current .config make the musb_bus_suspend()
> > issues show up?
> >
> > If it happens with USB-B cable from host to musb with musb set to host
> > only mode I'm not suprised there are er
When unloading omap2430, we can get the following splat:
WARNING: CPU: 1 PID: 295 at kernel/irq/manage.c:1478 __free_irq+0xa8/0x2c8
Trying to free already-free IRQ 4
...
[] (free_irq) from []
(musbhs_dma_controller_destroy+0x28/0xb0 [musb_hdrc])
[] (musbhs_dma_controller_destroy [musb_hdrc]) from
Hi Baolin,
[auto build test ERROR on v4.9-rc6]
[also build test ERROR on next-20161123]
[cannot apply to balbi-usb/next usb/usb-testing]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Baolin
This patch documents the device tree bindings required for
the ohci controller found in TI da8xx family of SoC's
Cc: robh...@kernel.org
Cc: mark.rutl...@arm.com
Cc: devicet...@vger.kernel.org
Acked-by: Rob Herring
Signed-off-by: Axel Haslam
---
.../devicetree/bindings/usb/ohci-da8xx.txt
Using a regulator to handle VBUS will eliminate the need for
platform data and callbacks, and make the driver more generic
allowing different types of regulators to handle VBUS.
The regulator equivalents to the platform callbacks are:
set_power -> regulator_enable/regulator_disable
get_
This adds the compatible string to the ohci driver
to be able to probe from DT
Signed-off-by: Axel Haslam
---
drivers/usb/host/ohci-da8xx.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/ohci-da8xx.c b/drivers/usb/host/ohci-da8xx.c
index 07366ae..1818206 100644
---
To migrate to a DT based boot, we will remove the use of platform
callbacks, in favor of using the regulator framework to handle
vbus and over current.
In preparation to use a regulator instead of callbacks, move the platform
data callbacks into separate functions. This provides well defined place
When booting using device tree, we can not make use of
platform callbacks to handle vbus and over current gpios.
This series allows the ohci-da8xx driver to use a regulator
instead of the platform callbacks to control vbus and adds
the device tree bindings to be able to probe using DT.
Once all u
Instead of global variables, use the extra_priv_size of
the ohci driver.
We cannot yet move the ocic mask because this is used on
the interrupt handler which is registered through platform
data and does not have an hcd pointer. This will be moved
on a later patch.
Tested-by: David Lechner
Signed
On resume from suspend a failure with -ESHUTDOWN is returned
from ohci_bus_resume, and the usb is inoperable.
This happens because ohci_suspend disables the master interrupt
and sets an hcd flag to say that the hw is no longer accessible.
Calling ohci_resume reverts the steps taken on ohci_suspen
Hi Hongzhou,
On 12/05/16 04:55, Hongzhou Yang wrote:
On Wed, 2016-05-11 at 19:09 -0700, Hongzhou Yang wrote:
On Thu, 2016-05-12 at 09:41 +0800, chunfeng yun wrote:
Hi,
On Wed, 2016-05-11 at 11:32 -0700, Hongzhou Yang wrote:
On Wed, 2016-05-11 at 13:56 +0200, Linus Walleij wrote:
On Tue, May
Daniele Palmas writes:
> 2016-11-23 15:49 GMT+01:00 Bjørn Mork :
>> Daniele Palmas writes:
>>> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
Daniele Palmas writes:
> it turned out that resetting the interface in cdc_ncm_init after
> getting the NTB parameters removes the need for the
Bjørn Mork writes:
> Daniele Palmas writes:
>> 2016-11-23 15:49 GMT+01:00 Bjørn Mork :
>>
>>> I see that your testing also included Intel based modems. That's good.
>>> It would still be nice to have test results from a few more MBIM
>>> implementations, in particular the more "difficult" ones. B
On 16-11-23 10:12 AM, Hayes Wang wrote:
Mark Lord [ml...@pobox.com]
[...]
What does this code do:
static void r8153_set_rx_early_size(struct r8152 *tp)
{
u32 mtu = tp->netdev->mtu;
u32 ocp_data = (agg_buf_sz - mtu - VLAN_ETH_HLEN - VLAN_HLEN) / 4;
ocp_write_word(tp, MCU_
On 11/21/2016 11:48 PM, Nobuo Iwata wrote:
> Modification to export and un-export response in
> tools/usb/usbip/src/usbip_network.h. It just changes return code type
> from int to uint32_t as same as other responses.
>
> Signed-off-by: Nobuo Iwata
Looks fine to me.
Acked-by: Shuah Khan
> --
On Wed, 23 Nov 2016, Axel Haslam wrote:
> On resume from suspend a failure with -ESHUTDOWN is returned
> from ohci_bus_resume, and the usb is inoperable.
>
> This happens because ohci_suspend disables the master interrupt
> and sets an hcd flag to say that the hw is no longer accessible.
This pa
On Tue, 22 Nov 2016 csmanjuvi...@gmail.com wrote:
> From: Majunath Goudar
>
> Use the module_platform_driver macro to do module init/exit.
> This eliminates a lot of boilerplate.This also removes redundant
> code and overhead of a function call.
I really don't like this patch, or the correspond
On 11/21/2016 11:48 PM, Nobuo Iwata wrote:
> usbip_get_device() method in usbip_host_driver_ops was not used. It is
> modified as a function to find an exported device for new operations
> 'connect' and 'disconnect'.
>
> bind and unbind function are exported to reuse by new connect and
> discon
On 11/21/2016 11:48 PM, Nobuo Iwata wrote:
> Implementation of new connect operation. This is linked as a part of
> usbip commnad. With this patch, usbip command has following operations.
>
> bind
> unbind
> list (local/remote)
> attach
> detach
> port
> connect ... this patch
I am findin
On Wed, 23 Nov 2016 22:48:35 +0900, OGAWA Hirofumi
wrote:
> ping?
FWIW, I intend to run this patch on the hardware which caused the
issue (thanks Mathias for the CC !).
So far, in the very short attempt I made, I failed to even build the
kernel (some stack protection feature error when being pro
On Tue, Nov 22, 2016 at 04:11:45PM +0200, Heikki Krogerus wrote:
> Make a simple helper for matching strings with sysfs
> attribute files. In most parts the same as match_string(),
> except sysfs_match_string() uses sysfs_streq() instead of
> strcmp() for matching. This is more convenient when used
On Tue, Nov 22, 2016 at 04:11:46PM +0200, Heikki Krogerus wrote:
> The purpose of USB Type-C connector class is to provide
> unified interface for the user space to get the status and
> basic information about USB Type-C connectors on a system,
> control over data role swapping, and when the port s
Mark Lord [mailto:ml...@pobox.com]
> Sent: Thursday, November 24, 2016 3:30 AM
[...]
> Worth repeating: other dongles we have tried, eg. those using the asix driver,
> do not cause us any troubles here. Only the r8152 dongles do.
I couldn't tell you why you would see the problem. I have tested th
During dma teardown for dequque urb, musb might generate bogus rx ep
interrupt even when the rx fifo is flushed. As mentioned in the current
inline comment, clearing ep interrupt in the teardown path avoids the
bogus interrupt.
Before this change, any of the follow log messages could happen when
m
Hi,
This fixes a long standing musb bogus rx interrupt problem. I am not sure on
other platforms, but on AM335x with CPPI DMA enabled, occasionally any of the
following kernel messages shows up from musb driver. (The endpoint number is
random, of cause.)
musb_host_rx 1853: BOGUS RX2 ready, cs
This is for avoiding rx ep bogus interrupt during CPPI channel teardown.
cc: sta...@vger.kernel.org # 4.1+
Signed-off-by: Bin Liu
---
drivers/usb/musb/musb_dsps.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 0
On Wed, Nov 23, 2016 at 10:43:32PM -0600, Bin Liu wrote:
> Hi,
>
> This fixes a long standing musb bogus rx interrupt problem. I am not sure on
> other platforms, but on AM335x with CPPI DMA enabled, occasionally any of the
> following kernel messages shows up from musb driver. (The endpoint numbe
Hello,
> Can you elaborate on the use-case a bit more? What does it mean to
> "Connection from device side is needed"?
I'd like to update ending part of use case as following.
---
Firewall, proxy, or router in front of internet usually blocks
connections from internet regarding all TCP ports. The
Hello Heikki,
On 11/22/2016 06:11 AM, Heikki Krogerus wrote:
[ ... ]
+
+struct typec_port *typec_register_port(struct device *dev,
+ const struct typec_capability *cap)
+{
+ struct typec_port *port;
+ int ret;
+ int id;
+
+ port = kzal
Hello,
> This doesn't look like a simple change to rename and reuse an unused
> function. This patch does lot more and is changing the user interface.
> Looks like instead of taking an integer value for device lookup, you
> are changing it to char *.
>
> Any reason why you have to change the user
I encounter the following problem with a USB3 camera device using
kernel version 4.8.10 but also with previous kernel versions.
The camera device is transmitting image data via endpoint 0x82 to the
host. If the data from the device could not be transmitted in time the
device is going to stall the
Hello,
> Can client use the same import over vpn connection
Yes.
Using VPN, the firewall problem doesn't need to be concerned.
To build proprietary virtual network in internet, VPN can be used.
The goal #1 will give flexibility for various kind of internet or
cloud service.
Using VPN, goal #2 "
70 matches
Mail list logo
