I think there may be some confusion around the term "firmware" as I am refering to here, so I'll go back to the beginning.

I got hold of a Netgear DGN3500, running the last firmware Netgear produced. I had no connection problems, it ran stably but I was concerned with how old the firmware was and I also wanted to add some software to it.

So I installed Openwrt Barrier Breaker, which I recently updated to Chaos Calmer and since moving to both of these, had problems with the ADSL connection dropping many times a day. The LED problem is minor to me, I can live with it.

After much research, I found other people using this and other routers that use the same ADSL modem chip (Lantiq AR9), were having the same disconnect problems and the solution is to replace the firmware for the modem chip with a more recent version.

Think of this as a firmware (one single file), within the overall firmware (many files), that is the image you download and install from Netgear or Openwrt.

My post, No. 144 in this thread, leads to instructions on how to replace the single ADSL modem firmware file, within an Openwrt installation currently installed on the router.

Since then I have have no connection problems. As to why this newer file is not included in current OpenWRT releases, it appears that they no longer have permission to package up later versions than the one shipped.

(Last edited by richs on 29 Sep 2015, 23:27)

It didn't work in BB but after I upgraded to CC it worked instantly (guess PPPoE wasn't working well in BB?)

I had it running for about 2 hours until I restarted the router and then my gateway ruined again, anyone know why this is happening? I can't connect to my gateway at all, even if I set it manually on the adapter.

Hi, thanks for the suggestion;). Yes I've already tried it, (I found your ticket link weeks ago), and when I replaced adsl firmware with your firmware, dsl stability has improved a lot, but randomly the issue appears again.
For example now my uptime is 2 days, but i don't think it will last very long. By the way, this thing is so random that could be also provider-related.

Good work Richs! With the adsl firmware replacement, no more internet cuts (for now, in half hour). Tomorrow I will comment it.

Now, the PPP doesn't start at the router boot. If is not one, is other jajaja...

Regards!

Somehow got the modem setup and gateway is working fine now. just wondering if there is a way to increase the wifi range? I have two external antennas around the house, is there any way i could connect or solder these up to increase the wifi range?

root@OpenWrt:~# /etc/init.d/dsl_control status
Chipset:        Ifx-AR9 1.2
Line State:        UP [0x801: showtime_tc_sync]
Data Rate:        14.208 Mb/s / 796 Kb/s
Line Attenuation:    23.9dB / 14.6dB
Noise Margin:        9.1dB / 15.5dB
Line Uptime:        14h 38m 40s

Good!

Show this thread:

http://www.linuxquestions.org/questions … er-881510/

It can be helpful for you.

I'm trying to tidy the wiki page about this router...

During this work I found this little how-to about JTAG recovering: http://www.earth.li/~noodles/blog/2015/ … n3500.html

As I don't know how JTAG debricking works, before we place this procedure on the wiki page, could someone review that?

In general all help in adding useful information missing in the wiki would be much appreciated!

How could access ADSL statistics from openwrt?

/etc/init.d/dsl_control status
Chipset:                Ifx-AR9 1.2
Line State:             UP [0x801: showtime_tc_sync]
Data Rate:              11.512 Mb/s / 1.151 Mb/s
Line Attenuation:       11.9dB / 10.9dB
Noise Margin:           16.0dB / 10.9dB
Line Uptime:            8d 20h 56m 14s

******** +1 for the dsl firmware update mentioned earlier *************
my Line Uptime indicates the dsl is maintaining a solid connection to the isp

(Last edited by cbxbiker61 on 20 Oct 2015, 00:40)

Hi,

i don't understand how to work openwrt 15.05 with the pppoe connection, i'm italian and my ISP Telecom.

someone feedback about this?

at the moment my dgn3500 run amod firmware

Thanks

Hi all,

I'm having trouble with the USB on my DGN3500 running Chaos Calmer. I originally started off sharing a VFAT filesystem from a USB pen drive over NFS but when that failed I kept trying more and more basic configurations. I've now got it down to the basic problem described here.

If I plug in the pen drive, it's registered OK (it no longer has a valid fileystem on it), as dmesg shows:

