On Mon, Dec 02, 2013 at 19:24 +0400, Alexander Shiyan wrote: > > Using GPIO flags is basically better. > Imagine that tomorrow we may want the option to define open-drain > output on the CS pin. Specific pullup or pulldown. > Another separate properties?
This does not answer the actual concerns raised. Do you change the semantics without making users notice it? Do you fragment configuration by putting the same piece of information that is specific to the SPI slave into totally different properties in rather distant locations depending on how the CS signal gets generated? Shouldn't you update users when you change the service? Can you please address those concerns I raised, or clarify where I'm wrong in my interpretation and why there is no issue? A mere "but it's better" is not convincing to me. (Note that I trimmed the above quotation because I feel that your response should be a direct followup of the concerns raised, not buried here deep in several response levels.) virtually yours Gerhard Sittig -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr. 5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de -- To unsubscribe from this list: send the line "unsubscribe linux-spi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
