search for: ivp

i think our strategy for privsep is to just keep portable sync'd closely with openbsd's tree, even though things will be broken wrt privsep for many platforms. then we just get primary one's working and work out issues as we go along. i'll start to work on sun and hp-ux again tomorrow.

...Context *cc, u_char *dest, const u_char *src, u_int len) { rijndael_ctx *ctx = &cc->u.rijndael.dec; - u4byte *iv = cc->u.rijndael.iv; - u4byte ivsaved[4]; - u4byte *cnow = (u4byte*) (src+len-RIJNDAEL_BLOCKSIZE); - u4byte *plain = (u4byte*) (dest+len-RIJNDAEL_BLOCKSIZE); - u4byte *ivp; - int i, blocks = len / RIJNDAEL_BLOCKSIZE; + u_char *iv = cc->u.rijndael.iv; + u_char ivsaved[RIJNDAEL_BLOCKSIZE]; + u_char *cnow = (u_char *) (src+len-RIJNDAEL_BLOCKSIZE); + u_char *plain = dest+len-RIJNDAEL_BLOCKSIZE; + u_char *ivp; + int i, j, blocks = len / RIJNDAEL_BLOCKSIZE; + if (len...

Dear R users, an improved version of package deSolve (version 1.3) is now available on CRAN. deSolve, the successor of R package odesolve, is a package to solve initial value problems (IVP) of: - ordinary differential equations (ODE), - differential algebraic equations (DAE) and - partial differential equations (PDE). The implementation includes stiff integration routines based on the ODEPACK Fortran codes (Hindmarsh 1983). It also contains fixed and adaptive time step Runge-Kutta...

...R. The application of these solvers will be to the study of the distribution of radioisotopes in living systems in diseases such as heart failure, diabetes, aging and high blood pressure. I have been toying with the latest g77. I find that it does not compile "out of the box" fortran IVP solver codes (ACM transactions ode solver codes). However, the COMPAQ Visual Fortran (cvf) 6.6B compiles the object code without any errors. I plan to work with Windows XP and 2000, cvf, and the latest R. I found that Prof. Ripley's S programming book and the BLUE book are very helpful. I h...

Dear R users, an improved version of package deSolve (version 1.3) is now available on CRAN. deSolve, the successor of R package odesolve, is a package to solve initial value problems (IVP) of: - ordinary differential equations (ODE), - differential algebraic equations (DAE) and - partial differential equations (PDE). The implementation includes stiff integration routines based on the ODEPACK Fortran codes (Hindmarsh 1983). It also contains fixed and adaptive time step Runge-Kutta...

I need to solve a system of non-linear fourth-order differential equations. Is there a command which solves this system? Thanks in advance.

A colleague pointed me to this article advocating R as a Matlab substitute. Here is the link (deliberately on two lines: http://searchenterpriselinux.techtarget.com/ originalContent/0,289142,sid39_gci902076,00.html I'm not a Matlab user, but I understand that it provides a nice front end to the Linpack collection of numerical linear algebra routines. My friend and I wonder if R can really

...l movl $0, %ecx movl $240, %r10d - leaq _aesni_enc4, %r11 - leaq _aesni_dec4, %rax + leaq _aesni_enc4(%rip), %r11 + leaq _aesni_dec4(%rip), %rax cmovel %r10d, %ecx cmoveq %rax, %r11 - movdqa .Lgf128mul_x_ble_mask, GF128MUL_MASK + movdqa .Lgf128mul_x_ble_mask(%rip), GF128MUL_MASK movups (IVP), IV mov 480(KEYP), KLEN diff --git a/arch/x86/crypto/aesni-intel_avx-x86_64.S b/arch/x86/crypto/aesni-intel_avx-x86_64.S index faecb1518bf8..488605b19fe8 100644 --- a/arch/x86/crypto/aesni-intel_avx-x86_64.S +++ b/arch/x86/crypto/aesni-intel_avx-x86_64.S @@ -454,7 +454,8 @@ _get_AAD_rest0\@:...

Changes: - patch v2: - Adapt patch to work post KPTI and compiler changes - Redo all performance testing with latest configs and compilers - Simplify mov macro on PIE (MOVABS now) - Reduce GOT footprint - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce

Changes: - patch v2: - Adapt patch to work post KPTI and compiler changes - Redo all performance testing with latest configs and compilers - Simplify mov macro on PIE (MOVABS now) - Reduce GOT footprint - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce

These patches make the changes necessary to build the kernel as Position Independent Executable (PIE) on x86_64. A PIE kernel can be relocated below the top 2G of the virtual address space. It allows to optionally extend the KASLR randomization range from 1G to 3G. Thanks a lot to Ard Biesheuvel & Kees Cook on their feedback on compiler changes, PIE support and KASLR in general. Thanks to

These patches make the changes necessary to build the kernel as Position Independent Executable (PIE) on x86_64. A PIE kernel can be relocated below the top 2G of the virtual address space. It allows to optionally extend the KASLR randomization range from 1G to 3G. Thanks a lot to Ard Biesheuvel & Kees Cook on their feedback on compiler changes, PIE support and KASLR in general. Thanks to

Changes: - patch v3: - Update on message to describe longer term PIE goal. - Minor change on ftrace if condition. - Changed code using xchgq. - patch v2: - Adapt patch to work post KPTI and compiler changes - Redo all performance testing with latest configs and compilers - Simplify mov macro on PIE (MOVABS now) - Reduce GOT footprint - patch v1: - Simplify ftrace

...d4+BDJHS8T25^y<={A&<8K2WfTSkf+ZK7xg2I)tL`ns*3pu@}P!p#bW3VgGCFp!(b zR20x@_o&|J@)yvvCok^EPg#kzeQyIY57kiAcs5`iQ1cLPq#d84L8LL(54-6&ntSS? z3&-$}0|KRX9`9nG!dvT~&=hR#SrmfK=2>JN`V9FnDqrRPsnMrmkpU#s6%POEfisDE z4Tf8+{aYKgHszk!cPCd;iENn0FX#~#5%UA&?#=~CIHs4+CV$TPCV`{XDS&EFQ$ivP zDnTt*RgM|*0P-;?2Xq|N*28Wc(u~nE53-m+YA`~7+Ik-fO8sW{+tGy;pWvvpGN>%X z^XvydyL%JCv?-Q3d(8C|c%_iLYZjSbA6|Yt7Llz+;sm2-0{<fO7-Mn$`v*7x`qu>3 z*wk<Y>;ju!qLlG{<;fIur~#u8f$qQS4F}981ZA{k;@jy^NfyERcW6o2N&8Z?V`HhW zBYZBs6TyXtynat?0v>16u&5;c=N^b)^p-7ZcDr9Bm+w_!y$j9IXTiyBYKHpDkip$; zA...

Changes: - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce dynamic relocation space on mapped memory. It also simplifies the relocation process. - Move the start the module section next to the kernel. Remove the need for -mcmodel=large on modules. Extends

Changes: - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce dynamic relocation space on mapped memory. It also simplifies the relocation process. - Move the start the module section next to the kernel. Remove the need for -mcmodel=large on modules. Extends

...at BjnrN?b(l>NeVCM(P5sH at Cud>1*&3-ZcQfwo zA%YEbP9Y2koZ1Cb5}Z22!YG|V(w+ocamBDunA(--oa)8)(G{jPP$?Dz|2FiT;|xc? z|1RuJR_d;>eT-ybJ6V{6g?;+B<+iZ07R&a*$zL1`+ri>;y9d7<1-rn)KHxNkg-vH+ zmsl959~`IqvG~QX{Z3>pQuj7s at hps+Lpj(cG#lV?s9|a=<_wyD8!?QVD}H2g at n&VH znT3g1n2@!sK`iVpH;1zPm9XX9*mC($nr>oi8v)Br>4)bxR?8CDx|{{+&%)ZVsg+I^ zlY;GIVLjWBuwHGzI7#HV6~w~kvQ_|LunALWG3ynivXn&BJwaIunA(D2d-^anR<Yhl z7HiwZtmWDQdG3NW${oT=FzgPic|L48<N>&0SR#aVAIOwbU>N6pMY7m)9#0Yr+sS!B ze at l)33CxG(WgX{vu&_5+80TqmKEqU&;-0K6K{|61!#cv$It(+hTyTY{-56$M>FmkU zc&g...