[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH 11/13] cpufreq: add xen-cpufreq driver
>>> On 13.10.14 at 13:59, <oleksandr.dmytryshyn@xxxxxxxxxxxxxxx> wrote: > There are few reasons to not implement PV I2C in Xen: > 1. It is difficult to implement concurrent access to I2C controller I already outlined how I think this could be made work. > 2. I2C code is closely integrated to the Linux kernel code and > I2C driver has lots of levels of abstraction. It is very difficult to cut > I2C code from kernel and make kernel working without it. Kernel folks > will not take this solution to the mainline. > 3. Implementation of the I2C driver in Xen will rather be more complex > than simple. Others seem to be of different opinion. > 4. There will be overhead to do all steps above. Not sure what you mean here. In any event I don't think we should discard an architecturally clean option before having tried it. The Dom0-based CPUfreq handling in x86 also had turned out a mostly dead end (and I'd be glad to see it gone altogether from the sources). Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |