gmane.os.netbsd.devel.kernel archive

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

GSoC 2025 Proposal – Emulating missing Linux syscalls in compat_linux
Sat, 22 Mar 2025 22:54:31 +0000
Valerio Tangari <[email protected]> • #59170
Re: library in kernel space
Sat, 22 Mar 2025 21:01:25 +0100
Martin Husemann <[email protected]> • #59169
GSoC 2025
Sat, 22 Mar 2025 18:12:19 +0200
Ahmed Maged <[email protected]> • #59168
library in kernel space
Sat, 22 Mar 2025 18:50:29 +0100
Peter Skvarka <[email protected]> • #59167
Re: gdb ignores set follow-fork-mode child
Fri, 21 Mar 2025 08:40:32 +0000 (UTC)
RVP <[email protected]> • #59166
Re: gdb ignores set follow-fork-mode child
Wed, 19 Mar 2025 11:56:10 +0100
Peter Skvarka <[email protected]> • #59165
Re: gdb ignores set follow-fork-mode child
Wed, 19 Mar 2025 08:31:04 +0000 (UTC)
RVP <[email protected]> • #59164
Request for Feedback: Auto Create Swap on Memory Pressure GSOC Proposal
Tue, 18 Mar 2025 23:58:30 +0530
Soumyajyoti Sarkar <[email protected]> • #59163
Re: gdb ignores set follow-fork-mode child
Wed, 19 Mar 2025 08:09:48 +0100
Peter Skvarka <[email protected]> • #59162
gdb ignores set follow-fork-mode child
Tue, 18 Mar 2025 10:29:10 +0100
Peter Skvarka <[email protected]> • #59161
GSOC - Emulating Missing Linux Syscalls in NetBSD
Sat, 15 Mar 2025 13:42:29 +0000
"Jannabhatla, Sai Kasyap" <[email protected]> • #59160
Re: Introductory email in reference to GSoC 2025 (https://wiki.netbsd.org/projects/project/swap-auto/)
Sat, 15 Mar 2025 14:28:28 +0530
anup parikh <[email protected]> • #59159
Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls
Sat, 15 Mar 2025 08:24:14 +0530
"Adithya Reddy.s" <[email protected]> • #59158
Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls
Sat, 15 Mar 2025 08:21:04 +0530
"Adithya Reddy.s" <[email protected]> • #59157
Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls
Sat, 15 Mar 2025 08:20:29 +0530
"Adithya Reddy.s" <[email protected]> • #59156
I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls
Fri, 14 Mar 2025 14:22:32 +0530
"Adithya Reddy.s" <[email protected]> • #59155
Re: RAIDframe: reducing a three-component RAID 1 to two
Fri, 14 Mar 2025 00:10:08 -0000 (UTC)
[email protected] (Michael van Elst) • #59154
Re: What if the console device is only accessible from one CPU in a multiprocessor system?
Thu, 13 Mar 2025 22:10:12 +0100
Christoph Badura <[email protected]> • #59153
Tickless NetBSD with high-resolution timers GSOC project
Fri, 14 Mar 2025 00:40:02 +0600
Dorjoy Chowdhury <[email protected]> • #59152
Re: RAIDframe: reducing a three-component RAID 1 to two
Thu, 13 Mar 2025 19:08:48 +0100
Martin Husemann <[email protected]> • #59151
Re: RAIDframe: reducing a three-component RAID 1 to two
Thu, 13 Mar 2025 13:05:19 -0500
"Jonathan A. Kollasch" <[email protected]> • #59150
RAIDframe: reducing a three-component RAID 1 to two
Thu, 13 Mar 2025 18:58:00 +0100
Edgar Fuß <[email protected]> • #59149
Re: failed rf_ConfigureLayout with 22
Thu, 13 Mar 2025 18:55:04 +0100
Edgar Fuß <[email protected]> • #59148
working around failed console firmware load
Thu, 13 Mar 2025 18:08:51 +0100
Edgar Fuß <[email protected]> • #59147
Re: failed rf_ConfigureLayout with 22
Thu, 13 Mar 2025 18:01:40 +0100
Edgar Fuß <[email protected]> • #59146
failed rf_ConfigureLayout with 22
Thu, 13 Mar 2025 17:53:19 +0100
Edgar Fuß <[email protected]> • #59145
Re: ataraid(4) missing disk handling
Thu, 13 Mar 2025 12:30:42 +0100
Christoph Badura <[email protected]> • #59144
Re: Crashing after quitting X or powering off
Wed, 12 Mar 2025 17:57:45 +0000 (UTC)
Kevin Bloom <[email protected]> • #59143
Re: Reusing of struct uio in soo_read()
Wed, 12 Mar 2025 18:26:51 +0100
Peter Skvarka <[email protected]> • #59142
Re: Crashing after quitting X or powering off
Wed, 12 Mar 2025 17:15:44 +0000 (UTC)
Kevin Bloom <[email protected]> • #59141
Re: Crashing after quitting X or powering off
Wed, 12 Mar 2025 16:38:38 +0000
Robert Swindells <[email protected]> • #59140
Crashing after quitting X or powering off
Wed, 12 Mar 2025 15:35:00 +0000 (UTC)
Kevin Bloom <[email protected]> • #59139
Re: Reusing of struct uio in soo_read()
Wed, 12 Mar 2025 08:56:39 -0400 (EDT)
Mouse <[email protected]> • #59138
Reusing of struct uio in soo_read()
Wed, 12 Mar 2025 13:32:18 +0100
Peter Skvarka <[email protected]> • #59137
Re: GSOC - Emulating missing linux syscalls
Wed, 12 Mar 2025 00:59:21 +0000
Emmanuel Dreyfus <[email protected]> • #59136
Re: Interface for communicating from kernel to user mode
Tue, 11 Mar 2025 19:46:00 +0100
Peter Skvarka <[email protected]> • #59135
GSOC - Emulating missing linux syscalls
Tue, 11 Mar 2025 19:21:47 +0100
Vasyl Maksym Lanko <[email protected]> • #59134
Re: Interface for communicating from kernel to user mode
Tue, 11 Mar 2025 14:21:31 -0400 (EDT)
Mouse <[email protected]> • #59133
Re: Interface for communicating from kernel to user mode
Tue, 11 Mar 2025 18:43:12 +0100
Peter Skvarka <[email protected]> • #59132
Re: Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 16:35:57 -0000 (UTC)
[email protected] (Michael van Elst) • #59131
Re: Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 10:43:36 -0400 (EDT)
Mouse <[email protected]> • #59130
Re: ataraid(4) missing disk handling
Tue, 11 Mar 2025 16:33:51 +0200
Andrius V <[email protected]> • #59129
Re: Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 15:18:15 +0100
Martin Husemann <[email protected]> • #59128
Re: Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 15:08:15 +0100
Peter Skvarka <[email protected]> • #59127
Re: Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 06:41:52 -0700
Jason Thorpe <[email protected]> • #59126
Working with user space file descriptor in kernel thread
Tue, 11 Mar 2025 10:20:32 +0100
Peter Skvarka <[email protected]> • #59125
Re: ataraid(4) missing disk handling
Tue, 11 Mar 2025 01:17:14 +0100
Christoph Badura <[email protected]> • #59124
/dev/fss0: file system not clean
Mon, 10 Mar 2025 19:41:57 +0100
Edgar Fuß <[email protected]> • #59123
Re: Interface for communicating from kernel to user mode
Mon, 10 Mar 2025 13:19:01 -0400 (EDT)
Mouse <[email protected]> • #59122
Re: Interface for communicating from kernel to user mode
Mon, 10 Mar 2025 17:08:21 +0100
Peter Skvarka <[email protected]> • #59121
ataraid(4) missing disk handling
Mon, 10 Mar 2025 16:43:30 +0200
Andrius V <[email protected]> • #59120
Interest in GSOC Topic: Root Device and File System Selection
Mon, 10 Mar 2025 13:27:57 +0000
云 间 <[email protected]> • #59119
Beaglebone Black: USB Host Issues
Sun, 9 Mar 2025 14:05:34 -0700
James B <[email protected]> • #59118
Re: lwp_create()
Sun, 9 Mar 2025 18:42:27 +0100
Martin Husemann <[email protected]> • #59117
lwp_create()
Sun, 9 Mar 2025 18:24:33 +0100
Peter Skvarka <[email protected]> • #59116
Re: Interface for communicating from kernel to user mode
Sun, 9 Mar 2025 09:20:06 -0700
Brian Buhrow <[email protected]> • #59115
Re: stacked NFS mounts
Sun, 9 Mar 2025 09:06:03 -0400 (EDT)
Mouse <[email protected]> • #59114
Re: stacked NFS mounts
Sun, 9 Mar 2025 08:47:19 -0400 (EDT)
Mouse <[email protected]> • #59113
Re: Query about NetBSD's emulating missing linux syscalls
Sun, 9 Mar 2025 08:51:38 +0000
Emmanuel Dreyfus <[email protected]> • #59112
Query about NetBSD's emulating missing linux syscalls
Sun, 9 Mar 2025 12:25:04 +0530
Solvable Hat <[email protected]> • #59111
Re: Interface for communicating from kernel to user mode
Sat, 8 Mar 2025 21:28:36 +0100
Peter Skvarka <[email protected]> • #59110
Re: Interface for communicating from kernel to user mode
Sat, 8 Mar 2025 19:22:08 -0500 (EST)
Mouse <[email protected]> • #59109
Re: What if the console device is only accessible from one CPU in a multiprocessor system?
Sat, 8 Mar 2025 11:18:07 -0800
Jason Thorpe <[email protected]> • #59108
Re: ioctl(), passed structure zeroed
Sat, 8 Mar 2025 15:21:11 +0100
Martin Husemann <[email protected]> • #59107
ioctl(), passed structure zeroed
Sat, 8 Mar 2025 15:07:25 +0100
Peter Skvarka <[email protected]> • #59106
Introductory email in reference to GSoC 2025 (https://wiki.netbsd.org/projects/project/swap-auto/)
Sat, 8 Mar 2025 19:05:06 +0530
anup parikh <[email protected]> • #59105
Re: stacked NFS mounts
Sat, 08 Mar 2025 10:05:00 +0700
Robert Elz <[email protected]> • #59104
Re: viaide(4) improvements for CX700/VX800
Sat, 8 Mar 2025 00:38:38 +0200
Andrius V <[email protected]> • #59103
Re: viaide(4) improvements for CX700/VX800
Sat, 8 Mar 2025 00:37:02 +0200
Andrius V <[email protected]> • #59102
Re: stacked NFS mounts
Fri, 7 Mar 2025 15:59:04 -0500 (EST)
Mouse <[email protected]> • #59101
Re: stacked NFS mounts
Fri, 7 Mar 2025 21:40:27 +0100
Edgar Fuß <[email protected]> • #59100
Re: stacked NFS mounts
Sat, 08 Mar 2025 02:01:21 +0700
Robert Elz <[email protected]> • #59099
Re: stacked NFS mounts
Fri, 7 Mar 2025 18:48:18 +0100
Edgar Fuß <[email protected]> • #59098
Re: stacked NFS mounts
Fri, 7 Mar 2025 12:29:31 -0500 (EST)
Mouse <[email protected]> • #59097
Re: stacked NFS mounts
Sat, 08 Mar 2025 00:18:18 +0700
Robert Elz <[email protected]> • #59096
Re: stacked NFS mounts
Sat, 08 Mar 2025 00:15:09 +0700
Robert Elz <[email protected]> • #59095
Re: Using of struct tm in kernel module
Sat, 08 Mar 2025 00:02:21 +0700
Robert Elz <[email protected]> • #59094
Re: stacked NFS mounts
Fri, 7 Mar 2025 17:05:33 +0100
Edgar Fuß <[email protected]> • #59093
Start contributing
Fri, 7 Mar 2025 16:54:25 +0100
Lorenzo Torres <[email protected]> • #59092
Re: Using of struct tm in kernel module
Fri, 7 Mar 2025 10:29:08 -0500 (EST)
Mouse <[email protected]> • #59091
Re: stacked NFS mounts
Fri, 7 Mar 2025 10:23:53 -0500 (EST)
Mouse <[email protected]> • #59090
stacked NFS mounts
Fri, 7 Mar 2025 12:07:37 +0100
Edgar Fuß <[email protected]> • #59089
re: Using of struct tm in kernel module
Fri, 07 Mar 2025 20:29:08 +1100
matthew green <[email protected]> • #59088
Re: [10.99.12] Two panics this night
Fri, 7 Mar 2025 09:52:58 +0100
BERTRAND Joël <[email protected]> • #59087
Re: Interface for communicating from kernel to user mode
Thu, 6 Mar 2025 11:39:25 +0100
Jörg Sonnenberger <[email protected]> • #59086
Re: What if the console device is only accessible from one CPU in a multiprocessor system?
Thu, 6 Mar 2025 10:57:03 +0100
Christoph Badura <[email protected]> • #59085
Re: Interface for communicating from kernel to user mode
Wed, 5 Mar 2025 17:41:01 -0500
Thor Lancelot Simon <[email protected]> • #59084
Intention of joining GSoC 2025 - Emulating missing linux syscalls
Wed, 05 Mar 2025 16:02:07 +0200
Ty3r0X <[email protected]> • #59083
Re: Interface for communicating from kernel to user mode
Wed, 5 Mar 2025 08:59:43 -0500 (EST)
Mouse <[email protected]> • #59082
Re: Interface for communicating from kernel to user mode
Wed, 5 Mar 2025 13:53:22 +0100
Peter Skvarka <[email protected]> • #59081
Re: Using of struct tm in kernel module
Wed, 5 Mar 2025 10:13:29 +0100
Peter Skvarka <[email protected]> • #59080
Re: Using of struct tm in kernel module
Wed, 5 Mar 2025 09:05:14 +0100
Peter Skvarka <[email protected]> • #59079
Re: Using of struct tm in kernel module
Wed, 05 Mar 2025 05:55:07 +0700
Robert Elz <[email protected]> • #59078
Re: What if the console device is only accessible from one CPU in a multiprocessor system?
Tue, 4 Mar 2025 17:14:08 -0500 (EST)
Mouse <[email protected]> • #59077
What if the console device is only accessible from one CPU in a multiprocessor system?
Tue, 4 Mar 2025 13:26:42 -0800
Jason Thorpe <[email protected]> • #59076
Re: Using of struct tm in kernel module
Tue, 4 Mar 2025 21:45:50 +0100
Peter Skvarka <[email protected]> • #59075
Re: Using of struct tm in kernel module
Tue, 4 Mar 2025 13:50:47 -0500 (EST)
Mouse <[email protected]> • #59074
Re: Using of struct tm in kernel module
Tue, 4 Mar 2025 17:59:00 +0100
Peter Skvarka <[email protected]> • #59073
kern/59127: clock_getres(2) returns EINVAL for CLOCK_{PROCESS,THREAD}_CPUTIME_ID
Tue, 4 Mar 2025 22:22:29 +0900
PHO <[email protected]> • #59072
Re: [PATCH 2/3] bootloader: Handle 64-bit bootinfo
Tue, 4 Mar 2025 00:43:24 +0300
"Vladimir 'phcoder' Serbinenko" <[email protected]> • #59071
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.