freebsd-current  

Messages by Thread

• • Re: how to set vfs.zfs.arc.max in 15-current ? void
  • vfs.zfs.arc.min (was: how to set vfs.zfs.arc.max in 15-current ?) Graham Perrin
• RE: git: 989c5f6da990 - main - freebsd-update: create deep BEs by default [really about if -r for bectl create should just go away] Mark Millard
  • Re: git: 989c5f6da990 - main - freebsd-update: create deep BEs by default [really about if -r for bectl create should just go away] Kyle Evans
  • Re: git: 989c5f6da990 - main - freebsd-update: create deep BEs by default [really about if -r for bectl create should just go away] Alexander Leidinger
• epair/vbridge: no IPv6 traffic egress until first IPv6 packet flows in FreeBSD User
  • Re: epair/vbridge: no IPv6 traffic egress until first IPv6 packet flows in Kristof Provost
• bhyve -G <port> Bakul Shah
  • Re: bhyve -G <port> John Baldwin
  • Re: bhyve -G <port> Bakul Shah
  • Re: bhyve -G <port> John Baldwin
• LOR seen on 13.x kernel Arun Varghese
• "make installworld" fails for main-n265819-af5e348c61da David Wolfskill
• 'teken_utf8_bytes_to_codepoint' [-Wunused-function] Gary Jennejohn
  • Re: 'teken_utf8_bytes_to_codepoint' [-Wunused-function] Oleg Lelchuk
• ld: error: unable to find library -lprivateatf-c Bjoern A. Zeeb
• FreeBSD 14.0-BETA5 Now Available Glen Barber
  • Re: FreeBSD 14.0-BETA5 Now Available Cameron Katri
  • Re: FreeBSD 14.0-BETA5 Now Available Ed Maste
  • Re: FreeBSD 14.0-BETA5 Now Available Cameron Katri
  • Re: FreeBSD 14.0-BETA5 Now Available Ed Maste
  • Re: FreeBSD 14.0-BETA5 Now Available Ed Maste
  • Re: FreeBSD 14.0-BETA5 Now Available Rodney W. Grimes
  • Re: FreeBSD 14.0-BETA5 Now Available Ed Maste
  • Re: FreeBSD 14.0-BETA5 Now Available Rodney W. Grimes
  • Re: FreeBSD 14.0-BETA5 Now Available Kyle Evans
  • Ventoy support Ed Maste
  • Re: Ventoy support Warner Losh
  • Re: Ventoy support Ed Maste
  • Re: FreeBSD 14.0-BETA5 Now Available monochrome
  • Re: FreeBSD 14.0-BETA5 Now Available Jesper Schmitz Mouridsen
• status of openssl 3.0.11 in stable/14? Michael Grimm
• panic in cypto code Steve Kargl
  • Re: panic in cypto code Kristof Provost
  • Re: panic in cypto code Steve Kargl
  • Re: panic in cypto code Kristof Provost
  • Re: panic in cypto code Steve Kargl
  • Re: panic in cypto code Steve Kargl
  • Re: panic in cypto code Kristof Provost
• Thinkpad X1 Carbon gen11 - suspend not work Oleksandr Kryvulia
  • Re: Thinkpad X1 Carbon gen11 - suspend not work Li-Wen Hsu
  • Re: Thinkpad X1 Carbon gen11 - suspend not work Oleksandr Kryvulia
• WITHOUT_CAPSICUM|CASPER option ignored: it is no longer supported Michael Dexter
  • Re: WITHOUT_CAPSICUM|CASPER option ignored: it is no longer supported Mariusz Zaborski
  • Re: WITHOUT_CAPSICUM|CASPER option ignored: it is no longer supported Ed Maste
• something magic about the size of a ports tree Matthias Apitz
  • Re: something magic about the size of a ports tree Olivier Certner
  • Re: something magic about the size of a ports tree Matthias Apitz
  • Re: something magic about the size of a ports tree Alan Somers
  • Re: something magic about the size of a ports tree Michael Gmelin
  • Re: something magic about the size of a ports tree Dag-Erling Smørgrav
  • Re: something magic about the size of a ports tree Warner Losh
  • Re: something magic about the size of a ports tree Dag-Erling Smørgrav
  • Re: something magic about the size of a ports tree Allan Jude
• base-krb5 issues (segfaults when adding principals in openssl) Alexander Leidinger
• uname -KU 1500001 1500000 Graham Perrin
  • FreeBSD user environment repeatedly inferior to kernel (was: uname -KU 1500001 1500000) Graham Perrin
  • RE: uname -KU 1500001 1500000 Mark Millard
  • Re: uname -KU 1500001 1500000 Graham Perrin
  • Re: uname -KU 1500001 1500000 Mark Millard
  • Re: uname -KU 1500001 1500000 Graham Perrin
  • Re: uname -KU 1500001 1500000 Juraj Lutter
  • Re: uname -KU 1500001 1500000 Gary Jennejohn
