| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
of the created network interface
Signed-off-by: Stefan Berger <stefanb@us.ibm.com>
|
|
|
|
| |
Signed-off-by: Simon Horman <horms@verge.net.au>
|
|
|
|
| |
Signed-off-by: Stefan Berger <stefanb@us.ibm.com>
|
|
|
|
| |
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
|
|
|
|
|
| |
Avoids holding up acquiring page_scrub_lock in free_domheap_pages().
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
|
|
|
|
|
|
|
|
|
|
| |
On ia64, direct Linux boot is not supported, and 'Flash.fd' or
'guest_firmware.bin' has been used as a value of the 'kernel'
option. Cset:17016 ignores those strings and overrides them with
"/usr/lib/xen/boot/hvmloader".
Signed-off-by: Kazuhiro Suzuki <kaz@jp.fujitsu.com>
Signed-off-by: KUWAMURA Shin'ya <kuwa@jp.fujitsu.com>
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
|
|
|
|
|
|
|
|
|
|
| |
I noticed that parallel scrubbing pages is not efficient
due to spinlock contention. (also memory bandwidth?)
Actually heap_lock becomes a bottleneck.
In my investigation, it often takes 1 millisec just to acquire
the lock on ia64 with 8cpus. It's very wasteful.
Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Straight port from Linus's tree:
commit 4b9f12a3779c548b68bc9af7d94030868ad3aa1b
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Thu Jul 24 17:29:00 2008 -0700
x86/oprofile/nmi_int: add Nehalem to list of ppro cores
..otherwise oprofile will fall back on that poor timer interrupt.
Also replace the unreadable chain of if-statements with a
"switch()"
statement instead. It generates better code, and is a lot clearer.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
|
|
|
|
| |
Signed-off-by: Aron Griffis <aron@hp.com>
|
|\ |
|
| |
| |
| |
| |
| |
| | |
React to lock becoming available as quickly as possible.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
|
| |
| |
| |
| |
| | |
Signed-off-by: Jan Beulich <jbeulich@novell.com>
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| |
| |
| | |
Place a BUILD_BUG_ON() in mm.c to replace one of the restrictions.
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
x86 IOMMU support added a lot of assumptions about what PCI buses look
like and where to find bridge devices. On ia64, we don't yet have
virtualization friendly IOMMUs, so for the moment, we just want to
keep "unsafe" PV PCI pass through working as well as it did in Xen
3.2. Looking at the code, it almost seems like x86 has thrown out
support for the old style driver domain. Things that don't
necessarily work on every PCI compliant architecture:
* You can't assume that just because there's a device at 01:01.0
that there's also a bridge at 01:00.0 and blow-up when you
don't find it. On HP ia64 boxes, PCI root bridges are not
necessarily exposed as a PCI device. This pretty much means
we can't call into any of the "FLR" code paths.
* BAR alignment: it's hard to have BAR alignment when your page
size is 16k. This wasn't a requirement for previous PV driver
domains, so I assume it's only for IOMMU support.
This is ugly, so I'm open to suggestions. It seems that all of these
architecture checks could be replaced by checking some "iommu_present"
variable to test whether the extra requirements are necessary.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |
| |
| |
| |
| |
| | |
That permits to reduce the amount of difference with upstream.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| |
| |
| |
| |
| |
| |
| | |
There is a small bug on the serial emulation code that prevents kgdb
from working correctly over the serial.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
We can decide to make off_t 64bit instead of implementing the LFS
tricks. Name corresponding functions foo64 to permit simple caml
programs linking.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
update unmodified_drivers/linux-2.6/README.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
|
| |
| |
| |
| | |
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
|
| |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
We're printing out the ACPI table signature after we overwrite it
with "OEMx". Let's print it out before so we know that the table was.
Also limit print to 4 chars so we don't get garbage output.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
I've never been sure why we have such a big scary warning around this,
when I have yet to see any system that does provide opcode decoding.
Let's remove it.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On bootup, I get a couple of these:
(XEN) ACPI Warning (tbutils-0219): Incorrect checksum in table [APIC] - CE, should be 04 [20070126]
(XEN) ACPI Warning (tbutils-0219): Incorrect checksum in table [APIC] - CE, should be 04 [20070126]
I don't remember seeing them before, but they're pretty easy to fix.
The problem is we update the lsapics, causing the checksum to be wrong,
then we look for platform interrupt sources, which spits out a warning,
and finally we look for the MADT again to fix the checksum, which also
prints a warning. If we grab a pointer to the MADT before these, we can
update the checksum after each step and avoid the warnings.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
We have boxes that report EFI version 2.00 now, so adopt upstream linux
patch to only warn on versions less that 1.00. Based on linux-2.6.git
873ec746158403af82c57ce26780166aafc159e1.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Stub out new hypercalls in the hypervisor. The only odd one here is
map/unmap_pirq. This seems to be for MSI support, which I don't believe
we currently support for driver domains, so this is actually similar to
the x86 code path. The tools code doesn't allow us to return -ENOSYS
here :(
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
|\| |
|
| |
| |
| |
| | |
Signed-off-by: Aron Griffis <aron@hp.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Make the 'iommu' boot parameter take a comma separated value
indicating whether iommu is required to boot and whether to enable
iommu for pv domains.
Signed-off-by: Espen Skoglund <espen.skoglund@netronome.com>
|
| |
| |
| |
| |
| |
| |
| | |
That is actually a no-op since it just sets it to NULL again, but
makes sense.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Add "iommu=1" option in grub, due to VT-d is not enabled by default.
In addition, describes how to enable MSI/MSI-x for assigned devices.
Signed-off-by: Weidong Han <weidong.han@intel.com>
|
| |
| |
| |
| |
| |
| |
| | |
Check BAR type indicator to avoid I/O BAR being mistaken as 64-bit =
memory BAR.
Signed-off-by: Yu Zhao <yu.zhao@intel.com>
|
| |
| |
| |
| |
| |
| |
| | |
Currently we are trying to read the same value twice in the
serial_load function, this patch fixes that.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
This patch exposes the persistent (aka managed) domain path in xend
configuration file. This option is already supported in XendOptions
but is not annotated in the configuration file.
Signed-off-by: Jim Fehlig <jfehlig@novell.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For security reasons, add 'force_iommu' option to ensure that it
should not be possible under any conditions to boot Xen w/o VT-d being
enabled. This would only be specified by users that really want the
added security.
Signed-off-by: Weidong Han <weidong.han@intel.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Flush iotlb in iommu_page_mapping() after page mapping
- Change BUG_ON() to ASSERT() in iommu_flush_iotlb_psi()
- Add iommu_flush_write_buffer() if iommu_flush_iotlb_psi() fails in
dma_pte_clear_one()
- Change panic() message to easily know where panic happens
Signed-off-by: Weidong Han <weidong.han@intel.com>
|
| |
| |
| |
| |
| |
| | |
Also resync xmexample3 with xmexample1 and 2.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
memory sizes greater than 2GB when built as a 32-bit binary.
Instead, direct HVM Linux loading approximates end of low memory via a
different method.
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| |
| | |
It can fire if domain0 (e.g., qemu-dm) has Xen heap pages mapped.
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
|
| |
| |
| |
| | |
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
|