similar to: Xen 4.1-rc7 test report (3/21)

Hello all! I have a problem to group my data (years) in 10 years classes. For example for year year decade 1598 1590-1600 1599 1590-1600 1600 1590-1600 1601 1600-1610 --- my is like this> [1] 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 [16] 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 [31] 1628 1629 1630 1631 1632 1633

Hi all, This is the test report for xen-unstable tree. We found one bug (#1778) about the blue screen showed when the guest win2k8 shutdown fixed. Version Info ================================================================ xen-changeset: 23851:994b5b125c31 pvops git: commit 20a27c1e25b8550066902c9d6ca91631e656dfa3 ================================================================ Test

<Chris is cleaning out his inbox> Valery A.Khamenya wrote (in http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-August/000455.html): > there is a very simple using case concerning LLVM and I am wondering > whether it might be optimized at LLVM layer: > int rec_func(int x, int y) { > if(y<0) return x; > return y + rec_func(x, y-1); // should we really push x? > }

Hi all, my name is Hirofumi Tsujimura. We are porting and testing a PV-on-HVM in the IPF. This is a first time to send mail. I probably found the problem when I tested the VNIF. My operation for the test is following. 1. create a domain VTx and attach the VNIF in it. 2. create a domain U. 3. send a packet to the domain VTx from the domain U with ping command. Then, the domain VTx

Hi All, We tested the PV driver on HVM domain. When ten vif was defined in configuration file for VNIF, the HVM domain was not able to be created. ---------------------------------------------------------- # grep vif RHEL5GA_test.conf vif = [ ''mac=02:17:42:2f:01:11, bridge=xenbr0'', ''mac=02:17:42:2f:03:11, bridge=xenbr2'',

Hi all, This is the test report of xen-unstable tree. There is no issue found and 1 issue got fixed. Version Info: ================================================================= xen-changeset: 25517:c6c9d20963d7 Dom0: linux.git 3.4.3 ================================================================= New issue(0) ============== Fixed issue(1) ============== 1. guest shows white

Hi all, This is the test report of xen-unstable tree, one issue found and one issue fixed. Version Info: ================================================================= xen-changeset: 26042:3696dd6a7836 Dom0: linux.git 3.6.1 ================================================================= New issue(1) ============== 1. xl pci-list shows one PCI device (PF or VF) could be assigned

> I see more precisely what you mean, but I don't think it is that > straightforward to generalise the benefits multiple CPU on single host > programming to multiple CPU at multiple hosts. I don't think that both > cases involve the same techniques. you are right, just think of shared memory. > For example, in "single host" configuration you get a very low

Could someone confirm, please, that this bug report and its proposed fix are being checked? 1. Is my analysis (message below) about right? 2. Is my proposed patch (attached) about right? 3. Is this being addressed for "rc8" (or whatever) and its successors? Many thanks. -- : David Lee I.T. Service : : Senior Systems Programmer

Hi all Intel QA team did a full testing agianst xen unstable 14201 this week. In the testing we ran all our tests for device model,control panel, guest installation, and xen function on x86p,x86_64 and IPF. Here is the testing report: ######################################################################## ### Summary: Totally 12 new issues have been found (11 for x86, 1 for IPF): x86: 1. Mouse

Hi all, This is the test report of xen-unstable tree. There are one bug found. Version Info: ================================================================= xen-changeset: 25256 Dom0: linux.git 3.1.0-rc7 (commit: d93dc5c...) ================================================================= New issue(1) ============== 1. cpu weight out of range error when create hvm domU

I had a try to insert vbd & vnif modules for ia32 smp hvm guest, and find that if I do not enable acpi in the config file, hvm guest will crash after "insmod xen-platform-pci.ko". However, if I enable acpi in the config file, "insmod xen-platform-pci.ko" and "insmod xenbus.ko" could pass, but "insmod xen-vnif.ko" or "insmod xen-vbd.ko" will

I tried RC16 from RC7 and like other releases since RC7 it is significantly slower. I'm still trying to figure out why. But I have again switched back. Do new version take up a lot more ram perhaps? I'm running with a gig of ram, and I'm running a few other apps. It's not a fast computer, just an old 754 pin semptron. But the point is that RC7 runs a lot faster than RC16.

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc7.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc7.tar.gz.sig I'll make RC releases daily now until v1.2.0 is released, which will be either on Monday or Wednesday. Please test as much as possible. * Removed configure --with-deliver, --with-pop3d and --disable-ipv6 parameters. + Improved permission related error messages. -

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc7.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc7.tar.gz.sig I'll make RC releases daily now until v1.2.0 is released, which will be either on Monday or Wednesday. Please test as much as possible. * Removed configure --with-deliver, --with-pop3d and --disable-ipv6 parameters. + Improved permission related error messages. -

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc7.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc7.tar.gz.sig Okay, one more RC, because I needed a new feature implemented and forgot I wasn't supposed to do any changes anymore before v2.1.0. After that I figured I'll just do a few more changes and release RC7. So, v2.1.0 will probably be released within 1-2 days. So, the one new

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc7.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc7.tar.gz.sig Okay, one more RC, because I needed a new feature implemented and forgot I wasn't supposed to do any changes anymore before v2.1.0. After that I figured I'll just do a few more changes and release RC7. So, v2.1.0 will probably be released within 1-2 days. So, the one new

[1.2-rc7]-Really High CPU % Running Steam? Hi, I'm running current Steam client in Wine 1.2-rc7 on Ubuntu 10.04 32bit. My CPU usage for "Steam.exe" is 90%+? (have a Intel Core2Quad 2.4GHz CPU 4 core) Any idea on how to fix this? its slowing down my entire computer! (also running both Windows XP and OS X virtual machines) Thanks! PS - I HOPE STARCRAFT 2 WILL WORK IN WINE :)

It looks like the v.0 RC7 is still not stable. It hangs almost every day. This morning I found that pop3 was not working but imap was working. I know other times when dovecot stop working, neither pop3 and imap worked. I just want to know if other users are getting the same problem.

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz.sig One extra RC release, just to fix compiling problems with non-Linux OSes. Nothing else changed since rc6. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally