linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
To: bharrosh@panasas.com
Cc: fujita.tomonori@lab.ntt.co.jp, andi@firstfloor.org,
	jens.axboe@oracle.com, James.Bottomley@HansenPartnership.com,
	linux-scsi@vger.kernel.org, tomof@acm.orgtomof@acm.org
Subject: Re: [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages
Date: Wed, 2 Apr 2008 20:08:36 +0900	[thread overview]
Message-ID: <20080402200815I.tomof@acm.org> (raw)
In-Reply-To: <47F34729.6060608@panasas.com>

On Wed, 02 Apr 2008 11:43:21 +0300
Boaz Harrosh <bharrosh@panasas.com> wrote:

> On Wed, Apr 02 2008 at 6:37 +0300, FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> wrote:
> > On Mon, 17 Mar 2008 22:34:22 +0100
> > Andi Kleen <andi@firstfloor.org> wrote:
> > 
> >>> Look further down in the email, queue_bounce_to_mask() or whatever you
> >>> would want to call it. As also written there, the PRINCIPLE is the same.
> >>> And that is that exporting a to_allocator_mask() helper is a lot saner
> >>> than exporting an allocator api tied to the queue.
> >>>
> >>> Can we get over this, please?
> >> Ok it would have helped if you had explained why it is saner, but I 
> >> bow to your superior experience on block layer issues.
> >>
> >> The only open issue is right now if it isn't better to go back
> >> for automatic bouncing for SCSI scan and the other users. Do you
> >> have an opinion on that too? If you have one can you please convince
> >> James of it too.
> > 
> > There are other things that don't want the automatic bouncing; sg, st,
> > and osst.
> > 
> > Your patches remove unchecked_isa_dma in them and Boaz said that they
> > are fine since they get bounced anyway, however, it's not correct.
> > 
> > As Doug said in another thread (about your patch to change GFP_ATOMIC
> > to GFP_KERNEL in sg), they try to avoid waiting for a long time and
> > want an early failure (though they are not complete; can't avoid non
> > unchecked_isa_dma bouncing) .
> > 
> > We can change the bounce path in that way, but I think it's better if
> > they can allocate memory that will not get bounced.
> 
> I was looking in blk_queue_bounce (in mm/bounce.c) and have not seen any
> case of q->bounce_gfp with __GFP_WAIT. Are you sure we are waiting for
> the bounce buffers? It will take few more CPU cycles, but I don't see
> where it will sleep.

Hmm, q->bounce_gfp is GFP_NOIO or (GFP_NOIO | __GFP_DMA). And
__blk_queue_bounce also allocates bio with GFP_NOIO. So the bounce
path always use __GFP_WAIT.

  reply	other threads:[~2008-04-02 11:09 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-07 17:53 [PATCH] [0/20] Remove isa_unchecked_dma and some more GFP_DMAs in the mid layer v3 Andi Kleen
2008-03-07 17:54 ` [PATCH] [1/20] Add sense_buffer_isa to host template Andi Kleen
2008-03-07 17:54 ` [PATCH] [2/20] Remove unchecked_isa in BusLogic Andi Kleen
2008-03-07 17:54 ` [PATCH] [3/20] Remove unchecked_isa_dma in advansys.c Andi Kleen
2008-03-07 17:54 ` [PATCH] [4/20] Remove unchecked_isa_dma in gdth Andi Kleen
2008-03-07 17:54 ` [PATCH] [5/20] Remove unchecked_isa_dma in eata.c Andi Kleen
2008-03-07 17:54 ` [PATCH] [6/20] Remove unchecked_isa_dma in aha1542 Andi Kleen
2008-03-07 17:54 ` [PATCH] [7/20] Remove unchecked_isa_dma in aha152x/wd7000/sym53c416/u14-34f/NCR53c406a Andi Kleen
2008-03-07 17:54 ` [PATCH] [8/20] Remove random noop unchecked_isa_dma users Andi Kleen
2008-03-07 17:54 ` [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages Andi Kleen
2008-03-13 22:06   ` James Bottomley
2008-03-14 13:48     ` Jens Axboe
2008-03-14 13:59       ` Andi Kleen
2008-03-17  8:27         ` Jens Axboe
2008-03-17  8:36           ` Andi Kleen
2008-03-17  8:38             ` Jens Axboe
2008-03-17  8:53               ` Andi Kleen
2008-03-17  9:18                 ` Boaz Harrosh
2008-03-17 10:03                   ` Andi Kleen
2008-03-17 20:29                 ` Jens Axboe
2008-03-17 20:45                   ` Andi Kleen
2008-03-17 20:46                     ` Jens Axboe
2008-03-17 21:34                       ` Andi Kleen
2008-03-18  7:26                         ` Jens Axboe
2008-04-02  3:37                         ` FUJITA Tomonori
2008-04-02  8:43                           ` Boaz Harrosh
2008-04-02 11:08                             ` FUJITA Tomonori [this message]
2008-04-02 11:32                               ` Boaz Harrosh
2008-03-17 13:59           ` James Bottomley
2008-03-07 17:54 ` [PATCH] [11/20] Remove unchecked_isa_dma support for hostdata Andi Kleen
2008-03-07 17:54 ` [PATCH] [12/20] Remove unchecked_isa_dma checks in sg.c Andi Kleen
2008-03-07 17:54 ` [PATCH] [13/20] Use blk_kmalloc in scsi_scan Andi Kleen
2008-03-07 17:54 ` [PATCH] [14/20] Don't disable direct_io for unchecked_isa_dma in st.c Andi Kleen
2008-03-14 13:51   ` Jens Axboe
2008-03-14 14:24     ` Christoph Hellwig
2008-03-16 12:39       ` Boaz Harrosh
2008-03-16 12:44         ` Andi Kleen
2008-03-17  8:28           ` Jens Axboe
2008-03-27 17:26         ` Mike Christie
2008-03-17  8:27       ` Jens Axboe
2008-03-17 10:55       ` FUJITA Tomonori
2008-03-17 12:21         ` Boaz Harrosh
2008-03-07 17:54 ` [PATCH] [15/20] Remove automatic block layer bouncing for unchecked_isa_dma Andi Kleen
2008-03-07 17:54 ` [PATCH] [16/20] Convert sr driver over the blk_kmalloc Andi Kleen
2008-03-07 17:54 ` [PATCH] [17/20] Remove unchecked_isa_dma from sysfs Andi Kleen
2008-03-07 17:54 ` [PATCH] [18/20] Switch to a single SCSI command pool Andi Kleen
2008-03-07 17:54 ` [PATCH] [19/20] Finally kill unchecked_isa_dma Andi Kleen
2008-03-07 17:54 ` [PATCH] [20/20] Convert DMA buffers in ch.c to allocate via the block layer Andi Kleen
2008-03-11 17:55 ` [PATCH] [0/20] Remove isa_unchecked_dma and some more GFP_DMAs in the mid layer v3 Boaz Harrosh
2008-03-12  0:56   ` Andi Kleen

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=20080402200815I.tomof@acm.org \
    --to=fujita.tomonori@lab.ntt.co.jp \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=andi@firstfloor.org \
    --cc=bharrosh@panasas.com \
    --cc=jens.axboe@oracle.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=tomof@acm.orgtomof \
    /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;
as well as URLs for NNTP newsgroup(s).