Revision tags: release/14.0.0 |
|
#
685dc743 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
#
4d846d26 |
| 10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
show more ...
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0 |
|
#
5ae48eb9 |
| 12-Aug-2021 |
Justin Hibbits <jhibbits@FreeBSD.org> |
powerpc/pseries: Allow radix pmap in pseries for ISA 3.0
ISA 3.0 allows for nested radix translations with minimal to no involvement of the hypervisor. This should make pseries signficantly faster
powerpc/pseries: Allow radix pmap in pseries for ISA 3.0
ISA 3.0 allows for nested radix translations with minimal to no involvement of the hypervisor. This should make pseries signficantly faster on POWER9 pseries instances, as fewer hypercalls are needed to manage pmap now.
MFC after: 2 weeks Relnotes: yes
show more ...
|
Revision tags: release/13.0.0, release/12.2.0 |
|
#
35ef3951 |
| 23-Sep-2020 |
Brandon Bergren <bdragon@FreeBSD.org> |
[PowerPC64LE] Tell the hypervisor to switch interrupts to LE at CHRP attach.
Since we will need to be able to take traps relatively early in the process, ensure that the hypervisor changes our ILE f
[PowerPC64LE] Tell the hypervisor to switch interrupts to LE at CHRP attach.
Since we will need to be able to take traps relatively early in the process, ensure that the hypervisor changes our ILE for us as soon as we are ready.
Sponsored by: Tag1 Consulting, Inc.
show more ...
|
#
a6625592 |
| 23-Sep-2020 |
Brandon Bergren <bdragon@FreeBSD.org> |
[PowerPC64LE] LE bringup work: locore / machdep / platform
This is the initial LE changes required in the machdep code to get as far as platform attachment on qemu pseries.
Sponsored by: Tag1 Consu
[PowerPC64LE] LE bringup work: locore / machdep / platform
This is the initial LE changes required in the machdep code to get as far as platform attachment on qemu pseries.
Sponsored by: Tag1 Consulting, Inc.
show more ...
|
#
b64b3133 |
| 01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
powerpc: clean up empty lines in .c and .h files
|
Revision tags: release/11.4.0 |
|
#
35f29427 |
| 09-Dec-2019 |
Leandro Lupori <luporl@FreeBSD.org> |
Enable use of ofwcons for early debug
This change enables the use of OpenFirmware Console (ofwcons), even when VGA is available, allowing early kernel messages to be seen, that is important in case
Enable use of ofwcons for early debug
This change enables the use of OpenFirmware Console (ofwcons), even when VGA is available, allowing early kernel messages to be seen, that is important in case of crashes before VGA console initialization.
This is specially useful in virtualized environments, where the user/developer doesn't have full control of the virtualization engine (e.g. OpenStack).
The old behavior is preserved by default and, in order to use ofwcons, a few tunables that have been introduced need to be set: - hw.ofwfb.disable=1 - disable OFW FrameBuffer device - machdep.ofw.mtx_spin=1 - change PPC OFW mutex to SPIN type, to match kernel console's mutex type - debug.quiesce_ofw=0 - don't call OFW quiesce, needed to keep ofwcons I/O working
More details can be found at differential revision D20640.
Reviewed by: jhibbits Differential Revision: https://reviews.freebsd.org/D20640
show more ...
|
Revision tags: release/12.1.0 |
|
#
a63915c2 |
| 28-Jul-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @r350386
Sponsored by: The FreeBSD Foundation
|
#
8b55f9f8 |
| 10-Jul-2019 |
Leandro Lupori <luporl@FreeBSD.org> |
[PPC64] pseries: fix realmaxaddr calculation
On POWER9/pseries, QEMU passes several regions of memory, instead of a single region containing all memory, as the code was expecting.
Reviewed by: jhib
[PPC64] pseries: fix realmaxaddr calculation
On POWER9/pseries, QEMU passes several regions of memory, instead of a single region containing all memory, as the code was expecting.
Reviewed by: jhibbits Differential Revision: https://reviews.freebsd.org/D20857
show more ...
|
Revision tags: release/11.3.0 |
|
#
bba9cbe3 |
| 07-Jan-2019 |
Conrad Meyer <cem@FreeBSD.org> |
powerpc: Fix regression introduced in r342771
In r342771, I introduced a regression in Power by abusing the platform smp_topo() method as a shortcut for providing the MI information needed for the s
powerpc: Fix regression introduced in r342771
In r342771, I introduced a regression in Power by abusing the platform smp_topo() method as a shortcut for providing the MI information needed for the stated sysctls. The smp_topo() method was already called later by sched_ule (under the name cpu_topo()), and initializes a static array of scheduler topology information. I had skimmed the smp_topo_foo() functions and assumed they were idempotent; empirically, they are not (or at least, detect re-initialization and panic).
Do the cleaner thing I should have done in the first place and add a platform method specifically for core- and thread-count probing.
Reported by: luporl via jhibbits Reviewed by: luporl X-MFC-With: r342771 Differential Revision: https://reviews.freebsd.org/D18777
show more ...
|
#
6b83069e |
| 04-Jan-2019 |
Conrad Meyer <cem@FreeBSD.org> |
Expose threads-per-core and physical core count information
With new sysctls (to the best of our ability do detect them). Restructured smp.4 slightly for clarity (keep relevant stuff closer to the
Expose threads-per-core and physical core count information
With new sysctls (to the best of our ability do detect them). Restructured smp.4 slightly for clarity (keep relevant stuff closer to the top) while documenting.
Reviewed by: markj, jhibbits (ppc parts) MFC after: 3 days Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D18322
show more ...
|
Revision tags: release/12.0.0, release/11.2.0 |
|
#
04de51db |
| 11-May-2018 |
Justin Hibbits <jhibbits@FreeBSD.org> |
No need to bzero splpar_vpa entries
splpar_vpa is in the BSS, so is already zeroed when the kernel starts up.
Tested by: Leandro Lupori
|
#
b4a0a598 |
| 10-May-2018 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Fix PPC symbol resolution
Summary: There were 2 issues that were preventing correct symbol resolution on PowerPC/pseries:
1- memory corruption at chrp_attach() - this caused the inital part of t
Fix PPC symbol resolution
Summary: There were 2 issues that were preventing correct symbol resolution on PowerPC/pseries:
1- memory corruption at chrp_attach() - this caused the inital part of the symbol table to become zeroed, which would cause the kernel linker to fail to parse it. (this was probably zeroing out other memory parts as well)
2- DDB symbol resolution wasn't working because symtab contained not relocated addresses but it was given relocated offsets. Although relocating the symbol table fixed this, it broke the linker, that already handled this case. Thus, the fix for this consists in adding a new DDB macro: DB_STOFFS(offs) that converts a (potentially) relocated offset into one that can be compared with symbol table values.
PR: 227093 Submitted by: Leandro Lupori <leandro.lupori_gmail.com> Differential Revision: https://reviews.freebsd.org/D15372
show more ...
|
#
151c44e2 |
| 08-May-2018 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Fix wrong cpu0 identification
Summary: chrp_cpuref_init() was relying on the boot strap processor to be the first child of /cpus. That was not always the case, specially on pseries with FDT.
This c
Fix wrong cpu0 identification
Summary: chrp_cpuref_init() was relying on the boot strap processor to be the first child of /cpus. That was not always the case, specially on pseries with FDT.
This change uses the "reg" property of each CPU instead and also adds several sanity checks to avoid unexpected behavior (maybe too many panics?).
The main observed symptom was interrupts being missed by the main processor, leading to timeouts and the kernel aborting the boot.
Submitted by: Leandro Lupori Reviewed by: nwhitehorn Differential Revision: https://reviews.freebsd.org/D15174
show more ...
|
#
108117cc |
| 20-Mar-2018 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
[ofw] fix errneous checks for OF_finddevice(9) return value
OF_finddevices returns ((phandle_t)-1) in case of failure. Some code in existing drivers checked return value to be equal to 0 or less/equ
[ofw] fix errneous checks for OF_finddevice(9) return value
OF_finddevices returns ((phandle_t)-1) in case of failure. Some code in existing drivers checked return value to be equal to 0 or less/equal to 0 which is also wrong because phandle_t is unsigned type. Most of these checks were for negative cases that were never triggered so trhere was no impact on functionality.
Reviewed by: nwhitehorn MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D14645
show more ...
|
#
a00ce4e8 |
| 14-Feb-2018 |
Justin Hibbits <jhibbits@FreeBSD.org> |
PPC64: Get the timestap from the proper OF field
Summary: After revision rS328534('PPC64: use hwref instead of cpuid'), FreeBSD on powerpc64 virtual machine panics since it is unable to read the tim
PPC64: Get the timestap from the proper OF field
Summary: After revision rS328534('PPC64: use hwref instead of cpuid'), FreeBSD on powerpc64 virtual machine panics since it is unable to read the timebase, showing the following error:
get-property for timebase-frequency on zero phandle
panic: Unable to determine timebase frequency!
With the change above, cpuref->cr_hwref does not contain the phandle anymore, thus, it never reads the proper CPU entry in OF.
Submitted by: Breno Leitao Differential Revision: https://reviews.freebsd.org/D14204
show more ...
|
#
f0393bbf |
| 29-Jan-2018 |
Wojciech Macek <wma@FreeBSD.org> |
PPC64: use hwref instead of cpuid
On CHRP and PowerNV, use the interrupt server number in the cpuref and pcpu hwref field instead of the device-tree phandle and make the CPU IDs reported to the sche
PPC64: use hwref instead of cpuid
On CHRP and PowerNV, use the interrupt server number in the cpuref and pcpu hwref field instead of the device-tree phandle and make the CPU IDs reported to the scheduler dense and with the BSP at 0.
Submitted by: Wojciech Macek <wma@semihalf.com> Obtained from: Semihalf Sponsored by: IBM, QCM Technologies Differential revision: https://reviews.freebsd.org/D14011
show more ...
|
#
09f07b00 |
| 05-Jan-2018 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Revert r327360, which can cause boot problems on high-CPU-count (>60) POWER8 and POWER9 systems, pending further analysis.
PR: 224841
|
#
f9d6e0a5 |
| 29-Dec-2017 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Enhance the CHRP/pSeries platform layer: - Densely number CPUs to avoid systems with CPUs with very high ID numbers - Always have the BSP be CPU 0 to avoid remnant brokenness with non-0 BSPs in oth
Enhance the CHRP/pSeries platform layer: - Densely number CPUs to avoid systems with CPUs with very high ID numbers - Always have the BSP be CPU 0 to avoid remnant brokenness with non-0 BSPs in other parts of the kernel. - Improve parsing of the device tree CPU listings on SMT systems. - Allow reboot via RTAS as well as OF for pSeries systems booted by FDT without functioning Open Firmware.
Obtained from: projects/powernv MFC after: 3 weeks
show more ...
|
#
71e3c308 |
| 27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
sys/powerpc: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - e
sys/powerpc: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0 |
|
#
491cdc1b |
| 27-Aug-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r304700 through r304884.
|
#
ed04e0c3 |
| 25-Aug-2016 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead @ r304815
|
#
e21d69e9 |
| 24-Aug-2016 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Close a race when making the CPU idle under pHyp. If an interrupt occurs between the beginning of the idle function and actually going idle, the CPU could go to sleep with pending work.
MFC after: 1
Close a race when making the CPU idle under pHyp. If an interrupt occurs between the beginning of the idle function and actually going idle, the CPU could go to sleep with pending work.
MFC after: 1 month
show more ...
|
Revision tags: release/10.3.0 |
|
#
76f38317 |
| 22-Feb-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r295845 through r295901.
|
#
317cec3c |
| 22-Feb-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: The FreeBSD Foundation
|