<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/xen, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>xen/acpi: implement hook to notify Xen about entering sleep state</title>
<updated>2026-02-27T07:39:11+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2026-02-24T20:23:08+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=db16856110cbdbdfdc3c8d44edae1b3a7463198e'/>
<id>db16856110cbdbdfdc3c8d44edae1b3a7463198e</id>
<content type='text'>
This is required so that ACPI power-off (entering S5) works as expected, as
the ACPI PM1a and PM1b blocks might not be accessible by dom0 directly.
Additionally, Xen also needs to do cleanup before entering a sleep state,
so it needs to be notified about it.

With this patch FreeBSD dom0 now powers off the host correctly:

acpi0: Powering system off...
(XEN) [   85.686598] arch/x86/hvm/emulate.c:415:d0v0 fixup p2m mapping for page fedc6 added
(XEN) [   85.687606] arch/x86/hvm/emulate.c:415:d0v0 fixup p2m mapping for page fbc10 added
(XEN) [   85.692357] Preparing system for ACPI S5 state.
(XEN) [   85.692702] Disabling non-boot CPUs ...
(XEN) [   85.694471] Broke affinity for IRQ9, new: {0-7}
[...]
(XEN) [   85.903118] Entering ACPI S5 state.

Should be a non-functional change when not running as a Xen dom0.

Reviewed by: kib
Sponsored by: Citrix Systems R&amp;D
MFC after: 2 weeks
Differential revision: https://reviews.freebsd.org/D55504
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is required so that ACPI power-off (entering S5) works as expected, as
the ACPI PM1a and PM1b blocks might not be accessible by dom0 directly.
Additionally, Xen also needs to do cleanup before entering a sleep state,
so it needs to be notified about it.

With this patch FreeBSD dom0 now powers off the host correctly:

acpi0: Powering system off...
(XEN) [   85.686598] arch/x86/hvm/emulate.c:415:d0v0 fixup p2m mapping for page fedc6 added
(XEN) [   85.687606] arch/x86/hvm/emulate.c:415:d0v0 fixup p2m mapping for page fbc10 added
(XEN) [   85.692357] Preparing system for ACPI S5 state.
(XEN) [   85.692702] Disabling non-boot CPUs ...
(XEN) [   85.694471] Broke affinity for IRQ9, new: {0-7}
[...]
(XEN) [   85.903118] Entering ACPI S5 state.

Should be a non-functional change when not running as a Xen dom0.

Reviewed by: kib
Sponsored by: Citrix Systems R&amp;D
MFC after: 2 weeks
Differential revision: https://reviews.freebsd.org/D55504
</pre>
</div>
</content>
</entry>
<entry>
<title>sys/xen: Use __printflike() instead of format(printf)</title>
<updated>2025-12-28T21:16:40+00:00</updated>
<author>
<name>Alex Richardson</name>
<email>arichardson@FreeBSD.org</email>
</author>
<published>2025-09-16T04:54:36+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=4cd7be3e81863bd22aacccc34fc2e8b2cfcb14d9'/>
<id>4cd7be3e81863bd22aacccc34fc2e8b2cfcb14d9</id>
<content type='text'>
The __printflike macro sets the format to freebsd_kprintf which recent
clang understands and warns about. Fixes the following error:
`passing 'printf' format string where 'freebsd_kprintf' format string is expected [-Werror,-Wformat]`

MFC after:	1 week
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The __printflike macro sets the format to freebsd_kprintf which recent
clang understands and warns about. Fixes the following error:
`passing 'printf' format string where 'freebsd_kprintf' format string is expected [-Werror,-Wformat]`

MFC after:	1 week
</pre>
</div>
</content>
</entry>
<entry>
<title>xen: Use proper prototype for SYSINIT functions</title>
<updated>2025-10-13T10:12:30+00:00</updated>
<author>
<name>Zhenlei Huang</name>
<email>zlei@FreeBSD.org</email>
</author>
<published>2025-10-13T10:12:30+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=19061a898ac809c8e9a30839b7200ff13a6eb9c0'/>
<id>19061a898ac809c8e9a30839b7200ff13a6eb9c0</id>
<content type='text'>
The only possible return value of function xen_intr_init() is 0. Make
it return void to match the prototype of SYSINIT.

MFC after:	1 week
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The only possible return value of function xen_intr_init() is 0. Make
it return void to match the prototype of SYSINIT.

MFC after:	1 week
</pre>
</div>
</content>
</entry>
<entry>
<title>power: Add stype parameter in power_suspend/resume eventhandlers</title>
<updated>2025-10-06T21:49:41+00:00</updated>
<author>
<name>Aymeric Wibo</name>
<email>obiwac@FreeBSD.org</email>
</author>
<published>2025-10-06T21:30:54+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fc2ed9d9680461937c7ffa4cc77fa38e656deb8b'/>
<id>fc2ed9d9680461937c7ffa4cc77fa38e656deb8b</id>
<content type='text'>
Add enum sleep_type stype parameter in power_suspend/resume event
handlers, as with the introduction of s2idle there are more than one
type of suspend.

Reviewed by:	bz
Approved by:	bz
Sponsored by:	The FreeBSD Foundation
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add enum sleep_type stype parameter in power_suspend/resume event
handlers, as with the introduction of s2idle there are more than one
type of suspend.

