From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Tomoya MORINAGA" Subject: Re: [PATCH net-next-2.6 v3] can: Topcliff: PCH_CAN driver: Add Flow control, Date: Wed, 24 Nov 2010 09:09:16 +0900 Message-ID: <000b01cb8b6b$d7542a90$66f8800a@maildom.okisemi.com> References: <4CE2434B.5050701@dsn.okisemi.com> <4CE27796.2000206@pengutronix.de> <007401cb87b1$a773b3d0$66f8800a@maildom.okisemi.com> <4CE64167.2030405@pengutronix.de> <003201cb8a02$f05b15e0$66f8800a@maildom.okisemi.com> <4CEA2986.4080607@pengutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: andrew.chih.howe.khor-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, Samuel Ortiz , margie.foster-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, yong.y.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, socketcan-core-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org, kok.howg.ewe-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, joel.clark-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, qi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, "David S. Miller" , Christian Pellegrin , Wolfgang Grandegger To: "Marc Kleine-Budde" Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org Errors-To: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org List-Id: netdev.vger.kernel.org On Monday, November 22, 2010 5:27 PM, Marc Kleine-Budde wrote: >>>>> Still we have the busy waiting in the TX path. Maybe you can move the >>>>> waiting before accessing the if[1] and remove the busy waiting here. >>>> I can't understand your saying. >>>> For transmitting data, calling pch_can_rw_msg_obj is mandatory. >>> Yes, but the busy wait is not needed. It should be enough to do the >>> busy-waiting _before_ accessing the if[1]. >> >> Do you mean we should create other pch_can_rw_msg_obj which doesn't have busy wait ? >ACK, and this non busy waiting is use in the TX path. But you add a busy >wait only function before accessing the if[1] in the TX path. The "busy waiting" of pch_can_rw_msg_obj is for next processing accesses to Message object. If deleting this busy waiting, next processing can access to Message object, regardless previous transfer doesn't complete yet. Thus, I think, the "busy waiting" is necessary. --- Thanks, Tomoya MORINAGA OKI SEMICONDUCTOR CO., LTD. ----- Original Message ----- From: "Marc Kleine-Budde" To: "Tomoya MORINAGA" Cc: ; ; "Samuel Ortiz" ; ; ; "Christian Pellegrin" ; ; ; "Masayuki Ohtake" ; ; ; "David S. Miller" ; "Wolfgang Grandegger" ; Sent: Monday, November 22, 2010 5:27 PM Subject: Re: [PATCH net-next-2.6 v3] can: Topcliff: PCH_CAN driver: Add Flow control,