search for: complexified

Displaying 10 results from an estimated 10 matches for "complexified".

Did you mean: complexifies
2005 Sep 30
1
Music on hold not initiating RTP stream?
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
2016 Mar 31
3
[cfe-dev] RFC: Up front type information generation in clang and llvm
Hi Mehdi, I understand the reasoning for supporting this proposal independently from CodeView support. However, I do not think that it is needed for supporting CodeView. When I say that my suggestion is more clean, I was pointing to CodeView support, assuming the changes in LLVM IR/Clang FE indicated in this proposal. Also, it is not that clear from the proposal what will be shared (generic)
2016 Mar 31
0
[cfe-dev] RFC: Up front type information generation in clang and llvm
Hi Aboud, > On Mar 31, 2016, at 11:06 AM, Aboud, Amjad via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > Hi Eric, > I can understand the need for improving the current design of debug info representation and emission in LLVM. > However, let’s not forget that the motivation was and still to support CodeView debug info emission. Well, that is *one* motivation. > I am
2016 Mar 31
1
[cfe-dev] RFC: Up front type information generation in clang and llvm
The split between CodeView and DWARF will happen at the level of type information. So, DIVariable, DISubprogram, DILocation, DILocalScope, etc will all be shared, but records and composite types etc will not. On Thu, Mar 31, 2016 at 3:44 PM, Aboud, Amjad via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Mehdi, > > I understand the reasoning for supporting this proposal
2014 Dec 03
0
[Cerowrt-devel] tinc vpn: adding dscp passthrough (priorityinherit), ecn, and fq_codel support
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
2008 Sep 18
4
OT - How to stream a A-Law/wav file to a browser ?
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
2014 Dec 03
3
tinc vpn: adding dscp passthrough (priorityinherit), ecn, and fq_codel support
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
2019 Feb 04
7
[RFC] Vector Predication
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
2017 Apr 07
34
[RFC 0/3] virtio-iommu: a paravirtualized IOMMU
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
2017 Apr 07
34
[RFC 0/3] virtio-iommu: a paravirtualized IOMMU
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