Hi Sebastian, On Nov 7, 2013, at 10:46 PM, Sebastian Andrzej Siewior wrote: > On 07.11.13, Pantelis Antoniou wrote: >> Hi Sebastian, > Hi Pantelis, > >> FWIW DT has been ported to x86. And is present on arm/powerpc/mips/arc and possibly >> others. > > Yes, I know. I am the one that did the work for CE4100, the first one > that boots with DT on x86. > >> So what are we talking about again? If you care about the non-DT case, why >> don't you make a patch about how you could support Guenter's use case on >> the x86. > > I am only saying that this "hot-plug a device at a non hot-plugagle bus at > runtime" is not limited to DT but this solution is. X86 + ACPI is not > the only limitation. ARM is (forced) going to ACPI as well as far I > know. And this solution is limited to DT. This is what I am pointing > out. > Who is forcing ACPI on ARM? Maybe for ARM64 and server markets but interest in ACPI for all the other markets I'd say is nil. A DT limited solution has more reach _today_ that what ACPI _might_ do sometime. There is a big big world outside of x86. >> His use case is not uncommon, believe it or not, and x86 would benefit from >> something this flexible. > > I *think* a more flexible solution would be something like bus_type which is > exposed via configfs. It would be attached behind a certain device/bus where > the "physical" hotplug interface is. The user would then be able to read the > configuration based on whatever information he has and could then create > devices he likes at runtime. This wouldn't depend much on the firmware that is > used but would require a little more work I think. > You might've missed the posting, but the original implementation was using a bus (a capebus) and that went over like a lead ballon. People use this, and find the concept useful. In a nutshell, sure, there _might_ be better ways to do it, but no-one has actually stepped forward and did it better. >> Regards >> >> -- Pantelis > > Sebastian Regards -- Pantelis -- 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