search for: complexifying

I've been having problems getting MusicOnHold to work, so I've dumbed down my setup to as simple of a setup as I can. Asterisk 1.0.9. SIP ATA's (Sipura SPA-2002's) <SIP ATA 1> <---> <Asterisk> <---> <SIP ATA 2> Both ATA's have public IP's. No NAT'ing going on here. Reinvites are allowed so the media stream bypases Asterisk once a call

...ting on this. 4. We will understand more the requirements needed by CodeView that can be used to improve the below proposal (before diving into implementing it). Don't you forget the "Cons": 1) It is easier to perform large refactoring/changes to the debug info flow *before* complexifying the problem. 2) This is adding more stuff that will need to go through all these changes, wasting effort in the process. 3) It will limit forward progress for people who don't care about CodeView but want to move forward with restructuring DI deeply, like Eric's proposal is doing. That is...

...on this. > 4. We will understand more the requirements needed by CodeView that can be used to improve the below proposal (before diving into implementing it). Don't you forget the "Cons": 1) It is easier to perform large refactoring/changes to the debug info flow *before* complexifying the problem. 2) This is adding more stuff that will need to go through all these changes, wasting effort in the process. 3) It will limit forward progress for people who don't care about CodeView but want to move forward with restructuring DI deeply, like Eric's proposal is doing. That is...

...requirements needed by CodeView that > can be used to improve the below proposal (before diving into implementing > it). > > > > Don't you forget the "Cons": > > > > 1) It is easier to perform large refactoring/changes to the debug info > flow *before* complexifying the problem. > > 2) This is adding more stuff that will need to go through all these > changes, wasting effort in the process. > > 3) It will limit forward progress for people who don't care about CodeView > but want to move forward with restructuring DI deeply, like Eric'...

On Wed, Dec 3, 2014 at 6:17 AM, David P. Reed <dpreed at reed.com> wrote: > Tor needs this stuff very badly. Tor has many, many problematic behaviors relevant to congestion control in general. Let me paste a bit of private discussion I'd had on it in a second, but a very good paper that touched upon it all was: DefenestraTor: Throwing out Windows in Tor

Hi, How can I create a web page allowing people to listen (with their own PC) a couple of .wav/a-law files stored on a Linux server ? Chances are users would access this web page from Internet Explorer but if I could make it available to other browsers, that would be better. I googled a bit and couldn't find a tag such as media://myaudiofile.wav that would fulfill this spec. As much as

I have long included tinc in the cerowrt project as a lighter weight, meshy alternative to conventional vpns. I sat down a few days ago to think about how to make vpn connections work better through fq_codel, and decided I should maybe hack on a vpn to do the job. So I picked up tinc's source code for the first time, got it working on IPv6 as a switch in a matter of minutes between two

On Mon, 4 Feb 2019 at 22:04, Simon Moll <moll at cs.uni-saarland.de> wrote: > On 2/4/19 9:18 PM, Robin Kruppe wrote: > > > > On Mon, 4 Feb 2019 at 18:15, David Greene via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Simon Moll <moll at cs.uni-saarland.de> writes: >> >> > You are referring to the sub-vector sizes, if i am

This is the initial proposal for a paravirtualized IOMMU device using virtio transport. It contains a description of the device, a Linux driver, and a toy implementation in kvmtool. With this prototype, you can translate DMA to guest memory from emulated (virtio), or passed-through (VFIO) devices. In its simplest form, implemented here, the device handles map/unmap requests from the guest. Future

This is the initial proposal for a paravirtualized IOMMU device using virtio transport. It contains a description of the device, a Linux driver, and a toy implementation in kvmtool. With this prototype, you can translate DMA to guest memory from emulated (virtio), or passed-through (VFIO) devices. In its simplest form, implemented here, the device handles map/unmap requests from the guest. Future