All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bin Meng <bmeng.cn@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 0/3] usb: xhci: Add interrupt transfer support
Date: Thu, 29 Jun 2017 17:01:09 +0800	[thread overview]
Message-ID: <CAEUhbmW=iGNoLwQCN9-qASodKJvtkPuFZKC8GJemyz2aZ=kwKg@mail.gmail.com> (raw)
In-Reply-To: <f8bdb4cb-c538-966f-b633-ecc21f994f14@denx.de>

Hi Stefan,

On Thu, Jun 29, 2017 at 4:20 PM, Stefan Roese <sr@denx.de> wrote:
> Hi Bin,
>
>
> On 29.06.2017 10:09, Stefan Roese wrote:
>>
>> Hi Bin,
>>
>> On 29.06.2017 08:51, Bin Meng wrote:
>>>
>>> Hi Stefan,
>>>
>>> On Thu, Jun 29, 2017 at 2:13 PM, Stefan Roese <sr@denx.de> wrote:
>>>>
>>>> Hi Bin,
>>>>
>>>> On 29.06.2017 07:39, Bin Meng wrote:
>>>>>
>>>>> Hi Stefan,
>>>>>
>>>>> On Wed, Jun 28, 2017 at 8:47 PM, Stefan Roese <sr@denx.de> wrote:
>>>>>>
>>>>>> Hi Bin,
>>>>>>
>>>>>> On 28.06.2017 14:11, Bin Meng wrote:
>>>>>>>
>>>>>>> On Wed, Jun 28, 2017 at 7:00 PM, Stefan Roese <sr@denx.de> wrote:
>>>>>>>>
>>>>>>>> Hi Bin,
>>>>>>>>
>>>>>>>> On 26.06.2017 13:05, Bin Meng wrote:
>>>>>>>>>
>>>>>>>>> This series is the final series of the xHCI driver update.
>>>>>>>>>
>>>>>>>>> This adds the missing interrupt transfer support to xHCI driver, so
>>>>>>>>> that devices like USB keyboard that uses interrupt transfer when
>>>>>>>>> CONFIG_SYS_USB_EVENT_POLL is defined can work.
>>>>>>>>>
>>>>>>>>> Previous two series:
>>>>>>>>> [1]: usb: xhci: Fix USB xHCI support on Intel platform
>>>>>>>>> https://lists.denx.de/pipermail/u-boot/2017-June/296166.html
>>>>>>>>> [2]: usb: hub: Support USB 3.0 hubs
>>>>>>>>> https://lists.denx.de/pipermail/u-boot/2017-June/296284.html
>>>>>>>>>
>>>>>>>>> This series is available at u-boot-x86/xhci-working3 for testing.
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm using this git branch to test all your xHCI related patches
>>>>>>>> now. On my BayTrail platform I get these messages upon "usb reset"
>>>>>>>> scanning:
>>>>>>>>
>>>>>>>> => usb reset
>>>>>>>> resetting USB...
>>>>>>>> USB0:   Register 7000820 NbrPorts 7
>>>>>>>> Starting the controller
>>>>>>>> USB XHCI 1.00
>>>>>>>> scanning bus 0 for devices... cannot reset port 1!?
>>>>>>>> USB device descriptor short read (expected 18, got 8)
>>>>>>>> 5 USB Device(s) found
>>>>>>>>           scanning usb for storage devices... 1 Storage Device(s)
>>>>>>>> found
>>>>>>>>
>>>>>>>> On the 2nd scan, the "cannot reset port 1" line is gone:
>>>>>>>>
>>>>>>>> => usb reset
>>>>>>>> resetting USB...
>>>>>>>> USB0:   Register 7000820 NbrPorts 7
>>>>>>>> Starting the controller
>>>>>>>> USB XHCI 1.00
>>>>>>>> scanning bus 0 for devices... USB device descriptor short read
>>>>>>>> (expected 18, got 8)
>>>>>>>> 5 USB Device(s) found
>>>>>>>>           scanning usb for storage devices... 1 Storage Device(s)
>>>>>>>> found
>>>>>>>>
>>>>>>>> All USB devices seem to be detected correctly though. Here the
>>>>>>>> logs:
>>>>>>>>
>>>>>>>> => usb tree
>>>>>>>> USB device tree:
>>>>>>>>      1  Hub (5 Gb/s, 0mA)
>>>>>>>>      |  U-Boot XHCI Host Controller
>>>>>>>>      |
>>>>>>>>      +-2  Hub (480 Mb/s, 100mA)
>>>>>>>>      |
>>>>>>>>      +-3  Hub (480 Mb/s, 2mA)
>>>>>>>>      | |
>>>>>>>>      | +-5  Mass Storage (480 Mb/s, 200mA)
>>>>>>>>      |      JetFlash Mass Storage Device 3281440601
>>>>>>>>      |
>>>>>>>>      +-4  Vendor specific (5 Gb/s, 64mA)
>>>>>>>>           Realtek USB 10/100/1000 LAN 000002000000
>>>>>>>>
>>>>>>>> => usb info
>>>>>>>> 1: Hub,  USB Revision 3.0
>>>>>>>>     - U-Boot XHCI Host Controller
>>>>>>>>     - Class: Hub
>>>>>>>>     - PacketSize: 512  Configurations: 1
>>>>>>>>     - Vendor: 0x0000  Product 0x0000 Version 1.0
>>>>>>>>       Configuration: 1
>>>>>>>>       - Interfaces: 1 Self Powered 0mA
>>>>>>>>         Interface: 0
>>>>>>>>         - Alternate Setting 0, Endpoints: 1
>>>>>>>>         - Class Hub
>>>>>>>>         - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
>>>>>>>>
>>>>>>>> 2: Hub,  USB Revision 2.0
>>>>>>>>     - Class: Hub
>>>>>>>>     - PacketSize: 64  Configurations: 1
>>>>>>>>     - Vendor: 0x0409  Product 0x005a Version 1.0
>>>>>>>>       Configuration: 1
>>>>>>>>       - Interfaces: 1 Self Powered Remote Wakeup 100mA
>>>>>>>>         Interface: 0
>>>>>>>>         - Alternate Setting 0, Endpoints: 1
>>>>>>>>         - Class Hub
>>>>>>>>         - Endpoint 1 In Interrupt MaxPacket 1 Interval 12ms
>>>>>>>>
>>>>>>>> 3: Hub,  USB Revision 2.1
>>>>>>>>     - Class: Hub
>>>>>>>>     - PacketSize: 64  Configurations: 1
>>>>>>>>     - Vendor: 0x0424  Product 0x4604 Version 1.131
>>>>>>>>       Configuration: 1
>>>>>>>>       - Interfaces: 1 Self Powered Remote Wakeup 2mA
>>>>>>>>         Interface: 0
>>>>>>>>         - Alternate Setting 0, Endpoints: 1
>>>>>>>>         - Class Hub
>>>>>>>>         - Endpoint 1 In Interrupt MaxPacket 1 Interval 12ms
>>>>>>>>         - Endpoint 1 In Interrupt MaxPacket 1 Interval 12ms
>>>>>>>>
>>>>>>>> 5: Mass Storage,  USB Revision 2.10
>>>>>>>>     - JetFlash Mass Storage Device 3281440601
>>>>>>>>     - Class: (from Interface) Mass Storage
>>>>>>>>     - PacketSize: 64  Configurations: 1
>>>>>>>>     - Vendor: 0x8564  Product 0x1000 Version 16.117
>>>>>>>>       Configuration: 1
>>>>>>>>       - Interfaces: 1 Bus Powered 200mA
>>>>>>>>         Interface: 0
>>>>>>>>         - Alternate Setting 0, Endpoints: 2
>>>>>>>>         - Class Mass Storage, Transp. SCSI, Bulk only
>>>>>>>>         - Endpoint 2 Out Bulk MaxPacket 512
>>>>>>>>         - Endpoint 1 In Bulk MaxPacket 512
>>>>>>>>
>>>>>>>> 4: Vendor specific,  USB Revision 3.0
>>>>>>>>     - Realtek USB 10/100/1000 LAN 000002000000
>>>>>>>>     - Class: (from Interface) Vendor specific
>>>>>>>>     - PacketSize: 512  Configurations: 2
>>>>>>>>     - Vendor: 0x0bda  Product 0x8153 Version 48.0
>>>>>>>>       Configuration: 1
>>>>>>>>       - Interfaces: 1 Bus Powered Remote Wakeup 64mA
>>>>>>>>         Interface: 0
>>>>>>>>         - Alternate Setting 0, Endpoints: 3
>>>>>>>>         - Class Vendor specific
>>>>>>>>         - Endpoint 1 In Bulk MaxPacket 1024
>>>>>>>>         - Endpoint 2 Out Bulk MaxPacket 1024
>>>>>>>>         - Endpoint 3 In Interrupt MaxPacket 2 Interval 8ms
>>>>>>>>
>>>>>>>> Do you have any ideas about the scanning logs that I've noticed
>>>>>>>> above? Would it help if I provided some debug logs (-DDEBUG)
>>>>>>>> for this?
>>>>>>>
>>>>>>>
>>>>>>> "cannot reset port 1" message is annoying, but that may happen
>>>>>>> sometimes due to unstable power supply. I will see if we can mute it
>>>>>>> if it's not the final round of reset try.
>>>>>>
>>>>>>
>>>>>> That would be good, thanks.
>>>>>>
>>>>>>> I am more concerned about
>>>>>>> the "USB device descriptor short read (expected 18, got 8)". This
>>>>>>> message indicates U-Boot cannot get the device descriptor during set
>>>>>>> configuration process. So did you manage to get all USB devices that
>>>>>>> are connected on your board enumerated?
>>>>>>
>>>>>>
>>>>>> Might be that I'm missing some keyboard / mouse, which I'm not
>>>>>> using and not really aware of. One USB port is connected to a
>>>>>> KVM switch, enumberating such devices. Here the log from U-Boot
>>>>>> and Linux again:
>>>>>>
>>>>>> => usb reset
>>>>>> resetting USB...
>>>>>> USB0:   Register 7000820 NbrPorts 7
>>>>>> Starting the controller
>>>>>> USB XHCI 1.00
>>>>>> scanning bus 0 for devices... cannot reset port 1!?
>>>>>> USB device descriptor short read (expected 18, got 8)
>>>>>> 6 USB Device(s) found
>>>>>>          scanning usb for storage devices... 2 Storage Device(s) found
>>>>>> => usb tree
>>>>>> USB device tree:
>>>>>>     1  Hub (5 Gb/s, 0mA)
>>>>>>     |  U-Boot XHCI Host Controller
>>>>>>     |
>>>>>>     +-2  Hub (480 Mb/s, 100mA)
>>>>>>     |
>>>>>>     +-3  Mass Storage (480 Mb/s, 98mA)
>>>>>>     |    USBest Technology USB Mass Storage Device 09092207fbf0c4
>>>>>>     |
>>>>>>     +-4  Hub (480 Mb/s, 2mA)
>>>>>>     | |
>>>>>>     | +-6  Mass Storage (480 Mb/s, 200mA)
>>>>>>     |      JetFlash Mass Storage Device 3281440601
>>>>>>     |
>>>>>>     +-5  Vendor specific (5 Gb/s, 64mA)
>>>>>>          Realtek USB 10/100/1000 LAN 000002000000
>>>>>>
>>>>>>
>>>>>> $ lsusb -t
>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 5000M
>>>>>>       |__ Port 1: Dev 2, If 0, Class=Vendor Specific Class,
>>>>>> Driver=r8152, 5000M
>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 480M
>>>>>>       |__ Port 2: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>           |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 12M
>>>>>>               |__ Port 1: Dev 6, If 1, Class=Human Interface Device,
>>>>>> Driver=usbhid, 12M
>>>>>>               |__ Port 1: Dev 6, If 2, Class=Human Interface Device,
>>>>>> Driver=usbhid, 12M
>>>>>>               |__ Port 1: Dev 6, If 0, Class=Human Interface Device,
>>>>>> Driver=usbhid, 12M
>>>>>>       |__ Port 4: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage,
>>>>>> 480M
>>>>>>       |__ Port 5: Dev 5, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>           |__ Port 1: Dev 7, If 0, Class=Mass Storage,
>>>>>> Driver=usb-storage, 480M
>>>>>>
>>>>>>
>>>>>> Which event polling Kconfig option do I need to enable?
>>>>>>
>>>>>
>>>>> The default one CONFIG_SYS_USB_EVENT_POLL should be OK. By comparing
>>>>> your U-Boot log and Linux one, I found the following devices were
>>>>> enumerated by Linux but not by U-Boot:
>>>>>
>>>>>               |__ Port 1: Dev 6, If 1, Class=Human Interface Device,
>>>>> Driver=usbhid, 12M
>>>>>               |__ Port 1: Dev 6, If 2, Class=Human Interface Device,
>>>>> Driver=usbhid, 12M
>>>>>               |__ Port 1: Dev 6, If 0, Class=Human Interface Device,
>>>>> Driver=usbhid, 12M
>>>>>
>>>>> These devices are full speed devices. I believe the reason is that
>>>>> U-Boot encounters "USB device descriptor short read (expected 18, got
>>>>> 8)" so it does  not continue the enumeration. As to why these full
>>>>> speed devices only return 8 bytes descriptors, this needs to be
>>>>> investigated. Which devices are they?
>>>>
>>>>
>>>> This is my KVM switch with its USB keyboard and mouse. When I unplug
>>>> this USB cable, this message does not appear while running "usb reset".
>>>>
>>>> This also happen, when I only plug a USB mouse to this same USB
>>>> port:
>>>>
>>>> => usb reset
>>>> resetting USB...
>>>> USB0:   Register 7000820 NbrPorts 7
>>>> Starting the controller
>>>> USB XHCI 1.00
>>>> scanning bus 0 for devices... USB device descriptor short read (expected
>>>> 18, got 8)
>>>> 5 USB Device(s) found
>>>>         scanning usb for storage devices... 2 Storage Device(s) found
>>>> => usb tree
>>>> USB device tree:
>>>>    1  Hub (5 Gb/s, 0mA)
>>>>    |  U-Boot XHCI Host Controller
>>>>    |
>>>>    +-2  Mass Storage (480 Mb/s, 98mA)
>>>>    |    USBest Technology USB Mass Storage Device 09092207fbf0c4
>>>>    |
>>>>    +-3  Hub (480 Mb/s, 2mA)
>>>>    | |
>>>>    | +-5  Mass Storage (480 Mb/s, 200mA)
>>>>    |      JetFlash Mass Storage Device 3281440601
>>>>    |
>>>>    +-4  Vendor specific (5 Gb/s, 64mA)
>>>>         Realtek USB 10/100/1000 LAN 000002000000
>>>>
>>>>
>>>> $ lsusb -t
>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 5000M
>>>>      |__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=r8152,
>>>> 5000M
>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 480M
>>>>      |__ Port 2: Dev 2, If 0, Class=Human Interface Device,
>>>> Driver=usbhid, 12M
>>>>      |__ Port 2: Dev 2, If 1, Class=Human Interface Device,
>>>> Driver=usbhid, 12M
>>>>      |__ Port 4: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage,
>>>> 480M
>>>>      |__ Port 5: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>          |__ Port 1: Dev 5, If 0, Class=Mass Storage,
>>>> Driver=usb-storage, 480M
>>>>
>>>>
>>>> Can you reproduce this on your MinnowMax? Would it help, if I
>>>> would enable some traces (-DDEBUG)?
>>>
>>>
>>> I cannot reproduce this on MinnowMax. Is the KVM switch a USB 2.0 or
>>> 3.0 hub?
>>
>>
>> USB 2.0, its a pretty old device. But the example above is without the
>> KVM and only with the USB mouse.
>>
>>> Is it possible to switch BayTrail SoC to EHCI and do the same
>>> testing?
>>
>>
>> Sure. After disabling CONFIG_USB_XHCI_HC I now get this error:
>>
>> => usb reset
>> resetting USB...
>> USB0:   USB EHCI 1.00
>> scanning bus 0 for devices... Divide Error
>> EIP: 0010:[<7b587862>] EFLAGS: 00010246
>> Original EIP :[<fff33862>]
>> EAX: 00000040 EBX: 7b35db00 ECX: 00000380 EDX: 00000000
>> ESI: 7b33af40 EDI: 7b33aa00 EBP: 7b35a640 ESP: 7b33a990
>>   DS: 0018 ES: 0018 FS: 0020 GS: 0018 SS: 0018
>> CR0: 00000033 CR2: 00000000 CR3: 00000000 CR4: 00000600
>> DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
>> DR6: ffff0ff0 DR7: 00000400
>> Stack:
>>      0x7b33a9d0 : 0x7b35dac0
>>      0x7b33a9cc : 0x7b33af40
>>      0x7b33a9c8 : 0x00000100
>>      0x7b33a9c4 : 0x7b33ac80
>>      0x7b33a9c0 : 0x00000001
>>      0x7b33a9bc : 0x7b33ac80
>>      0x7b33a9b8 : 0x7b35a680
>>      0x7b33a9b4 : 0x00000000
>>      0x7b33a9b0 : 0x00000040
>>      0x7b33a9ac : 0x80000080
>>      0x7b33a9a8 : 0x7b35db00
>>      0x7b33a9a4 : 0x00000040
>>      0x7b33a9a0 : 0x00000002
>>      0x7b33a99c : 0x7b35dac0
>>      0x7b33a998 : 0x1616cae2
>>      0x7b33a994 : 0xc8159ec7
>> --->0x7b33a990 : 0xc1b7c2b0
>>      0x7b33a98c : 0x00010246
>>      0x7b33a988 : 0x00000010
>>      0x7b33a984 : 0x7b587862
>> ### ERROR ### Please RESET the board ###
>>
>> EHCI worked before just fine. Does this (EHCI) work on your
>> MinnoxMax?
>
>
> I just installed an earlier version with EHCI still working. Here the
> USB mouse is detected:
>
> => usb reset
> resetting USB...
> USB0:   USB EHCI 1.00
> scanning bus 0 for devices... 5 USB Device(s) found
> => usb tree
> USB device tree:
>   1  Hub (480 Mb/s, 0mA)
>   |  u-boot EHCI Host Controller
>   |
>   +-2  Hub (480 Mb/s, 0mA)
>     |
>     +-3  Vendor specific (480 Mb/s, 180mA)
>     |    Realtek USB 10/100/1000 LAN 000002000000
>     |
>     +-5  Mass Storage (480 Mb/s, 98mA)
>     |    USBest Technology USB Mass Storage Device 09092207fbf0c4
>     |
>     +-4  Human Interface (12 Mb/s, 98mA)
>          Logitech USB Receiver
>
> => usb info
> 1: Hub,  USB Revision 2.0
>  - u-boot EHCI Host Controller
>  - Class: Hub
>  - PacketSize: 64  Configurations: 1
>  - Vendor: 0x0000  Product 0x0000 Version 1.0
>    Configuration: 1
>    - Interfaces: 1 Self Powered 0mA
>      Interface: 0
>      - Alternate Setting 0, Endpoints: 1
>      - Class Hub
>      - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
>
> 2: Hub,  USB Revision 2.0
>  - Class: Hub
>  - PacketSize: 64  Configurations: 1
>  - Vendor: 0x8087  Product 0x07e6 Version 0.23
>    Configuration: 1
>    - Interfaces: 1 Self Powered Remote Wakeup 0mA
>      Interface: 0
>      - Alternate Setting 0, Endpoints: 1
>      - Class Hub
>      - Endpoint 1 In Interrupt MaxPacket 1 Interval 12ms
>
> 3: Vendor specific,  USB Revision 2.10
>  - Realtek USB 10/100/1000 LAN 000002000000
>  - Class: (from Interface) Vendor specific
>  - PacketSize: 64  Configurations: 2
>  - Vendor: 0x0bda  Product 0x8153 Version 48.0
>    Configuration: 1
>    - Interfaces: 1 Bus Powered Remote Wakeup 180mA
>      Interface: 0
>      - Alternate Setting 0, Endpoints: 3
>      - Class Vendor specific
>      - Endpoint 1 In Bulk MaxPacket 512
>      - Endpoint 2 Out Bulk MaxPacket 512
>      - Endpoint 3 In Interrupt MaxPacket 2 Interval 8ms
>
> 5: Mass Storage,  USB Revision 2.0
>  - USBest Technology USB Mass Storage Device 09092207fbf0c4
>  - Class: (from Interface) Mass Storage
>  - PacketSize: 64  Configurations: 1
>  - Vendor: 0x1307  Product 0x0165 Version 1.0
>    Configuration: 1
>    - Interfaces: 1 Bus Powered 98mA
>      Interface: 0
>      - Alternate Setting 0, Endpoints: 3
>      - Class Mass Storage, Transp. SCSI, Bulk only
>      - Endpoint 1 Out Bulk MaxPacket 512
>      - Endpoint 2 In Bulk MaxPacket 512
>      - Endpoint 3 In Interrupt MaxPacket 64 Interval 8ms
>
> 4: Human Interface,  USB Revision 2.0
>  - Logitech USB Receiver
>  - Class: (from Interface) Human Interface
>  - PacketSize: 8  Configurations: 1
>  - Vendor: 0x046d  Product 0xc52f Version 34.0
>    Configuration: 1
>    - Interfaces: 2 Bus Powered Remote Wakeup 98mA
>    - String: "RQR22.00_B0005"
>      Interface: 0
>      - Alternate Setting 0, Endpoints: 1
>      - Class Human Interface, Subclass: Boot Mouse
>      - Endpoint 1 In Interrupt MaxPacket 8 Interval 2ms
>      Interface: 1
>      - Alternate Setting 0, Endpoints: 1
>      - Class Human Interface, Subclass: None
>      - Endpoint 2 In Interrupt MaxPacket 20 Interval 2ms
>

