Re: acme-client won't work with buypass.com ECDSA domain keys

Generate your own key if you want a specific type of curve, same as if you want a specific key length with RSA. See "GENERATING ECDSA SERVER CERTIFICATES" in ssl(8) and set things to use one of the curves allowed by the CA. acme-client will use your own key if it already exists otherwise it

Re: acme-client won't work with buypass.com ECDSA domain keys

It defaults to .Cm rsa . +If the key file does not exist, +.Nm +will generate a key itself (4096-bit for +.Cm rsa +or secp384r1 for +.Cm ecdsa ) . .It Ic domain certificate Ar file The filename of the certificate that will be issued. This is optional if > Thanks again, > --K > > O

Re: ncurses is outdated in OpenBSD

On 2020/12/30 22:05, Sabrina Velasquez wrote: > Hello! > I had an issue with ambiguous behavior of tput setaf in OpenBSD. > If TERM=xterm, then tput setaf 1 works and changes foreground color to red, > but it only supports 8 colors. > If TERM=xterm-256color, then tput setaf 1 fails with error: >

Re: wgaip address is ignored on ARM architecture

On 2021/01/03 18:36, Siavash Safi wrote: > wgaip address are ignored by ifconfig on ARM architecture and only the CIDR > is stored. > Upon handshake the missing address is replaced by the client's public IP > with CIDR still intact! > So for example if wgaip is set to 10.0.0.2/32 it will result in

Re: "acpi0: unable to map iospace" on -current #265: Sat Jan 9 01:54:38 MST 2021

On 2021/01/11 17:42, Stuart Henderson wrote: > On 2021/01/11 17:39, Stuart Henderson wrote: > > I've hit this twice too, each after about 20h uptime. Forks are failing > > ENOMEM. top reports plenty (several GB) free. No pool alloc failures in > > vmstat -m. Seen with > &g

Re: Stopped at tsc_delay+0x63: lfence

On 2021/01/27 09:03, Bryan Steele wrote: > On Wed, Jan 27, 2021 at 07:11:49AM +0100, alf wrote: > > Hello, > > > > while trying to upgrade one of our machines to 6.8 we experienced a > > repeatable crash while booting (bsd.rd + install went fine). > > > > The machine in question is a: > > ... >

Re: Net::LDAPS certificate verification fails in 6.8

On 2021/02/01 08:44, Helmut Kiessling wrote: > Hi, > > Seems I have issues receiving emails into my private email so can you kindly > resend it to my work email instead? Original email below: > > I hope you can point me correct direction with this strange behaviour in > OpenBSD 6.8. So my

Re: 6.8-current ifconfig umb0 and Device not configured

On 2021/02/02 10:02, Edd Barrett wrote: > Hi, > > Apologies for breaking stuff. > > On Tue, Feb 02, 2021 at 07:24:34AM +0100, Marcus Glocker wrote: > > Edd: > > Can you please also double check if this still works with your > > uaudio(4) device? > > My device works with your diff. > > But, I'm

Re: Stopped at tsc_delay+0x63: lfence

On 2021/01/28 12:21, Jonathan Gray wrote: > > NMI ... going to debugger > > Stopped at tsc_delay+0x63: lfence > > ddb{0}> trace > > tsc_delay(1) at tsc_delay+0x63 > > r100_ring_test(801a4000,801a5858) at r100_ring_test+0x277 > > r100_cp_init(801a4000,10) at

Re: 6.8-current ifconfig umb0 and Device not configured

On 2021/02/03 11:10, Edd Barrett wrote: > Hi, > > CCing ratchov@ and kettenis@ with some context. > > In short: my change broke ugen, which expects to scan up the interface > range until an interface doesn't exist. btw the problem was seen with umb, it's not just ugen. > On Wed, Feb 03, 2021

Re: Problem with Broadcom BCM5762 during boot, might be related to previous bug

On 2021/06/14 20:32, Mark Kettenis wrote: > > From: Evan Littmann > > Date: Sun, 13 Jun 2021 17:28:50 -0700 > > > > Hello, > > > > I am using OpenBSD 6.9 on an HP EliteDesk 705 G1 desktop mini and it can't > > boot after install due to a panic in mii_phy_setmedia related to the bge > > driver

Re: Unable to make OpenLDAP work with TLS

On 2021/06/25 02:03, C. G. wrote: > When I try to use the ldapsearch or ldapwhoami commands with the -ZZ option, > I get this error : > > ldap_start_tls: Protocol error (2) > additional info: unsupported extended operation > > The same commands work fine without the TLS -ZZ option. I've

Re: Unable to make OpenLDAP work with TLS

