https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #41 from Eugene Grosbein ---
(In reply to Konstantin Belousov from comment #40)
Thank you very much. I built new kernel with this patch to tuntap in addition
to previous one from comment #20. I will boot new kernel at the end o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #40 from Konstantin Belousov ---
commit 508e5f7d8d852b0f24cf0200d4486997d5d09409
Author: Konstantin Belousov
Date: Thu Sep 21 13:47:14 2023 +0300
tun/tap: correct ref count on cloned cdevs
PR: 273418
(cherr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #39 from Eugene Grosbein ---
(In reply to Konstantin Belousov from comment #38)
Last chunk either lacks closing } with some code, or has extra opening {
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #38 from Konstantin Belousov ---
Or better, this one. Previous patch would leak refcount on non-cloned cdevs.
commit 0da5656dd70cd5a41c7fb3f4f1c5b8d7f72b9801
Author: Konstantin Belousov
Date: Thu Sep 21 13:47:14 2023 +0300
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #37 from Konstantin Belousov ---
devfs consumer is same. There was a trivial conflict. Below is the stable/13'
equivalent.
commit e84128814bcdc854c1670447ba1525711736d7f9
Author: Konstantin Belousov
Date: Thu Sep 21 13:47:14
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274014
Bug ID: 274014
Summary: hmt.ko kernel panic - Asus Expertbook B5602
Product: Base System
Version: 14.0-STABLE
Hardware: amd64
OS: Any
Status: New
Se
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273907
--- Comment #3 from o...@j.email.ne.jp ---
After commenting out vboxdrv_load, kernel started boot more but still crashed.
After deleting all files under /boot/modules, kernel finally started boot okay.
I thought kernel modules had version
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274010
Mina Galić changed:
What|Removed |Added
CC||d...@freebsd.org
Assignee|b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274010
Bug ID: 274010
Summary: pkg: open(…FreeBSD-libmagic-15.pkg): Too many levels
of symbolic links
Product: Base System
Version: CURRENT
Hardware: Any
OS:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273990
Mark Linimon changed:
What|Removed |Added
Keywords||crash
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274007
Mark Linimon changed:
What|Removed |Added
Keywords||regression
Assignee|b...@
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274009
Mark Linimon changed:
What|Removed |Added
Keywords||crash
Assignee|b...@freeb
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274009
Bug ID: 274009
Summary: in_pcblookup_hash_locked: invalid local address panic
on sendto(2) to ipv4-mapped
Product: Base System
Version: 14.0-CURRENT
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274007
Bug ID: 274007
Summary: IPSec asymmetric crypto broken
Product: Base System
Version: 13.2-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affects
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #36 from Eugene Grosbein ---
(In reply to Konstantin Belousov from comment #35)
It is not, it lacks KPI change present in main:
https://cgit.freebsd.org/src/commit/sys/net/if_tuntap.c?id=91ebcbe02a48ebd40edb49283b90f38d246da15
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273997
Graham Perrin changed:
What|Removed |Added
Severity|Affects Only Me |Affects Some People
St
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273956
--- Comment #15 from Ed Maste ---
(In reply to Paul Floyd from comment #14)
> How have things changed between 13.2 and 14.0 to cause this?
I don't see anything kernel related that's different between 13.2 and 14.0. Is
it possible that we h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252717
Yuri Pankov changed:
What|Removed |Added
Resolution|--- |Works As Intended
Status
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211762
Yuri Pankov changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271607
Bug 271607 depends on bug 267654, which changed state.
Bug 267654 Summary: UFS "cylinder checksum failed" on temporary storage or data
disk on arm64 vm in Azure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267654
What|R
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191775
Yuri Pankov changed:
What|Removed |Added
Resolution|--- |Not Enough Information
S
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273997
Bug ID: 273997
Summary: truncate 1 EXAMPLE incorrect description
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #35 from Konstantin Belousov ---
(In reply to Eugene Grosbein from comment #34)
Code seems to be same.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #34 from Eugene Grosbein ---
(In reply to Konstantin Belousov from comment #33)
Should I try it with stable/13?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260841
--- Comment #5 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=159599c4a2bbd8fcc4bb7f845afe3e0ea232ab9e
commit 159599c4a2bbd8fcc4bb7f845afe3e0ea232ab9e
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #33 from Konstantin Belousov ---
Yes, this is the usual problem with dev_clone handlers.
commit f041428f9d8aea9fe5a33c5c91ac31074d652672
Author: Konstantin Belousov
Date: Thu Sep 21 13:47:14 2023 +0300
tun/tap: correct
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #32 from Eugene Grosbein ---
(In reply to Konstantin Belousov from comment #31)
(kgdb) frame 5
#5 0x80a994d2 in devfs_free (cdev=0xf804490bf400)
at /data/src/sys/fs/devfs/devfs_devs.c:180
180KASSERT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273990
Bug ID: 273990
Summary: Kernel Panic: vm_fault_lookup: fault on nofault entry,
addr: ox82657000
Product: Base System
Version: 14.0-STABLE
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273148
Corvin Köhne changed:
What|Removed |Added
Status|Open|Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273148
--- Comment #10 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=c0e249d32c780ee8240fe8b3b8144078a8eec41f
commit c0e249d32c780ee8240fe8b3b8144078a8eec41f
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #31 from Konstantin Belousov ---
(In reply to Eugene Grosbein from comment #29)
So print out cdp 0xf804490bf400
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #30 from Eugene Grosbein ---
/etc/newsyslog.conf contains a line:
/var/log/openvpn.log 640 30*@T00 J /var/run/openvpn.pid
So, newsyslogd sends SIGHUP to the openvpn daemon at midnight. Its logs before
panic a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #29 from Eugene Grosbein ---
(In reply to Eugene Grosbein from comment #26)
tun0 is open and active network interface used by site-to-site OpenVPN tunnel.
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #28 from Eugene Grosbein ---
(kgdb) frame 21
#21 0x80d08c58 in kern_openat (td=0xfe0037918c80,
td@entry=, fd=-100,
fd@entry=,
path=0x2dbfc31974a0 ,
path@entry=,
pathseg=UIO_USERSPACE,
pathseg@entr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #27 from Eugene Grosbein ---
(kgdb) bt
#0 __curthread () at /data/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=textdump@entry=1) at
/data/src/sys/kern/kern_shutdown.c:396
#2 0x80c0dd43 in kern_reboot (howt
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273418
--- Comment #26 from Eugene Grosbein ---
Yesterday I applied the patch from the comment #20 and rebooted with new
kernel. And now I got another panic with one of new KASSERTs.
Unread portion of the kernel message buffer:
panic: devfs_free:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273956
--- Comment #14 from Paul Floyd ---
There are 3 ways that Valgrind triggers reading debuginfo
1. from its own image as here
2. from the guest ld-elf.so.1 and exe which Valgrind loads
3. from anything that the guest loads once it is running
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262152
Graham Perrin changed:
What|Removed |Added
CC|grahamper...@freebsd.org|grahamper...@gmail.com
38 matches
Mail list logo
