Re: rc.d/dhcpd: enable configtest

On Sun, Oct 02, 2022 at 12:29:34PM +, Klemens Nanni wrote: > dhcpd(8) has > -n Only test configuration, do not run dhcpd. > > rc_configtest() taken from other rc.d scripts. > > Feedback? OK? Ping. Index: dhcpd === RCS

reorder_kernel: set up syslog traps before logfile

If /usr is mounted read-only, kernel relinking fails silently without any log trace. # ksh /usr/libexec/reorder_kernel /usr/libexec/reorder_kernel[35]: cannot create /usr/share/relink/kernel/GENERIC.MP/relink.log: Read-only file system This stderr line does not show up during boo

smtpd bug in Received: header with one recipient

A message with a single successful recipient but with a failed rcpt to: command afterward generates an incorrect Received: header. The following produces the bug: thief$ nc localhost 25 220 thief.private ESMTP OpenSMTPD ehlo thief.private^M 250-thief.private Hello thief.private [127.0.0.1], pleas

Re: EFI runtime services support on amd64

I'm not worried until it gets exposed to userland. Mark Kettenis wrote: > Here is a diff that implements EFI runtime services support on amd64 > in much the same way as we already do on arm64. This will be used in > the future to implement support for EFI variables. > > Some initial testing am

Re: ksh: trigger ERR trap on permanent I/O redirection failure

On Sat, 08 Oct 2022 16:01:18 -, Klemens Nanni wrote: > Account for this to make permanent redirection failure trigger the ERR > trap: > > $ ./obj/ksh -c 'trap "echo ERR" ERR ; exec >/' > ksh: cannot create /: Is a directory > ERR > > Also add three new regress cases covering

EFI runtime services support on amd64

Here is a diff that implements EFI runtime services support on amd64 in much the same way as we already do on arm64. This will be used in the future to implement support for EFI variables. Some initial testing among OpenBSD developers did not uncover any issues. So I'd like to move ahead with th

ksh: trigger ERR trap on permanent I/O redirection failure

Failure to permanently redirect I/O for the shell itself, i.e. when no command is executed, must trigger the ERR trap like any other failure, but that is currently not happening: (non-zero exit code is trigger, no redirection) $ ksh -c 'trap "echo ERR" ERR ; false' ERR (failed red

Re: List SIMCom SIM8262E-M2 as supported for umb(4)

On Sat, Oct 08, 2022 at 10:40:10PM +0800, Kevin Lo wrote: > The diff below adds SIMCom SIM8262E-M2 to umb man page. > > Tested: > umb0 at uhub0 port 18 "SIMCOM SDXLEMUR-LITE-MTP _SN:59A7F2D2" rev 3.20/5.04 > addr 7 > > Using 'AT+CUSBCFG=usbid,1e0e,9003' AT command to switch to MBIM mode. > ok? >

Re: [acpi] patch for embedded controller detection

> Date: Sat, 8 Oct 2022 16:36:09 +0300 > From: Mikhail > > On Sat, Oct 08, 2022 at 02:56:18PM +0200, Mark Kettenis wrote: > > The patch isn't quite right, but you're on the right track here. Can > > you send me the contents of /var/db/acpi for this machine? > > Alternatively you can use sendbug(

Fix typo in debug messages

OK? Index: sys/dev/pci/if_bge.c === RCS file: /cvs/src/sys/dev/pci/if_bge.c,v retrieving revision 1.398 diff -u -p -u -p -r1.398 if_bge.c --- sys/dev/pci/if_bge.c11 Mar 2022 18:00:45 - 1.398 +++ sys/dev/pci/if_bge.c

List SIMCom SIM8262E-M2 as supported for umb(4)

The diff below adds SIMCom SIM8262E-M2 to umb man page. Tested: umb0 at uhub0 port 18 "SIMCOM SDXLEMUR-LITE-MTP _SN:59A7F2D2" rev 3.20/5.04 addr 7 Using 'AT+CUSBCFG=usbid,1e0e,9003' AT command to switch to MBIM mode. ok? Index: share/man/man4/umb.4 ==

Re: [acpi] patch for embedded controller detection

On Sat, Oct 08, 2022 at 02:56:18PM +0200, Mark Kettenis wrote: > The patch isn't quite right, but you're on the right track here. Can > you send me the contents of /var/db/acpi for this machine? > Alternatively you can use sendbug(1), which will create a report with > all the necessary information

Re: [acpi] patch for embedded controller detection

> Date: Sat, 8 Oct 2022 15:10:18 +0300 > From: Mikhail > > I'm troubleshooting battery status for my Lenovo IdeaPad 3 14ITL05, on > latest -current it shows that battery is absent and AC not connected: > > Battery state: absent, 0% remaining, unknown life estimate > AC adapter state: not connect

Re: sysupgrade: exit 1 instead of exit 0 when ending early

On Sat, Oct 08, 2022 at 11:14:34AM +, Mikolaj Kucharski wrote: > On Sat, Oct 08, 2022 at 09:57:54AM +, Klemens Nanni wrote: > > On Sat, Oct 08, 2022 at 07:33:38AM +0200, Florian Obser wrote: > > > Being up2date doesn't feel like an error to me, what am I missing? > > > > I concur. > > >

[acpi] patch for embedded controller detection

I'm troubleshooting battery status for my Lenovo IdeaPad 3 14ITL05, on latest -current it shows that battery is absent and AC not connected: Battery state: absent, 0% remaining, unknown life estimate AC adapter state: not connected Performance adjustment mode: manual (2900 MHz) while reviewing th

Re: sysupgrade: exit 1 instead of exit 0 when ending early

On Sat, Oct 08, 2022 at 09:57:54AM +, Klemens Nanni wrote: > On Sat, Oct 08, 2022 at 07:33:38AM +0200, Florian Obser wrote: > > Being up2date doesn't feel like an error to me, what am I missing? > > I concur. > I think Josh is looking for similar behaviour to syspatch(8). To be able to disti

Re: sysupgrade: exit 1 instead of exit 0 when ending early

On Sat, Oct 08, 2022 at 07:33:38AM +0200, Florian Obser wrote: > Being up2date doesn't feel like an error to me, what am I missing? I concur.