On 2021/06/25 15:07, C. G. wrote: > I forgot to say that my /etc/openldap/certs has the following permissions : > (ls -l /etc/openldap) > > drwxr-xr-x 2 _openldap _openldap 512 Jun 25 05:33 certs > > # ls -l certs > total 20 > -rwxr-xr-x 1 _openldap _openldap 1631 Jun 25 05:35 cert.pem >

Re: Unable to make OpenLDAP work with TLS

On 2021/06/25 14:48, C. G. wrote: > I'm sorry, my /etc/rc.conf.local has exactly the settings you just suggested > to me : > > # cat /etc/rc.conf.local > pf=NO > pkg_scripts=slapd > slapd=YES > slapd_flags="-4 -u _openldap -g _openldap ldap:///\ ldaps:///\ ldapi:///" > > I started the server

Re: sysupgrade; pkg_add -u 6.8 to 6.9

A conflict marker was missed that would have set the update order. Workaround by uninstalling and reinstalling mrtg. -- Sent from a phone, apologies for poor formatting. On 12 May 2021 17:00:56 Glen Gunsalus wrote: Attached is edited "sendbug" file from machine showing anomalies during

Re: NAT with PF over umb(4) and wireguard traffic from a client blackholed

This can happen with any long lived UDP-based protocol that is natted to a dynamically configured address. I think this is not a bug; PF is doing exactly what you have asked it to. The issue is that you're sending packets frequently (due to the fairly low keepalive timer) which refreshes the

uhidpp-related assertwaitok [linuxjus...@gmail.com: Re: Raspberry Pi 4B randomly kernel panics after upgrading to 6.9]

r_task_register+0x50 sensor_task_register at uhidpp_device_connect+0x234 uhidpp_device_connect at uhidpp_task+0x10c - Forwarded message from Justin Yang - From: Justin Yang Date: Fri, 7 May 2021 23:58:02 +0800 To: Stuart Henderson Cc: Mark Kettenis , "a...@openbsd.org" Subject

Re: libexecinfo-0.3p2v0 fails to build on loongson

On 2021/05/23 07:08, manp...@gmail.com wrote: > (Please keep me in CC.) > > >Synopsis:libexecinfo-0.3p2v0 fails to build on loongson > >Category: > >Environment: > System : OpenBSD 6.9 > Details : OpenBSD 6.9 (GENERIC) #78: Thu Apr 22 20:28:58 MDT 2021 >

Re: libexecinfo-0.3p2v0 fails to build on loongson

On 2021/05/23 17:07, manp...@gmail.com wrote: > On 5/23/21 7:35 AM, Stuart Henderson wrote: > > On 2021/05/23 07:08, manp...@gmail.com wrote: > > > (Please keep me in CC.) > > > > > > > Synopsis: libexecinfo-0.3p2v0 fails to build on loongson >

Re: GCC 8.4.0 fails to build on loongson

To set expectations approriately: not many developers have mips64el hardware (not sure if any ports developers do), and it seems few users do too (only 3 dm...@openbsd.org submissions since 2015 using it). Also, there are not really many porters who can work on the gcc port. If you want better

Re: Can't unhibernate in -current

On 2021/07/06 13:08, Lucas wrote: > >Synopsis:Can't unhibernate in -current > >Category:Kernel > >Environment: > System : OpenBSD 6.9 > Details : OpenBSD 6.9-current (GENERIC.MP) #103: Sat Jul 3 > 09:11:45 MDT 2021 > >

Re: Unable to make OpenLDAP work with TLS

On 2021/06/25 21:26, C. G. wrote: > Sorry, I tried the solutions you posted, No you didn't; I said: "Try with chain.pem not fullchain.pem for TLSCACertificateFile. OpenLDAP's TLS config is a bit nonstandard compared to other software." but you show another file with fullchain.pem, and "The

Re: Unable to make OpenLDAP work with TLS

On 2021/06/26 12:51, C. G. wrote: > I think it's a LIbreSSL-related issue, because I did the same exact > config procedure on Ubuntu, CentOS, FreeBSD, OmniOS, and it worked, > and on the only OS that uses LibreSSL, it doesn't work. What can I say; I am running OpenLDAP 2.4.58 slapd on OpenBSD 6.9

Re: Unable to make OpenLDAP work with TLS

On 2021/06/25 22:48, C. G. wrote: > "You are making things hard for yourself. If you want to edit config > online via LDAP commands then use olc and use LDAP commands to edit it." > > I don't have enough experience on LDAP to modify the database online with > ldap commands. That's why I use

Re: Unable to make OpenLDAP work with TLS

