Re: Upcoming 19.07.4 and 18.07.9 stable releases

2020-11-14 Thread Bjørn Mork
Hannu Nyman writes: > I wonder why there seems to be practically no discussion about > preparations for the 20.0x release (or actually 20.1x now...). > > I think that last time it was mentioned in August: > > http://lists.openwrt.org/pipermail/openwrt-adm/2020-August/001639.html > > > Is there an

Re: SAD DNS cache poisoning attack

2020-11-15 Thread Bjørn Mork
Michael Richardson writes: > better if dnsmasq just implemented > https://tools.ietf.org/html/draft-vixie-dnsext-dns0x20-00 > which alas, has never become an RFC, AFAIK. Does dnsmasq use cookies? Ref https://tools.ietf.org/html/rfc7873 That pretty solves the cache poisoning problem, and should

Re: 回复: kernel: remove mvsw61xx swconfig driver

2020-11-18 Thread Bjørn Mork
"DENG Qingfang" writes: >> 2. WRT3200ACM has two Ethernet interfaces. Isn’t it more efficient to have >> dedicated interfaces for LAN and WAN compared to the DSA model which uses >> only one of them, and creates multiple interfaces using VLANs? > > You only have to worry about that if you have (u

Re: 20.xx: postponse LuCI HTTPS per default

2020-11-20 Thread Bjørn Mork
"Paul Spooren" writes: > The current list of release goals for 20.xx states[0] that LuCI should > use HTTPS per default. This works by creating on-device a self-signed > certificate. Self-signed certificates result in warnings and may cause > more harm than good, multiple discussion are found in

[PATCH 1/8] kernel: mtdsplit_uimage: read extralen from device tree

2020-11-25 Thread Bjørn Mork
An "extralen" property in device tree can replace two device specific parsers. Signed-off-by: Bjørn Mork --- .../files/drivers/mtd/mtdsplit/mtdsplit_uimage.c | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/target/linux/generic/files/drivers/mt

[PATCH 6/8] kernel: mtdsplit_uimage: add "ih-type" device-tree property

2020-11-25 Thread Bjørn Mork
Some devices use uimage headers with a non-default ih_type. Add support for overriding this in device tree. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic

[PATCH 5/8] kernel: mtdsplit_uimage: replace "allnet,uimage" parser

2020-11-25 Thread Bjørn Mork
Convert users to the generic "denx,uimage" using device specific "ih-magic" DT properties, and remove "allnet,uimage". Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 49 --- .../dts/rtl8382_allnet_all-sg8208m.dts

[PATCH 4/8] kernel: mtdsplit_uimage: replace "openwrt,okli" parser

2020-11-25 Thread Bjørn Mork
The only difference between the "openwrt,okli" and the generic parser is the magic. Set this in device tree for all affected devices and remove the "openwrt,okli" parser. Signed-off-by: Bjørn Mork --- .../ath79/dts/ar7240_engenius_enh202-v1.dts | 3 +- .../dts/ar9341_e

[PATCH 0/8] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2020-11-25 Thread Bjørn Mork
e properties for those as well. And ended up removing all the parsers except for the generic one. Still not sure that was a good idea. In particular because it's hard to test this without having the hardware, which I don't have. And console is required if something breaks. Anyway, here it

[PATCH 3/8] kernel: mtdsplit_uimage: add "ih-magic" device-tree property

2020-11-25 Thread Bjørn Mork
Many devices use uimages with non-standard magic values. Let device tree override the default magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 40 ++- 1 file changed, 22 insertions(+), 18 deletions(-) diff --git a/target/linux/generic/files

[PATCH 7/8] kernel: mtdsplit_uimage: replace "netgear,uimage" parser

2020-11-25 Thread Bjørn Mork
_WNR2000V1 0x32303031 FW_MAGIC_WNR2000V4 0x32303034 FW_MAGIC_WNR1000V2_VC 0x31303030 FW_MAGIC_WPN824N 0x31313030 Signed-off-by: Bjørn Mork --- .../ath79/dts/ar7161_netgear_wndr3700-v2.dts | 4 +- .../ath79/dts/ar7161_netgear_wndr3700.dts | 4 +- .../ath79/dts/ar7161_netgear_wn

[PATCH 8/8] kernel: mtdsplit_uimage: replace "edimax,uimage" parser

2020-11-25 Thread Bjørn Mork
The "edimax,uimage" format places the uimage header at an offset and has an additional magic where the header normally would be. Extend the generic parser with two device tree properties and use this instead. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.

[PATCH 2/8] kernel: mtdsplit_uimage: replace "fonfxc" and "sge" parsers

2020-11-25 Thread Bjørn Mork
Convert users of the "fonfxc" and "sge" parsers to the generic "denx,uimage", using device specific "extralen" DT properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 93 ++- .../linux/ramips/dts/mt76

Re: [PATCH 0/8] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2020-11-26 Thread Bjørn Mork
"Adrian Schmutzler" writes: > However, I wonder whether - strictly - these parameter belong into > device tree, i.e. "describe the hardware". (this is meant as an open > question, I do not want to express any rejection with that) FWIW, I believe it does in the same way the existing compatible p

Re: [PATCH 0/8] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2020-11-26 Thread Bjørn Mork
Sander Vanheule writes: > I don't know how others feel about this, but I find something like > "ih-type = ", > to be clearer than > "ih-type = <7>". > Would it be an option to create a dt-bindings header? For > example,'include/dt-indings/mtd/partition/uimage.h' (to mirror the DT > do

[PATCH v2 05/10] kernel: mtdsplit_uimage: replace "openwrt, okli" parser

2020-11-30 Thread Bjørn Mork
The only difference between the "openwrt,okli" and the generic parser is the magic. Set this in device tree for all affected devices and remove the "openwrt,okli" parser. Signed-off-by: Bjørn Mork --- .../ath79/dts/ar7240_engenius_enh202-v1.dts | 3 +- .../dts/ar9341_e

[PATCH v2 07/10] kernel: mtdsplit_uimage: add "openwrt, ih-type" device-tree property

2020-11-30 Thread Bjørn Mork
Some devices use uimage headers with a non-default ih_type. Add support for overriding this in device tree. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic

[PATCH v2 03/10] kernel: mtdsplit_uimage: replace "fonfxc" and "sge" parsers

2020-11-30 Thread Bjørn Mork
Convert users of the "fonfxc" and "sge" parsers to the generic "openwrt,uimage", using device specific "openwrt,padding" properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 93 ++- .../linux/

[PATCH v2 04/10] kernel: mtdsplit_uimage: add "openwrt, ih-magic" device-tree property

2020-11-30 Thread Bjørn Mork
Many devices use uimages with non-standard magic values. Let device tree override the default magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 41 +++ 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/target/linux/generic/files

[PATCH v2 06/10] kernel: mtdsplit_uimage: replace "allnet, uimage" parser

2020-11-30 Thread Bjørn Mork
Convert users to the generic "openwrt,uimage" using device specific "openwrt,ih-magic" properties, and remove "allnet,uimage". Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 49 --- .../dts/rtl8382_allnet_all-sg820

[PATCH v2 02/10] kernel: mtdsplit_uimage: read extralen from device tree

2020-11-30 Thread Bjørn Mork
An "openwrt,padding" property in device tree can replace two device specific parsers. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic/files/d

[PATCH v2 00/10] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2020-11-30 Thread Bjørn Mork
es. Might have made the new header too complete. It makes the diffstat look worse... But the real savings are still there in mtdsplit_uimage.c Bjørn --- Bjørn Mork (10): dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image kernel: mtdsplit_uimage: read extralen from device tree ke

[PATCH v2 08/10] kernel: mtdsplit_uimage: replace "netgear, uimage" parser

2020-11-30 Thread Bjørn Mork
1xx target: FW_MAGIC_WNR2000V1 0x32303031 FW_MAGIC_WNR2000V4 0x32303034 FW_MAGIC_WNR1000V2_VC 0x31303030 FW_MAGIC_WPN824N 0x31313030 Signed-off-by: Bjørn Mork --- .../linux/ath79/dts/ar7161_netgear_wndr.dtsi | 1 + .../ath79/dts/ar7161_netgear_wndr3700-v2.dts | 4 +- ...

[PATCH v2 10/10] kernel: mtdsplit_uimage: replace "edimax, uimage" parser

2020-11-30 Thread Bjørn Mork
The "edimax,uimage"" parser can be replaced by the generic parser using device specific openwrt,partition-magic and openwrt,offset properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 129 -- .../dts/mt7620a_edimax_b

[PATCH v2 01/10] dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image

2020-11-30 Thread Bjørn Mork
Add devicetree bindings for vendor specific variants of U-Boot Images, as defined by OpenWrt. Signed-off-by: Bjørn Mork --- .../mtd/partitions/openwrt,uimage.yaml| 91 + .../dt-bindings/mtd/partitions/uimage.h | 191 ++ 2 files changed, 282 insertions

[PATCH v2 09/10] kernel: mtdsplit_uimage: add "openwrt, offset" and "openwrt, partition-magic"

2020-11-30 Thread Bjørn Mork
Some devices prepend a standard U-Boot Image with a vendor specific header, having its own magic. Adding two new properties will support validation of such images, including the additional magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 40

[PATCH 2/2] uboot-envtools: support alternate default config

2020-12-10 Thread Bjørn Mork
Now that we can create an alternate configuration file, add support for selecting it by using the alternate application names `fw_printsys' or `fw_setsys'. Signed-off-by: Bjørn Mork --- package/boot/uboot-envtools/Makefile | 2 + .../002-support-alternate-config.patch

[PATCH 1/2] uboot-envtools: add support for multiple config partitions

2020-12-10 Thread Bjørn Mork
. Section names are not suitable for naming the different configurations since each file can be the result of multiple sections in case of backup partitions. Signed-off-by: Bjørn Mork --- package/boot/uboot-envtools/Makefile | 1 + package/boot/uboot-envtools/files/realtek | 8

Re: [PATCH 2/2] uboot-envtools: support alternate default config

2020-12-10 Thread Bjørn Mork
Luis Araneda writes: > I think this could be archived without patching the upstream > fw_printenv tool, depending on what solution you find acceptable. > > My motivation is to reduce the amount of patches that I think are not > going to be accepted upstream. Thanks a lot for your valuable feedba

Re: [PATCH 2/2] lldpd: fix init.d script

2020-12-11 Thread Bjørn Mork
John Crispin writes: > iff --git a/package/network/services/lldpd/files/lldpd.init > b/package/network/services/lldpd/files/lldpd.init > index 7a5b25e016..8200556786 100644 > --- a/package/network/services/lldpd/files/lldpd.init > +++ b/package/network/services/lldpd/files/lldpd.init > @@ -10,6

[PATCH v2 2/2] uboot-envtools: add wrapper scripts for alternate config

2020-12-13 Thread Bjørn Mork
Now that we can create an alternate configuration file, add two wrapper scripts for simple access to it using the alternate alternate application names `fw_printsys' and `fw_setsys'. Signed-off-by: Bjørn Mork --- package/boot/uboot-envtools/Makefile | 4 +++- package/

[PATCH v2 0/2] uboot-envtools: support for multiple config partitions

2020-12-13 Thread Bjørn Mork
Changes since v1: - incremented PKG_RELEASE - using wrapper scripts instead of patching the tool Bjørn Mork (2): uboot-envtools: add support for multiple config partitions uboot-envtools: add wrapper scripts for alternate config package/boot/uboot-envtools/Makefile | 5

[PATCH v2 1/2] uboot-envtools: add support for multiple config partitions

2020-12-13 Thread Bjørn Mork
. Section names are not suitable for naming the different configurations since each file can be the result of multiple sections in case of backup partitions. Signed-off-by: Bjørn Mork --- package/boot/uboot-envtools/Makefile | 1 + package/boot/uboot-envtools/files/realtek | 8

Re: Bind + ISC dhcpd integration (for intranet split-horizon, etc)

2020-12-15 Thread Bjørn Mork
Philip Prindeville writes: > I’m trying to do the integration “glue” to allow one to operate a DNS > private zone inside your intranet (aka “split horizon”) and prime it > with both static data as well as DHCP lease information. “split horizon” is a very bad idea, and should not be encouraged.

Re: Bind + ISC dhcpd integration (for intranet split-horizon, etc)

2020-12-16 Thread Bjørn Mork
Philip Prindeville writes: >> On Dec 15, 2020, at 1:22 AM, Bjørn Mork wrote: >> >> Philip Prindeville writes: >> >>> I’m trying to do the integration “glue” to allow one to operate a DNS >>> private zone inside your intranet (aka “split horizon”) and

Re: [PATCH v2 0/2] uboot-envtools: support for multiple config partitions

2020-12-16 Thread Bjørn Mork
Stijn Segers writes: > I'm giving this a spin (since I have a Realtek switch now :^) Great! Thanks for testing > ). Fw_printenv prints info as expected but fw_printsys comes up > empty. Not sure if this is expected behaviour. There's no > /etc/fw_sys.config after installing the new uboot-envtoo

Re: [PATCH v2 0/2] uboot-envtools: support for multiple config partitions

2020-12-16 Thread Bjørn Mork
Stijn Segers writes: > Yeah, after filling /etc/fw_sys.config with the right values, it works > here too. Good to know. Note that the partition currently is marked as read-only in the dts. So you will have to chacnge that or use kmod-mtd-rw if you want to change any variable. Thanks to the st

Re: Bind + ISC dhcpd integration (for intranet split-horizon, etc)

2020-12-17 Thread Bjørn Mork
Philip Prindeville writes: > https://github.com/openwrt/packages/pull/14240 > > The previous one is a precursor for getting Bind to start before DHCPD. That makes more sense yes. I looked at it briefly. A couple of notes without testing: I would not have used a key named "rdnc"-anything for z

Re: [PATCH] usbutils: remove

2020-12-30 Thread Bjørn Mork
Rosen Penev writes: > I have git send-email preset to send stuff to this email address. I > usually don't CC anyone. I don't understand what "maintainer" means in an OpenWrt context... Anyway, do you plan to do something about usbreset as well, or will that be left as a redundant package? Bjø

Re: [PATCH] usbutils: remove

2020-12-31 Thread Bjørn Mork
Paul Spooren writes: > On Mi, Dez 30, 2020 at 10:03, Bjørn Mork wrote: >> Rosen Penev writes: >> >>> I have git send-email preset to send stuff to this email address. I >>> usually don't CC anyone. >> I don't understand what "maintainer&q

Re: [PATCH] libpcap: update to 1.10.0

2021-01-03 Thread Bjørn Mork
Rosen Penev writes: > Simplify cmake option handling by putting everything in blocks. > > Add openssl patch as there's no easy way to disable. > > Rebase the skip manpages patch. > > Remove the monitor mode patch as it no longer applies. > > Remove flex patch as normal Makefile is no longer used.

Re: [PATCH v2 3/3] realtek: add support for ZyXEL GS1900-8HP.

2021-01-06 Thread Bjørn Mork
Stijn Segers writes: > That's not ZyXEL's own website but a reseller. They list the 10HP as > discontinued > as well, which is pretty weird given I bought it new a week ago here > in Europe. I can confirm the same. Bought a GS1900-10HP new from a local reseller a couple of months ago, manufactu

Re: [PATCH v5 2/2] realtek: add support for ZyXEL GS1900-8HP v1 and v2

2021-01-09 Thread Bjørn Mork
"Adrian Schmutzler" writes: > Feel free to submit new patches for the remaining stuff if you desire. One simple thing to fix for the GS1900-xxx is the ability to upgrade to OpenWrt from the stock web UI, without using the console at all. But this requires changing to the device specific magic,

Re: [PATCH v2 00/10] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2021-01-20 Thread Bjørn Mork
Stijn Segers writes: > - ramips/mt7621 (DIR-860L B1): with sysupgrade (both with and > whithout-n) Thanks. Going through this now, I see that this device is using the "seama" partition comptabile and splitter. Which I didn't touch since it was in a spearate file and therefore outside my tunn

[PATCH v3 00/10] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2021-01-20 Thread Bjørn Mork
e header shared with the driver - changed property names to openwrt,foo and tied these to an openwrt,uimage compatible string - split out the definition of the properties from the deletion of the "edimax,uimage" parser Bjørn Mork (10): dt-bindings: mtd: partitions: add OpenWrt def

[PATCH v3 06/10] kernel: mtdsplit_uimage: replace "allnet, uimage" parser

2021-01-20 Thread Bjørn Mork
Convert users to the generic "openwrt,uimage" using device specific "openwrt,ih-magic" properties, and remove "allnet,uimage". Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 49 --- .../dts/rtl8382_allnet_all-sg820

[PATCH v3 03/10] kernel: mtdsplit_uimage: replace "fonfxc" and "sge" parsers

2021-01-20 Thread Bjørn Mork
Convert users of the "fonfxc" and "sge" parsers to the generic "openwrt,uimage", using device specific "openwrt,padding" properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 93 ++- .../linux/

[PATCH v3 02/10] kernel: mtdsplit_uimage: read extralen from device tree

2021-01-20 Thread Bjørn Mork
An "openwrt,padding" property in device tree can replace two device specific parsers. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic/files/d

[PATCH v3 04/10] kernel: mtdsplit_uimage: add "openwrt, ih-magic" device-tree property

2021-01-20 Thread Bjørn Mork
Many devices use uimages with non-standard magic values. Let device tree override the default magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 41 +++ 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/target/linux/generic/files

[PATCH v3 09/10] kernel: mtdsplit_uimage: add "openwrt, offset" and "openwrt, partition-magic"

2021-01-20 Thread Bjørn Mork
Some devices prepend a standard U-Boot Image with a vendor specific header, having its own magic. Adding two new properties will support validation of such images, including the additional magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 40

[PATCH v3 07/10] kernel: mtdsplit_uimage: add "openwrt, ih-type" device-tree property

2021-01-20 Thread Bjørn Mork
Some devices use uimage headers with a non-default ih_type. Add support for overriding this in device tree. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic

[PATCH v3 01/10] dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image

2021-01-20 Thread Bjørn Mork
Add devicetree bindings for vendor specific variants of U-Boot Images, as defined by OpenWrt. Signed-off-by: Bjørn Mork --- .../mtd/partitions/openwrt,uimage.yaml| 91 + .../dt-bindings/mtd/partitions/uimage.h | 191 ++ 2 files changed, 282 insertions

[PATCH v3 08/10] kernel: mtdsplit_uimage: replace "netgear, uimage" parser

2021-01-20 Thread Bjørn Mork
1xx target: FW_MAGIC_WNR2000V1 0x32303031 FW_MAGIC_WNR2000V4 0x32303034 FW_MAGIC_WNR1000V2_VC 0x31303030 FW_MAGIC_WPN824N 0x31313030 Tested-by: Sander Vanheule # WNDR3700v2 Tested-by: Stijn Segers # WNDR3700v1 Signed-off-by: Bjørn Mork --- .../linux/ath79/dts/ar7161_netgear_wndr.

[PATCH v3 10/10] kernel: mtdsplit_uimage: replace "edimax, uimage" parser

2021-01-20 Thread Bjørn Mork
The "edimax,uimage"" parser can be replaced by the generic parser using device specific openwrt,partition-magic and openwrt,offset properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 129 -- .../dts/mt7620a_edimax_b

[PATCH v3 05/10] kernel: mtdsplit_uimage: replace "openwrt, okli" parser

2021-01-20 Thread Bjørn Mork
The only difference between the "openwrt,okli" and the generic parser is the magic. Set this in device tree for all affected devices and remove the "openwrt,okli" parser. Tested-by: Michael Pratt # EAP300 v2, ENS202EXT and ENH202 Signed-off-by: Bjørn Mork

Re: [PATCH v3 01/10] dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image

2021-01-20 Thread Bjørn Mork
Rafał Miłecki writes: > Did you check that binding with the dt_binding_check? > > Something like: > make dt_binding_check > DT_SCHEMA_FILES=Documentation/devicetree/bindings/mtd/partitions/openwrt,uimage.yaml > (you may need arch too, e.g. ARCH=arm64) Yes, I actually did since I'm not exactly u

Re: [PATCH v3 05/10] kernel: mtdsplit_uimage: replace "openwrt, okli" parser

2021-01-20 Thread Bjørn Mork
Rafał Miłecki writes: > On 20.01.2021 15:35, Bjørn Mork wrote: >> diff --git >> a/target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_uimage.c >> b/target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_uimage.c >> index 58c40e9ec70b..32c027d3e979 100644 &g

[PATCH v4 02/10] kernel: mtdsplit_uimage: read extralen from device tree

2021-01-20 Thread Bjørn Mork
An "openwrt,padding" property in device tree can replace two device specific parsers. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic/files/d

[PATCH v4 00/10] kernel: mtdsplit_uimage: use device tree properties for non-standard uimage parsing

2021-01-20 Thread Bjørn Mork
penwrt,foo and tied these to an openwrt,uimage compatible string - split out the definition of the properties from the deletion of the "edimax,uimage" parser Bjørn Mork (10): dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image kernel: mtdsplit_uimage: read extralen

[PATCH v4 01/10] dt-bindings: mtd: partitions: add OpenWrt defined U-Boot Image

2021-01-20 Thread Bjørn Mork
Add devicetree bindings for vendor specific variants of U-Boot Images, as defined by OpenWrt. Signed-off-by: Bjørn Mork --- .../mtd/partitions/openwrt,uimage.yaml| 91 + .../dt-bindings/mtd/partitions/uimage.h | 191 ++ 2 files changed, 282 insertions

[PATCH v4 03/10] kernel: mtdsplit_uimage: replace "fonfxc" and "sge" parsers

2021-01-20 Thread Bjørn Mork
Convert users of the "fonfxc" and "sge" parsers to the generic "openwrt,uimage", using device specific "openwrt,padding" properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 93 ++- .../linux/

[PATCH v4 06/10] kernel: mtdsplit_uimage: replace "allnet, uimage" parser

2021-01-20 Thread Bjørn Mork
Convert users to the generic "openwrt,uimage" using device specific "openwrt,ih-magic" properties, and remove "allnet,uimage". Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 49 --- .../dts/rtl8382_allnet_all-sg820

[PATCH v4 05/10] kernel: mtdsplit_uimage: replace "openwrt, okli" parser

2021-01-20 Thread Bjørn Mork
The only difference between the "openwrt,okli" and the generic parser is the magic. Set this in device tree for all affected devices and remove the "openwrt,okli" parser. Tested-by: Michael Pratt # EAP300 v2, ENS202EXT and ENH202 Signed-off-by: Bjørn Mork

[PATCH v4 04/10] kernel: mtdsplit_uimage: add "openwrt, ih-magic" device-tree property

2021-01-20 Thread Bjørn Mork
Many devices use uimages with non-standard magic values. Let device tree override the default magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 41 +++ 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/target/linux/generic/files

[PATCH v4 07/10] kernel: mtdsplit_uimage: add "openwrt, ih-type" device-tree property

2021-01-20 Thread Bjørn Mork
Some devices use uimage headers with a non-default ih_type. Add support for overriding this in device tree. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 24 +++ 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/target/linux/generic

[PATCH v4 08/10] kernel: mtdsplit_uimage: replace "netgear, uimage" parser

2021-01-20 Thread Bjørn Mork
1xx target: FW_MAGIC_WNR2000V1 0x32303031 FW_MAGIC_WNR2000V4 0x32303034 FW_MAGIC_WNR1000V2_VC 0x31303030 FW_MAGIC_WPN824N 0x31313030 Tested-by: Sander Vanheule # WNDR3700v2 Tested-by: Stijn Segers # WNDR3700v1 Signed-off-by: Bjørn Mork --- .../linux/ath79/dts/ar7161_netgear_wndr.

[PATCH v4 10/10] kernel: mtdsplit_uimage: replace "edimax, uimage" parser

2021-01-20 Thread Bjørn Mork
The "edimax,uimage"" parser can be replaced by the generic parser using device specific openwrt,partition-magic and openwrt,offset properties. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 129 -- .../dt-bindings/mtd/part

[PATCH v4 09/10] kernel: mtdsplit_uimage: add "openwrt, offset" and "openwrt, partition-magic"

2021-01-20 Thread Bjørn Mork
Some devices prepend a standard U-Boot Image with a vendor specific header, having its own magic. Adding two new properties will support validation of such images, including the additional magic. Signed-off-by: Bjørn Mork --- .../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 40

[PATCH 2/2] realtek: build ZyXEL vendor firmware compatible initramfs

2021-01-23 Thread Bjørn Mork
It can also be set in OpenWrt using e.g fw_setsys bootpartition 1 to select "RUNTIME2"/"image 1" as default, assuming a stock firmware version is installed in that partition. Signed-off-by: Bjørn Mork --- target/linux/realtek/image/Makefile | 11 +++ 1 file changed, 1

[PATCH 0/2] realtek: support OpenWrt flashing from ZyXEL firmware

2021-01-23 Thread Bjørn Mork
therefore leaning on other brave testers as usual... Bjørn Bjørn Mork (2): realtek: use vendor-specific magic for ZyXEL realtek: build ZyXEL vendor firmware compatible initramfs target/linux/realtek/dts/rtl8380_zyxel_gs1900.dtsi | 3 ++- target/linux/realtek/image/Makefile

[PATCH 1/2] realtek: use vendor-specific magic for ZyXEL

2021-01-23 Thread Bjørn Mork
another value. Convert to vendor-specific value to get flash management support in stock firmware, including the ability to upgrade to OpenWrt directly from stock web UI. Signed-off-by: Bjørn Mork --- target/linux/realtek/dts/rtl8380_zyxel_gs1900.dtsi | 3 ++- target/linux/realtek/image/Makefile

Re: [PATCH] x86/64: Add CONFIG_DEVMEM=y for targets/x86/64

2021-02-10 Thread Bjørn Mork
Alberto Bursi writes: > On 09/02/21 17:46, Supriya Mane wrote: >> Setting 'CONFIG_DEVMEM=y' provides access to /dev/mem. >> Fixes "cannot access '/dev/mem' : No such file or directory" >> Signed-off-by: Supriya Mane >> --- >> target/linux/x86/64/config-5.4 | 1 + >> 1 file changed, 1 insertio

Re: [PATCH] x86/64: Add CONFIG_DEVMEM=y for targets/x86/64

2021-02-14 Thread Bjørn Mork
Petr Štetiar writes: > I assume it's for some legacy reasons which don't apply in 2021 to OpenWrt. Not sure I understand what you mean here. There was a a request for this feature, so it obviously applies to OpenWrt. And it's already enabled for the ipq807x and rockchip targets, so you can't r

Re: [PATCH] mvebu: cortexa9: fix missing wpad and iwinfo in images

2021-02-14 Thread Bjørn Mork
Petr Štetiar writes: > Adrian Schmutzler [2021-02-13 15:49:17]: > >> > Seem like I need to prepare v2 as although I now have wpad/iwinfo in the >> > image, I'm still missing ath10 and ath9k wireless modules... >> >> Is this about initramfs or why does it have to be DEFAULT_PACKAGES here? > > why

Re: Patchwork and DMARC emails.

2021-02-18 Thread Bjørn Mork
Brian Norris writes: > I'm pretty sure Patchwork expects some kind of subject, so yes that's > most likely a problem. > >> https://mail.python.org/archives/list/mailman-us...@python.org/thread/ZVM6I4UTDKHY4EKNLIBIWE4JNC2PYLIS/ > > Oh, nice, thanks for filing the bug report! This came up before bu

Re: [PATCH 1/2] realtek: Add generic zyxel_gs1900 image definition

2021-02-25 Thread Bjørn Mork
Stefan Lippers-Hollmann writes: > On 2021-02-24, Hauke Mehrtens wrote: >> Add a new common device definition for the Zyxel GS1900 line of >> switches. > [...] >> -define Device/zyxel_gs1900-10hp >> +define Device/zyxel_gs1900 >>SOC := rtl8380 >>IMAGE_SIZE := 6976k >>DEVICE_VENDOR := Zy

Re: [PATCH 1/2] realtek: Add generic zyxel_gs1900 image definition

2021-02-27 Thread Bjørn Mork
Hauke Mehrtens writes: > I used the wrong AAHI magic and it was possible to falsh the image > over the Web UI, buit the image did not boot, it was unable to find > the root fs for me. That's odd. Didn't work in my tests, but I've only tested the GS1900-10HP with the latest stock firmware. But

Re: [PATCH] uboot-envtools: add support for GS108T v3 & GS110TPP v1

2021-02-28 Thread Bjørn Mork
Stijn Segers writes: > Op zondag 28 februari 2021 om 10u19 schreef Sander Vanheule > : >> Hi Stijn >> On Sat, 2021-02-27 at 23:05 +0100, Stijn Segers wrote: >>> The Netgear GS108T v3 and its GS110TPP v1 sibling apparently label >>> their u-boot environment parition 'bdinfo' instead of 'u-boot-en

[PATCH 2/6] realtek: re-enable sfp driver for ZyXEL GS1900-10HP

2021-03-09 Thread Bjørn Mork
e out which ports to enable as fibre ports. Signed-off-by: Bjørn Mork --- .../realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 24 +-- 1 file changed, 6 insertions(+), 18 deletions(-) diff --git a/target/linux/realtek/dts/rtl8380_zyxel_gs1900-10hp.dts b/target/linux/realtek/dts/rtl8380_z

[PATCH 0/6] realtek: SFP related fixes

2021-03-09 Thread Bjørn Mork
This is a series of small SFP related fixes I've been using on my GS1900-10HP since December 2020. The rebased version has also been run-tested and verified to work with both copper and fiber SFPs. Bjørn Mork (6): realtek: fix link-state interrupt realtek: re-enable sfp driver for

[PATCH 1/6] realtek: fix link-state interrupt

2021-03-09 Thread Bjørn Mork
This bug was the root cause for the failing sfp driver. Signed-off-by: Bjørn Mork --- .../realtek/files-5.4/drivers/net/dsa/rtl83xx/common.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/common.c b/target

[PATCH 6/6] realtek: enable SerDes NWAY and SGMII negotiation

2021-03-09 Thread Bjørn Mork
This allows copper SFPs to negotiate speeds lower than 1gig. Signed-off-by: Bjørn Mork --- .../drivers/net/dsa/rtl83xx/common.c | 4 +- .../files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 41 ++- 2 files changed, 42 insertions(+), 3 deletions(-) diff --git a/target/linux

[PATCH 5/6] realtek: enabled Marvell and Realtek PHYs

2021-03-09 Thread Bjørn Mork
The rtl83xx-phy driver is necessary for proper configuration of the PHYs if U-Boot hasn't done that. 1000Base-T SFPs often contains a Marvell 88E and will not work without this driver. Include it by default to support copper SFPs. Signed-off-by: Bjørn Mork --- target/linux/realtek/c

[PATCH 4/6] realtek: enable HWMON for SFP sensors

2021-03-09 Thread Bjørn Mork
Signed-off-by: Bjørn Mork --- target/linux/realtek/config-5.4 | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/realtek/config-5.4 b/target/linux/realtek/config-5.4 index 2fbd904376fc..ed8c6023377f 100644 --- a/target/linux/realtek/config-5.4 +++ b/target/linux/realtek/config-5.4

[PATCH 3/6] realtek: need to handle PHY_INTERFACE_MODE_NA for sfps

2021-03-09 Thread Bjørn Mork
Signed-off-by: Bjørn Mork --- target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c b/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c index e0832c42b887

[PATCH] rtl83xx-poe: add package

2021-03-09 Thread Bjørn Mork
From: John Crispin Signed-off-by: John Crispin Signed-off-by: Bjørn Mork --- This is John's simple PoE daemon for the realtek devices, which has been cycling around in assorted repos since last year. It's well tested by now. I've been running this with constant polling from

[PATCH] realtek: drop ethtool log noise

2021-03-10 Thread Bjørn Mork
phylink_mac_link_state calls can be triggered by userspace, and might happen rather often in some settings like when running snmp daemons. Signed-off-by: Bjørn Mork --- One more patch I forgot I've been using. This log line is pretty annoying in combination with mini_snmpd with ethtool su

Re: [PATCH 1/3] realtek: add lua-rs232 to GS1900-10HP profile

2021-03-10 Thread Bjørn Mork
Stijn Segers writes: > Somehow all the other supported ZyXEL switches have the lua-rs232 package > defined as an extra package, needed for PoE manipulation, but the > GS1900-10HP does not. Rectify this. > > Signed-off-by: Stijn Segers > --- > target/linux/realtek/image/Makefile | 1 + > 1 file

[PATCH v2] realtek: drop ethtool log noise

2021-03-11 Thread Bjørn Mork
it for now since these drivers are still in development. Signed-off-by: Bjørn Mork --- .../files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 2 +- .../drivers/net/ethernet/rtl838x_eth.c| 28 +-- 2 files changed, 15 insertions(+), 15 deletions(-) diff --git a/target/linux/realtek

Re: [PATCH 0/4] import libcap from packages feed

2021-03-11 Thread Bjørn Mork
Stijn Tintel writes: > I suspect some people might counter this by saying lldpd belongs in the > packages feed; I strongly disagree as imo LLDP is an essential service > for any network device, and especially switches. Even the cheapest > managed switches support LLDP for more than 5 years alread

[PATCH v2 1/6] realtek: fix link-state interrupt

2021-03-13 Thread Bjørn Mork
This bug was the root cause for the failing sfp driver. Acked-by: Birger Koblitz Signed-off-by: Bjørn Mork --- .../realtek/files-5.4/drivers/net/dsa/rtl83xx/common.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa

[PATCH v2 0/6] realtek: SFP related fixes

2021-03-13 Thread Bjørn Mork
sages - added collected acked-by/tested-by Bjørn Mork (6): realtek: fix link-state interrupt realtek: need to handle PHY_INTERFACE_MODE_NA for sfps realtek: re-enable sfp driver for ZyXEL GS1900-10HP realtek: enable HWMON for SFP sensors realtek: enabled Marvell and Realtek PHYs realtek: e

[PATCH v2 3/6] realtek: re-enable sfp driver for ZyXEL GS1900-10HP

2021-03-13 Thread Bjørn Mork
e out which ports to enable as fibre ports. Acked-by: Birger Koblitz Signed-off-by: Bjørn Mork --- .../realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 24 +-- 1 file changed, 6 insertions(+), 18 deletions(-) diff --git a/target/linux/realtek/dts/rtl8380_zyxel_gs1900-10hp.dts b/targ

[PATCH v2 4/6] realtek: enable HWMON for SFP sensors

2021-03-13 Thread Bjørn Mork
/class/hwmon/hwmon0/uevent:OF_FULLNAME=/sfp-p10 /sys/class/hwmon/hwmon0/uevent:OF_COMPATIBLE_0=sff,sfp /sys/class/hwmon/hwmon0/uevent:OF_COMPATIBLE_N=1 Tested-by: Birger Koblitz Signed-off-by: Bjørn Mork --- target/linux/realtek/config-5.4 | 1 + 1 file changed, 1 insertion(+) diff --git a

[PATCH v2 2/6] realtek: need to handle PHY_INTERFACE_MODE_NA for sfps

2021-03-13 Thread Bjørn Mork
From the validate docs in include/linux/phylink.h: When state->interface is PHY_INTERFACE_MODE_NA, phylink expects the MAC driver to return all supported link modes. Tested-by: Birger Koblitz Signed-off-by: Bjørn Mork --- target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 1 +

[PATCH v2 5/6] realtek: enabled Marvell and Realtek PHYs

2021-03-13 Thread Bjørn Mork
The rtl83xx-phy driver is necessary for proper configuration of the PHYs if U-Boot hasn't done that. 1000Base-T SFPs often contains a Marvell 88E and will not work without this driver. Include it by default to support copper SFPs. Signed-off-by: Bjørn Mork --- target/linux/realtek/c

[PATCH v2 6/6] realtek: enable SerDes NWAY and SGMII negotiation

2021-03-13 Thread Bjørn Mork
This allows copper SFPs to negotiate speeds lower than 1gig. Acked-by: Birger Koblitz Signed-off-by: Bjørn Mork --- .../drivers/net/dsa/rtl83xx/common.c | 4 +- .../files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 41 ++- 2 files changed, 42 insertions(+), 3 deletions

[PATCH v2] rtl83xx-poe: add package

2021-03-13 Thread Bjørn Mork
ot;: [ "enabled", "enabled", "0W", "enabled", "enabled", "enabled", "4.6W", "4W" ],

Re: [PATCH v2 0/6] realtek: SFP related fixes

2021-03-14 Thread Bjørn Mork
Bjørn Mork writes: > This is a series of small SFP related fixes I've been using on > my GS1900-10HP since December 2020. The rebased version has > also been run-tested and verified to work with both copper > and fiber SFPs. > > v2: > - reorderd patch 2 and 3 to ma

Re: [PATCH v2 0/6] realtek: SFP related fixes

2021-03-14 Thread Bjørn Mork
Bjørn Mork writes: > I see I made a mess of this on the list and in patchworks by > using '--in-reply-to' with git send-email. Correction: The problem was that I used '--in-reply-to' with git format-patch. The confusing part is that send-email and format-patch

  1   2   3   4   5   >