similar to: Quick Question about R

We have some extensions in our dialplan that start with a star. We can dial them from Zap phones and SIP phones, but not from phones connected to a PAP2. After the user presses star follwed by two digits (our extensions are dialed with star followed by three digits) he hears a fast-busy that comes from the PAP2, not from Asterisk. This also happens with the builtin *8 (call pickup). In

My apologies for asking what is doubtless a dumb question, but I have scant experience in R. It would be very convenient in doing lots of plots to be able to do them in a loop that stepped through a vector of variable names. For example one could say x<-("mydates") y<-c("foo1","foo2","foo3") #where "foon" were vectors

And also put my name behind the mainternship. Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 0358a3e..e2252fc 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -193,8 +193,9 @@ F: xen/include/xen/iommu.h LINUX (PV_OPS) M: Jeremy Fitzhardinge

I am measuring the performance of one TCP connection over two symmetric paths. Packets are sent to two paths alternatively. I found that when the latency of each path are within 1ms, the overall TCP throughput is the *sum* of the throughput of the two paths. However, when the latency of the two paths increases to 5ms, the overal TCP throughput drops to the throughput of a *single* path. Has anyone

Three of the patches could be squashed in one, but it makes more sense to review them as three. These patches fix the case of an PVHVM guest not being able to resume propely b/c of hitting: 142 BUG_ON(info->type != IRQT_UNBOUND && info->type != type); (in events.c) and also adds a WARN to catch situations like these. The reason for this is that the Xen python toolstack

These two patches provide the neccessary infrastructure changes for the processor-passthru driver [www.spinics.net/lists/linux-acpi/msg34655.html] to properly function. The first one is quite easy - we just modprobe the processor-passthru driver. The second allows it to work under AMD machines by exposing the PM RDMSR to dom0. It has been tested with 2.6.32 kernel as well to make sure it does

The attached patches allow the pciback module to perform a reset whenever a PCI device is: - attached to the pciback module, as so: echo "0000:01.07.0" > /sys/bus/pci/devices/pciback/bind - detached from the pciback module, as so: echo "0000:01.07.0" > /sys/bus/pci/devices/pciback/unbind - and when the guest is done with (internally when the guest is not using

This is a Fedora Core 13 environment and I just noticed this as I update the xen-unstable tree: make -C libxl install make[3]: Entering directory `/home/konrad/ssd/xtt/xen-unstable/tools/libxl'' rm -f _libxl_paths.h.tmp.tmp; echo "SBINDIR=\"/usr/sbin\"" >> _libxl_paths.h.tmp.tmp; echo "BINDIR=\"/usr/bin\"" >> _libxl_paths.h.tmp.tmp;

Patches that were posted last week - with review comments addressed.

I am working on some other bugs and perf issues - and while working I noticed that both sparse and Coverity have reported some issues with Xen drivers. Please see attached various bug-fixes that I am proposing for 3.6.

Hi, what to do, if the kernel hangs on boot time with: megaraid: ABORTING-1 cmd=12 <c=0 t=0 l=0> megaraid: ABORTING-1[d7] fw owner Konrad Naumann _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Hi. I am using xen 4.2.2, the system runs okay. But when I suspend it, it does so, but crashes on trying to resume. Here is lsmod output: Module Size Used by xen_pciback 52011 0 xen_netback 27468 0 xen_blkback 26998 0 xen_gntalloc 13144 0 xen_gntdev 17403 1 xen_evtchn 13132 1 xenfs 12985 1 xen_privcmd 13177 5 xenfs parport_pc 28152 0 ppdev 17073 0 rfcomm 42641 12 bnep 18036 2 ext2 72837 1

Hi. I am using xen 4.2.2, the system runs okay. But when I suspend it, it does so, but crashes on trying to resume. Here is lsmod output: Module Size Used by xen_pciback 52011 0 xen_netback 27468 0 xen_blkback 26998 0 xen_gntalloc 13144 0 xen_gntdev 17403 1 xen_evtchn 13132 1 xenfs 12985 1 xen_privcmd 13177 5 xenfs parport_pc 28152 0 ppdev 17073 0 rfcomm 42641 12 bnep 18036 2 ext2 72837 1

On Fri, Sep 21, 2012 at 01:02:23PM +1000, John Krstev wrote: > Hi Konrad, Hey John, Please next time also include xen-devel on the To header. I''ve done that for you. > > I refer to your patch at: > http://lists.xen.org/archives/html/xen-devel/2012-01/msg01927.html > which I found reading > http://www.gossamer-threads.com/lists/xen/devel/256197 > > I have a

# HG changeset patch # User George Dunlap <george.dunlap@eu.citrix.com> # Date 1337961666 0 # Node ID 1c28051020488782f1277dd60a2418324580297e # Parent 69c3ae25bb1ddcb0ea44b7566d36d34e9d6a70aa libxl: When checking BDF of existing slots, function should be decimal, not hex Spotted-by: Konrad Wilk <konrad.wilk@oracle.com> Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com>

On 11.04.2010, at 19:14, nicolas geoffray wrote: > On Sun, Apr 11, 2010 at 7:12 PM, Konrad Hinsen <konrad.hinsen at fastmail.net> wrote >> I am rather surprised that the size of a method should have an impact on stack usage, but then I haven't looked at all at how VMKit works yet. That's my next project :-) >> > It has no impact on VMKit. The impact is on LLVM

On Sun, Jun 03, 2012 at 05:31:32PM +1000, aorchis@gmail.com wrote: > Hi Jeremy and Konrad, CC-ing xen-devel. > > Basically the driver NVIDIA provided is a binary blob and recent > versions does not work with the PAT layout of XEN so it falls back to > MTRR to provide write combining (please correct me if I''m wrong). OK? Which is still OK. Are you using a v3.4 kernel

Are you expecting improvement after  09/15/2009 new-swiotlb commits ? 4097,6144, "No_dom0_mem_specified" don''t look to me to have any. Boris.   _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

First, maintainer''s addresses (Ryan Wilson <hap9@epoch.ncsc.mil>, Chris Bookholt <hap10@epoch.ncsc.mil>) are wrong (users unknown to remote mailsystem), so posting to you: PCI bus format strings are wrong. "%04x:%02x:%02x.%d" should be used instead of "%04x:%02x:%02x.%1x" (in many places of linux+v3.2.1/drivers/xen/xen-pciback/pci_stub.c) --

Does upstream dom0 support superpage? best regards yang