search for: 0000011f

...ho functionality on phone 1: OK (using alaw codec) 2) Echo functionality on phone 2: OK (using alaw codec) 3) Call from phone2 to phone1: OK (both using alaw) 4) Call from phone1 to phone2: immediate disconnect after answering (might not be related) console says: [Aug 20 09:19:57] WARNING[7080][C-0000011f]: chan_sip.c:10434 process_sdp: Received AVP profile in audio answer but AVPF is enabled: audio 7200 RTP/AVP 8 101 [Aug 20 09:19:57] WARNING[7080][C-0000011f]: chan_sip.c:10819 process_sdp: Failing due to no acceptable offer found I enabled debug on the IP of the dect-phone (full log attached),...

...I/7. There is no time delay between the 'answered' line and the 'hungup' line): -- DAHDI/5-1 is ringing -- DAHDI/3-1 is ringing -- DAHDI/7-1 is ringing -- DAHDI/2-1 is ringing -- DAHDI/4-1 is ringing -- DAHDI/6-1 is ringing -- DAHDI/7-1 answered SIP/5555-0000011f -- Hanging up on 'DAHDI/6-1' -- Hungup 'DAHDI/6-1' -- Hanging up on 'DAHDI/4-1' -- Hungup 'DAHDI/4-1' -- Hanging up on 'DAHDI/2-1' -- Hungup 'DAHDI/2-1' -- Hanging up on 'DAHDI/5-1' -- Hungup 'DAHDI/5-1'...

I've recently had an Asterisk 1.4.x install system crash, luckily I was well into configuring a replacement system. Initially, the system was running: Debian 6 64BIT Asteirsk 11.3 USB sound card (to paging amp) Audio file is sent to the console via /dev/dsp1 on a 3 second time delayed call file. Initial testing shows this working well, but the day before I was to deliver and install, I

I own an Athlon 64 X2 Dual Core Processor 5200+. I enabled SVM extensions on BIOS. I did a power cycle. xm dmesg shows me: (XEN) AMD SVM: ASIDs enabled (XEN) HVM: SVM enabled I run a 64 bit Xen kernel (OpenSuse 11). Xen version is 3.2.1_16881_04-8.6 I _can not_ run any x86_64 O.S on a HVM domU, because it appears something like this: "your cpu does not support long mode. use a 32bit

...Nov 4 10:10:32 EST 2009 machine : x86_64 nr_cpus : 2 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 2104 hw_caps : 178bfbff:ebd3fbff:00000000:00000010:00002001:00000000:0000011f total_memory : 4078 free_memory : 1738 node_to_cpu : node0:0-1 xen_major : 3 xen_minor : 1 xen_extra : .2-164.6.1.el5. xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_pa...

tnaks for your response but the number dialed exist and i can call this number when i configure the trunk directly in x-lite and i call call also this number from my cell phone . any help thanks and regards 2015-03-25 12:59 GMT+00:00 Matthew Jordan <mjordan at digium.com>: > On Wed, Mar 25, 2015 at 7:35 AM, Salaheddine Elharit > <salah.elharit200 at gmail.com> wrote: > >

...: x86_64 > nr_cpus : 2 > nr_nodes : 1 > sockets_per_node : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 2104 > hw_caps : 178bfbff:ebd3fbff: > 00000000:00000010:00002001:00000000:0000011f > total_memory : 4078 > free_memory : 1738 > node_to_cpu : node0:0-1 > xen_major : 3 > xen_minor : 1 > xen_extra : .2-164.6.1.el5. > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0- > x86...

On Fri, Oct 19, 2012 at 2:55 AM, r4start <r4start at gmail.com> wrote: > Hi all. > > While compiling next code > @A = weak unnamed_addr constant { i32, i32, i32 } { i32 0, i32 0, i32 0 }, > section ".data" > was discovered that llc ignores weak linkage if we emit it in COFF object. > Attached patch solves this problem, please review. > > I found some

Hi all. While compiling next code @A = weak unnamed_addr constant { i32, i32, i32 } { i32 0, i32 0, i32 0 }, section ".data" was discovered that llc ignores weak linkage if we emit it in COFF object. Attached patch solves this problem, please review. I found some similar tests in test/Objects/Inputs. Should I do something like trivial.ll checking or there is a better way to check

...osoft (R) 00000050: 4F 70 74 69 6D 69 7A 69 6E 67 20 43 6F 6D 70 69 Optimizing Compi 00000060: 6C 65 72 00 ler. SECTION HEADER #3 .xdata name 0 physical address 0 virtual address 4 size of raw data 11F file pointer to raw data (0000011F to 00000122) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers C0301040 flags Initialized Data COMDAT; sym= _aaa 4 byte align Read Write RAW DATA #3 00000000: F3 E0 01...

...nouveau 0000:01:00.0: Xorg[2678]: nv50cal_space: -16 [13070.397110] nouveau 0000:01:00.0: Xorg[2678]: nv50cal_space: -16 [13070.543727] nouveau 0000:01:00.0: Xorg[2678]: nv50cal_space: -16 [13070.551840] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 2 [Xorg[2678]] get 0000024bc0 put 0000024f0c ib_get 0000011f ib_put 00000122 state 40000004 (err: INVALID_MTHD) push 00406040 [13070.569224] nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 2 [Xorg[2678]] subc 0 mthd 0000 data 0004e680 [13070.589325] nouveau 0000:01:00.0: gr: TRAP_PROP - TP 0 - 00000008 [SURF_HEIGHT_OVERRUN] - Address 0000000000 [13070.599271] n...

...: #1 SMP Mon May 10 22:13:55 CEST 2010 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 2494 hw_caps : 178bf3ff:ebd3fbff:00000000:00000010:00002001:00000000:0000011f:00000000 virt_caps : hvm total_memory : 8140 free_memory : 7038 node_to_cpu : node0:0-1 node_to_memory : node0:7038 node_to_dma32_mem : node0:3515 max_node_id : 0 xen_major : 4 xen_minor : 0 xen_extra...

I can''t boot my PV domU domain using a pv_ops 2.6.30.1 kernel. Using the xenified standard debian kernel (2.6.26, the same as in dom0) in DomU it does boot with pvgrub. Any clues, to what to try or test ? Regards, Sander xm dmesg gives: traps.c:437:d12 Unhandled general protection fault fault/trap [#13] on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 12