From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Venefax" Subject: RE: Windows SMP Date: Thu, 8 Jan 2009 20:56:14 -0500 Message-ID: <089a01c971fd$7602f660$6208e320$@com> References: <069e01c96b55$3c834d80$b589e880$@com> <4962588D.7080204@virtualiron.com> <03d101c96f68$eec4da10$cc4e8e30$@com> <496267EF.5070508@virtualiron.com> <03e901c96f72$3029a400$907cec00$@com> <4963CB1D.60501@virtualiron.com> <05bb01c9706c$956828a0$c03879e0$@com> <4964C07E.1060804@virtualiron.com> <065c01c970d8$3753dea0$a5fb9be0$@com> <4964CD47.8010503@virtualiron.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <4964CD47.8010503@virtualiron.com> Content-Language: en-us List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: 'Steve Ofsthun' Cc: 'Dirk Utterback' , xen-devel@lists.xensource.com, 'Andrew Lyon' , 'Keir Fraser' List-Id: xen-devel@lists.xenproject.org I put the patch in production. Is there any way to know if it is = working. I cannot observe any effect, either positive or negative. I = have 16 windows VM with one virtual processor each, the Standard PC Hal, = and an application that can bring the cpu usage to 100%. Heavy network = usage. It is a telephony application. Does anybody have any other patch = that would make it use less CPU? Federico -----Original Message----- From: Steve Ofsthun [mailto:sofsthun@virtualiron.com]=20 Sent: Wednesday, January 07, 2009 10:42 AM To: Venefax Cc: xen-devel@lists.xensource.com; 'Andrew Lyon'; 'Dirk Utterback'; = 'Keir Fraser' Subject: Re: [Xen-devel] Windows SMP Venefax wrote: > It booted fine, but then I found out that I actually went back in my = version. Please let me know if I should go ahead or not. I downloaded = the source file that you instructed me, xen-3.2.0_16718_14-0.4.src.rpm, = but it turns out that I was using 3.2.0_16718_18-0.3.src.rpm, which I = could not find in Google or Novell. I applied the patch and after = rebooting I found that I am of course using _14-0.4 instead of 18-0.3. = So the question is, does it matter? Or is it better to use this lower = version with the patch? If it matters indeed, how do I get the _18.03 = source rpm? Obviously running the correct version would be best. I'm guessing my = version is the original shipping SP2 not the latest SP2 kernel/xen = update. You should be able to get the proper src.rpm from the same = place you got the binary rpm from. > The other question is: is it possible to update the whole xen + tools = to 3.3.1rc4 in Suse 10 SP2 and is this patch still valid in that = scenario? The short answer is no. This is a much bigger job. The dom0 kernel is = intimately tied to the underlying Xen version. If you want to try a = newer Xen, you would have to move to OpenSUSE 11.1 or gain access to the = SLES11 Beta. As far as the supplied patch, it should apply since the underlying code = is still present in xen-unstable. Steve > Federico >=20 >=20 > -----Original Message----- > From: xen-devel-bounces@lists.xensource.com = [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Steve = Ofsthun > Sent: Wednesday, January 07, 2009 9:47 AM > To: Venefax > Cc: xen-devel@lists.xensource.com; 'Andrew Lyon'; 'Dirk Utterback'; = 'Keir Fraser'; 'James Harper' > Subject: Re: [Xen-devel] Windows SMP >=20 > Venefax wrote: >=20 >> I went as far as "make xen". The question is now what do I do to use = this new, patched hypervisor, I mean, how do I put in production? A = simple reboot? Please advise. >=20 > As we don't want to assume that this test xen will even boot, the = safest thing is to edit your /boot/grub/menu.lst (or use yast [System -> = Boot Loader]) to copy your current xen boot entry. Leave everything = identical between the two entries except for the hypervisor (change = /boot/xen.gz to /boot/xen-test.gz) and the title line to indicate the = test entry (add something like "- test" to the end of the title line). = If you use yast, the title entry is in the label column. >=20 > Copy your newly created xen.gz to /boot/xen-test.gz (be careful not to = copy your new file on top of any existing /boot/xen.gz). >=20 > Reboot the node and manually select the test selection. If the boot = succeeds, try your experiment. If the boot fails, just reboot normally = and verify your changes to the menu.lst. >=20 >> Federico >> >> -----Original Message----- >> From: Steve Ofsthun [mailto:sofsthun@virtualiron.com]=20 >> Sent: Tuesday, January 06, 2009 4:20 PM >> To: Venefax >> Cc: 'Keir Fraser'; 'Andrew Lyon'; 'James Harper'; 'Dirk Utterback'; = xen-devel@lists.xensource.com >> Subject: Re: [Xen-devel] Windows SMP >> >> Venefax wrote: >>> Dear Gentlemen >>> One silly question, maybe, how do I apply the patch supplied in SLES = SP2? I have not compiled anything from sources. >>> Federico >> I believe the proper sequence is: >> >> download the SLES10 SDK iso from you Novell support account: >> >> SLE-10-SP2-SDK-DVD-x86_64-GM-DVD1.iso >> >> Add this ISO as a yast installation source. >> >> install the xen-3.2.0_16718_14-0.4.src.rpm rpm via yast or: >> >> # rpm -i xen-3.2.0_16718_14-0.4.src.rpm >> >> Note that this is the .src.rpm not the binary rpm. >> >> Prep the source tree using: >> >> # rpmbuild -bc /usr/src/packages/SPECS/xen.spec >> >> This should build, patch and compile the package. If it fails due to = dependencies, add the missing RPMs using yast. >> >> Once it succeeds, apply the attached patch (I attached the wrong one = previously): >> >> # cd /usr/src/packages/BUILD/xen-3.2-testing >> # patch -p0 < ~/xen-vioapic-callback-routing.patch >> >> Build the hypervisor: >> >> # cd /usr/src/packages/BUILD/xen-3.2-testing >> # make xen >> >> try out the resulting xen/xen.gz manually. >> >> Steve >> >> >> >=20 >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >=20