* [PATCH] add PCI_DMA_{64,32}BIT constants
@ 2004-03-23 5:23 Jeff Garzik
2004-03-27 0:29 ` Greg KH
2004-03-30 6:36 ` Randy.Dunlap
0 siblings, 2 replies; 10+ messages in thread
From: Jeff Garzik @ 2004-03-23 5:23 UTC (permalink / raw)
To: Andrew Morton, Greg KH; +Cc: scott.feldman, linux-kernel
Been meaning to do this for ages...
Another one for the janitors.
Please do a
bk pull bk://kernel.bkbits.net/jgarzik/pci-dma-mask-2.6
This will update the following files:
Documentation/DMA-mapping.txt | 16 ++++++++--------
drivers/net/e1000/e1000.h | 2 --
drivers/net/ixgb/ixgb.h | 2 --
include/linux/pci.h | 3 +++
4 files changed, 11 insertions(+), 12 deletions(-)
through these ChangeSets:
<jgarzik@redhat.com> (04/03/23 1.1849)
Create PCI_DMA_{64,32]BIT constants, for use in passing to
pci_set_{consistent_}dma_mask().
Use them in e1000 and ixgb.
diff -Nru a/Documentation/DMA-mapping.txt b/Documentation/DMA-mapping.txt
--- a/Documentation/DMA-mapping.txt Tue Mar 23 00:19:17 2004
+++ b/Documentation/DMA-mapping.txt Tue Mar 23 00:19:17 2004
@@ -132,7 +132,7 @@
The standard 32-bit addressing PCI device would do something like
this:
- if (pci_set_dma_mask(pdev, 0xffffffff)) {
+ if (pci_set_dma_mask(pdev, PCI_DMA_32BIT)) {
printk(KERN_WARNING
"mydev: No suitable DMA available.\n");
goto ignore_this_device;
@@ -151,9 +151,9 @@
int using_dac;
- if (!pci_set_dma_mask(pdev, 0xffffffffffffffff)) {
+ if (!pci_set_dma_mask(pdev, PCI_DMA_64BIT)) {
using_dac = 1;
- } else if (!pci_set_dma_mask(pdev, 0xffffffff)) {
+ } else if (!pci_set_dma_mask(pdev, PCI_DMA_32BIT)) {
using_dac = 0;
} else {
printk(KERN_WARNING
@@ -166,14 +166,14 @@
int using_dac, consistent_using_dac;
- if (!pci_set_dma_mask(pdev, 0xffffffffffffffff)) {
+ if (!pci_set_dma_mask(pdev, PCI_DMA_64BIT)) {
using_dac = 1;
consistent_using_dac = 1;
- pci_set_consistent_dma_mask(pdev, 0xffffffffffffffff)
- } else if (!pci_set_dma_mask(pdev, 0xffffffff)) {
+ pci_set_consistent_dma_mask(pdev, PCI_DMA_64BIT);
+ } else if (!pci_set_dma_mask(pdev, PCI_DMA_32BIT)) {
using_dac = 0;
consistent_using_dac = 0;
- pci_set_consistent_dma_mask(pdev, 0xffffffff)
+ pci_set_consistent_dma_mask(pdev, PCI_DMA_32BIT);
} else {
printk(KERN_WARNING
"mydev: No suitable DMA available.\n");
@@ -215,7 +215,7 @@
Here is pseudo-code showing how this might be done:
- #define PLAYBACK_ADDRESS_BITS 0xffffffff
+ #define PLAYBACK_ADDRESS_BITS PCI_DMA_32BIT
#define RECORD_ADDRESS_BITS 0x00ffffff
struct my_sound_card *card;
diff -Nru a/drivers/net/e1000/e1000.h b/drivers/net/e1000/e1000.h
--- a/drivers/net/e1000/e1000.h Tue Mar 23 00:19:17 2004
+++ b/drivers/net/e1000/e1000.h Tue Mar 23 00:19:17 2004
@@ -74,8 +74,6 @@
#define BAR_0 0
#define BAR_1 1
#define BAR_5 5
-#define PCI_DMA_64BIT 0xffffffffffffffffULL
-#define PCI_DMA_32BIT 0x00000000ffffffffULL
struct e1000_adapter;
diff -Nru a/drivers/net/ixgb/ixgb.h b/drivers/net/ixgb/ixgb.h
--- a/drivers/net/ixgb/ixgb.h Tue Mar 23 00:19:17 2004
+++ b/drivers/net/ixgb/ixgb.h Tue Mar 23 00:19:17 2004
@@ -65,8 +65,6 @@
#define BAR_0 0
#define BAR_1 1
#define BAR_5 5
-#define PCI_DMA_64BIT 0xffffffffffffffffULL
-#define PCI_DMA_32BIT 0x00000000ffffffffULL
#include "ixgb_hw.h"
#include "ixgb_ee.h"
diff -Nru a/include/linux/pci.h b/include/linux/pci.h
--- a/include/linux/pci.h Tue Mar 23 00:19:17 2004
+++ b/include/linux/pci.h Tue Mar 23 00:19:17 2004
@@ -362,6 +362,9 @@
#define PCI_DMA_FROMDEVICE 2
#define PCI_DMA_NONE 3
+#define PCI_DMA_64BIT 0xffffffffffffffffULL
+#define PCI_DMA_32BIT 0x00000000ffffffffULL
+
#define DEVICE_COUNT_COMPATIBLE 4
#define DEVICE_COUNT_RESOURCE 12
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-23 5:23 [PATCH] add PCI_DMA_{64,32}BIT constants Jeff Garzik @ 2004-03-27 0:29 ` Greg KH 2004-03-27 0:41 ` Jeff Garzik 2004-03-30 6:36 ` Randy.Dunlap 1 sibling, 1 reply; 10+ messages in thread From: Greg KH @ 2004-03-27 0:29 UTC (permalink / raw) To: Jeff Garzik; +Cc: Andrew Morton, scott.feldman, linux-kernel On Tue, Mar 23, 2004 at 12:23:05AM -0500, Jeff Garzik wrote: > > Been meaning to do this for ages... > > Another one for the janitors. > > Please do a > > bk pull bk://kernel.bkbits.net/jgarzik/pci-dma-mask-2.6 > > This will update the following files: Nice, I've pulled this to my pci tree and will forward it on to Linus in the next round of pci patches after 2.6.5 is out. thanks, greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-27 0:29 ` Greg KH @ 2004-03-27 0:41 ` Jeff Garzik 2004-03-27 0:48 ` Greg KH 0 siblings, 1 reply; 10+ messages in thread From: Jeff Garzik @ 2004-03-27 0:41 UTC (permalink / raw) To: Greg KH; +Cc: Andrew Morton, scott.feldman, linux-kernel Greg KH wrote: > On Tue, Mar 23, 2004 at 12:23:05AM -0500, Jeff Garzik wrote: > >>Been meaning to do this for ages... >> >>Another one for the janitors. >> >>Please do a >> >> bk pull bk://kernel.bkbits.net/jgarzik/pci-dma-mask-2.6 >> >>This will update the following files: > > > Nice, I've pulled this to my pci tree and will forward it on to Linus in > the next round of pci patches after 2.6.5 is out. Yeah well... in the intervening time, somebody on IRC commented "so what is so PCI-specific about those constants?" They probably ought to be DMA_{32,64}BIT_MASK or somesuch. Jeff ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-27 0:41 ` Jeff Garzik @ 2004-03-27 0:48 ` Greg KH 2004-03-27 1:21 ` Jeff Garzik 0 siblings, 1 reply; 10+ messages in thread From: Greg KH @ 2004-03-27 0:48 UTC (permalink / raw) To: Jeff Garzik; +Cc: Andrew Morton, scott.feldman, linux-kernel On Fri, Mar 26, 2004 at 07:41:22PM -0500, Jeff Garzik wrote: > Greg KH wrote: > >On Tue, Mar 23, 2004 at 12:23:05AM -0500, Jeff Garzik wrote: > > > >>Been meaning to do this for ages... > >> > >>Another one for the janitors. > >> > >>Please do a > >> > >> bk pull bk://kernel.bkbits.net/jgarzik/pci-dma-mask-2.6 > >> > >>This will update the following files: > > > > > >Nice, I've pulled this to my pci tree and will forward it on to Linus in > >the next round of pci patches after 2.6.5 is out. > > Yeah well... in the intervening time, somebody on IRC commented > > "so what is so PCI-specific about those constants?" > > They probably ought to be DMA_{32,64}BIT_MASK or somesuch. Heh, ok, care to make up another patch for this? :) greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-27 0:48 ` Greg KH @ 2004-03-27 1:21 ` Jeff Garzik 0 siblings, 0 replies; 10+ messages in thread From: Jeff Garzik @ 2004-03-27 1:21 UTC (permalink / raw) To: Greg KH; +Cc: Andrew Morton, scott.feldman, linux-kernel Greg KH wrote: > On Fri, Mar 26, 2004 at 07:41:22PM -0500, Jeff Garzik wrote: > >>Greg KH wrote: >> >>>On Tue, Mar 23, 2004 at 12:23:05AM -0500, Jeff Garzik wrote: >>> >>> >>>>Been meaning to do this for ages... >>>> >>>>Another one for the janitors. >>>> >>>>Please do a >>>> >>>> bk pull bk://kernel.bkbits.net/jgarzik/pci-dma-mask-2.6 >>>> >>>>This will update the following files: >>> >>> >>>Nice, I've pulled this to my pci tree and will forward it on to Linus in >>>the next round of pci patches after 2.6.5 is out. >> >>Yeah well... in the intervening time, somebody on IRC commented >> >>"so what is so PCI-specific about those constants?" >> >>They probably ought to be DMA_{32,64}BIT_MASK or somesuch. > > > Heh, ok, care to make up another patch for this? :) Yeah, but not at the moment :) So just drop it for now, I suppose. Jeff ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-23 5:23 [PATCH] add PCI_DMA_{64,32}BIT constants Jeff Garzik 2004-03-27 0:29 ` Greg KH @ 2004-03-30 6:36 ` Randy.Dunlap 2004-03-30 22:35 ` Jeff Garzik 2004-03-31 1:26 ` Greg KH 1 sibling, 2 replies; 10+ messages in thread From: Randy.Dunlap @ 2004-03-30 6:36 UTC (permalink / raw) To: Jeff Garzik; +Cc: akpm, greg, scott.feldman, linux-kernel On Tue, 23 Mar 2004 00:23:05 -0500 Jeff Garzik <jgarzik@pobox.com> wrote: | | Been meaning to do this for ages... | | Another one for the janitors. >>>Nice, I've pulled this to my pci tree and will forward it on to Linus in >>>the next round of pci patches after 2.6.5 is out. >> >>Yeah well... in the intervening time, somebody on IRC commented >> >>"so what is so PCI-specific about those constants?" >> >>They probably ought to be DMA_{32,64}BIT_MASK or somesuch. > > > Heh, ok, care to make up another patch for this? :) Here's an updated patch, applies to 2.6.5-rc2-bk9. I left the DMA_xxBIT_MASK defines in linux/pci.h, although they aren't necessarily PCI-specific. Would we prefer to have them in linux/dma-mapping.h ? -- ~Randy // linux-2.6.5-rc2-bk9 >From <jgarzik@redhat.com> Create DMA_{64,32]BIT_MASK constants, for use in passing to pci_set_{consistent_}dma_mask(). Use them in e1000 and ixgb. diffstat:= Documentation/DMA-mapping.txt | 16 ++++++++-------- drivers/net/e1000/e1000.h | 2 -- drivers/net/e1000/e1000_main.c | 4 ++-- drivers/net/ixgb/ixgb.h | 2 -- drivers/net/ixgb/ixgb_main.c | 4 ++-- include/linux/pci.h | 3 +++ 6 files changed, 15 insertions(+), 16 deletions(-) diff -Naurp ./drivers/net/ixgb/ixgb.h~dma_mask ./drivers/net/ixgb/ixgb.h --- ./drivers/net/ixgb/ixgb.h~dma_mask 2004-03-10 18:55:25.000000000 -0800 +++ ./drivers/net/ixgb/ixgb.h 2004-03-29 21:57:18.000000000 -0800 @@ -65,8 +65,6 @@ struct ixgb_adapter; #define BAR_0 0 #define BAR_1 1 #define BAR_5 5 -#define PCI_DMA_64BIT 0xffffffffffffffffULL -#define PCI_DMA_32BIT 0x00000000ffffffffULL #include "ixgb_hw.h" #include "ixgb_ee.h" diff -Naurp ./drivers/net/ixgb/ixgb_main.c~dma_mask ./drivers/net/ixgb/ixgb_main.c --- ./drivers/net/ixgb/ixgb_main.c~dma_mask 2004-03-10 18:55:23.000000000 -0800 +++ ./drivers/net/ixgb/ixgb_main.c 2004-03-29 22:27:20.000000000 -0800 @@ -308,10 +308,10 @@ ixgb_probe(struct pci_dev *pdev, const s return i; } - if (!(i = pci_set_dma_mask(pdev, PCI_DMA_64BIT))) { + if (!(i = pci_set_dma_mask(pdev, DMA_64BIT_MASK))) { pci_using_dac = 1; } else { - if ((i = pci_set_dma_mask(pdev, PCI_DMA_32BIT))) { + if ((i = pci_set_dma_mask(pdev, DMA_32BIT_MASK))) { IXGB_ERR("No usable DMA configuration, aborting\n"); return i; } diff -Naurp ./drivers/net/e1000/e1000_main.c~dma_mask ./drivers/net/e1000/e1000_main.c --- ./drivers/net/e1000/e1000_main.c~dma_mask 2004-03-10 18:55:25.000000000 -0800 +++ ./drivers/net/e1000/e1000_main.c 2004-03-29 22:17:55.000000000 -0800 @@ -383,10 +383,10 @@ e1000_probe(struct pci_dev *pdev, if((err = pci_enable_device(pdev))) return err; - if(!(err = pci_set_dma_mask(pdev, PCI_DMA_64BIT))) { + if(!(err = pci_set_dma_mask(pdev, DMA_64BIT_MASK))) { pci_using_dac = 1; } else { - if((err = pci_set_dma_mask(pdev, PCI_DMA_32BIT))) { + if((err = pci_set_dma_mask(pdev, DMA_32BIT_MASK))) { E1000_ERR("No usable DMA configuration, aborting\n"); return err; } diff -Naurp ./drivers/net/e1000/e1000.h~dma_mask ./drivers/net/e1000/e1000.h --- ./drivers/net/e1000/e1000.h~dma_mask 2004-03-10 18:55:21.000000000 -0800 +++ ./drivers/net/e1000/e1000.h 2004-03-29 21:57:18.000000000 -0800 @@ -74,8 +74,6 @@ #define BAR_0 0 #define BAR_1 1 #define BAR_5 5 -#define PCI_DMA_64BIT 0xffffffffffffffffULL -#define PCI_DMA_32BIT 0x00000000ffffffffULL struct e1000_adapter; diff -Naurp ./include/linux/pci.h~dma_mask ./include/linux/pci.h --- ./include/linux/pci.h~dma_mask 2004-03-29 21:08:11.000000000 -0800 +++ ./include/linux/pci.h 2004-03-29 21:57:18.000000000 -0800 @@ -362,6 +362,9 @@ enum pci_mmap_state { #define PCI_DMA_FROMDEVICE 2 #define PCI_DMA_NONE 3 +#define DMA_64BIT_MASK 0xffffffffffffffffULL +#define DMA_32BIT_MASK 0x00000000ffffffffULL + #define DEVICE_COUNT_COMPATIBLE 4 #define DEVICE_COUNT_RESOURCE 12 diff -Naurp ./Documentation/DMA-mapping.txt~dma_mask ./Documentation/DMA-mapping.txt --- ./Documentation/DMA-mapping.txt~dma_mask 2004-03-29 21:08:30.000000000 -0800 +++ ./Documentation/DMA-mapping.txt 2004-03-29 21:57:18.000000000 -0800 @@ -132,7 +132,7 @@ exactly why. The standard 32-bit addressing PCI device would do something like this: - if (pci_set_dma_mask(pdev, 0xffffffff)) { + if (pci_set_dma_mask(pdev, DMA_32BIT_MASK)) { printk(KERN_WARNING "mydev: No suitable DMA available.\n"); goto ignore_this_device; @@ -151,9 +151,9 @@ all 64-bits when accessing streaming DMA int using_dac; - if (!pci_set_dma_mask(pdev, 0xffffffffffffffff)) { + if (!pci_set_dma_mask(pdev, DMA_64BIT_MASK)) { using_dac = 1; - } else if (!pci_set_dma_mask(pdev, 0xffffffff)) { + } else if (!pci_set_dma_mask(pdev, DMA_32BIT_MASK)) { using_dac = 0; } else { printk(KERN_WARNING @@ -166,14 +166,14 @@ the case would look like this: int using_dac, consistent_using_dac; - if (!pci_set_dma_mask(pdev, 0xffffffffffffffff)) { + if (!pci_set_dma_mask(pdev, DMA_64BIT_MASK)) { using_dac = 1; consistent_using_dac = 1; - pci_set_consistent_dma_mask(pdev, 0xffffffffffffffff) - } else if (!pci_set_dma_mask(pdev, 0xffffffff)) { + pci_set_consistent_dma_mask(pdev, DMA_64BIT_MASK); + } else if (!pci_set_dma_mask(pdev, DMA_32BIT_MASK)) { using_dac = 0; consistent_using_dac = 0; - pci_set_consistent_dma_mask(pdev, 0xffffffff) + pci_set_consistent_dma_mask(pdev, DMA_32BIT_MASK); } else { printk(KERN_WARNING "mydev: No suitable DMA available.\n"); @@ -215,7 +215,7 @@ most specific mask. Here is pseudo-code showing how this might be done: - #define PLAYBACK_ADDRESS_BITS 0xffffffff + #define PLAYBACK_ADDRESS_BITS DMA_32BIT_MASK #define RECORD_ADDRESS_BITS 0x00ffffff struct my_sound_card *card; ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-30 6:36 ` Randy.Dunlap @ 2004-03-30 22:35 ` Jeff Garzik 2004-03-31 1:26 ` Greg KH 1 sibling, 0 replies; 10+ messages in thread From: Jeff Garzik @ 2004-03-30 22:35 UTC (permalink / raw) To: Randy.Dunlap; +Cc: akpm, greg, scott.feldman, linux-kernel Randy.Dunlap wrote: > On Tue, 23 Mar 2004 00:23:05 -0500 Jeff Garzik <jgarzik@pobox.com> wrote: > > | > | Been meaning to do this for ages... > | > | Another one for the janitors. > > >>>>Nice, I've pulled this to my pci tree and will forward it on to Linus in >>>>the next round of pci patches after 2.6.5 is out. >>> >>>Yeah well... in the intervening time, somebody on IRC commented >>> >>>"so what is so PCI-specific about those constants?" >>> >>>They probably ought to be DMA_{32,64}BIT_MASK or somesuch. >> >> >>Heh, ok, care to make up another patch for this? :) > > > > Here's an updated patch, applies to 2.6.5-rc2-bk9. > I left the DMA_xxBIT_MASK defines in linux/pci.h, although > they aren't necessarily PCI-specific. Would we prefer to > have them in linux/dma-mapping.h ? Put them whereever the DMA direction constants are, I suppose... Jeff ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-30 6:36 ` Randy.Dunlap 2004-03-30 22:35 ` Jeff Garzik @ 2004-03-31 1:26 ` Greg KH 2004-03-31 3:58 ` Randy.Dunlap 1 sibling, 1 reply; 10+ messages in thread From: Greg KH @ 2004-03-31 1:26 UTC (permalink / raw) To: Randy.Dunlap; +Cc: Jeff Garzik, akpm, scott.feldman, linux-kernel On Mon, Mar 29, 2004 at 10:36:04PM -0800, Randy.Dunlap wrote: > On Tue, 23 Mar 2004 00:23:05 -0500 Jeff Garzik <jgarzik@pobox.com> wrote: > > | > | Been meaning to do this for ages... > | > | Another one for the janitors. > > >>>Nice, I've pulled this to my pci tree and will forward it on to Linus in > >>>the next round of pci patches after 2.6.5 is out. > >> > >>Yeah well... in the intervening time, somebody on IRC commented > >> > >>"so what is so PCI-specific about those constants?" > >> > >>They probably ought to be DMA_{32,64}BIT_MASK or somesuch. > > > > > > Heh, ok, care to make up another patch for this? :) > > > Here's an updated patch, applies to 2.6.5-rc2-bk9. > I left the DMA_xxBIT_MASK defines in linux/pci.h, although > they aren't necessarily PCI-specific. Would we prefer to > have them in linux/dma-mapping.h ? Ok, this looks good. I've backed out Jeff's patch and applied this one instead to my tree. If you want to move the defines, please send me a patch relative to this one. thanks, greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-31 1:26 ` Greg KH @ 2004-03-31 3:58 ` Randy.Dunlap 2004-03-31 22:49 ` Greg KH 0 siblings, 1 reply; 10+ messages in thread From: Randy.Dunlap @ 2004-03-31 3:58 UTC (permalink / raw) To: Greg KH; +Cc: jgarzik, akpm, scott.feldman, linux-kernel On Tue, 30 Mar 2004 17:26:15 -0800 Greg KH <greg@kroah.com> wrote: | On Mon, Mar 29, 2004 at 10:36:04PM -0800, Randy.Dunlap wrote: | > On Tue, 23 Mar 2004 00:23:05 -0500 Jeff Garzik <jgarzik@pobox.com> wrote: | > | > | | > | Been meaning to do this for ages... | > | | > | Another one for the janitors. | > | > >>>Nice, I've pulled this to my pci tree and will forward it on to Linus in | > >>>the next round of pci patches after 2.6.5 is out. | > >> | > >>Yeah well... in the intervening time, somebody on IRC commented | > >> | > >>"so what is so PCI-specific about those constants?" | > >> | > >>They probably ought to be DMA_{32,64}BIT_MASK or somesuch. | > > | > > | > > Heh, ok, care to make up another patch for this? :) | > | > | > Here's an updated patch, applies to 2.6.5-rc2-bk9. | > I left the DMA_xxBIT_MASK defines in linux/pci.h, although | > they aren't necessarily PCI-specific. Would we prefer to | > have them in linux/dma-mapping.h ? | | Ok, this looks good. I've backed out Jeff's patch and applied this one | instead to my tree. If you want to move the defines, please send me a | patch relative to this one. Yes, let's move the defines like Jeff suggested. Additional (relative) patch is below. Thanks, -- ~Randy // linux-2.6.5-rc3 // move DMA_nnBIT_MASK to linux/dma-mapping.h; diffstat:= include/linux/dma-mapping.h | 3 +++ include/linux/pci.h | 3 --- 2 files changed, 3 insertions(+), 3 deletions(-) diff -Naurp ./include/linux/pci.h~dma_bits ./include/linux/pci.h --- ./include/linux/pci.h~dma_bits 2004-03-30 17:50:00.000000000 -0800 +++ ./include/linux/pci.h 2004-03-30 17:53:49.000000000 -0800 @@ -362,9 +362,6 @@ enum pci_mmap_state { #define PCI_DMA_FROMDEVICE 2 #define PCI_DMA_NONE 3 -#define DMA_64BIT_MASK 0xffffffffffffffffULL -#define DMA_32BIT_MASK 0x00000000ffffffffULL - #define DEVICE_COUNT_COMPATIBLE 4 #define DEVICE_COUNT_RESOURCE 12 diff -Naurp ./include/linux/dma-mapping.h~dma_bits ./include/linux/dma-mapping.h --- ./include/linux/dma-mapping.h~dma_bits 2004-03-30 17:41:41.000000000 -0800 +++ ./include/linux/dma-mapping.h 2004-03-30 17:53:54.000000000 -0800 @@ -10,6 +10,9 @@ enum dma_data_direction { DMA_NONE = 3, }; +#define DMA_64BIT_MASK 0xffffffffffffffffULL +#define DMA_32BIT_MASK 0x00000000ffffffffULL + #include <asm/dma-mapping.h> /* Backwards compat, remove in 2.7.x */ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] add PCI_DMA_{64,32}BIT constants 2004-03-31 3:58 ` Randy.Dunlap @ 2004-03-31 22:49 ` Greg KH 0 siblings, 0 replies; 10+ messages in thread From: Greg KH @ 2004-03-31 22:49 UTC (permalink / raw) To: Randy.Dunlap; +Cc: jgarzik, akpm, scott.feldman, linux-kernel On Tue, Mar 30, 2004 at 07:58:04PM -0800, Randy.Dunlap wrote: > > Yes, let's move the defines like Jeff suggested. > Additional (relative) patch is below. Applied, thanks. greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2004-03-31 23:35 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-23 5:23 [PATCH] add PCI_DMA_{64,32}BIT constants Jeff Garzik
2004-03-27 0:29 ` Greg KH
2004-03-27 0:41 ` Jeff Garzik
2004-03-27 0:48 ` Greg KH
2004-03-27 1:21 ` Jeff Garzik
2004-03-30 6:36 ` Randy.Dunlap
2004-03-30 22:35 ` Jeff Garzik
2004-03-31 1:26 ` Greg KH
2004-03-31 3:58 ` Randy.Dunlap
2004-03-31 22:49 ` Greg KH
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox