similar to: compiler-rt builtin library in ppc64le architecture

I have created a JamesOConnor centos wiki userid and I would like to create and be able edit a pair of AltArch wiki pages. https://wiki.centos.org/SpecialInterestGroup/AltArch/ppc64le # POWER8 Little Endian https://wiki.centos.org/SpecialInterestGroup/AltArch/ppc64 # POWER7 Big Endian These would be linked to from https://wiki.centos.org/SpecialInterestGroup/AltArch similar to the Arm32,

On Sat, Mar 12, 2016 at 2:38 PM, Tim Northover <t.p.northover at gmail.com> wrote: > On 12 March 2016 at 11:51, Rail Shafigulin via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > I tried every possible combination of --target I could think of but > nothing > > worked. Would you mind helping me out? > > First, 64-bit x86 is "x86_64", and 32-bit

On 30 January 2018 at 14:12, Kito Cheng via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi all: > > I'm porting RISC-V[1] for compiler-rt recently, and I've got a problem > when adding soft float routine for rv32, RISC-V ABI required 128 bits > bits for long double, but it's implemented by int128_t, however rv32 > don't support __int128_t. > > Of

Somehow I wish not all parts of a libc but parts that can be provided without a JavaScript wrapper for .wasm can be provided from llvm's libc (leaving a stab implementation for the rest like file system). I've put together a minimal libc on [1] so using a 26kb .wasm binary file one can decode both PNG and JPG using this [2] simple to integrate JavaScript code, can be easily ported in other

Hi, We're using qemu-kvm-ev on ppc64le and I've noticed that it's included in the extras repo for ppc64le but in the qemu-kvm-ev repo for x86_64. I also noticed the version in ppc64le is lagging behind x86. I see that ppc64le is being built for this, however isn't tagged for virt7-kvm-common-release and thus showing up under /virt/kvm-common on the mirrors. Is there any

On Fri, October 28, 2016 9:43 am, Johnny Hughes wrote: > On 10/22/2016 07:49 PM, Valeri Galtsev wrote: >> Dear All, >> >> I guess, we all have to urgently apply workaround, following, say, this: >> >> https://gryzli.info/2016/10/21/protect-cve-2016-5195-dirtycow-centos-7rhel7cpanelcloudlinux/ >> >> At least those of us who still have important multi

I am pleased to announce the general availability of CentOS Linux 7 (1708) for 64 bit POWER8, little endian, compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1708, derived from Red Hat Enterprise Linux 7.4 == Download Images are available on the mirrors at: http://mirror.centos.org/altarch/7/isos/ppc64le/ Images and sha256sums :

On 25/09/2019 10:30, Ralf Aum?ller wrote: > Hello, > > today I updated a CentOS 7.6 ppc64le machine to CentOS 7.7. After reboot > to the new kernel (4.18.0-80.7.2.el7.ppc64le) dkms could not build the > nvidia-module. > > Error-message from dkms: > > Compiler version check failed: > > The major and minor number of the compiler used to > compile the kernel:

Hi, I've installed centos 7 and updated the packages and trying to install the epel-release package and hit with following error: [root at localhost ~]# yum info epel-release Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Available Packages Name : epel-release Arch : noarch Version : 7 Release : 5 Size : 14 k Repo :

Hi all: I'm porting RISC-V[1] for compiler-rt recently, and I've got a problem when adding soft float routine for rv32, RISC-V ABI required 128 bits bits for long double, but it's implemented by int128_t, however rv32 don't support __int128_t. Of cause, it not hard thing to support __int128_t by overriding TargetInfo::hasInt128Type for LLVM, but its will cause some ABI

--- generator/actions.ml | 8 ++++++++ src/filearch.c | 28 +++++++++++++++++++--------- 2 files changed, 27 insertions(+), 9 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index 4447de6..6648d63 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -788,6 +788,10 @@ to specify the QEMU interface emulation to use at run time." }; InitISOFS,

Hello all, OpenSSL is using socket() calls (in FIPS mode) when handling ECDSA keys in privsep child. The socket() syscall is already denied in the seccomp filter, but in ppc64le kernel, it is implemented using socketcall() syscall, which is not denied yet (only SYS_SHUTDOWN is allowed) and therefore fails hard. See attached patch with proposed patch (deny is intentionally after allowing the

I am pleased to announce the general availability of CentOS Linux 7 (1804) for POWER9 processors (ppc64le - powerpc 64-bit little endian). This release is derived from Red Hat Enterprise Linux 7.5 ALT. Note this release is 99% equivalent to the existing CentOS 7 Linux 7 (1804) for POWER8 processors (ppc64le - powerpc 64-bit little endian). The key difference being that kernel-4.14.0 is used for

On Mon, Aug 03, 2020 at 01:45:45PM +0000, Kim-Norman Sahm wrote: > hi, > > i’m running Debian 10 on POWER9 and would like to spawn x86_64 emulated VMs. > The virtual machine is configured to run with 8 vpus but it’s very slow. > On the host you can see that the qemu-system-x86_64 process is using just one core! > > Ppc64le guests are using multi cores, so its looks like an

On Thu, Jun 25, 2015 at 06:09:55PM -0300, Daniel Henrique Barboza wrote: > Hi, > > I've found a problem with supermin code running in an ibm_powerkvm > ppc64le distro. > > Output of libguestfs-test-tool: > [...] > supermin: version: 5.1.10 [...] > supermin: ext2: populating from base image > supermin: ext2: copying files from host filesystem > supermin:

I've been trying to install CentOS 7 AltArch ppc64le onto a new Power 8 system and I want to configure mdraid for the volumes.? I can get everything working if I install to a single disk, but when I configure for RAID 1, the system fails to boot. So, is mdraid1 supported for booting a Power 8 system? Tom Leach leach at coas.oregonstate.edu

We have pushed the CR repository for CentOS Linux 7.6.1810 for following architectures: x86_64 i386 armhfp aarch64 power9 ppc64le We are currently still working on the ppc64 / ppc architecture as we are having issues with some of the 32bit ppc mulitlib builds. CR is basically the packages that will update your install from CentOS Linux 7.5.1804 to 7.6.1810, minus the centos-release rpm and the

--- src/filearch.c | 24 +++++++++++++++--------- 1 file changed, 15 insertions(+), 9 deletions(-) diff --git a/src/filearch.c b/src/filearch.c index 8fb1acf..ce9d0a1 100644 --- a/src/filearch.c +++ b/src/filearch.c @@ -59,14 +59,14 @@ cleanup_magic_t_free (void *ptr) # endif COMPILE_REGEXP (re_file_elf, - "ELF.*(?:executable|shared object|relocatable), (.+?),", 0)

Hi Bill, The PPC LNT buildbot is randomly failing on LNT because of timeouts. http://lab.llvm.org:8011/builders/clang-ppc64le-linux-lnt I've checked all recent LNT failures and they were spotted on some processes (lua, sqlite3, tramp3d, expandfft, etc), so I doubt this is in any was a real time out due to code-gen issues. I imagine they're all at the edge already and the standard

Seems there were a couple of correlated failures that appear to be flakes on this buildbot recently: green: http://lab.llvm.org:8011/builders/clang-ppc64le-linux-multistage/builds/13974 red: http://lab.llvm.org:8011/builders/clang-ppc64le-linux-multistage/builds/13975 (target-override.c during stage 1, seems to be missing the directory/symlink it just created) red: