[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110510112734.54160824@lxorguk.ukuu.org.uk>
Date: Tue, 10 May 2011 11:27:34 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: "Subhasish Ghosh" <subhasish@...tralsolutions.com>
Cc: "Wolfgang Grandegger" <wg@...ndegger.com>,
"Arnd Bergmann" <arnd@...db.de>,
<linux-arm-kernel@...ts.infradead.org>,
"Marc Kleine-Budde" <mkl@...gutronix.de>,
<sachi@...tralsolutions.com>,
<davinci-linux-open-source@...ux.davincidsp.com>,
<Netdev@...r.kernel.org>, <nsekhar@...com>,
"open list" <linux-kernel@...r.kernel.org>,
"CAN NETWORK DRIVERS" <socketcan-core@...ts.berlios.de>,
<m-watkins@...com>
Subject: Re: [PATCH v4 1/1] can: add pruss CAN driver.
On Tue, 10 May 2011 15:41:49 +0530
"Subhasish Ghosh" <subhasish@...tralsolutions.com> wrote:
> >>
> >> It sounds to me like the best solution would be change the firmware
> >> to lift that restriction and simply allow all IDs, in case it's not
> >> actually a hardware limitation (which sounds unlikely).
> >
> > Yes, that would be best but they told us, that it's not possible with
> > the available hardware resources. Subhasish?
>
> Yes, In case if we allow the ALL implementation, it hogs the CPU.
> In that case we do not need the PRU. The whole purpose of the PRU
> is to offload the processor for any such implementations.
So the kernel presumably needs to switch between using the PRU and native
according to the number of ids being requested at the time ?
That would be roughly what we do with other things (eg IP multicast) so
that apps don't need to know all the innards
--
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