gmane.os.freebsd.architechture archive

1299 archived articles, newest first (page 6 of 13). Latest articles →

Re: Generic C++ templates/library for FreeBSD base
Fri, 14 Mar 2025 07:19:04 +0300
Gleb Popov <[email protected]> • #24139
Generic C++ templates/library for FreeBSD base
Thu, 13 Mar 2025 16:53:17 -0400
John Baldwin <[email protected]> • #24138
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 16:26:46 -0700
Rick Macklem <[email protected]> • #24137
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 16:19:48 -0700
Rick Macklem <[email protected]> • #24136
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 13:35:40 -0500
Andrew Walker <[email protected]> • #24135
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 12:15:41 -0500
Andrew Walker <[email protected]> • #24134
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 06:24:23 -0700
Rick Macklem <[email protected]> • #24133
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 06:17:30 -0700
Rick Macklem <[email protected]> • #24132
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 06:46:43 -0600
Andrew Walker <[email protected]> • #24131
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 06:38:22 -0600
Andrew Walker <[email protected]> • #24130
Re: RFC: Solaris style extended attributes for FreeBSD
Sun, 9 Mar 2025 11:33:57 +0200
Konstantin Belousov <[email protected]> • #24129
RFC: Solaris style extended attributes for FreeBSD
Sat, 8 Mar 2025 15:02:14 -0800
Rick Macklem <[email protected]> • #24128
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Wed, 12 Feb 2025 12:16:17 -0800
Cy Schubert <[email protected]> • #24127
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Tue, 11 Feb 2025 09:45:21 +0100
Alexander Leidinger <[email protected]> • #24126
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Mon, 10 Feb 2025 10:04:06 -0700
Warner Losh <[email protected]> • #24125
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Mon, 10 Feb 2025 07:22:08 +0900
Tomoaki AOKI <[email protected]> • #24124
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Sun, 9 Feb 2025 20:57:22 +0300
Vadim Goncharov <[email protected]> • #24123
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Sun, 9 Feb 2025 20:12:07 +0300
Gleb Popov <[email protected]> • #24122
Re: Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Sun, 09 Feb 2025 17:00:06 +0000
"Poul-Henning Kamp" <[email protected]> • #24121
Should reboot(8) be modified so that it can become the recommended way to reboot a system?
Sun, 9 Feb 2025 17:18:11 +0100
Daniel Tameling <[email protected]> • #24120
iflib expert group
Tue, 21 Jan 2025 21:53:03 +0200
Andriy Gapon <[email protected]> • #24119
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Wed, 15 Jan 2025 15:01:04 +0100
Alexander Leidinger <[email protected]> • #24118
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Tue, 14 Jan 2025 18:24:59 +0000
Shawn Webb <[email protected]> • #24117
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sun, 12 Jan 2025 18:05:20 +0000
Shawn Webb <[email protected]> • #24116
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sun, 12 Jan 2025 13:06:06 +0100
Alexander Leidinger <[email protected]> • #24115
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sun, 12 Jan 2025 12:51:34 +0100
Alexander Leidinger <[email protected]> • #24114
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sat, 11 Jan 2025 20:44:47 +0000
Shawn Webb <[email protected]> • #24113
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sat, 11 Jan 2025 20:18:27 +0000
Shawn Webb <[email protected]> • #24112
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sat, 11 Jan 2025 20:01:44 +0000
Colin Percival <[email protected]> • #24111
Re: Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sat, 11 Jan 2025 19:52:18 +0000
Jessica Clarke <[email protected]> • #24110
Setting a default value for OPT_INIT_ALL (stable=zero, current=pattern)
Sat, 11 Jan 2025 20:43:13 +0100
Alexander Leidinger <[email protected]> • #24109
Re: Removing shar(1)
Sat, 28 Dec 2024 03:43:27 +0100 (CET)
[email protected] • #24108
Re: Removing shar(1)
Thu, 26 Dec 2024 20:56:50 +0100
Jan Bramkamp <[email protected]> • #24107
Re: Removing shar(1)
Sat, 21 Dec 2024 01:21:26 -0800
Cy Schubert <[email protected]> • #24106
Re: Removing shar(1)
Sat, 21 Dec 2024 14:24:15 +0900
Tomoaki AOKI <[email protected]> • #24105
Re: Removing shar(1)
Fri, 20 Dec 2024 23:22:42 -0600
"A. Wilcox" <[email protected]> • #24104
Re: Removing shar(1)
Fri, 20 Dec 2024 19:55:43 -0800
Cy Schubert <[email protected]> • #24103
Re: Removing shar(1)
Fri, 20 Dec 2024 09:37:50 -0600
Kyle Evans <[email protected]> • #24102
Re: Removing shar(1)
Fri, 20 Dec 2024 07:20:02 -0800 (PST)
"Rodney W. Grimes" <[email protected]> • #24101
Re: Removing shar(1)
Fri, 20 Dec 2024 09:03:23 -0600
Kyle Evans <[email protected]> • #24100
Re: Removing shar(1)
Fri, 20 Dec 2024 06:56:55 -0800 (PST)
"Rodney W. Grimes" <[email protected]> • #24099
Re: Removing shar(1)
Thu, 19 Dec 2024 05:53:22 -0800
Cy Schubert <[email protected]> • #24098
Re: Removing shar(1)
Thu, 19 Dec 2024 09:45:02 -0300
Renato Botelho <[email protected]> • #24097
Re: Removing shar(1)
Wed, 18 Dec 2024 14:13:23 -0800
Cy Schubert <[email protected]> • #24096
Re: Removing shar(1)
Thu, 19 Dec 2024 01:22:34 +0900
Tomoaki AOKI <[email protected]> • #24095
Re: Removing shar(1)
Wed, 18 Dec 2024 07:54:25 -0600
Kyle Evans <[email protected]> • #24094
Re: Removing shar(1)
Wed, 18 Dec 2024 07:51:50 -0600
Kyle Evans <[email protected]> • #24093
Re: Removing shar(1)
Wed, 18 Dec 2024 07:47:41 -0600
Kyle Evans <[email protected]> • #24092
Re: Removing shar(1)
Wed, 18 Dec 2024 14:47:04 +0100
Tomek CEDRO <[email protected]> • #24091
Re: Removing shar(1)
Wed, 18 Dec 2024 12:04:21 +0100
Robert Clausecker <[email protected]> • #24090
Re: Removing shar(1)
Wed, 18 Dec 2024 18:22:00 +0900
Tomoaki AOKI <[email protected]> • #24089
Re: Removing shar(1)
Wed, 18 Dec 2024 12:57:45 +0800
Philip Paeps <[email protected]> • #24088
Re: Removing shar(1)
Tue, 17 Dec 2024 21:10:46 -0600
Kyle Evans <[email protected]> • #24087
Re: Removing shar(1)
Wed, 18 Dec 2024 02:50:32 +0000
מרים <[email protected]> • #24086
Removing shar(1)
Tue, 17 Dec 2024 20:27:16 -0600
Kyle Evans <[email protected]> • #24085
Re: lib/INS@d2fRCK ?
Sun, 15 Dec 2024 13:02:46 -0800
Xin Li <[email protected]> • #24084
lib/INS@d2fRCK ?
Sun, 15 Dec 2024 09:24:08 -0800 (PST)
Roger Marquis <[email protected]> • #24083
Re: Locking inconsistencies in I2C land
Sun, 24 Nov 2024 07:23:53 +0000
"Poul-Henning Kamp" <[email protected]> • #24082
Re: Locking inconsistencies in I2C land
Sat, 23 Nov 2024 22:28:50 -0700
Warner Losh <[email protected]> • #24081
Locking inconsistencies in I2C land
Sat, 23 Nov 2024 21:14:16 +0000
Poul-Henning Kamp <[email protected]> • #24080
Re: struct ifnet is now hidden
Thu, 14 Nov 2024 12:05:02 -0500
Cheng Cui <[email protected]> • #24079
Re: struct ifnet is now hidden
Thu, 14 Nov 2024 10:49:42 -0500
Justin Hibbits <[email protected]> • #24078
struct ifnet is now hidden
Wed, 13 Nov 2024 14:38:29 -0500
Justin Hibbits <[email protected]> • #24077
Re: CAN bus support
Mon, 11 Nov 2024 14:52:32 +0100
Jan Martin Mikkelsen <[email protected]> • #24076
Re: CAN bus support
Sun, 10 Nov 2024 14:03:26 +0000
Shawn Webb <[email protected]> • #24075
Re: CAN bus support
Sun, 10 Nov 2024 22:29:17 +0900
Tomoaki AOKI <[email protected]> • #24074
Re: CAN bus support
Sun, 10 Nov 2024 12:57:13 +0100
Alexander Leidinger <[email protected]> • #24073
Re: CAN bus support
Sun, 10 Nov 2024 11:40:05 +0800
Philip Paeps <[email protected]> • #24072
Re: CAN bus support
Sat, 9 Nov 2024 22:23:49 +0000
Jessica Clarke <[email protected]> • #24071
Re: CAN bus support
Sat, 9 Nov 2024 15:14:53 -0700
Kevin Bowling <[email protected]> • #24070
Re: CAN bus support
Sat, 9 Nov 2024 22:06:24 +0000
Colin Percival <[email protected]> • #24069
CAN bus support
Sat, 9 Nov 2024 14:57:16 -0700
Kevin Bowling <[email protected]> • #24068
Watchdog rework
Thu, 7 Nov 2024 15:02:57 -0500
Justin Hibbits <[email protected]> • #24067
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 19:48:53 -0600
Warner Losh <[email protected]> • #24066
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 19:39:41 -0600
Warner Losh <[email protected]> • #24065
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 21:11:51 -0400
Justin Hibbits <[email protected]> • #24064
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 21:07:34 -0400
Justin Hibbits <[email protected]> • #24063
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 15:33:39 -0700
Ravi Pokala <[email protected]> • #24062
Re: Direct dumped kernel cores
Thu, 31 Oct 2024 16:32:51 -0600
Warner Losh <[email protected]> • #24061
Direct dumped kernel cores
Thu, 31 Oct 2024 18:23:54 -0400
Justin Hibbits <[email protected]> • #24060
Re: Building kernels with FPU support?
Fri, 25 Oct 2024 23:36:29 +0300
Konstantin Belousov <[email protected]> • #24059
Re: Building kernels with FPU support?
Fri, 25 Oct 2024 15:54:32 -0400
John Baldwin <[email protected]> • #24058
Re: BIOS back to Text Only by default
Wed, 23 Oct 2024 19:24:05 -0600
Warner Losh <[email protected]> • #24057
Re: Building kernels with FPU support?
Wed, 23 Oct 2024 21:02:56 -0400
gnn <[email protected]> • #24056
Re: BIOS back to Text Only by default
Wed, 23 Oct 2024 17:37:17 -0700
Kevin Bowling <[email protected]> • #24055
Re: Building kernels with FPU support?
Thu, 24 Oct 2024 03:17:59 +0300
Vadim Goncharov <[email protected]> • #24054
Re: Building kernels with FPU support?
Wed, 23 Oct 2024 19:13:17 -0400
gnn <[email protected]> • #24053
Re: Building kernels with FPU support?
Thu, 24 Oct 2024 02:05:34 +0300
Vadim Goncharov <[email protected]> • #24052
Re: BIOS back to Text Only by default
Wed, 23 Oct 2024 20:41:17 +0200
Tomek CEDRO <[email protected]> • #24051
Re: BIOS back to Text Only by default
Wed, 23 Oct 2024 11:46:01 -0400
John Baldwin <[email protected]> • #24050
Building kernels with FPU support?
Wed, 23 Oct 2024 10:38:12 -0400
gnn <[email protected]> • #24049
BIOS back to Text Only by default
Sat, 19 Oct 2024 13:36:26 -0600
Warner Losh <[email protected]> • #24048
Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Mon, 14 Oct 2024 08:33:33 +0100
David Chisnall <[email protected]> • #24047
Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Sun, 13 Oct 2024 22:56:59 -0700 (PDT)
Paul Goyette <[email protected]> • #24046
Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Sun, 13 Oct 2024 19:49:12 -0700
Cy Schubert <[email protected]> • #24045
Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Sun, 13 Oct 2024 21:26:57 -0400
"Kevin P. Neal" <[email protected]> • #24044
Re: Deprecating RSA ssh host keys in 16
Tue, 8 Oct 2024 00:36:45 +0000
Colin Percival <[email protected]> • #24043
Re: Deprecating RSA ssh host keys in 16
Mon, 7 Oct 2024 13:39:06 -0400
Ed Maste <[email protected]> • #24042
Re: Deprecating RSA ssh host keys in 16
Fri, 27 Sep 2024 17:43:52 +0000
Colin Percival <[email protected]> • #24041
Re: Deprecating RSA ssh host keys in 16
Fri, 27 Sep 2024 13:21:30 -0400
Ed Maste <[email protected]> • #24040
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.