https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231457
Gordon Hartley changed:
What|Removed |Added
CC||gro.dsbeerf.sgub@gordonhart
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233801
Kubilay Kocak changed:
What|Removed |Added
Assignee|b...@freebsd.org|sect...@freebsd.org
Keyw
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231457
--- Comment #8 from Gordon Hartley ---
In addition to the above - it's not just during scrub's, although that seems to
exacerbate the behaviour - not sure what is going on. Going to reinstall OS
with dedicated swap as workaround.
--
You a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233849
Bug ID: 233849
Summary: [PATCH] r339008 broke repquota on UFS
Product: Base System
Version: 11.2-STABLE
Hardware: Any
OS: Any
Status: New
Severity:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233849
Mark Linimon changed:
What|Removed |Added
Keywords||patch
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233851
Bug ID: 233851
Summary: Kernel panic, stable/12 r341604, swapon -a in SU mode,
geli encrypted swap, Chelsio T6225-CR, and ccr(4)
Product: Base System
Version: 12.0-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233851
--- Comment #1 from trond.endres...@ximalas.info ---
Adding np@ and jhb@ to the CC list since they are the authors of cxbge(4) and
ccr(4).
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233837
Eric van Gyzen changed:
What|Removed |Added
CC||vangy...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233837
--- Comment #2 from Eric van Gyzen ---
By the way, did you get a vmcore dump in /var/crash?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233837
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233837
Konstantin Belousov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233667
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: markj
Date: Fri Dec 7 15:48:42 UTC 2018
New revision: 341691
URL: https://svnweb.freebsd.org/changeset/base/341691
Log:
MFC r341346:
Add missing dis
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #9 from gosha-n...@yandex.ru ---
(In reply to Conrad Meyer from comment #8)
On the PC with other CPU and in same room:
AMD FX-8300 with powerd -m 1400 -M 1400 and without any services:
--
l
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #10 from Conrad Meyer ---
(In reply to gosha-necr from comment #9)
Even 10,1C seems unlikely, given you've said the room is about 18C ambient?
Looks like they're both wrong.
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #11 from gosha-n...@yandex.ru ---
18C It's my feelings, maybe I'm wrong with that conclusion about temperature in
room :)
But these 2 PC placed both in one place one near another, so it is in equal
conditions.
For relative inf
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233851
--- Comment #2 from John Baldwin ---
Currently ccr shares queues with cc0 and needs 'ifconfig cc0 up' before it will
work. We were planning to fix that before now but haven't. I thought I had
added a safety belt for that, but clearly it's
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233851
John Baldwin changed:
What|Removed |Added
Flags||mfc-stable12?
Assignee|b.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
Conrad Meyer changed:
What|Removed |Added
Version|11.2-STABLE |CURRENT
--- Comment #12 from Conrad
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #13 from gosha-n...@yandex.ru ---
(In reply to Conrad Meyer from comment #12)
Conrad, there is:
pciconf -r pci0:0:24:3 0x64
72240005
Also tomorrow I'm go to that place and check ambient temperature to know with
what values need
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #14 from gosha-n...@yandex.ru ---
(In reply to Conrad Meyer from comment #12)
Also in any case info from FX-8300
uname -a
FreeBSD BSD-MAIN 11.2-STABLE FreeBSD 11.2-STABLE #0 r340490: Sat Nov 24
15:50:22 +08 2018 root@BSD-MAI
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233853
Bug ID: 233853
Summary: 12.0-RC3 ntpd leap second file expired
Product: Base System
Version: 12.0-STABLE
Hardware: Any
OS: Any
Status: New
Severity:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #15 from Conrad Meyer ---
(In reply to gosha-necr from comment #13)
> pciconf -r pci0:0:24:3 0x64
> 72240005
HTC_TMP_LMT:
python3 -c 'print(((0x72240005 >> 16) & 0x7f) * 0.5 + 52)'
70.0
I.e., 70 "°C" in whatever scale Tct
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #16 from Conrad Meyer ---
FWIW, cpu-world.com claims both parts have a maximum operating temperature of
70.5-71°C.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #17 from Conrad Meyer ---
The AMD OverDrive windows utility knows the magic Tctl offsets to make results
sensical.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
Conrad Meyer changed:
What|Removed |Added
Summary|[amdtemp] does not |[amdtemp] does not know
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #18 from Conrad Meyer ---
Ok, one more observation. It seems Fam 15h models 0x60-0x7f relocated the
actual sensor to a different PCI device and offset. Your CPUs are models:
pciconf -r pci0:0:24:3 0xfc
00630f01
python3 -c
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #19 from gosha-n...@yandex.ru ---
Conrad, can it be useful if I see CPU temperature in BIOS?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #20 from Conrad Meyer ---
From the googling I've done, I think it's basically a known issue that family
15h underreports or reports nonsensically low values at idle :-/. It should
report closer to reality values under load, i.e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #21 from Conrad Meyer ---
(In reply to gosha-necr from comment #19)
Perhaps, although who knows if the BIOS is idle or spinning the CPU at 100%?
Or if it calculates it any more accurately. Worth a shot. If you have Windows
du
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
--- Comment #22 from gosha-n...@yandex.ru ---
(In reply to Conrad Meyer from comment #21)
No I have not windows on that PCs.
Thanks for deep involving in that problem Conrad :)
Of course it will be good if FreeBSD works ideally in all cases
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232201
--- Comment #2 from Jilles Tjoelker ---
I think the behaviour here can be improved, but how it should work is not
immediately clear. This should take into account our previous behaviour, the
behaviour of other shells and POSIX (with the mos
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231577
--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kib
Date: Sat Dec 8 00:44:44 UTC 2018
New revision: 341715
URL: https://svnweb.freebsd.org/changeset/base/341715
Log:
MFC r341374:
Correct the tunab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231577
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kib
Date: Sat Dec 8 00:47:23 UTC 2018
New revision: 341717
URL: https://svnweb.freebsd.org/changeset/base/341717
Log:
MFC r341374:
Correct the tunab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233861
Bug ID: 233861
Summary: [patch] Amazon EC2: Disable floppy fdc0, fd0 and ppc0
devices in loader.conf
Product: Base System
Version: CURRENT
Hardware: amd64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863
Bug ID: 233863
Summary: ppc64 r341705 on Apple PowerMac G5 requires
kern.smp.disabled=1 and usefdt=1 and then networking
fails
Product: Base System
Version:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233819
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233819
--- Comment #2 from o...@j.email.ne.jp ---
(In reply to Konstantin Belousov from comment #1)
This change allowed PAE kernel to boot.
Thank you for quick response.
--
You are receiving this mail because:
You are the assignee for the bug.
_
37 matches
Mail list logo