Hello Rob, > On Mon, Feb 28, 2022 at 10:11 AM Gregory CLEMENT > <gregory.clement@xxxxxxxxxxx> wrote: >> >> Hello, >> >> > + Gregory >> > >> > On Tuesday 22 February 2022 16:15:39 Lorenzo Pieralisi wrote: >> >> On Tue, Feb 22, 2022 at 05:11:43PM +0100, Pali Rohár wrote: >> >> > On Tuesday 22 February 2022 16:06:20 Lorenzo Pieralisi wrote: >> >> > > On Tue, 22 Feb 2022 16:50:18 +0100, Pali Rohár wrote: >> >> > > > This patch series extends pci-bridge-emul.c driver to emulate PCI Subsystem >> >> > > > Vendor ID capability and PCIe extended capabilities. And then implement >> >> > > > in pci-mvebu.c driver support for PCI Subsystem Vendor IDs, PCIe AER >> >> > > > registers, support for legacy INTx interrupts, configuration for X1/X4 >> >> > > > mode and usage of new PCI child_ops API. >> >> > > > >> >> > > > Changes in v4: >> >> > > > * rebased on c3bd7dc553eea5a3595ca3aa0adee9bf83622a1f >> >> > > > >> >> > > > [...] >> >> > > >> >> > > I can't apply dts changes, patch 12 should go via the arm-soc tree. >> >> > >> >> > Gregory already wrote about this dts change: >> >> > https://lore.kernel.org/linux-pci/87tud1jwpr.fsf@BL-laptop/ >> >> > "So the easier is to let merge it through the PCI subsystem with the >> >> > other patches from this series." >> >> > >> >> > Are there any issues with applying this dts change via pci tree? >> >> >> >> I don't usually take dts changes through the PCI tree since they >> >> can conflict with arm-soc, that's the issue - dts changes should >> >> be managed by platform maintainers. >> > >> > Gregory, could you please take patch 12/12? >> > https://lore.kernel.org/linux-pci/20220222155030.988-13-pali@xxxxxxxxxx/ >> > You have already Acked-by (see above previous link) >> >> >> Applied on mvebu/dt >> >> let's hope the PCI branch will be merged before the ARM branch. > > Why does that matter? AIUI, legacy interrupts didn't work before and > you need both dt and kernel to enable. Or am I misled by the commit > messages? Indeed I went too fast, so all should be fine. Gregory > > Rob -- Gregory Clement, Bootlin Embedded Linux and Kernel engineering http://bootlin.com
