MFC r346295, r346297r346295:arm: Add kern_clocksource.c directly in files.armThis files is needed and included in all our config so move it to a commonlocation.r346297:arm: Order files.arm t
MFC r346295, r346297r346295:arm: Add kern_clocksource.c directly in files.armThis files is needed and included in all our config so move it to a commonlocation.r346297:arm: Order files.arm to have cloudabi and annapurna sections
show more ...
Remove the Yarrow PRNG algorithm option in accordance with due noticegiven in random(4).This includes updating of the relevant man pages, and no-longer-usedharvesting parameters.Ensure that the
Remove the Yarrow PRNG algorithm option in accordance with due noticegiven in random(4).This includes updating of the relevant man pages, and no-longer-usedharvesting parameters.Ensure that the pseudo-unit-test still does something useful, now alsowith the "other" algorithm instead of Yarrow.PR: 230870Reviewed by: cemApproved by: so(delphij,gtetlow)Approved by: re(marius)Differential Revision: https://reviews.freebsd.org/D16898
Remove IPI_IRQ_START and IPI_IRQ_END from the arm kernel config files.These are unneeded with INTRNG.
Align OF_getencprop_alloc API with OF_getencprop and OF_getprop_allocChange OF_getencprop_alloc semantics to be combination of malloc andOF_getencprop and return size of the property, not number o
Align OF_getencprop_alloc API with OF_getencprop and OF_getprop_allocChange OF_getencprop_alloc semantics to be combination of malloc andOF_getencprop and return size of the property, not number of elementsallocated.For the use cases where number of elements is preferred introduceOF_getencprop_alloc_multi helper function that copies semanticsof OF_getencprop_alloc prior to this change.This is to make OF_getencprop_alloc and OF_getencprop_alloc_multifunction signatures consistent with OF_getencprop_alloc andOF_getencprop_alloc_multi.Functionality-wise this patch is mostly rename of OF_getencprop_allocto OF_getencprop_alloc_multi except two calls in ofw_bus_setup_iinfowhere 1 was used as a block size.
Clean up OF_getprop_alloc APIOF_getprop_alloc takes element size argument and returns number ofelements in the property. There are valid use cases for such behaviorbut mostly API consumers pass 1
Clean up OF_getprop_alloc APIOF_getprop_alloc takes element size argument and returns number ofelements in the property. There are valid use cases for such behaviorbut mostly API consumers pass 1 as element size to get stringproperties. What API users would expect from OF_getprop_alloc is to bea combination of malloc + OF_getprop with the same semantic of returnvalue. This patch modifies API signature to match these expectations.For the valid use cases with element size != 1 and to reducemodification scope new OF_getprop_alloc_multi function has beenintroduced that behaves the same way OF_getprop_alloc behaved prior tothis patch.Reviewed by: ian, manuDifferential Revision: https://reviews.freebsd.org/D14850
[ofw] fix errneous checks for OF_finddevice(9) return valueOF_finddevices returns ((phandle_t)-1) in case of failure. Some codein existing drivers checked return value to be equal to 0 orless/equ
[ofw] fix errneous checks for OF_finddevice(9) return valueOF_finddevices returns ((phandle_t)-1) in case of failure. Some codein existing drivers checked return value to be equal to 0 orless/equal to 0 which is also wrong because phandle_t is unsignedtype. Most of these checks were for negative cases that were nevertriggered so trhere was no impact on functionality.Reviewed by: nwhitehornMFC after: 2 weeksDifferential Revision: https://reviews.freebsd.org/D14645
Use the TSLOG framework to record entry/exit timestamps for DELAY and_vprintf; these functions are called in many places and can contributemeaningfully to the total time spent booting.
Revert r327250 as it broke the build for some armv6 kernel and all armv4/5Reported by: ian
arm: Add kern/kern_clocksource.c to files.armInstead of adding it to every files.vendor, add it to the common arch file.
Tag all armv7 kernels as such in their machine config line.Transition all boards that support arm cortex CPUs to armv7. Thisleaves two armv6 kernels in the tree. RPI-B, which uses the BCM2835whic
Tag all armv7 kernels as such in their machine config line.Transition all boards that support arm cortex CPUs to armv7. Thisleaves two armv6 kernels in the tree. RPI-B, which uses the BCM2835which has a ARM1176 core, and VERSATILEPB, which is a qemu board setuparound the time RPI-B went in. Copy std.armv6 to std.armv7, eventhough that duplicates a lot of stuff. More work needs to be done tosort out the duplication.Differential Revision: https://reviews.freebsd.org/D12027
Add and use a MMC_DECLARE_BRIDGE macro for declaring mmc(4) bridgesas kernel drivers and their dependency onto mmc(4); this allows forincrementing the mmc(4) module version but also for entire omis
Add and use a MMC_DECLARE_BRIDGE macro for declaring mmc(4) bridgesas kernel drivers and their dependency onto mmc(4); this allows forincrementing the mmc(4) module version but also for entire omissionof these bridge declarations for mmccam(4) in a single place, i. e.in dev/mmc/bridge.h.
o Another round fixes for mmc(4), mmcsd(4) and sdhci(4) regarding comments, marking unused parameters as such, style(9), whitespace, etc.o In the mmc(4) bridges and sdhci(4) (bus) front-ends:
o Another round fixes for mmc(4), mmcsd(4) and sdhci(4) regarding comments, marking unused parameters as such, style(9), whitespace, etc.o In the mmc(4) bridges and sdhci(4) (bus) front-ends: - Remove redundant assignments of the default bus_generic_print_child device method (I've whipped these out of the tree as part of r227843 once, but they keep coming back ...), - use DEVMETHOD_END, - use NULL instead of 0 for pointers.o Trim/adjust includes.
Remake support for SMP kernel on UP cpu: - Use new option SMP_ON_UP instead of (mis)using specific CPU type. By this, any SMP kernel can be compiled with SMP_ON_UP support. - Enable runtime dete
Remake support for SMP kernel on UP cpu: - Use new option SMP_ON_UP instead of (mis)using specific CPU type. By this, any SMP kernel can be compiled with SMP_ON_UP support. - Enable runtime detection of CPU multiprocessor extensions only if SMP_ON_UP option is used. In other cases (pure SMP or UP), statically compile only required variant. - Don't leak multiprocessor instructions to UP kernel. - Correctly handle data cache write back to point of unification. DCCMVAU is supported on all armv7 cpus. - For SMP_ON_UP kernels, detect proper TTB flags on runtime.Differential Revision: https://reviews.freebsd.org/D9133
Add the missing void to function signatures in much of the arm code.Sponsored by: ABT Systems Ltd
Move including fdt_pinctrl.h after openfirm.h to get th edefinition ofphandle_t and remove the need for including fdt_common.h.Sponsored by: ABT Systems Ltd
Stop including fdt_common.h from the arm code when it's unneeded.Sponsored by: ABT Systems Ltd
ARM: Remove unused includes.MFC after: 1 week
ARM: SEV/WFE instructions are implemented starting from ARMv6K,use it directly.MFC after: 1 week
Split CPU_CORTEXA into CPU_CORTEXA8, for the Cortex-A8, and CPU_CORTEXA_MP,for later Cortex-A CPUs that support the Multiprocessor Extensions. Thiswill be needed to support both in a single GENERIC
Split CPU_CORTEXA into CPU_CORTEXA8, for the Cortex-A8, and CPU_CORTEXA_MP,for later Cortex-A CPUs that support the Multiprocessor Extensions. Thiswill be needed to support both in a single GENERIC kernel while stillbeing able to only build for a single SoC.Reviewed by: mmelRelnotes: yesSponsored by: ABT Systems LtdDifferential Revision: https://reviews.freebsd.org/D8138
Restrict where we need to define fdt_fixup_table to just PowerPC andMarvell.Sponsored by: ABT Systems Ltd
Remove bus_dma_get_range and bus_dma_get_range_nb on armv6. We only needthis on a few earlier arm SoCs.Reviewed by: manu (earlier version)Sponsored by: ABT Systems Ltd
Use OF_prop_free instead of direct call to free(9)Reviewed by: ganbold
sys/arm: Minor spelling fixes.Only affects comments: no functional change.
Move arm's devmap to some generic place, so it can be usedby other architectures.Reviewed by: impDifferential Revision: https://reviews.freebsd.org/D6091Sponsored by: DARPA, AFRLSponsored by: H
Move arm's devmap to some generic place, so it can be usedby other architectures.Reviewed by: impDifferential Revision: https://reviews.freebsd.org/D6091Sponsored by: DARPA, AFRLSponsored by: HEIF5
Use our nitems() macro when param.h is available.Replacements specific to arm, mips, pc98, powerpc and sparc64.Discussed in: freebsd-current
123