search for: mc146818rtc

...p the guest suspend: make serial ports wakeup the guest. suspend: make rtc alarm wakeup the guest. hmp-commands.hx | 14 ++++++++++++++ hmp.c | 5 +++++ hmp.h | 1 + hw/acpi.c | 11 +---------- hw/acpi.h | 2 -- hw/acpi_piix4.c | 3 +-- hw/mc146818rtc.c | 17 +++++++++++++++++ hw/mips_malta.c | 2 +- hw/pc.c | 11 ----------- hw/pc.h | 3 +-- hw/pc_piix.c | 8 +------- hw/ps2.c | 6 ++++++ hw/serial.c | 6 ++++++ hw/vt82c686.c | 1 - qapi-schema.json | 11 +++++++++++ qmp-commands.hx...

...egion model. Alex Alexander Graf (14): ac97: convert PIO to new memory api read/write virtio-pci: convert PIO to new memory api read/write es1370: convert PIO to new memory api read/write i8254: convert PIO to new memory api read/write m48t59: convert PIO to new memory api read/write mc146818rtc: convert PIO to new memory api read/write pc port92: convert PIO to new memory api read/write pckbd: convert PIO to new memory api read/write rtl8139: convert PIO to new memory api read/write serial: convert PIO to new memory api read/write vmport: convert PIO to new memory api read/write...

...eulich@suse.com> --- a/xen/arch/x86/io_apic.c +++ b/xen/arch/x86/io_apic.c @@ -27,8 +27,6 @@ #include <xen/delay.h> #include <xen/sched.h> #include <xen/acpi.h> -#include <xen/pci.h> -#include <xen/pci_regs.h> #include <xen/keyhandler.h> #include <asm/mc146818rtc.h> #include <asm/smp.h> @@ -2493,12 +2491,10 @@ int ioapic_guest_write(unsigned long phy add_pin_to_irq(irq, apic, pin); } - spin_lock(&pcidevs_lock); spin_lock(&dom0->event_lock); ret = map_domain_pirq(dom0, pirq, irq, MAP_PIRQ_TYPE_GS...

...kefile --- xeno-unstable.orig/tools/ioemu/target-i386-dm/Makefile 2005-05-25 07:48:57.000000000 -0400 +++ xeno-unstable.mine/tools/ioemu/target-i386-dm/Makefile 2005-05-27 15:24:56.000000000 -0400 @@ -272,6 +272,7 @@ # Hardware support VL_OBJS+= ide.o ne2000.o pckbd.o vga.o dma.o VL_OBJS+= fdc.o mc146818rtc.o serial.o i8259.o i8254.o pc.o port-e9.o +VL_OBJS+= cirrus_vga.o ifeq ($(TARGET_ARCH), ppc) VL_OBJS+= ppc.o ide.o ne2000.o pckbd.o vga.o $(SOUND_HW) dma.o $(AUDIODRV) Only in xeno-unstable.mine/tools/ioemu/target-i386-dm: Makefile.orig _______________________________________________ Xen-dev...

..._ID_NUMBER) >> HPET_ID_NUMBER_SHIFT); ++i ) + hpet_write32(hpet_boot_cfg[i + 1], HPET_Tn_CFG(i)); + + if ( *hpet_boot_cfg & HPET_CFG_ENABLE ) + hpet_write32(*hpet_boot_cfg, HPET_CFG); +} --- a/xen/arch/x86/smp.c +++ b/xen/arch/x86/smp.c @@ -19,6 +19,7 @@ #include <asm/mc146818rtc.h> #include <asm/flushtlb.h> #include <asm/hardirq.h> +#include <asm/hpet.h> #include <asm/hvm/support.h> #include <mach_apic.h> @@ -375,6 +376,7 @@ void smp_send_stop(void) local_irq_disable(); __stop_this_cpu(); disable_IO_APIC(); + hpet_di...

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

