diff options
| author | INAGAKI Hiroshi <musashino.open@gmail.com> | 2021-05-23 20:30:58 +0900 |
|---|---|---|
| committer | Rafał Miłecki <rafal@milecki.pl> | 2021-05-27 11:39:15 +0200 |
| commit | 77d96e925fef1010f3d94a7cc722d23efd243b1e (patch) | |
| tree | d892a394ee03a9883b6cdbcdff89ba548bcdb166 /tools/patch | |
| parent | fc605c01f6d1fd8e2aa8ede83b03ae87f12524a9 (diff) | |
| download | upstream-77d96e925fef1010f3d94a7cc722d23efd243b1e.tar.gz upstream-77d96e925fef1010f3d94a7cc722d23efd243b1e.tar.bz2 upstream-77d96e925fef1010f3d94a7cc722d23efd243b1e.zip | |
base-files: fix configuration generation of network if "bridge" exists
After the commit 43fc720657c6e3b30c6ed89d7227ee6e646c158b
("base-files: generate "device UCI type section for bridge"), the wrong
network configuration is generated for the devices that already have the
bridge device section for VLAN, such as the devices in realtek target.
As a result, the bridge device by additional "device" section is
specified to the "ports" option in the "bridge-vlan" section and netifd
shuts down the switch and the ethernet when the network service started.
Fixes: 43fc720657 ("base-files: generate "device" UCI type section for bridge")
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
[rmilecki: use $ports for generate_bridge_vlan argument]
Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
(cherry picked from commit 8cc4e87a2f81df02dbe481759ae6c36cf056c13b)
Diffstat (limited to 'tools/patch')
0 files changed, 0 insertions, 0 deletions