1. 23 2月, 2016 1 次提交
  2. 11 3月, 2015 1 次提交
  3. 30 1月, 2015 1 次提交
  4. 13 1月, 2015 5 次提交
  5. 17 7月, 2014 1 次提交
  6. 01 7月, 2014 7 次提交
  7. 29 5月, 2014 1 次提交
  8. 28 5月, 2014 1 次提交
  9. 10 9月, 2011 1 次提交
    • K
      usb gadget: clean up FSF boilerplate text · 28c9fc68
      Klaus Schwarzkopf 提交于
      remove the following two paragraphs as they are not needed:
      
      This program is distributed in the hope that it will be useful, but
      WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
      FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public
      License for more details.
      
      You should have received a copy of the GNU General Public License along with
      this program; if not, write to the Free Software Foundation, Inc.,59
      Temple Place - Suite 330, Boston, MA  02111-1307, USA.
      Signed-off-by: NKlaus Schwarzkopf <schwarzkopf@sensortherm.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      28c9fc68
  10. 18 10月, 2008 1 次提交
  11. 26 7月, 2008 1 次提交
  12. 25 4月, 2008 1 次提交
  13. 02 12月, 2006 1 次提交
    • A
      USB: net2280: don't send unwanted zero-length packets · 1f26e28d
      Alan Stern 提交于
      The net2280 driver is too eager to send zero-length packets when
      IN tokens are received on ep0.  No such packet should be sent (the
      driver should NAK) before the gadget driver has queued the proper
      response.  Otherwise deferred responses are impossible.
      
      This patch (as823) makes net2280 avoid sending ZLPs for IN transfers
      on ep0 until a response has been submitted, and avoids stalling when an
      OUT packet is received before a request has been submitted for an OUT
      transfer on ep0.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Cc: David Brownell <david-b@pacbell.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1f26e28d
  14. 15 4月, 2006 2 次提交
  15. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4