similar to: [Xen-ia64-devel] IPF/Xen VTI domain testing report for Xen 3.0.3 RC2

Hi all, We have tested IPF/Xen on 3.0.3rc1. The testing mainly focus on the VTI domains. It includes guest booting, memory size, vcpu number, guest installation, SMP guest, guest coexist, xm command, Xwindows and Windows 2k3. The testing results are good. There are only 6 issues found. All of them are not new. 1. VTI domain and XenU domain might meet “Can not allocate memory”. This is bug.

>5. LTP testing might run very slow in SMP VTI Domain with credit scheduler. If binding VTI >and Xen0 vcpu, this bug won''t be there. Hi keir, In credit scheduler, two vcpus in the same domain may be scheduled on the same CPU. For instance, vcpu0 and vcpu1 are running on the same CPU, vcpu0 is doing spin_lock in guest, then time slice is due, vcpu0 is scheduled out before doing

Keir, Please apply this to xen-3.0.3-testing and xen-unstable. It fixes a missing #include which results in an implicit declaration for initialize_keytable (introduced by my own mistake in 828c0c89d830) Thanks, Aron Signed-off-by: Aron Griffis <aron@hp.com> diff -r f426f6e646eb -r bde321653d48 xen/arch/ia64/xen/xensetup.c --- a/xen/arch/ia64/xen/xensetup.c Mon Oct 02 18:04:56 2006 +0100

Hi, Keir, Attached are the necessary changes in control panel to support ia64/vti domain builder. One is in common side, and the other is in vti specific image builder. Please take a look, and if no objection, I''d like to ask Dan''s help to check into xen-ia64-unstable.hg first. Signed-off-by Ke Yu <ke.yu@intel.com> Signed-off-by Anthony Xu <anthony.xu@intel.com>

Hi, Keir, Attached patch is the qemu part to enable VGA acceleration for VTI domain. It also fixes a small point about increasing maximum mem for the new linear buffer. Signed-off-by Kevin Tian <kevin.tian@intel.com> Thanks, Kevin _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Xend will do a hypercall to destory domain when creating VTI guest fail. If "is_vti" not be set at this point, HV will call relinquish_vcpu_resource() which belong to domU. It may try to free a NULL pointer, so dom0 crash. This patch fix it. Signed-off-by, Zhang Xin < xing.z.zhang@intel.com > Good good study,day day up ! ^_^ -Wing(zhang xin) OTC,Intel Corporation

I assume this commit message was supposed to be "Enable VGA acceleration for VTI" right? We''re not actually accelerating CGA right? Regards, Anthony Liguori Xen patchbot-unstable wrote: > # HG changeset patch > # User kaf24@firebug.cl.cam.ac.uk > # Node ID e67432187b88ee60433779ad0f004b532ed378c8 > # Parent 639ad22eb7c80ac21c3958747b879892680bdaba >

Due to IA64 balloon driver not ready and it depends on max memory value to allocate its memory. So this fix is necessary now. Thanks & Best Regards -Xiantao OTC,Intel Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hello. I am a relatively new FreeBSD user. I have samba, ssh and vnc server running on it. I am also trying to set up the IPFILTER on it. I used the handbook to familiarize myself with the software and the sample script provided in the chapter discussing ipf, I decided to use as a starting point. After reading the ipf chapter I assumed that if "block in log first quick on xl0 all" is

Hi list, I saw this in my ipf.log (using ipfmon): 18/05/2004 15:57:21.092537 fxp0 @25:1 S w.x.y.z -> a.b.c.d PR tcp len 20 (40) frag 20@8 IN where : - fpx0 is my interface connected to the outside world - w.x.y.z is an IP not related to any system under our control - a.b.c.d is the public IP used for NATed traffic from our LAN. - @25:1 is : @1 block in log quick from any to any with short

This issue only happened on creating VTI domain in IPF platform. Creating IA32 or IA32E VMX domain is okay. Best Regards, Yongkang (Kangkang) 永康 >-----Original Message----- >From: xen-ia64-devel-bounces@lists.xensource.com >[mailto:xen-ia64-devel-bounces@lists.xensource.com] On Behalf Of Zhang, >Jingke >Sent: 2006年10月11日 16:35 >To: xen-ia64-devel@lists.xensource.com

Author: jojemann Repository: /hg/zfs-crypto/gate Revision: aa51fc8a43798383cb3ead8c97bcad88acd305c5 Log message: 6283314 frequent panics in ipf:fr_movequeue: NULL pointer dereference 6294902 ipfilter doesn''t recognize TCP window scale option correctly. Files: update: usr/src/common/ipf/ip_state.c

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: report_ia64.xls Type: application/vnd.ms-excel Size: 62464 bytes Desc: report_ia64.xls Url : http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20040702/68304798/report_ia64-0001.xls

Hi all. I recently turned net.inet.udp.log_in_vain on on some of my boxen and have been seeing UDP connection attempts to port 67 on the local host. This initially seemed odd, as the target ip addres was indeed that of a DHCP-configured interface and the source address was that of my DHCP server. However, it turns out this is totally valid, as dhclient(8) does not bind(2) on the bootpc port but

I am looking at some lower cost phone to use with Asterisk. What is the ArtDio IPF-2000 or the Sipura SPA-841 like? Also, I see voipsupply.com has an ArtDio IPF-1000 listed, is this a new or an old model? I cannot find any information on it. Adi

The issue appears to be between the Cisco 7940 and the ArtDio IPF-2000, when a call is initiated between these phones the ArtDio phone receives the audio stream fine from the Cisco, but the Cisco can't hear anything from the ArtDio, until the Cisco user places the call on hold and then picks the line back up. When the Cisco user places the call on hold, music streams fine from the server to

Hello, I recently purchased a ArtDio IPF-2600 phone from voipsupply.com, but they did not include a manual. Does anyone know the default login information? I have tried all of the common ones that I can think of. If anyone knows, it would be greatly appreciated. Thanks! _________________________________________________________________ Stay in touch with old friends and meet new ones with

Hi all, We have done the ABAT test to Xen3.3.0-rc4 (staging#18314) on IA64. No issue was found for IPF. Thanks! Detail Xen/IA64 Unstable Cset #18314 Status Report ============================================================ Test Result Summary: # total case: 17 # passed case: 17 # failed case: 0 ============================================================ Testing

I''m wondering if Open Solaris + xVM will allow me to do the following: I currently have 2 Solaris 10 servers sucking down electrons that I would like to consolidate into 2 xVM instances on a Solaris 11 quad core box. This is what it looks like: Internet --->A sol 10 FW/Web B>---->C Sol 10 app/mail D---> local LAN So interface A is connected to the Internet. The FW/Web box

FreeBSD 4.8-STABLE #1: Sun Apr 6 09:38:34 EDT 2003 # $FreeBSD: ports/www/squid/Makefile,v 1.99 2003/03/09 10:59:07 netchild Exp $ ... checking if IP-Filter header files are installed... no WARNING: Cannot find necessary IP-Filter header files Transparent Proxy support WILL NOT be enabled ... I seem to recall that ipf doesn't install its includes per default any longer ? Perhaps