From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: David Rientjes <rientjes@google.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>,
Pekka Enberg <penberg@kernel.org>,
Christoph Lameter <cl@linux.com>,
linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [patch 1/6] s390, block: disable fixed buffer mode when DMA support is disabled
Date: Wed, 25 May 2011 09:24:07 +0200 [thread overview]
Message-ID: <20110525072407.GB2498@osiris.boeblingen.de.ibm.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1105241650230.29780@chino.kir.corp.google.com>
On Tue, May 24, 2011 at 04:53:45PM -0700, David Rientjes wrote:
> dasd=fixedbuffers must create a SLAB_CACHE_DMA cache, which is not
> possible if CONFIG_ZONE_DMA is disabled (a supported configuration
> without 64-bit support).
>
> If passed, emit a warning and disable fixed buffer mode.
>
> Signed-off-by: David Rientjes <rientjes@google.com>
What's the reasoning here?
On s390 for !CONFIG_64BIT ZONE_DMA would be equal to ZONE_NORMAL,
that's why we only have ZONE_NORMAL. So I don't see that something
wouldn't work...
> ---
> drivers/s390/block/dasd_devmap.c | 5 +++++
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/s390/block/dasd_devmap.c b/drivers/s390/block/dasd_devmap.c
> --- a/drivers/s390/block/dasd_devmap.c
> +++ b/drivers/s390/block/dasd_devmap.c
> @@ -282,6 +282,11 @@ dasd_parse_keyword( char *parsestring ) {
> return residual_str;
> }
> if (strncmp("fixedbuffers", parsestring, length) == 0) {
> +#ifndef CONFIG_ZONE_DMA
> + DBF_EVENT(DBF_WARNING, "%s", "DMA support disabled, "
> + "fixed buffer mode disabled.");
> + return residual_str;
> +#endif
> if (dasd_page_cache)
> return residual_str;
> dasd_page_cache =
prev parent reply other threads:[~2011-05-25 7:24 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-24 23:53 David Rientjes
2011-05-24 23:53 ` [patch 2/6] scsi: warn and avoid creating dma caches if " David Rientjes
2011-05-24 23:53 ` [patch 3/6] scsi, fnic: require DMA support for Cisco FNIC David Rientjes
2011-05-25 8:04 ` Christoph Hellwig
2011-05-25 19:28 ` Roland Dreier
2011-05-25 23:35 ` Abhijeet Joglekar (abjoglek)
2011-05-25 23:40 ` David Rientjes
2011-05-24 23:53 ` [patch 4/6] slub: avoid compiling SLAB_CACHE_DMA without DMA support David Rientjes
2011-05-25 14:58 ` Christoph Lameter
2011-05-25 23:34 ` David Rientjes
2011-05-24 23:53 ` [patch 5/6] slab: " David Rientjes
2011-05-24 23:53 ` [patch 6/6] slab: only define SLAB_CACHE_DMA for CONFIG_ZONE_DMA David Rientjes
2011-05-25 10:49 ` Heiko Carstens
2011-05-25 15:02 ` Christoph Lameter
2011-05-25 23:37 ` David Rientjes
2011-05-25 7:24 ` Heiko Carstens [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=20110525072407.GB2498@osiris.boeblingen.de.ibm.com \
--to=heiko.carstens@de.ibm.com \
--cc=cl@linux.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=penberg@kernel.org \
--cc=rientjes@google.com \
--cc=schwidefsky@de.ibm.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®