aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Update Xen version to 4.0.0-rc94.0.0-rc9Keir Fraser2010-03-312-2/+2
|
* xend: Fix bug of cpu affinity/ vcpu pin under ia32paeKeir Fraser2010-03-301-8/+4
| | | | | | | | | | | | | | | | c/s 21040 and 21044 used to break cpu number limit (<=64). However, they result in bug under ia32pae model: 1. things will go wrong for affinity, making all vcpus pin to a same cpu with same time; 2. when 'xm vcpu-pin' vpu to cpu, xend will exit abnormally. This patch is to fix the bugs described above. Signed-off-by: Xu, Jiajun <jiajun.xu@intel.com> Signed-off-by: Zhang, Jianwu <jianwu.zhang@inte.com> Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com> xen-unstable changeset: 21087:ebd84be3420a xen-unstable date: Tue Mar 30 18:31:39 2010 +0100
* Fix off-by-one error in do_memory_op()'s start_extent range checkKeir Fraser2010-03-301-1/+1
| | | | | | Signed-off-by: Jan Beulich <jbeulich@novell.com> xen-unstable changeset: 21085:81d785fae7af xen-unstable date: Tue Mar 30 13:27:25 2010 +0100
* Update QEMU_REMOTE to reference qemu-xen-4.0-testing.gitKeir Fraser2010-03-301-1/+1
|
* minios: Trivial spelling typo fixed.4.0.0-branchedKeir Fraser2010-03-301-1/+1
| | | | Sigend-off-by: Keir Fraser <keir.fraser@citrix.com>
* mcheck: Small fix for CMCI Threshold set problem.Keir Fraser2010-03-301-0/+2
| | | | | | | | | When generating new threshold value, we must firstly clean old value before or the new set value since the new value might be different with the old (BIOS might pre-set some threshold). Signed-off-by: Liping Ke <liping.ke@intel.com> Signed-off-by: Ying Huang <ying.huang@intel.com>
* x86: Remove redundant clear for cpu_online_map.Keir Fraser2010-03-301-2/+1
| | | | | | Remove it, maybe caused by accident diff operation. Signed-off-by: Xiantao Zhang <xiantao.zhang@intel.com>
* When flush tlb mask, we need consider the cpu_online_map.Keir Fraser2010-03-302-2/+5
| | | | | | | | | | | | | | | | | | | | The same is true for EPT flushes. We noticed sometime system hang on cpu online/offline stress test. The reason is because flush_tlb_mask from __get_page_type is deadloop. This should be caused by a small windows in cpu offline. The cpu_online_map is changed and the interrupt is disabled at take_cpu_down() for the to-be-offline CPU. However, the __sync_lazy_execstate() called from idle_task_exit() in the idle_loop() for the to-be-offline CPU. At that time, the stop_machine_run is finished already, and __get_page_type may be called in other CPU before the __sync_lazy_execstate(). Thanks Jan pointing out issue in my original patch. Signed-off-by: Jiang, Yunhong <yunhong.jiang@intel.com>
* pygrub/xend: Fix console plumbing to xenconsole client.Keir Fraser2010-03-272-2/+2
| | | | | | Domain's console tty now lives at serial/0/tty in xenstore. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xend: Do not set execute permission on qemu-dm log file.Keir Fraser2010-03-271-1/+1
| | | | Signed-off-by: Daniel Kiper <dkiper@net-space.pl>
* Update Xen version to 4.0.0-rc9-preKeir Fraser2010-03-271-1/+1
|
* Added tag 4.0.0-rc8 for changeset 542211ba675cKeir Fraser2010-03-261-0/+1
|
* Update Xen version to 4.0.0-rc84.0.0-rc8Keir Fraser2010-03-262-2/+3
|
* cpufreq: don't re-init active dbs timer in S3 or cpu onlineKeir Fraser2010-03-261-2/+3
| | | | Signed-off-by: Wei Gang <gang.wei@intel.com>
* VT-d: Better DMAR parsing warning message.Keir Fraser2010-03-261-1/+1
| | | | Signed-off-by: Weidong Han <weidong.han@intel.com>
* cpufreq: fix statistic lock problemKeir Fraser2010-03-261-4/+8
| | | | | | | | | | cpufreq_statistic_lock should not only protect the statistic memory pointed by cpufreq_statistic_data[cpu], but also have to protect the pointer in cpufreq_statistic_data[cpu] itself. So move the read operation of cpufreq_statistic_data[cpu] after spin_lock(cpufreq_statistic_lock). Signed-off-by: Wei Gang <gang.wei@intel.com>
* shadow: Don't crash xen if hvm_read() from paged or shared memoryKeir Fraser2010-03-261-0/+3
| | | | | | | | There are two new return cases from hvm_copy_from_guest_virt() to deal with paging or shared memory -- retry the emulation rather than crash. Signed-off-by: Steven Hand <steven.hand@cl.cam.ac.uk>
* xenpaging: Fix ioemu invalidationKeir Fraser2010-03-261-1/+2
| | | | | | | | xs_write takes the length of the string being written, not the path. Signed-off-by: Steven Hand <steven.hand@cl.cam.ac.uk> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xl: field 'type' not set in dm_infoKeir Fraser2010-03-261-0/+2
| | | | | | | | | This fixes a bug that makes xl start qemu without the FV/PV specific options. From: Jean-Edouard LEJOSNE <jean-edouard.lejosne@citrix.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com> Acked-by: Vincent Hanquez <vincent.hanquez@eu.citrix.com>
* VT-d: should not disable VT-d when find unknown DMAR structure typeKeir Fraser2010-03-251-1/+0
| | | | | | | | | | | | Now 4 DMAR structure types are supported (type value 0 ~ 3). Type values > 3 are reserved for future use. Current implementation disables VT-d when find unknown DMAR structure type, this may lead to VT-d disabling on future platforms before supporting new types on Xen. For forward compatibility, just skip unknown structures by skipping the appropriate number of bytes indicated by the Length field, and then VT-d still can be used. Signed-off-by: Weidong Han <weidong.han@intel.com>
* VT-d: Sanity check ACPI DMAR struct lengths.Keir Fraser2010-03-251-4/+32
| | | | | Signed-off-by: Weidong Han <weidong.han@intel.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* x86: s3: write_msi_msg: entry->msg should be in the compatibility formatKeir Fraser2010-03-251-1/+2
| | | | | | | | | | | | | | | | | | When Interrupt Remapping is used, after Dom0 S3, Dom0's filesystem might become inaccessible as the SATA disk's MSI interrupt becomes buggy. The cause is: After set_msi_affinity() or setup_msi_irq() invokes write_msi_msg(), entry->msg records the remappable format message; during S3 resume, Dom0 invokes the PHYSDEVOP_restore_msi hypercall to restore the MSI registers of devices, and in pci_restore_msi_state() -> write_msi_msg(), the 'entry->msg' of remappable format is passed, but in write_msi_msg() -> ... -> msi_msg_to_remap_entry(), the 'msg' is assumed to be in compatibility format. As a result, after s3, the IRTE is corrupted. Actually the only users of 'entry->msg' are pci_restore_msi_state() and dump_msi(). That's why we don't have issue except Dom0 S3. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* VT-d: change RHSA structure to be consistent with specKeir Fraser2010-03-251-8/+9
| | | | | | | | 'Reserved' field is missed in current RHSA structure, and move the 'proximity domain' field to the bottom. In addition, fix some indent issues. Signed-off-by: Weidong Han <weidong.han@intel.com>
* Fix gdbserver-xen support on older kernels.Keir Fraser2010-03-251-0/+7
| | | | | | | | | | | The xc_ptrace API relies on errno for passing success/failure indication back to callers. However, mapping operations that fall back on legacy APIs may leave errno set to a non-zero result even thought the operation is successful. This patch resets errno after successful map operations so that xc_ptrace doesn't inadvertently return a failure. Signed-off-by: Justin Gibbs <gibbs@scsiguy.com>
* Update QEMU_TAG to f1d909f0f854194f5a40d850886d1413fb8b63c2Keir Fraser2010-03-251-4/+3
|
* x86: fix improper return value from relinquish_memory()Keir Fraser2010-03-251-0/+1
| | | | | | | | While apparently only a theoretical possibility (domain_kill() has a BUG_ON() that wasn't reported to trigger so far), I still think it is better to have the code cleaned up. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* Fix 21051:bcc09eb7379f "x86_32: Relocate multiboot modules to below 1GB."Keir Fraser2010-03-241-14/+22
| | | | | | | | Copy the modules in ascending order in memory, rather than decsending order. This reduces the likelihood of the second relocation (in setup.c) corrupting modules through accidental overwriting. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* VT-d: avoid faulting in print_iommu_regs()Keir Fraser2010-03-241-4/+7
| | | | | | | In c/s 21027 I overlooked that using this function when bad table data was found requires the function to also do some range checking. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* Update Xen version to 4.0.0-rc8-preKeir Fraser2010-03-241-1/+1
|
* Update 4.0.0-rc7 tagKeir Fraser2010-03-231-1/+1
|
* x86: s3: ensure CR4.MCE is enabled after mcheck_init()4.0.0-rc7Keir Fraser2010-03-231-1/+4
| | | | | | | | Changeset 21045: 7751288b1386 introduces a potential issue: CR4.MCE is enabled before mcheck_init() -- thought looks I don't meet with an actual issue with this, we'd better fix it. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* Added tag 4.0.0-rc7 for changeset b8f8b07e0076Keir Fraser2010-03-231-0/+1
|
* Update Xen version to 4.0.0-rc7Keir Fraser2010-03-232-2/+3
|
* Update QEMU_TAG to 73cef2cca413c17f314724c66194315038ea66c3Keir Fraser2010-03-231-3/+3
|
* xend: fix traceback in pci.pyKeir Fraser2010-03-231-0/+3
| | | | Signed-off-by: Jim Fehlig <jfehlig@novell.com>
* x86_32: Relocate multiboot modules to below 1GB.Keir Fraser2010-03-233-2/+22
| | | | | | | | Otherwise Xen cannot access them later during boot. GRUB2 places modules as high as possible below 4GB, which has been causing boot failure. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* No cpu_add_remove_lock in do_boot_cpu.Keir Fraser2010-03-221-2/+0
| | | | | | | | The do_boot_cpu() will be called when system booting or CPU online. When system booting, we don't need hold this lock. When system online, the lock is held already by cpu_up. Signed-off-by: Jiang, Yunhong <yunhong.jiang@intel.com>
* Do not spin on locks that may be held by stop_machine_run() callers.Keir Fraser2010-03-223-6/+33
| | | | | | | | | | | | | | | | | | Currently stop_machine_run() will try to bring all CPUs to softirq context, with some locks held, like xenpf_lock or cpu_add_remove_lock etc. However, if another CPU is trying to get these locks, it may cause deadlock. This patch replace all such spin_lock with spin_trylock. For xenpf_lock and sysctl_lock, we try to use hypercall_continuation, so that we will not cause trouble to user space tools. For cpu_hot_remove_lock, we simply return EBUSY if failure, since it will only impact small number of user space tools. In the end, we should try to make the stop_machine_run as spinlock free. Signed-off-by: Jiang, Yunhong <yunhong.jiang@intel.com>
* ns16550: Do not re-init active timer on S3 resume.Keir Fraser2010-03-221-1/+3
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Fix vcpu hotplug bug: transfer vcpu_avail hex string to qemuKeir Fraser2010-03-202-5/+4
| | | | | | | | | | | | | | | Currently qemu has a bug: When maxvcpus > 64, qemu will get wrong vcpu bitmap (s->cpus_sts[i]) since it only get bitmap from a long variable. This patch, cooperate with another qemu patch, is to fix this bug. This patch transfer a vcpu_avail string in a hex string format, so that at qemu side it's more easier to get vcpu bitmap from hex string, especially when many vcpus, like more than 64. (Also update QEMU_TAG for matching qemu-side update) Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
* cpufreq: make non-verbose by defaultKeir Fraser2010-03-184-34/+59
| | | | Signed-off-by: Jan Beulich <jbeulich@novell.com>
* x86: fix dom0 S3 when x2apic is used.Keir Fraser2010-03-183-5/+6
| | | | | | | | | | | | 1) Some variables and functions in xen/arch/x86/genapic/x2apic.c should not be marked with __init* as they will be used during s3 resume; 2) In do_suspend_lowlevel -> restore_rest_processor_state -> mcheck_init, lapic is accessed, but x2apic hasn't been re-enabled yet (x2apic is re-enabled() in device_power_up -> lapic_resume). The patch moves mcheck_init to a later place. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* Fixes for 21040:b64a8d2a80ad "support affinity for >64 CPUs"Keir Fraser2010-03-182-11/+6
| | | | Signed-off-by: James (Song Wei) <jsong@novell.com>
* Improve graphical console performanceKeir Fraser2010-03-171-6/+25
| | | | | | | | | | As it is pretty pointless to clear unused parts of a line over and over again, keep track of how much of a line was actually written to and avoid clearing parts of the screen that are known to already be clear. With this, scrolling speed becomes comparable to that of Linux' VESA console. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* x86: suppress pointless Xen messages from ioapic_guest_write()Keir Fraser2010-03-171-4/+10
| | | | | | | | | | | Previously, these messages were only issued when old and new RTE differed. Make it so again (requiring adjustment of the guest provided RTE as that no longer holds a real vector). While at it, also make the "allocated vector for irq" message more useful and occur when what it says really happened. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* Fix a race condition for cpufreq dbs timer while S3 resumingKeir Fraser2010-03-171-0/+1
| | | | | | | | | | The cpufreq_dbs_timer_suspend/resume may race with dbs_timer_init while s3 resuming before this patch. This patch along with cset 21030 fix the bug 1586 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1586. Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Wei Gang <gang.wei@intel.com>
* libxc: Support set affinity for more than 64 CPUs.Keir Fraser2010-03-173-29/+83
| | | | | | | | There are more than 64 cpus on new intel platform especially on NUMA system, so that we need break the pcpu limit (that is 64) when set affinity of a VCPU. Signed-off-by: James (song wei) <jsong@novell.com>
* VT-d: reduce default verbosityKeir Fraser2010-03-178-108/+133
| | | | | | | | | | | | | | | Introduce a new sub-option "verbose" to "iommu=", and hide most (debugging) messages when that option is not specified. Particularly messages printed after time management was initialized can, on sufficiently large systems and with a graphical console, lead to time management issues (therefore a call to process_pending_softirqs() also gets added in case the new sub-option is being used). While touching that code, also convert all improper uses of gdprintk() to dprintk(), and convert all boolean iommu config variables to bool_t residing in the .data.read_mostly section. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* Increase default console ring allocation size and reduce default verbosityKeir Fraser2010-03-1716-79/+171
| | | | | | | | | | | | | | | | | | | | In order to have better chance that relevant messages fit into the ring buffer, allocate a dynamic (larger) one in more cases, and make the default allocation size depend on both the number of CPUs and the log level. Also free the static buffer if a dynamic one was obtained. In order for "xm dmesg" to retrieve larger buffers, eliminate pyxc_readconsolering()'s 32k limitation resulting from the use of a statically allocated buffer. Finally, suppress on x86 most per-CPU boot time messages (by default, most of them can be re-enabled with a new command line option "cpuinfo", some others are now only printed more than once when there are inconsistencies between CPUs). This reduces both boot time (namely when a graphical console is in use) and pressure on the console ring and serial transmit buffers. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* xend: Remove warning message from xend.logKeir Fraser2010-03-171-0/+1
| | | | | | | | | | When I created a domain, I saw the following warning message in xend.log. This patch removes the message from xend.log. [2010-03-16 19:04:16 3623] WARNING (XendConfig:872) Unconverted key: Description Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-11 17:53:43 +0000