search for: m40

...n (TX-in?) Receive Out (RX-out?) Am I off base yet? Now, in order to hook this up between a Channel Bank and a T100P, I want to post my thoughts and see if they check out... A crossover cable goes like this: (Btw, Most of this info I got from: http://www.juniper.net/techpubs/hardware/m40/m40-hwguide/html/pinout4.html) RJ-451 RJ452 1 --> 5 2 --> 4 4 --> 2 5 --> 1 Pin 1, is RX/Ring Pin 2, is RX/Tip Pin 3, NOT USED Pin 4, TX/Ring Pin 5, TX/TIP Here is where it gets tricky (or confusing at least to me), trying to hook the e...

Hi, I see sth that to me looks like a JIT bug. The program is the KMeans benchmark from the STAMP benchmark suite (http://stamp.stanford.edu). Overwrite ./common/Defines.common.mk with the attached files to make CC/LD customizable. in ./kmeans, for ./kmeans -m40 -n40 -t0.00001 -i inputs/random-n65536-d32-c16.txt -p 1 : make -f Makefile.seq clean CC='llvm-gcc' LD='llvm-gcc -lm' make -f Makefile.seq -->works, but is slower than gcc (35s vs 16s on my Intel 32b system) CC='llvm-gcc -emit-llvm' LD='llvm-ld -lm' make -f Make...

HelloI have the following system Asterisk 1.6.1dahdi 2.2.0.2 TE420P card Centos I have noticed that all the four lights are blinking(ie coming red and then off so on)... Previously I also noted that when dahdi drivers are not installed lights blink but one by one in sequence(like in marriage cermonies :P) and after dahdi installation lights get off ... but this time all at same time

...I see sth that to me looks like a JIT bug. The program is the KMeans > benchmark > from the STAMP benchmark suite (http://stamp.stanford.edu). > Overwrite ./common/Defines.common.mk with the attached files to make > CC/LD > customizable. > > in ./kmeans, for > ./kmeans -m40 -n40 -t0.00001 -i inputs/random-n65536-d32-c16.txt -p > 1 : > > make -f Makefile.seq clean > > CC='llvm-gcc' LD='llvm-gcc -lm' make -f Makefile.seq > -->works, but is slower than gcc (35s vs 16s on my Intel 32b system) > > CC='llvm-gcc -emit-llvm'...

> The C5x and C6x output diverges in build 10143, which has log message "lpc > floor converted to fixed-point." Also, the measured SNR changed from 11.05 > in builds 9854-10141 to 9.22 and 9.24 in 10143. Actually, build 10143 introduced another bug, that was the reason for the 1.1.11.1 release. > There is just four lines in modes.c which declare the constant, and one

...misleading. Yet, could you just check that the DSP results match what you get on a PC? > >Does the C55 have a 32x16 multiplier or do you mean it handles my > >emulation of it well? > > I has two ALUs with 17x17 bit MACs, and it has an instruction that does > this: > ACy = M40(rnd((ACx >> #16) + (uns(Xmem) * uns(Ymem)))) > > I never quite understood this, so I went of and looked at the manuals. It > can multiply the low half in one cycle, then shift and add it to the high > half in a second cycle. And, in a type loop the parallel ALUs would allow...

...and the C55 does very well on 32x16 >> multiplies, so I have not played with PRECISION16 since last year. > >Does the C55 have a 32x16 multiplier or do you mean it handles my >emulation of it well? I has two ALUs with 17x17 bit MACs, and it has an instruction that does this: ACy = M40(rnd((ACx >> #16) + (uns(Xmem) * uns(Ymem)))) I never quite understood this, so I went of and looked at the manuals. It can multiply the low half in one cycle, then shift and add it to the high half in a second cycle. And, in a type loop the parallel ALUs would allow one 32x16 multiply p...

...ght be able to get a coworker to do this, but not any time soon. >> >Does the C55 have a 32x16 multiplier or do you mean it handles my >> >emulation of it well? >> >> I has two ALUs with 17x17 bit MACs, and it has an instruction that does >> this: >> ACy = M40(rnd((ACx >> #16) + (uns(Xmem) * uns(Ymem)))) >> >> I never quite understood this, so I went of and looked at the manuals. >> It >> can multiply the low half in one cycle, then shift and add it to the high >> half in a second cycle. And, in a type loop the paral...

...D]0#M5KN4<D-`7?1V@,UY MUG#H]IM1H]38P/%-P*$^GGYP]!BH&-68\.YX[R^CX5]+S=>D3\^.3]2NHQP" MC9292-0H2V_?UG/O^.CL^YZ4KE7/<C]"CIDQF+`,J#/S8;R`,I,''J8C`VE2` M`@0=J,0Y\A?DNPI1_JQ4!/B#CD''YW[;OS/\=N]==GO^V;)7_VUNM*O\_!JWF M_Y3''DSL2^V^6B:N2<"W_GWX\W,>TG\M40<QEZB]EWGP\.!A^&)T>_FU8J]6< MEFTOFX9OWY;\EMW97O*/CD_H1,6>[]B&H?(Z91\T>R2G+`P]X;//7V!@U,_G M;>=\[MGG\^T=O#K%M7T^''R.OU3V?]WIX/SZ?N\''YW&[A/<K8.W7JZODHCF(, MFYWM\WF7Z>Y;V,7>7E&-]QWB;>EV=>_1$$J-/=;L`$?=1I4=IKO3?;<070Z% M?(9R05#^+S)IO6]...

...JEOB^@:&[,*9 #<L#?##^!L_U6NO<;?O " M\JV:;[/KRM^O.GJ[#[RPOQ%7 8_-LNE_66_)'90#&+)F1XSI(?;F"/:;)1AP MHDWW&S4OL-M<LV*R>"I.3 %PNM?C[ Z1D\Q,3OUG.>-$\?2?:2V <I440<- M)XC at H'!00P"] NJ>@ ^6*+SA$_"&F]F)CE3$E+B=X:8;[LX),P5\9V>*%=PS M403,O&MVG97RU+?+@:R(X6ED;&Q2K'B\+X(@%$\['%^+S;Y%#"\TX"Z/*Z . M>P ,L(_T5R$%79AZUOXGYURK)I>'7E#=2$+CK -%P@!4@'I0*CQSD\4 at +L3& M40,CX at Y<[^"L&/5J9! 2#TK\28ECKB7>H)_S#5*&*1P4.W&B^,3TTQ/&WU&, M+DOQ(GYJ7TT5.]A)O 84J :-H5]M$]?BQHJ...

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking