Change the way we do the keyboard switching.

- Creation of a proxy node under the private tree of a domain.
- /local/domain/<domid>/dom0_input/command
The command are:
- take to ask for the keyboard
- release to give the keyboard back to the natif domain.
- Move dom0_input to dom0_input/pos
- Add some a xenstore fonction to chmod the node from qemu.
  The dom0_input/command node needs to be writable by the domain.

Force NOAIO to be 1, and put empty definition for the qemu_aio functions.

Typo, fix last commit. disable-vnc-tls

Disable sdl and vnc tls.

Remove cc-option.

Typo, fixe defines REG_DR_PIPE*

The linesize changes doesn't work for an external monitor because the
register that controls the external monitor FB are the pipeb registers.

This patches recognizes if pipeb is enabled and in this case it changes
the linesize for dspb too.

  suspend-signal from the product patch queue.

  Fix the secure auth and add some switching sanity check.

  Fix the rendering issue with other frontend than intel.

Fix the condition when we stat xenmgr key file.
Remove the support of keyboard passthrough for dom0_driver.

 - Improve dom0_driver for the switching.
 - Add xenmgr support for SAS.

 - Direct mapping of the emulated framebuffer on the intel if both card option
are compatible.
 - Force the intel graphic card to linear mode when we do a fullscreen
switching.

vga_highres updates

  Handle multiple call to intel_focus with the same arguement.

  Fix the mapping size for the mmio region. Put it back at 4MB.

  Use TileX and TileY instead of the harcorde resolution.

Merge branch 'master' of git+ssh://kaball/kaball/xensource/ioemu-xenclient2 into stefano

Fix intel_focus when it gets called multiple times with the same arg.

Merge branch 'master' into stefano

  Fix non debug mode for keyboard pass through.

Merge branch 'master' into stefano

Conflicts:

intel.c
vl.c

  Fix for screenshot and switching.

Using the intel framebuffer as ds->data.

  Add keyboard pass through ioemu frontend.

Implement switch to linear mode and linear mode rendering on intel.c.

This patch removes the HP vendor specific WLAN device and subsystem
ID check.

This was a workaround in the passthrough code to allow the WLAN
card to work w/in an HVM that did not have the correct SMBIOS
information. The patch to hvmloader to pass in the correct SMBIOS
strings makes this special HP check/mod uneeded.

 Committer: Ross Philipson <ross.philipson@citrix.com>

 On branch remove_wlan_hpcheck
 Changes to be committed:
   (use "git reset HEAD <file>..." to unstage)

modified:   hw/pass-through.c

  Fix the switch.
  You can use the command node to switch the keyboard only or both
  (mouse/keyboard).

  If you switch the mouse and the keyboard it will also change the focus to
  the new vm.

  To switch only the keyboard:
    write into /local/domain/0/dom0_driver "keyboard slot-id"
  To switch mouse and keyboard:
    write into /local/domain/0/dom0_driver "switch slot-id"

  Each vm owns a slot-id. It's the value of the dom0-input config option.

  Add screenshot support for intel and emulated graphic card.

  Write the file into xenstore at /local/domain/domid/screenshot.
  "done" is written when the screenshot is ready.

  The screenshot is a binary ppm file.

  xenstore register watch callback

  Remove hardcoded MMIO and FB address.

  sci implementation for ioemu.

  Add touchpad support for dom0_driver
  Improve the switching in intel driver

  Add blktap support.

Merge branch 'rossp'

Workaround to support HP/Lenovo WLAN cards.

Modified the PCI emulation code to allow the Device ID and
Subsystem ID to be changed for HP/Lenovo WLAN cards to allow
them to be passed through.

Committer: Ross Philipson <ross.philipson@citrix.com>

On branch wlanpt
Changes to be committed:
   modified:   hw/pass-through.c

Merge branch 'blktap'

Merge branch 'intel_driver'

Merge branch 'intel_driver' into blktap

Merge branch 'master' of /home/vhanquez/ioemu

  Fix intel driver

  - Import vbe3 patch

  - Map the legacy monocrome VGA ioport (vista needs it).

  - Fix pv-on-hvm compilation.
  - Remove the pass through for the Top of Memory register of the DRAM.

  pv-on-hvm-ioemu/ioemu-fixed-port-unplug

  pv-on-hvm-ioemu/ioemu-fixed-port-unplug

  pv-on-hvm-ioemu/CA-5941

  hvm-log-to-dom0

  Fix dom0_driver

  support-hvm-pv-drivers-ioemu-support

  - Call the init of dom0_driver
  - Add dm-ready product patch

  - Call the init of dom0_driver
  - Add dm-ready product patch

  - Fixe the xenstore headers.

  - Make the vgabios writable.

  - Add the dom0_input qemu driver

  - Add some useful function to write into xenstore.

  - Add the option vga-passthrough and dom0-input.

  - Disable the cirrus graphic card when we passthrough a graphic card as a
    primary in the guest.

  - Pass through some value of the real host in case of intel graphic
    card. The graphic card need the know how much merroy has been stolen
    from the physical RAM.

  - Change the VSLOT_START to keep the same BDF for intel graphic card
    passthrough.

  - Add some pci function to read pci register value on the host's pci
    bus.
  - Map and unmap the legacy ioport/iomem when we attach/detach the device.

Battery management - disable for stubdom

The battery management arrangements do not compile for stubdom as they
use direct IO, so for the moment I have stubbed them out.