Reviewed by:	bz
Approved by:	bz
Sponsored by:	The FreeBSD Foundation
</pre>
</div>
</content>
</entry>
<entry>
<title>machine/stdarg.h -&gt; sys/stdarg.h</title>
<updated>2025-06-11T16:39:02+00:00</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2025-06-11T16:39:02+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e453e498cbb88570a3ff7b3679de65c88707da95'/>
<id>e453e498cbb88570a3ff7b3679de65c88707da95</id>
<content type='text'>
Switch to using sys/stdarg.h for va_list type and va_* builtins.

Make an attempt to insert the include in a sensible place.  Where
style(9) was followed this is easy, where it was ignored, aim for the
first block of sys/*.h headers and don't get too fussy or try to fix
other style bugs.

Reviewed by:	imp
Exp-run by:	antoine (PR 286274)
Pull Request:	https://github.com/freebsd/freebsd-src/pull/1595
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Switch to using sys/stdarg.h for va_list type and va_* builtins.

Make an attempt to insert the include in a sensible place.  Where
style(9) was followed this is easy, where it was ignored, aim for the
first block of sys/*.h headers and don't get too fussy or try to fix
other style bugs.

Reviewed by:	imp
Exp-run by:	antoine (PR 286274)
Pull Request:	https://github.com/freebsd/freebsd-src/pull/1595
</pre>
</div>
</content>
</entry>
<entry>
<title>xen: Add support for platform device with id 5853:0002</title>
<updated>2025-05-08T16:06:27+00:00</updated>
<author>
<name>Frediano Ziglio</name>
<email>freddy77@gmail.com</email>
</author>
<published>2025-04-02T13:04:32+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=977b2faf6328ce18f019c399929809177b9fc672'/>
<id>977b2faf6328ce18f019c399929809177b9fc672</id>
<content type='text'>
According to
https://xenbits.xen.org/docs/unstable/man/xen-pci-device-reservations.7.html
the Xen Platform Device can either be 5853:0001 or 5853:0002.
Currently kernel only recognises 5853:0001. Add detection for 5853:0002.
Tested with XenServer and different machine templates.

Reviewed by: royger
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
According to
https://xenbits.xen.org/docs/unstable/man/xen-pci-device-reservations.7.html
the Xen Platform Device can either be 5853:0001 or 5853:0002.
Currently kernel only recognises 5853:0001. Add detection for 5853:0002.
Tested with XenServer and different machine templates.

Reviewed by: royger
</pre>
</div>
</content>
</entry>
<entry>
<title>efi: Move to using efi_guid_t in ioctl definitions</title>
<updated>2025-05-01T17:53:40+00:00</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2025-05-01T17:53:40+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=20a860ae3a6541491e16858c1e21ee8187833339'/>
<id>20a860ae3a6541491e16858c1e21ee8187833339</id>
<content type='text'>
Start using efi_guid_t instead of struct uuid in the ioctl
definitions. These are binarily the same, but have different
structure definitions. EFI prefers this form, and to allow more
sharing with EDK2, make this slight addition.

I've not really defined new IOCTLs for this. They are the same
size, but I have defined new function.

Also fix in-kernel uses of uuid to efi_guid_t for anything related to
ioctl.

Sponsored by:		Netflix
Reviewed by:		tsoome, kib
Differential Revision:	https://reviews.freebsd.org/D50057
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Start using efi_guid_t instead of struct uuid in the ioctl
definitions. These are binarily the same, but have different
structure definitions. EFI prefers this form, and to allow more
sharing with EDK2, make this slight addition.

I've not really defined new IOCTLs for this. They are the same
size, but I have defined new function.

Also fix in-kernel uses of uuid to efi_guid_t for anything related to
ioctl.

Sponsored by:		Netflix
Reviewed by:		tsoome, kib
Differential Revision:	https://reviews.freebsd.org/D50057
</pre>
</div>
</content>
</entry>
<entry>
<title>xen/netfront: use iflladdr_event to send ARPs</title>
<updated>2024-12-16T14:49:29+00:00</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2024-12-16T14:48:50+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=2ef97d8b7564c5d3e62248b49f9ebbbae5dc02f3'/>
<id>2ef97d8b7564c5d3e62248b49f9ebbbae5dc02f3</id>
<content type='text'>
Avoids usage of arp_ifinit() and if_foreach_addr_type().  The former
isn't encouraged to be used in drivers and the latter is about to
change to not expose struct ifaddr.

Reviewed by:		royger, ehem_freebsd_m5p.com
Differential Revision:	https://reviews.freebsd.org/D48053
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Avoids usage of arp_ifinit() and if_foreach_addr_type().  The former
isn't encouraged to be used in drivers and the latter is about to
change to not expose struct ifaddr.

Reviewed by:		royger, ehem_freebsd_m5p.com
Differential Revision:	https://reviews.freebsd.org/D48053
</pre>
</div>
</content>
</entry>
<entry>
<title>Replace calls to bus_generic_attach with bus_attach_children</title>
<updated>2024-12-06T22:26:16+00:00</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2024-12-06T22:26:16+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=18250ec6c089c0c50cbd9fd87d78e03ff89916df'/>
<id>18250ec6c089c0c50cbd9fd87d78e03ff89916df</id>
<content type='text'>
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D47675
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D47675
</pre>
</div>
</content>
</entry>
<entry>
<title>Replace calls to bus_generic_probe with bus_identify_children</title>
<updated>2024-12-06T22:26:05+00:00</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2024-12-06T22:26:05+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=723da5d92f40a413585107f8455280ea575fe410'/>
<id>723da5d92f40a413585107f8455280ea575fe410</id>
<content type='text'>
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D47674
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D47674
</pre>
</div>
</content>
</entry>
</feed>
