Hello! > >> > +- samsung,srom-timing : array of 6 integers, specifying bank timings in > >> > the > >> > + following order: Tacp, Tcah, Tcoh, Tacc, Tcos, > >> > Tacs. > >> > + Each value is specified in cycles and has the > >> > following > >> > + meaning and valid range: > >> > + Tacp : Page mode access cycle at Page mode (0 - > >> > 15) > >> > + Tcah : Address holding time after CSn (0 - 15) > >> > + Tcoh : Chip selection hold on OEn (0 - 15) > >> > + Tacc : Access cycle (0 - 31, the actual time is > >> > N + 1) > >> > + Tcos : Chip selection set-up before OEn (0 - 15) > >> > + Tacs : Address set-up before CSn (0 - 15) > >> > >> This is not easily extended. Perhaps a property per value instead. > > > > We had a discussion with Krzysztof about it, he agreed with this form of > > the property. > > My concern was that it's just too much typing, and makes little sense > > because these > > settings always go together. If register layout changes, or parameter set > > changes in > > incompatible way, then it's another device, not exynos-srom anymore. > > So would you agree with that, or is your position strong? > > I'm thinking for a new version of the controller which could add (or > remove) new timing parameters, but then I guess you can interpret the > field differently based on the compatible string. Anyway, your problem > to deal with.
Of course, my thought is that if compatible string is different, then it's already a different device. And of course it would have different parameters. So, OK, i'll post new version with fixed documentation today. Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
