1. 11 1月, 2011 2 次提交
    • G
      usb descriptors: add settable strings. · 132a3f55
      Gerd Hoffmann 提交于
      This patch allows to set usb descriptor strings per device instance.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      132a3f55
    • G
      usb: data structs and helpers for usb descriptors. · 37fb59d3
      Gerd Hoffmann 提交于
      This patch adds hw/usb-desc.[ch] files.  They carry data structures
      for various usb descriptors and helper functions to generate usb
      packets from the structures.
      
      The intention is to have a internal representation of the device
      desription which is more usable than the current char array blobs,
      so we can have common code handle common usb device emulation using
      the device description.
      
      The usage of this infrastructure is optional for usb drivers as there
      are cases such as pass-through where it probably isn't very useful.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      37fb59d3
  2. 12 12月, 2010 1 次提交
  3. 01 4月, 2010 1 次提交
    • M
      usb: class specific interface requests · f3571b1a
      Max Reitz 提交于
      Mass Storage Reset and Get Max LUN are class specific requests, but
      they were not marked as such in hw/usb-msd.c, moved therefore
      ClassInterfaceRequest and ClassInterfaceOutRequest from hw/usb-net.c
      to hw/usb.h.
      Furthermore there was a problem in hw/usb-ohci.c when using DEBUG
      concerning systems where size_t is a 32 bit integer (printf resulted
      in a segmentation fault).
      Signed-off-by: NMax Reitz <max@tyndur.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      f3571b1a
  4. 19 12月, 2009 1 次提交
  5. 12 12月, 2009 2 次提交
  6. 30 10月, 2009 4 次提交
  7. 05 10月, 2009 2 次提交
  8. 12 9月, 2009 1 次提交
    • B
      Fix sys-queue.h conflict for good · 72cf2d4f
      Blue Swirl 提交于
      Problem: Our file sys-queue.h is a copy of the BSD file, but there are
      some additions and it's not entirely compatible. Because of that, there have
      been conflicts with system headers on BSD systems. Some hacks have been
      introduced in the commits 15cc9235,
      f40d7537,
      96555a96 and
      3990d09a but the fixes were fragile.
      
      Solution: Avoid the conflict entirely by renaming the functions and the
      file. Revert the previous hacks.
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      72cf2d4f
  9. 10 9月, 2009 2 次提交
  10. 10 5月, 2009 1 次提交
  11. 06 3月, 2009 3 次提交
    • A
      monitor: Rework API (Jan Kiszka) · 376253ec
      aliguori 提交于
      Refactor the monitor API and prepare it for decoupled terminals:
      term_print functions are renamed to monitor_* and all monitor services
      gain a new parameter (mon) that will once refer to the monitor instance
      the output is supposed to appear on. However, the argument remains
      unused for now. All monitor command callbacks are also extended by a mon
      parameter so that command handlers are able to pass an appropriate
      reference to monitor output services.
      
      For the case that monitor outputs so far happen without clearly
      identifiable context, the global variable cur_mon is introduced that
      shall once provide a pointer either to the current active monitor (while
      processing commands) or to the default one. On the mid or long term,
      those use case will be obsoleted so that this variable can be removed
      again.
      
      Due to the broad usage of the monitor interface, this patch mostly deals
      with converting users of the monitor API. A few of them are already
      extended to pass 'mon' from the command handler further down to internal
      functions that invoke monitor_printf.
      
      At this chance, monitor-related prototypes are moved from console.h to
      a new monitor.h. The same is done for the readline API.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6711 c046a42c-6fe2-441c-8c8c-71466251a162
      376253ec
    • A
      monitor: Rework modal password input (Jan Kiszka) · bb5fc20f
      aliguori 提交于
      Currently, waiting for the user to type in some password blocks the
      whole VM because monitor_readline starts its own I/O loop. And this loop
      also screws up reading passwords from virtual console.
      
      Patch below fixes the shortcomings by using normal I/O processing also
      for waiting on a password. To keep to modal property for the monitor
      terminal, the command handler is temporarily replaced by a password
      handler and a callback infrastructure is established to process the
      result before switching back to command mode.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6710 c046a42c-6fe2-441c-8c8c-71466251a162
      bb5fc20f
    • A
      monitor: Rework early disk password inquiry (Jan Kiszka) · c0f4ce77
      aliguori 提交于
      Reading the passwords for encrypted hard disks during early startup is
      broken (I guess for quiet a while now):
       - No monitor terminal is ready for input at this point
       - Forcing all mux'ed terminals into monitor mode can confuse other
         users of that channels
      
      To overcome these issues and to lay the ground for a clean decoupling of
      monitor terminals, this patch changes the initial password inquiry as
      follows:
       - Prevent autostart if there is some encrypted disk
       - Once the user tries to resume the VM, prompt for all missing
         passwords
       - Only resume if all passwords were accepted
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6707 c046a42c-6fe2-441c-8c8c-71466251a162
      c0f4ce77
  12. 29 9月, 2008 2 次提交
  13. 14 9月, 2008 1 次提交
    • A
      usb: Support for removing device by host addr, improved auto filter syntax (Max Krasnyansky) · 5d0c5750
      aliguori 提交于
      This patch adds support for removing USB devices by host address.
      Which is usefull for things like libvirtd because there is no easy way to
      find guest USB address of the host device.
      In other words you can now do:
         usb_add host:3.5
         ...
         usb_del host:3.5
      Before the patch 'usb_del' did not support 'host:' notation.
      
      ----
      Syntax for specifying auto connect filters has been improved.
      Old syntax was
          host:bus.dev
          host:pid:vid
      New syntax is
          host:auto:bus.dev[:pid:vid]
      In both the cases any attribute can be set to "*".
      
      New syntax is more flexible and lets you do things like
          host:3.*:5533:* /* grab any device on bus 3 with vendor id 5533 */
      
      It's now possible to remove auto filters. For example:
          usb_del host:auto:3.*:5533:*
      
      Active filters are printed after all host devices in 'info usb' output.
      Which now looks like this:
      
        Device 1.1, speed 480 Mb/s
          Hub: USB device 1d6b:0002, EHCI Host Controller
        Device 1.4, speed 480 Mb/s
          Class 00: USB device 1058:0704, External HDD
        Auto filters:
          Device 3.* ID *:*
      Signed-off-by: NMax Krasnyansky <maxk@kernel.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5205 c046a42c-6fe2-441c-8c8c-71466251a162
      5d0c5750
  14. 30 8月, 2008 1 次提交
  15. 22 8月, 2008 3 次提交
    • A
      usb: generic packet handler cleanup and documentation (Max Krasnyansky) · 89b9b79f
      aliguori 提交于
      A bit better documentation of the USB device API, namely
      return codes.
      Rewrite of usb_generic_handle_packet() to make it more
      reable and easier to follow.
      Signed-off-by: NMax Krasnyansky <maxk@kernel.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5049 c046a42c-6fe2-441c-8c8c-71466251a162
      89b9b79f
    • A
      husb: support for USB host device auto connect (Max Krasnyansky) · 4b096fc9
      aliguori 提交于
      QEMU can now automatically grab host USB devices that match the filter.
      For now I just extended 'host:X.Y' and 'host:VID:PID' syntax to handle
      wildcards. So for example if you do something like
         usb_add host:5.*
      QEMU will automatically grab any non-hub device with host address 5.*.
      
      Same with the 'host:PID:*', we grab any device that matches PID.
      
      Filtering itself is very generic so we can probably add more elaborate
      syntax like 'host:BUS.ADDR:VID:PID'. So that we can do 'host:5.*:6000:*'.
      
      Anyway, it's implemented using a periodic timer that scans host devices
      and grabs those that match the filter. Timer is started when the first
      filter is added.
      
      We now keep the list of all host devices that we grabbed to make sure that
      we do not grab the same device twice.
      
      btw It's currently possible to grab the same host device more than once.
      ie You can just do "usb_add host:1.1" more than once, which of course does
      not work. So this patch fixes that issue too.
      
      Along with auto disconnect patch that I send a minute ago the setup is very
      seamless now. You can just allocate some usb ports to the VMs and plug/unplug
      devices at any time.
      Signed-off-by: NMax Krasnyansky <maxk@kernel.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5048 c046a42c-6fe2-441c-8c8c-71466251a162
      4b096fc9
    • A
      husb: support for USB host device auto disconnect (Max Krasnyansky) · 1f3870ab
      aliguori 提交于
      I got really annoyed by the fact that you have to manually do
      usb_del in the monitor when host device is unplugged and decided
      to fix it :)
      
      Basically we now automatically remove guest USB device
      when the actual host device is disconnected.
      
      At first I've extended set_fd_handlerX() stuff to support checking
      for exceptions on fds. But unfortunately usbfs code does not wake up
      user-space process when device is removed, which means we need a
      timer to periodically check if device is still there. So I removed
      fd exception stuff and implemented it with the timer.
      Signed-off-by: NMax Krasnyansky <maxk@kernel.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5047 c046a42c-6fe2-441c-8c8c-71466251a162
      1f3870ab
  16. 18 7月, 2008 1 次提交
  17. 22 4月, 2008 1 次提交
  18. 14 1月, 2008 1 次提交
  19. 18 11月, 2007 1 次提交
  20. 17 9月, 2007 2 次提交
  21. 22 6月, 2007 1 次提交
  22. 11 6月, 2007 1 次提交
  23. 07 6月, 2007 1 次提交
  24. 08 4月, 2007 1 次提交
  25. 18 3月, 2007 1 次提交
  26. 11 2月, 2007 1 次提交
  27. 12 8月, 2006 1 次提交