mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* CONFIG_VIRT_TO_BUS: what about bus_to_virt?
@ 2007-07-21  9:52 Stefan Richter
  2007-07-21 10:26 ` Stephen Rothwell
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Richter @ 2007-07-21  9:52 UTC (permalink / raw)
  To: linux-kernel; +Cc: Stephen Rothwell

Is it sensible and safe to let a driver which uses bus_to_virt (but not
virt_to_bus) depend on CONFIG_VIRT_TO_BUS?  Thanks,
-- 
Stefan Richter
-=====-=-=== -=== =-=-=
http://arcgraph.de/sr/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: CONFIG_VIRT_TO_BUS: what about bus_to_virt?
  2007-07-21  9:52 CONFIG_VIRT_TO_BUS: what about bus_to_virt? Stefan Richter
@ 2007-07-21 10:26 ` Stephen Rothwell
  2007-07-21 15:51   ` [PATCH] ieee1394: sbp2: more correct Kconfig dependencies Stefan Richter
  0 siblings, 1 reply; 3+ messages in thread
From: Stephen Rothwell @ 2007-07-21 10:26 UTC (permalink / raw)
  To: Stefan Richter; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 591 bytes --]

On Sat, 21 Jul 2007 11:52:18 +0200 Stefan Richter <stefanr@s5r6.in-berlin.de> wrote:
>
> Is it sensible and safe to let a driver which uses bus_to_virt (but not
> virt_to_bus) depend on CONFIG_VIRT_TO_BUS?

If a driver depends on either bus_to_virt or virt_to_bus, then it
depend on CONFIG_VIRT_TO_BUS.  The intention is to exclude the driver from
being built on achitectures that don't implement those primitives (and
architectures always implement them both or neither).

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [PATCH] ieee1394: sbp2: more correct Kconfig dependencies
  2007-07-21 10:26 ` Stephen Rothwell
@ 2007-07-21 15:51   ` Stefan Richter
  0 siblings, 0 replies; 3+ messages in thread
From: Stefan Richter @ 2007-07-21 15:51 UTC (permalink / raw)
  To: linux1394-devel; +Cc: linux-kernel, Stephen Rothwell

Make the option SBP2_PHYS_DMA available on all architectures where it
compiles.  This includes x86-64 where I runtime-tested it successfully.

Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
---

CONFIG_VIRT_TO_BUS is nice.  Thanks Stephen.

--- a/drivers/ieee1394/Kconfig
+++ b/drivers/ieee1394/Kconfig
@@ -97,7 +97,7 @@ config IEEE1394_SBP2
 
 config IEEE1394_SBP2_PHYS_DMA
 	bool "Enable replacement for physical DMA in SBP2"
-	depends on IEEE1394 && IEEE1394_SBP2 && EXPERIMENTAL && (X86_32 || PPC_32)
+	depends on IEEE1394_SBP2 && VIRT_TO_BUS && EXPERIMENTAL
 	help
 	  This builds sbp2 for use with non-OHCI host adapters which do not
 	  support physical DMA or for when ohci1394 is run with phys_dma=0.

-- 
Stefan Richter
-=====-=-=== -=== =-=-=
http://arcgraph.de/sr/


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-07-21 15:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-21  9:52 CONFIG_VIRT_TO_BUS: what about bus_to_virt? Stefan Richter
2007-07-21 10:26 ` Stephen Rothwell
2007-07-21 15:51   ` [PATCH] ieee1394: sbp2: more correct Kconfig dependencies Stefan Richter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®