Battery management - compilation fixes

 * xenstore_refresh_battery_status declaration and definition
   was missing void (interpreted in C as K&R syntax)
 * a couple of functions returning int returned NULL on failure

Battery Management

qemu side change for battery support within HVM guest.
(as revised by Kamala `rev1' Tue, 21 Oct 2008 19:15:41 GMT)

Signed-off-by: Kamala Narasimhan <kamala.narasimhan@citrix.com>

Merge branch 'dom0_driver' into intel_driver

Conflicts:

dom0_driver.c

   - Fix dom0_driver

  - Intel driver works.

  - Intel driver, still not fixed.

cirrus vga save/restore and lfb_addr/lfb_end

Cirrus VGA save and restore functions cast lfb_addr into an uint64_t
pointer while lfb_addr is only an unsigned long.
Same thing happened to lfb_end, causing pci_dev to be partially
overwritten by mistake.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>

Merge branch 'qemu'

enable usb uhci save/restore

enables the usb uhci save and restore functions that
for some reasons were commented out.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
[ These were commented out in 1e4146791b46f0a798589c58a09f18b2841a9212
  aka svn://svn.savannah.nongnu.org/qemu/trunk@3609
  c046a42c-6fe2-441c-8c8c-71466251a162
  apparently by mistake.  This commit reverts 1e414679
  -Ian Jackson ]

Merge branch 'qemu'

enable usb uhci save/restore

enables the usb uhci save and restore functions that
for some reasons were commented out.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
[ These were commented out in 1e4146791b46f0a798589c58a09f18b2841a9212
  aka svn://svn.savannah.nongnu.org/qemu/trunk@3609
  c046a42c-6fe2-441c-8c8c-71466251a162
  apparently by mistake.  This commit reverts 1e414679
  -Ian Jackson ]

fix cirrus_vga_load

Fixes a problem in cirrus_vga_load introduced by the "use
main memory for video memory" patch.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>

  - Import the intel rendering driver.

  - Import vbe3 patch

Merge branch 'master' of /home/t_jeang/ioemu.git/

  - Map the legacy monocrome VGA ioport (vista needs it).

  - Fix pv-on-hvm compilation.
  - Remove the pass through for the Top of Memory register of the DRAM.

Fix blktap device backend patch check

Regarding http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1367,
it appears that the expected backend path check is too strict for'
blktap devices.  Therefore if the devtype is `vbd' we allow the
backend to be `tap'.

Thanks to report and inspiration from Yosuke Iwamatsu.

Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>

  pv-on-hvm-ioemu/ioemu-fixed-port-unplug

  pv-on-hvm-ioemu/ioemu-fixed-port-unplug

  pv-on-hvm-ioemu/CA-5941

  hvm-log-to-dom0

  Fix dom0_driver

  support-hvm-pv-drivers-ioemu-support

  - Call the init of dom0_driver
  - Add dm-ready product patch

  - Call the init of dom0_driver
  - Add dm-ready product patch

  - Fixe the xenstore headers.

  - Make the vgabios writable.

  - Add the dom0_input qemu driver

  - Add some useful function to write into xenstore.

  - Add the option vga-passthrough and dom0-input.

  - Disable the cirrus graphic card when we passthrough a graphic card as a
    primary in the guest.

  - Pass through some value of the real host in case of intel graphic
    card. The graphic card need the know how much merroy has been stolen
    from the physical RAM.

  - Change the VSLOT_START to keep the same BDF for intel graphic card
    passthrough.

  - Add some pci function to read pci register value on the host's pci
    bus.
  - Map and unmap the legacy ioport/iomem when we attach/detach the device.

Fix open_disk for blktap disks to use real bdrv_new

If blktap drives are registered properly, qemu code is much less likely
to get confused by them. Use bdrv_new(), assign a device name and create
an entry in drives_table for them.

Signed-off-by: Kevin Wolf <kwolf@suse.de>

[ia64] Fix memory size calculation on VT-i over 3GB memory

VT-i domains have two memory holes: VGA I/O (under 1MB) and MMIO
(3GB-4GB). This patch calculates the correct memory size with them.

This is based on xen-unstable 10936:a0b3cf802d99.

Original patch by Zhang xiantao <xiantao.zhang@intel.com>
Signed-off-by: KUWAMURA Shin'ya <kuwa@jp.fujitsu.com>

Avoid trusting client-controlled areas of xenstore.

Various parts of xenstore, specifically /local/GUEST/devices, are
writeable by the guest.  Information from these areas must be used
with care, to avoid the guest tricking qemu-dm into improperly using
its privileged access to dom0 resources.

To this end:
 * Variables and functions referring to client-controlled data have
   had `danger' added to their names.
 * There is a new sanitisation/checking arrangement for getting
   backend paths and information about the configuration of device
   backends, given the frontend information.  This is so that when
   qemu is providing a data path which is parallel to the PV
   frontend/backend arrangements, it only uses the configuration from
   a genuine backend which is really configured to serve qemu's own
   guest.
 * For information which should be read from or written to the `vm'
   tree, we obtain the guest's uuid from the hypervisor (the `label'
   as the hypercall interface calls it) rather than reading it from
   the guest-controlled areas of xenstore.
 * The `phantom vbd' feature is disabled.  It relies on
   guest-controlled xenstore areas indicating device paths on the
   guest.  We do not believe this feature is currently very relevant.
 * We _do_ allow the guest of a stubdom qemu to mess up the
   correspondence between pv backends and emulated devices, in the
   sense that we don't mind if the guest directs qemu to use a `wrong'
   frontend.