[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