[Bug 210557] sys/geom broken kyua status for 11.0 -r302180 (only tested on rpi2 with -mcpu=cortex-a7 in use)
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue Jul 5 18:00:34 UTC 2016
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210557
--- Comment #3 from Mark Millard <markmi at dsl-only.net> ---
(In reply to Ngie Cooper from comment #2)
This is an Raspberry Pi 2B context. I'm not sure what FreeBSD is doing for
frequency control.
As it sits at the moment it reports:
hw.cpufreq.turbo: 1
hw.cpufreq.sdram_freq: 450000000
hw.cpufreq.core_freq: 250000000
hw.cpufreq.arm_freq: 900000000
. . .
dev.bcm2835_cpufreq.0.freq_settings: 900/-1 600/-1
dev.bcm2835_cpufreq.0.%parent: cpu0
dev.bcm2835_cpufreq.0.%pnpinfo:
dev.bcm2835_cpufreq.0.%location:
dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq
dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control
dev.bcm2835_cpufreq.%parent:
dev.cpu.0.freq_levels: 900/-1 600/-1
dev.cpu.0.freq: 900
I will note that I have the root file system on a USB SSD, although the kernel
is from the SD card. The USB SSD combination is operationally much faster than
the SD card. If there was significant I/O to the SD card things would take even
longer.
While technically the USB SSD is a fast USB3 SSD on a USB3 capable hub the rpi2
only has USB2 and does not fully utilize USB2 capacity form what I've seen.
(But I've done no formal benchmarks so far.)
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the freebsd-testing
mailing list