Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven: > > Signed-off-by: Hugh Dickins <[email protected]> > > --- > > Whether this is a complete patch, suitable for all architectures, > > I'm not sure: it builds, boots and runs correctly on the x86_32 box > > in question, but you'll be a lot wiser than me about using dma_addr_t > > for everyone. (Seems a bit of a shame to include <asm/types.h> here, > > when I think all arches already get to include it one way or another, > > typically via asm/scatterlist.h; but I guess it's safest to repeat > > it.) > > there is a problem with this... sg_phys doesn't return an actual *dma* > address.... at least not an address you can give to the device. > Using dma_addr_t is thus a bit misleading..... Ok, then: how do I actually get such an address? Eike
Attachment:
signature.asc
Description: This is a digitally signed message part.
- Follow-Ups:
- Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- From: Jens Axboe <[email protected]>
- Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- References:
- [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- From: Hugh Dickins <[email protected]>
- Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- From: Arjan van de Ven <[email protected]>
- [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- Prev by Date: Re: Old version of lilo fails to boot 2.6.23
- Next by Date: Re: [PATCH] IA64/perfmon: kill dead code, clean irq handling
- Previous by thread: Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- Next by thread: Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
- Index(es):