s0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2
acpitz0 at acpi0: critical temperature is 103 degC
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
acpi0: unable to map iospace
[last message repeated x101]
-Lucas
[0]: https://marc.info/?l=openbsd-bugs&m=158622837109003&w=2
Lucas wrote:
> For completeness, transcribed as I can't SSH into it, ...
I can nc tho! Previous dmesg + sysupgrade + current dmesg. I tried to
run sendbug, but output stops after "usbdevs". Let me know how can I get
the acpi output.
OpenBSD 6.8-current (GENERIC.MP) #254: Fri J
Lucas wrote:
> I can nc tho! Previous dmesg + sysupgrade + current dmesg. I tried to
> run sendbug, but output stops after "usbdevs". Let me know how can I get
> the acpi output.
Reading sendbug.c, of course. Sorry for the multiple emails.
begi
Stuart Henderson wrote:
> 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
>Synopsis: Can't hibernate: failed to allocate hibernate memory
>Category: system kernel amd64
>Environment:
System : OpenBSD 6.6
Details : OpenBSD 6.6-current (GENERIC.MP) #1: Sat Apr 4 16:21:47
UTC 2020
lucas@oolong
esg.
TL;DR: I can't reproduce issue. Give a better report or get lost.
> Mounting ramdisk kernel.
If this isn't /bsd.rd, explain yourself better.
On the bright side, TIL rdsetroot(8), so I guess this wasn't completely
useless for me.
-Lucas
[1]: https://www.openbsd.org/faq/faq5.ht
on
follows. Lemme know if I can provide with more information.
-Lucas
panic: kernel diagnostic assertion "!ISSET(rt->rt_flags, RTF_UP)" failed: file
"/usr/src/sys/net/route.c", line 506
Stopped at db_enter+0x10: popq%rbp
TIDPIDUID PRFLAGS PFLAGS C
Lucas wrote:
> Hello,
>
> I got the following panic while trying out an iked(8) responder in a VPS
> on Hetzner, type CX11. There is no dmesg yet because I left the ddb
> console on in case I'm asked to run more commands there. It has 2 vCPUs
> and it's running 7.0-
If it adds any value, I just hit this again. Didn't do anything special,
traceback is the same. I don't mind trying patches against -stable in
this server.
Lucas wrote:
> Lucas wrote:
> > Hello,
> >
> > I got the following panic while trying out an iked(8) re
Am hiting this too, during unhibernate, 100% reproduction. It started
after installing a -current snapshot last Saturday. Got 2 different
traces. Both times, the lower half of the screen had noise, while the
upper half was black.
First time: text console, tried to switch right away to X and crashe
>Synopsis: `ttyflags -a` hangs the system
>Category: tty?
>Environment:
System : OpenBSD 7.1
Details : OpenBSD 7.1 (GENERIC.MP) #465: Mon Apr 11 18:03:57 MDT
2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>Synopsis: AHCI? issues on APU6
>Category:
>Environment:
System : OpenBSD 7.2
Details : OpenBSD 7.2-beta (AHCI_DEBUG) #1: Tue Jul 26 19:47:26 UTC
2022
lu...@schwi.home.arpa:/usr/src/sys/arch/amd64/compile/AHCI_DEBUG
Architectur
>Synopsis: vmd doesn't honor "local prefix"
>Category: vmd
>Environment:
System : OpenBSD 7.3
Details : OpenBSD 7.3-current (GENERIC.MP) #1175: Wed May 3
08:19:33 MDT 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERI
>Synopsis: 'scsi_xfer pool exhausted' console spam, system unresponsive
>Category:
>Environment:
System : OpenBSD 7.3
Details : OpenBSD 7.3 (GENERIC.MP) #1125: Sat Mar 25 10:36:29 MDT
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/com
Stuart Henderson wrote:
> Are you monitoring memory usage too? My first instinct is that 2GB feels a
> bit low so I'd want to get some stats on that.
>
> (I have reported these on i386 ports builders from time to time too, I
> can't do much about memory use there though..)
Thanks for the point
>Synopsis: dhcpleased(8) doesn't handle underlying changes in trunk(4)
>Category: system
>Environment:
System : OpenBSD 6.9
Details : OpenBSD 6.9 (GENERIC.MP) #459: Fri Apr 9 11:31:33 MDT
2021
dera...@amd64.openbsd.org:/usr/src/sys/arch
Hi bugs@, Damien,
I updated to a really recent snapshot
oolong$ sysctl kern.version
kern.version=OpenBSD 6.9-current (GENERIC.MP) #58: Tue Jun 8 10:24:26 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
still t
>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
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Stuart Henderson wrote:
> Try building a kernel with most things -current but the zlib update in
> the kernel backed out e.g.
>
> cd /sys
> cvs up -PdA
> cd /sys/lib/libz
> cvs up -D 2021/07/01
> cd /sys/arch/amd64/compile/GENERIC.MP
> make obj && make && doas make install
Needed a `make config`
After building with today's changes for sys/lib/libz from deraadt@, I
can successfully unhibernate the laptop. Thanks!
CVSROOT:/cvs
Module name:src
Changes by: dera...@cvs.openbsd.org 2021/07/08 14:02:42
Modified files:
sys/lib/libz : Makefile zutil.h
Log message:
In r
Frederic,
I am indeed using EFI. Your patch worked wonderfully! I'm seeing the expected
behavior
of the xenodm login screen, logging in, and launching applications as would
normally
be expected.
Do you need additional logs?
Thanks,
Lucas
On Sun, Mar 24, 2019 at 10:46:52AM +0100, Fre
sting in a different way
>
>
> Laurie
>
Laurie and I have been exchanging notes about our respective
experiences. So far, my Framework 12th gen has been stable and
doesn't panic.
Some notes:
* Using the default us encoding, I can swap between wsconsctl
keyboard.encoding values with no panics
* Setting /etc/kbdtype to us and swapping values with wsconsctl
doesn't cause panics
* kbd -l produces a list of encodings
* Laurie and I have identical BIOS versions and (seemingly) identical
hardware
Happy to provide more info if needed
Lucas
On Sat, Aug 13, 2022 at 03:12:03PM +, Lucas Raab wrote:
> Laurie and I have been exchanging notes about our respective
> experiences. So far, my Framework 12th gen has been stable and
> doesn't panic.
>
> Some notes:
> * Using the default us encoding, I can
On Sat, Apr 27, 2024 at 11:16:43AM GMT, kir...@korins.ky wrote:
> >Synopsis:X11 crashes when start Intellij IDEA
> >Category:X11
> >Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5-current (GENERIC.MP) #32: Fri Apr 26 10:29:33
> MDT 2024
>
if there were an implicit "%" inserted into the
begining of new_string.
2. It works as if there were an implicit "%" inserted into the
begining of old_string.
3. It works as if "%" were not escaped, and the backslash were
a regular character before it.
4. It works as if "%" were not escaped, and the backslash were
a regular character before it.
-- Lucas de Sena
(xserv74.tgz) =
3f08b87bd651e7a89f060ba6fa7bd86e6a873cbd4a040ee69711fa3d09b0d4b9
SHA256 (xshare74.tgz) =
435c2ad9e5768127d3ac28e09174b1b465325f75e406c129a01177b0c6ef8faa
No aparent issue with it other than wasting time by computing SHA256 of
the files in duplicated entries twice.
Lucas
d it with Gajim
it didn't provide much information as lot of things happened in
libraries.
Lucas
On Sat, Mar 02, 2024 at 08:32:04PM +, Lucas Gabriel Vuotto wrote:
> Hello,
>
> gajim is reporting a msyscall error on launch since today's snapshot.
>
> OpenBSD 7.5 (GENERIC.MP) #46: Fri Mar 1 19:36:05 MST 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/a
On Sun, Mar 03, 2024 at 11:58:51AM +, Stuart Henderson wrote:
> On 2024/03/02 14:46, Theo de Raadt wrote:
> > Is this a situation where two libc's are being loaded into the address
> > space? And the 2nd one is refused for pinsyscalls & msyscall, etc etc.
>
> It seems the most likely cause. C
(nitpick)
When invoked with a single argument and this argument is not a number,
cal(1) thinks it is a month name and calls parsemonth() on it.
If this non-numeric argument is not a valid month name, it exit with the
following error message:
> invalid month: use 1-12 or a name
That error messag
On 2023-01-24, Lucas de Sena wrote:
> (nitpick)
While I'm at it, here's a patch for the SYNOPSIS section of the manual:
Index: usr.bin/cal/cal.1
===
RCS file: /cvs/src/usr.bin/cal/cal.1,v
retrieving revision 1.32
diff
> hi.
>
> the trouble is, openbsd supports a single month name argument to cal(1):
>
> $ cal jan
>
> the ability is non-standard, but is documented as such.
>
> so our SYNOPSIS is correct and this proposal, as far as i can see,
> incorrect.
>
> jmc
Indeed, my proposed SYNOPSIS ignores t
$ bash -c 'echo foo | { cat & tr o e ; }'
foo
$ ksh93 -c 'echo foo | { cat & tr o e ; }'
foo
Only OpenBSD's ksh(1) shows this bad behavior.
I'm running OpenBSD 7.3 -current:
$ uname -a
OpenBSD sabia 7.3 GENERIC.MP#1268 amd64
Cheers,
Lucas de Sena
On Mon, Jul 22, 2024 at 12:50:03PM GMT, Mike Larkin wrote:
> does zzz (suspend, lowercase z) work properly?
It does, regarding USB. (the "wakeup event: GPE 0x0" is still present.)
On Mon, Jul 22, 2024 at 10:52:19PM GMT, Mark Kettenis wrote:
> However, it is entirely plausible that the breakage is caused by either:
>
> dev/acpi/acpipwrres.c rev. 1.14
this is the one I tried backing out with no success.
> or
>
> dev/acpi/acpi.c rev. 1.434
backing only this one out did
On Wed, Jul 31, 2024 at 10:42:16PM GMT, Mark Kettenis wrote:
> > Date: Wed, 31 Jul 2024 11:23:08 +0200
> > From: Mark Kettenis
> >
> > > Date: Mon, 22 Jul 2024 22:33:39 +
> > > From: Lucas Gabriel Vuotto
> > >
> > > On Mo
On Wed, Aug 21, 2024 at 07:32:34AM GMT, David McMackins II wrote:
> Hello.
>
> I'm trying to set up a gemini server using vger and following the
> instructions in its git repo: https://tildegit.org/solene/vger
>
> However, the TLS handshake with relayd is failing as follows:
>
> rsae_send_imsg:
On 2023-12-10, Lucas de Sena wrote:
> I could identify the following bugs in make(1), concerning the
> "%" character on a variable substitution:
>
> - If there's no "%" in the left or right hand side string of a
> variable substitution, make(1) prepends o
On Thu, Dec 26, 2024 at 10:46:10AM -0500, William Rusnack wrote:
> >Synopsis:The ordering of the iked flags -d and -n erroneously changes
> >the debug level.
> >Category:bin
> >Description:
> I've found an issue with iked's command line flag processing where the
> order of
> t
Surprisingly, I managed to compile a kernel way faster than what I
expected.
This didn't help.
ddb> show panic
*cpu0: _dmamap_sync: ran off map!
ddb> bt
panic() at panic+0xfe
_dmamem_alloc() at _dmamem_alloc
ehci_idone() at ehci_idone+0x17e
ehci_softintr() at ehci_softintr+0xfe
softintr_dispatch(
>Synopsis: kernel panic: cpu0: _dmamap_sync: ran off map!
>Category: kernel riscv64
>Environment:
System : OpenBSD 7.6
Details : OpenBSD 7.6-current (GENERIC) #140: Fri Jan 31 06:08:51
MST 2025
dera...@riscv64.openbsd.org:/usr/src/sys/ar
On Fri, Jan 03, 2025 at 07:13:37AM -0500, William Rusnack wrote:
> Specifically with iked, it makes debugging configurations remotely very
> tedious and time consuming since after stopping iked you have to wait a
> minute to ssh the server every time.
ikectl decouple; rcctl stop iked
>Synopsis: panic: ffs_blkfree: freeing free frag
>Category: kernel
>Environment:
System : OpenBSD 7.6
Details : OpenBSD 7.6-current (GENERIC.MP) #497: Fri Jan 3
10:21:33 MST 2025
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile
On Sat, Apr 05, 2025 at 09:36:07AM +0200, Walter Alejandro Iglesias wrote:
> Hi again Lucas,
>
> This time I paid a little more attention :-). Maybe I'm missing
> something, but it seems to me that, in your patch, the skip_utf8_cont
> variable is unnecessary.
>
> Anywa
patch
below fixes the issue for me. The approach taken is first skipping all
the UTF-8 continuation bytes after the cursor, before considering
skipping spaces.
OK? Too close for release?
Lucas
diff refs/heads/master 6fa8b54754b6fba159a065d3fc32b57ca
On Fri, May 09, 2025 at 08:24:33AM -0700, Andrew Hewus Fresh wrote:
> On Fri, May 09, 2025 at 08:12:02AM +0000, Lucas Gabriel Vuotto wrote:
> > On Thu, May 08, 2025 at 05:29:24PM -0700, Andrew Hewus Fresh wrote:
> > > It's pretty easy to fix fw_update.
> > > Ap
On Thu, May 08, 2025 at 05:29:24PM -0700, Andrew Hewus Fresh wrote:
> It's pretty easy to fix fw_update.
> Apparently was not thinking when I wrote it.
>
> Comments, OK?
In principle this is OK lucas, but I do have comments.
>
>Synopsis: splassert: pool_do_put: want 0 have 1
>Category: kernel
>Environment:
System : OpenBSD 7.7
Details : OpenBSD 7.7-current (GENERIC.MP) #53: Fri Jul 11 07:40:44
MDT 2025
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/
Thanks, I'm giving it a spin. Will report back in a couple of days.
On Wed, Jul 16, 2025 at 11:02:01PM +1000, Jonathan Gray wrote:
> On Wed, Jul 16, 2025 at 12:04:12PM +0000, Lucas Gabriel Vuotto wrote:
> > >Synopsis: splassert: pool_do_put: want 0 have 1
> > >Category
49 matches
Mail list logo
