search for: bsw

...ns paravirtualized for performance + **********************************************/ +/* + * Those instructions include '.' which can't be handled by cpp. + * or can't be handled by cpp easily. + * They are handled by sed instead of cpp. + */ + +/* for .S + * itc.i + * itc.d + * + * bsw.0 + * bsw.1 + * + * ssm psr.ic | PSR_DEFAULT_BITS + * ssm psr.ic + * rsm psr.ic + * ssm psr.i + * rsm psr.i + * rsm psr.i | psr.ic + * rsm psr.dt + * ssm psr.dt + * + * mov = cr.ifa + * mov = cr.itir + * mov = cr.isr + * mov = cr.iha + * mov = cr.ipsr + * mov = cr.iim + * mov = cr.iip + * mov = cr....

...ns paravirtualized for performance + **********************************************/ +/* + * Those instructions include '.' which can't be handled by cpp. + * or can't be handled by cpp easily. + * They are handled by sed instead of cpp. + */ + +/* for .S + * itc.i + * itc.d + * + * bsw.0 + * bsw.1 + * + * ssm psr.ic | PSR_DEFAULT_BITS + * ssm psr.ic + * rsm psr.ic + * ssm psr.i + * rsm psr.i + * rsm psr.i | psr.ic + * rsm psr.dt + * ssm psr.dt + * + * mov = cr.ifa + * mov = cr.itir + * mov = cr.isr + * mov = cr.iha + * mov = cr.ipsr + * mov = cr.iim + * mov = cr.iip + * mov = cr....

.../intranet Mappings are applied by a kix login script with one exception (antivirus share) which is applied by /usr/local/samba/var/login.bat after it runs kix There are no corresponding entries in log.?mbd nor in log.<clienthostname> smb.conf: ========= [global] workgroup = BSWHQ netbios name = FILESERVER-E1 server string = HQ File Server and PDC add user script = "cd /usr/local/sbin;smbldap-useradd.pl -w %u" passwd program = "/usr/local/sbin/smbldap-passwd.pl %u" guest account = guest log file = /usr/loc...

...l [r17]=r3,16 >+ adds r2=VMM_PT_REGS_R16_OFFSET,r1 >+ adds r14 = VMM_VCPU_GP_OFFSET,r13 >+ ;; >+ mov r8=ar.ccv >+ ld8 r14 = [r14] >+ ;; >+ mov r1=r14 /* establish kernel global pointer */ >+ ;; \ >+ bsw.1 >+ ;; >+ alloc r14=ar.pfs,0,0,1,0 // must be first in an insn group >+ mov out0=r13 >+ ;; >+ ssm psr.ic >+ ;; >+ srlz.i >+ ;; >+ //(p15) ssm psr.i Why do you comments out some ssm psr.i? >+ adds r3=8,r2 // set up second base pointer for...

...l [r17]=r3,16 >+ adds r2=VMM_PT_REGS_R16_OFFSET,r1 >+ adds r14 = VMM_VCPU_GP_OFFSET,r13 >+ ;; >+ mov r8=ar.ccv >+ ld8 r14 = [r14] >+ ;; >+ mov r1=r14 /* establish kernel global pointer */ >+ ;; \ >+ bsw.1 >+ ;; >+ alloc r14=ar.pfs,0,0,1,0 // must be first in an insn group >+ mov out0=r13 >+ ;; >+ ssm psr.ic >+ ;; >+ srlz.i >+ ;; >+ //(p15) ssm psr.i Why do you comments out some ssm psr.i? >+ adds r3=8,r2 // set up second base pointer for...

Here's some of the generated code from the current community head for bzip2.c from spec 256.bzip2, with these options: clang -m32 -S -O2 bzip2.c .LBB14_4: # %bsW.exit24 subl %eax, %ebx addl $8, %eax movl %ebx, %ecx movl %eax, bsLive shll %cl, %edi movl %ebp, %ecx orl %esi, %edi movzbl %ch, %esi cmpl $8, %eax movl %edi, bsBuff jl .LBB14_6...

...may become moot. -Krzysztof On 5/24/2016 3:25 PM, Smith, Kevin B wrote: > Here's some of the generated code from the current community head for bzip2.c from spec 256.bzip2, with these options: > > clang -m32 -S -O2 bzip2.c > > .LBB14_4: # %bsW.exit24 > subl %eax, %ebx > addl $8, %eax > movl %ebx, %ecx > movl %eax, bsLive > shll %cl, %edi > movl %ebp, %ecx > orl %esi, %edi > movzbl %ch, %esi > cmpl $8, %eax >...

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi, Could you use "MIR" to forge the example you're looking for? -- Mehdi > On May 24, 2016, at 10:10 AM, Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Then let me shift focus from performance to size. With either optsize or minsize, the output is still the same. > > As per the subject, I'm not really interested in the

