Re: Moving ipq-wifi to a dedicated repo

2022-06-29 Thread Robert Marko
On Wed, 29 Jun 2022 at 23:30, Christian Marangi wrote: > > On Wed, Jun 29, 2022 at 11:08:43PM +0200, Christian Lamparter wrote: > > On 28/06/2022 23:41, Ansuel Smith wrote: > > > As the title said, it was suggested to move the ipq-wifi package > > > board file to a separate repo. > > > > ipq-wifi

Re: Moving ipq-wifi to a dedicated repo

2022-06-29 Thread Christian Marangi
On Wed, Jun 29, 2022 at 11:08:43PM +0200, Christian Lamparter wrote: > On 28/06/2022 23:41, Ansuel Smith wrote: > > As the title said, it was suggested to move the ipq-wifi package > > board file to a separate repo. > > ipq-wifi Makefile is painfully self aware in that regard. > > | 20 # This

Re: Moving ipq-wifi to a dedicated repo

2022-06-29 Thread Christian Lamparter
On 28/06/2022 23:41, Ansuel Smith wrote: As the title said, it was suggested to move the ipq-wifi package board file to a separate repo. ipq-wifi Makefile is painfully self aware in that regard. | 20 # This is intended to be used on an interim basis until device-specific | 21 # board data

Re: [REQUEST] Review changes for new nvmem patch for dynamic partition

2022-06-29 Thread Christian Marangi
On Wed, Jun 29, 2022 at 09:57:53PM +0200, Sven Eckelmann wrote: > On Wednesday, 29 June 2022 21:37:43 CEST Christian Marangi wrote: > > On Wed, Jun 29, 2022 at 09:32:14PM +0200, Sven Eckelmann wrote: > > > On Wednesday, 29 June 2022 18:33:53 CEST Christian Marangi wrote: > > > [...] > > > > A node

Re: [REQUEST] Review changes for new nvmem patch for dynamic partition

2022-06-29 Thread Sven Eckelmann
On Wednesday, 29 June 2022 21:37:43 CEST Christian Marangi wrote: > On Wed, Jun 29, 2022 at 09:32:14PM +0200, Sven Eckelmann wrote: > > On Wednesday, 29 June 2022 18:33:53 CEST Christian Marangi wrote: > > [...] > > > A node name change is required for the new patch to work. Since we are > > > not

Re: [REQUEST] Review changes for new nvmem patch for dynamic partition

2022-06-29 Thread Christian Marangi
On Wed, Jun 29, 2022 at 09:32:14PM +0200, Sven Eckelmann wrote: > On Wednesday, 29 June 2022 18:33:53 CEST Christian Marangi wrote: > [...] > > A node name change is required for the new patch to work. Since we are > > not aware of device that use cmdline as partition parser, I converted > > each

Re: [REQUEST] Review changes for new nvmem patch for dynamic partition

2022-06-29 Thread Sven Eckelmann
On Wednesday, 29 June 2022 18:33:53 CEST Christian Marangi wrote: [...] > A node name change is required for the new patch to work. Since we are > not aware of device that use cmdline as partition parser, I converted > each device that use nvmem-cells to the new format. I am not 100% if you

[REQUEST] Review changes for new nvmem patch for dynamic partition

2022-06-29 Thread Christian Marangi
Hi, Finally a correct solution for providing nvmem cells with dynamic partition (partition from cmdline, smem, other parser...) has been merged in mtd-next. A node name change is required for the new patch to work. Since we are not aware of device that use cmdline as partition parser, I converted

Re: [PATCH RFT] ramips: use -fno-reorder-blocks for kernel compilation

2022-06-29 Thread Arınç ÜNAL
On 29.06.2022 12:18, Arınç ÜNAL wrote: On 20.06.2022 23:24, Rafał Miłecki wrote: From: Rafał Miłecki It seems to affect (improve) NAT masquarade performance on ramips. This is SoC family specific (that flag worsens Broadcom Northstar NAT speeds) so it can't be applied to all devices. I have

Re: [PATCH RFT] ramips: use -fno-reorder-blocks for kernel compilation

2022-06-29 Thread Arınç ÜNAL
On 20.06.2022 23:24, Rafał Miłecki wrote: From: Rafał Miłecki It seems to affect (improve) NAT masquarade performance on ramips. This is SoC family specific (that flag worsens Broadcom Northstar NAT speeds) so it can't be applied to all devices. I have tested the NAT and routing performance