From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Roland Dreier <roland@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Milton Miller <miltonm@bga.com>,
Hitoshi Mitake <h.mitake@gmail.com>,
Kashyap Desai <Kashyap.Desai@lsi.com>,
Len Brown <lenb@kernel.org>, Ravi Anand <ravi.anand@qlogic.com>,
Vikas Chaudhary <vikas.chaudhary@qlogic.com>,
Matthew Garrett <mjg@redhat.com>
Subject: Re: [PATCH] x86: Remove 32-bit versions of readq()/writeq()
Date: Fri, 20 May 2011 16:03:09 +0400 [thread overview]
Message-ID: <1305892989.2571.17.camel@mulgrave.site> (raw)
In-Reply-To: <20110520114454.GD14745@elte.hu>
On Fri, 2011-05-20 at 13:44 +0200, Ingo Molnar wrote:
> * Roland Dreier <roland@kernel.org> wrote:
>
> > From: Roland Dreier <roland@purestorage.com>
> >
> > The presense of a writeq() implementation on 32-bit x86 that splits
> > the 64-bit write into two 32-bit writes turns out to break the mpt2sas
> > driver (and in general is risky for drivers as was discussed in
> > <http://lkml.kernel.org/r/adaab6c1h7c.fsf@cisco.com>). To fix this,
> > revert 2c5643b1c5c7 ("x86: provide readq()/writeq() on 32-bit too")
> > and follow-on cleanups.
> >
> > This unfortunately leads to pushing non-atomic definitions of readq()
> > and write() to various x86-only drivers that in the mean time started
> > using the definitions in the x86 version of <asm/io.h>. However as
> > discussed exhaustively, this is actually the right thing to do,
> > because the right way to split a 64-bit transaction is hardware
> > dependent and therefore belongs in the hardware driver (eg mpt2sas
> > needs a spinlock to make sure no other accesses occur in between the
> > two halves of the access).
> >
> > Build tested on 32- and 64-bit x86 allmodconfig.
> >
> > Link: http://lkml.kernel.org/r/x86-32-writeq-is-broken@mdm.bga.com
> > Cc: Hitoshi Mitake <h.mitake@gmail.com>
> > Cc: Kashyap Desai <Kashyap.Desai@lsi.com>
> > Cc: Len Brown <lenb@kernel.org>
> > Cc: Ravi Anand <ravi.anand@qlogic.com>
> > Cc: Vikas Chaudhary <vikas.chaudhary@qlogic.com>
> > Cc: Matthew Garrett <mjg@redhat.com>
> > Signed-off-by: Roland Dreier <roland@purestorage.com>
> > ---
> > arch/x86/Kconfig | 2 --
> > arch/x86/include/asm/io.h | 24 ++----------------------
> > drivers/acpi/apei/einj.c | 8 ++++++++
> > drivers/acpi/atomicio.c | 4 ++++
> > drivers/edac/i3200_edac.c | 13 +++++++++++++
> > drivers/platform/x86/ibm_rtl.c | 13 +++++++++++++
> > drivers/platform/x86/intel_ips.c | 13 +++++++++++++
> > drivers/scsi/qla4xxx/ql4_nx.c | 21 +++++++++++++++++++++
> > 8 files changed, 74 insertions(+), 24 deletions(-)
>
> Hm, this patch is wider than i thought - might be better to do this via one of
> the driver trees or -mm?
We don't have a single driver tree covering all of those, so I think the
x86 tree is as good as any other
> The x86 bits are:
>
> Acked-by: Ingo Molnar <mingo@elte.hu>
For the SCSI bits:
Acked-by: James Bottomley <James.Bottomley@parallels.com>
James
prev parent reply other threads:[~2011-05-20 12:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20110504115324.GE17855@lsi.com>
[not found] ` <1305616571.6008.23.camel@mulgrave.site>
[not found] ` <B2FD678A64EAAD45B089B123FDFC3ED70157F7BCE5@inbmail01.lsi.com>
[not found] ` <20110518041551.GL15227@parisc-linux.org>
[not found] ` <1305692584.2580.3.camel@mulgrave.site>
[not found] ` <1305702010.2781.33.camel@pasglop>
[not found] ` <mpt2sas-writeq-powerpc64@mdm.bga.com>
[not found] ` <4565AEA676113A449269C2F3A549520F80B66280@cosmail03.lsi.com>
2011-05-18 18:31 ` [PATCH 1/3] mpt2sas: remove the use of writeq, since writeq is not atomic Milton Miller
2011-05-18 19:11 ` Moore, Eric
2011-05-19 4:08 ` Hitoshi Mitake
2011-05-19 4:46 ` James Bottomley
2011-05-19 5:36 ` Benjamin Herrenschmidt
2011-05-19 8:35 ` [PATCH 1/3] mpt2sas: remove the use of writeq, since writeq isnot atomic David Laight
2011-05-19 4:16 ` [PATCH 1/3] mpt2sas: remove the use of writeq, since writeq is not atomic Roland Dreier
2011-05-19 5:34 ` Benjamin Herrenschmidt
2011-05-19 18:15 ` Ingo Molnar
2011-05-19 23:54 ` [PATCH] x86: Remove 32-bit versions of readq()/writeq() Roland Dreier
2011-05-20 1:15 ` Hitoshi Mitake
2011-05-20 8:05 ` Desai, Kashyap
2011-05-20 11:44 ` Ingo Molnar
2011-05-20 12:03 ` James Bottomley [this message]
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=1305892989.2571.17.camel@mulgrave.site \
--to=james.bottomley@hansenpartnership.com \
--cc=Kashyap.Desai@lsi.com \
--cc=akpm@linux-foundation.org \
--cc=benh@kernel.crashing.org \
--cc=h.mitake@gmail.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=miltonm@bga.com \
--cc=mingo@elte.hu \
--cc=mjg@redhat.com \
--cc=ravi.anand@qlogic.com \
--cc=roland@kernel.org \
--cc=vikas.chaudhary@qlogic.com \
/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
all inboxes | Powered by JetHome®