1. 01 2月, 2009 1 次提交
  2. 26 1月, 2009 2 次提交
  3. 22 1月, 2009 1 次提交
  4. 16 1月, 2009 3 次提交
  5. 13 1月, 2009 1 次提交
  6. 09 1月, 2009 4 次提交
  7. 08 1月, 2009 1 次提交
  8. 07 1月, 2009 2 次提交
  9. 03 1月, 2009 5 次提交
  10. 30 12月, 2008 1 次提交
    • J
      drivers/net/usb: use USB API functions rather than constants · f201a8a4
      Julia Lawall 提交于
      This set of patches introduces calls to the following set of functions:
      
      usb_endpoint_dir_in(epd)
      usb_endpoint_dir_out(epd)
      usb_endpoint_is_bulk_in(epd)
      usb_endpoint_is_bulk_out(epd)
      usb_endpoint_is_int_in(epd)
      usb_endpoint_is_int_out(epd)
      usb_endpoint_num(epd)
      usb_endpoint_type(epd)
      usb_endpoint_xfer_bulk(epd)
      usb_endpoint_xfer_control(epd)
      usb_endpoint_xfer_int(epd)
      usb_endpoint_xfer_isoc(epd)
      
      In some cases, introducing one of these functions is not possible, and it
      just replaces an explicit integer value by one of the following constants:
      
      USB_ENDPOINT_XFER_BULK
      USB_ENDPOINT_XFER_CONTROL
      USB_ENDPOINT_XFER_INT
      USB_ENDPOINT_XFER_ISOC
      
      In drivers/net/wireless/zd1211rw/zd_usb.c the code:
      
      (endpoint->bEndpointAddress & USB_TYPE_MASK) == USB_DIR_OUT
      
      is suspicious.  If it is intended to use USB_ENDPOINT_DIR_MASK rather than
      USB_TYPE_MASK, then the whole conditional test could be converted to a call
      to usb_endpoint_is_bulk_in.
      
      An extract of the semantic patch that makes these changes is as follows:
      (http://www.emn.fr/x-info/coccinelle/)
      
      // <smpl>
      @r1@ struct usb_endpoint_descriptor *epd; @@
      
      - ((epd->bmAttributes & \(USB_ENDPOINT_XFERTYPE_MASK\|3\)) ==
      - \(USB_ENDPOINT_XFER_CONTROL\|0\))
      + usb_endpoint_xfer_control(epd)
      
      @r5@ struct usb_endpoint_descriptor *epd; @@
      
      - ((epd->bEndpointAddress & \(USB_ENDPOINT_DIR_MASK\|0x80\)) ==
      -  \(USB_DIR_IN\|0x80\))
      + usb_endpoint_dir_in(epd)
      
      @inc@
      @@
      
      #include <linux/usb.h>
      
      @depends on !inc && (r1||r5)@
      @@
      
      + #include <linux/usb.h>
        #include <linux/usb/...>
      // </smpl>
      Signed-off-by: NJulia Lawall <julia@diku.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f201a8a4
  11. 23 12月, 2008 1 次提交
  12. 19 12月, 2008 1 次提交
  13. 16 12月, 2008 2 次提交
  14. 25 11月, 2008 9 次提交
  15. 20 11月, 2008 2 次提交
  16. 16 11月, 2008 1 次提交
  17. 14 11月, 2008 1 次提交
  18. 13 11月, 2008 1 次提交
    • W
      netdevice: safe convert to netdev_priv() #part-3 · 8f15ea42
      Wang Chen 提交于
      We have some reasons to kill netdev->priv:
      1. netdev->priv is equal to netdev_priv().
      2. netdev_priv() wraps the calculation of netdev->priv's offset, obviously
         netdev_priv() is more flexible than netdev->priv.
      But we cann't kill netdev->priv, because so many drivers reference to it
      directly.
      
      This patch is a safe convert for netdev->priv to netdev_priv(netdev).
      Since all of the netdev->priv is only for read.
      But it is too big to be sent in one mail.
      I split it to 4 parts and make every part smaller than 100,000 bytes,
      which is max size allowed by vger.
      Signed-off-by: NWang Chen <wangchen@cn.fujitsu.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8f15ea42
  19. 07 11月, 2008 1 次提交
    • J
      [netdrvr] usb/hso: Cleanup rfkill error handling · 939a9516
      Jonathan McDowell 提交于
      Yup, this appears to be the problem, thanks. I think &hso_net->net->dev
      is more intuitive for the error message, so I've used that. I've also
      added missing line endings on the error messages and set our local
      rfkill structure element to NULL on failure so we don't try to call
      rfkill_unregister on driver removal if we failed to register at all.
      
      The patch below Works For Me (TM); the device is detected fine, can be
      removed without problems and connects ok. I'll have a prod at why the
      rfkill stuff isn't working next, but I believe this cleanup of the error
      handling is appropriate no matter what the issue with registration is.
      Signed-Off-By: NJonathan McDowell <noodles@earth.li>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      939a9516