From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Hutchings Subject: Re: Pull request: sfc-next 2013-08-30 Date: Mon, 2 Sep 2013 18:32:45 +0100 Message-ID: <1378143165.1552.23.camel@bwh-desktop.uk.level5networks.com> References: <1377833794.2552.26.camel@deadeye.wl.decadent.org.uk> <20130831.222857.845781578450355342.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: , To: David Miller Return-path: Received: from webmail.solarflare.com ([12.187.104.25]:35505 "EHLO webmail.solarflare.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756901Ab3IBRct (ORCPT ); Mon, 2 Sep 2013 13:32:49 -0400 In-Reply-To: <20130831.222857.845781578450355342.davem@davemloft.net> Sender: netdev-owner@vger.kernel.org List-ID: On Sat, 2013-08-31 at 22:28 -0400, David Miller wrote: > From: Ben Hutchings > Date: Fri, 30 Aug 2013 04:36:34 +0100 > > > 1. A little more refactoring. > > 2. Remove the unnecessary use of atomic_t that you pointed out. > > 3. Add support for starting or queueing firmware requests from atomic > > context. > > 4. Add hwmon support for additional sensors found on some new boards. > > 5. Add support for the EF10 controller architecture, the SFC9100 family > > and specifically the SFC9120 controller. > > Pulled, thanks Ben. And thanks for reviewing all these changes so quickly. Ben. > Maybe you can get away with just doing "atomic_inc_return()" for the > MCDI sequence number bump and avoid the iface lock in those paths? > > Just an idea. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked.