search for: ibmca

This patchset allow syscalls (flock, ipc, getuid, geteuid and ioctl), so openssl engines, e.g. OpenSSL-ibmca and OpenSSL-ibmpkcs11, can work and communicate with the crypto cards during ssh login. 1. The flock and ipc are allowed only for s390 architecture. They are needed for openCryptoki project (PKCS#11 implementation), as the ibmpkcs11 engine makes use of openCryptoki. For more information, please ch...

This patch enables specific ioctl calls for ICA crypto card on s390 platform. Without this patch, users using the IBMCA engine are not able to perform ssh login as the filter blocks the communication with the crypto card. Signed-off-by: Harald Freudenberger <freude at linux.vnet.ibm.com> Signed-off-by: Eduardo Barretto <ebarretto at linux.vnet.ibm.com> --- sandbox-seccomp-filter.c | 24 ++++++++++++++++...

On Tue, 28 Feb 2017, Eduardo Barretto wrote: > On 13-02-2017 13:23, Eduardo Barretto wrote: > > This patch enables specific ioctl calls for ICA crypto card on s390 > > platform. Without this patch, users using the IBMCA engine are not able > > to perform ssh login as the filter blocks the communication with the > > crypto card. > > > > Signed-off-by: Harald Freudenberger <freude at linux.vnet.ibm.com> > > Signed-off-by: Eduardo Barretto <ebarretto at linux.vnet.ibm.com> &...

I have run accross an interesting problem--one that didn't happen in 95 but that happens in NT. If you create a shortcut to a DOS program and store that shortcut on a samba drive, if the path where the shortcut is stored has a non 8.3 path, the shortcut won't work and says that it cant find the shortcut.(!) I'm guessing it has something to do with the way that MS deals with the long

...6.el6 lsvpd-1.6.10-5.el6 mlx4_core-1.1.32.269-1.el6_2 If from libmlx4 then still behind mlx4_en-2.0.32.269-1.el6_2 If from libmlx4 then still behind mlx4_ib-1.0.32.269-1.el6_2 If from libmlx4 then still behind mpitests-3.2-5.el6 Actually available as mpitests-subs, but behind C6 @ 3.2-4.el6 openssl-ibmca-1.2.0-2.el6_2.1 ovirt-node-1.9.3-28.1.el6 powerpc-utils-1.2.10-2.el6 Not included because CentOS does not support power? ppc64-diag-2.4.2-10.el6 Not included because CentOS does not support power? ppc64-utils-0.14-10.el6 Not included because CentOS does not support power? report-0.18-9.el6 s390util...

...39;t built on CentOS. i686 only (these *are* being built, but won't show up in a x86_64 ls): xorg-x11-drv-geode xorg-x11-drv-neomagic PPC: iprutils libehca libica librtas libvpd (still available as rpm) lsvpd powerpc-utils ppc64-diag ppc64-utils servicelog yaboot S390: compat-gcc-295 openssl-ibmca s390utils RHN specific: python-rhsm (still available as rpm) rhn-client-tools rhnlib rhnsd subscription-manager subscription-manager-migration-data virt-who yum-rhn-plugin SRPM available but not built by RH: compat-gcc-296 compat-gcc-32 ovirt-node kmods that are merged with the kernel: be2net bn...

...aliasing is > changed in the correct way. One function related to this has already been > mentioned: getMostGenericTBAA. > > Later, > Steven Perron > > > > From: Hubert Tong <hubert.reinterpretcast at gmail.com> > To: Steven Perron/Toronto/IBM at IBMCA > Cc: Daniel Berlin <dberlin at dberlin.org>, llvm-dev < > llvm-dev at lists.llvm.org>, Sanjoy Das <sanjoy at playingwithpointers.com> > Date: 2017/02/15 07:44 AM > Subject: Re: [llvm-dev] RFC: Representing unions in TBAA > ---------------------...

On Tue, Feb 14, 2017 at 11:22 PM, Steven Perron <perrons at ca.ibm.com> wrote: > 3) How should we handle a reference directly through a union, and a > reference that is not through the union? > > My solution was to look for each member of the union overlaps the given > offset, and see if any of those members aliased the other reference. If no > member aliases the other

Believe it or not, wine runs the Install Shield program perfectly when installing Lotus Notes. However, when creating mail, after I type one letter (doesn't matter what it is) every letter after it dissappears until you hit backspace, delete, or click the mouse in the window. This is annoying as some of us *like* to see what we're typing in an email :-) I'm Running RedHat 6.2 and the

...tMostGenericTBAA. >> >> Later, >> Steven Perron >> >> >> >> From: Hubert Tong <hubert.reinterpretcast at gmail.com >> <mailto:hubert.reinterpretcast at gmail.com>> >> To: Steven Perron/Toronto/IBM at IBMCA >> Cc: Daniel Berlin <dberlin at dberlin.org >> <mailto:dberlin at dberlin.org>>, llvm-dev <llvm-dev at lists.llvm.org >> <mailto:llvm-dev at lists.llvm.org>>, Sanjoy Das >> <sanjoy at playingwithpointers.com <mailto:sanjo...

...rect way. One function related to this has already been >> mentioned: getMostGenericTBAA. >> >> Later, >> Steven Perron >> >> >> >> From: Hubert Tong <hubert.reinterpretcast at gmail.com> >> To: Steven Perron/Toronto/IBM at IBMCA >> Cc: Daniel Berlin <dberlin at dberlin.org>, llvm-dev < >> llvm-dev at lists.llvm.org>, Sanjoy Das <sanjoy at playingwithpointers.com> >> Date: 2017/02/15 07:44 AM >> Subject: Re: [llvm-dev] RFC: Representing unions in TBAA >> -...

...e: > Damien Miller wrote: >> On Tue, 28 Feb 2017, Eduardo Barretto wrote: >> >>> On 13-02-2017 13:23, Eduardo Barretto wrote: >>> > This patch enables specific ioctl calls for ICA crypto card on s390 >>> > platform. Without this patch, users using the IBMCA engine are not >>> able >>> > to perform ssh login as the filter blocks the communication with the >>> > crypto card. >>> > >>> > Signed-off-by: Harald Freudenberger <freude at linux.vnet.ibm.com> >>> > Signed-off-by: Eduard...

...interpretcast at gmail.com >> <mailto:hubert.reinterpretcast at gmail.com> >> <mailto:hubert.reinterpretcast at gmail.com >> <mailto:hubert.reinterpretcast at gmail.com>>> >> To: Steven Perron/Toronto/IBM at IBMCA >> Cc: Daniel Berlin <dberlin at dberlin.org >> <mailto:dberlin at dberlin.org> >> <mailto:dberlin at dberlin.org <mailto:dberlin at dberlin.org>>>, >> llvm-dev <llvm-dev at lists.llvm.org <mailto:l...

...s.” - Isaac Newton > > > > ----- Original message ----- > From: Whitney T Tsang/Toronto/IBM > To: Ta-Wei Tu <tu.da.wei at gmail.com> > Cc: llvm-dev <llvm-dev at lists.llvm.org>, Whitney Tsang < > whitney.uwaterloo at gmail.com>, Ettore Tiotto/Toronto/IBM at IBMCA > Subject: Re: [EXTERNAL] Re: [llvm-dev] Regarding the project "Create > LoopNestPass" > Date: Sat, Jul 18, 2020 3:32 PM > > Hi Ta-Wei, > > > We might also need a LNPMUpdater (LoopNestPassManagerUpdater) which > disallows adding inner-loops back into the pipelin...

...d to > this has already been mentioned: getMostGenericTBAA. > > Later, > Steven Perron > > > > From: Hubert Tong <hubert.reinterpretcast at gmail.com > <mailto:hubert.reinterpretcast at gmail.com>> > To: Steven Perron/Toronto/IBM at IBMCA > Cc: Daniel Berlin <dberlin at dberlin.org > <mailto:dberlin at dberlin.org>>, llvm-dev <llvm-dev at lists.llvm.org > <mailto:llvm-dev at lists.llvm.org>>, Sanjoy Das > <sanjoy at playingwithpointers.com > <mailto:sanjoy at playingwi...

Hi, I am wondering why we dont support PPC32 LE? Here is the output of llvm-mc --version, in which only PPC32, PPC64 & PPC64LE are supported. $ llvm-mc --version LLVM (http://llvm.org/): LLVM version 3.6.2 Optimized build with assertions. Built Aug 2 2015 (11:39:46). Default target: x86_64-apple-darwin15.4.0 Host CPU: core-avx2 Registered Targets: aarch64 - AArch64

Hi everyone, The OpenMP standards committee has begun work to formalize their memory model, and define its relationship to the C/C++ memory models. A questionnaire has been put together (pasted below), and I'd like everyone's help in composing detailed answers to inform their decision-making process. While our OpenMP support is still in active development, many of these questions apply

Hi, Thanks for your help! I've checked the sources that you mentioned. Currently, I think that I would need to implement a FunctionToLoopNestPassAdaptor which is essentially the same as the FunctionToLoopPassAdaptor but operates only on LI.getTopLevelLoops(). We might also need a LNPMUpdater (LoopNestPassManagerUpdater) which disallows adding inner-loops back into the pipeline, and

I found a bit weird to use address space for this, since the offset of getting stack_guard in TCB is, unfortunately, negative: https://github.com/gcc-mirror/gcc/blob/master/gcc/config/rs6000/linux64.h#L610 In my understanding an address space is referring to a segment register (-on powerpc 32bit; or SLB entry on powerpc 64bit?) with a non-negative offset value, so that it's actually accessing

On Tue, Feb 14, 2017 at 5:51 AM, Hubert Tong < hubert.reinterpretcast at gmail.com> wrote: > On Mon, Feb 13, 2017 at 10:39 PM, Daniel Berlin <dberlin at dberlin.org> > wrote: > >> >> >> On Mon, Feb 13, 2017 at 10:07 AM, Hubert Tong < >> hubert.reinterpretcast at gmail.com> wrote: >> >>> On Mon, Feb 13, 2017 at 2:23 AM, Daniel