<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/stand/common, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2026-07-15T14:58:32Z</updated>
<entry>
<title>stand: Recognize SHT_INIT_ARRAY sections as constructor sections</title>
<updated>2026-07-15T14:58:32Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-07-15T14:58:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4b0ae7e001a97e5449835bb8a2e6c2e6f53aac39'/>
<id>urn:sha1:4b0ae7e001a97e5449835bb8a2e6c2e6f53aac39</id>
<content type='text'>
Pass such a section to the kernel using modinfo, otherwise link_elf.c
won't execute constructors for the file.  This is required for KASAN,
otherwise redzones for global buffers are not poisoned during boot.

Reviewed by:	kib
MFC after:	2 weeks
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D58244
</content>
</entry>
<entry>
<title>stand: Fix shadow buffer offset handling</title>
<updated>2026-06-30T19:52:55Z</updated>
<author>
<name>ShengYi Hung</name>
<email>aokblast@FreeBSD.org</email>
</author>
<published>2026-06-24T14:31:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=76aa776b5f47ecd0d45336e22795fef98af57d2f'/>
<id>urn:sha1:76aa776b5f47ecd0d45336e22795fef98af57d2f</id>
<content type='text'>
The shadow buffer is addressed relative to `tg_origin`, which includes
the padding offset, whereas `gfxfb_blt` operates on coordinates without
that offset. To make `gfx_fb_copy_area` emulate the behavior of
`gfxfb_blt`, the source coordinates must include the padding offset,
while the destination coordinates must not. The original implementation
omitted the offset from the source coordinates; this change corrects
that.

Additionally, `gfx_fb_cons_display` already applies the padding offset,
so the redundant adjustment is removed.

PR:             296246
Reported by:    2khramtsov@gmail.com
Reviewed by:    imp
Tested by:      2khramtsov@gmail.com, junchoon@dec.sakura.ne.jp,
naito.yuichiro_@gmail.com
Fixes:          32da2f23ae4d
MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D57821
</content>
</entry>
<entry>
<title>stand: Bulk operations on each gfxfb_blt if shadow buffer enabled</title>
<updated>2026-06-18T20:43:24Z</updated>
<author>
<name>ShengYi Hung</name>
<email>aokblast@FreeBSD.org</email>
</author>
<published>2026-05-31T15:07:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=32da2f23ae4d18888d34682b0ddb49ec80c0bb26'/>
<id>urn:sha1:32da2f23ae4d18888d34682b0ddb49ec80c0bb26</id>
<content type='text'>
Previously, gfxfb_blt flushed the framebuffer on every call. Since a
single drawing operation may invoke gfxfb_blt multiple times, this can
result in unnecessary flushes.

Instead, write updates to the shadow buffer (when present) and mark the
affected area as dirty. Flushing is deferred so multiple gfxfb_blt calls
can be coalesced into a single update. As before, only the dirty region
is flushed.

This fixes the slow bootloader problem in some platforms.

Reviewed by:    imp, adrian, obiwac
Tested by:      obiwac, jrm
MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D57373
</content>
</entry>
<entry>
<title>stand/common/load_elf: Do kernel module relocations for PPC</title>
<updated>2026-04-18T12:07:10Z</updated>
<author>
<name>Lexi Winter</name>
<email>ivy@FreeBSD.org</email>
</author>
<published>2026-04-18T12:07:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ba94d75749721fae999f756cb227638f9d4398a8'/>
<id>urn:sha1:ba94d75749721fae999f756cb227638f9d4398a8</id>
<content type='text'>
reloc_ptr() skips relocations for the kernel module, because on most
platforms the kernel is ET_EXEC and this is not required.  On PPC,
the kernel is ET_DYN and we need to relocate here, otherwise the
module metadata will not be loaded properly and the kernel module
will have an incorrect version, preventing module dependencies from
resolving.

This fixes loading kernel modules from loader.conf on powerpc.

Diagnosed by:	jrtc27
Reviewed by:	jrtc27, adrian
Sponsored by:	https://www.patreon.com/bsdivy
Differential Revision:	https://reviews.freebsd.org/D56457
</content>
</entry>
<entry>
<title>Pass severity to vectx_open() rather than vectx_close()</title>
<updated>2026-04-10T17:46:54Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2026-04-10T17:43:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=35bbdfad28626255c63360d98c45e41f2c692ef0'/>
<id>urn:sha1:35bbdfad28626255c63360d98c45e41f2c692ef0</id>
<content type='text'>
file_loadraw() can have a need to load unverified files
like "dtrace_dof".  Allow severity_guess() to look at the filename
but if it returns less than VE_MUST check that the type is not
one we insist on verifying.

