lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 10 Mar 2017 10:03:11 +0530 From: Vinod Koul <vinod.koul@...el.com> To: Ramiro Oliveira <Ramiro.Oliveira@...opsys.com> Cc: Mike Looijmans <mike.looijmans@...ic.nl>, linux-kernel@...r.kernel.org, dmaengine@...r.kernel.org, devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, Dan Williams <dan.j.williams@...el.com>, CARLOS.PALMINHA@...opsys.com Subject: Re: [PATCH] dma: xilinx: Make Xilinx VDMA support ARC On Thu, Mar 09, 2017 at 09:55:59AM +0000, Ramiro Oliveira wrote: > Hi Mike > > On 3/9/2017 7:37 AM, Mike Looijmans wrote: > > On 06-03-17 13:27, Ramiro Oliveira wrote: > >> Add option in Kconfig to use Xilinx VDMA in ARC processors. > >> > >> Signed-off-by: Ramiro Oliveira <roliveir@...opsys.com> > >> --- > >> drivers/dma/Kconfig | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig > >> index 263495d0adbd..b6b6c0581ad7 100644 > >> --- a/drivers/dma/Kconfig > >> +++ b/drivers/dma/Kconfig > >> @@ -546,7 +546,7 @@ config XGENE_DMA > >> > >> config XILINX_DMA > >> tristate "Xilinx AXI DMAS Engine" > >> - depends on (ARCH_ZYNQ || MICROBLAZE || ARM64) > >> + depends on (ARCH_ZYNQ || MICROBLAZE || ARM64|| ARC) > > > > One can put a Xilinx FPGA on a PCIe card, instantiate a PCIe-AXI bridge and then > > use it on any platform that supports PCIe. > > > > I've had to remove this line in order to be able to use the engine on an x86 > > desktop. > > > > How about plainly removing this "depends on" line and be done with it, instead > > of adding platforms one by one? > > > > > > I agree with you. From my point of view it would be better to remove this line > entirely. I'm just not sure if everyone agrees. if it works on others, compiles fine then there should not be an issue to remove. Feel free to send the patch. -- ~Vinod
Powered by blists - more mailing lists