The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Deven Balani <devenbalani@gmail.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Ping-Pong Compatible DMA buffer chaining
Date: Wed, 4 Jan 2006 10:58:56 +0530	[thread overview]
Message-ID: <7a37e95e0601032128l2c7d6e03v742de8dd485af9db@mail.gmail.com> (raw)
In-Reply-To: <1136250520.13968.5.camel@localhost.localdomain>

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

Hi Sir,

Basically My hardware is not allowing to do a scatter-gather list.
Might be my next version of Hardware _could_ allow me. So I decided to
come out with a _Work Around_.

please find attached sg_pingpong.txt.

My hardware has two Buffers B0 and B1 for both Tx and Rx path.
I had to fill the first buffer initially and then _continue_ a walk
through the sg list with help of buffer completion interrupts of B0 &
B1.

Can you suggest any inputs for this scenario.

Regards,
Deven

On 1/3/06, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Llu, 2005-12-26 at 11:35 +0530, Deven Balani wrote:
> > 1) The SATA Host Controller supports a DMA Logic which has Ping Pong Buffers.
> > How Can I allocate a linear contiguous buffer and give it to the
> > Buffer Descriptors of the Host Controller. I believe consistent alloc
> > would help me in this regard. But How could I do a chaining of Buffers
> > in a Ping Pong Scenario which has Buffer Descriptors.
>
> Depends entirely on your hardware.
>
> > 2) The libata is using Scatter-Gather List to send Device Identify
> > Command. Is it necessary to have a Scatter-Gather List for non-PCI ARM
> > platforms. Can I bypass this mechanism.
>
> It is neccessary as the user space virtual memory will be fragmented in
> physical space (unless you are using MMUless Linux when it will be far
> less fragmented).
>
> If the platform is an MMUless one then you can fill in the host
> structure and indicate that you support a maximum scatter gather list
> size of one. This will break up I/O's when neccessary to keep within
> that limit but this will hurt your performance by causing a lot more
> requests on a non MMUless system.
>
> Alan
>
>



--
"A smile confuses an approaching frown..."

[-- Attachment #2: sg_pingpong.txt --]
[-- Type: text/plain, Size: 1382 bytes --]

For conversion from SG list to ping pong:

Generate new sglist based on original sglist but taking into account MAX_DMA_BUF_SIZE bytes as the maximum per buffer.  This will simplify your continuance logic significantly.

For each entry in Sgentries
   set entry in progress to true
   while entry in progress
      if entry.buffersize larger than MAX_DMA_BUF_SIZE
         Add a new entry to SGentries1 a buffer of MAX_DMA_BUF_SIZE
         Decrement entry.buffersize by MAX_DMA_BUF_SIZE
         Increment entry.pointer by MAX_DMA_BUF_SIZE
      else
         Add a new entry to SGentries1 with a copy of current entry
         set entry in progress to false
   endwhile
endwhile

while more SGentries1 and at least one buffer free
      populate first active buffer with entry
        Remove entry from SGentries1
        toggle active buffer
endwhile

if SGentries1 is not empty
   enable DMA buffer complete interrupt
endif

Start DMA.

In your DMA buffer complete interrupt:

if SGentries1 is not empty
   populate the completed buffer
   activate newly populated buffer
endif
check the active buffer (the other one) to see if it just completed
if this other one just completed
   if Sgentries is not empty
      populate this buffer
   endif
endif
if SGentries1 is STILL not empty at this point
   enable DMA buffer interrupt
else
   disable DMA buffer interrupt
endif 







  reply	other threads:[~2006-01-04  5:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-26  6:05 Ping-Pong Compatible DMA buffer chaining Deven Balani
2006-01-03  1:08 ` Alan Cox
2006-01-04  5:28   ` Deven Balani [this message]
2006-01-04  8:43     ` Alan Cox

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=7a37e95e0601032128l2c7d6e03v742de8dd485af9db@mail.gmail.com \
    --to=devenbalani@gmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.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