Revision tags: release/14.0.0 |
|
#
031beb4e |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0 |
|
#
440cec3f |
| 12-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
e383ec74 |
| 06-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r363739 through r363986.
|
#
31e34625 |
| 03-Aug-2020 |
Andrew Turner <andrew@FreeBSD.org> |
Handle Raspberry Pi 4 xhci firmware loading.
The newer hardware revisions of the Raspberry Pi 4 removed the ability of the VIA VL805 xhci controller to load its own firmware. Instead the firmware mu
Handle Raspberry Pi 4 xhci firmware loading.
The newer hardware revisions of the Raspberry Pi 4 removed the ability of the VIA VL805 xhci controller to load its own firmware. Instead the firmware must be installed at the appropriate time by the VideoCore coprocessor.
Submitted by: Robert Crowston <crowston_protonmail.com> Differential Revision: https://reviews.freebsd.org/D25261
show more ...
|
#
201a1f34 |
| 09-Jul-2020 |
Andrew Turner <andrew@FreeBSD.org> |
Add a driver to talk to the Raspberry Pi firmware
Communicating with the Raspberry Pi firmware is currently handled by each driver calling into the mbox driver, however the device tree is structured
Add a driver to talk to the Raspberry Pi firmware
Communicating with the Raspberry Pi firmware is currently handled by each driver calling into the mbox driver, however the device tree is structured such that they should be calling into a firmware driver.
Add a driver for this node with an interface to communicate to the firmware via the mbox interface.
There is a sysctl to get the firmware revision. This is a unix date so can be parsed with:
root@generic:~ # date -j -f '%s' sysctl -n dev.bcm2835_firmware.0.revision Tue Nov 19 16:40:28 UTC 2019
Reviewed by: manu Sponsored by: Innovate UK Differential Revision: https://reviews.freebsd.org/D25572
show more ...
|
#
eed8b80f |
| 06-Jul-2020 |
Andrew Turner <andrew@FreeBSD.org> |
Add a driver for bcm2838 PCI express controller
This adds support for the Broadcom bcm2711 PCI express controller, found on the Raspberry Pi 4 (aka the bcm2838 SoC). The driver has only been develop
Add a driver for bcm2838 PCI express controller
This adds support for the Broadcom bcm2711 PCI express controller, found on the Raspberry Pi 4 (aka the bcm2838 SoC). The driver has only been developed against the soldered-on VIA XHCI controller and not tested with other end points.
Submitted by: Robert Crowston <crowston_protonmail.com> Differential Revision: https://reviews.freebsd.org/D25068
show more ...
|
Revision tags: release/11.4.0 |
|
#
40084ac3 |
| 20-Nov-2019 |
Kyle Evans <kevans@FreeBSD.org> |
bcm2835: push address mapping conversion for DMA/mailbox to runtime
We could maintain the static conversions for the !AArch64 Raspberry Pis, but I'm not sure it's worth it -- we'll traverse the plat
bcm2835: push address mapping conversion for DMA/mailbox to runtime
We could maintain the static conversions for the !AArch64 Raspberry Pis, but I'm not sure it's worth it -- we'll traverse the platform list exactly once (of which there are only two for armv7), then every conversion there-after traverses the memory map listing of which there are at-most two entries for these boards: sdram and peripheral space.
Detecting this at runtime is necessary for the AArch64 SOC, though, because of the distinct IO windows being otherwise not discernible just from support compiled into the kernel. We currently select the correct window based on /compatible in the FDT.
We also use a similar mechanism to describe the DMA restrictions- the RPi 4 can have up to 4GB of RAM while the DMA controller and mailbox mechanism can technically, kind of, only access the lowest 1GB. See the comment in bcm2835_vcbus.h for a fun description/clarification of this.
Differential Revision: https://reviews.freebsd.org/D22301
show more ...
|
Revision tags: release/12.1.0, release/11.3.0 |
|
#
7648bc9f |
| 13-May-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @347527
Sponsored by: The FreeBSD Foundation
|
#
dbfb4063 |
| 16-Apr-2019 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm: Add kern_clocksource.c directly in files.arm
This files is needed and included in all our config so move it to a common location.
MFC after: 2 weeks
|
Revision tags: release/12.0.0 |
|
#
9e28e985 |
| 28-Jun-2018 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
[rpi] Add SDHOST device driver for Raspberry Pi
SDHOST is another SD controller that is present on Raspberry Pi (the other one is SDHC and handled by bcm2835_sdhci driver). Both controllers are capa
[rpi] Add SDHOST device driver for Raspberry Pi
SDHOST is another SD controller that is present on Raspberry Pi (the other one is SDHC and handled by bcm2835_sdhci driver). Both controllers are capable of providing interface to SD card, actual configuration can be set in dtb file. At the moment custom DTBs for RPi/RPi2 have sdhost node disabled. On RPi3 sdhost is disabled in snapshot images by applying mmc.dtbo overlay. To enalbe both devices user has to edit config.txt on FAT partition and remove or comment "dtoverlay=mmc" line.
When no overlay applied on RPi3 SDHOST controls SD card and SDHC interface can be used for SDIO. mmc.dtbo overlay disables SDHOST node and switches SD card over to SDHC. Likewise sdhost.dtbo overlay (not currently included in snapshot image, but can be obtained from firmare repo[1]) disabled SDHC node and switch SD card over to SDHOST.
[1] https://github.com/raspberrypi/firmware/tree/master/boot/overlays
Submitted by: Klaus P. Ohrhallinger <k@7he.at> Differential Revision: https://reviews.freebsd.org/D14168
show more ...
|
Revision tags: release/11.2.0 |
|
#
ee070097 |
| 28-Dec-2017 |
Emmanuel Vadot <manu@FreeBSD.org> |
Revert r327250 as it broke the build for some armv6 kernel and all armv4/5
Reported by: ian
|
#
d06955f9 |
| 27-Dec-2017 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm: Add kern/kern_clocksource.c to files.arm
Instead of adding it to every files.vendor, add it to the common arch file.
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
2828dafc |
| 10-Nov-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r308227 through r308490.
|
#
feabce61 |
| 08-Nov-2016 |
Andrew Turner <andrew@FreeBSD.org> |
Start to remove the old pre-INTRNG code from the arm platforms. These have all moved to use INTRNG.
Reviewed by: manu, mmel Sponsored by: ABT Systems Ltd Differential Revision: https://reviews.freeb
Start to remove the old pre-INTRNG code from the arm platforms. These have all moved to use INTRNG.
Reviewed by: manu, mmel Sponsored by: ABT Systems Ltd Differential Revision: https://reviews.freebsd.org/D8469
show more ...
|
#
a0e610c4 |
| 16-Oct-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r306906 through r307382.
|
#
eea6ab02 |
| 14-Oct-2016 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
Make bcm2835_machdep.c optional
bcm2835_machdep.c contains only bits enabled by "options PLATFORM", this option available only on ARM, not ARM64
|
#
242b2482 |
| 09-Oct-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r306412 through r306905.
|
#
32cb200f |
| 29-Sep-2016 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
Add touchscreen support for the official 7" RPi touch display
Technically touchscreen chip is FT5406 but all hardware communication is performed by VideCore and only final results are presented to A
Add touchscreen support for the official 7" RPi touch display
Technically touchscreen chip is FT5406 but all hardware communication is performed by VideCore and only final results are presented to ARM part through memory region shared between VC and ARM.
evdev is used as userland interface. FT5406 supports up to 10 touchpoints, but for now driver emulates single touch device because I do not have GUI bits to test this functionality.
Driver is not enabled in default config for RPI and RPI2
Tested with: evdev-dump, tslib
show more ...
|
Revision tags: release/11.0.1, release/11.0.0 |
|
#
a1acc06f |
| 19-Jul-2016 |
Mark Murray <markm@FreeBSD.org> |
Random bit generator (RBG) driver for RPi and RPi2.
Summary: This driver supports the following methods to trigger gathering random bits from the hardware: 1. interrupt when the FIFO is full (defaul
Random bit generator (RBG) driver for RPi and RPi2.
Summary: This driver supports the following methods to trigger gathering random bits from the hardware: 1. interrupt when the FIFO is full (default) fed into the harvest queue 2. callout (when BCM2835_RNG_USE_CALLOUT is defined) every second if hz is less than 100, otherwise hz / 100, feeding the random bits into the harvest queue
If the kernel is booted with verbose enabled, the contents of the registers will be dumped after the RBG is started during the attach routine.
Author: hackagadget_gmail.com (Stephen J. Kiernan)
Test Plan: Built RPI2 kernel and booted on board. Tested the different methods to feed the harvest queue (callout, interrupt) and the interrupt driven approach seems best. However, keeping the other method for people to be able to experiment with.
Reviewed By: adrian, delphij, markm
Differential Revision: https://reviews.freebsd.org/D6888
show more ...
|
Revision tags: release/10.3.0 |
|
#
82aa34e6 |
| 04-Mar-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r296007 through r296368.
|
#
52259a98 |
| 02-Mar-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: The FreeBSD Foundation
|
#
8d88b093 |
| 28-Feb-2016 |
Andrew Turner <andrew@FreeBSD.org> |
Build ofw_cpu.c on all ARM configs using FDT. As we mve towards using the Linux dts files these are more likely to have cpu nodes we can attach to.
Sponsored by: ABT Systems Ltd
|
#
b626f5a7 |
| 04-Jan-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH r289384-r293170
Sponsored by: The FreeBSD Foundation
|
#
8d4f972b |
| 26-Nov-2015 |
Navdeep Parhar <np@FreeBSD.org> |
Catch up with head.
|
#
210d6af7 |
| 21-Nov-2015 |
Andrew Turner <andrew@FreeBSD.org> |
Move more bus_space_* files to be built by files.arm. This leaves the definition in a file.* file under sys/arm/arm in the few cases we need it for non-fdt platforms.
Sponsored by: ABT Systems Ltd
|