[PATCH] base-file: remove unused 'bootdisk' variable

This was left obsolete in: 4a0688ed7153 base-files: remove block2mtd checks from sysupgrade Signed-off-by: Brian Norris --- package/base-files/files/lib/upgrade/common.sh | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/package/base-files/files/lib/upgrade/common.sh

[PATCH v2 4/4] ipq40xx: add target for Google WiFi (Gale)

Google WiFi (codename: Gale) is an IPQ4019-based AP, with 2 Ethernet ports, 2x2 2.4+5GHz WiFi, 512 MB RAM, 4 GB eMMC, and a USB type C port. In its stock configuration, it runs a Chromium OS-based system, but you wouldn't know it, since you can only manage it via a "cloud" + mobile-app system.

[PATCH v2 2/4] firmware-utils/cros-vbutil: add Chrome OS vboot kernel-signing utility

Chrom{ium,e} OS based devices use a Coreboot+Depthcharge-based firmware, which verifies and loads a kernel packed in a verified-boot payload. The verification tooling (both for creating and verifying payloads) is implemented here:

[PATCH v2 3/4] image-commands: support Chromium OS image-type creation

See the previous patches, which implemented the cros-vbutil verified-boot payload-packing tool, and extended ptgen for the CrOS kernel partition type. With these, it's now possible to package kernel + rootfs to make disk images that can boot a Chrome OS-based system (e.g., Chromebooks, or even a

[PATCH v2 0/4] Add support for Chromium OS and Google WiFi

Hi, This series adds support for both Chromium OS (or particularly, its kernel-payload signing and disk layout) and for a device using it (the first generation Google WiFi). Google WiFi (code-named "Gale") is an IPQ4019-based AP. Its hardware is decently supported by the existing ipq40xx target

[PATCH v2 1/4] firmware-utils/ptgen: add Chromium OS kernel partition support

Chrom{ium,e} OS (shortened as "CrOS") bootloaders use a custom GPT partition type to locate their kernel(s), with custom attributes for noting properties around which partition(s) should be active and how many times they've been tried as part of their A/B in-place upgrade system. OpenWRT doesn't

RE: [PATCH] rockchip: use stable MAC-address for NanoPi R2S

> + local mac_base=$(macaddr_canonicalize "$(echo "${sd_hash}" | dd > bs=1 count=12 2>/dev/null)") bs=12 count=1 ? Best Adrian openpgp-digital-signature.asc Description: PGP signature ___ openwrt-devel mailing list

Re: [PATCH 1/2] libnl: add libnl-cli library

Jan 16, 2021 2:19:15 AM Pavel Šimerda : On 1/16/21 12:50 PM, Petr Štetiar wrote: Pavel Šimerda [2021-01-16 00:23:01]: Hi, My perspective is that we are working on *hardware enablement* here. At least some switch chips support Link Aggregation in addition to hardware switching and VLAN

[PATCH] rockchip: use stable MAC-address for NanoPi R2S

The NanoPi R2S does not have a board specific MAC address written inside e.g. an EEPROM, hence why it is randomly generated on first boot. The issue with that however is the lack of a driver for the PRNG. It often results to the same MAC address used on multiple boards by default, as urngd is not

Re: [PATCH netifd] team: add simple bonding/teaming module

On 1/16/21 1:55 PM, Petr Štetiar wrote: Pavel Šimerda [2021-01-12 04:36:36]: Hi, The module requires libteam's teamd and teamdctl commands. This looks like an alien to the OpenWrt ecosystem, basically you're using netifd just as a launcher for teamd, teamdctl without any proper error

Re: [PATCH netifd] team: add simple bonding/teaming module

Pavel Šimerda [2021-01-12 04:36:36]: Hi, > The module requires libteam's teamd and teamdctl commands. This looks like an alien to the OpenWrt ecosystem, basically you're using netifd just as a launcher for teamd, teamdctl without any proper error handling instead of ubus for configuration etc.

Re: [PATCH 2/2] libteam: add library to control team devices

On 1/16/21 12:54 PM, Petr Štetiar wrote: Pavel Šimerda [2021-01-14 03:38:48]: Hi, +++ b/package/network/services/libteam/Makefile @@ -0,0 +1,30 @@ +include $(TOPDIR)/rules.mk + +PKG_NAME := libteam +PKG_FIXUP := autoreconf +PKG_BUILD_DEPENDS := libdaemon jansson libdaemon is not in the

Re: [PATCH 1/2] libnl: add libnl-cli library

On 1/16/21 12:50 PM, Petr Štetiar wrote: Pavel Šimerda [2021-01-16 00:23:01]: Hi, My perspective is that we are working on *hardware enablement* here. At least some switch chips support Link Aggregation in addition to hardware switching and VLAN filtering. This will be handled by offloading

Re: [PATCH 1/2] libnl: add libnl-cli library

On 1/16/21 12:25 PM, Petr Štetiar wrote: Pavel Šimerda [2021-01-14 03:38:47]: Hi, --- package/libs/libnl/Makefile | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/package/libs/libnl/Makefile b/package/libs/libnl/Makefile index db0c65c7a7..3b9bad4533

Re: [PATCH 2/2] libteam: add library to control team devices

Pavel Šimerda [2021-01-14 03:38:48]: Hi, > +++ b/package/network/services/libteam/Makefile > @@ -0,0 +1,30 @@ > +include $(TOPDIR)/rules.mk > + > +PKG_NAME := libteam > +PKG_FIXUP := autoreconf > +PKG_BUILD_DEPENDS := libdaemon jansson libdaemon is not in the main tree, it's in the packages

Re: [PATCH 1/2] libnl: add libnl-cli library

Pavel Šimerda [2021-01-16 00:23:01]: Hi, > My perspective is that we are working on *hardware enablement* here. At > least some switch chips support Link Aggregation in addition to hardware > switching and VLAN filtering. This will be handled by offloading the LAG > configuration from the

Re: [PATCH 1/2] libnl: add libnl-cli library

Pavel Šimerda [2021-01-14 03:38:47]: Hi, > --- > package/libs/libnl/Makefile | 19 ++- > 1 file changed, 18 insertions(+), 1 deletion(-) > > diff --git a/package/libs/libnl/Makefile b/package/libs/libnl/Makefile > index db0c65c7a7..3b9bad4533 100644 > ---

Re: [PATCH 1/2] libnl: add libnl-cli library

Adrian Schmutzler [2021-01-14 13:10:14]: Hi, > Apart from that, do we need this in the main repo or could it also go into > packages? in this case no. -- ynezz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org