From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756872Ab1EKWzs (ORCPT ); Wed, 11 May 2011 18:55:48 -0400 Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:55166 "EHLO www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753402Ab1EKWzr (ORCPT ); Wed, 11 May 2011 18:55:47 -0400 Date: Wed, 11 May 2011 23:56:52 +0100 From: Alan Cox To: Marc Kleine-Budde Cc: Arnd Bergmann , Subhasish Ghosh , Wolfgang Grandegger , linux-arm-kernel@lists.infradead.org, sachi@mistralsolutions.com, davinci-linux-open-source@linux.davincidsp.com, Netdev@vger.kernel.org, nsekhar@ti.com, open list , CAN NETWORK DRIVERS , m-watkins@ti.com Subject: Re: [PATCH v4 1/1] can: add pruss CAN driver. Message-ID: <20110511235652.7ccddb3b@lxorguk.ukuu.org.uk> In-Reply-To: <4DCB103B.30801@pengutronix.de> References: <1303474267-6344-1-git-send-email-subhasish@mistralsolutions.com> <2BFFDAA0A0DE4820876E5549867938EC@subhasishg> <201105112331.47954.arnd@arndb.de> <201105112344.44171.arnd@arndb.de> <4DCB103B.30801@pengutronix.de> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.0; x86_64-redhat-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > I'm not sure if reprogramming hardware filters on the fly works on evey > can core. The more conservative solution would be to configure the > filter list globally (+when the interface is down) via netlink. For anything that isn't so braindead it ought to be done on the fly and behind the users back to avoid having to make app code specially aware. If the lists are fixed either in firmware or in software the stack needs to error attempts to use anything else - and as you say you need some kind of way to configure those global lists, preferably portably. Alan