unix: Fix handling of listening sockets during garbage collection
socantrcvmore() and unp_dispose() assume that the socket's socket
buffers are initialized, which isn't the case for listening sockets.
Reported by: syzbot+a62883292a5c257703be at syzkaller.appspotmail.com
MFC after: 1 week
Reviewed by: glebius
Differential Revision: https://reviews.freebsd.org/D53743
hgame.4: Polish
Explain driver loading and application access in the body of the manual.
Crossreference other game controller driver manuals, and devfs.rules to
hint about how to configure application access. Add a common dongle to
supported hardware. Add evdev a few places to make it really clear how
it works.
MFC after: immediately for inclusion in 15.0R
Reviewed by: wulf
Differential Revision: https://reviews.freebsd.org/D53290
(cherry picked from commit c0c8d812b560a3e89656c026022a44631f88e233)
sbp.4: Add a hardware section, fix markup nits
+ tag SPDX
+ add sysctl to apropos database
+ fix markup of examples and reflow a overly long line
+ add a hardware section for hw relnotes
MFC after: 3 days
(cherry picked from commit dee8e38f52266d9b2fa837607ff3a78f240a806d)
jail.8: Add creating a jail from package base
MFC after: immediately for inclusion in 15.0R
Reported by: ivy
Differential Revision: https://reviews.freebsd.org/D53745
hgame.4: Polish
Explain driver loading and application access in the body of the manual.
Crossreference other game controller driver manuals, and devfs.rules to
hint about how to configure application access. Add a common dongle to
supported hardware. Add evdev a few places to make it really clear how
it works.
MFC after: immediately for inclusion in 15.0R
Reviewed by: wulf
Differential Revision: https://reviews.freebsd.org/D53290
www/hurl: mark hurl build broken for i386
Hurl build fails for i386 architectures due to mismatch error during
bindgen tests for libxml.
```
error[E0080]: evaluation of constant value failed
--> /home/jc/rust-libxml/target/debug/build/libxml-0db722a43088e767/out/bindings.rs:407:29
|
407 | ["Size of __max_align_t"][::std::mem::size_of::<__max_align_t>() - 20usize];
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ attempt to compute `16_usize - 20_usize`, which would overflow
```
A GH issue reports[1][2][3] where created for this problem and for now the only bypass
found was to disable the test. Which is wrong.
[1] https://github.com/Orange-OpenSource/hurl/issues/4400
[2] https://github.com/KWARC/rust-libxml/issues/186
[3] https://github.com/rust-lang/rust-bindgen/issues/3319
