On Wednesday 06 March 2013, Bastian Hecht wrote: > 2013/3/6 Paul Mundt <lethal@xxxxxxxxxxxx>: > > No, we still need to figure out how to generate that baud rate, whether > > it needs an internal or external clock for driving the rate, etc. The > > frequency in and of itself doesn't provide this information, and various > > parts use different algorithms for factoring the baud rate generator, > > even varying across otherwise identical ports. It's unfortunately not > > possible to infer anything about the SCBRR algorithm from port type or > > specified baud rate. > > > > The algorithm IDs here are wholly arbitrary anyways, but are the > > variations I came up with from roughly 60-70 different CPUs. Ok, I see. > So if we stick with the notion of the algrithm ID everything is settled now. > > I will prepare a v6 that I will post as the whole patchset and an > additional incremental patch 1/3 from v3 to v6 for Paul's repo. Then > we can see if the SCBRR thing needs further discussion and if the rest > of the patchset is final. I can't think of anything better either, so let's stick to putting the algorithm ID into the DT binding. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
