search for: urgentes

Displaying 20 results from an estimated 1965 matches for "urgentes".

Did you mean: urgente
2014 Sep 22
2
[PATCH RFC 2/2] vhost: support urgent descriptors
On 09/20/2014 06:00 PM, Paolo Bonzini wrote: > Il 19/09/2014 09:10, Jason Wang ha scritto: >>>> >>>> - if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >>>> + if (vq->urgent || !vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >> So the urgent descriptor only work when event index was not enabled? >> This seems suboptimal, we may still
2014 Sep 22
2
[PATCH RFC 2/2] vhost: support urgent descriptors
On 09/20/2014 06:00 PM, Paolo Bonzini wrote: > Il 19/09/2014 09:10, Jason Wang ha scritto: >>>> >>>> - if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >>>> + if (vq->urgent || !vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >> So the urgent descriptor only work when event index was not enabled? >> This seems suboptimal, we may still
2004 Aug 23
2
Question about dial out via Zap
Group When I dial a phone number that should go out to the telco my local phone rings. Does anyone have any hits ? Thanks Asterisk Ready. *CLI> -- Called g1/6144196143 Urgent handler Urgent handler -- Starting simple switch on 'Zap/2-1' Urgent handler Urgent handler -- Called 6149236651 Urgent handler -- SIP/6149236651-1d93 is ringing Urgent handler -- Zap/1-1
2005 Oct 08
2
No incoming calls from chan_capi 0.6
Hello, I'm trying to use the version 0.6 of chan_capi-cm for outgoing calls it works perfectly but for incoming calls it doesn't work. I tried to set an extension to dial my from-pstn context and it works. So I think there's a problem with my capi.conf or something... Here's a debug when calling -- CONNECT_IND (PLCI=0x101,DID=9100,CID=46720XXXX,CIP=0x4,CONTROLLER=0x1)
2014 Sep 19
2
[PATCH RFC 2/2] vhost: support urgent descriptors
On 07/01/2014 06:49 PM, Michael S. Tsirkin wrote: > Signed-off-by: Michael S. Tsirkin <mst at redhat.com> > --- > drivers/vhost/vhost.h | 19 +++++++++++++------ > drivers/vhost/net.c | 30 +++++++++++++++++++++--------- > drivers/vhost/scsi.c | 23 +++++++++++++++-------- > drivers/vhost/test.c | 5 +++-- > drivers/vhost/vhost.c | 23 ++++++++++++++++------- >
2014 Sep 19
2
[PATCH RFC 2/2] vhost: support urgent descriptors
On 07/01/2014 06:49 PM, Michael S. Tsirkin wrote: > Signed-off-by: Michael S. Tsirkin <mst at redhat.com> > --- > drivers/vhost/vhost.h | 19 +++++++++++++------ > drivers/vhost/net.c | 30 +++++++++++++++++++++--------- > drivers/vhost/scsi.c | 23 +++++++++++++++-------- > drivers/vhost/test.c | 5 +++-- > drivers/vhost/vhost.c | 23 ++++++++++++++++------- >
2014 Sep 22
1
[PATCH RFC 2/2] vhost: support urgent descriptors
On 09/22/2014 02:55 PM, Michael S. Tsirkin wrote: > On Mon, Sep 22, 2014 at 11:30:23AM +0800, Jason Wang wrote: >> On 09/20/2014 06:00 PM, Paolo Bonzini wrote: >>> Il 19/09/2014 09:10, Jason Wang ha scritto: >>>>>> >>>>>> - if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >>>>>> + if (vq->urgent ||
2014 Sep 22
1
[PATCH RFC 2/2] vhost: support urgent descriptors
On 09/22/2014 02:55 PM, Michael S. Tsirkin wrote: > On Mon, Sep 22, 2014 at 11:30:23AM +0800, Jason Wang wrote: >> On 09/20/2014 06:00 PM, Paolo Bonzini wrote: >>> Il 19/09/2014 09:10, Jason Wang ha scritto: >>>>>> >>>>>> - if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { >>>>>> + if (vq->urgent ||
2014 Jul 01
0
[PATCH RFC 2/2] vhost: support urgent descriptors
Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/vhost/vhost.h | 19 +++++++++++++------ drivers/vhost/net.c | 30 +++++++++++++++++++++--------- drivers/vhost/scsi.c | 23 +++++++++++++++-------- drivers/vhost/test.c | 5 +++-- drivers/vhost/vhost.c | 23 ++++++++++++++++------- 5 files changed, 68 insertions(+), 32 deletions(-) diff --git a/drivers/vhost/vhost.h
2014 Jul 01
5
[PATCH RFC 1/2] virtio: support for urgent descriptors
Below should be useful for some experiments Jason is doing. I thought I'd send it out for early review/feedback. Compiled-only at this point. event idx feature allows us to defer interrupts until a specific # of descriptors were used. Sometimes it might be useful to get an interrupt after a specific descriptor, regardless. This adds a descriptor flag for this, and an API to create an urgent
2014 Jul 01
5
[PATCH RFC 1/2] virtio: support for urgent descriptors
Below should be useful for some experiments Jason is doing. I thought I'd send it out for early review/feedback. Compiled-only at this point. event idx feature allows us to defer interrupts until a specific # of descriptors were used. Sometimes it might be useful to get an interrupt after a specific descriptor, regardless. This adds a descriptor flag for this, and an API to create an urgent
2009 May 12
3
forms & link css classes - not working
I used a scaffold to create an interface. I''m trying to style it and I''m having trouble. In my css I have: #content a, a:link, a:visited{ color: #ff8400; } #content a:hover{ background: #ff8400; color: #FFFFFF; } #content a.urgent, a.urgent:link, a.urgent:visited { color: #FF0000; } #content a.urgent:hover { color: #FFFFFF; background: #FF0000; } #content input.m_title{
2014 Sep 22
0
[PATCH RFC 2/2] vhost: support urgent descriptors
On Mon, Sep 22, 2014 at 11:30:23AM +0800, Jason Wang wrote: > On 09/20/2014 06:00 PM, Paolo Bonzini wrote: > > Il 19/09/2014 09:10, Jason Wang ha scritto: > >>>> > >>>> - if (!vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { > >>>> + if (vq->urgent || !vhost_has_feature(vq, VIRTIO_RING_F_EVENT_IDX)) { > >> So the urgent
2004 Dec 31
0
manager API / weird queue
Hi, I'm playing with the agent/queue system. Everything work well with v1.0.3. but I want the 'Action: Agents' in the manager API that is only on the CVS version. So i switched to, but now the Queue/Agent system barely work. (my agent don't get the call) Where I can get a 'stable' CVS version? Or maybe, how I can solve my Queue/Problem? here is the detail: 1. I can
2005 Jun 02
1
Newbie :Call Forwarding problem
Dear All, I was trying to enable call forwarding, following the steps of the link on voip.org regarding this issue it doesn't work and the phone I am trying to implement on is still ringing. below is my conf in extensions.conf and the CLI output during the process. My configuration is : exten => _*5X.,1,DBput(CF/${CALLERIDNUM}=${EXTEN:2}) exten => _*5X.,2,Hangup exten =>
2014 Oct 11
10
[PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
Hello all: We free old transmitted packets in ndo_start_xmit() currently, so any packet must be orphaned also there. This was used to reduce the overhead of tx interrupt to achieve better performance. But this may not work for some protocols such as TCP stream. TCP depends on the value of sk_wmem_alloc to implement various optimization for small packets stream such as TCP small queue and auto
2014 Oct 11
10
[PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
Hello all: We free old transmitted packets in ndo_start_xmit() currently, so any packet must be orphaned also there. This was used to reduce the overhead of tx interrupt to achieve better performance. But this may not work for some protocols such as TCP stream. TCP depends on the value of sk_wmem_alloc to implement various optimization for small packets stream such as TCP small queue and auto
2005 Mar 21
0
Cdr_odbc asterisk 1.0.6
Asterisk Ready. *CLI> -- Executing route("SIP/7408-02e3", "370263") in new stack -- odbcquery: query=370263 > Query = 370263 : SQLcmd = select routing, ring_timer from ddi_pool where ddi_inbound = '370263' Urgent handler > app_route: Query Successful! -- Varname= 55 -- odbcquery: set route 721017101 -- odbcquery: set timer 15
2010 Jul 27
2
urgent:how to transfer a call using asterisk FAGI
Hi, I have xlite registered with a user. Now i dial an extension say 1500 which has the dial plan as follows. exten==>1500,1,AGI("localhost//hello.agi" So when i dial extenstion 1500 the script hello.agi is invoked which in turn plays a welcome message. I now want to transfer the call now to operator. How can i achieve this???Please help me in this regard as this is very urgent.
2014 Oct 12
0
[PATCH net-next RFC 1/3] virtio: support for urgent descriptors
On Sat, Oct 11, 2014 at 03:16:44PM +0800, Jason Wang wrote: > Below should be useful for some experiments Jason is doing. > I thought I'd send it out for early review/feedback. > > event idx feature allows us to defer interrupts until > a specific # of descriptors were used. > Sometimes it might be useful to get an interrupt after > a specific descriptor, regardless. >