s no LibreSSL support. > ━━━━━━━ > De : Stuart Henderson > Envoyé : samedi 26 juin 2021 18:11 > À : C. G. > Cc : bugs@openbsd.org > Objet : Re: Unable to make OpenLDAP work with TLS > > On 20

Re: NAT with PF over umb(4) and wireguard traffic from a client blackholed

0:0) match on umb0 inet all scrub (no-df random-id max-mss 1460) block return all pass quick proto icmp all On Wed, May 19, 2021 at 07:57:03AM +0100, Stuart Henderson wrote: This can happen with any long lived UDP-based protocol that is natted to a dynamically configured address. I think this is

Re: i386 pagedaemon panic pg->wire_count == 0

On 2021/04/29 16:59, Alexander Bluhm wrote: > On Thu, Apr 29, 2021 at 04:17:05PM +0200, Martin Pieuchot wrote: > > On 29/04/21(Thu) 12:07, Alexander Bluhm wrote: > > > On Thu, Apr 29, 2021 at 11:08:30AM +0200, Mark Kettenis wrote: > > > > > > panic: kernel diagnostic assertion "pg->wire_count ==

Re: unbound in memory cache does not work when num threads option is set

On 2021/04/27 11:15, Amado Tucker wrote: > Hello world, > when I utilize num-threads in unbound and I set the num-threads options to > any number other than 1 or if num-threads is commented out, unbound in > memory dns cache stops working. This surprised me so I tested on my servers, it works as

Re: i386 pagedaemon panic pg->wire_count == 0

On 2021/04/27 10:35, Alexander Bluhm wrote: > On Mon, Apr 26, 2021 at 07:43:29PM +0200, Alexander Bluhm wrote: > > One of my i386 machines paniced during make -j 9 build. > > This is perfectly reproducable. Machine crashes while building > clang. This time with snapshot kernel. Same panic here

Re: pkg_add -u Base64.c: loadable library and perl binaries are mismatched

On 2021/05/03 21:51, Jon Fineman wrote: > For cpan/cpanm I had gotten the same base64 error. > > After moving those two directories and rebooting I was able to run pkg_add > and now cpanm. However cpan now gets the below error: > desktop(~)$: cpan > Encode.c: loadable library and perl binaries

Re: dnscrypt_proxy fails to start (core dump) after upgrade to tonight snapshot

Reinstall the package (pkg_delete and pkg_add again). Same applies for anyone else with problems for software written in go, package revisions have now been bumped so after the next snapshot is available pkg_add -u will pick it up, but reinstall will fix it now. On 2021/03/11 15:17, Chris Jones

Re: Possible binary incompatible change of struct usb_device_info in 2018

On 2021/03/13 16:38, enrik.berk...@inka.de wrote: > >Synopsis:Undocumented change of struct usb_device_info > >Category:documentation kernel > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020 >

Re: Possible binary incompatible change of struct usb_device_info in 2018

On 2021/03/13 09:28, Todd C. Miller wrote: > On Sat, 13 Mar 2021 16:20:43 +0000, Stuart Henderson wrote: > > > That needs fixing. > > Also need to sync udi_ports[] which is now u_int32_t not u_int8_t. oh good catch, the USB_PORT_* defines have gone too. I'll fix that and commit.

Re: APU1D4 with OpenBSD 6.8 stable: Kernel Panic db_enter() x86_ipi_db()

On 2021/03/14 09:34, Fox Steward wrote: > Hello again. > > in another test I removed the external crypto device (micro sd card) entirely, > And still I get a kernel panic (see below). > > When I do not start the services httpd, smtpd, dovecot the crash does not > seem to occur. I will start the

Re: 6.8/arm64 on RaspberryPi 4B: kernel panics during booting under devicetree mode due to xhci

On 2021/03/22 04:09, c...@imap.cc wrote: > > smbios0 at efi0: SMBIOS 3.3.0 > > smbios0: vendor https://github.com/pftf/RPi4 version "UEFI Firmware v1.24" > > date 02/26/2021 > > smbios0: Raspberry Pi Foundation Raspberry Pi 4 Model B Try different firmware versions. Mine is running 1.13 (and is

wg(4) crash

Not a great report but I don't have much more to go on, machine had ddb.panic=0 and ddb hanged while printing the stack trace. Retyped by hand, may contain typos. Happened a few hours after setting up wg on it. uvm_fault(0x82204e38, 0x20, 0, 1) -> e fatal page fault in supervisor mode

Re: wg(4) crash

oh, let's cc Matt on this too. On 2021/03/20 11:17, Martin Pieuchot wrote: > On 19/03/21(Fri) 20:15, Stuart Henderson wrote: > > Not a great report but I don't have much more to go on, machine had > > ddb.panic=0 and ddb hanged while printing the stack trace. Retyped by > &

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

