* [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