On 23/05/12 20:07, John Crispin wrote:
> 
>>
>> The firmware reports identical:
>> DSL_CPE#>vig
>> nReturn=0 DSL_DriverVersionApi=3.24.4.4 DSL_ChipSetFWVersion=2.4.4.0.0.1 
>> DSL_ChipSetHWVersion=1.5 DSL_ChipSetType=Ifx-Danube 
>> DSL_DriverVersionMeiBsp=5.0.0
>> nReturn=0 DSL_DriverVersionApi=3.24.4.4 DSL_ChipSetFWVersion=2.4.4.0.0.1 
>> DSL_ChipSetHWVersion=1.5 DSL_ChipSetType=Ifx-Danube 
>> DSL_DriverVersionMeiBsp=5.0.0
>>
>> The control app behaves rather differently, spawning a number of
>> processes on backfire, but only one on trunk. Plus the changes to the
>> params.
>>
>> Backfire
>> 1021 root      1204 S    /sbin/dsl_cpe_control -i -f 
>> /lib/firmware/ModemHWE.bi
>> 1027 root      1204 S    /sbin/dsl_cpe_control -i -f 
>> /lib/firmware/ModemHWE.bi
>> 1028 root      1204 S    /sbin/dsl_cpe_control -i -f 
>> /lib/firmware/ModemHWE.bi
>> 1029 root      1204 S    /sbin/dsl_cpe_control -i -f 
>> /lib/firmware/ModemHWE.bi
>> 1030 root      1204 S    /sbin/dsl_cpe_control -i -f 
>> /lib/firmware/ModemHWE.bi
>>
>> Trunk
>> 1304 root      7408 S    /sbin/dsl_cpe_control -i00_00_00_00_00_01_00_00 -n /
> 
> these are the xtu bits.
> 
> in trunk you need to tell the network scripts what annex you are using.
> 
> this is handled by
> target/linux/lantiq/base-files/etc/uci-defaults/network
> 
> please make sure you set the correct annex in uci before starting dsl
> 

i think we should change this to not use xtu bits unless explicitly set
....  can you try with this patch applied ?


diff --git a/package/ltq-dsl-app/files/dsl_control
b/package/ltq-dsl-app/files/dsl_control
index e833854..97ed1c1 100644
--- a/package/ltq-dsl-app/files/dsl_control
+++ b/package/ltq-dsl-app/files/dsl_control
@@ -296,7 +296,7 @@ start() {
                echo "invalid fwannex: $fwannex"

        # start CPE dsl daemon in the background
-       service_start /sbin/dsl_cpe_control -i${xtu} \
+       service_start /sbin/dsl_cpe_control  \
                        -n /sbin/dsl_notify.sh \
                        -f /lib/firmware/dsl-fw-${fwannex}.bin
 }
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to