Hello David,
david-mau...@netdefi.com (david-mau...@netdefi.com), 2018.02.19 (Mon) 12:09
(CET):
> the result of the shutdown +5 -p command is unexpected :
your use of shutdown(8) is unexpected, too; do you get the same result
with shutdown -p +5?
> Enter pathname of shell or return for sh
Thi
t1...@protonmail.ch (Tinker), 2018.07.27 (Fri) 12:17 (CEST):
> (Also note that the USB 3 stack separately is unstable, and maybe
For the archives:
That statement is wrong, unless all the dozens of terabytes I've moved
over xhci(4) are broken now.
Do you mean the isochronous transfer thing? CVS l
a...@aminmesbah.com (Amin Mesbah), 2020.09.10 (Thu) 04:09 (CEST):
> On Mon Sep 7, 2020 at 5:59 AM PDT, Amin Mesbah wrote:
> > >Synopsis: Thinkpad X220 High Temperature / Fan Spinning Constantly
> > >Category: system
> > >Environment:
> > System : OpenBSD 6.7
> > Details : OpenBSD 6.7 (GENERIC.MP)
>Synopsis: kernel panic on apu4
>Category: kernel amd64
>Environment:
System : OpenBSD 6.8
Details : OpenBSD 6.8 (GENERIC.MP) #1: Tue Nov 3 09:06:04 MST 2020
r...@syspatch-68-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
e30, count: 248
End of stack trace.
syncing disks...
Marcus
mcmer-open...@tor.at (Marcus MERIGHI), 2020.11.26 (Thu) 16:51 (CET):
> >Synopsis:kernel panic on apu4
> >Category:kernel amd64
> >Environment:
> System : OpenBSD 6.8
> Details : OpenBSD
s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > It happened again; anything I should do when "syncing disks..." is done?
This time around it doesn't seem to finish "syncing disks..."
s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 19:34 (CET):
> On 2020/11/27 18:50, Mark Kettenis wrote:
> > > Date: Fri, 27 Nov 2020 18:43:47 +0100
> > > From: Marcus MERIGHI
> > >
> > > s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 1
>Synopsis: dig(1)/host(1) "invalid use of multicast address" with TCP
>Category: user
>Environment:
System : OpenBSD 6.8
Details : OpenBSD 6.8 (GENERIC.MP) #1: Tue Nov 3 09:06:04 MST 2020
r...@syspatch-68-amd64.openbsd.org:/usr/src/sys/
mark.kette...@xs4all.nl (Mark Kettenis), 2020.11.29 (Sun) 14:05 (CET):
> > Date: Sun, 29 Nov 2020 12:54:10 +
> > From: Stuart Henderson
> >
> > On 2020/11/29 13:20, Theo Buehler wrote:
> > > On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > > > I have now seen mine crash w
mark.kette...@xs4all.nl (Mark Kettenis), 2020.11.30 (Mon) 21:05 (CET):
> > Date: Mon, 30 Nov 2020 19:12:19 +0100
> > From: Alexander Bluhm
> >
> > On Thu, Nov 26, 2020 at 04:51:23PM +0100, Marcus MERIGHI wrote:
> > > Starting stack trace...
> > &
rcus
flor...@openbsd.org (Florian Obser), 2020.11.29 (Sun) 19:18 (CET):
> Fixed in rev 1.14 of usr.bin/dig/lib/isc/sockaddr.c by jmatthew.
> Sorry for the inconveniences.
>
>
> On 29 November 2020 13:58:39 CET, Marcus MERIGHI wrote:
> >>Synopsis: dig(1)/host(1) "inv
Good Morning Mikolaj,
I have the same message in Xorg.0.log on my Pinebook Pro, ever since I
have it. It's a known bug for the Pinebook Pro.
A second attempt at starting xenodm(1) succeeds for me.
Marcus
miko...@kucharski.name (Mikolaj Kucharski), 2020.03.26 (Thu) 21:05 (CET):
> >Synopsis:
I just found a CARP BACKUP firewall in the state shown below.
This is the entire console output since restart yesterday.
I'll leave it in this state in case anyone wants additional info.
Until tomorrow morning 6am CEST, that is about 14 hours from now.
Marcus
OpenBSD 6.6 (GENERIC.MP) #7: Thu M
Solved, sorry for the noise.
A problem existed between keyboard and chair.
Details on what *not to do* are below...
sema...@online.fr (Sebastien Marie), 2020.06.14 (Sun) 14:23 (CEST):
> On Sun, Jun 14, 2020 at 12:45:46PM +0200, Marcus MERIGHI wrote:
> > Short summary, ahead of t
I would not expect getent(1) ("get entries from administrative
database") to do network DNS lookups.
Usual sendbug(1) machine info omitted because it applies to all machines
I have access to - though these are all amd64.
Reproduce:
have a default hosts(5):
127.0.0.1 localhost
::1
Hello Raf,
rczlo...@gmail.com (Raf Czlonka), 2016.06.08 (Wed) 12:15 (CEST):
> On Wed, Jun 08, 2016 at 10:59:00AM BST, Marcus MERIGHI wrote:
> > I would not expect getent(1) ("get entries from administrative
> > database") to do network DNS lookups.
>
> Yes, it eve
When booting bsd.rd, after the line
umass0 at uhub4 port 4 configuration 3 interface 0 "Lenovo F5521gw" rev
2.00/0.00 addr 3
there is a long (minutes) delay.
To me it seems bsd.rd these days finds a umass device the so-called WWAN
interface (GPRS/UMTS/LTE+GPS) provides.
Possibly related:
http
m...@openbsd.org (Martin Pieuchot), 2016.06.19 (Sun) 13:28 (CEST):
> On 19/06/16(Sun) 11:26, Marcus MERIGHI wrote:
> > When booting bsd.rd, after the line
> >
> > umass0 at uhub4 port 4 configuration 3 interface 0 "Lenovo F5521gw" rev
> > 2.00/0.00 add
first: thanks for relayd!
After a few days with relayd I think that:
a) when dealing with a wildcard server certificate relayd fails in
rewriting the cert with the local CA.
b) when dealing with X509v3 Subject Alternative Name(s) relayd fails to
connect to the destination server.
Index:
-
glenn.faust...@gmail.com (Glenn Faustino), 2015.12.20 (Sun) 11:19 (CET):
> Thanks! This also fixed the brightness issue on my Thinkpad X220 and
> X200.
hw.version=ThinkPad X200s
Brightness now stays at the level I've set with Fn+PgUp/PgDown when
un/plugging power; it does, however, not stay on t
n channel 1 mode 11g
> iwn0: sending assoc_req to c6:05:28:77:ea:c2 on channel 1 mode 11g
> iwn0: received auth from c6:05:28:77:ea:c2 rssi -30 mode 11g
> iwn0: associated with c6:05:28:77:ea:c2 ssid "LTE-E5372" channel 1 start
> MCS 0 long preamble short slot time HT enabled
>
Nothing that I have done except having it on my lap, lid open. IIRC.
I'm not even sure this is a bug, maybe some hardware failed or I might
have bent it or pulled out the sd card.
dmesg with stack trace:
uvideo0 at uhub3 port 6 configuration 1 interface 0 "Lenovo product
0x480c" rev 2.00/31.34 ad
'.
I tried my gdb voodoo but it is weak...
gdb(1) 'bt' on the cores has one thing in common: - no such
file.
Below my posts to misc@ (sorry!), followed by -current (24/1) dmesg.
Attached is the usual info on bugs@, for 5.7 and -current (24/1).
One of the machines is ready f
sisnk...@gmail.com (Stefan Kempf), 2016.01.28 (Thu) 06:48 (CET):
> Stuart Henderson wrote:
> > On 2016/01/27 20:10, Stefan Kempf wrote:
> > > So what I suspect to happen is that:
> > > - userland does a syscall
> > > - something goes wrong in the kernel, causing it to call
> > > sigexit(SIGILL),
sisnk...@gmail.com (Stefan Kempf), 2016.01.28 (Thu) 20:57 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.28 (Thu) 06:48 (CET):
> > > Stuart Henderson wrote:
> > > > On 2016/01/27 20:10, Stefan Kempf wrote:
> > >
sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.28 (Thu) 20:57 (CET):
> > > Marcus MERIGHI wrote:
> > >
> > > Let's see what the stack pointer looks like when you g
sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> > > We need to see how it looks like from within the kernel (and whether
> > > the illegal instruction i
sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.01.30 (Sat) 10:49 (CET):
> > > We need to see how it looks like from within the kernel (and whether
> > > the illegal instruction i
e seen this on dying HDDs but not on a softraid disk.
Does this mean the underlying softraid is broken?
Thanks in advance, Marcus
mcmer-open...@tor.at (Marcus MERIGHI), 2016.01.28 (Thu) 10:58 (CET):
> Softraid RAID-5 on four 4TB HDDs.
> The four disks are in an external enclosure (JBOD),
pguent...@proofpoint.com (Philip Guenther), 2016.02.02 (Tue) 18:00 (CET):
> On Tue, 2 Feb 2016, Marcus MERIGHI wrote:
> > sisnk...@gmail.com (Stefan Kempf), 2016.02.01 (Mon) 19:13 (CET):
> > > Marcus MERIGHI wrote:
> > > > sisnk...@gmail.com (Stefan Kempf
frame: 0x1388, count: 246
0x8:
End of stack trace.
syncing disks... 15 6 2 1 1 1 [...] giving up
Bye, Marcus
mcmer-open...@tor.at (Marcus MERIGHI), 2016.02.02 (Tue) 13:38 (CET):
> The rebuild has finished:
>
> Volume Status Size Device
> softraid0 0 Onli
>Synopsis: resume fails on -current #2000 on lenovo x200s
>Category: suspend/resume
>Environment:
System : OpenBSD 5.9
Details : OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29
17:01:24 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys
mlar...@azathoth.net (Mike Larkin), 2016.04.30 (Sat) 12:42 (CEST):
> On Sat, Apr 30, 2016 at 10:38:08AM +0200, Marcus MERIGHI wrote:
> > >Synopsis: resume fails on -current #2000 on lenovo x200s
> > >Category: suspend/resume
> > >Environment:
> > Syste
mark.kette...@xs4all.nl (Mark Kettenis), 2016.05.04 (Wed) 16:20 (CEST):
> > Date: Tue, 3 May 2016 08:47:22 -0700
> > From: Philip Guenther
> >
> > On Tue, 3 May 2016, Mark Kettenis wrote:
> > > I think the answer is that we should set CPUF_PRIMARY earlier. In fact
> > > we can set it in the ini
>Synopsis: x220 keyboard shortcuts (fn+X) stopped working
>Category: system
>Environment:
System : OpenBSD 6.2
Details : OpenBSD 6.2-beta (GENERIC.MP) #70: Tue Sep 5 00:00:55
MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/co
-open...@tor.at (Marcus Merighi), 2017.09.06 (Wed) 08:58 (CEST):
> >Synopsis:x220 keyboard shortcuts (fn+X) stopped working
> >Category:system
> >Environment:
> System : OpenBSD 6.2
> Details : OpenBSD 6.2-beta (GENERIC.MP) #70: Tue Sep
--- eurobsdcon2014-libressl.html.orig Mon Sep 29 11:46:53 2014
+++ eurobsdcon2014-libressl.htmlMon Sep 29 11:47:33 2014
@@ -201,7 +201,8 @@
months 2-5
-OK, I still haven't talked too much about we have done since the last update.
+OK, I still haven't talked too much about what we hav
hello,
just wanted to let you know that a running iostat automagically adds cd0
to it's output when such a device is plugged in:
$ iostat sd0 4
tty sd0 cpu
tin tout KB/t t/s MB/s us ni sy in id
2 189 8.90 14 0.12 0 3 3 0 93
0 33 7.601
sorry, forgot the important info. see bottom of message.
mcmer-open...@tor.at (Marcus MERIGHI), 2015.02.26 (Thu) 10:56 (CET):
> hello,
>
> just wanted to let you know that a running iostat automagically adds cd0
> to it's output when such a device is plugged in:
>
> $ i
use dvdcpy to backup copy protected DVD.
sorry, no console, just fotos:
last lines of dvdcpy, cd0 read errors, trace cpu0:
http://www.tor.at/openbsd/20150226_111508.jpg
ps (slightly overlapping):
http://www.tor.at/openbsd/20150226_111559.jpg
http://www.tor.at/openbsd/20150226_111708.jpg
trace
st...@openbsd.org (Stuart Henderson), 2015.02.26 (Thu) 13:05 (CET):
> On 2015/02/26 11:40, Marcus MERIGHI wrote:
> > use dvdcpy to backup copy protected DVD.
> >
> > sorry, no console, just fotos:
> >
> > last lines of dvdcpy, cd0 read errors, trace cp
st...@openbsd.org (Stuart Henderson), 2015.02.26 (Thu) 15:26 (CET):
> On 2015/02/26 14:47, Marcus MERIGHI wrote:
> > st...@openbsd.org (Stuart Henderson), 2015.02.26 (Thu) 13:05 (CET):
> > > On 2015/02/26 11:40, Marcus MERIGHI wrote:
> > > > use dvdcp
>Synopsis: xbacklight(1) - No outputs have backlight property
>Category: xenocara
>Environment:
System : OpenBSD 6.1
Details : OpenBSD 6.1-current (GENERIC.MP) #77: Sun Jul 2 19:57:16
MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch
>Synopsis: security(8) occasionally sends errors for NFS mounts
>Category: base, security(8)
>Environment:
System : OpenBSD 6.3
Details : OpenBSD 6.3 (GENERIC.MP) #11: Thu Sep 20 16:05:37 CEST
2018
r...@syspatch-63-amd64.openbsd.org:/usr
>Synopsis: iwn(4) and urtwn(4) no network on x220
>Category: system amd64 wireless 802.11
>Environment:
System : OpenBSD 6.5
Details : OpenBSD 6.5-current (GENERIC.MP) #11: Sat Jun 8 12:30:43
MDT 2019
dera...@amd64.openbsd.org:/usr/src/
09, 2019 at 07:57:29PM +0200, Marcus Merighi wrote:
> > > >Synopsis:iwn(4) and urtwn(4) no network on x220
> > > >Category:system amd64 wireless 802.11
> > > >Environment:
> > > System : OpenBSD 6.5
> > > Details
I just upgraded another Shuttle, this time a DS47D.
USB devices work there (tested: keyboard, disk).
obvious dmesg differences:
DS47D:
xhci0 at pci3 dev 0 function 0 "ASMedia ASM1042A xHCI" rev 0x00: apic 2 int 18,
xHCI 1.0
ehci0 at pci0 dev 26 function 0 "Intel 7 Series USB" rev 0x04: apic 2
Hello,
s...@stsp.name (Stefan Sperling), 2019.08.29 (Thu) 12:22 (CEST):
> On Thu, Aug 29, 2019 at 12:15:24PM +0200, Marcus MERIGHI wrote:
> > >Synopsis: USB defunc on Shuttle DS57U
>
> There seem to be problems in the latest snapshot build.
> Please try to compile
Hello,
j...@jsg.id.au (Jonathan Gray), 2019.09.08 (Sun) 15:53 (CEST):
> On Sun, Sep 08, 2019 at 02:53:31PM +0200, Marcus MERIGHI wrote:
> > j...@jsg.id.au (Jonathan Gray), 2019.09.08 (Sun) 04:05 (CEST):
> > > Previously the drm code faked a 1024x768 fb if nothing was connected
dera...@openbsd.org (Theo de Raadt), 2019.09.08 (Sun) 16:09 (CEST):
> Marcus MERIGHI wrote:
>
> > 6.6-release is approaching.
>
> No it is not.
OpenBSD 6.5 released - Apr 24 2019
OpenBSD 6.4 released - Oct 18, 2018
OpenBSD 6.3 released - Apr 2, 2018
OpenBSD 6.2 released - O
Hallo,
a recent post on misc@ mentioned the following crontab(5) command to
remove core files:
@reboot /usr/bin/find ~ -fstype local -name '*.core' -delete
( https://marc.info/?l=openbsd-misc&m=169303728425504 )
I wondered why I did not use the "-delete" primary but the "-print0 |
xargs -0" pip
Hello,
thanks for taking a look! My reproducer is at the end.
What I missed to state: this is on amd64,
OpenBSD 7.3-current (GENERIC.MP) #1356: Mon Aug 28 09:35:30 MDT 2023
kern...@gmail.com (George Koehler), 2023.08.28 (Mon) 22:01 (CEST):
> On Mon, 28 Aug 2023 12:42:39 +0200
> Marcus M
Hello Mikhail,
you possibly hit this known unsolved problem:
https://marc.info/?t=16698206556
workaround, from the above thread, thanks claudio@:
pkill -f --type=gpu-process
Marcus
mp39...@gmail.com (Mikhail), 2023.02.12 (Sun) 13:08 (CET):
>
> I use -current and sometime
Hello Eugene,
your dmesg attachments are strangely mangled. see
https://marc.info/?l=openbsd-bugs&m=16105622032
Marcus
mozha...@schizoden.xyz (Eugene Moz.), 2021.03.12 (Fri) 14:08 (CET):
> Hello,
> I have this Intel atom baytrail laptop with 32bit only uefi and 64bit
> processor, e
Hello,
pe...@bsdly.net (Peter N. M. Hansteen), 2021.05.31 (Mon) 18:10 (CEST):
> I was hoping one of the existing realtek wifi drivers might do the
> trick but apparently not, as of right now.
but... your dmesg shows this?
urtwn0 at uhub1 port 1 configuration 1 interface 0 "Realtek 802.11n WLAN
Hello!
s...@spacehopper.org (Stuart Henderson), 2021.08.10 (Tue) 23:10 (CEST):
> On 2021/08/10 21:43, Theo Buehler wrote:
> > On Tue, Aug 10, 2021 at 11:38:11AM +0100, Stuart Henderson wrote:
> > > Something appears to have broken x260 suspend; zzz results in it sitting
> > > with
> > > screen of
Hello Anton!
an...@openbsd.org (Anton Lindqvist), 2021.08.26 (Thu) 12:39 (CEST):
> On Thu, Aug 26, 2021 at 12:30:56PM +0200, Marcus MERIGHI wrote:
> > >Synopsis: t460s hangs with hotplugged external usb keyboard
> > >Environment:
> > Details : OpenBSD 7.0-beta
Yes, most current snapshot I could get (search for DMESG below).
Most simple setup: NIC(1) - cable - NIC(2).
I tried both NICs of the DS47 for NIC(1); various endpoints for NIC(2);
various cables, both normal and cross-over, to be sure. Lots of
combinations...
I'm currently putting src/sys on that
Hello,
I've been using this machine heavily with OpenBSD - but not for about a
year.
It does not prevent the machine from running, it just takes a couple of
minutes when booting. Did not test X.
I did boot -c && "disable inteldrm" to get on.
Willing to provide further info, of course.
Bye, Ma
while doing
$ diskrescue -R ./.res -b 1m -o /dev/rsd0c -r /dev/rsd1c recover
the machine crashed for five times now.
Inteldrm is disabled via ukc, see my previous message.
Both sd0 and sd1 are connected via USB.
The "BBB" messages were expected since sd1 is a broken disk.
Willing to provide
you are not alone:
http://marc.info/?l=openbsd-misc&m=139164016913867
debugging info:
http://marc.info/?l=openbsd-misc&m=139177156803271
Bye, Marcus
rsg...@ya.ru (Roman), 2014.02.10 (Mon) 08:32 (CET):
> >Synopsis:unstable urtwn-powered device
> >Category:kernel
> >Environment:
> Sys
ren...@allard.it (Renaud Allard), 2014.02.14 (Fri) 09:12 (CET):
> Hello,
>
> I have configured dhcpd to fill pf tables with the leases given by starting
> it with "-A dhcp_leases -C dhcp_leases -L dhcp_leases"
> This went OK for some time, then at some point I tried to restart dhcpd with
> "/etc/r
pinging to make sure it's not lost accidentally (but intentionally :-)
Bye, Marcus
mcmer-open...@tor.at (Marcus MERIGHI), 2014.02.07 (Fri) 16:53 (CET):
> I've been using this machine heavily with OpenBSD - but not for about a
> year.
>
> It does not prevent the machine
63 matches
Mail list logo
