public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: "Luis R. Rodriguez" <mcgrof-IBi9RG/b67k@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Mike Marciniszyn
	<mike.marciniszyn-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] IB/ipath: use arch_phys_wc_add() and require PAT disabled
Date: Mon, 27 Apr 2015 14:38:52 -0400	[thread overview]
Message-ID: <1430159932.44548.20.camel@redhat.com> (raw)
In-Reply-To: <CAB=NE6UHnEuMHfFaXBNr4F=RcDcEC3z6rX8-B_10Sbpr7kHkiA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 1827 bytes --]

On Mon, 2015-04-27 at 09:46 -0700, Luis R. Rodriguez wrote:
> On Wed, Apr 22, 2015 at 12:26 PM, Luis R. Rodriguez
> <mcgrof-3uybbJdB1yH774rrrx3eTA@public.gmane.org> wrote:
> > From: "Luis R. Rodriguez" <mcgrof-IBi9RG/b67k@public.gmane.org>
> >
> > We are burrying direct access to MTRR code support on
> > x86 in order to take advantage of PAT. In the future we
> > also want to make the default behaviour of ioremap_nocache()
> > to use strong UC, use of mtrr_add() on those systems
> > would make write-combining void.
> >
> > In order to help both enable us to later make strong
> > UC default and in order to phase out direct MTRR access
> > code port the driver over to arch_phys_wc_add() and
> > annotate that the device driver requires systems to
> > boot with PAT disabled, with the nopat kernel parameter.
> >
> > This is a worthy compromise given that the ipath device
> > driver powers the old HTX bus cards that only work in
> > AMD systems, while the newer IB/qib device driver
> > powers all PCI-e cards. The ipath device driver is
> > obsolete, hardware hard to find and because of this
> > this its a reasonable compromise to make to require
> > users of ipath to boot with nopat.
> 
> Hey folks, I realize its being discussed whether or not to remove the
> driver entirely from the kernel but in the meantime, is this a
> reasonable compromise ?

[ trimmed Cc: list to probably the only people that care ]

I would think so.  I think we might as well mark this driver as
deprecated and put a tentative date on removal while we are at it.

Mike, any specific input here?  I would suggest mark it deprecated with
a planned removal sometime in late 2015/early 2016.

-- 
Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
              GPG KeyID: 0E572FDD



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  parent reply	other threads:[~2015-04-27 18:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-22 19:26 [PATCH] IB/ipath: use arch_phys_wc_add() and require PAT disabled Luis R. Rodriguez
2015-04-27 16:46 ` Luis R. Rodriguez
     [not found]   ` <CAB=NE6UHnEuMHfFaXBNr4F=RcDcEC3z6rX8-B_10Sbpr7kHkiA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-27 18:38     ` Doug Ledford [this message]
     [not found]       ` <1430159932.44548.20.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-04-29 16:01         ` Luis R. Rodriguez
     [not found]           ` <CAB=NE6Xe1GxDRdXHBu_rk6HScebNwFWoCPQe1CMH5gDC=ESfEg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-29 16:57             ` Doug Ledford
     [not found]               ` <1430326665.102408.25.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-04-29 17:25                 ` Luis R. Rodriguez
     [not found]                   ` <CAB=NE6Uf-fO=iqvvdJ6QONZuMW_OWD-dUaqF2hcspYFg2zZiig-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-29 17:50                     ` Doug Ledford

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1430159932.44548.20.camel@redhat.com \
    --to=dledford-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mcgrof-IBi9RG/b67k@public.gmane.org \
    --cc=mike.marciniszyn-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox