1. 09 9月, 2005 4 次提交
    • D
      [PATCH] USB: usbnet (2/9) module for simple network links · 38bde1d4
      David Brownell 提交于
      This patch creates the first of several separate "minidriver" modules
      for "usbnet".  This one handles only the very simplest hardware, which
      can be handled almost entirely by the "usbnet" core.
      
          - Move device-specific bits into new "cdc_subset.c" driver,
            shrinking "usbnet" by a bunch;
      
          - Export the functions needed to support this minidriver
            (with EXPORT_SYMBOL_GPL);
      
          - Update Kconfig and kbuild accordingly.
      
      This one handles about a dozen different device types, with the most
      notable ones being Gumstix and most Linux-based PDAs (except Zaurus
      running that ancient code from Sharp).
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      38bde1d4
    • D
      [PATCH] USB: usbnet (1/9) clean up framing · f29fc259
      David Brownell 提交于
      This starts to prepare the core of "usbnet" to know less about various
      framing protocols that map Ethernet packets onto USB, so "minidrivers"
      can be modules that just plug into the core.
      
        - Remove some framing-specific code that cluttered the core:
      
            * net->hard_header_len records how much space to preallocate;
              now drivers that add their own framing (Net1080, GeneLink,
      	Zaurus, and RNDIS) will have smoother TX paths.  Even for
      	the drivers (Zaurus, Net1080) that need trailers.
      
            * defines new dev->hard_mtu, using this "hardware" limit to
              check changes to the link's settable "software" mtu.
      
            * now net->hard_header_len and dev->hard_mtu are set up in the
              driver bind() routines, if needed.
      
        - Transaction ID is no longer specific to the Net1080 framing;
          RNDIS needs one too.
      
        - Creates a new "usbnet.h" header with declarations that are shared
          between the core and what will be separate modules.
      
        - Plus a couple other minor tweaks, like recognizing -ESHUTDOWN
          means the keventd work should just shut itself down asap.
      
      The core code is only about 1/3 of this large file.  Splitting out the
      minidrivers into separate modules (e.g. ones for ASIX adapters,
      Zaurii and similar, CDC Ethernet, etc), in later patches, will
      improve maintainability and shrink typical runtime footprints.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      f29fc259
    • A
      [PATCH] USB: URB_ASYNC_UNLINK flag removed from the kernel · b375a049
      Alan Stern 提交于
      29 July 2005, Cambridge, MA:
      
      This afternoon Alan Stern submitted a patch to remove the URB_ASYNC_UNLINK
      flag from the Linux kernel.  Mr. Stern explained, "This flag is a relic
      from an earlier, less-well-designed system.  For over a year it hasn't
      been used for anything other than printing warning messages."
      
      An anonymous spokesman for the Linux kernel development community
      commented, "This is exactly the sort of thing we see happening all the
      time.  As the kernel evolves, support for old techniques and old code can
      be jettisoned and replaced by newer, better approaches.  Proprietary
      operating systems do not have the freedom or flexibility to change so
      quickly."
      
      Mr. Stern, a staff member at Harvard University's Rowland Institute who
      works on Linux only as a hobby, noted that the patch (labelled as548) did
      not update two files, keyspan.c and option.c, in the USB drivers' "serial"
      subdirectory.  "Those files need more extensive changes," he remarked.
      "They examine the status field of several URBs at times when they're not
      supposed to.  That will need to be fixed before the URB_ASYNC_UNLINK flag
      is removed."
      
      Greg Kroah-Hartman, the kernel maintainer responsible for overseeing all
      of Linux's USB drivers, did not respond to our inquiries or return our
      calls.  His only comment was "Applied, thanks."
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      b375a049
    • D
      [PATCH] USB: usbnet and unsigned gfp_flags · 0d9899f8
      david-b@pacbell.net 提交于
      This just fixes some gfp flags warnings that joined us recently.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0d9899f8
  2. 30 8月, 2005 1 次提交
  3. 24 8月, 2005 2 次提交
  4. 30 7月, 2005 2 次提交
  5. 13 7月, 2005 1 次提交
  6. 09 7月, 2005 1 次提交
  7. 28 6月, 2005 3 次提交
  8. 27 6月, 2005 2 次提交
  9. 17 6月, 2005 1 次提交
  10. 03 6月, 2005 1 次提交
  11. 28 5月, 2005 1 次提交
  12. 17 5月, 2005 1 次提交
    • D
      [PATCH] USB: usbnet driver fixes · 80615f81
      David Brownell 提交于
      Updates to the usbnet driver:
      
       - Remove a warning when built with Zaurus support but not CDC Ethernet;
         just moves an #ifdef to cover more code
      
       - Two tweaks to the pseudo-MDLM support:
          * correctly handle _either_ of the two GUIDs
          * ignore a padding bit that doesn't seem necessary
      
       - Remove ID for one Motorola phone that uses the MDLM stuff.
      
      It also updates the Kconfig helptext to make it clearer that the "Zaurus"
      configuration option supports an increasing (sigh) family of nonstandard
      peripheral protocols.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      80615f81
  13. 04 5月, 2005 2 次提交
  14. 27 4月, 2005 1 次提交
  15. 26 4月, 2005 1 次提交
  16. 23 4月, 2005 3 次提交
  17. 19 4月, 2005 4 次提交
  18. 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