[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4CA5D6D7.3010608@grandegger.com>
Date: Fri, 01 Oct 2010 14:40:55 +0200
From: Wolfgang Grandegger <wg@...ndegger.com>
To: Masayuki Ohtake <masa-korg@....okisemi.com>
CC: andrew.chih.howe.khor@...el.com, qi.wang@...el.com,
margie.foster@...el.com, netdev@...r.kernel.org,
yong.y.wang@...el.com, linux-kernel@...r.kernel.org,
socketcan-core@...ts.berlios.de, kok.howg.ewe@...el.com,
Christian Pellegrin <chripell@...e.org>,
Tomoya MORINAGA <morinaga526@....okisemi.com>,
meego-dev@...go.com, "David S. Miller" <davem@...emloft.net>,
joel.clark@...el.com, Samuel Ortiz <sameo@...ux.intel.com>
Subject: Re: [MeeGo-Dev][PATCH v3] Topcliff: Update PCH_CAN driver to 2.6.35
On 10/01/2010 12:02 PM, Masayuki Ohtake wrote:
> Hi Wolfgang Grandegger,
>
> Thank you for your comments.
>
> We will modify and re-post ASAP.
>
> I have a comment about below.
>> In this driver you are using just *one* RX object. This means that the
>> CPU must handle new messages as quickly as possible otherwise message
>> losses will happen, right?. For sure, this will not make user's happy.
>> Any chance to use more RX objects in FIFO mode?
>
> In case implementing with FIFO mode,
> received packets may be our of order.
Hm, FIFO means "First in First out"! It might be tricky to implement,
though.
> Because our CAN register access is slow.
>
> I am confirming our CAN HW spec and the possibility of our-of-order.
I don't understand?
Wolfgang.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists