<div dir="ltr">Hi Johny,<div><br></div><div>Were you able to take a look at the patches?</div><div><br></div><div>Best regards,</div><div>Marcin</div></div><br><div class="gmail_quote"><div dir="ltr">wt., 4 wrz 2018 o 18:22 Marcin Wojtas <<a href="mailto:mw@semihalf.com">mw@semihalf.com</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Johnny,<br>
<br>
I attach all patches, they will easily apply (git am centos_mvpp2/*)<br>
onto v4.14.0 baseline. Also a kernel-alt-4.14.0-aarch64.config file<br>
must be updated with following additions:<br>
+CONFIG_ARCH_MVEBU=y<br>
+CONFIG_MVPP2=m<br>
+CONFIG_MARVELL_10G_PHY=m<br>
<br>
For reference I attach the config file as well (I took<br>
kernel-alt-4.14.0-aarch64.config from top of c7-alt branch to v4.14.0<br>
baseline, enabled 3 configs as above and saved).<br>
<br>
Please let know if you need any help. About testing, what would be the<br>
easiest way to try full centos image with the kernel?<br>
Install the latest available iso from:<br>
<a href="http://mirror.centos.org/altarch/7/isos/aarch64/" rel="noreferrer" target="_blank">http://mirror.centos.org/altarch/7/isos/aarch64/</a><br>
and run kernel update? Or a different way is recommended?<br>
<br>
Thanks,<br>
Marcin<br>
<br>
wt., 4 wrz 2018 o 15:00 Johnny Hughes <<a href="mailto:johnny@centos.org" target="_blank">johnny@centos.org</a>> napisał(a):<br>
><br>
> On 09/03/2018 09:24 AM, Marcin Wojtas wrote:<br>
> > Hi Jim,<br>
> ><br>
> > I've prepared list of mainline patches, that smoothely apply onto<br>
> > v4.14 baseline. The NIC is working with ACPI as expected.<br>
> > Because it's not clear to me, how patches should be submitted (please<br>
> > see my questions from previous emails), below you can find a full<br>
> > list.<br>
> ><br>
> > Please let know, how can we proceed from here and how possibly could I<br>
> > test real Centos image with patches applied.<br>
> ><br>
> > Thanks,<br>
> > Marcin<br>
> ><br>
> > ====== LIST of MVPP2 Patches ======<br>
> > 38c5eb93aca9 net: mvpp2: remove useless goto (v4.15-rc1)<br>
> > 2d1d7df8a365 net: mvpp2: set the Rx FIFO size depending on the port speeds for<br>
> > PPv2.2 (v4.15-rc1)<br>
> > 7c10f9742d76 net: mvpp2: initialize the Tx FIFO size (v4.15-rc1)<br>
> > 1d7d15d79fb4 net: mvpp2: initialize the RSS tables (v4.15-rc1)<br>
> > 1d17db08c056 net: mvpp2: limit TSO segments and use stop/wake thresholds<br>
> > (v4.15-rc1)<br>
> > 02856a3ba633 net: mvpp2: use the aggr txq size define everywhere (v4.15-rc1)<br>
> > 6eb5d375cefc net: mvpp2: simplify the Tx desc set DMA logic (v4.15-rc1)<br>
> > 118d6298f6f0 net: mvpp2: add ethtool GOP statistics (v4.15-rc1)<br>
> > e5c500eb298a net: mvpp2: fix GOP statistics loop start and stop conditions<br>
> > (v4.15-rc1)<br>
> > ba2d8d887d96 net: mvpp2: fix the txq_init error path (v4.15-rc2)<br>
> > 26146b0e6b68 net: mvpp2: cleanup probed ports in the probe error path<br>
> > (v4.15-rc2)<br>
> > e749aca84b10 net: mvpp2: do not disable GMAC padding (v4.15-rc2)<br>
> > 76e583c5f50e net: mvpp2: check ethtool sets the Tx ring size is to a valid min<br>
> > value (v4.15-rc2)<br>
> > a154f8e399a0 net: mvpp2: allocate zeroed tx descriptors (v4.15-rc3)<br>
> > 8a7b741e76cd net: mvpp2: fix the RSS table entry offset (v4.15-rc3)<br>
> > b70d4a5195c7 net: mvpp2: only free the TSO header buffers when it was allocated<br>
> > (v4.16-rc1)<br>
> > 7cf87e4a5c2b net: mvpp2: split the max ring size from the default one<br>
> > (v4.16-rc1)<br>
> > 385c284fee84 net: mvpp2: align values in ethtool get_coalesce (v4.16-rc1)<br>
> > 24b28ccb8575 net: mvpp2: report the tx-usec coalescing information to ethtool<br>
> > (v4.16-rc1)<br>
> > 86162281c25f net: mvpp2: adjust the coalescing parameters (v4.16-rc1)<br>
> > babe2dbb28e7 device property: Introduce fwnode_get_mac_address() (v4.16-rc1)<br>
> > b28f263b8670 device property: Introduce fwnode_get_phy_mode() (v4.16-rc1)<br>
> > 7c6c57f2ab2c device property: Introduce fwnode_irq_get() (v4.16-rc1)<br>
> > 3395de96ae59 device property: Allow iterating over available child fwnodes<br>
> > (v4.16-rc1)<br>
> > bf147153d7f4 net: mvpp2: simplify maintaining enabled ports' list (v4.16-rc1)<br>
> > 248122212f68 net: mvpp2: use device_*/fwnode_* APIs instead of of_* (v4.16-rc1)<br>
> > a75edc7c2eab net: mvpp2: enable ACPI support in the driver (v4.16-rc1)<br>
> > 7ac8ff95f48c mvpp2: fix multicast address filter (v4.16-rc3)<br>
> > 56beda3db602 net: mvpp2: Add hardware offloading for VLAN filtering (v4.17-rc1)<br>
> > 01d049366529 net: mvpp2: use the same buffer pool for all ports (v4.17-rc1)<br>
> > effbf5f58d64 net: mvpp2: update the BM buffer free/destroy logic (v4.17-rc1)<br>
> > 93ff130f1c2b net: mvpp2: use a data size of 10kB for Tx FIFO on port 0<br>
> > (v4.17-rc1)<br>
> > 381c56712db4 net: mvpp2: enable UDP/TCP checksum over IPv6 (v4.17-rc1)<br>
> > 576193f2d579 net: mvpp2: jumbo frames support (v4.17-rc1)<br>
> > 6e61e10a8a96 net: mvpp2: mvpp2_check_hw_buf_num() can be static (v4.17-rc1)<br>
> > ce2a27c761ac net: mvpp2: Simplify MAC filtering function parameters (v4.17-rc1)<br>
> > 10fea26ce2aa net: mvpp2: Add support for unicast filtering (v4.17-rc1)<br>
> > e2e031640b3a net: mvpp2: use correct index on array mvpp2_pools (v4.17-rc1)<br>
> > 47e0e14eb1a6 net: mvpp2: Make mvpp2_prs_hw_read a parser entry init function<br>
> > (v4.17-rc1)<br>
> > 0c6d9b44145d net: mvpp2: Don't use dynamic allocs for local variables<br>
> > (v4.17-rc1)<br>
> > cdcfeb0fb473 net: mvpp2: Use relaxed I/O in data path (v4.17-rc1)<br>
> > 3d92f0b58206 net: mvpp2: Fix parser entry init boundary check (v4.17-rc1)<br>
> > 982e05001c47 net: mvpp2: Fix TCAM filter reserved range (v4.17-rc2)<br>
> > da42bb271305 net: mvpp2: Fix DMA address mask size (v4.17-rc2)<br>
> > 45f972adb7f4 net: mvpp2: Fix clk error path in mvpp2_probe (v4.17-rc4)<br>
> > 9af771ced473 net: mvpp2: Fix clock resource by adding missing mg_core_clk<br>
> > (v4.17-rc4)<br>
> > ====== END OF LIST =============<br>
> ><br>
> ><br>
> > pon., 13 sie 2018 o 10:50 Marcin Wojtas <<a href="mailto:mw@semihalf.com" target="_blank">mw@semihalf.com</a>> napisał(a):<br>
> >><br>
> >> Hi Jim,<br>
> >><br>
> >> Would it be possible, that you take a look at my questions form the<br>
> >> previous email?<br>
> >><br>
> >> Thanks in advance,<br>
> >> Marcin<br>
> >><br>
> >> śr., 1 sie 2018 o 17:11 Marcin Wojtas <<a href="mailto:mw@semihalf.com" target="_blank">mw@semihalf.com</a>> napisał(a):<br>
> >>><br>
> >>> Hi Jim,<br>
> >>><br>
> >>> wt., 31 lip 2018 o 18:09 Jim Perrin <<a href="mailto:jperrin@centos.org" target="_blank">jperrin@centos.org</a>> napisał(a):<br>
> >>>><br>
> >>>><br>
> >>>><br>
> >>>> On 07/30/2018 07:00 AM, Marcin Wojtas wrote:<br>
> >>>>> Hi Jim,<br>
> >>>>><br>
> >>>>> It's been a while, since I sent the patch. Any objections about merging?<br>
> >>>>><br>
> >>>>> Is v4.11 kernel still a valid baseline or for the next releases or we<br>
> >>>>> should use v4.14? When is that transition and next release supposed to<br>
> >>>>> happen?<br>
> >>>>><br>
> >>>><br>
> >>>> The current version of the supported kernel is 4.14, so this would need<br>
> >>>> to be updated to support the 4.14 tree.<br>
> >>>><br>
> >>><br>
> >>> There is still a gap between vanilla v4.14 version of the driver and<br>
> >>> the upstream commits that allow to use it with ACPI (although much<br>
> >>> smaller than for v4.11). What is a procedure of providing you the<br>
> >>> patches?<br>
> >>><br>
> >>>><br>
> >>>><br>
> >>>>> Best regards,<br>
> >>>>> Marcinsob., 23 cze 2018 o 08:18 Marcin Wojtas <<a href="mailto:mw@semihalf.com" target="_blank">mw@semihalf.com</a>> napisał(a):<br>
> >>>>>><br>
> >>>>>> Hi,<br>
> >>>>>><br>
> >>>>>> I'm sending a patch that is applicable on top of the kernel<br>
> >>>>>> sig-altarch7-aarch64 branch. It enables ACPI support for the Marvell<br>
> >>>>>> Armada7k8k NIC - this required backporting very big amount of patches<br>
> >>>>>> (all merged upstream), hence I decided to attach the single commit,<br>
> >>>>>> instead of issueing 'git send-email' of it.<br>
> >>>>>><br>
> >>>><br>
> >>>><br>
> >>>> Once we got to 4.14, there didn't seem to be a demand for the<br>
> >>>> sig-altarch kernel to continue so I left it at the previous version.<br>
> >>>> From the sounds of things, you still need it for this to work?<br>
> >>><br>
> >>> Is v4.14-based Centos an official version to support aarch64? If yes,<br>
> >>> I'd complement this version with the needed patches.<br>
> >>><br>
> >>> Btw. if I google 'Centos aarch64' the links point to the altarch/7<br>
> >>> images. What is their kernel base then? In other words, where should<br>
> >>> one search<br>
> >>> for most recent image of aarch64 images? Is there any public release<br>
> >>> schedule available?<br>
> >>><br>
> >>> About sig-altarch tree, I'd need to make sure internally. From your<br>
> >>> perspective, would it be recommended?<br>
> >>><br>
> >>>><br>
> >>>>>> Despite many attempts I wasn't able to build entire rpm package with<br>
> >>>>>> the mock build utility, however I managed to test the clean kernel<br>
> >>>>>> v4.11 with applied all patches and built with updated .config. Please<br>
> >>>>>> let know if this patch is sufficient and can be merged.<br>
> >>>><br>
> >>>> I'm guessing no unless it patches/builds against 4.14 as well. I'll see<br>
> >>>> about updating the sig-altarch tree so that we can test there.<br>
> >>>><br>
> >>><br>
> >>> For sure I need to send updated patch list for v4.14. Please see my<br>
> >>> question above.<br>
> >>><br>
> >>> Thanks,<br>
> >>> Marcin<br>
><br>
><br>
> You can send me the individual patches directly.  Make sure they apply<br>
> against the latest kernel-alt:<br>
><br>
> <a href="https://git.centos.org/summary/rpms!kernel-alt.git" rel="noreferrer" target="_blank">https://git.centos.org/summary/rpms!kernel-alt.git</a><br>
><br>
> Thanks,<br>
> Johnny Hughes<br>
><br>
</blockquote></div>