1. 05 1月, 2006 1 次提交
    • M
      [PATCH] USB: Eagle and ADI 930 usb adsl modem driver · b72458a8
      matthieu castet 提交于
      A driver for USB ADSL modems based on the ADI eagle chipset using the
      usb_atm infrastructure.
      
      The managing part was taken from bsd ueagle driver, other parts were
      written from scratch.
      
      The driver uses the in-kernel firmware loader :
      - to load  a first usb firmware when the modem is in pre-firmware state
      - to load the dsp firmware that are swapped in host memory.
      - to load CMV (configuration and management variables) when the modem
      boot. (We can't use options or sysfs for this as there many possible
      values. See
      https://mail.gna.org/public/eagleusb-dev/2005-04/msg00031.html for a
      description of some)
      - to load fpga code for 930 chipset.
      
      The device had 4 endpoints :
      * 2 for data (use by usbatm). The incoming
      endpoint could be iso or bulk. The modem seems buggy and produce lot's
      of atm errors when using it in bulk mode for speed > 3Mbps, so iso
      endpoint is need for speed > 3Mbps. At the moment iso endpoint need a
      patched usbatm library and for this reason is not included in this patch.
      
      * One bulk endpoint for uploading dsp firmware
      
      * One irq endpoint that notices the driver
          - if we need to upload a page of the dsp firmware
          - an ack for read or write CMV and the value (for the read case).
      
      If order to make the driver cleaner, we design synchronous
      (read|write)_cmv :
      -send a synchronous control message to the modem
      -wait for an ack or a timeout
      -return the value if needed.
      
      In order to run these synchronous usb messages we need a kernel thread.
      
      The driver has been tested  with sagem fast 800 modems with different
      eagle chipset revision and with ADI 930 since April 2005.
      Signed-off-by: NMatthieu CASTET <castet.matthieu@free.fr>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      b72458a8
  2. 30 11月, 2005 2 次提交
  3. 18 11月, 2005 1 次提交
  4. 09 9月, 2005 1 次提交
    • 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
  5. 08 9月, 2005 1 次提交
  6. 26 7月, 2005 1 次提交
  7. 20 7月, 2005 1 次提交
  8. 13 7月, 2005 3 次提交
  9. 28 6月, 2005 10 次提交
  10. 26 5月, 2005 1 次提交
  11. 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