Page MenuHomePhabricator

pawosm01 (Paul Osmialowski)
User

Projects

User does not belong to any projects.

User Details

User Since
Feb 5 2016, 9:28 AM (372 w, 2 d)

Recent Activity

Today

pawosm01 added reviewers for D146839: [PATCH] [TLI][AArch64] Extend SLEEF vectorized functions mapping with VLA functions: Matt, ABataev, renatoriolino.
Sun, Mar 26, 10:42 AM · Restricted Project, Restricted Project

Fri, Mar 24

pawosm01 requested review of D146839: [PATCH] [TLI][AArch64] Extend SLEEF vectorized functions mapping with VLA functions.
Fri, Mar 24, 12:20 PM · Restricted Project, Restricted Project

Jul 9 2022

pawosm01 updated subscribers of rGb17754bcaa14: [SimplifyLibCalls] refactor pow(x, n) expansion where n is a constant integer….

Thank you @spatel

Jul 9 2022, 11:52 AM · Restricted Project, Restricted Project
pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Seems my old write access is not valid anymore. Can I ask someone to push this commit?

Jul 9 2022, 1:14 AM · Restricted Project, Restricted Project

Jul 8 2022

pawosm01 added inline comments to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jul 8 2022, 12:53 PM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Removed dead function. Thanks @spatel for spotting this!

Jul 8 2022, 12:52 PM · Restricted Project, Restricted Project
pawosm01 added inline comments to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jul 8 2022, 10:51 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Following review comments.

Jul 8 2022, 10:48 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

@RKSimon turned out doing a simple copy-paste wasn't the best idea. I've corrected the code proposed within one of my comments and put it into a new patch. It passes all test now, nothing runs into infinite loop.

Jul 8 2022, 6:28 AM · Restricted Project, Restricted Project

Jul 7 2022

pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

@RKSimon could you give some suggestions where to go next with this?

Jul 7 2022, 12:55 PM · Restricted Project, Restricted Project

Jul 6 2022

pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Rebased.

Jul 6 2022, 12:16 PM · Restricted Project, Restricted Project
pawosm01 added inline comments to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jul 6 2022, 12:12 PM · Restricted Project, Restricted Project
pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

@RKSimon and @spatel you were right, this code can be happily removed, the fmul expansion is still happening when it's needed. I've uploaded a completely new commit.

Jul 6 2022, 9:43 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jul 6 2022, 9:41 AM · Restricted Project, Restricted Project

Jul 4 2022

pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

The patch description and tests don't match what the code does currently. We don't require full 'fast'; we just check for 'afn' and propagate that flag to the new instructions.

It might help to know what the motivating source case looks like - are we translating the source-level parameters to FMF as expected?

I'm not opposed to easing the restriction, but it's probably better to add/modify the tests first. That way, we know exactly what the current behavior is and how it will change with the proposed patch.

Jul 4 2022, 6:05 AM · Restricted Project, Restricted Project

Jul 1 2022

pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Hi @RKSimon, thanks for your comments, although I'd like to obtain some of your guidance on what can I do to address them in the context of this commit.

Jul 1 2022, 8:22 AM · Restricted Project, Restricted Project

Jun 29 2022

pawosm01 added a comment to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Sadly, powi is handled differently (than powf, pow and powl which all result in calling optimizePow() modified by this patch) in the SimplifyLibCalls.cpp code, so extending this patch in that direction would go beyond the initial scope and may overstretch my approved upstreaming activity. I would rather create separate commit covering powi later.

Jun 29 2022, 11:23 AM · Restricted Project, Restricted Project

Jun 28 2022

pawosm01 added inline comments to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jun 28 2022, 9:27 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Another review comment addressed.

Jun 28 2022, 9:25 AM · Restricted Project, Restricted Project
pawosm01 added inline comments to D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jun 28 2022, 7:53 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Comment 2 addressed.

Jun 28 2022, 7:52 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

Addressed review comment 1.

Jun 28 2022, 7:11 AM · Restricted Project, Restricted Project

Jun 27 2022

pawosm01 added reviewers for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value: sdesmalen, bsmith, fhahn.
Jun 27 2022, 3:41 AM · Restricted Project, Restricted Project
pawosm01 updated the diff for D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.

fixed formatting.

