An error occurred fetching the project authors.
  1. 23 Sep, 2003 1 commit
  2. 02 Sep, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usb hcd states · 95ec612c
      David Brownell authored
      AFAICT this is ready for your next merge with Linus.
      
      Ben's ohci stuff was not cooked yet, seemed like the
      pm stuff wasn't yet supporting the hook(s) he needed.
      RMK had similar issues w.r.t. PM on ARM too.
      
      
      This patch includes:
      
         - updates from Benjamin Herrenschmidt to make usbcore
           behave a bit better during PM suspend (setting and
           checking hcd state).
      
         - related updates from me, making more paths into hcds
           fail when the driver is suspended.
      
         - updates based on some feedback from Alan Stern,
           notably including getting rid of a state we don't
           really need (most of the patch, by volume).
      
         - an experiment that tries to give a warning in the
           sadly common case of ACPI or APIC (etc) settings
           that need to change before USB works.
      
      Net effect is that some of the PM issues start to get
      resolved, maybe IRQ problems will be diagnosed quicker,
      and some overdue cleanup gets started.
      95ec612c
  3. 13 Aug, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usb hcd-pci suspend/resume updates · 66282fd9
      David Brownell authored
      This patch has some updates to the hcd pci power management glue:
      
        - removes now-obsolete comments (driver model now exists)
      
        - better state transitions:
            * suspending "dead" controllers needn't oops
            * multi-resume case (pm bug) simplified
            * multi-suspend case likewise (not always a bug)
            * should handle transitions other than D0->D3{hot,cold}
      
        - prepares for usb remote wake up support, which will be
          wanting the driver model suspend/resume code to be ready.
      66282fd9
  4. 06 Aug, 2003 1 commit
  5. 01 Aug, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: hcd initialization fix · f8159fb5
      David Brownell authored
      This cleans up HCD initialization by adding an explicit
      reset step, putting the device into a known state before
      resources are allocated.  This step is implemented for
      EHCI, since some BIOS firmware seems to act quirky there,
      but nothing else yet.  (OHCI would be just easy too.)
      f8159fb5
  6. 15 Jul, 2003 1 commit
  7. 14 Jul, 2003 1 commit
  8. 01 Jul, 2003 1 commit
  9. 13 May, 2003 1 commit
  10. 23 Apr, 2003 1 commit
  11. 07 Jan, 2003 1 commit
  12. 27 Dec, 2002 1 commit
    • David Brownell's avatar
      [PATCH] usbcore dma updates (and doc) · 61426cf2
      David Brownell authored
      Attached is a patch leveraging some of the new generic dma stuff:
      
      - Replaces dma mapping calls in usbcore with generic equivalents.
         This is a minor code shrink (which we'd hoped could happen).
      
      - Pass dma mask along, so net drivers can notice it'd be good to
         set NETIF_F_HIGHDMA; or scsi ones can set highmem_io.  (Some
         Intel EHCI setups are able to support this kind of DMA.)
      
      - Updates one net driver (usbnet) to set NETIF_F_HIGHDMA when
         appropriate, mostly as an example (since I can't test this).
      
      - Provides Documentation/usb/dma.txt, describing current APIs.
         (Unchanged by this patch, except dma mask visibility.)
      
      - Converted another info() to dev_info(), and likewise a couple
         dbg() to dev_dbg() conversions in the modified routine.
      
      The number of FIXMEs was conserved: the generic API doesn't yet
      fix the error reporting bugs in the PCI-specific mapping API.
      61426cf2
  13. 29 Nov, 2002 1 commit
    • David Brownell's avatar
      [PATCH] reduce debug message volume · ee91716d
      David Brownell authored
      This reduces the debug message volume a bit, mostly by using the
      new dev_dbg() macros instead of the usb dbg() ones in some places
      during HCD init/shutdown.  Likewise dev_info().
      ee91716d
  14. 16 Nov, 2002 1 commit
    • Matthew Wilcox's avatar
      [PATCH] eliminate pci_dev name · 49ec0f07
      Matthew Wilcox authored
      This removes the pci_dev "->name[]" field, and makes users use the
      "struct device" name field instead.
      
      It also trimps it down to 50 bytes and limited the length of the vendor
      & device descriptions to 20 bytes each.  Now we have three cases:
      
       - unknown vendor & unknown device -> "PCI device %04x:%04x".
      	Clearly limited to 21 chars.
       - known vendor, unknown device -> "PCI device %04x:%04x (%.20s)"
      	24 + 20 chars
       - known vendor, known device -> "%.20s %.20s"
      	20 + 1 + 20 + 1, EXCEPT:
       - multiple devices of the same type add " (#%d)"
      	so 42 + 4 + 4 = 50.  This is the point where an IBMer tells me they
      	intend to sell a machine with > 9999 PCI devices of the same type ;-)
      
      This limits the PCI IDs to a reasonable amount of space.
      
      For release, I think we do want to go back up to 80 for prettier output
      49ec0f07
  15. 14 Nov, 2002 1 commit
    • David Brownell's avatar
      [PATCH] ohci-hcd, driverfs files work again, less debug output · 43c72bb3
      David Brownell authored
      This fixes a problem from Chris' patch, letting the driverfs files
      work again.  The root cause was a duplicate "parent_dev" field,
      now gone.  This also adds minor cleanup in the hcd glue, renaming
      the value being duplicated as the "controller" that the HCD is
      driving.  (A "parent" should rarely be used, but the "controller"
      has reasonable uses all over the place ... like in dev_dbg calls!)
      It's initted by the PCI bus glue, or by the SA-1111 bus glue.
      
      Also makes some OHCI debug messages appear only when VERBOSE debug
      is (manually) enabled.  This was self-defense, otherwise running
      the link/unlink "usbtest" cases could fill up the log filesystem
      (with debug enabled).
      43c72bb3
  16. 11 Oct, 2002 1 commit
  17. 27 Aug, 2002 1 commit
  18. 06 Aug, 2002 1 commit
    • David Brownell's avatar
      [PATCH] expose dma_addr_t in urbs · 70b34cbd
      David Brownell authored
      This patch exposes DMA addresses in URBs.  It exposes new APIs that
      let drivers be a bit smarter in terms of DMA, reducing USB overhead
      on some platforms (but not commodity pcs).  As discussed with DaveM,
      and on the usb-devel list.
      
      Supporting patches are still needed.  Of course, there's teaching HCDs
      to use _these_ addresses when they're provided (easy).  There's also
      teaching drivers (like hid) to use the new usb_buffer_alloc() support,;
      can happen incrementally.  And adding scatterlist support, which will
      be desirable for usb-storage and hpusbscanner.  But this is the start
      needed to get all of that going.
      70b34cbd
  19. 11 Jun, 2002 2 commits
  20. 07 Jun, 2002 1 commit
  21. 06 Jun, 2002 1 commit