Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933583AbbDUVMy (ORCPT ); Tue, 21 Apr 2015 17:12:54 -0400 Received: from mail-lb0-f181.google.com ([209.85.217.181]:36764 "EHLO mail-lb0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932723AbbDUVMw (ORCPT ); Tue, 21 Apr 2015 17:12:52 -0400 MIME-Version: 1.0 In-Reply-To: References: <1429648676-17755-1-git-send-email-mcgrof@do-not-panic.com> <1429648676-17755-3-git-send-email-mcgrof@do-not-panic.com> <20150421205716.GA474@obsidianresearch.com> <32E1700B9017364D9B60AED9960492BC256FB8E2@fmsmsx120.amr.corp.intel.com> From: Andy Lutomirski Date: Tue, 21 Apr 2015 14:12:31 -0700 Message-ID: Subject: Re: [PATCH v3 2/3] IB/qib: use arch_phys_wc_add() To: "Luis R. Rodriguez" Cc: "Marciniszyn, Mike" , Jason Gunthorpe , infinipath , "roland@kernel.org" , "Hefty, Sean" , "hal.rosenstock@gmail.com" , "linux-rdma@vger.kernel.org" , "mst@redhat.com" , "cocci@systeme.lip6.fr" , Toshi Kani , Rickard Strandqvist , Roland Dreier , "Dalessandro, Dennis" , Suresh Siddha , Ingo Molnar , Thomas Gleixner , Juergen Gross , Daniel Vetter , Dave Airlie , Bjorn Helgaas , Antonino Daplas , Jean-Christophe Plagniol-Villard , Tomi Valkeinen , Dave Hansen , Arnd Bergmann , Stefan Bader , "konrad.wilk@oracle.com" , "ville.syrjala@linux.intel.com" , "david.vrabel@citrix.com" , "jbeulich@suse.com" , =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= , "linux-fbdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xensource.com" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1230 Lines: 38 On Tue, Apr 21, 2015 at 2:09 PM, Luis R. Rodriguez wrote: > On Tue, Apr 21, 2015 at 1:59 PM, Marciniszyn, Mike > wrote: >>> > This driver already makes use of ioremap_wc() on PIO buffers, so >>> > convert it to use arch_phys_wc_add(). >>> >>> This is probably OK, but I think you should also remove the qib_wc_pat module >>> parameter. >>> >>> Jason >> >> Revise based on Jason's request and I will do some testing. > > I did thiink about this -- but removal of module parameters can often > times break users of the module parameter, I figured its best to leave > it to you guys to decide what to do with that, so this leaves it as a > no-op. Can this series be applied and then you can decide what to do > to not affect your users on top of this? As of a few kernel versions ago, unrecognized module parameters no longer cause the module to refuse to load. --Andy > > Luis -- Andy Lutomirski AMA Capital Management, LLC -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/