Yes, we are on the same page. Were I using MapTransfer, I would be storing
the LowPart field of the PHYSICAL_ADDRESS returned from MapTransfer into my
SG list. Using GetScatterGatherList, I enter a for loop that takes the next
64 bit address of a list element and saves it as a 32 bit address for a 32
bit device. When the for loop finishes I have converted 64 bit address and
length elements to 32 bit address and length elements.
Gary
-----Original Message-----
From: Peter Viscarola [mailto:xxxxx@osr.com]
Sent: Wednesday, January 31, 2001 4:59 PM
To: NT Developers Interest List
Subject: [ntdev] Re: [NTDEV] GetScatterGatherList
“Gary Little” wrote in message
news:xxxxx@ntdev…
> The only thing
> GSGL cannot handle is a 32 bit SG list, which is what my
device requires.
I
> simply convert the 64 bit elements with into 32 bit
elements within the
> allocated list space.
>
OK, just to make sure we’re on the same page (I think we
are, but better to
be safe…): The physical format of each of the SGL members
is 64 bits long,
but as long as you do not indicate that you DMA 64 bit
addresses the
.HighPart will always be NULL.
>
> By the way … IoGetScatterGatherList does not exist. 
These functions
> are abstracted off of
> Adapter->DmaOperations. (But then I’m sure you know that!)
>
Quite so. It’s almost 8 PM here, and my brain has shut
down.
Thanks for correcting that, though. We don’t want the
newbies to be looking
for the wrong function.
Peter
—
You are currently subscribed to ntdev as:
xxxxx@delphieng.com
To unsubscribe send a blank email to
leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com