From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <529FE81C.4000608@freescale.com> Date: Thu, 5 Dec 2013 10:42:36 +0800 From: Huang Shijie MIME-Version: 1.0 To: Marek Vasut Subject: Re: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR References: <1385447575-23773-1-git-send-email-b32955@freescale.com> <20980858CB6D3A4BAE95CA194937D5E73EA51905@DBDE04.ent.ti.com> <529EE5F1.9080806@st.com> <201312041636.20875.marex@denx.de> In-Reply-To: <201312041636.20875.marex@denx.de> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Angus Clark , "broonie@linaro.org" , "dwmw2@infradead.org" , Linus Walleij , "linux-spi@vger.kernel.org" , "linux-mtd@lists.infradead.org" , "Gupta, Pekon" , "Poddar, Sourav" , Brian Norris , Lee Jones , "linux-arm-kernel@lists.infradead.org" List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , =E4=BA=8E 2013=E5=B9=B412=E6=9C=8804=E6=97=A5 23:36, Marek Vasut =E5=86=99= =E9=81=93: > I disagree we should bloat the API with features, that will be used by = "possible > future controllers" or "possible single controller", right from the sta= rt. The > real question here is, can the API be designed in such a way, that the = SR > polling will happen in software NOW and only when a controller appears = that can > do polling in HW will the API be extended to support it ? ok. Let's add this feature in the future when a real case occurs. thanks Huang Shijie From mboxrd@z Thu Jan 1 00:00:00 1970 From: Huang Shijie Subject: Re: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR Date: Thu, 5 Dec 2013 10:42:36 +0800 Message-ID: <529FE81C.4000608@freescale.com> References: <1385447575-23773-1-git-send-email-b32955@freescale.com> <20980858CB6D3A4BAE95CA194937D5E73EA51905@DBDE04.ent.ti.com> <529EE5F1.9080806@st.com> <201312041636.20875.marex@denx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Angus Clark , "Gupta, Pekon" , Brian Norris , "broonie-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org" , Lee Jones , Linus Walleij , "linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , "Poddar, Sourav" , "dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org" , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" To: Marek Vasut Return-path: In-Reply-To: <201312041636.20875.marex-ynQEQJNshbs@public.gmane.org> Sender: linux-spi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: =E4=BA=8E 2013=E5=B9=B412=E6=9C=8804=E6=97=A5 23:36, Marek Vasut =E5=86= =99=E9=81=93: > I disagree we should bloat the API with features, that will be used b= y "possible > future controllers" or "possible single controller", right from the s= tart. The > real question here is, can the API be designed in such a way, that th= e SR > polling will happen in software NOW and only when a controller appear= s that can > do polling in HW will the API be extended to support it ? ok. Let's add this feature in the future when a real case occurs. thanks Huang Shijie -- To unsubscribe from this list: send the line "unsubscribe linux-spi" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 From: b32955@freescale.com (Huang Shijie) Date: Thu, 5 Dec 2013 10:42:36 +0800 Subject: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR In-Reply-To: <201312041636.20875.marex@denx.de> References: <1385447575-23773-1-git-send-email-b32955@freescale.com> <20980858CB6D3A4BAE95CA194937D5E73EA51905@DBDE04.ent.ti.com> <529EE5F1.9080806@st.com> <201312041636.20875.marex@denx.de> Message-ID: <529FE81C.4000608@freescale.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org ? 2013?12?04? 23:36, Marek Vasut ??: > I disagree we should bloat the API with features, that will be used by "possible > future controllers" or "possible single controller", right from the start. The > real question here is, can the API be designed in such a way, that the SR > polling will happen in software NOW and only when a controller appears that can > do polling in HW will the API be extended to support it ? ok. Let's add this feature in the future when a real case occurs. thanks Huang Shijie