In vectx_open if severity &lt; VE_MUST we can allow it to be unverified.
If passed VE_GUESS we call severity_guess().
Regardless, we record severity in ctx so it is available to vectx_close().

Sponsored by: Hewlett Packard Enterprise Development LP

Reviewed by:	khng
Differential Revision:	https://reviews.freebsd.org/D56297
</content>
</entry>
<entry>
<title>Add boot_setenv</title>
<updated>2026-04-07T16:29:07Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2026-04-07T16:29:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a371b008d13f84cf4448bf6d700641ecc15c206b'/>
<id>urn:sha1:a371b008d13f84cf4448bf6d700641ecc15c206b</id>
<content type='text'>
Move is_restricted_var() to libsa/environment.c so it can be leveraged
by boot_setenv called from subr_boot with not truted input.

Also, allow for local tuning via ENV_IS_RESTRICTED_ALLOWED_LIST and
ENV_IS_RESTRICTED_LIST

Sponsored by:	Hewlett Packard Enterprise Development LP.

Reviewed by:	kevans, imp
Differential Revision:	https://reviews.freebsd.org/D56287
</content>
</entry>
<entry>
<title>splash: add shutdown splash</title>
<updated>2026-04-03T07:15:29Z</updated>
<author>
<name>Quentin Thébault</name>
<email>quentin.thebault@defenso.fr</email>
</author>
<published>2026-04-02T16:38:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4b862c713ac5556ab4bd1828b47c5eb9cb28e067'/>
<id>urn:sha1:4b862c713ac5556ab4bd1828b47c5eb9cb28e067</id>
<content type='text'>
This commit adds a shutdown splash to the existing kernel startup splash(4)
screen feature. It can be customized by providing a PNG image to the
shutdown_splash directive loader.conf(5).

Sponsored by: 	Defenso
MFC after: 	2 weeks
Reviewed by:	vexeduxr, ziaee, manu
Differential Revision:	https://reviews.freebsd.org/D55140
</content>
</entry>
<entry>
<title>stand: fix typo in common/nvstore.c</title>
<updated>2026-01-28T08:38:26Z</updated>
<author>
<name>Toomas Soome</name>
<email>tsoome@FreeBSD.org</email>
</author>
<published>2026-01-28T08:38:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=da33cae6c785015329be9cdcf35f51e59807129c'/>
<id>urn:sha1:da33cae6c785015329be9cdcf35f51e59807129c</id>
<content type='text'>
Some out of order chars.
</content>
</entry>
<entry>
<title>loader.efi: only use firmware provided Blt on GOP</title>
<updated>2026-01-04T13:15:37Z</updated>
<author>
<name>Ahmad Khalifa</name>
<email>vexeduxr@FreeBSD.org</email>
</author>
<published>2026-01-04T13:15:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9595055ae7494997bb07b4aaed544f88ac4c5e7f'/>
<id>urn:sha1:9595055ae7494997bb07b4aaed544f88ac4c5e7f</id>
<content type='text'>
gfx_state.tg_private points to a EFI_GRAPHICS_OUTPUT_PROTOCOL only when
using GOP.

The firmware provided Blt functions on UGA platforms have been observed
to not work on old MacBooks, and are likley hit or miss anyways as UGA
has been deprecated since 2006.

Reviewed by:	tsoome
PR:		291935
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D54432
</content>
</entry>
<entry>
<title>stand: Cut over to using the EDK2 files</title>
<updated>2025-11-16T18:29:03Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2025-11-16T17:36:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=43b8edb320519c9887a5d953c4cf8a91f0ca8d14'/>
<id>urn:sha1:43b8edb320519c9887a5d953c4cf8a91f0ca8d14</id>
<content type='text'>
Remove the old EFI SDK files that we've been nursing along for too many
years. Replace them with files from EDK2 edk2-stable202502 and tweak the
interfaces we need to tweak. Mostly include different things or change
the names of the protocols that no longer have old-school compat names.

I gave up in the middle of env.c, too damn tedious to find all those new
GUIDs. Also, many of the guids were mystery meat, most likely from the
EDK2 sources, but just not the Include subdirectory. Need to investigate
those. And the memory info? Is it just an oboslete thing, or embedded
knowledge of EDK2.

Delete the now-redundant copies of things in Guid and Protocol. I
debated keeping ZeroGuid.h, but EDK2 has moved on from when I snagged it
years ago (or maybe I just invented it out of whole cloth: edk2 does
radically different things today and I didn't do the git deep-dive to
find out).

Sponsored by:		Netflix
Differential Revision:	https://reviews.freebsd.org/D53655
</content>
</entry>
</feed>
