search for: recevice

Hi All After lots of try I was successfull in connecting to PSTN to make and recevice calls , I used AMP for this purpose , now I wanted to try out this Asterisk server answers the call , ask for the extensions and then after the extension entered the call is forwarded /transfered to the extension no , I use Asterisk 1.2.4, configured using AMP , on RHEL3 I did some configurat...

...don't care about this part, we could maybe just add a descriptor flag that puts the whole header in the descriptor. > - virtio-net header could be scattered > > Assume the ANYLAY_OUT case, whereas the headered is prepened before > each mbuf (or skb in kernel). In DPDK, a burst recevice in vhost pmd > means 32 different cache visit for virtio header. > > For the legacy layout and indirect desc, the cache issue could somehone > diminished a bit: we could arrange the virtio header in a same memory > block and let the header desc point to the right one. >...

...don't care about this part, we could maybe just add a descriptor flag that puts the whole header in the descriptor. > - virtio-net header could be scattered > > Assume the ANYLAY_OUT case, whereas the headered is prepened before > each mbuf (or skb in kernel). In DPDK, a burst recevice in vhost pmd > means 32 different cache visit for virtio header. > > For the legacy layout and indirect desc, the cache issue could somehone > diminished a bit: we could arrange the virtio header in a same memory > block and let the header desc point to the right one. >...

Hi folks: Here is the leftover of the previous spin of NVKM GSP RPC fixes, which is handling the return of large GSP message. PATCH 1 and 2 in the previous spin were merged [1], and this spin is based on top of PATCH 1 and PATCH 2 in the previous spin. Besides the support of the large GSP message, kernel doc and many cleanups are introduced according to the comments in the previous spin [2].