freebsd-current
Thread
Date
Later messages
Messages by Thread
Re: find(1): I18N gone wild ?
Jamie Landeg-Jones
Re: find(1): I18N gone wild ?
Jamie Landeg-Jones
Re: find(1): I18N gone wild ?
Ronald Klop
Re: find(1): I18N gone wild ?
Dimitry Andric
Re: find(1): I18N gone wild ?
Mark Millard
Re: find(1): I18N gone wild ?
Yuri
Re: find(1): I18N gone wild ?
Yuri
Re: find(1): I18N gone wild ?
Jamie Landeg-Jones
Re: find(1): I18N gone wild ?
Yuri
Re: find(1): I18N gone wild ?
Jamie Landeg-Jones
Re: find(1): I18N gone wild ?
Yuri
Re: find(1): I18N gone wild ?
Jamie Landeg-Jones
Re: find(1): I18N gone wild ?
Mark Millard
another crash and going forward with zfs
Mateusz Guzik
Re: another crash and going forward with zfs
Pawel Jakub Dawidek
Re: another crash and going forward with zfs
Mateusz Guzik
Re: another crash and going forward with zfs
Pawel Jakub Dawidek
Re: another crash and going forward with zfs
Cy Schubert
Re: another crash and going forward with zfs
Rick Macklem
Re: another crash and going forward with zfs
Warner Losh
Re: another crash and going forward with zfs
Martin Matuska
Re: another crash and going forward with zfs
Mateusz Guzik
Re: another crash and going forward with zfs
Martin Matuska
Re: another crash and going forward with zfs
Juraj Lutter
Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!]
Mark Millard
OpenZFS recently (was aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!])
Graham Perrin
Re: OpenZFS recently (was aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!])
void
Re: OpenZFS recently (was … [zfs corruptions without block_cloning involved!])
Graham Perrin
Re: OpenZFS recently (was … [zfs corruptions without block_cloning involved!])
Christos Chatzaras
Re: OpenZFS recently (was … [zfs corruptions without block_cloning involved!])
Warner Losh
Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!]
Graham Perrin
aarch64: lang/gcc1* build regression between Mar-28 and Apr-8
Dima Panov
Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8
Dimitry Andric
Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8
Dima Panov
Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8
Dima Panov
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Shawn Webb
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Shawn Webb
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
FreeBSD User
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
FreeBSD User
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Florian Smeets
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
José Pérez
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
José Pérez
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Pawel Jakub Dawidek
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
José Pérez
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Cy Schubert
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Alexander Leidinger
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Danilo Egea Gondolfo
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Charlie Li
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
José Pérez
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Mark Millard
Status of Alder and Raptor lake on FreeBSD Current
Dries Michiels
Re: Status of Alder and Raptor lake on FreeBSD Current
Mike Karels
Re: Status of Alder and Raptor lake on FreeBSD Current
Kevin Oberman
Re: Status of Alder and Raptor lake on FreeBSD Current
Stephane Rochoy
Re: Status of Alder and Raptor lake on FreeBSD Current
Alexey Vyskubov
[FUSEFS] File close() failures relating to attempted atime update
Jamie Landeg-Jones
Re: [FUSEFS] File close() failures relating to attempted atime update
Alan Somers
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Mateusz Guzik
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
FreeBSD User
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Cy Schubert
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Cy Schubert
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Cy Schubert
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Nuno Teixeira
Re: CURRENT: Panic VERIFY(!zil_replaying(zilog, tx)) failed (and crashing)
Nuno Teixeira
/usr/src/sys/netlink/route/iface.c:738:1: warning: unused function
Gary Jennejohn
Re: /usr/src/sys/netlink/route/iface.c:738:1: warning: unused function
Alexander Chernikov
RE: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Kyle Evans
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mark Millard
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Mateusz Guzik
Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
Kyle Evans
Re: Another VFP-in-kernel problem on armv8
Mark Millard
n262026-37d97b10ff0e installworld failure
Graham Perrin
Re: n262026-37d97b10ff0e installworld failure
Mateusz Guzik
Re: n262026-37d97b10ff0e installworld failure
Mateusz Guzik
Re: n262026-37d97b10ff0e installworld failure
Graham Perrin
documentation nit / TERMINFO in ncurses man pages
Dan Mack
Re: documentation nit / TERMINFO in ncurses man pages
Thomas Dickey
Re: IFF_KNOWSEPOCH -> IFF_NEEDSEPOCH
Zhenlei Huang
Re: IFF_KNOWSEPOCH -> IFF_NEEDSEPOCH
Drew Gallatin
textdumps are too slow
Alan Somers
Re: textdumps are too slow
Alan Somers
Re: textdumps are too slow
Poul-Henning Kamp
Re: textdumps are too slow
Alan Somers
Re: textdumps are too slow
Poul-Henning Kamp
Re: textdumps are too slow
Warner Losh
Re: textdumps are too slow
Alan Somers
Re: textdumps are too slow
Rodney W. Grimes
Re: textdumps are too slow
alan somers
Lost connection using bhyve + netmap/VALE
Jonas Lopes
Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?
Gleb Smirnoff
Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?
Hans Petter Selasky
Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?
Hans Petter Selasky
Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?
Zhenlei Huang
Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ?
Zhenlei Huang
Buildworld failure at main-n261978-44312c28fe2d in /usr/src/usr.sbin/bhyve
David Wolfskill
Re: Buildworld failure at main-n261978-44312c28fe2d in /usr/src/usr.sbin/bhyve
David Wolfskill
Re: git: 61194e9852e6 - main - Add kqueue1() syscall
Charlie Li
Re: git: 61194e9852e6 - main - Add kqueue1() syscall
Ed Maste
Re: git: 61194e9852e6 - main - Add kqueue1() syscall
Konstantin Belousov
Kernel panic on jail start
Goran Mekić
Re: Kernel panic on jail start
Dmitry Chagin
Re: Kernel panic on jail start
Dmitry Chagin
Re: Kernel panic on jail start
Goran Mekić
Re: Kernel panic on jail start
Dmitry Chagin
Re: Kernel panic on jail start
Goran Mekić
Re: Kernel panic on jail start
Dmitry Chagin
NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
FreeBSD User
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Mateusz Guzik
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Mateusz Guzik
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
FreeBSD User
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
FreeBSD User
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Dag-Erling Smørgrav
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
FreeBSD User
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Mark Millard
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
void
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Warner Losh
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Mark Millard
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
void
Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5')
Mark Millard
x11/libinput assertion error
Charlie Li
RE: git: 6926e2699ae5 - main - arm: Add support for using VFP in kernel [vs. devel/libunwind for armv7 package builds]
Mark Millard
head's up: disk physical paths changing
Alan Somers
diff(1) goes into cpu-hogging endless loop
Jamie Landeg-Jones
Re: diff(1) goes into cpu-hogging endless loop
Jamie Landeg-Jones
Re: diff(1) goes into cpu-hogging endless loop
Tom Jones
Re: diff(1) goes into cpu-hogging endless loop
Jamie Landeg-Jones
byteswap.h not found on 12 and 13
Nuno Teixeira
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Nuno Teixeira
Re: byteswap.h not found on 12 and 13
Yuri
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Juraj Lutter
Re: byteswap.h not found on 12 and 13
Floyd, Paul
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Nuno Teixeira
Re: byteswap.h not found on 12 and 13
Nuno Teixeira
Re: byteswap.h not found on 12 and 13
Warner Losh
Re: byteswap.h not found on 12 and 13
Nuno Teixeira
[LAST OFFICIAL REMINDER] Call for 2023Q1 status reports
Lorenzo Salvadore
dangling symlinks in openzfs import
Yuri
Re: dangling symlinks in openzfs import
David O'Brien
Re: dangling symlinks in openzfs import
Warner Losh
Infinite loop with d_write_t
Goran Mekić
Re: Infinite loop with d_write_t
Yuri
Re: Infinite loop with d_write_t
Kyle Evans
Re: Infinite loop with d_write_t
Goran Mekić
Re: I just updated to main-n261544-cee09bda03c8 based (via source) and now /etc/machine-id and /var/db/machine-id disagree ; more
Warner Losh
Re: I just updated to main-n261544-cee09bda03c8 based (via source) and now /etc/machine-id and /var/db/machine-id disagree ; more
Chargen
Later messages