gmane.os.netbsd.devel.kernel archive

1418 archived articles, newest first (page 2 of 15). Latest articles →

Re: uvm_swap compression patch
Thu, 2 Jul 2026 13:56:22 +0000
Taylor R Campbell <[email protected]> • #60070
Re: uvm_swap compression patch
Thu, 2 Jul 2026 22:50:07 +0900
Takashi YAMAMOTO <[email protected]> • #60069
Re: uvm_swap compression patch
Thu, 2 Jul 2026 12:21:56 +0200
Reinoud Zandijk <[email protected]> • #60068
Re: uvm_swap compression patch
Thu, 2 Jul 2026 16:54:00 +0900
Takashi YAMAMOTO <[email protected]> • #60067
uvm_swap v2
Wed, 1 Jul 2026 22:45:08 +0200
Reinoud Zandijk <[email protected]> • #60066
uvm_swap compression patch
Wed, 1 Jul 2026 21:04:26 +0200
Reinoud Zandijk <[email protected]> • #60065
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Tue, 30 Jun 2026 14:43:59 -0700
Chris Hanson <[email protected]> • #60064
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Tue, 30 Jun 2026 15:02:32 +0000
Taylor R Campbell <[email protected]> • #60063
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Tue, 30 Jun 2026 07:15:30 -0400
Greg Troxel <[email protected]> • #60062
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Tue, 30 Jun 2026 02:04:29 -0700
Chris Hanson <[email protected]> • #60061
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Tue, 30 Jun 2026 02:02:15 -0700
Chris Hanson <[email protected]> • #60060
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Mon, 29 Jun 2026 08:14:37 -0400
Greg Troxel <[email protected]> • #60059
Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np
Mon, 29 Jun 2026 09:12:51 +0000
Martin Husemann <[email protected]> • #60058
Re: linux clock compat
Fri, 26 Jun 2026 15:57:57 +0200
Jan Stary <[email protected]> • #60057
linux clock compat
Fri, 26 Jun 2026 15:15:48 +0200
Jan Stary <[email protected]> • #60056
Re: nonexistent clocks
Fri, 26 Jun 2026 14:39:53 +0200
Jan Stary <[email protected]> • #60055
Re: ZFS tunable parameters
Fri, 26 Jun 2026 02:01:50 +1000
Simon Burge <[email protected]> • #60054
Re: ZFS tunable parameters
Thu, 25 Jun 2026 16:38:44 +0200
Sotiris Lamprinidis<[email protected]> • #60053
Re: ZFS tunable parameters
Wed, 24 Jun 2026 13:44:51 -0400
Greg Troxel <[email protected]> • #60052
Re: ZFS tunable parameters
Wed, 24 Jun 2026 16:28:25 -0000 (UTC)
[email protected] (Michael van Elst) • #60051
Re: poll(2)ing for USB device changes
Wed, 24 Jun 2026 15:00:54 +0000
Taylor R Campbell <[email protected]> • #60050
Re: poll(2)ing for USB device changes
Wed, 24 Jun 2026 14:41:25 +0000
Taylor R Campbell <[email protected]> • #60049
poll(2)ing for USB device changes
Wed, 24 Jun 2026 12:39:42 +0200
Timo Buhrmester <[email protected]> • #60048
ZFS tunable parameters
Wed, 24 Jun 2026 08:18:40 +0200
Sotiris Lamprinidis<[email protected]> • #60047
Re: I wrote a little graphics thing
Tue, 23 Jun 2026 07:31:24 -0400
Michael <[email protected]> • #60046
Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler
Sun, 21 Jun 2026 01:19:27 +0300
Valery Ushakov <[email protected]> • #60045
Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler
Sat, 20 Jun 2026 18:57:13 +0500
Тимофей Масленников <[email protected]> • #60044
Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler
Sat, 20 Jun 2026 14:43:53 +0300
Valery Ushakov <[email protected]> • #60043
Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler
Sat, 20 Jun 2026 08:41:30 +0200
Martin Husemann <[email protected]> • #60042
Linker error (multiple definition) during LD_STAGE 2 with custom scheduler
Sat, 20 Jun 2026 03:44:55 +0500
Тимофей Масленников <[email protected]> • #60041
Linker error (multiple definition) during LD _STAGE 2 with custom scheduler
Fri, 19 Jun 2026 22:42:19 +0300
[email protected] • #60040
Re: Introduction and project intent: Emulating missing linux syscalls
Tue, 16 Jun 2026 17:03:48 -0400
Ilia Javan <[email protected]> • #60039
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Tue, 9 Jun 2026 18:04:18 -0700
Jason Thorpe <[email protected]> • #60038
Re: agp_nvidia port for review
Wed, 10 Jun 2026 00:28:47 +0300
Andrius V <[email protected]> • #60037
Re: I wrote a little graphics thing
Tue, 9 Jun 2026 08:02:28 -0400
Michael <[email protected]> • #60036
Re: I wrote a little graphics thing
Tue, 9 Jun 2026 11:51:47 +0000 (UTC)
RVP <[email protected]> • #60035
Re: Clarification of CLOCK_MONOTONIC
Tue, 9 Jun 2026 18:46:39 +1000
x85729201kza <[email protected]> • #60034
Re: agp_nvidia port for review
Tue, 9 Jun 2026 10:32:19 +0300
Andrius V <[email protected]> • #60033
Re: agp_nvidia port for review
Tue, 9 Jun 2026 09:47:15 +0300
Valery Ushakov <[email protected]> • #60032
Re: agp_nvidia port for review
Tue, 9 Jun 2026 01:37:29 +0300
Andrius V <[email protected]> • #60031
Re: agp_nvidia port for review
Tue, 9 Jun 2026 01:29:10 +0300
Andrius V <[email protected]> • #60030
Re: Clarification of CLOCK_MONOTONIC
Tue, 09 Jun 2026 01:57:00 +0700
Robert Elz <[email protected]> • #60029
Re: Clarification of CLOCK_MONOTONIC
Mon, 08 Jun 2026 09:58:47 -0400
Greg Troxel <[email protected]> • #60028
Re: Clarification of CLOCK_MONOTONIC
Mon, 8 Jun 2026 15:37:45 +0200
Anders Magnusson <[email protected]> • #60027
Re: I wrote a little graphics thing
Mon, 8 Jun 2026 09:31:37 -0400 (EDT)
Mouse <[email protected]> • #60026
Re: Clarification of CLOCK_MONOTONIC
Mon, 8 Jun 2026 13:17:11 +0000
Taylor R Campbell <[email protected]> • #60025
Re: Clarification of CLOCK_MONOTONIC
Mon, 08 Jun 2026 06:52:11 -0400
Greg Troxel <[email protected]> • #60024
Re: I wrote a little graphics thing
Mon, 8 Jun 2026 05:52:51 -0400
Michael <[email protected]> • #60023
Re: agp_nvidia port for review
Mon, 8 Jun 2026 12:20:07 +0300
Valery Ushakov <[email protected]> • #60022
Re: agp_nvidia port for review
Mon, 8 Jun 2026 11:52:04 +0300
Andrius V <[email protected]> • #60021
Re: Clarification of CLOCK_MONOTONIC
Mon, 8 Jun 2026 16:59:36 +1000
x85729201kza <[email protected]> • #60020
Re: agp_nvidia port for review
Mon, 8 Jun 2026 11:24:17 +0300
Andrius V <[email protected]> • #60019
Re: agp_nvidia port for review
Sun, 7 Jun 2026 22:50:28 +0000
Taylor R Campbell <[email protected]> • #60018
agp_nvidia port for review
Mon, 8 Jun 2026 00:54:14 +0300
Andrius V <[email protected]> • #60017
Re: Clarification of CLOCK_MONOTONIC
Sun, 7 Jun 2026 14:40:04 -0400
Andrew Cagney <[email protected]> • #60016
Re: Clarification of CLOCK_MONOTONIC
Sun, 07 Jun 2026 08:16:44 -0400
Greg Troxel <[email protected]> • #60015
Re: Clarification of CLOCK_MONOTONIC
Sun, 07 Jun 2026 07:33:10 -0400
Greg Troxel <[email protected]> • #60014
Clarification of CLOCK_MONOTONIC
Sun, 7 Jun 2026 09:27:41 +1000
JJ <[email protected]> • #60013
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Fri, 5 Jun 2026 12:14:31 +0200
Reinoud Zandijk <[email protected]> • #60012
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 4 Jun 2026 01:07:51 +0200
Johnny Billquist <[email protected]> • #60011
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 03 Jun 2026 13:08:38 -0700
"Lyndon Nerenberg (VE7TFX/VE6BBM)" <[email protected]> • #60010
Re: zfs and device name changes
Wed, 3 Jun 2026 23:58:27 +0900
Takashi YAMAMOTO <[email protected]> • #60009
Re: I wrote a little graphics thing
Wed, 3 Jun 2026 10:35:16 -0400 (EDT)
Mouse <[email protected]> • #60008
I wrote a little graphics thing
Wed, 3 Jun 2026 10:15:10 -0400
Michael <[email protected]> • #60007
Re: Introduction and project intent: Emulating missing linux syscalls
Wed, 3 Jun 2026 10:07:02 +0100 (BST)
Stephen Borrill <[email protected]> • #60006
Introduction and project intent: Emulating missing linux syscalls
Tue, 2 Jun 2026 13:42:41 -0400
Ilia Javan <[email protected]> • #60005
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Mon, 1 Jun 2026 18:13:40 +0100
David Brownlee <[email protected]> • #60004
Re: zfs and device name changes
Mon, 01 Jun 2026 21:56:15 +1000
Simon Burge <[email protected]> • #60003
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Mon, 1 Jun 2026 10:24:47 +0200
[email protected] • #60002
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Mon, 1 Jun 2026 02:30:46 +0200
Johnny Billquist <[email protected]> • #60001
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 19:02:39 -0400
Jason Thorpe <[email protected]> • #60000
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Mon, 01 Jun 2026 05:42:45 +0700
Robert Elz <[email protected]> • #59999
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 17:36:10 -0400
Jason Thorpe <[email protected]> • #59998
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 12:25:48 -0400
Thor Lancelot Simon <[email protected]> • #59997
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 10:52:35 -0400
Brad Spencer <[email protected]> • #59996
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 11:07:13 -0400
Jason Thorpe <[email protected]> • #59995
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 10:39:50 -0400
Jason Thorpe <[email protected]> • #59994
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 10:21:51 -0400
Thor Lancelot Simon <[email protected]> • #59993
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 10:16:39 -0400
Jason Thorpe <[email protected]> • #59992
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 10:10:59 -0400
Jason Thorpe <[email protected]> • #59991
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sun, 31 May 2026 07:07:10 -0400
Thor Lancelot Simon <[email protected]> • #59990
Re: [PATCH] workqueue(9): Allow requeueing
Sat, 30 May 2026 21:51:22 +0000
Taylor R Campbell <[email protected]> • #59989
[PATCH] workqueue(9): Allow requeueing
Sat, 30 May 2026 21:07:25 +0000
Taylor R Campbell <[email protected]> • #59988
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sat, 30 May 2026 16:12:17 +0200
Anders Magnusson <[email protected]> • #59987
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sat, 30 May 2026 09:33:36 -0400
Jason Thorpe <[email protected]> • #59986
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sat, 30 May 2026 06:48:15 -0400
Jason Thorpe <[email protected]> • #59985
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Sat, 30 May 2026 06:37:17 -0400
Jason Thorpe <[email protected]> • #59984
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 28 May 2026 18:55:08 +0200
Hans Rosenfeld <[email protected]> • #59983
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 28 May 2026 06:17:14 -0400
Jason Thorpe <[email protected]> • #59982
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 28 May 2026 06:01:02 -0400
Thor Lancelot Simon <[email protected]> • #59981
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 28 May 2026 05:48:43 -0400
Jason Thorpe <[email protected]> • #59980
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 18:10:04 -0400
Jason Thorpe <[email protected]> • #59979
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 17:22:49 -0400
Jason Thorpe <[email protected]> • #59978
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 14:15:20 +0200
Anders Magnusson <[email protected]> • #59977
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Thu, 28 May 2026 07:47:17 +0200
Anders Magnusson <[email protected]> • #59976
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 16:07:49 -0700
Adrian Chadd <[email protected]> • #59975
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 18:48:34 -0400
Thor Lancelot Simon <[email protected]> • #59974
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 22:56:46 +0100
David Brownlee <[email protected]> • #59973
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 17:06:30 -0400
Thor Lancelot Simon <[email protected]> • #59972
Re: bad144 - how useful still? Because it's annoyingly ubiquitous.
Wed, 27 May 2026 16:18:42 +0200
Johnny Billquist <[email protected]> • #59971
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.