All of lore.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: 11+ 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-22 19:26 ` Luis R. Rodriguez
2015-04-22 19:26 ` Luis R. Rodriguez
2015-04-27 16:46 ` Luis R. Rodriguez
2015-04-27 16:46   ` 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.