Jun 27 2022, 3:40 AM · Restricted Project, Restricted Project

Jun 25 2022

pawosm01 requested review of D128591: Transforms: refactor pow(x, n) expansion where n is a constant integer value.
Jun 25 2022, 1:48 PM · Restricted Project, Restricted Project

Sep 29 2021

pawosm01 added a comment to D110642: Add ability to detect no-alias between different fields of the same structure.

I do realize that this patch isn't the best solution for this problem, but I wonder what it would be. Maybe LICM (where the decision whether to hoist is made) should rely on something more than BasicAA, but which pass should do such analysis and basing on what criteria?

Sep 29 2021, 8:01 AM · Restricted Project, Restricted Project

Sep 28 2021

pawosm01 added reviewers for D110642: Add ability to detect no-alias between different fields of the same structure: tstellar, jdoerfert.
Sep 28 2021, 11:04 AM · Restricted Project, Restricted Project
pawosm01 updated the summary of D110642: Add ability to detect no-alias between different fields of the same structure.
Sep 28 2021, 10:56 AM · Restricted Project, Restricted Project
pawosm01 requested review of D110642: Add ability to detect no-alias between different fields of the same structure.
Sep 28 2021, 10:53 AM · Restricted Project, Restricted Project

Apr 9 2020

GitHub <noreply@github.com> committed rG994e90ce1e7b: [flang] Semantics checker for STOP and ERROR STOP statements - trust in implied… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - trust in implied…
Apr 9 2020, 10:53 AM
GitHub <noreply@github.com> committed rG306873e7a8a8: [flang] Semantics checker for STOP and ERROR STOP statements - one more batch… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - one more batch…
Apr 9 2020, 10:53 AM
GitHub <noreply@github.com> committed rGa8dabf752d86: [flang] Semantics checker for STOP and ERROR STOP statements - remove one more… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - remove one more…
Apr 9 2020, 10:53 AM
GitHub <noreply@github.com> committed rG94a34620185a: [flang] Semantics checker for STOP and ERROR STOP statements - fix compilation… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - fix compilation…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rG9579f55836b6: [flang] Semantics checker for STOP and ERROR STOP statements - remove tools… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - remove tools…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rG9cb7ec52e295: [flang] Semantics checker for STOP and ERROR STOP statements - remove overhead… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - remove overhead…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rGade79f657358: [flang] Semantics checker for STOP and ERROR STOP statements - better variable… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - better variable…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rGec322c958846: [flang] Semantics checker for STOP and ERROR STOP statements… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rG54068ddbca6b: [flang] Semantics checker for STOP and ERROR STOP statements - test file rename (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - test file rename
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rGc145b58d0f1b: [flang] Semantics checker for STOP and ERROR STOP statements - namespaces sorted (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - namespaces sorted
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rG8d1376ca7332: [flang] Semantics checker for STOP and ERROR STOP statements - post review… (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements - post review…
Apr 9 2020, 10:52 AM
GitHub <noreply@github.com> committed rGd1e409ab09c4: [flang] Semantics checker for STOP and ERROR STOP statements. (authored by pawosm01).
[flang] Semantics checker for STOP and ERROR STOP statements.
Apr 9 2020, 10:52 AM
pawosm01 committed rGebd3759f6449: [flang] AArch64: Set flushing mode for subnormals on glibc and bionic based… (authored by pawosm01).
[flang] AArch64: Set flushing mode for subnormals on glibc and bionic based…
Apr 9 2020, 10:47 AM

May 16 2019

pawosm01 committed rOMP360890: Fix hwloc topology traversal code unable to handle situation where L2 cache is….
Fix hwloc topology traversal code unable to handle situation where L2 cache is…
May 16 2019, 6:16 AM
pawosm01 committed rG0732fcc7d5a4: Fix hwloc topology traversal code unable to handle situation where L2 cache is… (authored by pawosm01).
Fix hwloc topology traversal code unable to handle situation where L2 cache is…
May 16 2019, 6:16 AM
pawosm01 committed rL360890: Fix hwloc topology traversal code unable to handle situation where L2 cache is….
Fix hwloc topology traversal code unable to handle situation where L2 cache is…
May 16 2019, 6:16 AM
pawosm01 closed D61796: Fix hwloc topology traversal code unable to handle situation where L2 cache is common for the packages.
May 16 2019, 6:16 AM · Restricted Project, Restricted Project

May 11 2019

pawosm01 added reviewers for D61796: Fix hwloc topology traversal code unable to handle situation where L2 cache is common for the packages: AndreyChurbanov, jlpeyton.
May 11 2019, 3:31 PM · Restricted Project, Restricted Project

May 10 2019

pawosm01 created D61796: Fix hwloc topology traversal code unable to handle situation where L2 cache is common for the packages.
May 10 2019, 11:48 AM · Restricted Project, Restricted Project

Jan 21 2019

pawosm01 closed D55078: Add omp_pause_resource* API.
Jan 21 2019, 8:05 AM · Restricted Project
pawosm01 accepted D55078: Add omp_pause_resource* API.

It's ok, works for me now.

Jan 21 2019, 8:03 AM · Restricted Project
pawosm01 accepted D57017: Fixed https://reviews.llvm.org/D55078.
Jan 21 2019, 7:24 AM · Restricted Project
pawosm01 requested changes to D55078: Add omp_pause_resource* API.
Jan 21 2019, 7:00 AM · Restricted Project
pawosm01 reopened D55078: Add omp_pause_resource* API.

Please correct.

Jan 21 2019, 6:59 AM · Restricted Project
pawosm01 added a comment to D55078: Add omp_pause_resource* API.

This commit causes Flang unit tests to fail.

Jan 21 2019, 6:59 AM · Restricted Project

Nov 7 2018

pawosm01 added a comment to D40358: Use hyperbarrier by default on all architectures.

Not much I'm able to say. The error is the malformed integer value resulting in incorrect computation result, more often on AArch64, less often on x86_64, both architectures running under Linux. The code does something unusual so I'm not surprised no one faced this before. Also keep in mind that I would never find it if hyperbarriers weren't introduced for all architectures.

Nov 7 2018, 7:13 AM
pawosm01 added a comment to D40358: Use hyperbarrier by default on all architectures.

I need to contact someone who introduced KMP_REVERSE_HYPER_BAR implementation (unfortunately, it was added here in a huge collective commit years ago, Tue Oct 7 16:25:50 2014).
I have a piece of proprietary code that stopped to fail on AArch64 after I reverted D40358. Digging deeper I found out that it's not the problem with hyperbariers per se. As I undefined KMP_REVERSE_HYPER_BAR, the problem went away. What else I found is that the problem can be reproduced on x86_64 too, only less frequent (once per

for i in `seq 1 1000`; do

execution). As I'd have to spend a time to figure out the logic behind it and verify its validity, in the meantime, can someone familiar with this code have a look at it and confirm reverse implementation is sane?

Nov 7 2018, 5:37 AM

Oct 5 2018

pawosm01 added a comment to D51232: [OpenMP] Initial implementation of OMP 5.0 Memory Management routines.

This commit is bit damaging for those who want to use libomp.a for -static built applications. As KMP_DYNAMIC_LIB is hardcoded to 1 in kmp_config.h.cmake, dlopen will always be used causing following link-time warning:

warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

This makes virtually impossible to copy libomp.a across various Linux boxes or shipping libomp.a in binary libomp packages addressed to various Linux systems.

Oct 5 2018, 6:00 AM · Restricted Project

Sep 7 2018

pawosm01 accepted D51694: Fix for https://bugs.llvm.org/show_bug.cgi?id=38839.
Sep 7 2018, 5:04 AM

Sep 5 2018

pawosm01 added inline comments to D51694: Fix for https://bugs.llvm.org/show_bug.cgi?id=38839.
Sep 5 2018, 11:27 AM

Jul 25 2018

pawosm01 accepted D49802: PR30734: Remove __kmp_ft_page_allocate().
Jul 25 2018, 9:19 AM

Feb 9 2018

pawosm01 added a comment to D43115: [OMPT] Fix inconsistent testcases.

OMPT test cases all pass after that change.

Feb 9 2018, 5:20 AM
pawosm01 requested changes to D43115: [OMPT] Fix inconsistent testcases.

Can't compile this

Feb 9 2018, 5:09 AM

Jan 11 2018

pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

I suspect proposed change in kmp_gsupport.cpp might of confused you (as I check only for arch but not for the compiler). Note that gsupport (GOMP interface for libomp) must be compatible with what GCC-compiled programs do, otherwise compiling libomp with clang and running test cases compiled with GCC would lead to confusing inconsistency.

Jan 11 2018, 2:59 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Ahh, I didn't say it isn't working, but I also didn't explicitly said that: when libomp+OMPT is built with clang on 32-bit ARM, all of OMPT test cases pass iff they are compiled with clang.
The problem is on 32-bit ARM and GCC.

Jan 11 2018, 12:25 AM · Restricted Project

Jan 10 2018

pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Ok, relevant line changed. I didn't notice that although kmp_platform.h (where KMP_ARCH_ARM is defined) is included from callback.h, kmp_os.h where KMP_COMPILER_GCC is defined is not included.
Also note that both clang++ and g++ define __GNUC__ hence full check for GNU C++ compiler looks as follows:

#if defined(__GNUC__) && !defined(__clang__)
#warning this is a GNU compiler
#else
#warning this is NOT a GNU compiler
#endif
Jan 10 2018, 1:40 PM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Guys, I can think of approach as follows, but fixing all relevant lit tests to make FileCheck directives aware of relevant architecture+compiler combinations is beyond my imagination:

Jan 10 2018, 8:19 AM · Restricted Project

Jan 9 2018

pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Does a Clang built runtime work for GCC? In particular, do all tests pass when building with Clang but adding -DOPENMP_TEST_C_COMPILER=gcc -DOPENMP_TEST_CXX_COMPILER=g++?

Jan 9 2018, 11:44 PM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

I really like this message that proposed patch causes on ARM + gcc when someone's trying to set -DLIBOMP_OMPT_SUPPORT=ON:

CMake Error at runtime/cmake/LibompUtils.cmake:27 (message):
  LIBOMP: OpenMP Tools Interface requested but not available in this
  implementation
Call Stack (most recent call first):
  runtime/CMakeLists.txt:316 (libomp_error_say)

This is more clean solution than passing NULL which effects in less pleasant failures.

Jan 9 2018, 2:40 PM · Restricted Project
pawosm01 updated the diff for D41817: [OMPT] Enable OMPT on 32-bit ARM machines.
Jan 9 2018, 10:05 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Nah, doing architecture && compiler doesn't seem to work. I've got some better idea.

Jan 9 2018, 10:04 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

Found that __builtin_frame_address(1) gives wrong answer in __kmp_api_GOMP_parallel (a.k.a KMP_API_NAME_GOMP_PARALLEL as in kmp_gsupport.cpp). Then I've found out that this won't work with gcc: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60109
Status: RESOLVED WONTFIX
We can mark it UNSUPPORTED on arm32/gcc

Jan 9 2018, 5:00 AM · Restricted Project
pawosm01 committed rOMP322068: Fix type mismatch in omp_control_tool() implementation that makes it run….
Fix type mismatch in omp_control_tool() implementation that makes it run…
Jan 9 2018, 2:58 AM
pawosm01 committed rL322068: Fix type mismatch in omp_control_tool() implementation that makes it run….
Fix type mismatch in omp_control_tool() implementation that makes it run…
Jan 9 2018, 2:55 AM
pawosm01 closed D41854: [OMPT] Fix type mismatch in omp_control_tool() implementation that makes it run incorrectly on 32-bit machines.
Jan 9 2018, 2:55 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

It's in https://reviews.llvm.org/D41854
Cheers

Jan 9 2018, 2:12 AM · Restricted Project
pawosm01 created D41854: [OMPT] Fix type mismatch in omp_control_tool() implementation that makes it run incorrectly on 32-bit machines.
Jan 9 2018, 2:12 AM · Restricted Project

Jan 8 2018

pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

It's kmp_gsupport.cpp issue I presume, was it ever tested on any 32-bit platform? I'll try to look at it through the day.

Jan 8 2018, 11:23 PM · Restricted Project
pawosm01 accepted D31600: KMP_HW_SUBSET extended with NUMA support when HWLOC enabled.
Jan 8 2018, 11:56 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

The older gcc version the worse it gets, with 4.9.1-16ubuntu6 it's:

Jan 8 2018, 8:28 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

I didn't even know these tests are allowed to be compiled with anything else than clang 6.0+...

Jan 8 2018, 8:24 AM · Restricted Project
pawosm01 added a comment to D31600: KMP_HW_SUBSET extended with NUMA support when HWLOC enabled.

what's the next step here?

Jan 8 2018, 5:42 AM · Restricted Project
pawosm01 added a comment to D41817: [OMPT] Enable OMPT on 32-bit ARM machines.

I did my tests on 32-bit dual-core ARMv7 Cortex-A9 machine. Just in case I also tested it on 64-bit 96-cores ARMv8.1 machine to make sure there are no regressions.

Jan 8 2018, 5:39 AM · Restricted Project
pawosm01 created D41817: [OMPT] Enable OMPT on 32-bit ARM machines.
Jan 8 2018, 5:36 AM · Restricted Project

Dec 23 2017

pawosm01 added a comment to D41508: [OMPT] Build runtime with OMPT support by default.

@Hahnfeld gosh, you're right and I don't work with 32-bit systems nowadays so I need to track down one of those still kept online. Being far from the office isn't helping, so it won't happen immediately.

Dec 23 2017, 5:06 AM
pawosm01 accepted D41508: [OMPT] Build runtime with OMPT support by default.

+1

Dec 23 2017, 2:22 AM

Dec 22 2017

pawosm01 committed rOMP321379: [OMPT] Add missing initialization in nested_lwt.c test case.
[OMPT] Add missing initialization in nested_lwt.c test case
Dec 22 2017, 11:25 AM
pawosm01 committed rL321379: [OMPT] Add missing initialization in nested_lwt.c test case.
[OMPT] Add missing initialization in nested_lwt.c test case
Dec 22 2017, 11:25 AM
pawosm01 closed D41542: [OMPT] Add missing initialization in nested_lwt.c test case.
Dec 22 2017, 11:25 AM
pawosm01 created D41542: [OMPT] Add missing initialization in nested_lwt.c test case.
Dec 22 2017, 4:33 AM

Dec 21 2017

pawosm01 committed rOMP321258: [AArch64] add required arch specific code for running OMPT test cases.
[AArch64] add required arch specific code for running OMPT test cases
Dec 21 2017, 4:36 AM
pawosm01 committed rL321258: [AArch64] add required arch specific code for running OMPT test cases.
[AArch64] add required arch specific code for running OMPT test cases
Dec 21 2017, 4:34 AM
pawosm01 closed D41482: AArch64: add required arch specific code for running OMPT test cases.
Dec 21 2017, 4:34 AM
pawosm01 created D41482: AArch64: add required arch specific code for running OMPT test cases.
Dec 21 2017, 1:29 AM

Dec 13 2017

pawosm01 committed rOMP320593: [AArch64] fix an issue with older /proc/cpuinfo layout.
[AArch64] fix an issue with older /proc/cpuinfo layout
Dec 13 2017, 8:15 AM
pawosm01 committed rL320593: [AArch64] fix an issue with older /proc/cpuinfo layout.
[AArch64] fix an issue with older /proc/cpuinfo layout
Dec 13 2017, 8:13 AM
pawosm01 closed D41000: AArch64: fix cpuinfo issues.
Dec 13 2017, 8:13 AM · Restricted Project

Dec 10 2017

pawosm01 added a comment to D41000: AArch64: fix cpuinfo issues.

Example of old format layout (note that 'Processor :' and 'processor :' won't collide as we don't call strncasecmp()):

Dec 10 2017, 3:29 PM · Restricted Project

Dec 9 2017

pawosm01 updated the diff for D41000: AArch64: fix cpuinfo issues.
Dec 9 2017, 12:24 PM · Restricted Project

Dec 8 2017

pawosm01 added a comment to D40722: Add missing memory barrier for queuing locks.

I tried various number of threads with OMP_NUM_THREADS (in range between 4 and 96 on 96 cores dual socket ARMv8.1 machine, and between 2 and 4 on 4 cores single socket ARMv8 machine) and enforced affinity with OMP_PROC_BIND=spread, so I guess it answers your question.

Dec 8 2017, 7:51 AM
pawosm01 accepted D40722: Add missing memory barrier for queuing locks.

+1, although I ran this omp_single_copyprivate.c example in a loop 10000 times on two different AArch64 machines (ARMv8 and ARMv8.1) and didn't observe any hangs, before and after applying this patch.

Dec 8 2017, 6:55 AM