On Mon, Oct 8, 2018 at 3:50 PM Sunil Kovvuri <sunil.kovvuri@xxxxxxxxx> wrote: > > On Mon, Oct 8, 2018 at 5:52 PM Arnd Bergmann <arnd@xxxxxxxx> wrote: > > > > On Sun, Oct 7, 2018 at 4:59 PM <sunil.kovvuri@xxxxxxxxx> wrote: > > > > > --- /dev/null > > > +++ b/drivers/net/ethernet/marvell/octeontx2/Kconfig > > > @@ -0,0 +1,12 @@ > > > +# > > > +# Marvell OcteonTX2 drivers configuration > > > +# > > > + > > > +config OCTEONTX2_AF > > > + tristate "Marvell OcteonTX2 RVU Admin Function driver" > > > + depends on ARM64 && PCI > > > > You should try to allow building it on x86 and other architectures, even though > > the driver won't be used there this helps get reports from static > > build infrastructure. > > You could use e.g. > > > > depends on (64BIT && COMPILE_TEST) || ARM64 > > depends on PCI > > > > Arnd > > Thanks for the suggestion. > But going forward we will have few arm64 assembly instructions used in > the driver. What is those inline assembly for? Is there a chance they can be abstracted through some other interface? Arnd