Add a driver to talk to the Raspberry Pi firmware

[andrew]

Summary

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

[manu]

Since dts node obtain the firmware xref via the firmware prop it would be better to design a proper interface.
Maybe reuse nvmem one ?

[andrew]

The dts doesn't always provide a proper xref, e.g. the vchiq node doesn't have one. The bcm2835_cpufreq driver also needs to search for it as it needs to be a child of the cpu driver for the common cpufreq driver to attach, however there is no fdt node to provide an xref.

[manu]

In D25572#566074, @andrew wrote:

The dts doesn't always provide a proper xref, e.g. the vchiq node doesn't have one. The bcm2835_cpufreq driver also needs to search for it as it needs to be a child of the cpu driver for the common cpufreq driver to attach, however there is no fdt node to provide an xref.

What linux does is that it searches the node based on the compatible to get the xref to the firmware, that's something we could do too.

[andrew]

In my updated bcm2835_cpufreq driver I have the following to find the driver:

+       sc->firmware = devclass_get_device(
+           devclass_find("bcm2835_firmware"), 0);

[andrew]

• Add an ofw xref
• Remove an old function signature that's not needed

[andrew]

Use the correct change

[manu]

In D25572#566082, @andrew wrote:

In my updated bcm2835_cpufreq driver I have the following to find the driver:

+       sc->firmware = devclass_get_device(
+           devclass_find("bcm2835_firmware"), 0);

Ok, I guess that will be enough for now.

[manu]

sys/arm/broadcom/bcm2835/bcm2835_firmware.c

85 ↗

(On Diff #74193)

Anything that prevent you to get the mboxes id to store it into the softc ?
Even if it's not used in the mbox interface for now.

[andrew]

Read the mbixes peoperty to find the mbox to use