similar to: [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups]

Hi; While using xen-3.0.2 with 2.6.16.28 kernel CPU (Intel(R) Pentium(R) M processor 1.73GHz) temprature is inreasing up to 104 C (/proc/acpi/thermal_zone/THRM/trip_points reports 105 C is critical for CPU) while idle or no domU working with very low system load, and if i start to use domU, sometimes system freezes or reboots for heat. But the same kernel just without Xen works normally and

Hi; After updating our Xen packages to current tip of xen-3.1-testing (from 3.1.0) caglar@zangetsu xen-3.1-testing.hg $ hg tip changeset: 15634:dbe47d8cb825 tag: tip user: Keir Fraser <keir.fraser@citrix.com> date: Thu Jan 31 10:07:57 2008 +0000 summary: Added tag RELEASE-3.1.3 for changeset 4835d702ba6133849bfae64b783b755c5066c094 I cannot boot domU''s

Hi All; I can''t find any related discussion on list archives so i just want to learn could anybody tell me is there any specific reason not to upgrade xen-3.0.4-testing tree to for example 2.6.16.38 which fixes dozens of security related problems after .33, i know as a distro packager its my responsibility to sync/modify whatever is needed but as an end-user perspective i just want

Hi; Attached patch adds "-Wno-always-true" CFLAGS into xen/arch/powerpc/Rules.mk and xen/arch/x86/Rules.mk, else compiling xen with latest gcc-4.2.0 snapshot fails, patch is against current xen-3.0.4-testing repo; make[3]: Entering directory `/var/pisi/xen-3.0.4.1-3/work/xen-3.0.4-testing.hg/xen/common'' gcc -O2 -fomit-frame-pointer -m32 -march=i686 -DNDEBUG -std=gnu99 -Wall

Hi; After upgrading to current xen-3.0.4-testing.hg domU''s starts to not working as expected, here are the some findings; * dom0 boot without a problem * xend starts without a problem * As soon as "xm create domain", domain enters a blocked state and never returns (nothing changes if i use old 3.0.3-domU kernel or new one) * dmesg, xen dmesg, xen logs shows nothing strange *

Dear Jim, On 12 Eki 2012, at 21:17, Jim Grosbach wrote: > > On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> >> On 12 Eki 2012, at 20:00, Jim Grosbach wrote: >> >>> >>> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >>> >>>> Dear Tim,

Hi; With xen-3.1.0 on Pardus 2007, "/usr/sbin/xend start" returns "Cannot find Xen Python modules." cause Xen Python modules installed into "/usr/lib/python2.4/site-packages/" Following patch adds site-packages into search path Signed-off-by: S.Çağlar Onur <caglar@pardus.org.tr> diff -r aee991c7723a tools/misc/xen-python-path ---

Hello everybody, I installed eucalyptus on ubuntu10, basic configuration . Everything is ok untill I start the instances, the disk is being created but it terminates soon. Environment: NFS , KVM, ubuntu10 x64, Euca on 2 machines (wc sc cc clc on one machine, and nc on another). libvirtd (libvirt) 0.7.5 QEMU PC emulator version 0.12.3 (qemu-kvm-0.12.3), Copyright (c) 2003-2008 Fabrice Bellard.

Does anyone know if the Xen 3.1.0 kernels as distributed in the "open source" tarballs (x86_64 version) are vulnerable to the recently-announced vulnerability CVE-2007-4573? IF so, is there any plan to release patched tarballs anytime soon? Thanks Steve Timm -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov

On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > > On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > >> >> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >> >>> Dear Tim, >>> >>>> >>>> The JIT sounds like it does almost exactly what you

On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > > On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> Dear Tim, >> >>> >>> The JIT sounds like it does almost exactly what you want. LLVM's JIT >>> isn't a classical lightweight, dynamic one like you'd see for >>> JavaScript or Java.

>From searching the web, I found that many people have encountered this problem. The fixes the suggested don't seem to work for me... My smb.conf file looks like this [global] workgroup = OURDOMAIN security = ADS realm = OURDOMAIN.com password server = OURSERVER encrypt passwords = yes add user script = /usr/sbin/useradd %u hosts allow = 192.168.X. 127. winbind uid = 10000-20000 winbind

Hello All I just recently adopted a server with Gentoo/Xen as domain0 server with several domainUs attached to it. Please forgive my xen-noobness, but I was hoping that someone can help me out. These images have not been updated in a long time, and I''m trying to get all the domainUs updated with their appropriate services patches, etc. I''m currently working on one Gentoo

Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : sercantapsin at hotmail.com Yahoo : sercantapsin at yahoo.com Google : sercantapsin at gmail.com Mail : tapsin at hostunuz.com

Hi, As most of you probably already know, a local root exploit was released yesterday which affects kernels from 2.6.17 to 2.6.24.1. Is there an official patch for dom0 and domU kernels, or can the backport of the official kernel patch be used on these kernels? Regards, Zoltan HERPAI _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

Hi there, I've just been experimenting with the latest courier-dovecot-migrate.pl script and I notice that it favours keeping pop3 UIDL ordering rather than IMAP UID preservation. There is this comment (line 312): # POP3 clients may want to get POP3 UIDLs in the same order always. # Preserve the order even if it causes IMAP UIDs to change. Does anyone have details as to which

Fri, 31 Aug 2018 20:42:56 +1200 tarihinde Andrew Bartlett <abartlet at samba.org> yazdı: > Try adding --local > > This will do the work in the local python process and so might avoid > one of the steps in between timing out. > > Andrew Bartlett Thanks. It worked. I think "--local" must have used on target DC as what ouput of command tells about what have

I''m pleased to announce the availability of Xen 3.1.1 -- a bugfix release in the Xen 3.1 series. Many bugs, large and small, are fixed by this release and we recommend that all users and vendors upgrade. The source repository is available using mercurial from: http://xenbits.xensource.com/xen-3.1-testing.hg Binary packages have not yet been prepared for this release. Thanks to

I''m pleased to announce the availability of Xen 3.1.1 -- a bugfix release in the Xen 3.1 series. Many bugs, large and small, are fixed by this release and we recommend that all users and vendors upgrade. The source repository is available using mercurial from: http://xenbits.xensource.com/xen-3.1-testing.hg Binary packages have not yet been prepared for this release. Thanks to

Hi all, Sorry for the delay. This implements binary patching of call sites for interrupt-related paravirt ops, since no-doubt Andi wasn't the only one to believe this approach is slow. The benchmarks were done on a UP 3GHz Pentium 4 with 512MB of RAM. 2.6.17-rc4 vs 2.6.17-rc4 with CONFIG_PARAVIRT=y vs 2.6.17-rc4 CONFIG_PARAVIRT=y with patch. Summary: with binary patching, the difference