This is the documentation for the latest (main) development branch. If you are looking for the documentation of previous releases, use the drop-down menu on the left and select the desired version.

4. Bus Firewalls (Under Discussion)

Note

The contents of this chapter are still under discussion.

4.1. Hardware Description

4.1.1. Bus Firewall Controllers

Bus Firewalls Controllers are hardware blocks like Xilinx XMPU and XPPU that allow for the configuration of system-wide DMA transactions blacklists and whitelists.

The controllers are described using regular device tree nodes such as:

amba_xppu: xppu-bus {
        compatible = "indirect-bus";
        #address-cells = <0x2>;
        #size-cells = <0x2>;

        lpd_xppu: xppu@ff990000 {
                compatible = "xlnx,xppu"
                #firewall-cells = <0x0>;
                reg = <0x0 0xff990000 0x0 0x1000>;
        };

        pmc_xppu: xppu@f1310000 {
                compatible = "xlnx,xppu"
                #firewall-cells = <0x0>;
                reg = <0x0 0xf1310000 0x0 0x1000>;
        };
};

Where the compatible string “xlnx,xppu” indicates the type of firewall controller, reg is the MMIO address of the controller, and #firewall-cells indicates the presence of firewall-specific extra information (none in this example.)

4.1.2. Device Protection

Each device node protected by a firewall links to the relevant firewall controller, for instance can0 is protected by lpd_xppu:

axi {
        can0: can@ff060000 {
                firewall-0 = <&lpd_xppu>;
        };
};

Bus mastering devices are identified by bus firewalls using IDs. Their transactions are marked with a device ID. These IDs are used to configure bus firewalls and are called “Bus Master IDs”. They are advertised using a new property “bus-master-id”:

bus-master-id = <&controller u32>

Where &controller is the link to the bus firewall controller and u32 is the Bus Master ID of the device:

dev0: device@0 {
        bus-master-id = <&lpd_xppu 0x212>;
};

4.1.3. Full Example

amba_xppu: xppu-bus {
        compatible = "indirect-bus";
        #address-cells = <0x2>;
        #size-cells = <0x2>;

        lpd_xppu: xppu@ff990000 {
                compatible = "xlnx,xppu"
                #firewall-cells = <0x0>;
                reg = <0x0 0xff990000 0x0 0x1000>;
        };

        pmc_xppu: xppu@f1310000 {
                compatible = "xlnx,xppu"
                #firewall-cells = <0x0>;
                reg = <0x0 0xf1310000 0x0 0x1000>;
        };
};

cpus_r5: cpus-cluster-r5 {
        #address-cells = <0x1>;
        #size-cells = <0x0>;
        #cpus-mask-cells = <0x1>;
        compatible = "cpus,cluster";

        bus-master-id = <&lpd_xppu 0x0 &pmc_xppu 0x0 &lpd_xppu 0x1 &pmc_xppu 0x1>;
};

axi-bus {
        compatible = "simple-bus";
        #address-cells = <2>;
        #size-cells = <2>;

        ethernet0: ethernet@ff0c0000 {
                bus-master-id = <&lpd_xppu 0x234 &pmc_xppu 0x234>;
                firewall-0 = <&lpd_xppu>;
        };

        can0: can@ff060000 {
                firewall-0 = <&lpd_xppu>;
        };

        mmc0: sdhci@f1050000 {
                bus-master-id = <&lpd_xppu 0x243 &pmc_xppu 0x243>;
                firewall-0 = <&pmc_xppu>;
        };

        serial0: serial@ff000000 {
                firewall-0 = <&lpd_xppu>;
        };
};

4.2. Configuration

Bus firewalls configuration is based on Execution Domains. They are the natural place to describe the desired firewalls configurations because they already specify device assignments. We only need to add protection to the assignments. To do that, we add two new properties “firewallconf” and “firewallconf-default”.

4.2.1. firewallconf

firewallconf is a new property that can be used in a domain node. It applies to all address ranges in the domain it appears in.

firewallconf = <&domain0 block 0>;

The first cell is a link to a node of a bus mastering device (or a domain). Lopper retrieves the bus-master-ids of the linked node for the relevant controllers. If the linked node is a domain, lopper retrieves the bus-master-id of every device in the domain access list and the bus-master-id of the CPU cluster of the domain.

The second cell is the action, values can be allow (1), block (0), and block-desirable (2):

  • block [0]: access is blocked

  • allow [1]: access is allowed

  • block-desirable [2]: “block if you can”

The third cell is a priority number: the priority of the rule when block-desirable is specified, otherwise unused.

block-desirable is useful because in many cases bus firewall controllers only support few configuration entries, thus not everything can be protected. With block-desirable we can let lopper compute the best configuration to protect as much as possible according to the priorities we set.

4.2.2. firewallconf-default

firewallconf-default applies to all bus-master-ids except for the ones listed in the firewallconf property:

firewallconf-default = <block-desirable 8>,
firewallconf = <&domain0 allow 0>,
               <&domain1 allow 0>;

In this example, we want to block all bus-master-ids except for the ones of domain-0 and domain-1.

4.2.3. Full Example

Two domains are block access from everybody else to their resources with the exception of two devices, ethernet and serial0, which are shared between the two domains so both domains get access to them.

domains {
        domain0: domain-0 {
                compatible = "openamp,domain-v1";
                id = <0x0>;
                memory = <0x100000 0x100000>;
                access = <&mmc0 &ethernet &serial0>;
                firewallconf-default = <block-desirable 8>;
        };

        domain1: domain-1 {
                compatible = "openamp,domain-v1";
                id = <0x1>;
                memory = <0x0 0x100000>;
                access = <&can0 &ethernet &serial0>;
                firewallconf-default = <block-desirable 8>;
        };
};