Hi,
(please, don't top-post)
JB writes:
> [ text/plain ]
> But that's it. On the host side, the device is detected for a brief
> moment - I managed to get the device info, and it looks like the real
> deal:
>
> Gadget Serial v2.4:
>Product ID: 0xa4a7
>Vendor ID: 0x0525
From: Dinh Nguyen
Add the resets property for the 2 USB controllers.
Signed-off-by: Dinh Nguyen
---
arch/arm/boot/dts/socfpga.dtsi |4
arch/arm/boot/dts/socfpga_arria10.dtsi |4
2 files changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/socfpga.dtsi b/arch/arm/b
On 29 March 2016 at 03:46, Florian Fainelli wrote:
> CC: bcm-kernel-feedback-list, Jon
>
> Le 28/03/2016 14:59, Rafał Miłecki a écrit :
>> +static inline struct bcm_ns_usb3 *phy_to_usb3(struct usb_phy *phy)
>> +{
>> + return container_of(phy, struct bcm_ns_usb3, phy);
>> +}
>> +
>> +static boo
On Mon, Mar 28, 2016 at 9:50 PM, Светослав Нейков wrote:
> Thanks for the quick response Peter. I am powering the board from the
> host, so VBUS is on as long as the device is powered. In this case
> extcon doesn't apply. But it's a nice option if alternative power is
> provided.
> This is not a c
But that's it. On the host side, the device is detected for a brief
moment - I managed to get the device info, and it looks like the real
deal:
Gadget Serial v2.4:
Product ID: 0xa4a7
Vendor ID: 0x0525 (PLX Technology, Inc.)
Version: 4.05
Speed: Up to 48
Hello,
I am trying to figure out how to get a g_serial device running on the
Acme Acqua board built around the Atmel SAMA5D3. I am using an
unmodified 4.5 kernel with a configuration and a dts file provided by
Acme (originally for kernel version 4.4.5, but the problems I
encountered appear to be t
When a force mode bit is set and the IDDIG debounce filter is enabled,
there is a delay for the forced mode to take effect. This delay is due
to the IDDIG debounce filter and is variable depending on the platform's
PHY clock speed. To account for this delay we can poll for the expected
mode.
On a
Hi,
The following patch series addresses the core reset and force mode
delay problems we have been seeing on dwc2 for some platforms.
I think I have identified the source of the inconsistencies between
platforms and this series attempts to address them.
Basically everything stems from the IDDIG
In dwc2_hsotg_udc_start(), don't initialize the controller for device
mode unless we are actually in device mode.
Signed-off-by: John Youn
---
drivers/usb/dwc2/gadget.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.
From: Przemek Rudy
The host/device mode set with dr_mode should be kept all the time,
not being changed to OTG in gadget setup (by overriding CFGUSB_FORCEDEVMODE
and CFGUSB_FORCEHOSTMODE bits).
Signed-off-by: Przemek Rudy
Signed-off-by: John Youn
---
drivers/usb/dwc2/gadget.c | 23 +++
Add a delay to the core soft reset function to account for the IDDIG
debounce filter.
If the current mode is host, either due to the force mode bit being
set (which persists after core reset) or the connector id pin, a core
soft reset will temporarily reset the mode to device and a delay from
the
On 29 March 2016 at 08:32, Peter Chen wrote:
>
>>
>> On 28 March 2016 at 15:13, Peter Chen wrote:
>> > On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
>> >> On 25 March 2016 at 15:09, Peter Chen wrote:
>> >> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
>> >> >> Cur
CC: bcm-kernel-feedback-list, Jon
Le 28/03/2016 14:59, Rafał Miłecki a écrit :
> Northstar is a family of SoCs used in home routers. They have USB 2.0
> and 3.0 controllers with PHYs that need to be properly initialized.
> This driver provides PHY init support in a generic way and can be bound
> w
>
> On 2016-03-25 00:40, Peter Chen wrote:
> > On Tue, Mar 15, 2016 at 02:08:26PM +0530, Sanchayan Maity wrote:
> >> Hello Peter,
> >>
> >> The existing usage of extcon in Chipidea driver relies on OTG
> >> registers. In case of SoC with dual role device but not a true OTG
> >> controller, this
>
> On 28 March 2016 at 15:13, Peter Chen wrote:
> > On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
> >> On 25 March 2016 at 15:09, Peter Chen wrote:
> >> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
> >> >> Currently the Linux kernel does not provide any standa
Hello Dear
How are you doing today? I read your profile today at hotdog and found you
worthy to be mine as someone whom i can lay on his arms as long as love is
concern, caring and teasing you all the night long, If you are interested in
knowing more about me and for me to send you some photos o
From: Bjørn Mork
Date: Mon, 28 Mar 2016 22:38:16 +0200
> Thomas reports:
> "Windows:
...
> Linux:
...
> Reported-by: Thomas Schäfer
> Signed-off-by: Bjørn Mork
Applied and queued up for -stable, thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a
drivers/usb/phy/phy-bcm-ns-usb3.c:249:3-8: No need to set .owner here. The core
will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Rafał Miłecki
Signed-off-by: Fengguang Wu
---
phy-bcm-ns-usb3.c
Hi Rafał,
[auto build test WARNING on v4.6-rc1]
[also build test WARNING on next-20160327]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Rafa-Mi-ecki/usb-phy-bcm-ns-usb3-new-driver-for-USB-3-
On Mon, Mar 28, 2016 at 06:25:40PM -0300, Paulo Dias wrote:
> hi/2 all
>
> i never had a problem with my external usb 3.0 hd, but with 4.6.0 rc1
> it stopped working.
>
> with all kernels (at least 4.2 to 4.5) im able to use it just fine:
>
> Mar 27 21:43:41 hydra kernel: usb 3-1: new SuperSpeed
Access multi-byte fields of the SSP Dev Cap descriptor using the correct
endianness.
Fixes: f228a8de242a ("usb: gadget: composite: Return SSP Dev Cap descriptor")
Signed-off-by: John Youn
---
drivers/usb/gadget/composite.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
The wFunctionalitySupport field should be __le16.
Signed-off-by: John Youn
---
include/uapi/linux/usb/ch9.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/usb/ch9.h b/include/uapi/linux/usb/ch9.h
index 06d6c62..d5ce716 100644
--- a/include/uapi/linux/usb/c
Hi Felipe,
Couple patches to fix endianness issues with the SuperSpeedPlus gadget
patches.
Regards,
John
John Youn (2):
usb: Fix SSP Device Cap wFunctionalitySupport type
usb: gadget: composite: Access SSP Dev Cap fields properly
drivers/usb/gadget/composite.c | 8 +---
include/uapi/li
On Sun, Mar 27, 2016 at 11:40:51PM +, tilman wrote:
> I moved the initialization and clean up code from the init_callback/release
> callback to the port_init/port_remove callback.
We have no context here at all, sorry, so there's really nothing we can
do to help you out...
good luck,
greg k-
Northstar is a family of SoCs used in home routers. They have USB 2.0
and 3.0 controllers with PHYs that need to be properly initialized.
This driver provides PHY init support in a generic way and can be bound
with XHCI controller driver.
Signed-off-by: Rafał Miłecki
---
.../devicetree/bindings/
hi/2 all
i never had a problem with my external usb 3.0 hd, but with 4.6.0 rc1
it stopped working.
with all kernels (at least 4.2 to 4.5) im able to use it just fine:
Mar 27 21:43:41 hydra kernel: usb 3-1: new SuperSpeed USB device
number 2 using xhci_hcd
Mar 27 21:43:41 hydra kernel: usb 3-1: N
Thomas reports:
"Windows:
00 diagnostics
01 modem
02 at-port
03 nmea
04 nic
Linux:
T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=2001 ProdID=7e19 Rev=02.32
S: Manufacturer=Mobile Connect
S: Product=Mobi
Thomas reports:
"Windows:
00 diagnostics
01 modem
02 at-port
03 nmea
04 nic
Linux:
T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=2001 ProdID=7e19 Rev=02.32
S: Manufacturer=Mobile Connect
S: Product=Mobi
Hello.
On 03/28/2016 06:02 PM, David Lechner wrote:
+/* register offsets */
+#define CFGCHIP_REG(n)(n * 4)
+#define CFGCHIP0_REGCFGCHIP_REG(0)
+#define CFGCHIP1_REGCFGCHIP_REG(1)
+#define CFGCHIP2_REGCFGCHIP_REG(2)
+#define CFGCHIP
On 03/28/2016 04:28 PM, Al Viro wrote:
> On Mon, Mar 28, 2016 at 02:42:43PM +0200, Lars-Peter Clausen wrote:
>> In the current implementation functionfs generates a EFAULT for async read
>> operations if the read buffer size is larger than the URB data size. Since
>> a application does not necessar
On 2016-03-25 00:40, Peter Chen wrote:
> On Tue, Mar 15, 2016 at 02:08:26PM +0530, Sanchayan Maity wrote:
>> Hello Peter,
>>
>> The existing usage of extcon in Chipidea driver relies on OTG
>> registers. In case of SoC with dual role device but not a true
>> OTG controller, this does not work. Such
On 03/25/2016 12:22 PM, Sergei Shtylyov wrote:
On 03/25/2016 02:51 AM, David Lechner wrote:
+/* register offsets */
+#define CFGCHIP_REG(n)(n * 4)
+#define CFGCHIP0_REGCFGCHIP_REG(0)
+#define CFGCHIP1_REGCFGCHIP_REG(1)
+#define CFGCHIP2_REG
On Wed, Mar 23 2016, Felipe F. Tonello wrote:
> buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed
> devices.
>
> That caused the OUT endpoint to freeze if the host send any data packet of
> length greater than 256 bytes.
>
> This is an example dump of what happended on that
On Mon, Mar 28, 2016 at 02:42:43PM +0200, Lars-Peter Clausen wrote:
> In the current implementation functionfs generates a EFAULT for async read
> operations if the read buffer size is larger than the URB data size. Since
> a application does not necessarily know how much data the host side is
> go
Thanks for the quick response Peter. I am powering the board from the
host, so VBUS is on as long as the device is powered. In this case
extcon doesn't apply. But it's a nice option if alternative power is
provided.
This is not a commercial project, I am using a hacked WR-703N router,
so certificat
In the current implementation functionfs generates a EFAULT for async read
operations if the read buffer size is larger than the URB data size. Since
a application does not necessarily know how much data the host side is
going to send it typically supplies a buffer larger than the actual data,
whic
Hi,
> Sent: Monday, March 28, 2016 5:30 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> >> > ps: there might be bugs there, but it's a holiday and I really shouldn't
> >> > be spending time on this right now ;-)
> >>
> >> I'm also off on holiday now until Sunday 10th April... yay :-)
> >> >
> >> > A
On 28 March 2016 at 15:13, Peter Chen wrote:
> On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
>> On 25 March 2016 at 15:09, Peter Chen wrote:
>> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
>> >> Currently the Linux kernel does not provide any standard integration
Hi,
Yoshihiro Shimoda writes:
>> > ps: there might be bugs there, but it's a holiday and I really shouldn't
>> > be spending time on this right now ;-)
>>
>> I'm also off on holiday now until Sunday 10th April... yay :-)
>> >
>> > Anyway, have fun testing. Let me know if it doesn't work.
>>
>>
Move duplicate code from xhci_queue_intr_tx()
and xhci_queue_isoc_tx_prepare() to the check_interval() function.
Signed-off-by: Alexandr Ivanov
---
drivers/usb/host/xhci-ring.c | 53 ++--
1 file changed, 21 insertions(+), 32 deletions(-)
diff --git a/driv
On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
> On 25 March 2016 at 15:09, Peter Chen wrote:
> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
> >> Currently the Linux kernel does not provide any standard integration of
> >> this
> >> feature that integrates the USB
For each platform devices which is created by device tree, the default
DMA mask is set by of_dma_configure when the device are created. So
delete the redundant code at driver.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/ci_hdrc_imx.c |4
1 file changed, 4 deletions(-)
diff --git
42 matches
Mail list logo