Skip to content

Releases: intel/llvm

DPC++ daily 2022-11-19

19 Nov 17:34
6aefd63

Choose a tag to compare

Pre-release
[SYCL] Improve ODS negative filter implementation (#7453)

The negative filter implementation for ONEAPI_DEVICE_SELECTOR uses a map
to keep track of blacklisted devices. The keys used by this map were
originally device addresses in a vector container which are not very
robust because vectors can potentially move their data to other
locations and the device addresses could change thus invalidating the
blacklist map. Even though in the source code the resizing of the vector
only happens after we are done with the blacklist, you never know what
tricks the compiler might pull on us. We use device numbers instead
which are unique for each device in a platform and do not change during
the function execution.

DPC++ daily 2022-11-18

18 Nov 17:34
1b7582b

Choose a tag to compare

Pre-release
Add ceil,floor,rint,sqrt,rsqrt,trunc to sycl_ext_intel_math hpp (#7429)

Add following imf functions to sycl/ext/intel/math.hpp:
ceil, floor, trunc, rint, sqrt, rsqrt
Those functions are in sycl::ext::intel::math:: namespace and supports
float, double, half, half2.
Those C++ functions are just wrappers of __imf_* functions implemented
in SYCL libdevice.

Signed-off-by: jinge90 <[email protected]>

DPC++ daily 2022-11-17

17 Nov 17:35
5a188c7

Choose a tag to compare

Pre-release
[NFC] Remove MatrixUse::Unnecessary (#7335)

It was previously introduced for backwards compatibility with legacy
(without Use matrix parameter) API. It is actually not needed.

Signed-off-by: Sidorov, Dmitry <[email protected]>

DPC++ daily 2022-11-16

16 Nov 17:35
168767c

Choose a tag to compare

Pre-release
[SYCL] Add support for sorting using sub-group (#7374)

Use provided work-group or sub-group instead of creating
a separate object in sort algorithms.

DPC++ daily 2022-11-15

15 Nov 17:35
01ac72d

Choose a tag to compare

Pre-release
sycl-nightly/20221115

[SYCL][PI][L0] Uplift L0 Loader from 1.4.1 to 1.8.8 (#7381)

DPC++ daily 2022-11-14

14 Nov 17:35
d6a8fd1

Choose a tag to compare

Pre-release
[LIBCLC] Extend __CLC_NVVM_ATOMIC with generic AS (#7221)

The diffs don't show it very well, but this patch extends
`__CLC_NVVM_ATOMIC` macro to generate one more overload, targetting a
generic address space, while at it, it also fixes a mangled name used in
the implementation of `__CLC_NVVM_ATOMIC_IMPL_SUBSTITUTION`.

DPC++ daily 2022-11-11

11 Nov 17:37
98dda9d

Choose a tag to compare

Pre-release
sycl-nightly/20221111

[InstCombine] PR58901 - fix bug with swapping GEP of different types …

DPC++ daily 2022-11-10

10 Nov 17:35
e39e8eb

Choose a tag to compare

Pre-release
sycl-nightly/20221110

[SYCL][Docs] Move sycl_ext_oneapi_kernel_properties to experimental (…

DPC++ daily 2022-11-09

09 Nov 17:41
9ed2bdc

Choose a tag to compare

Pre-release
[SYCL][LIT] Fix narrowing type conversion for marray in test (#7298)

Signed-off-by: Tikhomirova, Kseniya <[email protected]>

DPC++ daily 2022-11-08

08 Nov 17:33
ab2a42c

Choose a tag to compare

Pre-release
[SYCL] Rename DoubleGRF to LargeGRF (#7284)

This change renames double GRF to large GRF both for users and
internally in the compiler. We're doing this because we got direct
feedback from customer facing engineers that we should use the large GRF
terminology, and it also makes the naming consistent with other compiler
work we are doing.

For the user,

```
set_kernel_properties(kernel_properties::use_double_grf);
```
still works, it will just throw a deprecated warning and will be removed
in a future release.

The new way is
```
set_kernel_properties(kernel_properties::use_large_grf);
```

There should be no ABI break because we still check the previous image
property name in the program manager, so applications built with an old
compiler work using the runtime from a new compiler. I confirmed this
with manual testing.

I will update the system test here to test the new flag as well:
https://github.com/intel/llvm-test-suite/blob/intel/SYCL/DeviceCodeSplit/double-grf.cpp

Signed-off-by: Sarnie, Nick <[email protected]>