From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755257AbcBBX6E (ORCPT ); Tue, 2 Feb 2016 18:58:04 -0500 Received: from us01smtprelay-2.synopsys.com ([198.182.47.9]:57314 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754087AbcBBX6C convert rfc822-to-8bit (ORCPT ); Tue, 2 Feb 2016 18:58:02 -0500 From: John Youn To: Douglas Anderson , John Youn , "balbi@ti.com" , "kever.yang@rock-chips.com" CC: "william.wu@rock-chips.com" , "huangtao@rock-chips.com" , "heiko@sntech.de" , "stefan.wahren@i2se.com" , "linux-rockchip@lists.infradead.org" , "linux-rpi-kernel@lists.infradead.org" , Julius Werner , "gregory.herrero@intel.com" , "yousaf.kaukab@intel.com" , "dinguyen@opensource.altera.com" , "stern@rowland.harvard.edu" , "ming.lei@canonical.com" , "gregkh@linuxfoundation.org" , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v6 0/22] usb: dwc2: host: Fix and speed up all the stuff, especially with splits Thread-Topic: [PATCH v6 0/22] usb: dwc2: host: Fix and speed up all the stuff, especially with splits Thread-Index: AQHRWjukBVnLxcEDM02Fxr37uqOPlw== Date: Tue, 2 Feb 2016 23:57:52 +0000 Message-ID: <2B3535C5ECE8B5419E3ECBE30077290901DC431F63@US01WEMBX2.internal.synopsys.com> References: <1454034013-24657-1-git-send-email-dianders@chromium.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.10.161.156] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/28/2016 6:20 PM, Douglas Anderson wrote: > This is a bit of catchall series for all the bug fix and performance > patches I've been working on over the last few months. Note that for > dwc2 we need to do LOTS in software and need super low interrupt > latency, so most performance improvements actually fix real bugs. > > Patches are structured to start with no-brainer stuff that could be > applied ASAP, especially things I've already gotten Acks for. Things > get slightly more RFC / RFT like as we get farther down the series. > Anything that can be landed sooner rather than later (especially those > Acked long ago) would help in re-posts (I'm not biased, of course). > Hi Doug, I've yet to review this, but just wanted to let you know that we've started on it and also testing. We'll get back to you with some feedback and results soon. We had also been looking at some of these same and related issues so we want to make sure everything we've done is compatible with your changes and is still working ok too. Regards, John