[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201022113952.GC30566@duo.ucw.cz>
Date: Thu, 22 Oct 2020 13:39:52 +0200
From: Pavel Machek <pavel@....cz>
To: Pavel Pisa <pisa@....felk.cvut.cz>
Cc: linux-can@...r.kernel.org, devicetree@...r.kernel.org,
Marc Kleine-Budde <mkl@...gutronix.de>,
Oliver Hartkopp <socketcan@...tkopp.net>,
Wolfgang Grandegger <wg@...ndegger.com>,
David Miller <davem@...emloft.net>,
Rob Herring <robh+dt@...nel.org>, mark.rutland@....com,
Carsten Emde <c.emde@...dl.org>, armbru@...hat.com,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
Marin Jerabek <martin.jerabek01@...il.com>,
Ondrej Ille <ondrej.ille@...il.com>,
Jiri Novak <jnovak@....cvut.cz>,
Jaroslav Beran <jara.beran@...il.com>,
Petr Porazil <porazil@...ron.com>,
Drew Fustini <pdp7pdp7@...il.com>
Subject: Re: [PATCH v6 4/6] can: ctucanfd: CTU CAN FD open-source IP core -
PCI bus support.
Hi!
> @@ -12,4 +12,13 @@ config CAN_CTUCANFD
>
> if CAN_CTUCANFD
>
> +config CAN_CTUCANFD_PCI
> + tristate "CTU CAN-FD IP core PCI/PCIe driver"
> + depends on PCI
> + help
> + This driver adds PCI/PCIe support for CTU CAN-FD IP core.
> + The project providing FPGA design for Intel EP4CGX15 based DB4CGX15
> + PCIe board with PiKRON.com designed transceiver riser shield is available
> + at https://gitlab.fel.cvut.cz/canbus/pcie-ctu_can_fd .
> +
> endif
Ok, now the if in the first patch makes sense. It can stay.
And it is separate module, so EXPORT_SYMBOLs make sense. Ok.
> +#ifndef PCI_VENDOR_ID_TEDIA
> +#define PCI_VENDOR_ID_TEDIA 0x1760
> +#endif
> +#define PCI_DEVICE_ID_ALTERA_CTUCAN_TEST 0xCAFD
> +#define PCI_DEVICE_ID_TEDIA_CTUCAN_VER21 0xff00
These should go elsewhere.
> +static bool use_msi = 1;
> +static bool pci_use_second = 1;
true?
Best regards,
Pavel
--
http://www.livejournal.com/~pavelmachek
Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)
Powered by blists - more mailing lists