Displaying 20 results from an estimated 1000 matches similar to: "Non standard usage of X100P card."
2003 Apr 18
1
Account code on SIP
I was wondering if the accountcode flag works
with sip channels. I was looking into the
debug and ,even if I have the line accountcode=XXX
into the users sections of my sip.conf, I don't see
it logged into the cdr.
Matteo Brancaleoni
mbrancaleoni@espia.it
Emmegi System Administrator
EspiA - EMMEGI Srl - e*solution provider
Uffici: Via Pascoli, 37
20129 Milano - Italy
Sede Legale: Corso
2004 Jul 26
6
Can't dial SIP<->EuroISDN (HFC-S based PCI ISDN card): Unable to create channel of type 'Zap'
Hi,
I'm trying to set up an Asterisk pbx based on a Fedora Core 1 Linux box
(customized kernel version 2.4.24). I want calls from my SIP soft-phones
to simply be dumped onto the PSTN line via a BRI (EuroISDN). I have a cheap
HFC-S based PCI ISDN card connected to the NT1+ interface, so I need zaphfc.
I've read everything I've found at www.voip-info.org, then I've downloaded
the
2003 Nov 12
1
X100P random hangups.
I have a couple of X100P's in my system and while on calls they just randomly hang up for no reason.
I have tried messing with the busydetect and callprogress setting them to yes and no same and still random hangups. Is there another setting I should be looking at?
My zap config looks like.
context = inbound-work
include => extensions
signalling
2003 Jul 15
1
g723.1 voicemail/conference files segfault *
Hi,
First of all I am not sure that what I am trying to do is correct/supported,
but here is what I'm trying to test:
Some of my endpoints only have g723 codecs. Because of this I am only
allowing g723.1 codec in sip.conf and h323.conf. Calls between endpoints
work fine. I am trying to configure voicemail and meetme applications. I see
that all voice files in asterisk are in gsm format and
2018 Mar 15
2
Commit module to Git after each Pass
On 03/15/2018 01:32 PM, Fedor Sergeev via llvm-dev wrote:
> For this to be really usable in this setup we need additionally to:
> - extend -print-module-scope to cover basic block passes
> - introduce a clear way to separate module IRs as those are being
> printed by -print-after-all
>
> But yes, it should work, and a wrapper that pipes to git fast-import
> seems to be
2018 Mar 15
2
Commit module to Git after each Pass
Does git-commit-after-all print correctly after all the passes? Maybe I
messed it up and it skip some passes, therefore having less to do?
Either that, or piping has a higher cost than writing to file. Looks like
it surprisingly spends much less time in system more when going through
file. Maybe that's because the file is consistently around the same size
and is mmapped into memory
2018 Mar 14
2
Commit module to Git after each Pass
The print-module-after-all type of option exists in upstream:
-print-module-scope - When printing IR for print-[before|after]{-all} always print a module IR
commit 7d160f714357f6784ead669ce516e94991c12e5a
Author: Fedor Sergeev <fedor.sergeev at azul.com<mailto:fedor.sergeev at azul.com>>
Date: Fri Dec 1 17:42:46 2017 +0000
IR
2018 Sep 28
3
Porting Pass to New PassManager
Is there a reason for why `-asan` and `-asan-module` can be mixed but
Function passes and Module passes with the new PM can't be mixed?
- Leo
On Thu, Sep 27, 2018 at 3:21 AM Fedor Sergeev <fedor.sergeev at azul.com> wrote:
>
> On 09/27/2018 12:25 PM, Philip Pfaffe wrote:
>>
>> `opt < %s -passed='asan' -asan-module -S`
>
> asan-module is another
2018 Mar 15
0
Commit module to Git after each Pass
Hmm...
I tried Alexandre's fix from D44244 and surprisingly it appears that
just using -print-module-scope w/o
any additional git actions is waaaay slower on my testcase than
-git-commit-module-all.
Hell, even a plan -print-after-all is slower:
] time R/bin/opt -O3 some-ir.ll -disable-output -git-commit-after-all
2>/dev/null
real 0m8.041s
user 0m7.133s
sys 0m0.936s
] time
2018 Mar 15
0
Commit module to Git after each Pass
For this to be really usable in this setup we need additionally to:
- extend -print-module-scope to cover basic block passes
- introduce a clear way to separate module IRs as those are being
printed by -print-after-all
But yes, it should work, and a wrapper that pipes to git fast-import
seems to be the best way to handle it.
regards,
Fedor.
On 03/15/2018 12:31 AM, Daniel Neilson via
2018 Mar 15
2
Commit module to Git after each Pass
Huh. Great! 😁
I don't believe my poor excuse from earlier (else we should map all pipes
into files!), but I'm curious why we spend less time in system mode when
going through file than pipe. Maybe /dev/null is not as efficient as we
might think? I can't believe I'm saying that...
On Thu, Mar 15, 2018, 08:25 Fedor Sergeev <fedor.sergeev at azul.com> wrote:
> Well, git by
2003 Jul 05
3
Activate MySQL logging
<P>hi,</P>
<P>Can anybody pls tell me how to activate loggin CDR on mysql db. I tried editing the /etc/asterisk/cdr_mysql.conf file and recompiling asterisk, it didn't work. Normal loggin on Master.csv file works fine.</P>
<P>Thank you inadvance,</P>
<P>Surajee</P>
<P> </P><br>
--------------This mail sent
2019 Dec 12
3
Adding custom callback function before/after passes
Hello Fedor.
Thank you for the information.
I made a simple patch that exposes PassInstrumentationCallback so
llvmGetPassPluginInfo can use it: https://reviews.llvm.org/D71086 . Would
this change make sense?
Thanks,
Juneyoung Lee
On Thu, Dec 12, 2019 at 12:44 AM Fedor Sergeev <fedor.sergeev at azul.com>
wrote:
>
>
> On 12/3/19 8:01 PM, Juneyoung Lee via llvm-dev wrote:
>
>
2003 Jul 14
3
New budgetone firmware
Hi.
Has anyone experienced with the new firmware .77 ?
There's Day Light Saving time now, but haven't
time to play with it, till now.
Matteo.
--
Matteo Brancaleoni
Espia System Administrator - IT services
Website : http://www.espia.it
Email : mbrancaleoni@espia.it
2018 Mar 15
4
Commit module to Git after each Pass
git-commit-after-all solution has one serious issue - it has a hardcoded
git handling which
makes it look problematic from many angles (picking a proper git,
selecting exact way of storing information, creating repository,
replacing the file etc etc).
Just dumping information in a way that allows easy subsequent machine
processing
seems to be a more flexible, less cluttered and overall clean
2019 Mar 13
2
RFC: Getting ProfileSummaryInfo and BlockFrequencyInfo from various types of passes under the new pass manager
Overall seems fine to me.
On 3/11/19 8:12 PM, Hiroshi Yamauchi wrote:
> Here's a revised approach based on the discussion:
>
> - Cache PSI right after the profile summary in the IR is written in
> the pass pipeline. This would avoid the need to insert
> RequireAnalysisPass for PSI before each non-module pass that needs it.
> PSI can be technically invalidated but unlikely
2019 Aug 06
2
Status of the New Pass Manager
On 8/6/19 7:31 PM, Fedor Sergeev via llvm-dev wrote:
>
>
> On 8/6/19 3:02 AM, Hiroshi Yamauchi via llvm-dev wrote:
>> I had a chance to try -print-after-all with NPM.
>>
>> It seems like there's still no output for the passes
>> before objc-arc-contract (which is basically what I saw before.) Does
>> anyone else see this?
>>
>> Are we
2018 Jun 13
2
RFC: Pass Execution Instrumentation interface
On 06/13/2018 09:13 PM, Philip Pfaffe wrote:
> On Wed, Jun 13, 2018 at 8:03 PM David A. Greene via llvm-dev
> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>
> Fedor Sergeev <fedor.sergeev at azul.com
> <mailto:fedor.sergeev at azul.com>> writes:
>
> >> Ok. The way I envision this working from a user
2010 May 25
2
summary of arima model in R
Hi,
I want to give a summary or anova for "arima" model in R, as
"summary", and "anova" for "lm".
As including various intervention factors in arima(xreg = ) part, I
want to assess the significancy of thse factors.
I can do it using interrupted analysis of time series by linear
regression, but want to see whether arima model works for the data
first.
2019 Aug 07
2
Status of the New Pass Manager
On 8/7/19 6:20 PM, Hiroshi Yamauchi wrote:
> I basically run "clang
> -fexperimental-new-pass-manager -print-after-all ..."
>
> It's conceivable that something is different in our setup or in clang
> (from opt)... I'll see if I can reproduce it outside our setup.
Does it depend on machine architecture?
I generally use x86...
regards,
Fedor.
>
> Thanks.