Synopsis: Minecraft causes the entire system to hang
Category: system kernel amd64
I was playing Minecraft on a machine with a R7 360. Whenever I join a server,
after a few minutes or almost immediately, the entire system begins to hang and
stop responding. On a few occasions I can see this
On Fri, Apr 10, 2020 at 11:39:59PM +0200, Hrvoje Popovski wrote:
> hostname.tpmr20
> trunkport vxlan20
> trunkport vlan20
> up
>
>
> x3550m4# ifconfig tpmr20 destroy
>
> splassert: vlan_ioctl: want 2 have 0
> Starting stack trace...
> vlan_ioctl(8129d800,80206910,800021d048a8) at
On Fri, Apr 10, 2020 at 01:30:47PM -0600, Theo de Raadt wrote:
> Why did it take almost a year to find this?
>
> Or is this bug due to ioctl(2) becoming UNLOCKED on 2020/02/22?
This is not related to ioctl(2) becoming UNLOCKED. Lower-layer ioctl
code, soo_ioctl() included, lock the kernel when
On 10.4.2020. 21:30, Theo de Raadt wrote:
> Why did it take almost a year to find this?
>
> Or is this bug due to ioctl(2) becoming UNLOCKED on 2020/02/22?
Hi guys,
i think that this splassert is not related only to bridge..
hostname.bridge1242
add vxlan1242
add vlan1242
up
x3550m4#
Friday, 20200410 13:19-0600, Bob Beck wrote:
> On Fri, Apr 10, 2020 at 02:41:22PM -0400, David Goerger wrote:
> > I very much appreciate the help! But I'm still a bit confused, and
> > the fact that "hostedmail.com" (mail) has MX pointing to
> > "hostedemail.
Why did it take almost a year to find this?
Or is this bug due to ioctl(2) becoming UNLOCKED on 2020/02/22?
> On Fri, Apr 10, 2020 at 01:22:32PM -0600, Theo de Raadt wrote:
> > I would like an explanation of the root cause. What commit broke this?
>
> The root cause for these asserts is that
On Fri, Apr 10, 2020 at 01:22:32PM -0600, Theo de Raadt wrote:
> I would like an explanation of the root cause. What commit broke this?
The root cause for these asserts is that bridge_ioctl() drops NET_LOCK().
net/if_bridge.c revision 1.332
date: 2019/05/12 19:53:22; author: mpi; state: Exp;
I would like an explanation of the root cause. What commit broke this?
Visa Hankala wrote:
> On Fri, Apr 10, 2020 at 10:16:47AM -0400, David Hill wrote:
> > On a April 9, 2020 cvs built machine:
> >
> > An splassert shows when I add or delete vlan0 on bridge0
> >
> > # ifconfig bridge0 add
On Fri, Apr 10, 2020 at 02:41:22PM -0400, David Goerger wrote:
> Friday, 20200410 12:04-0600, Bob Beck wrote:
> >
> > So doing a little digging:
> >
> > obtuse1# dig hostedmail.com mx
> > ; <<>> dig 9.10.8-P1 <<>> hostedmail.com mx
> &
On Fri, Apr 10, 2020 at 10:16:47AM -0400, David Hill wrote:
> On a April 9, 2020 cvs built machine:
>
> An splassert shows when I add or delete vlan0 on bridge0
>
> # ifconfig bridge0 add vlan0
> splassert: vlan_ioctl: want 2 have 0
> Starting stack trace...
>
On 2020/04/10 12:04, Bob Beck wrote:
>
> So doing a little digging:
>
> obtuse1# dig hostedmail.com mx
> ; <<>> dig 9.10.8-P1 <<>> hostedmail.com mx
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36649
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1,
get that debug line tho :)
Cheers
-Bob
On Fri, Apr 10, 2020 at 01:01:16PM -0400, David Goerger wrote:
> Friday, 20200410 10:48-0600, Bob Beck wrote:
> >
> > What makes you believe your certificate failure is due to the wildcard
> > DNSname
> > and not d
Friday, 20200410 10:48-0600, Bob Beck wrote:
>
> What makes you believe your certificate failure is due to the wildcard DNSname
> and not due to some other reason (like the certificate not being trusted, or
> failing a critical extension, etc.)
>
> A quick scan of the wild
> > Relevant lines from smtpd.conf
> > --
> >
> > I think the only relevant bit is that I set "relay tls" and not "relay
> > tls no-verify" - the latter config would pass mail outbound despite
> > the remote certificate validation failure.
> >
> > ===
> > pki
I found another place to connect to it from and dumped the cert.
On Fri, Apr 10, 2020 at 10:50:11AM -0600, Theo de Raadt wrote:
> David, you should put an unfiltered reproducer on the internet.
>
> > I can't connect to that host from where I am, obviously it does some
> > sort of port 25
David, you should put an unfiltered reproducer on the internet.
> I can't connect to that host from where I am, obviously it does some
> sort of port 25 filtering or I would look at the certificate myself.
> instead of grepping strings it might be helpful to show the entire
> certificate.
>
>
What makes you believe your certificate failure is due to the wildcard DNSname
and not due to some other reason (like the certificate not being trusted, or
failing a critical extension, etc.)
A quick scan of the wildcard matching code in smtpd looks correct to me, but
it won't get in there if
I'm running OpenBSD-current on amd64 (dmesg below). I can test patches
but admit I got a bit lost this morning stepping through the certificate
verification code in usr.sbin/smtpd/{cert,mta_session,ssl_verify}.c
trying to debug this myself. I'll keep poking at it but would
appreciate any
On a April 9, 2020 cvs built machine:
An splassert shows when I add or delete vlan0 on bridge0
# ifconfig bridge0 add vlan0
splassert: vlan_ioctl: want 2 have 0
Starting stack trace...
vlan_ioctl(80936800,80206910,80003316f318) at vlan_ioctl+0x65
ifpromisc(80936800,1) at
On 10/04/20(Fri) 12:18, Pascal Cabaud wrote:
> Hello Martin,
>
> Thanks for searching bits in this bug report. Are the APU really popular
> to run OpenBSD or is there a problem with them: AFAICS, i've found many
> reports in archives...
The problem is unlikely to be related to the hardware.
>
On 10/04/20(Fri) 13:19, Claudio Jeker wrote:
> On Fri, Apr 10, 2020 at 12:14:17PM +0200, Martin Pieuchot wrote:
> > On 10/04/20(Fri) 11:18, Claudio Jeker wrote:
> > > On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote:
> > > > On 09/04/20(Thu) 20:22, Laurent Salle wrote:
> > > > > On
On Fri, Apr 10, 2020 at 12:14:17PM +0200, Martin Pieuchot wrote:
> On 10/04/20(Fri) 11:18, Claudio Jeker wrote:
> > On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote:
> > > On 09/04/20(Thu) 20:22, Laurent Salle wrote:
> > > > On 08/04/2020 06.52, Martin Pieuchot wrote:
> > > >
> > >
On 10/04/20(Fri) 11:18, Claudio Jeker wrote:
> On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote:
> > On 09/04/20(Thu) 20:22, Laurent Salle wrote:
> > > On 08/04/2020 06.52, Martin Pieuchot wrote:
> > >
> > > > It's the same bug as reported by sthen@. Two interfaces in the same
>
On 10/04/20(Fri) 09:42, Martin wrote:
> Have you found anything regarding the issue?
No I haven't.
> Now I have time to add dt(4) in conf/GENERIC build & install a new kernel,
> build & install btrace(8) and set kern.allowdt=1 in /etc/sysctl.conf.
>
> Looks like dt(4) is a part of -current,
Hello Martin,
Have you found anything regarding the issue?
Now I have time to add dt(4) in conf/GENERIC build & install a new kernel,
build & install btrace(8) and set kern.allowdt=1 in /etc/sysctl.conf.
Looks like dt(4) is a part of -current, but I can't move to -current right now.
I'm going
On Fri, Apr 10, 2020 at 10:47:53AM +0200, Martin Pieuchot wrote:
> On 09/04/20(Thu) 20:22, Laurent Salle wrote:
> > On 08/04/2020 06.52, Martin Pieuchot wrote:
> >
> > > It's the same bug as reported by sthen@. Two interfaces in the same
> > > subnet
> > > have two identical cloning routes:
> >
On 09/04/20(Thu) 20:22, Laurent Salle wrote:
> On 08/04/2020 06.52, Martin Pieuchot wrote:
>
> > It's the same bug as reported by sthen@. Two interfaces in the same subnet
> > have two identical cloning routes:
>
> I've been able to reproduce systematically the problem with an OpenBSD
> virtual
Hello Pascal,
On 09/04/20(Thu) 16:10, Pascal Cabaud wrote:
> > Synopsis: Once a day, my APU1D4 used to crash
> > Category: kernel
> > Environment:
> System : OpenBSD 6.6
> Details : OpenBSD 6.6 (GENERIC.MP) #372: Sat Oct 12 10:56:27 MDT
> 2019
>
>
On 09/04/20(Thu) 16:10, Massimiliano Stucchi wrote:
> >Synopsis:Crash while using ospfd over vxlan
> >Category:bug
> >Environment:
> System : OpenBSD 6.6
> Details : OpenBSD 6.6 (GENERIC.MP) #5: Sun Feb 16 01:56:11 MST 2020
>
>
29 matches
Mail list logo