Re: clocked speed not showing in dev.cpu.[0-7].freq
On 2021-04-27 11:28, Ian Lepore wrote: On Tue, 2021-04-27 at 19:22 +0100, tech-lists wrote: Hi, Not sure where to put this. system is amd64/stable/13. It's running powerd but with no additional flags. CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM The system is clocked in the bios at 4.251 GHz. I never see this value in sysctl dev.cpu.[0-7].freq though. Here's the output: [...] sysctl dev.cpu.0 dev.cpu.0.cx_method: C1/hlt dev.cpu.0.cx_usage_counters: 100878534 dev.cpu.0.cx_usage: 100.00% last 185us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 dev.cpu.0.freq: 3400 dev.cpu.0.temperature: 68.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.coretemp.tjmax: 100.0C dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.delta: 32 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU Here's the cpu string on boot: CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class CPU) So, is it really clocked? or does the sysctl show what is right? thanks, The same is true on my system: CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) dev.cpu.0.freq_levels: 3334/143000 /13 3200/117000 3067/105000 2933/94000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 1867/39000 1733/35000 1600/32000 I've clocked this cpu at various speeds between 4.25 - 5.0 ghz over the years (faster when it was younger, more conservative now that it's old). The value in parens (4250.09) changes accordingly, but the values in the sysctl never do. I'm sure this is running at the overclocked speed (various benchmark values change as they should when changing the OC values in the bios). FWIW on all my AMD CPUs that top out @4.25-4.50Ghz FreeBSD reports 3.8Ghz. I get the idea the FreeBSD returns the average (running) top speed on CPU0 --Chris -- Ian ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: clocked speed not showing in dev.cpu.[0-7].freq
On Tue, Apr 27, 2021 at 12:28:53PM -0600, Ian Lepore wrote: The same is true on my system: CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) Thank you Ian for confirming -- J. signature.asc Description: PGP signature
Re: clocked speed not showing in dev.cpu.[0-7].freq
On Tue, 2021-04-27 at 19:22 +0100, tech-lists wrote: > Hi, > > Not sure where to put this. system is amd64/stable/13. It's running > powerd but with no additional flags. > > CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM > > The system is clocked in the bios at 4.251 GHz. I never see this > value > in sysctl dev.cpu.[0-7].freq though. Here's the output: > > [...] > sysctl dev.cpu.0 > dev.cpu.0.cx_method: C1/hlt > dev.cpu.0.cx_usage_counters: 100878534 > dev.cpu.0.cx_usage: 100.00% last 185us > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_supported: C1/1/0 > dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 > 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 > 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 > dev.cpu.0.freq: 3400 > dev.cpu.0.temperature: 68.0C > dev.cpu.0.coretemp.throttle_log: 0 > dev.cpu.0.coretemp.tjmax: 100.0C > dev.cpu.0.coretemp.resolution: 1 > dev.cpu.0.coretemp.delta: 32 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: ACPI CPU > > Here's the cpu string on boot: > > CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class > CPU) > > So, is it really clocked? or does the sysctl show what is right? > > thanks, The same is true on my system: CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) dev.cpu.0.freq_levels: 3334/143000 /13 3200/117000 3067/105000 2933/94000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 1867/39000 1733/35000 1600/32000 I've clocked this cpu at various speeds between 4.25 - 5.0 ghz over the years (faster when it was younger, more conservative now that it's old). The value in parens (4250.09) changes accordingly, but the values in the sysctl never do. I'm sure this is running at the overclocked speed (various benchmark values change as they should when changing the OC values in the bios). -- Ian ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
clocked speed not showing in dev.cpu.[0-7].freq
Hi, Not sure where to put this. system is amd64/stable/13. It's running powerd but with no additional flags. CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM The system is clocked in the bios at 4.251 GHz. I never see this value in sysctl dev.cpu.[0-7].freq though. Here's the output: [...] sysctl dev.cpu.0 dev.cpu.0.cx_method: C1/hlt dev.cpu.0.cx_usage_counters: 100878534 dev.cpu.0.cx_usage: 100.00% last 185us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 dev.cpu.0.freq: 3400 dev.cpu.0.temperature: 68.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.coretemp.tjmax: 100.0C dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.delta: 32 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU Here's the cpu string on boot: CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class CPU) So, is it really clocked? or does the sysctl show what is right? thanks, -- J. signature.asc Description: PGP signature
Re: clean update 12.2 > 13.0
For me too. I upgraded a server from 12.2-p5 to 13.0 2 weeks ago and the only thing “extra” I had ti do we import my ZFS pool which is expected as it was a different version :) More servers to do soon! \\Clay > On 27 Apr 2021, at 07:51, Chris wrote: > > Great ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
clean update 12.2 > 13.0
Wow.. Best update I have done in years. At least for me 12.2 > 13.0 was great. Great job ! ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: using interface groups in pf tables stopped working in 13.0-RELEASE
>>> >> I can >> It looks like there’s some confusion inside pfctl about the network group. >> It ends up in pfctl_parser.c, append_addr_host(), and expects an AF_INET or >> AF_INET6, but instead gets an AF_LINK. >> >> It’s probably related to 250994 or possibly >> d2568b024da283bd2b88a633eecfc9abf240b3d8. >> Either way it’s pretty deep in a part of the pfctl code I don’t much like. >> I’ll try to poke at it some more over the weekend. >> > It should be fixed as of d5b08e13dd6beb3436e181ff1f3e034cc8186584 in main. > I’ll MFC that in about a week, and then it’ll turn up in 13.1 in the fullness > of time. Nice thanks. I also seem to have problem even in anchors (not while using tables). But maybe this will also be fixed by this change. smime.p7s Description: S/MIME cryptographic signature
Re: using interface groups in pf tables stopped working in 13.0-RELEASE
On 16 Apr 2021, at 17:58, Kristof Provost wrote:
On 14 Apr 2021, at 16:16, Peter Ankerstål wrote:
In pf I use the interface group syntax alot to make the configuration
more readable. All interfaces are assigned to a group representing
its use/vlan name.
For example:
ifconfig_igb1_102="172.22.0.1/24 group iot description 'iot vlan' up"
ifconfig_igb1_102_ipv6="inet6 2001:470:de59:22::1/64"
ifconfig_igb1_300="172.26.0.1/24 group mgmt description 'mgmt vlan’
up"
ifconfig_igb1_300_ipv6="inet6 2001:470:de59:26::1/64”
in pf.conf I use these group names all over the place. But since I
upgraded to 13.0-RELEASE it no longer works to define a table using
the :network syntax and interface groups:
tableconst { trusted:network mgmt:network
dmz:network guest:network edmz:network \
admin:network iot:network client:network }
If I reload the configuration I get the following:
# pfctl -f /etc/pf.conf
/etc/pf.conf:12: cannot create address buffer: Invalid argument
pfctl: Syntax error in config file: pf rules not loaded
I can reproduce that.
It looks like there’s some confusion inside pfctl about the network
group. It ends up in pfctl_parser.c, append_addr_host(), and expects
an AF_INET or AF_INET6, but instead gets an AF_LINK.
It’s probably related to 250994 or possibly
d2568b024da283bd2b88a633eecfc9abf240b3d8.
Either way it’s pretty deep in a part of the pfctl code I don’t
much like. I’ll try to poke at it some more over the weekend.
It should be fixed as of d5b08e13dd6beb3436e181ff1f3e034cc8186584 in
main. I’ll MFC that in about a week, and then it’ll turn up in 13.1
in the fullness of time.
Best regards,
Kristof
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