Thank you very much for the information. This is very helpful. Looks
your USB mouse is Logitech which is a full speed device. My testing
was using a DELL mouse and keyboard which are both low speed devices.
It's possible that xHCI driver still has some issues somewhere that
does not handle LS/FS very well. After my patches it only works for my
mouse and keyboard. I may have some clue, but since I don't have the
device so I will rely on you to test that :)

Regards,
Bin

  reply	other threads:[~2017-06-29  9:01 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-26 11:05 [U-Boot] [PATCH 0/3] usb: xhci: Add interrupt transfer support Bin Meng
2017-06-26 11:05 ` [U-Boot] [PATCH 1/3] " Bin Meng
2017-06-26 11:05 ` [U-Boot] [PATCH 2/3] usb: kbd: kconfig: Set a default polling mechanism for USB keyboard Bin Meng
2017-06-26 11:05 ` [U-Boot] [PATCH 3/3] usb: configs: Clean up CONFIG_SYS_USB_EVENT_POLL_(xxx) in board configs Bin Meng
2017-07-07  3:57   ` Simon Glass
2017-07-30 21:01   ` Rask Ingemann Lambertsen
2017-07-30 22:30     ` Bin Meng
2017-07-30 23:03       ` Marek Vasut
2017-07-30 23:42         ` Bin Meng
2017-06-28 11:00 ` [U-Boot] [PATCH 0/3] usb: xhci: Add interrupt transfer support Stefan Roese
2017-06-28 12:11   ` Bin Meng
2017-06-28 12:47     ` Stefan Roese
2017-06-29  5:39       ` Bin Meng
2017-06-29  6:13         ` Stefan Roese
2017-06-29  6:51           ` Bin Meng
2017-06-29  8:09             ` Stefan Roese
2017-06-29  8:20               ` Stefan Roese
2017-06-29  9:01                 ` Bin Meng [this message]
2017-06-29  9:03                   ` Stefan Roese
2017-06-29  8:57               ` Bin Meng
2017-06-29  9:54                 ` Bin Meng
2017-06-29  9:12           ` Stefan Bruens
2017-06-29  9:16             ` Bin Meng
2017-06-28 22:52   ` Bin Meng
2017-06-29  2:38     ` Bin Meng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAEUhbmW=iGNoLwQCN9-qASodKJvtkPuFZKC8GJemyz2aZ=kwKg@mail.gmail.com' \
    --to=bmeng.cn@gmail.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.