[  451.580000] usb 1-1: new high-speed USB device number 2 using ifxusb_hcd
[  451.780000] usb-storage 1-1:1.0: USB Mass Storage device detected
[  451.792000] scsi host0: usb-storage 1-1:1.0
[  452.796000] scsi 0:0:0:0: Direct-Access     128MB    USB2.0FlashDrive 2.00 PQ: 0 ANSI: 2
[  453.872000] ready
[  453.872000] sd 0:0:0:0: [sda] 256000 512-byte logical blocks: (131 MB/125 MiB)
[  453.880000] sd 0:0:0:0: [sda] Write Protect is off
[  453.884000] sd 0:0:0:0: [sda] Mode Sense: 03 00 00 00
[  453.888000] sd 0:0:0:0: [sda] No Caching mode page found
[  453.892000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[  453.908000]  sda: sda1
[  453.924000] sd 0:0:0:0: [sda] Attached SCSI removable disk

I then try to write some data to it:
# time dd ibs=1024 count=100000 if=/dev/urandom of=/dev/sda1

That command never returns, but if I log in a second time I can see this output in dmesg:

[  557.208000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[  572.384000] usb 1-1: device descriptor read/64, error -150
[  587.664000] usb 1-1: device descriptor read/64, error -150
[  587.944000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[  603.120000] usb 1-1: device descriptor read/64, error -150

Most of the stuff I've turned up with Google seems to be down to people trying to run USB hard drives without a powered hub, but this is a simple 128MB thumb drive.

It does 'sort of' work to start with; I was able to mount a VFAT filesystem from the drive and share the files over NFS and the content of the files was correct. It's just that after a while it goes wrong.

I've had this problem with two pen drives, which work fine in my PC, so I think they're probably not faulty.

Any advice would be appreciated.

Cheers.

Steve

Following up to my previous post, I've downgraded to Barrier Breaker and it still doesn't work. It *might* be a bit more stable on reads, but executing this command once (the command I gave in my previous post is perhaps a little bit iffy, since I used ibs not bs there):

time dd bs=1024 count=65536 if=/dev/urandom of=/dev/sda1

will hang, and if I log on a second time and look at the dmesg output I can see this:

[  859.048000] usb 1-1: new high-speed USB device number 2 using ifxusb_hcd
[  859.256000] usb-storage 1-1:1.0: USB Mass Storage device detected
[  859.260000] scsi0 : usb-storage 1-1:1.0
[  860.272000] scsi 0:0:0:0: Direct-Access     128MB    USB2.0FlashDrive 2.00 PQ: 0 ANSI: 2
[  860.292000] sd 0:0:0:0: Attached scsi generic sg0 type 0
[  861.348000] ready
[  861.348000] sd 0:0:0:0: [sda] 256000 512-byte logical blocks: (131 MB/125 MiB)
[  861.356000] sd 0:0:0:0: [sda] Write Protect is off
[  861.360000] sd 0:0:0:0: [sda] Mode Sense: 03 00 00 00
[  861.368000] sd 0:0:0:0: [sda] No Caching mode page found
[  861.372000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[  861.388000] sd 0:0:0:0: [sda] No Caching mode page found
[  861.392000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[  861.404000]  sda: sda1
[  861.416000] sd 0:0:0:0: [sda] No Caching mode page found
[  861.420000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[  861.428000] sd 0:0:0:0: [sda] Attached SCSI removable disk
[  979.216000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[  994.392000] usb 1-1: device descriptor read/64, error -150
[ 1009.672000] usb 1-1: device descriptor read/64, error -150
[ 1009.952000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[ 1025.128000] usb 1-1: device descriptor read/64, error -150
[ 1040.408000] usb 1-1: device descriptor read/64, error -150
[ 1040.688000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[ 1055.708000] usb 1-1: device descriptor read/8, error -150
[ 1070.832000] usb 1-1: device descriptor read/8, error -150
[ 1071.112000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[ 1086.132000] usb 1-1: device descriptor read/8, error -150
[ 1101.256000] usb 1-1: device descriptor read/8, error -150
[ 1101.364000] usb 1-1: USB disconnect, device number 2
[ 1101.368000] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 1101.376000] sd 0:0:0:0: [sda] Unhandled error code
[ 1101.376000] sd 0:0:0:0: [sda] 
[ 1101.380000] Result: hostbyte=0x01 driverbyte=0x00
[ 1101.384000] sd 0:0:0:0: [sda] CDB:
[ 1101.388000] cdb[0]=0x2a: 2a 00 00 00 11 20 00 00 80 00
[ 1101.396000] end_request: I/O error, dev sda, sector 4384
[ 1101.400000] Buffer I/O error on device sda1, logical block 4352
[ 1101.404000] lost page write due to I/O error on sda1
[ 1101.412000] Buffer I/O error on device sda1, logical block 4353
[ 1101.416000] lost page write due to I/O error on sda1
[ 1101.420000] Buffer I/O error on device sda1, logical block 4354
[ 1101.428000] lost page write due to I/O error on sda1
[ 1101.432000] Buffer I/O error on device sda1, logical block 4355
[ 1101.436000] lost page write due to I/O error on sda1
[ 1101.444000] Buffer I/O error on device sda1, logical block 4356
[ 1101.448000] lost page write due to I/O error on sda1
[ 1101.452000] Buffer I/O error on device sda1, logical block 4357
[ 1101.460000] lost page write due to I/O error on sda1
[ 1101.464000] Buffer I/O error on device sda1, logical block 4358
[ 1101.468000] lost page write due to I/O error on sda1
[ 1101.476000] Buffer I/O error on device sda1, logical block 4359
[ 1101.480000] lost page write due to I/O error on sda1
[ 1101.484000] Buffer I/O error on device sda1, logical block 4360
[ 1101.492000] lost page write due to I/O error on sda1
[ 1101.496000] Buffer I/O error on device sda1, logical block 4361
[ 1101.504000] lost page write due to I/O error on sda1
[ 1101.568000] sd 0:0:0:0: [sda] Unhandled error code
[ 1101.568000] sd 0:0:0:0: [sda] 
[ 1101.572000] Result: hostbyte=0x01 driverbyte=0x00
[ 1101.576000] sd 0:0:0:0: [sda] CDB:
[ 1101.580000] cdb[0]=0x2a: 2a 00 00 00 11 a0 00 00 08 00
[ 1101.584000] end_request: I/O error, dev sda, sector 4512
[ 1102.020000] usb 1-1: new high-speed USB device number 3 using ifxusb_hcd
[ 1117.196000] usb 1-1: device descriptor read/64, error -150
[ 1132.480000] usb 1-1: device descriptor read/64, error -150
[ 1132.760000] usb 1-1: new high-speed USB device number 4 using ifxusb_hcd

I have tried the same command (changing the device name accordingly) with this pen drive on my desktop PC running Linux and it works fine there with no dmesg output produced.

Is *anyone* successfully using USB mass storage on a DGN3500? I am wondering if this could be a fault on my router, so it would be good if someone else could confirm or deny that it works for them.

Cheers.

Steve

Hi Steve,

I have a DGN3500B and everything worked fine with BB. I used USB sticks and a USB multi-reader (for SD, MC, etc) with VFAT and EXT3 file systems, which were shared by samba to serve the whole home LAN. I had no problems.

I have problems NOW with CC: whatever device I attach (simple USB pen or multi-reader) the device gets continuously reset. I have found in some OpenWRT forum a post by someone who stated that his USB storage was working perfectly on BB but not anymore on CC (as in my case), and he supposed it could be a voltage problem, based on some other issues reported with CC. The guy supposed that this could be a generic issue with CC and not specific to our DGN.

I was unfortunately not able to find the bug thread, I am still searching.

Hope this helps,

(c)

(Last edited by chainofflowers on 6 Nov 2015, 11:31)

Hi chainofflowers,

I wonder if the fact you have a 3500B (I'm on a straight 3500) makes a difference? It seems unlikely I guess.

I need to do more testing but I built my own copy of CC from source last night and that *appears* to work - I didn't have much time to play, but the dd command worked at least three times in a row with no errors in dmesg.

I think the kernel on the CC branch in git is newer than the one in the official CC builds and this may explain it. You could give that a try if you're feeling keen.

However, since this suggests my hardware isn't broken, it still seems odd that USB didn't work for me when I downgraded to BB, if it works for you. I suppose if I can get it working in CC it doesn't matter, but it is a bit mystifying.

Cheers.

Steve

I spoke too soon.

It's difficult to be sure, but my build of the latest code on the CC branch seems about as stable (for me) as BB is when it comes to reading; it may even be perfect. I was able to execute 100:

time dd bs=1024 count=65536 if=/dev/sda1 of=/dev/null

commands without a single error appearing in the dmesg output.

However, writing doesn't work. I think it might be better than the official CC build, but it's hard to be sure. Last night's three successes in a row seems to have been some kind of fluke, because tonight I can't even get a single:

time dd bs=1024 count=65536 if=/dev/zero of=/dev/sda1

to succeed, I get:

[  407.192000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[  422.368000] usb 1-1: device descriptor read/64, error -150

For the record, this is with kernel "Linux OpenWrt 3.18.23 #5".

chainofflowers - I assume you did/do use USB mass storage for writing on BB, not just reading? I doubt it would make any difference, but I thought I'd ask.

I will doubtless continue to fiddle with this over the weekend, but I thought I'd better correct the misinformation in my previous post.

I've experimented further. I have to say that, for me, even BB's USB support is *not* rock solid, although if I hadn't had my suspicions aroused it's possible I would never have noticed.

I wondered if my 'dd'-based tests were in some way unfair - although it seemed and still seems a reasonable test to me. So I took a USB stick with a VFAT filesystem on and left BB doing a repeated cp of a big-ish directory overnight. It worked about 40 times and then the usual problem hit:

[ 3319.460000] usb 1-1: reset high-speed USB device number 2 using ifxusb_hcd
[ 3334.636000] usb 1-1: device descriptor read/64, error -150
[ 3349.916000] usb 1-1: device descriptor read/64, error -150

So I don't think the fact I'm testing with dd is why I see failures. Maybe my hardware (the router or both of the USB sticks) are in some way marginal.

I'd be interested if anyone running BB (or any other release, for that matter) who has a spare USB stick - this test will destroy any data on it, and will also incur some "wear" on the stick, but probably not much - could try this:

for x in `seq 100`; do echo $x; time dd bs=1024 count=65535 if=/dev/zero of=/dev/XXX; done

(Replace XXX with the device name shown in dmesg when you insert the stick; probably sda1.)

I had never had this complete the full 100 times without hitting the reset problem, on  BB or CC, until...

I found this patch series: https://lists.openwrt.org/pipermail/ope … 35295.html This enables the dwc2 USB driver on the AR9 hardware used in the DGN3500, so we don't have to use the ifxusb_hcd driver. I've applied this to a local copy of the CC branch and built it:

root@OpenWrt:~# uname -a
Linux OpenWrt 3.18.23 #3 Sat Nov 7 23:09:29 GMT 2015 mips GNU/Linux
root@OpenWrt:~# dmesg|grep -i usb
[    0.212000] usbcore: registered new interface driver usbfs
[    0.216000] usbcore: registered new interface driver hub
[    0.220000] usbcore: registered new device driver usb
[   40.652000] dwc2 1e101000.ifxhcd: new USB bus registered, assigned bus number 1
[   40.668000] hub 1-0:1.0: USB hub found

I'm sure I will experience a failure this instant I post this message :-), but this has - for the first time ever on my hardware with either BB or CC - survived the full 100 loops of the test above. My sincere thanks to Antti Seppälä for this patch, which may very well have saved my sanity!

It looks to me as though this change has been applied to trunk (changesets 46913-46916), so presumably the next release will have it by default. It would be nice if it could be included in a subsequent release of CC, but I don't know if that is likely to happen.

Cheers.

Steve

I haven't had any problems with either of my two USB sticks, but I tried an externally powered 500GB USB hard drive and attempting to read from that via dd or using the ext4 filing system fails. It's recognised correctly when I connect it:

[  687.060000] scsi 0:0:0:0: Direct-Access     ST350083 0A               3.AA PQ: 0 ANSI: 0
[  687.072000] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[  687.080000] sd 0:0:0:0: [sda] Write Protect is off
[  687.084000] sd 0:0:0:0: [sda] Mode Sense: 03 00 00 00
[  687.084000] sd 0:0:0:0: [sda] No Caching mode page found
[  687.092000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[  687.120000]  sda: sda1
[  687.128000] sd 0:0:0:0: [sda] Attached SCSI disk

but when I try to read from it ('dd bs=1024 count=65535 if=/dev/sda1 of=/dev/zero') this happens almost immediately:

[  703.932000] dwc2 1e101000.ifxhcd: dwc2_hc_chhltd_intr_dma: Channel 2 - ChHltd set, but reason is unknown
[  703.932000] dwc2 1e101000.ifxhcd: hcint 0x00000002, intsts 0x04000029
[  703.944000] dwc2 1e101000.ifxhcd: dwc2_update_urb_state(): trimming xfer length
[  734.236000] usb 1-1: reset high-speed USB device number 2 using dwc2
[  734.596000] dwc2 1e101000.ifxhcd: dwc2_hc_chhltd_intr_dma: Channel 3 - ChHltd set, but reason is unknown
[  734.596000] dwc2 1e101000.ifxhcd: hcint 0x00000002, intsts 0x04000029

The same command works fine when I connect the hard drive to my Linux desktop PC.

I tried applying the patch from ticket #20177 (https://dev.openwrt.org/ticket/20177) but that hasn't helped. I'll post again if I manage to find anything which fixes this.

Can i use this firmware to connect 4 LAN devices on DGN3500 and then through it connect them to the WLAN of my other VDSL modem (ASUS DSL AC56U). I think it's called client mode and the official firmware doesn't seem to support it.

Edit...Did it using "Routed Client with relayd (Pseudobridge)" method...

(Last edited by Diagrafeas1 on 24 Feb 2016, 21:35)

I'm having issues getting a USB 3g/HSPA dongle working on the latest Chaos Calmer image on my Netgear DGN3500. I was one the IRC channel and someone mentioned that I needed to compile a new image using a different usb library (not the ifx library). It was, I was tired, and I didn't save what was said exactly, and now I'm trying to figure out where in make menuconfig menus I would make this change.

Since no one else has replied I'll chip in. You probably want to select the DWC2 driver, this may appear under the kernel usb and/or modules config in make menuconfig, perhaps as "designware 2 host controller" or something like that (this is from memory, so sorry I can't be precise). You may want to disable the ifx USB support from the build or at least not install those packages so they're not used by mistake. You can see which driver you are using using lsmod/dmesg - see my posts above for examples of the output.

I'd be very interested to know if it works for you, I have had no luck even with the DWC2 driver but perhaps my hardware is faulty.

Hi,

i own a DGN3500B. The status in the wiki says that the Firmware is WIP. I'm very annoyed of the WIFI-stability and would like to try out OpenWRt. Is there a best practice way to get a running firmware?

Thanks

dgn3500a

My line supports Annex M, and on stock firmware router connects on Annex M with 2 Mbit upload.
With OpenWRT 15.05.1 default settings router connects without using M

How to enebale Annex M ?

by the way PPPoE is working, but not stable. very hard to get connection

(Last edited by Snakus on 14 Apr 2016, 16:18)

Manage to get Annex M connection
by changing in /etc/config/network

config adsl 'dsl'
    option annex 'm2p'
    option firmware '/lib/firmware/adsl.bin'

as you see the download rate became 2 times less.

Something wrong with PPPoE. DSL connected but ppoe ssession is not working.

Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.604000] Loading modules backported from Linux version master-2015-03-09-0-g141f155
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.612000] Backport generated by backports.git backports-20150129-0-gdd4a670
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.620000] ip_tables: (C) 2000-2006 Netfilter Core Team
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.636000] ATM1.0.26    ATM (A1) firmware version 0.16
Fri Apr 15 13:08:34 2016 kern.warn kernel: [   53.640000] ifxmips_atm: ATM init succeed
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.664000] Infineon Technologies DEU driver version 2.0.0 
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.672000] IFX DEU DES initialized (multiblock).
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.680000] IFX DEU AES initialized (multiblock).
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.684000] IFX DEU ARC4 initialized (multiblock).
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.692000] IFX DEU SHA1 initialized.
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.692000] IFX DEU MD5 initialized.
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.700000] IFX DEU SHA1_HMAC initialized.
Fri Apr 15 13:08:34 2016 kern.notice kernel: [   53.700000] IFX DEU MD5_HMAC initialized.
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.716000] nf_conntrack version 0.5.0 (942 buckets, 3768 max)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.768000] NET: Registered protocol family 24
Fri Apr 15 13:08:34 2016 kern.info kernel: [   53.808000] xt_time: kernel timezone is -0000
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.040000] cfg80211: Calling CRDA to update world regulatory domain
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.068000] cfg80211: World regulatory domain updated:
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.072000] cfg80211:  DFS Master region: unset
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.076000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.084000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.092000] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz, 92000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.104000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.112000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.120000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.128000] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.136000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   54.144000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.warn kernel: [   59.356000] PCI: Enabling device 0000:00:0e.0 (0000 -> 0002)
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: EEPROM regdomain: 0x0
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: EEPROM indicates default country code should be used
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: doing EEPROM country->regdmn map search
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: country maps to regdmn code: 0x3a
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: Country alpha2 being used: US
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.368000] ath: Regpair used: 0x3a
Fri Apr 15 13:08:34 2016 kern.debug kernel: [   59.388000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.392000] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb8000000, irq=30
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.396000] cfg80211: Calling CRDA for country: US
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.448000] cfg80211: Regulatory domain changed to country: US
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.452000] cfg80211:  DFS Master region: FCC
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.456000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.464000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.472000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.484000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.492000] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2300 mBm), (0 s)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.500000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
Fri Apr 15 13:08:34 2016 kern.info kernel: [   59.508000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Fri Apr 15 13:08:42 2016 user.emerg syslog: sh: bad number
Fri Apr 15 13:08:49 2016 kern.info kernel: [   79.376000] device eth0.1 entered promiscuous mode
Fri Apr 15 13:08:49 2016 kern.info kernel: [   79.380000] device eth0 entered promiscuous mode
Fri Apr 15 13:08:49 2016 kern.info kernel: [   79.392000] br-lan: port 1(eth0.1) entered forwarding state
Fri Apr 15 13:08:49 2016 kern.info kernel: [   79.396000] br-lan: port 1(eth0.1) entered forwarding state
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'lan' is enabled
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'lan' is setting up now
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'lan' is now up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'loopback' is enabled
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'loopback' is setting up now
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'loopback' is now up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Bridge 'br-lan' link is up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'lan' has link connectivity 
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Network device 'eth0' link is up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: VLAN 'eth0.1' link is up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Network device 'lo' link is up
Fri Apr 15 13:08:49 2016 daemon.notice netifd: Interface 'loopback' has link connectivity 
Fri Apr 15 13:08:50 2016 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Fri Apr 15 13:08:51 2016 kern.info kernel: [   81.400000] br-lan: port 1(eth0.1) entered forwarding state
Fri Apr 15 13:08:55 2016 local2.notice br2684ctl[784]: Interface "nas0" created sucessfully
Fri Apr 15 13:08:55 2016 local2.notice br2684ctl[784]: Communicating over ATM 0.1.32, encapsulation: LLC
Fri Apr 15 13:08:55 2016 daemon.notice netifd: Interface 'wan' is enabled
Fri Apr 15 13:08:55 2016 local2.info br2684ctl[784]: Interface configured
Fri Apr 15 13:08:55 2016 local2.info br2684ctl[784]: RFC 1483/2684 bridge daemon started
Fri Apr 15 13:08:58 2016 kern.info kernel: [   89.212000] cfg80211: Calling CRDA for country: UA
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.252000] cfg80211: Regulatory domain changed to country: UA
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.256000] cfg80211:  DFS Master region: ETSI
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.260000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.268000] cfg80211:   (2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.276000] cfg80211:   (5150000 KHz - 5250000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.288000] cfg80211:   (5250000 KHz - 5350000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.296000] cfg80211:   (5490000 KHz - 5670000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.304000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Fri Apr 15 13:08:59 2016 kern.info kernel: [   89.312000] cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Fri Apr 15 13:08:59 2016 authpriv.info dropbear[900]: Not backgrounding
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: started, version 2.73 cachesize 150
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: DNS service limited to local subnets
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq-dhcp[985]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: using local addresses only for domain lan
Fri Apr 15 13:09:00 2016 daemon.warn dnsmasq[985]: no servers found in /tmp/resolv.conf.auto, will retry
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: read /etc/hosts - 1 addresses
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq[985]: read /tmp/hosts/dhcp - 1 addresses
Fri Apr 15 13:09:00 2016 daemon.info dnsmasq-dhcp[985]: read /etc/ethers - 0 addresses
Fri Apr 15 13:09:01 2016 kern.info kernel: [   91.736000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Fri Apr 15 13:09:01 2016 daemon.notice netifd: radio0 (779): Configuration file: /var/run/hostapd-phy0.conf
Fri Apr 15 13:09:01 2016 kern.info kernel: [   91.792000] device wlan0 entered promiscuous mode
Fri Apr 15 13:09:01 2016 kern.info kernel: [   91.796000] br-lan: port 2(wlan0) entered forwarding state
Fri Apr 15 13:09:01 2016 kern.info kernel: [   91.800000] br-lan: port 2(wlan0) entered forwarding state
Fri Apr 15 13:09:01 2016 daemon.notice netifd: radio0 (779): wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Apr 15 13:09:01 2016 daemon.notice netifd: radio0 (779): wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Fri Apr 15 13:09:01 2016 kern.info kernel: [   91.904000] br-lan: port 2(wlan0) entered disabled state
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led wifi
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led usb
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led internet
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led dsl
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led power
Fri Apr 15 13:09:02 2016 user.emerg syslog: setting up led wps
Fri Apr 15 13:09:02 2016 daemon.notice netifd: radio0 (779): handle_probe_req: send failed
Fri Apr 15 13:09:02 2016 daemon.notice netifd: radio0 (779): handle_probe_req: send failed
Fri Apr 15 13:09:02 2016 daemon.notice netifd: radio0 (779): Using interface wlan0 with hwaddr 00:26:f2:52:55:72 and ssid "26-17-4-30"
Fri Apr 15 13:09:02 2016 kern.info kernel: [   92.996000] br-lan: port 2(wlan0) entered forwarding state
Fri Apr 15 13:09:02 2016 kern.info kernel: [   93.000000] br-lan: port 2(wlan0) entered forwarding state
Fri Apr 15 13:09:02 2016 kern.info kernel: [   93.008000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Fri Apr 15 13:09:02 2016 daemon.notice netifd: radio0 (779): wlan0: interface state HT_SCAN->ENABLED
Fri Apr 15 13:09:02 2016 daemon.notice netifd: radio0 (779): wlan0: AP-ENABLED 
Fri Apr 15 13:09:03 2016 daemon.notice netifd: Network device 'wlan0' link is up
Fri Apr 15 13:09:03 2016 daemon.info procd: - init complete -
Fri Apr 15 13:09:04 2016 kern.info kernel: [   95.004000] br-lan: port 2(wlan0) entered forwarding state
Fri Apr 15 13:09:08 2016 daemon.info hostapd: wlan0: STA 7c:0b:c6:24:d9:65 IEEE 802.11: authenticated
Fri Apr 15 13:09:08 2016 daemon.info hostapd: wlan0: STA 7c:0b:c6:24:d9:65 IEEE 802.11: associated (aid 1)
Fri Apr 15 13:09:08 2016 daemon.info dnsmasq-dhcp[985]: DHCPREQUEST(br-lan) 192.168.1.195 7c:0b:c6:24:d9:65 
Fri Apr 15 13:09:08 2016 daemon.info dnsmasq-dhcp[985]: DHCPACK(br-lan) 192.168.1.195 7c:0b:c6:24:d9:65 android-c91e86a4ac179b10
Fri Apr 15 13:09:17 2016 daemon.info hostapd: wlan0: STA 64:cc:2e:48:96:24 IEEE 802.11: authenticated
Fri Apr 15 13:09:17 2016 daemon.info hostapd: wlan0: STA 64:cc:2e:48:96:24 IEEE 802.11: associated (aid 2)
Fri Apr 15 13:09:18 2016 daemon.info dnsmasq-dhcp[985]: DHCPREQUEST(br-lan) 192.168.1.176 64:cc:2e:48:96:24 
Fri Apr 15 13:09:18 2016 daemon.info dnsmasq-dhcp[985]: DHCPACK(br-lan) 192.168.1.176 64:cc:2e:48:96:24 Redmi3-Redmi
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq-dhcp[985]: DHCPDISCOVER(br-lan) 192.168.1.205 e0:69:95:68:58:09 
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq-dhcp[985]: DHCPOFFER(br-lan) 192.168.1.205 e0:69:95:68:58:09 
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq-dhcp[985]: DHCPREQUEST(br-lan) 192.168.1.205 e0:69:95:68:58:09 
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq-dhcp[985]: DHCPACK(br-lan) 192.168.1.205 e0:69:95:68:58:09 DP67DE
Fri Apr 15 13:09:24 2016 daemon.warn odhcpd[743]: DHCPV6 SOLICIT IA_NA from 000100011e3013f8e06995685809 on br-lan: ok fd5b:5aeb:3bf3::d2c/128 
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq[985]: read /etc/hosts - 1 addresses
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq[985]: read /tmp/hosts/odhcpd - 0 addresses
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq[985]: read /tmp/hosts/dhcp - 1 addresses
Fri Apr 15 13:09:24 2016 daemon.info dnsmasq-dhcp[985]: read /etc/ethers - 0 addresses
Fri Apr 15 13:09:25 2016 daemon.warn odhcpd[743]: DHCPV6 SOLICIT IA_NA from 000100011e3013f8e06995685809 on br-lan: ok fd5b:5aeb:3bf3::d2c/128 
Fri Apr 15 13:09:26 2016 daemon.warn odhcpd[743]: DHCPV6 SOLICIT IA_NA from 000100011e3013f8e06995685809 on br-lan: ok fd5b:5aeb:3bf3::d2c/128 
Fri Apr 15 13:09:26 2016 daemon.warn odhcpd[743]: DHCPV6 REQUEST IA_NA from 000100011e3013f8e06995685809 on br-lan: ok fd5b:5aeb:3bf3::d2c/128 
Fri Apr 15 13:09:26 2016 daemon.info dnsmasq[985]: read /etc/hosts - 1 addresses
Fri Apr 15 13:09:26 2016 daemon.info dnsmasq[985]: read /tmp/hosts/odhcpd - 1 addresses
Fri Apr 15 13:09:26 2016 daemon.info dnsmasq[985]: read /tmp/hosts/dhcp - 1 addresses
Fri Apr 15 13:09:26 2016 daemon.info dnsmasq-dhcp[985]: read /etc/ethers - 0 addresses
Fri Apr 15 13:09:38 2016 kern.err kernel: [  128.820000] [DSL_BSP_Showtime 894]: Datarate US intl = 2140988, fast = 0
Fri Apr 15 13:09:38 2016 kern.warn kernel: [  128.824000] enter showtime, cell rate: 0 - 5049, 1 - 5049, xdata addr: 0x82e40000

after pressing reconnect on intrfaces page it strat working

Fri Apr 15 13:10:58 2016 daemon.notice netifd: Interface 'wan' is disabled
Fri Apr 15 13:10:58 2016 daemon.notice netifd: Interface 'wan' is enabled
Fri Apr 15 13:10:58 2016 daemon.notice netifd: Network device 'nas0' link is up
Fri Apr 15 13:10:58 2016 daemon.notice netifd: Interface 'wan' has link connectivity 
Fri Apr 15 13:10:58 2016 daemon.notice netifd: Interface 'wan' is setting up now
Fri Apr 15 13:10:59 2016 daemon.info pppd[2005]: Plugin rp-pppoe.so loaded.
Fri Apr 15 13:10:59 2016 daemon.info pppd[2005]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Fri Apr 15 13:10:59 2016 daemon.notice pppd[2005]: pppd 2.4.7 started by root, uid 0
Fri Apr 15 13:10:59 2016 daemon.info pppd[2005]: PPP session is 3553
Fri Apr 15 13:10:59 2016 daemon.warn pppd[2005]: Connected to 00:90:1a:42:12:e7 via interface nas0
Fri Apr 15 13:10:59 2016 kern.info kernel: [  210.040000] pppoe-wan: renamed from ppp0
Fri Apr 15 13:10:59 2016 daemon.info pppd[2005]: Using interface pppoe-wan
Fri Apr 15 13:10:59 2016 daemon.notice pppd[2005]: Connect: pppoe-wan <--> nas0
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: PAP authentication succeeded
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: peer from calling number 00:90:1A:42:12:E7 authorized
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: local  IP address 178.95.48.166
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: remote IP address 195.5.5.200
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: primary   DNS address 213.179.249.138
Fri Apr 15 13:11:00 2016 daemon.notice pppd[2005]: secondary DNS address 213.179.249.162
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Network device 'pppoe-wan' link is up
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Interface 'wan6' is enabled
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Network alias 'pppoe-wan' link is up
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Interface 'wan6' has link connectivity 
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Interface 'wan6' is setting up now
Fri Apr 15 13:11:00 2016 daemon.notice netifd: Interface 'wan' is now up
Fri Apr 15 13:11:00 2016 daemon.info dnsmasq[985]: reading /tmp/resolv.conf.auto
Fri Apr 15 13:11:00 2016 daemon.info dnsmasq[985]: using local addresses only for domain lan
Fri Apr 15 13:11:00 2016 daemon.info dnsmasq[985]: using nameserver 213.179.249.138#53
Fri Apr 15 13:11:00 2016 daemon.info dnsmasq[985]: using nameserver 213.179.249.162#53
Fri Apr 15 13:11:01 2016 user.notice firewall: Reloading firewall due to ifup of wan (pppoe-wan)
Fri Apr 15 13:11:02 2016 daemon.info dnsmasq[985]: exiting on receipt of SIGTERM
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: started, version 2.73 cachesize 150
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: DNS service limited to local subnets
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq-dhcp[2099]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: using local addresses only for domain lan
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: reading /tmp/resolv.conf.auto
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: using local addresses only for domain lan
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: using nameserver 213.179.249.138#53
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: using nameserver 213.179.249.162#53
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: read /etc/hosts - 1 addresses
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: read /tmp/hosts/dhcp - 1 addresses
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq[2099]: read /tmp/hosts/odhcpd - 1 addresses
Fri Apr 15 13:11:03 2016 daemon.info dnsmasq-dhcp[2099]: read /etc/ethers - 0 addresses

(Last edited by Snakus on 15 Apr 2016, 11:44)

changing to

option annex 'm'

did not change connection speed in my case

It looks like PPPoE is coming up too early
Can somebody tell where change config to make pppoe wait for dsl connection is up ?