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: Fri, 19 Nov 2010 15:18:58 +0900 Message-ID: <007401cb87b1$a773b3d0$66f8800a@maildom.okisemi.com> References: <4CE2434B.5050701@dsn.okisemi.com> <4CE27796.2000206@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, Masayuki Ohtake , Samuel Ortiz , margie.foster-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, socketcan-core-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org, yong.y.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, kok.howg.ewe-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, Wolfgang Grandegger , joel.clark-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, "David S. Miller" , Christian Pellegrin , qi.wang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org 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 Tuesday, November 16, 2010 9:22 PM, Marc Kleine-Budde wrote : Except the following, I have updated/resubmitted already . >> static int pch_can_rx_poll(struct napi_struct *napi, int quota) >> { >> struct net_device *ndev = napi->dev; >> struct pch_can_priv *priv = netdev_priv(ndev); >> - struct net_device_stats *stats = &(priv->ndev->stats); >> - u32 dlc; >> u32 int_stat; >> int rcv_pkts = 0; ^^^^ >can be removed...if you remove the += below Since there is "goto" code, "=0" is better. >> - spin_unlock_irqrestore(&priv->msgif_reg_lock, flags); >> + pch_can_rw_msg_obj(&priv->regs->ifregs[1].creq, tx_obj_no); >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. --- Thanks, Tomoya MORINAGA OKI SEMICONDUCTOR CO., LTD.