Alexis Berlemont wrote:
> Hi Gilles,
> Gilles Chanteperdrix wrote:
>> Alexis Berlemont wrote:
>>> Hi Gilles,
>>> Gilles Chanteperdrix wrote:
>>>> Hi,
>>>> Since I started talking about it, I have run build tests fixing a few
>>>> things here and there. The current status is this (still at the same
>>>> place:
>>>> * analogy: I have tried to disable some parts of analogy when compiling
>>>> on machines without CONFIG_PCI, as compiling parts using PCI on a
>>>> machine without PCI support, give various levels of warning and even
>>>> errors depending on the architecture. Doing this, I stumbled across this
>>>> compilation error:
>>>> this is with CONFIG_NI_MIO, but without CONFIG_NI_MITE.
>>>> So, Alex, could you:
>>>> - fix that error, if this combination is supposed to make sense
>>> Yes it makes sense. I think the MITE is integrated into all PCI boards
>>> but the driver should work with the MITE disabled (one day, we could add
>>> the ISA boards).
>>>> - fix the Kconfig/Makefile so that no PCI code is compiled if CONFIG_PCI
>>>> is not set (I tried and do this myself, but better one who knows than
>>>> 100 who have to search...). As I said, doing this result in various
>>>> levels of success depending on the architecture.
>>> Ack. I will fix these problems as quickly as possible.
>> Ok. The fix for the second problem would be nice to have soon, as
>> analogy breaks the build on blackfin for this reason. If it is of any
>> help, you can send me a patch for this fix only which I will apply on my
>> side while you are working on other changes.
> I modified the common part of the NI driver so that the PCI code can be 
> disabled without any compilation issues.
> I made a pull request which contains the fixes.

Thanks, but well, the compilation still fails on blackfin:

And we get a new warning on most platforms (x86 and powerpc, and ixp4xx,
which is an ARM with PCI support).


Xenomai-core mailing list

Reply via email to