* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
@ 2015-12-16 16:05 Alexey Brodkin
2015-12-16 16:52 ` Marek Vasut
0 siblings, 1 reply; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-16 16:05 UTC (permalink / raw)
To: u-boot
This commit adds support of USB 1.1 storage media on AXS103 board.
For some yet unknown reason USB 2.0 doesn't work on AXS103 board issuing
messages like this:
------------------------>8-------------------
AXS# usb start
starting USB...
USB0: USB EHCI 1.00
scanning bus 0 for devices... EHCI timed out on TD - token=0x80008c80
unable to get device descriptor (error=-1)
1 USB Device(s) found
------------------------>8-------------------
As a work-around we're falling back to USB 1.1.
Indeed it is much slower but at least USB storage devices are usable on
AXS103.
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Marek Vasut <marex@denx.de>
Cc: Simon Glass <sjg@chromium.org>
---
arch/arc/dts/axs10x.dts | 6 ++++++
configs/axs103_defconfig | 3 +--
include/configs/axs101.h | 6 ++++++
3 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arc/dts/axs10x.dts b/arch/arc/dts/axs10x.dts
index 80e6d6b..391d067 100644
--- a/arch/arc/dts/axs10x.dts
+++ b/arch/arc/dts/axs10x.dts
@@ -48,4 +48,10 @@
reg = < 0xe0040000 0x100 >;
interrupts = < 8 >;
};
+
+ ohci at 0xe0060000 {
+ compatible = "generic-ohci";
+ reg = < 0xe0060000 0x100 >;
+ interrupts = < 8 >;
+ };
};
diff --git a/configs/axs103_defconfig b/configs/axs103_defconfig
index 3c65c83..a208a27 100644
--- a/configs/axs103_defconfig
+++ b/configs/axs103_defconfig
@@ -21,7 +21,6 @@ CONFIG_ETH_DESIGNWARE=y
CONFIG_SYS_NS16550=y
CONFIG_USB=y
CONFIG_DM_USB=y
-CONFIG_USB_EHCI_HCD=y
-CONFIG_USB_EHCI_GENERIC=y
+CONFIG_USB_OHCI_GENERIC=y
CONFIG_USB_STORAGE=y
CONFIG_USE_PRIVATE_LIBGCC=y
diff --git a/include/configs/axs101.h b/include/configs/axs101.h
index 650d97d..c92cca2 100644
--- a/include/configs/axs101.h
+++ b/include/configs/axs101.h
@@ -105,6 +105,12 @@
#define CONFIG_DW_AUTONEG
/*
+ * USB 1.1 configuration
+ */
+#define CONFIG_USB_OHCI_NEW
+#define CONFIG_SYS_USB_OHCI_MAX_ROOT_PORTS 1
+
+/*
* Commands still not supported in Kconfig
*/
#define CONFIG_CMD_FAT
--
2.4.3
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-16 16:05 [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller Alexey Brodkin
@ 2015-12-16 16:52 ` Marek Vasut
2015-12-16 19:54 ` Alexey Brodkin
0 siblings, 1 reply; 11+ messages in thread
From: Marek Vasut @ 2015-12-16 16:52 UTC (permalink / raw)
To: u-boot
On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> This commit adds support of USB 1.1 storage media on AXS103 board.
> For some yet unknown reason USB 2.0 doesn't work on AXS103 board issuing
> messages like this:
> ------------------------>8-------------------
> AXS# usb start
> starting USB...
> USB0: USB EHCI 1.00
> scanning bus 0 for devices... EHCI timed out on TD - token=0x80008c80
> unable to get device descriptor (error=-1)
> 1 USB Device(s) found
> ------------------------>8-------------------
Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> As a work-around we're falling back to USB 1.1.
> Indeed it is much slower but at least USB storage devices are usable on
> AXS103.
>
> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
> Cc: Marek Vasut <marex@denx.de>
> Cc: Simon Glass <sjg@chromium.org>
> ---
> arch/arc/dts/axs10x.dts | 6 ++++++
> configs/axs103_defconfig | 3 +--
> include/configs/axs101.h | 6 ++++++
> 3 files changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arc/dts/axs10x.dts b/arch/arc/dts/axs10x.dts
> index 80e6d6b..391d067 100644
> --- a/arch/arc/dts/axs10x.dts
> +++ b/arch/arc/dts/axs10x.dts
> @@ -48,4 +48,10 @@
> reg = < 0xe0040000 0x100 >;
> interrupts = < 8 >;
> };
> +
> + ohci at 0xe0060000 {
> + compatible = "generic-ohci";
> + reg = < 0xe0060000 0x100 >;
> + interrupts = < 8 >;
> + };
> };
> diff --git a/configs/axs103_defconfig b/configs/axs103_defconfig
> index 3c65c83..a208a27 100644
> --- a/configs/axs103_defconfig
> +++ b/configs/axs103_defconfig
> @@ -21,7 +21,6 @@ CONFIG_ETH_DESIGNWARE=y
> CONFIG_SYS_NS16550=y
> CONFIG_USB=y
> CONFIG_DM_USB=y
> -CONFIG_USB_EHCI_HCD=y
> -CONFIG_USB_EHCI_GENERIC=y
> +CONFIG_USB_OHCI_GENERIC=y
> CONFIG_USB_STORAGE=y
> CONFIG_USE_PRIVATE_LIBGCC=y
> diff --git a/include/configs/axs101.h b/include/configs/axs101.h
> index 650d97d..c92cca2 100644
> --- a/include/configs/axs101.h
> +++ b/include/configs/axs101.h
> @@ -105,6 +105,12 @@
> #define CONFIG_DW_AUTONEG
>
> /*
> + * USB 1.1 configuration
> + */
> +#define CONFIG_USB_OHCI_NEW
> +#define CONFIG_SYS_USB_OHCI_MAX_ROOT_PORTS 1
> +
> +/*
> * Commands still not supported in Kconfig
> */
> #define CONFIG_CMD_FAT
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-16 16:52 ` Marek Vasut
@ 2015-12-16 19:54 ` Alexey Brodkin
2015-12-17 4:01 ` Marek Vasut
0 siblings, 1 reply; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-16 19:54 UTC (permalink / raw)
To: u-boot
Hi Marek,
On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > This commit adds support of USB 1.1 storage media on AXS103 board.
> > For some yet unknown reason USB 2.0 doesn't work on AXS103 board issuing
> > messages like this:
> > ------------------------>8-------------------
> > AXS# usb start
> > starting USB...
> > USB0: USB EHCI 1.00
> > scanning bus 0 for devices... EHCI timed out on TD - token=0x80008c80
> > unable to get device descriptor (error=-1)
> > 1 USB Device(s) found
> > ------------------------>8-------------------
>
> Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
Thanks for that tip but it made no difference to me.
I need to look deeper into that problem.
Just a bit of a context here.
I'm playing with ARC SP board which consists of 2 parts:
[1] Baseboard with all peripherals and their connectors
[2] Daughterboard with CPU and DDR
Baseboard is connected to CPU-board via AXI tunnel.
And when CPU-board is the one with ASIC based on ARC770
that runs at 700 MHz I see USB 2.0 working perfectly fine.
But if I use CPU-board that sports FPGA with ARC HS38 CPU
running at 75 MHz I see the first asynchronous tarnsaction
on US 2.0 never happens.
In particular in ehci_submit_async() after we enable async. schedule
setting CMD_ASE command STS_ASS gets set but then token's status
stays active forever i.e. following is always true:
--------------------->8---------------------
QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
--------------------->8---------------------
Note USB host controller, phy and usb dongle are exactly the same.
And USB 1.1 (OHCI) works perfectly fine at the same time.
Any ideas what could be wrong?
-Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-16 19:54 ` Alexey Brodkin
@ 2015-12-17 4:01 ` Marek Vasut
2015-12-17 13:32 ` Alexey Brodkin
0 siblings, 1 reply; 11+ messages in thread
From: Marek Vasut @ 2015-12-17 4:01 UTC (permalink / raw)
To: u-boot
On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> Hi Marek,
Hi!
> On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > > This commit adds support of USB 1.1 storage media on AXS103 board.
> > > For some yet unknown reason USB 2.0 doesn't work on AXS103 board
> > > issuing messages like this:
> > > ------------------------>8-------------------
> > > AXS# usb start
> > > starting USB...
> > > USB0: USB EHCI 1.00
> > > scanning bus 0 for devices... EHCI timed out on TD - token=0x80008c80
> > > unable to get device descriptor (error=-1)
> > > 1 USB Device(s) found
> > > ------------------------>8-------------------
> >
> > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
>
> Thanks for that tip but it made no difference to me.
> I need to look deeper into that problem.
I remember seeing that stuff multiple times before, but it might be a different
issue. It was usually triggered by some sort of corruption during the transfer.
On ARM, that was often caused by cache issues.
> Just a bit of a context here.
> I'm playing with ARC SP board which consists of 2 parts:
> [1] Baseboard with all peripherals and their connectors
> [2] Daughterboard with CPU and DDR
>
> Baseboard is connected to CPU-board via AXI tunnel.
>
> And when CPU-board is the one with ASIC based on ARC770
> that runs at 700 MHz I see USB 2.0 working perfectly fine.
>
> But if I use CPU-board that sports FPGA with ARC HS38 CPU
> running at 75 MHz I see the first asynchronous tarnsaction
> on US 2.0 never happens.
Connect signaltap or chipscope ? :)
> In particular in ehci_submit_async() after we enable async. schedule
> setting CMD_ASE command STS_ASS gets set but then token's status
> stays active forever i.e. following is always true:
> --------------------->8---------------------
> QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> --------------------->8---------------------
>
> Note USB host controller, phy and usb dongle are exactly the same.
> And USB 1.1 (OHCI) works perfectly fine at the same time.
Try adding #define DEBUG at the first line of common/usb.c , so we can get some
more debugging info. Also adding the same into common/usb_hub.c helps.
> Any ideas what could be wrong?
>
> -Alexey
Best regards,
Marek Vasut
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-17 4:01 ` Marek Vasut
@ 2015-12-17 13:32 ` Alexey Brodkin
2015-12-17 15:08 ` Marek Vasut
0 siblings, 1 reply; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-17 13:32 UTC (permalink / raw)
To: u-boot
Hi Marek,
On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > Hi Marek,
>
> Hi!
>
> > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > > > This commit adds support of USB 1.1 storage media on AXS103 board.
> > > > For some yet unknown reason USB 2.0 doesn't work on AXS103 board
> > > > issuing messages like this:
> > > > ------------------------>8-------------------
> > > > AXS# usb start
> > > > starting USB...
> > > > USB0: USB EHCI 1.00
> > > > scanning bus 0 for devices... EHCI timed out on TD - token=0x80008c80
> > > > unable to get device descriptor (error=-1)
> > > > 1 USB Device(s) found
> > > > ------------------------>8-------------------
> > >
> > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> >
> > Thanks for that tip but it made no difference to me.
> > I need to look deeper into that problem.
>
> I remember seeing that stuff multiple times before, but it might be a different
> issue. It was usually triggered by some sort of corruption during the transfer.
> On ARM, that was often caused by cache issues.
Believe me I know how much of a grief caches bring so the first thing I do
when seeing unexpected behavior I disable caches :)
> > Just a bit of a context here.
> > I'm playing with ARC SP board which consists of 2 parts:
> > [1] Baseboard with all peripherals and their connectors
> > [2] Daughterboard with CPU and DDR
> >
> > Baseboard is connected to CPU-board via AXI tunnel.
> >
> > And when CPU-board is the one with ASIC based on ARC770
> > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> >
> > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > running at 75 MHz I see the first asynchronous tarnsaction
> > on US 2.0 never happens.
>
> Connect signaltap or chipscope ? :)
Well I don't have either of those tools sitting on my desk but
if absolutely required I'll do that :)
> > In particular in ehci_submit_async() after we enable async. schedule
> > setting CMD_ASE command STS_ASS gets set but then token's status
> > stays active forever i.e. following is always true:
> > --------------------->8---------------------
> > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > --------------------->8---------------------
> >
> > Note USB host controller, phy and usb dongle are exactly the same.
> > And USB 1.1 (OHCI) works perfectly fine at the same time.
>
> Try adding #define DEBUG at the first line of common/usb.c , so we can get some
> more debugging info. Also adding the same into common/usb_hub.c helps.
Did that and here's my log:
--------------------->8---------------------
starting USB...
USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100, hccr=e0040000, hcor=e0040010, init=0
Register 1111 NbrPorts 1
USB EHCI 1.00
scanning bus 0 for devices... ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000
req=6 (0x6), type=128 (0x80), value=256, index=0
USB_DT_DEVICE request
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=5 (0x5), type=0 (0x0), value=1, index=0
USB_REQ_SET_ADDRESS
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=256, index=0
USB_DT_DEVICE request
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=512, index=0
USB_DT_CONFIG config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=512, index=0
USB_DT_CONFIG config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=9 (0x9), type=0 (0x0), value=1, index=0
USB_REQ_SET_CONFIGURATION
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=768, index=0
USB_DT_STRING config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=769, index=1
USB_DT_STRING config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe0040000', portnr=0
req=6 (0x6), type=128 (0x80), value=770, index=1
USB_DT_STRING config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=6 (0x6), type=160 (0xa0), value=10496, index=0
USB_DT_HUB config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=6 (0x6), type=160 (0xa0), value=10496, index=0
USB_DT_HUB config
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=0 (0x0), type=160 (0xa0), value=0, index=0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=3 (0x3), type=35 (0x23), value=8, index=1
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=0 (0x0), type=163 (0xa3), value=0, index=1
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=0 (0x0), type=163 (0xa3), value=0, index=1
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=1 (0x1), type=35 (0x23), value=16, index=1
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=3 (0x3), type=35 (0x23), value=4, index=1
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=0 (0x0), type=163 (0xa3), value=0, index=1
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=1 (0x1), type=35 (0x23), value=20, index=1
Len is 0
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100, udev->dev='usb_hub', portnr=1
dev=9fd7b100, pipe=80000083, buffer=9fd7ae00, length=64, req=9fd7ad00
req=6 (0x6), type=128 (0x80), value=256 (0x100), index=0
EHCI timed out on TD - token=0x80008c80
dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
unable to get device descriptor (error=-1)
ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380, udev->dev='usb_hub', portnr=0
req=1 (0x1), type=35 (0x23), value=1, index=1
Len is 0
1 USB Device(s) found
AXS#
--------------------->8---------------------
Makes any sense?
Note in case of ARC770 the log is very similar except the fact that it goes further to successful
device detection.
-Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-17 13:32 ` Alexey Brodkin
@ 2015-12-17 15:08 ` Marek Vasut
2015-12-17 15:24 ` Alexey Brodkin
2015-12-21 20:34 ` Alexey Brodkin
0 siblings, 2 replies; 11+ messages in thread
From: Marek Vasut @ 2015-12-17 15:08 UTC (permalink / raw)
To: u-boot
On Thursday, December 17, 2015 at 02:32:26 PM, Alexey Brodkin wrote:
> Hi Marek,
>
> On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> > On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > > Hi Marek,
> >
> > Hi!
> >
> > > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > > > > This commit adds support of USB 1.1 storage media on AXS103 board.
> > > > > For some yet unknown reason USB 2.0 doesn't work on AXS103 board
> > > > > issuing messages like this:
> > > > > ------------------------>8-------------------
> > > > > AXS# usb start
> > > > > starting USB...
> > > > > USB0: USB EHCI 1.00
> > > > > scanning bus 0 for devices... EHCI timed out on TD -
> > > > > token=0x80008c80 unable to get device descriptor (error=-1)
> > > > > 1 USB Device(s) found
> > > > > ------------------------>8-------------------
> > > >
> > > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> > >
> > > Thanks for that tip but it made no difference to me.
> > > I need to look deeper into that problem.
> >
> > I remember seeing that stuff multiple times before, but it might be a
> > different issue. It was usually triggered by some sort of corruption
> > during the transfer. On ARM, that was often caused by cache issues.
>
> Believe me I know how much of a grief caches bring so the first thing I do
> when seeing unexpected behavior I disable caches :)
>
> > > Just a bit of a context here.
> > >
> > > I'm playing with ARC SP board which consists of 2 parts:
> > > [1] Baseboard with all peripherals and their connectors
> > > [2] Daughterboard with CPU and DDR
> > >
> > > Baseboard is connected to CPU-board via AXI tunnel.
> > >
> > > And when CPU-board is the one with ASIC based on ARC770
> > > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> > >
> > > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > > running at 75 MHz I see the first asynchronous tarnsaction
> > > on US 2.0 never happens.
> >
> > Connect signaltap or chipscope ? :)
>
> Well I don't have either of those tools sitting on my desk but
> if absolutely required I'll do that :)
>
> > > In particular in ehci_submit_async() after we enable async. schedule
> > > setting CMD_ASE command STS_ASS gets set but then token's status
> > > stays active forever i.e. following is always true:
> > > --------------------->8---------------------
> > > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > > --------------------->8---------------------
> > >
> > > Note USB host controller, phy and usb dongle are exactly the same.
> > > And USB 1.1 (OHCI) works perfectly fine at the same time.
> >
> > Try adding #define DEBUG at the first line of common/usb.c , so we can
> > get some more debugging info. Also adding the same into common/usb_hub.c
> > helps.
>
> Did that and here's my log:
>
> --------------------->8---------------------
> starting USB...
> USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100, hccr=e0040000,
> hcor=e0040010, init=0 Register 1111 NbrPorts 1
> USB EHCI 1.00
> scanning bus 0 for devices... ehci_submit_control_msg:
> dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000 req=6
> (0x6), type=128 (0x80), value=256, index=0
> USB_DT_DEVICE request
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=5 (0x5), type=0 (0x0), value=1,
> index=0
> USB_REQ_SET_ADDRESS
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=256, index=0
> USB_DT_DEVICE request
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=512, index=0
> USB_DT_CONFIG config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=512, index=0
> USB_DT_CONFIG config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=9 (0x9), type=0 (0x0), value=1,
> index=0
> USB_REQ_SET_CONFIGURATION
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=768, index=0
> USB_DT_STRING config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=769, index=1
> USB_DT_STRING config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> value=770, index=1
> USB_DT_STRING config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> index=0
> USB_DT_HUB config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> index=0
> USB_DT_HUB config
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=0 (0x0), type=160 (0xa0), value=0,
> index=0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=8,
> index=1
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> index=1
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> index=1
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=16,
> index=1
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=4,
> index=1
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> index=1
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=20,
> index=1
> Len is 0
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100,
> udev->dev='usb_hub', portnr=1 dev=9fd7b100, pipe=80000083,
> buffer=9fd7ae00, length=64, req=9fd7ad00 req=6 (0x6), type=128 (0x80),
> value=256 (0x100), index=0
> EHCI timed out on TD - token=0x80008c80
> dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
> unable to get device descriptor (error=-1)
> ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=1,
> index=1
> Len is 0
> 1 USB Device(s) found
> AXS#
> --------------------->8---------------------
>
> Makes any sense?
Am I reading it correctly that the root hub (the one built into the controller)
is misbehaving here ?
> Note in case of ARC770 the log is very similar except the fact that it goes
> further to successful device detection.
>
> -Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-17 15:08 ` Marek Vasut
@ 2015-12-17 15:24 ` Alexey Brodkin
2015-12-21 20:34 ` Alexey Brodkin
1 sibling, 0 replies; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-17 15:24 UTC (permalink / raw)
To: u-boot
Hi Marek,
On Thu, 2015-12-17 at 16:08 +0100, Marek Vasut wrote:
> On Thursday, December 17, 2015 at 02:32:26 PM, Alexey Brodkin wrote:
> > Hi Marek,
> >
> > On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> > > On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > > > Hi Marek,
> > >
> > > Hi!
> > >
> > > > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > > > > > This commit adds support of USB 1.1 storage media on AXS103 board.
> > > > > > For some yet unknown reason USB 2.0 doesn't work on AXS103 board
> > > > > > issuing messages like this:
> > > > > > ------------------------>8-------------------
> > > > > > AXS# usb start
> > > > > > starting USB...
> > > > > > USB0: USB EHCI 1.00
> > > > > > scanning bus 0 for devices... EHCI timed out on TD -
> > > > > > token=0x80008c80 unable to get device descriptor (error=-1)
> > > > > > 1 USB Device(s) found
> > > > > > ------------------------>8-------------------
> > > > >
> > > > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> > > >
> > > > Thanks for that tip but it made no difference to me.
> > > > I need to look deeper into that problem.
> > >
> > > I remember seeing that stuff multiple times before, but it might be a
> > > different issue. It was usually triggered by some sort of corruption
> > > during the transfer. On ARM, that was often caused by cache issues.
> >
> > Believe me I know how much of a grief caches bring so the first thing I do
> > when seeing unexpected behavior I disable caches :)
> >
> > > > Just a bit of a context here.
> > > >
> > > > I'm playing with ARC SP board which consists of 2 parts:
> > > > [1] Baseboard with all peripherals and their connectors
> > > > [2] Daughterboard with CPU and DDR
> > > >
> > > > Baseboard is connected to CPU-board via AXI tunnel.
> > > >
> > > > And when CPU-board is the one with ASIC based on ARC770
> > > > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> > > >
> > > > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > > > running at 75 MHz I see the first asynchronous tarnsaction
> > > > on US 2.0 never happens.
> > >
> > > Connect signaltap or chipscope ? :)
> >
> > Well I don't have either of those tools sitting on my desk but
> > if absolutely required I'll do that :)
> >
> > > > In particular in ehci_submit_async() after we enable async. schedule
> > > > setting CMD_ASE command STS_ASS gets set but then token's status
> > > > stays active forever i.e. following is always true:
> > > > --------------------->8---------------------
> > > > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > > > --------------------->8---------------------
> > > >
> > > > Note USB host controller, phy and usb dongle are exactly the same.
> > > > And USB 1.1 (OHCI) works perfectly fine at the same time.
> > >
> > > Try adding #define DEBUG at the first line of common/usb.c , so we can
> > > get some more debugging info. Also adding the same into common/usb_hub.c
> > > helps.
> >
> > Did that and here's my log:
> >
> > --------------------->8---------------------
> > starting USB...
> > USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100, hccr=e0040000,
> > hcor=e0040010, init=0 Register 1111 NbrPorts 1
> > USB EHCI 1.00
> > scanning bus 0 for devices... ehci_submit_control_msg:
> > dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000 req=6
> > (0x6), type=128 (0x80), value=256, index=0
> > USB_DT_DEVICE request
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=5 (0x5), type=0 (0x0), value=1,
> > index=0
> > USB_REQ_SET_ADDRESS
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=256, index=0
> > USB_DT_DEVICE request
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=512, index=0
> > USB_DT_CONFIG config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=512, index=0
> > USB_DT_CONFIG config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=9 (0x9), type=0 (0x0), value=1,
> > index=0
> > USB_REQ_SET_CONFIGURATION
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=768, index=0
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=769, index=1
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=770, index=1
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> > index=0
> > USB_DT_HUB config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> > index=0
> > USB_DT_HUB config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=160 (0xa0), value=0,
> > index=0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=8,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=16,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=4,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=20,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100,
> > udev->dev='usb_hub', portnr=1 dev=9fd7b100, pipe=80000083,
> > buffer=9fd7ae00, length=64, req=9fd7ad00 req=6 (0x6), type=128 (0x80),
> > value=256 (0x100), index=0
Problem happens here.
As I wrote earlier active flag of the token gets never reset.
All that happens later is just a consequence.
> > EHCI timed out on TD - token=0x80008c80
> > dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
> > unable to get device descriptor (error=-1)
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=1,
> > index=1
> > Len is 0
> > 1 USB Device(s) found
> > AXS#
> > --------------------->8---------------------
> >
> > Makes any sense?
>
> Am I reading it correctly that the root hub (the one built into the controller)
> is misbehaving here ?
Well I'm not an expert in USB so would need to get some explanation from you here.
-Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-17 15:08 ` Marek Vasut
2015-12-17 15:24 ` Alexey Brodkin
@ 2015-12-21 20:34 ` Alexey Brodkin
2015-12-21 22:18 ` Marek Vasut
1 sibling, 1 reply; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-21 20:34 UTC (permalink / raw)
To: u-boot
Hi,
On Thu, 2015-12-17 at 16:08 +0100, Marek Vasut wrote:
> On Thursday, December 17, 2015 at 02:32:26 PM, Alexey Brodkin wrote:
> > Hi Marek,
> >
> > On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> > > On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > > > Hi Marek,
> > >
> > > Hi!
> > >
> > > > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin wrote:
> > > > > > This commit adds support of USB 1.1 storage media on AXS103 board.
> > > > > > For some yet unknown reason USB 2.0 doesn't work on AXS103 board
> > > > > > issuing messages like this:
> > > > > > ------------------------>8-------------------
> > > > > > AXS# usb start
> > > > > > starting USB...
> > > > > > USB0: USB EHCI 1.00
> > > > > > scanning bus 0 for devices... EHCI timed out on TD -
> > > > > > token=0x80008c80 unable to get device descriptor (error=-1)
> > > > > > 1 USB Device(s) found
> > > > > > ------------------------>8-------------------
> > > > >
> > > > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> > > >
> > > > Thanks for that tip but it made no difference to me.
> > > > I need to look deeper into that problem.
> > >
> > > I remember seeing that stuff multiple times before, but it might be a
> > > different issue. It was usually triggered by some sort of corruption
> > > during the transfer. On ARM, that was often caused by cache issues.
> >
> > Believe me I know how much of a grief caches bring so the first thing I do
> > when seeing unexpected behavior I disable caches :)
> >
> > > > Just a bit of a context here.
> > > >
> > > > I'm playing with ARC SP board which consists of 2 parts:
> > > > [1] Baseboard with all peripherals and their connectors
> > > > [2] Daughterboard with CPU and DDR
> > > >
> > > > Baseboard is connected to CPU-board via AXI tunnel.
> > > >
> > > > And when CPU-board is the one with ASIC based on ARC770
> > > > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> > > >
> > > > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > > > running at 75 MHz I see the first asynchronous tarnsaction
> > > > on US 2.0 never happens.
> > >
> > > Connect signaltap or chipscope ? :)
> >
> > Well I don't have either of those tools sitting on my desk but
> > if absolutely required I'll do that :)
> >
> > > > In particular in ehci_submit_async() after we enable async. schedule
> > > > setting CMD_ASE command STS_ASS gets set but then token's status
> > > > stays active forever i.e. following is always true:
> > > > --------------------->8---------------------
> > > > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > > > --------------------->8---------------------
> > > >
> > > > Note USB host controller, phy and usb dongle are exactly the same.
> > > > And USB 1.1 (OHCI) works perfectly fine at the same time.
> > >
> > > Try adding #define DEBUG at the first line of common/usb.c , so we can
> > > get some more debugging info. Also adding the same into common/usb_hub.c
> > > helps.
> >
> > Did that and here's my log:
> >
> > --------------------->8---------------------
> > starting USB...
> > USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100, hccr=e0040000,
> > hcor=e0040010, init=0 Register 1111 NbrPorts 1
> > USB EHCI 1.00
> > scanning bus 0 for devices... ehci_submit_control_msg:
> > dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000 req=6
> > (0x6), type=128 (0x80), value=256, index=0
> > USB_DT_DEVICE request
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=5 (0x5), type=0 (0x0), value=1,
> > index=0
> > USB_REQ_SET_ADDRESS
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=256, index=0
> > USB_DT_DEVICE request
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=512, index=0
> > USB_DT_CONFIG config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=512, index=0
> > USB_DT_CONFIG config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=9 (0x9), type=0 (0x0), value=1,
> > index=0
> > USB_REQ_SET_CONFIGURATION
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=768, index=0
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=769, index=1
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > value=770, index=1
> > USB_DT_STRING config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> > index=0
> > USB_DT_HUB config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0), value=10496,
> > index=0
> > USB_DT_HUB config
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=160 (0xa0), value=0,
> > index=0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=8,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=16,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=4,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > index=1
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=20,
> > index=1
> > Len is 0
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100,
> > udev->dev='usb_hub', portnr=1 dev=9fd7b100, pipe=80000083,
> > buffer=9fd7ae00, length=64, req=9fd7ad00 req=6 (0x6), type=128 (0x80),
> > value=256 (0x100), index=0
> > EHCI timed out on TD - token=0x80008c80
> > dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
> > unable to get device descriptor (error=-1)
> > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=1,
> > index=1
> > Len is 0
> > 1 USB Device(s) found
> > AXS#
> > --------------------->8---------------------
> >
> > Makes any sense?
>
> Am I reading it correctly that the root hub (the one built into the controller)
> is misbehaving here ?
>
> > Note in case of ARC770 the log is very similar except the fact that it goes
> > further to successful device detection.
> >
Applied to u-boot-arc, thanks!
-Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-21 20:34 ` Alexey Brodkin
@ 2015-12-21 22:18 ` Marek Vasut
2015-12-23 11:59 ` Alexey Brodkin
0 siblings, 1 reply; 11+ messages in thread
From: Marek Vasut @ 2015-12-21 22:18 UTC (permalink / raw)
To: u-boot
On Monday, December 21, 2015 at 09:34:08 PM, Alexey Brodkin wrote:
> Hi,
>
> On Thu, 2015-12-17 at 16:08 +0100, Marek Vasut wrote:
> > On Thursday, December 17, 2015 at 02:32:26 PM, Alexey Brodkin wrote:
> > > Hi Marek,
> > >
> > > On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> > > > On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > > > > Hi Marek,
> > > >
> > > > Hi!
> > > >
> > > > > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > > > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin
wrote:
> > > > > > > This commit adds support of USB 1.1 storage media on AXS103
> > > > > > > board. For some yet unknown reason USB 2.0 doesn't work on
> > > > > > > AXS103 board issuing messages like this:
> > > > > > > ------------------------>8-------------------
> > > > > > > AXS# usb start
> > > > > > > starting USB...
> > > > > > > USB0: USB EHCI 1.00
> > > > > > > scanning bus 0 for devices... EHCI timed out on TD -
> > > > > > > token=0x80008c80 unable to get device descriptor (error=-1)
> > > > > > > 1 USB Device(s) found
> > > > > > > ------------------------>8-------------------
> > > > > >
> > > > > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> > > > >
> > > > > Thanks for that tip but it made no difference to me.
> > > > > I need to look deeper into that problem.
> > > >
> > > > I remember seeing that stuff multiple times before, but it might be a
> > > > different issue. It was usually triggered by some sort of corruption
> > > > during the transfer. On ARM, that was often caused by cache issues.
> > >
> > > Believe me I know how much of a grief caches bring so the first thing I
> > > do when seeing unexpected behavior I disable caches :)
> > >
> > > > > Just a bit of a context here.
> > > > >
> > > > > I'm playing with ARC SP board which consists of 2 parts:
> > > > > [1] Baseboard with all peripherals and their connectors
> > > > > [2] Daughterboard with CPU and DDR
> > > > >
> > > > > Baseboard is connected to CPU-board via AXI tunnel.
> > > > >
> > > > > And when CPU-board is the one with ASIC based on ARC770
> > > > > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> > > > >
> > > > > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > > > > running at 75 MHz I see the first asynchronous tarnsaction
> > > > > on US 2.0 never happens.
> > > >
> > > > Connect signaltap or chipscope ? :)
> > >
> > > Well I don't have either of those tools sitting on my desk but
> > > if absolutely required I'll do that :)
> > >
> > > > > In particular in ehci_submit_async() after we enable async.
> > > > > schedule setting CMD_ASE command STS_ASS gets set but then token's
> > > > > status stays active forever i.e. following is always true:
> > > > > --------------------->8---------------------
> > > > > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > > > > --------------------->8---------------------
> > > > >
> > > > > Note USB host controller, phy and usb dongle are exactly the same.
> > > > > And USB 1.1 (OHCI) works perfectly fine at the same time.
> > > >
> > > > Try adding #define DEBUG at the first line of common/usb.c , so we
> > > > can get some more debugging info. Also adding the same into
> > > > common/usb_hub.c helps.
> > >
> > > Did that and here's my log:
> > >
> > > --------------------->8---------------------
> > > starting USB...
> > > USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100,
> > > hccr=e0040000, hcor=e0040010, init=0 Register 1111 NbrPorts 1
> > > USB EHCI 1.00
> > > scanning bus 0 for devices... ehci_submit_control_msg:
> > > dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000 req=6
> > > (0x6), type=128 (0x80), value=256, index=0
> > > USB_DT_DEVICE request
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=5 (0x5), type=0 (0x0),
> > > value=1, index=0
> > > USB_REQ_SET_ADDRESS
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=256, index=0
> > > USB_DT_DEVICE request
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=512, index=0
> > > USB_DT_CONFIG config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=512, index=0
> > > USB_DT_CONFIG config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=9 (0x9), type=0 (0x0),
> > > value=1, index=0
> > > USB_REQ_SET_CONFIGURATION
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=768, index=0
> > > USB_DT_STRING config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=769, index=1
> > > USB_DT_STRING config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > value=770, index=1
> > > USB_DT_STRING config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0),
> > > value=10496, index=0
> > > USB_DT_HUB config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0),
> > > value=10496, index=0
> > > USB_DT_HUB config
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=160 (0xa0), value=0,
> > > index=0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=8,
> > > index=1
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > index=1
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > index=1
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=16,
> > > index=1
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=4,
> > > index=1
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > index=1
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=20,
> > > index=1
> > > Len is 0
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100,
> > > udev->dev='usb_hub', portnr=1 dev=9fd7b100, pipe=80000083,
> > > buffer=9fd7ae00, length=64, req=9fd7ad00 req=6 (0x6), type=128 (0x80),
> > > value=256 (0x100), index=0
> > > EHCI timed out on TD - token=0x80008c80
> > > dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
> > > unable to get device descriptor (error=-1)
> > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=1,
> > > index=1
> > > Len is 0
> > > 1 USB Device(s) found
> > > AXS#
> > > --------------------->8---------------------
> > >
> > > Makes any sense?
> >
> > Am I reading it correctly that the root hub (the one built into the
> > controller) is misbehaving here ?
> >
> > > Note in case of ARC770 the log is very similar except the fact that it
> > > goes further to successful device detection.
>
> Applied to u-boot-arc, thanks!
Uh, sorry I didn't get back to you about this. I am wrestling my own issues with
the DWC2 USB core :-/ Looks like it doesn't work with USB3340 LPM-capable PHY
(it only starts in FS mode), but works with non-LPM-capable USB3300 PHY and
starts in HS mode.
Did you figure your issue out by any chance ?
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-21 22:18 ` Marek Vasut
@ 2015-12-23 11:59 ` Alexey Brodkin
2015-12-24 9:51 ` Marek Vasut
0 siblings, 1 reply; 11+ messages in thread
From: Alexey Brodkin @ 2015-12-23 11:59 UTC (permalink / raw)
To: u-boot
Hi Marek,
On Mon, 2015-12-21 at 23:18 +0100, Marek Vasut wrote:
> On Monday, December 21, 2015 at 09:34:08 PM, Alexey Brodkin wrote:
> > Hi,
> >
> > On Thu, 2015-12-17 at 16:08 +0100, Marek Vasut wrote:
> > > On Thursday, December 17, 2015 at 02:32:26 PM, Alexey Brodkin wrote:
> > > > Hi Marek,
> > > >
> > > > On Thu, 2015-12-17 at 05:01 +0100, Marek Vasut wrote:
> > > > > On Wednesday, December 16, 2015 at 08:54:11 PM, Alexey Brodkin wrote:
> > > > > > Hi Marek,
> > > > >
> > > > > Hi!
> > > > >
> > > > > > On Wed, 2015-12-16 at 17:52 +0100, Marek Vasut wrote:
> > > > > > > On Wednesday, December 16, 2015 at 05:05:15 PM, Alexey Brodkin
> wrote:
> > > > > > > > This commit adds support of USB 1.1 storage media on AXS103
> > > > > > > > board. For some yet unknown reason USB 2.0 doesn't work on
> > > > > > > > AXS103 board issuing messages like this:
> > > > > > > > ------------------------>8-------------------
> > > > > > > > AXS# usb start
> > > > > > > > starting USB...
> > > > > > > > USB0: USB EHCI 1.00
> > > > > > > > scanning bus 0 for devices... EHCI timed out on TD -
> > > > > > > > token=0x80008c80 unable to get device descriptor (error=-1)
> > > > > > > > 1 USB Device(s) found
> > > > > > > > ------------------------>8-------------------
> > > > > > >
> > > > > > > Try defining CONFIG_EHCI_IS_TDI , that _might_ help.
> > > > > >
> > > > > > Thanks for that tip but it made no difference to me.
> > > > > > I need to look deeper into that problem.
> > > > >
> > > > > I remember seeing that stuff multiple times before, but it might be a
> > > > > different issue. It was usually triggered by some sort of corruption
> > > > > during the transfer. On ARM, that was often caused by cache issues.
> > > >
> > > > Believe me I know how much of a grief caches bring so the first thing I
> > > > do when seeing unexpected behavior I disable caches :)
> > > >
> > > > > > Just a bit of a context here.
> > > > > >
> > > > > > I'm playing with ARC SP board which consists of 2 parts:
> > > > > > [1] Baseboard with all peripherals and their connectors
> > > > > > [2] Daughterboard with CPU and DDR
> > > > > >
> > > > > > Baseboard is connected to CPU-board via AXI tunnel.
> > > > > >
> > > > > > And when CPU-board is the one with ASIC based on ARC770
> > > > > > that runs at 700 MHz I see USB 2.0 working perfectly fine.
> > > > > >
> > > > > > But if I use CPU-board that sports FPGA with ARC HS38 CPU
> > > > > > running at 75 MHz I see the first asynchronous tarnsaction
> > > > > > on US 2.0 never happens.
> > > > >
> > > > > Connect signaltap or chipscope ? :)
> > > >
> > > > Well I don't have either of those tools sitting on my desk but
> > > > if absolutely required I'll do that :)
> > > >
> > > > > > In particular in ehci_submit_async() after we enable async.
> > > > > > schedule setting CMD_ASE command STS_ASS gets set but then token's
> > > > > > status stays active forever i.e. following is always true:
> > > > > > --------------------->8---------------------
> > > > > > QT_TOKEN_GET_STATUS(token) & QT_TOKEN_STATUS_ACTIVE
> > > > > > --------------------->8---------------------
> > > > > >
> > > > > > Note USB host controller, phy and usb dongle are exactly the same.
> > > > > > And USB 1.1 (OHCI) works perfectly fine at the same time.
> > > > >
> > > > > Try adding #define DEBUG at the first line of common/usb.c , so we
> > > > > can get some more debugging info. Also adding the same into
> > > > > common/usb_hub.c helps.
> > > >
> > > > Did that and here's my log:
> > > >
> > > > --------------------->8---------------------
> > > > starting USB...
> > > > USB0: ehci_register: dev='ehci at 0xe0040000', ctrl=9fd94100,
> > > > hccr=e0040000, hcor=e0040010, init=0 Register 1111 NbrPorts 1
> > > > USB EHCI 1.00
> > > > scanning bus 0 for devices... ehci_submit_control_msg:
> > > > dev='ehci at 0xe0040000', udev=9fd7c000, udev->dev='ehci at 0xe004000 req=6
> > > > (0x6), type=128 (0x80), value=256, index=0
> > > > USB_DT_DEVICE request
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=5 (0x5), type=0 (0x0),
> > > > value=1, index=0
> > > > USB_REQ_SET_ADDRESS
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=256, index=0
> > > > USB_DT_DEVICE request
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=512, index=0
> > > > USB_DT_CONFIG config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=512, index=0
> > > > USB_DT_CONFIG config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=9 (0x9), type=0 (0x0),
> > > > value=1, index=0
> > > > USB_REQ_SET_CONFIGURATION
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=768, index=0
> > > > USB_DT_STRING config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=769, index=1
> > > > USB_DT_STRING config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7c000,
> > > > udev->dev='ehci at 0xe0040000', portnr=0 req=6 (0x6), type=128 (0x80),
> > > > value=770, index=1
> > > > USB_DT_STRING config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0),
> > > > value=10496, index=0
> > > > USB_DT_HUB config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=6 (0x6), type=160 (0xa0),
> > > > value=10496, index=0
> > > > USB_DT_HUB config
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=160 (0xa0), value=0,
> > > > index=0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=8,
> > > > index=1
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > > index=1
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > > index=1
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=16,
> > > > index=1
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=3 (0x3), type=35 (0x23), value=4,
> > > > index=1
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=0 (0x0), type=163 (0xa3), value=0,
> > > > index=1
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=20,
> > > > index=1
> > > > Len is 0
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd7b100,
> > > > udev->dev='usb_hub', portnr=1 dev=9fd7b100, pipe=80000083,
> > > > buffer=9fd7ae00, length=64, req=9fd7ad00 req=6 (0x6), type=128 (0x80),
> > > > value=256 (0x100), index=0
> > > > EHCI timed out on TD - token=0x80008c80
> > > > dev=0, usbsts=0x1, p[1]=0x1005, p[2]=0x0
> > > > unable to get device descriptor (error=-1)
> > > > ehci_submit_control_msg: dev='ehci at 0xe0040000', udev=9fd94380,
> > > > udev->dev='usb_hub', portnr=0 req=1 (0x1), type=35 (0x23), value=1,
> > > > index=1
> > > > Len is 0
> > > > 1 USB Device(s) found
> > > > AXS#
> > > > --------------------->8---------------------
> > > >
> > > > Makes any sense?
> > >
> > > Am I reading it correctly that the root hub (the one built into the
> > > controller) is misbehaving here ?
> > >
> > > > Note in case of ARC770 the log is very similar except the fact that it
> > > > goes further to successful device detection.
> >
> > Applied to u-boot-arc, thanks!
>
> Uh, sorry I didn't get back to you about this. I am wrestling my own issues with
> the DWC2 USB core :-/ Looks like it doesn't work with USB3340 LPM-capable PHY
> (it only starts in FS mode), but works with non-LPM-capable USB3300 PHY and
> starts in HS mode.
>
> Did you figure your issue out by any chance ?
No unfortunately I wasn't able to figure out what's wrong there.
For now I parked this activity waiting for response from our hardware guys.
I spent way too much time on that and basically need to switch to other
high-priority things.
If I ever get that problem resolved I'll let you know.
And thanks for your time anyway, that's much appreciated!
-Alexey
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller
2015-12-23 11:59 ` Alexey Brodkin
@ 2015-12-24 9:51 ` Marek Vasut
0 siblings, 0 replies; 11+ messages in thread
From: Marek Vasut @ 2015-12-24 9:51 UTC (permalink / raw)
To: u-boot
On Wednesday, December 23, 2015 at 12:59:28 PM, Alexey Brodkin wrote:
> Hi Marek,
Hi!
[...]
> > > >
> > > > Am I reading it correctly that the root hub (the one built into the
> > > > controller) is misbehaving here ?
> > > >
> > > > > Note in case of ARC770 the log is very similar except the fact that
> > > > > it goes further to successful device detection.
> > >
> > > Applied to u-boot-arc, thanks!
> >
> > Uh, sorry I didn't get back to you about this. I am wrestling my own
> > issues with the DWC2 USB core :-/ Looks like it doesn't work with
> > USB3340 LPM-capable PHY (it only starts in FS mode), but works with
> > non-LPM-capable USB3300 PHY and starts in HS mode.
> >
> > Did you figure your issue out by any chance ?
>
> No unfortunately I wasn't able to figure out what's wrong there.
> For now I parked this activity waiting for response from our hardware guys.
> I spent way too much time on that and basically need to switch to other
> high-priority things.
Please let me know what was it, I'd be interested in what went wrong for
future reference.
> If I ever get that problem resolved I'll let you know.
>
> And thanks for your time anyway, that's much appreciated!
Thanks!
btw can you put me in touch with some guys who work on the DWC2 OTG core?
I have a few questions of my own, in particular with regard to the USB3340
PHY, which seems to have issues with the DWC2.
Best regards,
Marek Vasut
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-12-24 9:51 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-16 16:05 [U-Boot] [PATCH] axs103: add support of generic OHCI USB 1.1 controller Alexey Brodkin
2015-12-16 16:52 ` Marek Vasut
2015-12-16 19:54 ` Alexey Brodkin
2015-12-17 4:01 ` Marek Vasut
2015-12-17 13:32 ` Alexey Brodkin
2015-12-17 15:08 ` Marek Vasut
2015-12-17 15:24 ` Alexey Brodkin
2015-12-21 20:34 ` Alexey Brodkin
2015-12-21 22:18 ` Marek Vasut
2015-12-23 11:59 ` Alexey Brodkin
2015-12-24 9:51 ` Marek Vasut
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.