https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278847
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278828
Mark Linimon changed:
What|Removed |Added
Keywords||crash
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
--- Comment #5 from Zeus Panchenko ---
Created attachment 250523
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250523=edit
fc-list -v
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
--- Comment #4 from Zeus Panchenko ---
Created attachment 250520
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250520=edit
fc-cache -fv
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
--- Comment #1 from Zeus Panchenko ---
another observation:
1. copy one unicode character from
https://en.wikipedia.org/wiki/Enclosed_Alphanumeric_Supplement
(particularly )
2. paste in emacs and have a lag
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
--- Comment #3 from Zeus Panchenko ---
Created attachment 250519
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250519=edit
pkg info -a
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278841
Bug ID: 278841
Summary: rfork(2) bad documentation
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity: Affects Some
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
Zeus Panchenko changed:
What|Removed |Added
Component|gnu |Individual Port(s)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
Bug ID: 278840
Summary: editors/emacs severely lagging on Font Awesome glyphs
Product: Base System
Version: 14.0-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278822
--- Comment #4 from Vladyslav V. Prodan ---
(In reply to Vladyslav V. Prodan from comment #0)
I rethought these 5 options and decided that I don't need to change them in my
kernel config.
--
You are receiving this mail because:
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278840
--- Comment #2 from Zeus Panchenko ---
Created attachment 250518
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250518=edit
pkg info emacs
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278828
Bug ID: 278828
Summary: panic when writing to geli device after running attach
twice
Product: Base System
Version: 14.0-STABLE
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278847
Bug ID: 278847
Summary: Kernel build errors in the kernel config with the
ip17x device
Product: Base System
Version: 14.0-STABLE
Hardware: Any
OS:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278212
--- Comment #5 from Tomasz "CeDeROM" CEDRO ---
Okay this fallback below seems to work and kind of prevented kernel panics
(second day testing so far). This may be optimized. Maybe only setting DRI to 2
is enough. I entered all man amdgpu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #3 from Konstantin Belousov ---
No, si_refcount is not a reference existing during the mapping lifetime.
The si_refcount is the transient refcount taken while a kernel thread operates
on the cdev. For instance, in case of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #2 from Austin Zhang ---
(In reply to Konstantin Belousov from comment #1)
When a process exits, it's expected to release /dev/hpet0 via munmap, which
should decrease the si_refcount accordingly. However, it appears this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #7 from Konstantin Belousov ---
I see, thanks for the persistence.
https://reviews.freebsd.org/D45113
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278825
--- Comment #1 from Ed Maste ---
Support for ed25519 keys may not be sufficiently widespread yet (among ssh
servers that users need to connect to); my intent is to make incremental
improvement in main (choosing better algorithms by default
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278716
O. Hartmann changed:
What|Removed |Added
Summary|uslcom serial driver: |ucom(4)/uslcom(4)/uchcom(4)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #4 from Austin Zhang ---
Normally, when a process exits, the si_refcount associated with /dev/hpet0
should return to its expected value, assuming it’s incremented and decremented
correctly during cdev ops. However, we can
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #5 from Konstantin Belousov ---
What I see, even with your script running, on a machine with the timecounter
set to HPET:
(gdb) p/x (((struct hpet_softc *)((char *)timecounter - (unsigned
long)(&(((struct hpet_softc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278826
--- Comment #6 from Austin Zhang ---
(In reply to Konstantin Belousov from comment #5)
will you also check si_refcount? I believe si_threadcount is correct but
si_refcount is not.
below is my dtrace output:
[root@freebsd-main ~]# dtrace
23 matches
Mail list logo