On Thursday 28 April 2016 17:39:20 Mark Brown wrote: > > I don't think we have merge new platform support on any > > architecture that would need this in the past years and > > stuff like spi_board_info and i2c_board_info is only really > > used on really old machines (but not going away any time soon > > either). > > It's not just platforms that use these things though - there's things > like the SolarFlare NICs where the firmware update mechanism essentially > involves exposing a SPI flash as part of a PCI device and we just merged > an ASoC driver for a video card which was reusing some existing IPs and > chips. > That's of course fine: you essentially have a discoverable bus there, and if we need something like that, we can always add it later to any subsystem. In contrast, the interface in the proposed slimbus subsystem seems designed for board files, and is in the best case just dead code that can be removed, or has a risk of being misused e.g. if some device manufacturer decides to use a board file for this instead of describing the slimbus slaves in DT. Arnd -- 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