...@@ -0,0 +1,57 @@ +#include <linux/config.h> +#include <linux/init.h> + +#include <linux/mm.h> +#include <linux/irq.h> +#include <linux/delay.h> +#include <linux/bootmem.h> +#include <linux/smp_lock.h> +#include <linux/interrupt.h> +#include <linux/mc146818rtc.h> +#include <linux/kernel_stat.h> +#include <linux/sysdev.h> + +#include <asm/atomic.h> +#include <asm/smp.h> +#include <asm/mtrr.h> +#include <asm/mpspec.h> +#include <asm/desc.h> +#include <asm/arch_hooks.h> +#include <asm/hpet.h> + +#incl...

...@@ -0,0 +1,57 @@ +#include <linux/config.h> +#include <linux/init.h> + +#include <linux/mm.h> +#include <linux/irq.h> +#include <linux/delay.h> +#include <linux/bootmem.h> +#include <linux/smp_lock.h> +#include <linux/interrupt.h> +#include <linux/mc146818rtc.h> +#include <linux/kernel_stat.h> +#include <linux/sysdev.h> + +#include <asm/atomic.h> +#include <asm/smp.h> +#include <asm/mtrr.h> +#include <asm/mpspec.h> +#include <asm/desc.h> +#include <asm/arch_hooks.h> +#include <asm/hpet.h> + +#incl...

...est_gsi(void); - static unsigned int __initdata max_gsi_irqs; integer_param("max_gsi_irqs", max_gsi_irqs); --- 2011-03-09.orig/xen/arch/x86/mpparse.c +++ 2011-03-09/xen/arch/x86/mpparse.c @@ -21,7 +21,6 @@ #include <xen/delay.h> #include <xen/sched.h> -#include <asm/mc146818rtc.h> #include <asm/bitops.h> #include <asm/smp.h> #include <asm/acpi.h> @@ -34,36 +33,31 @@ #include <bios_ebda.h> /* Have we found an MP table */ -int smp_found_config; -unsigned int __devinitdata maxcpus = NR_CPUS; +bool_t __initdata smp_found_config; /* * Var...

...> CC i386-dm/sb16.o > CC i386-dm/es1370.o > CC i386-dm/ac97.o > CC i386-dm/pcspk.o > CC i386-dm/ide.o > CC i386-dm/pckbd.o > CC i386-dm/ps2.o > CC i386-dm/vga.o > CC i386-dm/dma.o > CC i386-dm/fdc.o > CC i386-dm/mc146818rtc.o > CC i386-dm/serial.o > CC i386-dm/i8259.o > CC i386-dm/i8254.o > CC i386-dm/pc.o > CC i386-dm/cirrus_vga.o > /?PKGBUILDDIR?/debian/build/build-utils_amd64/qemu/hw/cirrus_vga.c: In function 'vga_ioport_read': > /?PKGBUILDDIR?/debian/build/buil...

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very

Dear all: I have found a big bug on xen concerning time virtualization. Please let me show you the whole process: 1 Phenomenon when I run a JVM based program in IE browser in my Virtual Machine, I have found clearly that time at the right bottom corner in my VM gets more slower and slower. I studied the bug deeply, and found something below. 2 Xen vmx_vmexit_handler --> ......... -->

...l/apic.c --- pristine-linux-2.6.12/arch/i386/kernel/apic.c 2005-06-17 21:48:29.000000000 +0200 -+++ linux-2.6.12-xen/arch/i386/kernel/apic.c 2006-02-17 00:45:18.250518852 +0100 ++++ linux-2.6.12-xen/arch/i386/kernel/apic.c 2006-02-25 00:12:33.792991082 +0100 @@ -26,6 +26,7 @@ #include <linux/mc146818rtc.h> #include <linux/kernel_stat.h> @@ -59,7 +59,7 @@ unsigned long v; diff -Nurp pristine-linux-2.6.12/arch/i386/kernel/cpu/cpufreq/powernow-k8.c linux-2.6.12-xen/arch/i386/kernel/cpu/cpufreq/powernow-k8.c --- pristine-linux-2.6.12/arch/i386/kernel/cpu/cpufreq/powernow-k8.c 2005-06-...

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths