Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t

> 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.....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
    • From: Rolf Eike Beer <[email protected]>
  • Re: [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
    • From: Hugh Dickins <[email protected]>

• References:
  • [PATCH 2.6.24-rc1] fix sg_phys to use dma_addr_t
    • From: Hugh Dickins <[email protected]>

• Prev by Date: Re: [lm-sensors] hwmon/f75375s.c: buggy if()
• Next by Date: Re: + reiserfs-dont-drop-pg_dirty-when-releasing-sub-page-sized-dirty-file .patch added to -mm tree
• Previous by thread: [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):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]