Re: [PATCH] mtdsplit_uimage: Split also after offsetted uImage

2024-01-25 Thread Linus Walleij
On Fri, Jan 26, 2024 at 12:21 AM Paul D wrote: > BTW: was this what I tested in your factory and sysimages for the XG6846? > > If so can you roll a fresh one with this patch? It has been used in all of them, but I made a new one on top of the OpenWrt main branch!

Re: [PATCH] package: add new poe-common package

2024-01-25 Thread Sander Vanheule
[Added the others back in Cc] Hi Paul, On Fri, 2024-01-26 at 00:00 +0100, Paul D wrote: > > So, the power budget is a global option. Do we ever envisage that parts > of this budget can be concretely assigned to specific ports or more > abstract ? > > e.g. > >   config port >   

Re: [PATCH] mtdsplit_uimage: Split also after offsetted uImage

2024-01-25 Thread Paul D
The simple past tense of offset is... offset :) Suggested: Split also after offset uImage BTW: was this what I tested in your factory and sysimages for the XG6846? If so can you roll a fresh one with this patch? Then I can give you a more recent Tested-By: On 2024-01-23 23:17, Linus

p910nd

2024-01-25 Thread Paul D
Trying to add the almost mandatory +kmod-usb-printer to p910nd package Since just about every known configuration still mandates that the user install kmod-usb-printer. https://github.com/openwrt/packages/pull/23094 Is there a smarter way to add this depends? I don't yet understand how

Re: [PATCH] package: add new poe-common package

2024-01-25 Thread Paul D
So, the power budget is a global option. Do we ever envisage that parts of this budget can be concretely assigned to specific ports or more abstract ? e.g. config port option name 'lan8' option id '1' option enable '1'

[PATCH] package: add new poe-common package

2024-01-25 Thread Sander Vanheule
Create a new package to generate configuration files for devices capable of delivering power via PoE. The configuration file at /etc/config/poe can be used by PoE daemons to configure the hardware in an implementation specific way. This is part of the core packages because it needs to be in sync

Re: [PATCH v7] bmips: bcm6368-enetsw: Bump max MTU

2024-01-25 Thread Linus Walleij
On Wed, Jan 24, 2024 at 8:32 PM Álvaro Fernández Rojas wrote: > I tested this: > - Comtrend AR-5381u (bcm6328 with internal switch only). > - Netgear DGND3700v2 (bcm6362 with external BCM53125 switch). > And there were no regressions on any of them. > > So I merged it @