ltq-xdsl-app: drop esi call

The esi call was added to workaround a race condition between applying
a configured mac address to the wan interface and starting the protocol
(handler) as it was observed in a DHCP over ATM bridge configuration.

Martin Schiller, TDT GmbH was so kind to test with their local
infrastructure if the race condition still exists. The provided package
dumps captured behind the DSLAM shows that it doesn't. It was most
likely fixed with adding carrier support to the lantiq ptm/atm driver.

Signed-off-by: Mathias Kresin <dev@kresin.me>
master
Mathias Kresin 7 years ago
parent e5e6045130
commit a94555ce24
  1. 2
      package/network/config/ltq-adsl-app/files/dsl_control
  2. 2
      package/network/config/ltq-vdsl-app/Makefile
  3. 1
      package/network/config/ltq-vdsl-app/files/vdsl_cpe_control_wrapper

@ -45,8 +45,6 @@ start() {
return 1
}
esi $(printf '%012X' $((1+0x$(tr -d : </sys/class/net/eth0/address))))
service_start /sbin/dsl_cpe_control -i${xtu} \
-n /sbin/dsl_notify.sh \
-f ${firmware}

@ -28,7 +28,7 @@ define Package/ltq-vdsl-app
CATEGORY:=Network
TITLE:=Lantiq VDSL userland tool
URL:=http://www.lantiq.com/
DEPENDS:=@TARGET_lantiq_xrx200 +libpthread +librt +atm-esi
DEPENDS:=@TARGET_lantiq_xrx200 +libpthread +librt
endef
define Package/ltq-vdsl-app/description

@ -7,5 +7,4 @@ for mod in $LOAD; do
grep -q "$mod " /proc/modules || insmod "$mod"
done
esi $(printf '%012X' $((1+0x$(tr -d : </sys/class/net/eth0/address))))
exec /sbin/vdsl_cpe_control "$@"

Loading…
Cancel
Save