1. 19 10月, 2011 2 次提交
  2. 05 10月, 2011 1 次提交
  3. 26 8月, 2011 1 次提交
  4. 24 8月, 2011 1 次提交
    • K
      USB: use usb_endpoint_maxp() instead of le16_to_cpu() · 29cc8897
      Kuninori Morimoto 提交于
      Now ${LINUX}/drivers/usb/* can use usb_endpoint_maxp(desc) to get maximum packet size
      instead of le16_to_cpu(desc->wMaxPacketSize).
      This patch fix it up
      
      Cc: Armin Fuerst <fuerst@in.tum.de>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Johannes Erdfelt <johannes@erdfelt.com>
      Cc: Vojtech Pavlik <vojtech@suse.cz>
      Cc: Oliver Neukum <oliver@neukum.name>
      Cc: David Kubicek <dave@awk.cz>
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Brad Hards <bhards@bigpond.net.au>
      Acked-by: NFelipe Balbi <balbi@ti.com>
      Cc: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
      Cc: Thomas Dahlmann <dahlmann.thomas@arcor.de>
      Cc: David Brownell <david-b@pacbell.net>
      Cc: David Lopo <dlopo@chipidea.mips.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Michal Nazarewicz <m.nazarewicz@samsung.com>
      Cc: Xie Xiaobo <X.Xie@freescale.com>
      Cc: Li Yang <leoli@freescale.com>
      Cc: Jiang Bo <tanya.jiang@freescale.com>
      Cc: Yuan-hsin Chen <yhchen@faraday-tech.com>
      Cc: Darius Augulis <augulis.darius@gmail.com>
      Cc: Xiaochen Shen <xiaochen.shen@intel.com>
      Cc: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
      Cc: OKI SEMICONDUCTOR, <toshiharu-linux@dsn.okisemi.com>
      Cc: Robert Jarzmik <robert.jarzmik@free.fr>
      Cc: Ben Dooks <ben@simtec.co.uk>
      Cc: Thomas Abraham <thomas.ab@samsung.com>
      Cc: Herbert Pötzl <herbert@13thfloor.at>
      Cc: Arnaud Patard <arnaud.patard@rtp-net.org>
      Cc: Roman Weissgaerber <weissg@vienna.at>
      Acked-by: NSarah Sharp <sarah.a.sharp@linux.intel.com>
      Cc: Tony Olech <tony.olech@elandigitalsystems.com>
      Cc: Florian Floe Echtler <echtler@fs.tum.de>
      Cc: Christian Lucht <lucht@codemercs.com>
      Cc: Juergen Stuber <starblue@sourceforge.net>
      Cc: Georges Toth <g.toth@e-biz.lu>
      Cc: Bill Ryder <bryder@sgi.com>
      Cc: Kuba Ober <kuba@mareimbrium.org>
      Cc: Inaky Perez-Gonzalez <inaky.perez-gonzalez@intel.com>
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      29cc8897
  5. 11 8月, 2011 1 次提交
  6. 09 8月, 2011 2 次提交
    • U
      usb: serial: ftdi_sio.c: For the FT232H FTDI_SIO_SET_BAUDRATE_REQUEST, index... · 0ee404cc
      Uwe Bonnes 提交于
      usb: serial: ftdi_sio.c: For the FT232H FTDI_SIO_SET_BAUDRATE_REQUEST, index needs to be shifted too
      
      the recent addition of the FT232H showed that baudrate was set wrong. See
      gmane.linux.usb.general: "[ftdi_sio] FT232H support".  With the old code,
      the MSB of the 4 encoded fractional divider bits and more important the
      clock predivider bits got lost. Adding the FT232H to the code patch were
      these bits are shifted solves the problem. I verified baud rates with a
      scope now.
      
      I suspect, that the BM device probably needs these bits shifted too. But
      there is no predivider bit, so this is not obvious, and a missing MSB of the
      encoded fractional divider only shifts the resulting baudrate minimal.
      The AM has only 3 bits of encoded fractional divider, so it is not impacted.
      
      I have no BM device to test, so I only added a comment and left the code for
      the BM untouched.
      Signed-off-by: NUwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0ee404cc
    • I
      USB: ftdi_sio: fix minor typo in get_ftdi_divisor · 1862cdd5
      Ionut Nicu 提交于
      Even if it's unlikely for this to cause an error,
      there is a typo in the code that uses the bitwise-AND
      operator instead of the logical one.
      Signed-off-by: NIonut Nicu <ionut.nicu@cloudbit.ro>
      Cc: stable <stable@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1862cdd5
  7. 28 6月, 2011 1 次提交
  8. 09 6月, 2011 1 次提交
  9. 30 4月, 2011 1 次提交
  10. 14 4月, 2011 3 次提交
  11. 31 3月, 2011 1 次提交
  12. 10 3月, 2011 1 次提交
  13. 18 2月, 2011 3 次提交
  14. 04 2月, 2011 2 次提交
  15. 23 1月, 2011 2 次提交
  16. 17 12月, 2010 1 次提交
  17. 11 12月, 2010 1 次提交
  18. 01 12月, 2010 2 次提交
  19. 09 11月, 2010 1 次提交
  20. 23 10月, 2010 7 次提交
  21. 04 9月, 2010 1 次提交
  22. 24 8月, 2010 3 次提交
  23. 21 8月, 2010 1 次提交