1. 02 7月, 2012 5 次提交
  2. 27 6月, 2012 6 次提交
  3. 26 6月, 2012 7 次提交
  4. 25 6月, 2012 1 次提交
    • K
      usb: gadget: Fix g_ether interface link status · 31bde1ce
      Kevin Cernekee 提交于
      A "usb0" interface that has never been connected to a host has an unknown
      operstate, and therefore the IFF_RUNNING flag is (incorrectly) asserted
      when queried by ifconfig, ifplugd, etc.  This is a result of calling
      netif_carrier_off() too early in the probe function; it should be called
      after register_netdev().
      
      Similar problems have been fixed in many other drivers, e.g.:
      
          e826eafa (bonding: Call netif_carrier_off after register_netdevice)
          0d672e9f (drivers/net: Call netif_carrier_off at the end of the probe)
          6a3c869a (cxgb4: fix reported state of interfaces without link)
      
      Fix is to move netif_carrier_off() to the end of the function.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: NKevin Cernekee <cernekee@gmail.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      31bde1ce
  5. 23 6月, 2012 2 次提交
    • A
      usb-storage: revert commit afff07e6 (Add 090c:1000 to unusal-devs) · 0070513b
      Alan Stern 提交于
      This patch (as1560) reverts commit
      afff07e6 (usb-storage: Add 090c:1000
      to unusal-devs).  It is no longer needed, because usb-storage now
      tells the sd driver to try READ CAPACITY(10) before READ CAPACITY(16)
      for every USB mass-storage device.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Acked-by: NHans de Goede <hdegoede@redhat.com>
      CC: Matthew Dharm <mdharm-usb@one-eyed-alien.net>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      0070513b
    • A
      SCSI & usb-storage: add try_rc_10_first flag · 6a0bdffa
      Alan Stern 提交于
      Several bug reports have been received recently for USB mass-storage
      devices that don't handle READ CAPACITY(16) commands properly.  They
      report bogus sizes, in some cases becoming unusable as a result.
      
      The bugs were triggered by commit
      09b6b51b (SCSI & usb-storage: add
      flags for VPD pages and REPORT LUNS), which caused usb-storage to stop
      overriding the SCSI level reported by devices.  By default, the sd
      driver will try READ CAPACITY(16) first for any device whose level is
      above SCSI_SPC_2.
      
      It seems likely that any device large enough to require the use of
      READ CAPACITY(16) (i.e., 2 TB or more) would be able to handle READ
      CAPACITY(10) commands properly.  Indeed, I don't know of any devices
      that don't handle READ CAPACITY(10) properly.
      
      Therefore this patch (as1559) adds a new flag telling the sd driver
      to try READ CAPACITY(10) before READ CAPACITY(16), and sets this flag
      for every USB mass-storage device.  If a device really is larger than
      2 TB, sd will fall back to READ CAPACITY(16) just as it used to.
      
      This fixes Bugzilla #43391.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Acked-by: NHans de Goede <hdegoede@redhat.com>
      CC: "James E.J. Bottomley" <JBottomley@parallels.com>
      CC: Matthew Dharm <mdharm-usb@one-eyed-alien.net>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      6a0bdffa
  6. 22 6月, 2012 10 次提交
  7. 21 6月, 2012 5 次提交
  8. 16 6月, 2012 1 次提交
  9. 15 6月, 2012 3 次提交