• [Bug 267671] Unnecessary printf to stderr in stdlib/cxa_thread_atexit_impl.c Rainer Hurling
• Fwd: FreeBSD 15 current for MAO Jean-Loups
  • Fwd: FreeBSD 15 current for MAO Jean-Loups
• 15 & 14: ram_attach vs. its using regions_to_avail vs. "bus_alloc_resource" can lead to: panic("ram_attach: resource %d failed to attach", rid) Mark Millard
  • Re: 15 & 14: ram_attach vs. its using regions_to_avail vs. "bus_alloc_resource" can lead to: panic("ram_attach: resource %d failed to attach", rid) Doug Rabson
  • Re: 15 & 14: ram_attach vs. its using regions_to_avail vs. "bus_alloc_resource" can lead to: panic("ram_attach: resource %d failed to attach", rid) Mark Millard
• FreeBSD 14.0-BETA4 Now Available Glen Barber
• crashinfo fails on 'version' Bjoern A. Zeeb
  • Re: crashinfo fails on 'version' Warner Losh
  • Re: crashinfo fails on 'version' Bjoern A. Zeeb
  • Re: crashinfo fails on 'version' Bjoern A. Zeeb
  • Re: crashinfo fails on 'version' Gary Jennejohn
• grep(1) bug - duplicate output lines Jamie Landeg-Jones
  • Re: grep(1) bug - duplicate output lines Kyle Evans
  • Re: grep(1) bug - duplicate output lines Greg 'groggy' Lehey
  • Re: grep(1) bug - duplicate output lines Kyle Evans
  • Re: grep(1) bug - duplicate output lines Jamie Landeg-Jones
  • Re: grep(1) bug - duplicate output lines Jamie Landeg-Jones
  • Re: grep(1) bug - duplicate output lines Kyle Evans
  • Re: grep(1) bug - duplicate output lines Kyle Evans
  • Re: grep(1) bug - duplicate output lines Jamie Landeg-Jones
• revision not displayed in a2440348eed7 KIRIYAMA Kazuhiko
  • Re: revision not displayed in a2440348eed7 Yuri
  • Re: revision not displayed in a2440348eed7 KIRIYAMA Kazuhiko
  • Re: revision not displayed in a2440348eed7 Tomoaki AOKI
  • Re: revision not displayed in a2440348eed7 KIRIYAMA Kazuhiko
  • Re: revision not displayed in a2440348eed7 Marek Zarychta
  • Re: revision not displayed in a2440348eed7 Tomoaki AOKI
  • Re: revision not displayed in a2440348eed7 Cy Schubert
  • Re: revision not displayed in a2440348eed7 Tomoaki AOKI
  • Re: revision not displayed in a2440348eed7 Marek Zarychta
  • Re: revision not displayed in a2440348eed7 Marek Zarychta
  • Re: revision not displayed in a2440348eed7 Cy Schubert
  • Re: revision not displayed in a2440348eed7 Warner Losh
  • Re: revision not displayed in a2440348eed7 Marek Zarychta
• [LAST OFFICIAL REMINDER] Call for 2023Q3 status reports Lorenzo Salvadore
• (some?) armv7 time issues fixed with hw.userspace_allow_phys_counter=1 Sulev-Madis Silber
• Recent qemu -cpu cortex-a57 based https://ci.freebsd.org/job/FreeBSD-main-aarch64-* failures . . . Mark Millard
• Update on 14.0-RELEASE Glen Barber
• FreeBSD 14.0-BETA3 Now Available Glen Barber
  • Re: FreeBSD 14.0-BETA3 Now Available Yasuhiro Kimura
  • Re: FreeBSD 14.0-BETA3 Now Available Glen Barber
  • Re: FreeBSD 14.0-BETA3 Now Available Yasuhiro Kimura
  • [UPDATE] FreeBSD 14.0-BETA3 Now Available Glen Barber
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Kurt Jaeger
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Nuno Teixeira
  • RE: [UPDATE] FreeBSD 14.0-BETA3 Now Available James Comfort
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Ronald Klop
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Philip Homburg
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Glen Barber
  • Re: [UPDATE] FreeBSD 14.0-BETA3 Now Available Ed Maste
• port www/qt5-webengine fails reproducible at the same place compilation Matthias Apitz
  • Re: port www/qt5-webengine fails reproducible at the same place compilation Gleb Popov
  • Re: port www/qt5-webengine fails reproducible at the same place compilation Matthias Apitz
