commit c6cb0e878446c79f42e7833d7bb69ed6bfbb381f
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date:   Wed Jan 14 02:57:53 2009 +0300

    ACPI: EC: Don't trust ECDT tables from ASUS

    http://bugzilla.kernel.org/show_bug.cgi?id=9399
    http://bugzilla.kernel.org/show_bug.cgi?id=11880

Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>

commit 235c4a59278eb07e61d909f1f0c233733034a8b3
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date:   Wed Jan 14 02:57:47 2009 +0300

    ACPI: EC: Limit workaround for ASUS notebooks even more

    References: http://bugzilla.kernel.org/show_bug.cgi?id=11884

Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>

commit 3e54048691bce3f323fd5460695273be379803b9
Author: Hannes Eder <hannes@hanneseder.net>
Date:   Sat Nov 29 07:21:29 2008 +0100

    ACPI: EC: fix compilation warning

    Fix the warning introduced in commit c5279dee26c0e8d7c4200993bfc4b540d2469598,
    and give the dummy variable a more verbose name.

      drivers/acpi/ec.c: In function 'acpi_ec_ecdt_probe':
      drivers/acpi/ec.c:1015: warning: ISO C90 forbids mixed declarations and code

Signed-off-by: Hannes Eder <hannes@hanneseder.net>
Acked-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>

commit c5279dee26c0e8d7c4200993bfc4b540d2469598
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date:   Wed Nov 26 17:11:53 2008 -0500

    ACPI: EC: Add some basic check for ECDT data

    One more ASUS comes with empty ECDT, add a guard for it...

    http://bugzilla.kernel.org/show_bug.cgi?id=11880

Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>

[BLKTAP] If a frontend moves its request producer pointer backwards
over the backend's request consumer, blktap will currently count to
infinity trying to make the consumer catch up with the producer again.
During this time, it's impossible to shut down the tap device, and
this makes the toolstack very sad.  Fix it by deliberately breaking
the interface whenever we notice that this has happened.

Signed-off-by: Steven Smith <steven.smith@eu.citrix.com>

patch revert-linux-2.6.18-xen.hg-582.b29a06ba7a5f

patch revert-linux-2.6.18-xen.hg-598.f1d726b984a3

patch revert-linux-2.6.18-xen.hg-719.be9555ea5512

patch revert-linux-2.6.18-xen.hg-740.5012c470f875

# HG changeset patch
# User Keir Fraser <keir.fraser@citrix.com>
# Date 1237377065 0
# Node ID c0f2f398aa3cab195b632531447e95110e9d8282
# Parent  c1f0373ff44ea3f9ba3845e05faf3d27d7d52731
x86: Fix interaction of NTP and dom0->xen time updates

Don't discard NTP sync when updating Xen wallclock time from dom0,
as that's almost the first thing we do when we become synced.
Move the call to ntp_clear() into do_settimeofday(), which is the
only caller of __update_wallclock() that looks like it should break
NTP sync.

This fixes the timer chain that sets Xen's wallclock every minute when
dom0 is NTP synced, which in turn greatly improves wallclock accuracy
in PV domU.

Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com>

patch forward-port-drivers-xen.patch

patch sync-drivers-xen.patch

patch linux-2.6.27.19-5.1.patch

patch build-system-integration.patch

patch hgignore.patch

Add patch queue.

Import 2.6.27