gmane.os.openbsd.tech archive

512 archived articles, newest first (page 3 of 6). Latest articles →

Re: acpi(4): Fix out of range access in System States
Fri, 31 Jul 2026 19:22:20 +0200
Mark Kettenis <[email protected]> • #109230
Add SK hynix product to pcidev
Fri, 31 Jul 2026 17:52:56 +0200
Guillermo Bernaldo de Quiros Maraver <[email protected]> • #109229
Re: acpi(4): Fix out of range access in System States
Fri, 31 Jul 2026 17:36:53 +0200
Jan Klemkow <[email protected]> • #109228
Re: fvwm(1): replace GPL-licensed code, fix bugs and add improvements
Fri, 31 Jul 2026 23:33:19 +0900
Simon Wollwage <[email protected]> • #109227
Re: ksh: allow editing empty line with 'v' in vi-mode
31 Jul 2026 08:51:14 -0600
"Andy Bradford" <[email protected]> • #109226
Re: iwx 64-bit dma
Fri, 31 Jul 2026 07:40:01 -0700
Chris Cappuccio <[email protected]> • #109225
Re: iwx 64-bit dma
Fri, 31 Jul 2026 07:44:21 -0600
"Theo de Raadt" <[email protected]> • #109224
Re: libm i386: make use of __builtin_cpu_supports()
Fri, 31 Jul 2026 07:25:39 -0600
"Theo de Raadt" <[email protected]> • #109223
Re: libm i386: make use of __builtin_cpu_supports()
Fri, 31 Jul 2026 14:42:08 +0200
Christian Weisgerber <[email protected]> • #109222
Re: iwx 64-bit dma
Fri, 31 Jul 2026 11:50:26 +0200
Mark Kettenis <[email protected]> • #109221
Re: ksh: allow editing empty line with 'v' in vi-mode
Fri, 31 Jul 2026 09:44:17 +0000
Johannes Thyssen Tishman <[email protected]> • #109220
Re: iwx 64-bit dma
Fri, 31 Jul 2026 11:43:16 +0200
Mark Kettenis <[email protected]> • #109219
Re: ksh: allow editing empty line with 'v' in vi-mode
Fri, 31 Jul 2026 09:26:12 +0000
Johannes Thyssen Tishman <[email protected]> • #109218
Re: ksh: allow editing empty line with 'v' in vi-mode
Fri, 31 Jul 2026 09:10:13 +0000
Johannes Thyssen Tishman <[email protected]> • #109217
Re: iwx 64-bit dma
Thu, 30 Jul 2026 18:33:49 -0700
Chris Cappuccio <[email protected]> • #109216
mandoc: fix a buffer over-read
Thu, 30 Jul 2026 18:29:57 -0400
Josiah Frentsos <[email protected]> • #109215
Re: ksh: allow editing empty line with 'v' in vi-mode
30 Jul 2026 16:42:22 -0600
"Andy Bradford" <[email protected]> • #109214
Re: ksh: allow editing empty line with 'v' in vi-mode
Thu, 30 Jul 2026 22:55:18 +0200
"Uwe Werler" <[email protected]> • #109213
Re: ksh: allow editing empty line with 'v' in vi-mode
Thu, 30 Jul 2026 22:41:05 +0200
"Uwe Werler" <[email protected]> • #109212
ksh: allow editing empty line with 'v' in vi-mode
Thu, 30 Jul 2026 18:21:29 +0000
Johannes Thyssen Tishman <[email protected]> • #109211
ixl(4): Fix hardmtu
Thu, 30 Jul 2026 18:16:40 +0200
Jan Klemkow <[email protected]> • #109210
Re: iwx 64-bit dma
Thu, 30 Jul 2026 09:28:49 -0600
"Theo de Raadt" <[email protected]> • #109209
Re: bgpd: adjust some types around imsgbuf functions
Thu, 30 Jul 2026 15:36:02 +0200
Theo Buehler <[email protected]> • #109208
bgpd: adjust some types around imsgbuf functions
Thu, 30 Jul 2026 15:29:47 +0200
Claudio Jeker <[email protected]> • #109207
Re: LLVM toolchain for sparc64
Thu, 30 Jul 2026 14:29:14 +0200
Robert Nagy <[email protected]> • #109206
LLVM toolchain for sparc64
Thu, 30 Jul 2026 13:38:55 +0200
Kirill A. Korinsky <[email protected]> • #109205
Re: relayctl.8: mark name|id argument as required for host/redirect/table
Thu, 30 Jul 2026 12:43:40 +0200
Kirill A. Korinsky <[email protected]> • #109204
Re: iwx 64-bit dma
Thu, 30 Jul 2026 08:39:24 +0000
Vitaliy Makkoveev <[email protected]> • #109203
Re: [PATCH] New Links for www/octeon.html
Thu, 30 Jul 2026 10:36:54 +0200
Denis Fondras <[email protected]> • #109202
Re: relayctl: switch to imsg_get_* API
Thu, 30 Jul 2026 10:35:50 +0200
Claudio Jeker <[email protected]> • #109201
relayctl.8: mark name|id argument as required for host/redirect/table
Thu, 30 Jul 2026 10:21:02 +0200
Rafael Sadowski <[email protected]> • #109200
relayctl: switch to imsg_get_* API
Thu, 30 Jul 2026 09:59:27 +0200
Rafael Sadowski <[email protected]> • #109199
Re: [PATCH] New Links for www/octeon.html
Wed, 29 Jul 2026 21:42:42 -0700
Bryan Vyhmeister <[email protected]> • #109198
Re: iwx 64-bit dma
Wed, 29 Jul 2026 19:12:17 -0600
"Theo de Raadt" <[email protected]> • #109197
Re: iwx 64-bit dma
Thu, 30 Jul 2026 00:54:16 +0000
Vitaliy Makkoveev <[email protected]> • #109196
Re: iwx 64-bit dma
Wed, 29 Jul 2026 18:51:49 -0600
"Theo de Raadt" <[email protected]> • #109195
Re: iwx 64-bit dma
Thu, 30 Jul 2026 00:45:47 +0000
Vitaliy Makkoveev <[email protected]> • #109194
Re: iwx 64-bit dma
Wed, 29 Jul 2026 18:29:12 -0600
"Theo de Raadt" <[email protected]> • #109193
Re: iwx 64-bit dma
Wed, 29 Jul 2026 18:27:02 -0600
"Theo de Raadt" <[email protected]> • #109192
Re: iwx 64-bit dma
Thu, 30 Jul 2026 00:25:04 +0000
Vitaliy Makkoveev <[email protected]> • #109191
Re: iwx 64-bit dma
Wed, 29 Jul 2026 16:22:51 -0600
"Theo de Raadt" <[email protected]> • #109190
Re: iwx 64-bit dma
Wed, 29 Jul 2026 21:32:03 +0000
Vitaliy Makkoveev <[email protected]> • #109189
Re: acpidmar(4): Move debug printf to show the actual mapping
Wed, 29 Jul 2026 23:15:14 +0200
Mark Kettenis <[email protected]> • #109188
Re: acpidmar(4): Store PCI domain in softc for segment mapping
Wed, 29 Jul 2026 23:12:52 +0200
Mark Kettenis <[email protected]> • #109187
Re: libm i386: make use of __builtin_cpu_supports()
Wed, 29 Jul 2026 21:43:12 +0200
Christian Weisgerber <[email protected]> • #109186
Re: fvwm(1): replace GPL-licensed code, fix bugs and add improvements
Wed, 29 Jul 2026 19:31:00 +0000
David Uhden Collado <[email protected]> • #109185
Re: relayd: use imsg_compose() instead of handcrafted imsg
Wed, 29 Jul 2026 21:21:52 +0200
Rafael Sadowski <[email protected]> • #109184
Re: iwx 64-bit dma
Wed, 29 Jul 2026 20:51:25 +0200
Kirill A. Korinsky <[email protected]> • #109183
Re: relayd: use imsg_compose() instead of handcrafted imsg
Wed, 29 Jul 2026 20:28:30 +0200
Claudio Jeker <[email protected]> • #109182
relayd: use imsg_compose() instead of handcrafted imsg
Wed, 29 Jul 2026 20:16:36 +0200
Rafael Sadowski <[email protected]> • #109181
Re: SEV-SNP: Indicate SEV-SNP with sysctl machdep.vmmode
Wed, 29 Jul 2026 09:40:02 -0700
Mike Larkin <[email protected]> • #109180
Re: SEV-SNP: Log SEV-SNP guestmode
Wed, 29 Jul 2026 09:39:46 -0700
Mike Larkin <[email protected]> • #109179
apldart: stop using bypass mode
Wed, 29 Jul 2026 22:43:54 +0800 (CST)
Heyang Zhou <[email protected]> • #109178
Re: SEV-SNP: Log SEV-SNP guestmode
Wed, 29 Jul 2026 16:06:45 +0200
hshoexer <[email protected]> • #109177
SEV-SNP: Indicate SEV-SNP with sysctl machdep.vmmode
Wed, 29 Jul 2026 15:54:27 +0200
hshoexer <[email protected]> • #109176
SEV-SNP: Log SEV-SNP guestmode
Wed, 29 Jul 2026 15:51:58 +0200
hshoexer <[email protected]> • #109175
Re: relayd: use imsg_get_type and imsg_get_type
Wed, 29 Jul 2026 14:34:28 +0200
Theo Buehler <[email protected]> • #109174
Re: relayd: use imsg_get_type and imsg_get_type
Wed, 29 Jul 2026 14:28:18 +0200
Rafael Sadowski <[email protected]> • #109173
fq_codel: fix CoDel drop scheduling
Wed, 29 Jul 2026 08:23:19 +0200
Bjorn Ketelaars <[email protected]> • #109172
Re: patch for Czech (cz) console keyboard
Wed, 29 Jul 2026 05:55:31 -0000
Crystal Kolipe <[email protected]> • #109171
iwx 64-bit dma
Tue, 28 Jul 2026 22:31:10 -0400
Brad Smith <[email protected]> • #109170
Re: riscv64: use sstc for clocks when available
Tue, 28 Jul 2026 19:13:26 -0700
Mike Larkin <[email protected]> • #109169
Re: relayd: replace memcpy/bcopy() with imsg_get_data()
Tue, 28 Jul 2026 21:50:34 +0200
Rafael Sadowski <[email protected]> • #109168
Re: relayd: use imsg_get_type and imsg_get_type
Tue, 28 Jul 2026 21:37:30 +0200
Theo Buehler <[email protected]> • #109167
relayd: replace memcpy/bcopy() with imsg_get_data()
Tue, 28 Jul 2026 21:34:35 +0200
Rafael Sadowski <[email protected]> • #109166
Re: acpidmar(4): Move debug printf to show the actual mapping
Tue, 28 Jul 2026 11:42:50 -0700
Mike Larkin <[email protected]> • #109165
Re: patch for Czech (cz) console keyboard
Tue, 28 Jul 2026 18:10:23 +0200
Jiri Navratil <[email protected]> • #109164
Re: ftp(1) prints TLS and short read errors to stdout rather than stderr
Tue, 28 Jul 2026 17:36:41 +0200
Theo Buehler <[email protected]> • #109163
Re: ftp(1) prints TLS and short read errors to stdout rather than stderr
Tue, 28 Jul 2026 09:27:38 -0600
"Theo de Raadt" <[email protected]> • #109162
ftp(1) prints TLS and short read errors to stdout rather than stderr
Tue, 28 Jul 2026 23:54:52 +0900
Pontus Stenetorp <[email protected]> • #109161
Re: amd64: clean up leftover from wbinvd_on_all_cpus() retirement
Tue, 28 Jul 2026 16:29:23 +0200
Claudio Jeker <[email protected]> • #109160
amd64: clean up leftover from wbinvd_on_all_cpus() retirement
Tue, 28 Jul 2026 16:20:17 +0200
hshoexer <[email protected]> • #109159
acpidmar(4): Move debug printf to show the actual mapping
Tue, 28 Jul 2026 16:04:39 +0200
hshoexer <[email protected]> • #109158
acpidmar(4): Store PCI domain in softc for segment mapping
Tue, 28 Jul 2026 15:39:46 +0200
hshoexer <[email protected]> • #109157
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 11:37:06 +0000
Job Snijders <[email protected]> • #109156
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 13:31:04 +0200
Jan Klemkow <[email protected]> • #109155
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 21:21:44 +1000
Jonathan Gray <[email protected]> • #109154
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 21:01:41 +1000
Jonathan Gray <[email protected]> • #109153
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 10:11:51 +0000
Job Snijders <[email protected]> • #109152
Re: httpd: remove debug-only ps variable alias
Tue, 28 Jul 2026 11:45:30 +0200
Rafael Sadowski <[email protected]> • #109151
Re: httpd: remove debug-only ps variable alias
Tue, 28 Jul 2026 08:13:27 +0100
Stuart Henderson <[email protected]> • #109150
httpd: remove debug-only ps variable alias
Tue, 28 Jul 2026 08:06:39 +0200
Rafael Sadowski <[email protected]> • #109149
Re: pcidevs: add SP US75 & Samsung 9100 pro controllers
Tue, 28 Jul 2026 14:45:25 +1000
Jonathan Gray <[email protected]> • #109148
riscv: implement clock for Allwinner D1
Mon, 27 Jul 2026 23:28:27 +0200
Nazarenko Mykyta <[email protected]> • #109147
Re: www/faq14: make it obvious that file for the new softraid device must have been created
Mon, 27 Jul 2026 22:26:55 +0100
Stuart Henderson <[email protected]> • #109146
Re: www/faq14: make it obvious that file for the new softraid device must have been created
Mon, 27 Jul 2026 18:11:19 -0300
Lucas de Sena <[email protected]> • #109145
Re: tcpbench: cleanup headers
Mon, 27 Jul 2026 20:07:28 +0200
Alexander Bluhm <[email protected]> • #109144
Re: ahci(4): Disable PMP for AMD AHCI controler
Mon, 27 Jul 2026 09:13:18 -0700
Mike Larkin <[email protected]> • #109143
Re: tcpbench: cleanup headers
Mon, 27 Jul 2026 14:59:46 +0200
Jan Klemkow <[email protected]> • #109142
Re: tcpbench: cleanup headers
Mon, 27 Jul 2026 22:57:56 +1000
Jonathan Gray <[email protected]> • #109141
Re: sys/macppc: bound OF_getprop() bounce copy
Mon, 27 Jul 2026 14:55:41 +0200
Mark Kettenis <[email protected]> • #109140
tcpbench: cleanup headers
Mon, 27 Jul 2026 14:46:10 +0200
Claudio Jeker <[email protected]> • #109139
Re: www/faq14: make it obvious that file for the new softraid device must have been created
Mon, 27 Jul 2026 13:40:21 +0100
Stuart Henderson <[email protected]> • #109138
Re: patch for Czech (cz) console keyboard
Mon, 27 Jul 2026 11:37:28 -0000
Crystal Kolipe <[email protected]> • #109137
patch for Czech (cz) console keyboard
Mon, 27 Jul 2026 12:59:35 +0200
Jiri Navratil <[email protected]> • #109136
sys/macppc: bound OF_getprop() bounce copy
Mon, 27 Jul 2026 12:23:34 +0200
Kirill A. Korinsky <[email protected]> • #109135
Re: riscv64: use sstc for clocks when available
Mon, 27 Jul 2026 10:30:32 +0200
Mark Kettenis <[email protected]> • #109134
Re: riscv64: use sstc for clocks when available
Sun, 26 Jul 2026 19:33:58 +0200
Jeremie Courreges-Anglas <[email protected]> • #109133
Re: libm i386: make use of __builtin_cpu_supports()
Sun, 26 Jul 2026 09:22:55 -0700
Mike Larkin <[email protected]> • #109132
relayd.conf.5: clarify "forward to", backup cascade and TLS scope
Sun, 26 Jul 2026 13:10:55 +0200
Rafael Sadowski <[email protected]> • #109131
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.