[cc's trimmed back to bugs@] On 2021/03/02 19:00, Mark Schneider wrote: > On 02.03.21 10:39, Stuart Henderson wrote: > > On 2021/03/02 00:09, Mark Schneider wrote: > > > Hi, > > > > > > Thank you for your feeeback. > > > > > > Also O

Re: OpenBSD 6.8 errata 014 breaks pf

On 2021/02/25 15:32, Steffen Fritz wrote: > Hello, > > Am Thu, Feb 25, 2021 at 01:21:54PM + schrieb Stuart Henderson: > > > > Any difference if you change "modulate state" to "keep state"? > > as this is a (privatley used) productive system a

protection fault trap while running procmap

not sure how interested anyone will be in this given that it's hidden behind allowkmem=1, but posting anyway, I hit this while running procmap: kernel: protection fault trap, code=0 Stopped at copyout+0x53: repe movsq (%rsi),%es:(%rdi) ddb{1}> [-- sthen@localhost attached -- Sun Feb

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

On 2021/03/02 00:09, Mark Schneider wrote: > Hi, > > Thank you for your feeeback. > > Also OpenBSD 6.9beta snapshot is crashing when I setup RAID5 with three > "Samsung PRO 860 1TB" SSDs. > OpenBSD obsd69b.it-infra.org 6.9 GENERIC.MP#368 amd64 > > obsd69b# dmesg | grep  -i bios > bios0 at

Re: OpenBSD 6.8 errata 014 breaks pf

On 2021/02/25 12:57, Steffen Fritz wrote: > Sure. Any difference if you change "modulate state" to "keep state"? > BR, > > Steffen > > ## > > set reassemble yes > set block-policy return > set loginterface egress > set skip on lo > > match in all scrub (no-df

gdb on arm64 -> SIGILL in OPENSSL_cpuid_setup

Don't know if it's important, but if I try to use gdb on a process using libcrypto on arm64 (rpi4) I get this. $ egdb ftp GNU gdb (GDB) 7.12.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

On 2021/03/02 23:09, Mark Schneider wrote: > Thanks a lot Stuart. > > On 02.03.21 18:25, Stuart Henderson wrote: > > [cc's trimmed back to bugs@] > > > > On 2021/03/02 19:00, Mark Schneider wrote: > > > ... > > > Thanks a lot for all hints Stuart.

Re: dhcplease fails to acquire a lease with a trunk interface

On 2021/03/06 10:46, Theo de Raadt wrote: > Mark Kettenis wrote: > > > > Date: Sat, 6 Mar 2021 16:47:26 +0000 > > > From: Stuart Henderson > > > > > > there's the case of "don't want to use it _yet_", for example you might > > >

Re: dhcplease fails to acquire a lease with a trunk interface

On 2021/03/06 16:09, Raf Czlonka wrote: > On Sat, Mar 06, 2021 at 08:59:16AM GMT, Florian Obser wrote: > > On Sat, Mar 06, 2021 at 06:41:44AM +, Adam Steen wrote: > > > >Synopsis:dhcpleased does not acquire a lease > > > >Category:networking > > > >Environment: > > > System

Re: relayd SIGBABRT's on start

On 2021/03/03 10:08, an...@disroot.org wrote: > Sorry. Here it is: > > table { 127.0.0.1 } > > protocol ircfilter { > tls keypair "localhost" > } > > relay relay4 { > listen on 127.0.0.1 port 6697 tls > protocol ircfilter > forward to port 6667 > } > > relay relay6 { >

Re: relayd SIGBABRT's on start

On 2021/03/03 12:19, an...@disroot.org wrote: > Here's the contents of kdump.out 92196 relayd GIO fd 9 read 1858 bytes "-BEGIN ENCRYPTED PRIVATE KEY- MIIFHzBJBgkqhkiG9w0BBQ0wPDAbBgkqhkiG9w0BBQwwDgQIWbKKi98dRTcCAggA ... 92196 relayd NAMI "/dev/tty" 92196 relayd

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

On 2021/03/03 15:10, Karel Gardas wrote: > > On 3/2/21 11:09 PM, Mark Schneider wrote: > > > > It looks like "not so perfect" mix of a bit outdated ASUS mainboard / > > it's BIOS, less old Samsung PRO 860 512GB or 1TB SSD drives and the > > handlig of I/O errors in OpenBSD 6.8 or 6.9beta. > > >

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

No need to patch to check this, it is null, see r9 in sh reg (it is %reg9 in my disassembly) -- Sent from a phone, apologies for poor formatting. On 4 March 2021 10:16:58 Karel Gardas wrote: On 3/3/21 7:45 PM, Mark Schneider wrote: I can run some tests with modified BIOS settings (IDE

Re: Raspberry Pi 3B+ panic on changing video0 permissions for motion

On 2021/03/08 23:21, Marfaba Stewart wrote: > On Monday, March 8, 2021 3:47 PM, Marcus Glocker wrote:> > > Does this patch make a difference? > > > > Hi, I apologize for the dumb question, but I'm not sure > how to build for the Pi; I've only built for i386 > and amd64. Exactly the same way.

Re: Unbound won’t write to log in -current

On 2021/02/26 19:36, Luke Small wrote: > unbound.conf > > server: > ... > > username: _unbound > chroot: /var/unbound > > logfile: /var/unbound/etc/unbound.log > verbosity: 1 > log-queries: yes Works for me as long as the logfile is writable by _unbound. > I used a

Re: panic: uao_fin_swhash_elt: can't allocate entry

On 2021/02/22 13:48, Stuart Henderson wrote: > Not much information on this but it's an unusual one so I thought I'd > post in case it's of interest to anyone. (Re-typed from a screen photo, > it's remote and used by non-technical people, this is all I have). > > panic: uao_fin_sw

Re: panic: uao_fin_swhash_elt: can't allocate entry

quite suddenly. > > Jonathan Matthew wrote: > > > On Mon, Feb 22, 2021 at 01:48:01PM +, Stuart Henderson wrote: > > > Not much information on this but it's an unusual one so I thought I'd > > > post in case it's of interest to anyone. (Re-typed from a screen photo, &g

Re: SB drive not detected after reboot on PC Engines APU2

On 2021/02/23 13:48, Marfaba Stewart wrote: > > On Sun, Feb 21, 2021 at 04:45:19PM +, marfabastewart wrote: > > > > [...] > > > > > and this is the output of sendbug -P on an APU2 > > > with the patch compiled in, after plugging in > > > the USB drive and rebooting. The USB drive is not > > >

Re: wg(4) crash

I committed this a couple of weeks ago. -- Sent from a phone, apologies for poor formatting. On 8 April 2021 06:10:25 Klemens Nanni wrote: On Mon, Mar 22, 2021 at 12:42:27AM +1100, Matt Dunwoodie wrote: On Sat, 20 Mar 2021 11:48:52 + Stuart Henderson wrote: oh, let's cc Matt

Re: Realtek 8168 not working

keep track of it so I can't give the exact dates, apologies for that. On Sun, Apr 11, 2021 at 06:28:22PM +0100, Stuart Henderson wrote: I don't think you mentioned the date of the working one, could you include that please. It would be helpful to include dmesg from both working and non-working (you may

Re: Realtek 8168 not working

7: Wed Mar 17 12:54:20 MDT 2021 > /var/log/messages.0.gz:Mar 18 01:15:12 hpl /bsd: OpenBSD 6.9-beta > (GENERIC.MP) #412: Wed Mar 17 12:47:12 MDT 2021 > /var/log/messages.2.gz:Mar 9 22:01:41 hpl /bsd: OpenBSD 6.9-beta > (GENERIC.MP) #373: Wed Mar 3 10:47:27 MST 2021 > > Than

Re: dhcpleased(8) doesn't handle underlying changes in trunk(4)

On 2021/04/16 17:19, Florian Obser wrote: > On Fri, Apr 16, 2021 at 10:42:00AM -0400, Kenneth R Westerback wrote: > > On Fri, Apr 16, 2021 at 03:17:45PM +0200, Florian Obser wrote: > > > On Thu, Apr 15, 2021 at 12:54:44AM +, Lucas wrote: > > > > >Synopsis: dhcpleased(8) doesn't handle

Re: Realtek 8168 not working

I don't think you mentioned the date of the working one, could you include that please. It would be helpful to include dmesg from both working and non-working (you may still have them both in /var/log/messages*). -- Sent from a phone, apologies for poor formatting. On 11 April 2021 14:33:04

Re: systat memory leak

On 2021/02/06 07:24, Anindya Mukherjee wrote: > >From: Theo Buehler > > > >Thanks for the diff, I committed it. I had to re-do it since your mailer > >used some MIME encoding, the result is visible here: > >https://marc.info/?l=openbsd-bugs=161258168001057=mbox quoted-printable. > Sorry about

panic: uao_fin_swhash_elt: can't allocate entry

Not much information on this but it's an unusual one so I thought I'd post in case it's of interest to anyone. (Re-typed from a screen photo, it's remote and used by non-technical people, this is all I have). panic: uao_fin_swhash_elt: can't allocate entry Stopped at db_enter+0x10: popq %rbp TID

Re: on 6.8: panic: update: rofs mod

On 2021/08/27 09:22, Sebastian Benoit wrote: > Maybe this is related: > As this box has some large filesystems, we mount them read-only and only go > to read-write when we actually need to change contents. For some of the > filesystems thats multiple times per day. I heard of someone (probably

Re: Firefox 88.0.1 needs codecs, impossible to watch videos/movies.

On 2021/09/12 11:18, Bryan Steele wrote: > On Sun, Sep 12, 2021 at 03:03:30PM +, macondo wrote: > > http://www.fmovies.toerror code 102630 > > http://www.aljazeera.comerror code: media_err_src_not_supported > > http://www.bbc.comsame > > >From Firefox:To play video you may need to install the

Re: full system hang - no ddb output

I have had similar for months on end and never been able to get more information. Usually it stopped doing our after a while and sometimes started again later. Currently it's not happening for me and I hope it stays that way! There is a chance you might get something from a kernel with

Re: Fw: Kernel ddb trace output

On 2021/09/16 06:00, Edward Crawler wrote: > Hi People, > > Kernel enters panic again. The ddb output is below; Other bits requested in my previous email to misc@ that weren't included: ** > - Please include "ps" and "ps /o" ** > an outline of what you've got running on the system would

Re: __mp_lock_spin: 0xffffffff822d1120 lock spun out

Also, you can probably 'c'ontinue at that point. -- Sent from a phone, apologies for poor formatting. On 15 September 2021 15:23:50 Martin Pieuchot wrote: On 15/09/21(Wed) 12:06, Paul de Weerd wrote: Hi all, After some off-list advice from Patrick to enable MP_LOCKDEBUG in order to debug

Re: Fw: Kernel ddb trace output

e this function is below KERNEL_LOCK I guess it explodes the system under > high network > traffic... > ━━━━━━━ > From: Stuart Henderson > Sent: Thursday, September 16, 2021 11:11 AM > To: Edward Craw

Re: [drm] Failed to load DMC firmware i915/kbl_dmc_ver1_04.bin

On 2021/09/08 15:33, Alex Fedorov wrote: > Hello. > > This is bug with load DMC firmware i915/kbl_dmc_ver1_04.bin Is the file /etc/firmware/i915/kbl_dmc_ver1_04.bin present? If not, run fw_update. > Notebook Lenovo IdeaPad 530S. > > Thank you. > > .. > > drm:pid4:csr_load_work_fn

Re: Crash when unplugging a UPS USB connection

On 2021/07/13 01:29, Anindya Mukherjee wrote: > I have a Cyber Power CP1500PFCLCDa UPS and get exactly the same crash on the > latest snapshot if the USB cable is unplugged. My dmesg is very similar so > I've > omitted it, but I'd also be happy to help debug this issue. > > Regards, > Anindya >

Re: jot(1) randomness with larger numbers

On 2021/08/01 18:01, Paul de Weerd wrote: > This has now been committed, but it got me to wonder - why is there no > 64-bit variant of arc4random_uniform(3)? Of course not to solve this > one issue, but I've wanted to use the wider version in the past and > then resorted to implementing the

Re: RTL8111 won't load on RockPro64 PCI-E slot

On 2021-08-10, Andrew Laramore wrote: > I have a desktop I can plug the card into. Would it still work to boot > OpenBSD from a USB drive rather than a SATA/NVMe drive? Or would that affect > PCI debugging? I’m not familiar with debugging this close to the hardware. That should be fine. It's

Re: dmesg shows errors for inteldrm in latest snapshots

Are you seeing a problem as well, or are you just reporting the lines in dmesg from startup? On 2021-08-09, Phillip Bushee wrote: > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (b5ab97f43513c158.a) swap on sd0b dump on sd0b >

Re: How to troubleshoot DHCP issues?

hopefully copying to bugs@ (if I remember how to do that correctly from slrn/gmane..) Please keep that in CC's when replying. Earlier misc@ mail copied in below to keep things together in one place. On 2021-08-06, beebeet...@posteo.de wrote: > > My first suggestion might be to stay with a

Re: x260 suspend

I've backed out the commit which seems to have been causing it, which reintroduces a different problem that jcs has been running into, but there's a pending alternative fix for that. On 2021/08/12 13:59, Marcus MERIGHI wrote: > Hello! > > s...@spacehopper.org (Stuart Henderson), 2

Re: RTL8111 won't load on RockPro64 PCI-E slot

On 2021-08-08, Andrew Laramore wrote: >>Synopsis: PCI-E NIC won't load on RockPro64 >>Category: arm >>Environment: > System  : OpenBSD 6.9 > Details : OpenBSD 6.9 (GENERIC.MP) #0: Thu May 20 02:29:27 MDT 2021 > r...@syspatch-69-arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP

Re: 7.0 ports.tar.gz missing leading ports/ directory name

You won't get a full ports tree from this file anyway, some of the filenames are too long for our tar implementation. Running "cvs -d anoncvs@some.mirror:/cvs up -Pd" after unpacking should fill in the missing files. -- Sent from a phone, apologies for poor formatting. On 15 October 2021

Re: NSD exit status 11 on 7.0

On 2021-10-15, Otto Moerbeek wrote: > On Fri, Oct 15, 2021 at 07:47:22PM +0200, Mischa wrote: > >> >> >> On 2021-10-15 19:42, Otto Moerbeek wrote: >> > On Fri, Oct 15, 2021 at 07:16:55PM +0200, Mischa wrote: >> > >> > > On 2021-10-15 18:27, Otto Moerbeek wrote: >> > > > >> > > > The actual

Re: 7.0 Release amd64 Crashes after booting on ACER Aspire

Please boot with "disable acpitz" like you showed in the attached file, and generate a bug report by running sendbug as root (if you need to send from a different system, redirect sendbug -P and move the file across and edit/send), running it as root will include an encoded copy of the acpi

Re: 7.0 Release amd64 Crashes after booting on ACER Aspire

it shutoff. This time though with no temperature messages to the console. I also tried to disable amdgpu, and got the same results. On Sun, Oct 17, 2021 at 11:29:28PM +0100, Stuart Henderson wrote: Please boot with "disable acpitz" like you showed in the attached file, and generate a

Re: 7.0 Release amd64 Crashes after booting on ACER Aspire

wrote: > I still have an image for 6.6. Would a sendbug from 6.6 be a help? > > > On Mon, Oct 18, 2021 at 09:58:47AM +0100, Stuart Henderson wrote: > > I guess the embedded controller is actually shutting the machine down then, > > rather than just a spurio

Re: root cannot chown/chmod a sshfs mounted directory

On 2021/10/05 01:42, Rex ford wrote: > Hello! > I may have found a bug, or an undocumented feature. > For context, > I am mounting a directory like this: > *sshfs rex@myserver:/mnt/my_mount /mnt/my_mount* > I understand that Theo disabled usermount because it's dangerous, but after > mounting a

Re: gnutls does not build on arm64, maybe due to llvm

On 2021/12/27 10:11, Yifei Zhan wrote: > Hi, > > gnutls-3.7.2 does not build on my arm64 box (RPi4), it stops the > following error: Known problem since the move to clang 13. mariadb and gcc are broken too.

Re: panic: kernel diagnostic assertion "TAILQ_EMPTY(>kq_head)" failed

On 2021/11/16 12:45, Alexander Bluhm wrote: > I seems sthen@ has another test case. With some poll diffs for ssh > in snapshots he did see problems with rsync over ssh. At that time > lazy kqueue was commited. > > Maybe he has a setup to help testing this diff. What I saw with the diff in

Re: raspberry pi 4 model b: xhci0: host system error

On 2021/11/01 22:33, Klemens Nanni wrote: > Neither RAMDISK nor GENERIC.MP from snapshots boot on my Raspberry 4 > Model B unless I disable xhci(4). > > I flashed miniroot70.img to an SD card, booted from it, did a default > install to it and booted the new system from it. > > Both times, `boot

Re: Installing inkscape or gimp causes conflicts with gcc-libs [OpenBSD 7.0]

On 2021/11/02 13:03, bug.ig...@aleeas.com wrote: > I'm on a fresh install of OpenBSD 7.0 amd64. I've tried with mirrors set to > "https://mirrors.dotsrc.org/pub/OpenBSD; and > "https://ftp.jaist.ac.jp/pub/OpenBSD; - results are same. > inkscape-1.0.2p0:ImageMagick-6.9.12.19: ok >

Re: raspberry pi 4 model b: xhci0: host system error

On 2021/11/02 00:05, Klemens Nanni wrote: > On Mon, Nov 01, 2021 at 10:40:33PM +0000, Stuart Henderson wrote: > > On 2021/11/01 22:33, Klemens Nanni wrote: > > 7.0-release is definitely known. EDK2-based definitely works. Older U-Boot > > should work. > > > > >

Re: shell script started by rcctl stops immediately

On 2021/11/09 09:45, Marcus MERIGHI wrote: > >Synopsis:shell script started by rcctl stops immediately > >Category:user > >Environment: > System : OpenBSD 7.0 > Details : OpenBSD 7.0-current (GENERIC.MP) #80: Mon Nov 8 08:34:04 > MST 2021 > >

Re: raspberry pi 4 model b: xhci0: host system error

On 2021/11/05 09:32, Paul de Weerd wrote: > Linking brcmfmac43455-sdio.raspberrypi,4-model-b.txt (which is what is > used with u-boot, I believe) to this name in /etc/firmware fixed bwfm0 > for me (although performance isn't great, but that's also the case > when using u-boot). btw I *don't* have

Re: df(1)s missing -m and -g options

On 2021/11/07 16:07, s...@sdf.org wrote: > >Synopsis:df(1) missing -m and -g options > >Category:Userland > >Environment: > System : OpenBSD 7.0 > Details : OpenBSD 7.0 (GENERIC.MP) #232: Thu Sep 30 14:25:29 MDT > 2021 > >

Re: Add support for Unihertz Jelly2 [0e8d:2008]

On 2021/10/28 18:21, Tim Chase wrote: > It appears to be a pretty bog-standard Android phone that should > present as an MTP device. Output from dmesg says > > ugen0 at uhub1 port 2 "Unihertz Jelly2" rev 2.10/2.23 addr 3 > > usbdevs says it's a > > addr 03: 0e8d:2008 Unihertz, Jelly2 > >

Re: ure0: usb error on tx: IN_PROGRESS

On 2021/07/20 11:03, adrian...@fortix.com.ar wrote: > >Description: > The ure driver with the RTL8152 adapter does not respond if the device > is UP before having ethernet link. The dmesg command displays the following > lines when the error occurs: Oh I hit that the other day, forgot the

Re: obsd 7.0 -stable : kernel: privileged instruction fault trap :: uvm_init+0x7

I would run a few cycles of memtest86+ and see how that looks.. -- Sent from a phone, apologies for poor formatting. On 9 January 2022 16:13:00 jason houx wrote: I have two new Intel(R) Celeron(R) CPU J3160 systems I picked up over the holidays to put into a carp/pfsync setup. I finished

Re: C2 state not recognized on Thinkpad T420s when on AC

On 2022/02/10 12:27, Stuart Henderson wrote: > On 2022/02/10 11:03, Jan Stary wrote: > > (Is there a way to increase that buffer, > > so that dmesg.boot would hold everything?) > > yes, MSGBUFSIZE in sys/param.h > to be more correct, /sys/arch/$ARCH/include/param.h

Re: Getting lots of "Can't install xyz because of libraries" while updating

Please keep the mailing list in CC On 2022/03/04 19:18, bug.ig...@aleeas.com wrote: > > You didn't include dmesg, but your installed snapshot must be out of date, > > libX11.so.18.0 is included in snapshots since shortly after 21 Feb. > > Sorry. Attached my dmesg. > > I thought running

Re: Getting lots of "Can't install xyz because of libraries" while updating

On 2022/03/05 16:40, bug.ig...@aleeas.com wrote: > > When you upgrade from the usb image, do you need to use non-default > answers to any of the questions? > > As far as I remember only for the file sets source drive (and its related > options). > > > There's no general problem with sysupgrade

route sourceaddr and ping/traceroute

Seems that "route sourceaddr" is not honoured by ping/traceroute, presumably because of raw sockets. Is this fixable? (I haven't used sourceaddr myself before, it seems a nice idea but also seems like it would have many corner cases, so I just stayed with my old NAT rules instead - Ian mentioned

Re: sysupgrade silently fails to upgrade file sets

One big / partition *is* a default setup for small storage devices and there's no reason inherent to that why sysupgrade shouldn't work. My expectation was that the issue was more likely to do with detecting the root filesystem but, as Florian points out, this wouldn't explain the kernel

Re: APU1D4 with OpenBSD 6.8 stable: Kernel Panic db_enter() x86_ipi_db()

Keeping bugs@openbsd.org in CC. [ old posts: https://marc.info/?l=openbsd-bugs=161573352908949=2 ] On 2022/03/17 20:19, Fox Steward wrote: > On Sun, Mar 14, 2021 at 02:51:36PM +0000, Stuart Henderson wrote: > > If you do ps /o (which will list active processes) that may gi

Re: gedit:/usr/local/lib/gedit/libgedit-41.so: undefined symbol 'gedit_dirs_get_user_cache_dir'

On 2022/02/17 20:00, Ricardo wrote: > Hey Antoine, > > I hope you having a good week. > Sorry to bother you, but I'm having issues trying to use gedit after > upgrading to the latest snapshot (amd64) and running pkg_add -u. > > GDB run output, trace and dmesg attached. > > Care to help me

<    2   3   4   5   6   7   8   9   >