• FYI: RPi4B via ACPI style boot suggests "armv8crypto0: CPU lacks AES instructions" can lead to a hung up boot sequence in 14.0-BETA2 Mark Millard
• make installworld filed with "Required library libdialog.so.9 not found" KIRIYAMA Kazuhiko
  • Re: make installworld filed with "Required library libdialog.so.9 not found" Herbert J. Skuhra
  • Re: make installworld filed with "Required library libdialog.so.9 not found" Dimitry Andric
  • Re: make installworld filed with "Required library libdialog.so.9 not found" Matthias Apitz
  • Re: make installworld filed with "Required library libdialog.so.9 not found" KIRIYAMA Kazuhiko
  • Re: make installworld filed with "Required library libdialog.so.9 not found" Dimitry Andric
  • Re: make installworld filed with "Required library libdialog.so.9 not found" Tomoaki AOKI
  • RE: make installworld filed with "Required library libdialog.so.9 not found" Mark Millard
• changes to ps -d? Ronald Klop
  • Re: changes to ps -d? Michael Gmelin
  • Re: changes to ps -d? Ronald Klop
  • Re: changes to ps -d? Piotr P. Stefaniak
  • Re: changes to ps -d? Jamie Landeg-Jones
  • Re: changes to ps -d? Jamie Landeg-Jones
• Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Mark Millard
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] Mark Millard
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] Alexander Motin
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) [block_cloning and zilsaxattr missing from loader's features_for_read] Mark Millard
• Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Warner Losh
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Mark Millard
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Toomas Soome
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Warner Losh
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Michael Gmelin
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature void
  • Re: CURRRENT snapshot won't boot due missing ZFS feature Tomoaki AOKI
• buildkernel: Cleaning for nvidia-driver-470-470.161.03: [all] Stopped -- signal 22 Graham Perrin
• time instability Sulev-Madis Silber
• FreeBSD 14.0-BETA2 Now Available Glen Barber
  • vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Graham Perrin
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Alexander Motin
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Martin Matuska
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Mark Johnston
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Tomoaki AOKI
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Alexander Motin
  • Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available) Tomoaki AOKI
• [2 WEEKS LEFT REMINDER] Call for 2023Q3 status reports Lorenzo Salvadore
• A lock order reversal that I've not seen before (zfs and tmpfs during poudriere bulk using USE_TMPFS=all) Mark Millard
• Re: git: 8d49fd7331bc - main - pf: remove DIOCGETRULE and DIOCGETSTATUS : net/py-libdnet and net/scapy now broken, kyua test suite damaged Mark Millard
  • Re: git: 8d49fd7331bc - main - pf: remove DIOCGETRULE and DIOCGETSTATUS : net/py-libdnet and net/scapy now broken, kyua test suite damaged Kristof Provost
  • Fwd: git: 8d49fd7331bc - main - pf: remove DIOCGETRULE and DIOCGETSTATUS : net/py-libdnet and net/scapy now broken, kyua test suite damaged Mark Millard
  • Re: git: 8d49fd7331bc - main - pf: remove DIOCGETRULE and DIOCGETSTATUS : net/py-libdnet and net/scapy now broken, kyua test suite damaged Kristof Provost
• sys/net/if_lagg_test:status_stress can lead to use-after-free in main (both before and after stable/14 was created), at least on aarch64 Mark Millard
• Continually count the number of open files Graham Perrin
  • Re: Continually count the number of open files Ronald Klop
  • Re: Continually count the number of open files Bakul Shah
  • Re: Continually count the number of open files Graham Perrin
  • Re: Continually count the number of open files Bakul Shah
  • Re: Continually count the number of open files Tomoaki AOKI
  • Re: Continually count the number of open files David Chisnall
  • Re: Continually count the number of open files Mateusz Guzik
• ZFS Panics Still Cy Schubert
  • Re: ZFS Panics Still Graham Perrin
  • Re: ZFS Panics Still Cy Schubert
• kernel trap 12 .. cam_periph_release_locked_buses() panics under panic? Bjoern A. Zeeb
  • Re: kernel trap 12 .. cam_periph_release_locked_buses() panics under panic? Warner Losh
  • Re: kernel trap 12 .. cam_periph_release_locked_buses() panics under panic? Bjoern A. Zeeb
  • Re: kernel trap 12 .. cam_periph_release_locked_buses() panics under panic? Warner Losh
• aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress Mark Millard
  • Re: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress [confirmed with snapshot kernel] Mark Millard
  • Re: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress [confirmed with snapshot kernel] Mark Millard
• Re: 14-ALPHA2 panic on cold boot cglogic
  • Re: 14-ALPHA2 panic on cold boot cglogic
  • Re: 14-ALPHA2 panic on cold boot Mark Johnston
  • Re: 14-ALPHA2 panic on cold boot cglogic
  • Re: 14-ALPHA2 panic on cold boot Santiago Martinez
  • Re: 14-ALPHA2 panic on cold boot cglogic
• Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mike Karels
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Warner Losh
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Dag-Erling Smørgrav
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
  • Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Mark Millard
• 15/14 upgrades break old sudo, maybe bump PAM's shlib? John Baldwin

• Earlier messages
• Later messages