On Wed, Nov 06, 2013 at 09:38:21PM +0100, Sebastian Andrzej Siewior wrote: > On 06.11.13, Guenter Roeck wrote: > > At least that is our use case. u-boot doesn't know which cards are going to be > > inserted at runtime. Even PCIe hotplug itself is insufficient, as the PCIe > > configuration differs per card, and the cards support a variety of i2c devices > > as well as other card specific devices such LEDs and multi-function FPGAs. > > So you have your FPGA behind PCIe and you use the DT to describe the > chips behind i2c? And then you update your FPGA and want update the > devices in DT without reboot? > No. We have a variety of boards with different functionality. Some of it is PCIe, some of it isn't. Those boards can be inserted and removed at runtime. The connector to those boards includes PCIe interfaces, i2c interfaces, and other functionality such as power control/status pins and (proprietary) serdes links. Functionality on the boards include, but is not limited to, various i2c devices (eg power sequencers, temperature sensors, ideeproms, other eeproms, SFP/SFP+), ASICs, FPGAs, PCIe switches, or 10/40/100GE controllers. Not each board has the same configuration. Some of the i2c devices may be connected directly to the i2c bus on the connector, some may be connected through an FPGA on the board. Sometimes PCIe devices are connected directly (if there is only one), sometimes there is a PCIe switch on the board with devices behind it. FPGA configuration is not likely to change at runtime, though it would technically be possible. If there is an FPGA on a board, it is typically a multi-function FPGA providing such functionality as GPIO pins, LED control, and i2c master controllers. We use DT overlays to describe the hardware on those boards and, if necessary, its configuration. For example, if there is a PCIe switch, the overlay would describe its memory and bus number configuration. Guenter -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
