[AMDGPU] Extend TargetParser VGPR queries for dynamic mode and encoding
Add a VGPR encoding granule query with explicit GPU kind and wave size.
Extend the allocation granule and addressable VGPR queries with an optional
dynamic block size, including the eight-block limit and gfx90a-family
exceptions already used by the backend.
Cover static and dynamic limits, encoding granules, wave sizes, and the
GPUKind and SubArch overloads in TargetParser unit tests. Existing callers
continue to select static mode by default.
Change-Id: I1d389875d25f02b07beb0ea788f16735220007fd
geom: Document existing --libxo support in the manual pages
The standard list and status subcommands of every GEOM class emit
through libxo, and so does geom -p, but only geom.8 (list, status) and
gpart.8 (show) mentioned it. Mark the list and status forms with
--libxo in all class manual pages, add the option description, and
cross-reference xo_options(7). Also mark geom -p in geom.8.
Only forms whose output already goes through libxo are marked;
class-specific verbs such as gmirror dump still print directly and are
left alone.
Reviewed by: adrian, bcr, carlavilla, des
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D59574
geom: Document existing --libxo support in the manual pages
The standard list and status subcommands of every GEOM class emit
through libxo, and so does geom -p, but only geom.8 (list, status) and
gpart.8 (show) mentioned it. Mark the list and status forms with
--libxo in all class manual pages, add the option description, and
cross-reference xo_options(7). Also mark geom -p in geom.8.
Only forms whose output already goes through libxo are marked;
class-specific verbs such as gmirror dump still print directly and are
left alone.
Reviewed by: adrian, bcr, carlavilla, des
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D59574
graphics/R-cran-bmp: New port
bmp provides the ability to read Windows BMP format images in R.
Currently limited to 8 bit greyscale images and 24,32 bit (A)RGB
images. Pure R implementation without external dependencies.
Approved by: fuz (mentor), jrm (mentor)
Reviewed by: fuz (mentor), jrm (mentor), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22680
graphics/R-cran-bmp: New port
bmp provides the ability to read Windows BMP format images in R.
Currently limited to 8 bit greyscale images and 24,32 bit (A)RGB
images. Pure R implementation without external dependencies.
Approved by: fuz (mentor), jrm (mentor)
Reviewed by: fuz (mentor), jrm (mentor), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22680
[SimplifyCFG] Cost speculated selects with their real scalar condition (#217664)
`validateAndCostRequiredSelects()` priced the selects that
`speculativelyExecuteBB()` would create using
`CmpInst::makeCmpResultType(PN->getType())` as the condition type. For a
vector phi, that asks the target for the cost of a per-lane vector
select, but the select actually created uses the branch condition, which
is always a scalar `i1`.
This only changes behaviour where a target's cost model distinguishes
the two condition types. Of the targets checked, only AArch64 does.
This may worsen the compiler's output in RISC-V, X86, ARM, so no
intention to merge soon before collecting more feedback on how the
different targets should communicate this property.
devel/R-cran-bigmemory: New port
bigmemory provides the ability to create, store, access, and manipulate
massive matrices in R. Matrices are allocated to shared memory and may
use memory-mapped files.
Approved by: fuz (mentor)
Reviewed by: fuz (mentor), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22677
devel/R-cran-bigmemory: New port
bigmemory provides the ability to create, store, access, and manipulate
massive matrices in R. Matrices are allocated to shared memory and may
use memory-mapped files.
Approved by: fuz (mentor)
Reviewed by: fuz (mentor), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22677
devel/R-cran-bigmemory.sri: New port
bigmemory.sri provides a shared resource interface for the bigmemory
and synchronicity packages in R.
Approved by: fuz (mentor), imp (previous revision), mat (previous revision)
Reviewed by: fuz (mentor), imp (previous revision), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22676
devel/R-cran-bigmemory.sri: New port
bigmemory.sri provides a shared resource interface for the bigmemory
and synchronicity packages in R.
Approved by: fuz (mentor), imp (previous revision), mat (previous revision)
Reviewed by: fuz (mentor), imp (previous revision), mat (previous revision)
Differential Revision: https://reviews.freebsd.org/D22676
Fix HTML validation errors - remove h7 tag, document the rule in FDP
""Listening Side"" and ""Initiating Side"" in the Developers Handbook
used level 5 headings, which render as <h7> in single-page HTML
output for books and fail W3C validation.
Replace them with a bold phrase, and add a WARNING to the
Asciidoctor chapter of the FDP Primer that level 5 headings are
unusable in books.
Reviewed by: carlavilla
Approved by: carlavilla
Differential Revision: https://reviews.freebsd.org/D60070
PR: 297509
graphics/virtio-gpu-qemu-kmod: Build in FreeBSD>=15.0
The driver currently does not compile in an earlier version of FreeBSD
(<15.0), therefore, mark the port as IGNORE for these versions.
MFH: 2026Q3
(cherry picked from commit 2083efe8e2a771aac5cbce773f285e591415a6bf)
graphics/virtio-gpu-qemu-kmod: Build in FreeBSD>=15.0
The driver currently does not compile in an earlier version of FreeBSD
(<15.0), therefore, mark the port as IGNORE for these versions.
MFH: 2026Q3
graphics/virtio-gpu-qemu-kmod: Build in FreeBSD>=15.0
The driver currently does not compile in an earlier version of FreeBSD
(<15.0), therefore, mark the port as IGNORE for these versions.
MFH: 2026Q3
Merge tag 'driver-core-7.3-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/driver-core/driver-core
Pull driver core fix from Danilo Krummrich:
- Suppress spurious "debugfs is not initialized yet" boot warnings when
the caller passes an error parent to debugfs file creation; callers
propagating an earlier failure should not trigger the warning
* tag 'driver-core-7.3-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/driver-core/driver-core:
debugfs: don't warn about uninitialized debugfs for an error parent