[flang][cuda] Support non-allocatable module-level managed variables (#188526)
Add support for non-allocatable module-level CUDA managed variables
using pointer indirection through a companion global in
__nv_managed_data__. The CUDA runtime populates this pointer with the
unified memory address via __cudaRegisterManagedVar and
__cudaInitModule.
1. Create a .managed.ptr companion global in the __nv_managed_data__
section and register it with _FortranACUFRegisterManagedVariable
(CUFAddConstructor.cpp)
2. Call __cudaInitModule after registration to populate the managed
pointer (registration.cpp)
3. Annotate managed globals in gpu.module with nvvm.managed for PTX
.attribute(.managed) generation (cuda-code-gen.mlir)
4. Suppress cuf.data_transfer for assignments to/from non-allocatable
module managed variables, since cudaMemcpy would target the shadow
address rather than the actual unified memory (tools.h)
5. Preserve cuf.data_transfer for device_var = managed_var assignments
where explicit transfer is still required
multimedia/gstreamer1-plugins-svt-hevc: Remove expired port
2026-03-31 multimedia/gstreamer1-plugins-svt-hevc: SVT-HEVC project discontinued by Intel on 2024-07-29
devel/py-graphene-django300: Remove expired port
2026-03-31 devel/py-graphene-django300: Obsolete, was used as temporary solution due compatibility issues. Please use devel/py-graphene-django instead
NAS-140485 / 26.0.0-BETA.2 / fix querying container images (by yocalebo) (#18602)
container.image.pull crashes with `[EFAULT] 'root.tar.xz'` when a user
selects a VM-only image (desktop variants, FreeBSD, etc.) from the
container creation UI.
The pull code at query_pull_images.py:74 hardcodes
`product_version['items']['root.tar.xz']['path']` to find the container
rootfs tarball. VM-only images in the registry don't ship root.tar.xz —
they only have disk.qcow2 (a VM disk image), incus.tar.xz, and
lxd.tar.xz. The KeyError on the missing key surfaces as an unhelpful
[EFAULT] 'root.tar.xz' to the user.
Affected images from the registry include all desktop variants (ubuntu,
opensuse, archlinux), FreeBSD, and nixos:unstable.
Fix this by filtering images in container.image.query_registry so that
only versions containing root.tar.xz in their registry items are
returned. If an image has no valid container versions, it is excluded
[8 lines not shown]
NAS-140485 / 26.0.0-BETA.1 / fix querying container images (by yocalebo) (#18601)
container.image.pull crashes with `[EFAULT] 'root.tar.xz'` when a user
selects a VM-only image (desktop variants, FreeBSD, etc.) from the
container creation UI.
The pull code at query_pull_images.py:74 hardcodes
`product_version['items']['root.tar.xz']['path']` to find the container
rootfs tarball. VM-only images in the registry don't ship root.tar.xz —
they only have disk.qcow2 (a VM disk image), incus.tar.xz, and
lxd.tar.xz. The KeyError on the missing key surfaces as an unhelpful
[EFAULT] 'root.tar.xz' to the user.
Affected images from the registry include all desktop variants (ubuntu,
opensuse, archlinux), FreeBSD, and nixos:unstable.
Fix this by filtering images in container.image.query_registry so that
only versions containing root.tar.xz in their registry items are
returned. If an image has no valid container versions, it is excluded
[8 lines not shown]
[mlir][OpenMP][NFC] Refactor fillAffinityIteratorLoop (#189418)
Extract affinity-specific logic from fillAffinityIteratorLoop into a
callback so that the iterator loop codegen logic can be shared with
other clauses such as depend clause and target clause.
[Flang][OpenMP] Support iterator modifier in depend clause (#189412)
Lower the iterator modifier on depend clause to omp.iterator. Iterated
depend objects emit `!omp.iterated<!llvm.ptr>` by using
`getDataOperandBaseAddr` to generate base address and
`genIteratorCoordinate` to get the addr+offset. The non-iterated objects
in depend clause still use existing lowering path.
This patch is part of feature work for #188061.
Assisted with copilot.
