From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by ozlabs.org (Postfix) with ESMTP id 6E57BDDED9 for ; Tue, 17 Jul 2007 03:37:13 +1000 (EST) To: Joachim Fenkes Subject: Re: [PATCH 10/10] IB/ehca: Support large page MRs References: <200707121745.27592.fenkes@de.ibm.com> <200707121754.20293.fenkes@de.ibm.com> From: Roland Dreier Date: Mon, 16 Jul 2007 10:37:09 -0700 In-Reply-To: <200707121754.20293.fenkes@de.ibm.com> (Joachim Fenkes's message of "Thu, 12 Jul 2007 17:54:19 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: LKML , LinuxPPC-Dev , Christoph Raisch , OF-General , Stefan Roscher List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > Add support for MR pages larger than 4K on eHCA2. This reduces firmware > memory consumption. If enabled via the mr_largepage module parameter, the MR > page size will be determined based on the MR length and the hardware > capabilities - if the MR is >= 16M, 16M pages are used, for example. Why the module parameter? Is there any reason a user would want to turn this off? Or conversely, why is it off by default? Also this patch seems to depend heavily on the multiple EQ patch, which I am holding off on now. So you may want to rebase to my current tree, which has all the ehca patches except the EQ one. > static ssize_t ehca_show_nr_eqs(struct device *dev, > struct device_attribute *attr, > char *buf) > { > return sprintf(buf, "%d\n", ehca_nr_eqs); > } > - > static DEVICE_ATTR(nr_eqs, S_IRUGO, ehca_show_nr_eqs, NULL); Although trivial, this chunk doesn't really belong in this patch -- just fix it up in the multiple EQ patch (which I haven't merged yet). - R.