...for relocation overhead lib: Allow caller to use uint64_t sizes with intel_require_memory() igt/gem_mmap: Add one more extra large bo benchmark/gem_exec_tracer: Tweak to handle SNA benchmark/gem_exec_trace: Inline everything overlay: Fix min frequency detection on BYT/BSW benchmarks/gem_exec_reloc: Allow profiling 0 relocs Damien Lespiau (41): pm_rpm: Update the debugfs filename lib: Add a tiny utility function to compute averages skl_compute_wrpll: Print the average deviation skl_compute_wrpll: Cycle through dividers, then central fre...

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Now all the comments so far have been addressed, but only a few exceptions. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops.

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

.../asm-ia64/break.h - xencomm clean up - dropped NET_SKB_PAD patch. It was a bug in xen-netfront.c. - CONFIG_IA64_XEN -> CONFIG_IA64_XEN_GUEST - catch up for x86 pvclock-abi.h - work around for IPI with IA64_TIME_VECTOR - add pv checker Changes from take 6: - rebased to linux ia64 test tree - xen bsw_1 simplification. - add documentation. Documentation/ia64/xen.txt - preliminary support for save/restore. - network fix. NET_SKB_PAD. Changes from take 5: - rebased to Linux 2.6.26-rc3 - fix ivt.S paravirtualization. One instruction was wrongly paravirtualized. It wasn't revealed with Xen...

.../asm-ia64/break.h - xencomm clean up - dropped NET_SKB_PAD patch. It was a bug in xen-netfront.c. - CONFIG_IA64_XEN -> CONFIG_IA64_XEN_GUEST - catch up for x86 pvclock-abi.h - work around for IPI with IA64_TIME_VECTOR - add pv checker Changes from take 6: - rebased to linux ia64 test tree - xen bsw_1 simplification. - add documentation. Documentation/ia64/xen.txt - preliminary support for save/restore. - network fix. NET_SKB_PAD. Changes from take 5: - rebased to Linux 2.6.26-rc3 - fix ivt.S paravirtualization. One instruction was wrongly paravirtualized. It wasn't revealed with Xen...

.../asm-ia64/break.h - xencomm clean up - dropped NET_SKB_PAD patch. It was a bug in xen-netfront.c. - CONFIG_IA64_XEN -> CONFIG_IA64_XEN_GUEST - catch up for x86 pvclock-abi.h - work around for IPI with IA64_TIME_VECTOR - add pv checker Changes from take 6: - rebased to linux ia64 test tree - xen bsw_1 simplification. - add documentation. Documentation/ia64/xen.txt - preliminary support for save/restore. - network fix. NET_SKB_PAD. Changes from take 5: - rebased to Linux 2.6.26-rc3 - fix ivt.S paravirtualization. One instruction was wrongly paravirtualized. It wasn't revealed with Xen...

.../asm-ia64/break.h - xencomm clean up - dropped NET_SKB_PAD patch. It was a bug in xen-netfront.c. - CONFIG_IA64_XEN -> CONFIG_IA64_XEN_GUEST - catch up for x86 pvclock-abi.h - work around for IPI with IA64_TIME_VECTOR - add pv checker Changes from take 6: - rebased to linux ia64 test tree - xen bsw_1 simplification. - add documentation. Documentation/ia64/xen.txt - preliminary support for save/restore. - network fix. NET_SKB_PAD. Changes from take 5: - rebased to Linux 2.6.26-rc3 - fix ivt.S paravirtualization. One instruction was wrongly paravirtualized. It wasn't revealed with Xen...

.../asm-ia64/break.h - xencomm clean up - dropped NET_SKB_PAD patch. It was a bug in xen-netfront.c. - CONFIG_IA64_XEN -> CONFIG_IA64_XEN_GUEST - catch up for x86 pvclock-abi.h - work around for IPI with IA64_TIME_VECTOR - add pv checker Changes from take 6: - rebased to linux ia64 test tree - xen bsw_1 simplification. - add documentation. Documentation/ia64/xen.txt - preliminary support for save/restore. - network fix. NET_SKB_PAD. Changes from take 5: - rebased to Linux 2.6.26-rc3 - fix ivt.S paravirtualization. One instruction was wrongly paravirtualized. It wasn't revealed with Xen...