The DIR-615 Rev. D1 FW 4.10 boot log via rs232:

Is it the same HW like Rev. C1?

The DIR-615 D1 is based on different hardware (RT2880) - See http://forum.openwrt.org/viewtopic.php?id=19281

I'm going to get some new builds uploaded today.

Can you summarise any recent changes or improvements.

Trying to squeeze as many features into my own build as possible. Shame OpenVPN takes so much space.

I don't mean to hijack this thread but I've compiled a new firmware for the Planex (PCi) MZK-W04NU based on r15707.
Pretty much everything included that you need, for those running VPNs I can highly recommend you to have a look at vtun which works just as good if not even better then OpenVPN on these types of routers and is a lot smaller too. I haven't tested WLAN much but at least it works which is a start. First impressions in general are that it's a lot quicker than the Asus WL-500g Premium V1, LUCI actually feels snappy :-)
I would also like to thank RoundSparrow (and #OpenWRT) for the guidelines for compiling which helped a lot along with some other documentation.
Oh well, enough talk... here it is: http://www.slingfile.com/file/44438-9982715d76.html
//Danne

Is it going to work well with the TP-Link TL-941ND as well?

Probably not, I don't think TP-Link routers have 8 mbyte flash and they use another profile.
//Danne

Thanks, in the meantime I found the TP-Link's own profile and managed to compile the firmware. I'm just not brave enough to flash it. :-)

Testing r15686 now... Thank you Roundsparrow!
The WI-FI bug is still there. 8( I was waiting to see if it would still drop after a bit, it does.
What's the best way to make a script that would refresh the WIFI every hour or so
by doing WIFI DOWN then WIFI UP? This would be a temp fix for the problem.
I'm sure it would be simple and only a few lines, I just don't know Linux scripting well.

- MENTALDOMINANCE -

(Last edited by MENTALDOMINANCE on 12 May 2009, 20:55)

Since it's like pulling teeth to get anyone to answer me
here I did what I always do and that's figure out the
solution by myself. Here it is.

TEMPORARY FIX FOR WI-FI BUG BY: MENTALDOMINANCE
------------------------------------------------------------------
First things first, install a proper editor.
I use NANO.

Go to the router's web page and log in.
Select LuCI Components from the Overview menu and then
select "Edit Package Lists & Installation targets".
For whatever reason, the default OPKG-Configuration is
never correct. Here's one that works:

src/gz snapshots http://downloads.openwrt.org/kamikaze/8 … /packages/
dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /jffs

After you've made these edits you'll be able to update LuCI components.
Click SUBMIT and then update package lists. You'll now have access to
the proper list of software that can be installed on your router.
Scroll down, check NANO and click PERFORM ACTIONS.
NANO is now installed!

Now we need to change NANO to be the default editor, write our script,
edit crontab and do some other things.

Exit out of the web and telnet or SSH into shell.

Type in this list of commands:

export EDITOR="nano"
cd /
echo wifi down > script.sh
echo wifi up >> script.sh
chmod 6777 script.sh
crontab -e
*/45 * * * * /script.sh
(Hit CTRL+X, type y and then hit ENTER.)
crond
exit

And that's that! Your WI-FI will now be refreshed every 45 minutes!

(Last edited by MENTALDOMINANCE on 14 May 2009, 18:20)

I've been hacking around with ath9k and this small patch (put in package/mac80211/patches/) solves the "Wi-Fi Bug" for me:

--- compat-wireless-2009-04-20-orig/net/mac80211/agg-rx.c       2009-04-26 15:46:47.000000000 +0200
+++ compat-wireless-2009-04-20/net/mac80211/agg-rx.c    2009-04-26 17:50:15.000000000 +0200
@@ -210,7 +210,7 @@
         * and if buffer size does not exceeds max value */
        /* XXX: check own ht delayed BA capability?? */
        if (((ba_policy != 1)
-               && (!(sta->sta.ht_cap.cap & IEEE80211_HT_CAP_DELAY_BA)))
+               && (!(sta->sta.ht_cap.cap & IEEE80211_HT_CAP_DELAY_BA)) || /* own capab: */ !0)
                || (buf_size > IEEE80211_MAX_AMPDU_BUF)) {
                status = WLAN_STATUS_INVALID_QOS_PARAM;
 #ifdef CONFIG_MAC80211_HT_DEBUG

This is for compat-wireless-2009-04-20 so it may not apply cleanly to OpenWRT trunk but it should be very simple to get  it in there.

_bbb_: Please pardon the lame questions! How does one go about installing your patch?
           Is it something that needs to be compiled into it or can an already compiled
           version be patched with something like a PPF? If so, could you create a PPF
           type patch? If not is it possible Roundsparrow can include this fix into his
           next release?
   
IN THE MEANTIME, my less-complex fix is working quite well! 8) Although obviously,
refreshing the WI-FI every 45 minutes is not the best solution by a long shot it's
still something anyone can do.

Thanks!

(Last edited by MENTALDOMINANCE on 14 May 2009, 18:27)

Yes, you need to build openwrt from source to use the patch. RoundSparrow could include it in the next build if he likes it.

In the mean time it seems like a reasonable workaround to just bring wifi up and down. For me the bug is triggered when my MacBook goes to sleep, so I can also avoid it by not letting it do that (e.g. keep moving the mouse).

I am having a problem compiling a binary for a TEW-652BRP.  'make world' completes without incident and deposits results in the bin directory, however, there is no file that is the familiar 3.7m size I am accustomed to seeing for routers of this genre'.  Nor is there a file with a .uni extension.  The only clue that something is not quite right are a bunch of warnings produced by 'make menuconfig'  They are:

$ make menuconfig
tmp/.config-package.in:8984:warning: 'select' used by config symbol 'PACKAGE_xrelayd' refer to undefined symbol 'PACKAGE_libxyssl'
tmp/.config-package.in:16932:warning: 'select' used by config symbol 'PACKAGE_luaxyssl' refer to undefined symbol 'PACKAGE_libxyssl'
tmp/.config-package.in:21553:warning: 'select' used by config symbol 'PACKAGE_fluxbox' refer to undefined symbol 'PACKAGE_freedesktop-compliant'
tmp/.config-package.in:21572:warning: 'select' used by config symbol 'PACKAGE_matchbox-window-manager' refer to undefined symbol 'PACKAGE_freedesktop-compliant'
Warning! Found recursive dependency: PACKAGE_luci-freifunk-community PACKAGE_luci-app-splash PACKAGE_luci-freifunk-community
Warning! Found recursive dependency: PACKAGE_xserver-kdrive-xvesa X_TSLIB PACKAGE_xserver-kdrive-xvesa
Warning! Found recursive dependency: PACKAGE_python PACKAGE_telepathy-python PACKAGE_dbus-python PACKAGE_python
#
# using defaults found in .config
#

Here is how I created my compling environment under both Debian and Ubuntu as virtual machines under VirtualBox/Win7:

ROOT
aptitude update
aptitude install openssh-server
aptitude install subversion build-essential binutils gettext texinfo sharutils
aptitude install ncurses-dev zlib1g-dev gawk bison flex unzip autoconf ncurses-term

USER
cd openwrt
svn co svn://svn.openwrt.org/openwrt/trunk/
cd trunk
scripts/feeds update -a
scripts/feeds install -a

This environment works for Broadcomm firmware, fwiw.  I am using the correct profiles for this Atheros HW, and have even tried using config files from the other good builds posted here.  I have also read, and re-read (and re-read, and re-read...) the relevant posts here, and elswhere to no avail.  I am relatively new to Linux, and I am stumped.  Thanks in advance for any help getting me un-stumped.

Hi, EmbedBug, it must be the fact that the compiled image is too big. You should try compiling again with less packages.
I am also interested in compiling ath9k driver with _bbb_ patch

Hi,

I tried to compile openwrt yesterday. It didn't compile the .uni file, no matter what I eliminate from the packages. It says (compiled using Fedora 10 and Ubuntu previous version).

Warning: /home/dragos/Apps/OpenWRT/svn/trunk/build_dir/linux-ar71xx/vmlinux-tew-632brp.bin.lzma is too big

the output in build_dir is:

drwxrwxr-x  3 dragos dragos    4096 2009-05-17 19:32 base-files
drwxrwxr-x  4 dragos dragos    4096 2009-05-17 19:32 button-hotplug
drwxrwxr-x 10 dragos dragos    4096 2009-05-17 19:26 compat-wireless-2009-05-08
drwxrwxr-x 11 dragos dragos    4096 2009-05-17 19:32 iptables-1.4.3.2
drwxrwxr-x 26 dragos dragos    4096 2009-05-17 19:39 linux-2.6.28.10
drwxrwxr-x 15 dragos dragos    4096 2009-05-17 19:32 madwifi-trunk-r3314
drwxrwxr-x  9 dragos dragos    4096 2009-05-17 19:30 miniupnpd-1.3
drwxrwxr-x  3 dragos dragos    4096 2009-05-17 19:33 mtd
drwxrwxr-x  3 dragos dragos    4096 2009-05-17 19:33 packages
-rw-r--r--  1 dragos dragos 1703940 2009-05-17 19:39 root.jffs2-128k
-rw-r--r--  1 dragos dragos 1703940 2009-05-17 19:39 root.jffs2-64k
-rwx------  1 dragos dragos 1114116 2009-05-17 19:39 root.squashfs
-rw-rw-r--  1 dragos dragos 1048580 2009-05-17 19:39 tmpfile.1
-rwxrwxr-x  1 dragos dragos 2490501 2009-05-17 19:39 vmlinux
-rw-rw-r--  1 dragos dragos 1138805 2009-05-17 19:39 vmlinux.bin.gz
-rw-rw-r--  1 dragos dragos  847088 2009-05-17 19:39 vmlinux.bin.l7
-rw-rw-r--  1 dragos dragos  834214 2009-05-17 19:39 vmlinux.bin.lzma
-rwxrwxr-x  1 dragos dragos 2557104 2009-05-17 19:39 vmlinux.elf
-rwxrwxr-x  1 dragos dragos 2490501 2009-05-17 19:39 vmlinux-tew-632brp
-rw-rw-r--  1 dragos dragos  847116 2009-05-17 19:39 vmlinux-tew-632brp.bin.lzma
drwxrwxr-x  5 dragos dragos    4096 2009-05-17 19:26 wprobe-1

the output of the bin folder is:

-rw-rw-r-- 1 dragos dragos     690 2009-05-17 19:39 md5sums
-rw-rw-r-- 1 dragos dragos 1290973 2009-05-17 19:39 openwrt-ar71xx-rootfs.cpio.gz
-rw-rw-r-- 1 dragos dragos 1307066 2009-05-17 19:39 openwrt-ar71xx-rootfs.tgz
-rw-rw-r-- 1 dragos dragos 1835008 2009-05-17 19:39 openwrt-ar71xx-root.jffs2-128k
-rw-rw-r-- 1 dragos dragos 1835008 2009-05-17 19:39 openwrt-ar71xx-root.jffs2-64k
-rw-rw-r-- 1 dragos dragos 1179648 2009-05-17 19:39 openwrt-ar71xx-root.squashfs
-rw-rw-r-- 1 dragos dragos 1138869 2009-05-17 19:39 openwrt-ar71xx-uImage-gzip.bin
-rw-rw-r-- 1 dragos dragos  834278 2009-05-17 19:39 openwrt-ar71xx-uImage-lzma.bin
-rwxrwxr-x 1 dragos dragos 2490501 2009-05-17 19:39 openwrt-ar71xx-vmlinux.bin
-rwxrwxr-x 1 dragos dragos 2557104 2009-05-17 19:39 openwrt-ar71xx-vmlinux.elf
-rw-rw-r-- 1 dragos dragos 1179648 2009-05-17 19:39 openwrt-ar71xx-vmlinux.gz
-rw-rw-r-- 1 dragos dragos  851968 2009-05-17 19:39 openwrt-ar71xx-vmlinux.lzma
drwxrwxr-x 3 dragos dragos    4096 2009-05-17 19:14 packages

The old lzma file had only about 730k, now it has about 830k. No way to shrink it. Is there any danger to use the files with the mtd command? Where could I find how to use the mtd command with this files in a safe manner?

root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                    1.8M      1.8M         0 100% /
/dev/root                 1.8M      1.8M         0 100% /rom
tmpfs                    14.6M     56.0k     14.5M   0% /tmp
tmpfs                   512.0k         0    512.0k   0% /dev
/dev/mtdblock4            1.2M    232.0k    984.0k  19% /jffs
mini_fo:/jffs             1.8M      1.8M         0 100% /
root@OpenWrt:~# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00020000 00010000 "u-boot"
mtd1: 00010000 00010000 "config"
mtd2: 000c0000 00010000 "kernel"
mtd3: 00300000 00010000 "rootfs"
mtd4: 00130000 00010000 "rootfs_data"
mtd5: 00010000 00010000 "art"
mtd6: 003c0000 00010000 "firmware"

Also, I would like to try the new trendnet firmware, but when i install it, and log on the webpage, it gives me a red page with 404 page not found. Any ideas?

I found the file agg-rx.c in the compat-wireless mac80211 driver source. So I guess that the _bbb_ patch caould be applied. Anyway, I don't even know how to apply a patch.

Also, the MENTALDOMINANCE solution does not work for me, sometimes the wi-fi gets down and doesn't get up. Also, it is annoying to have the wi-fi drop at every 45 minutes, just when you are in the middle of something.

I'm getting the idea that this TEW-632BRP is not so good. Maybe netgear and linksys are the best.

I'll wait more time to compile again, maybe the madwifi driver will work (it never worked for me) and the mac80211 and ath9k will get the fixes.

You can find what I have compiled here:

http://sites.google.com/site/fratzicu/

http://cid-28edcbba0b0ec4b1.skydrive.li … EW-632-BRP

http://www.wuala.com/fratzicu/Public/Op … EW-632-BRP

Regards.

(Last edited by fratzicu on 17 May 2009, 18:14)

I have done a complete, new Ubuntu install along with a new OpenWrt trunk.  However, I am still unable to produce the flashable, .uni image.  My results are identical to Fratzicu's.

When I do my makefile with a V=99 I can see an attempt to create the binaries I need, but they fail some sort of a size test from an if statement, and ignored.

This problem for me is specific to the AR71xx profile.  I am able to produce Broadcom binaries with no problem.  For now I am stuck on this problem, and not able to continue testing new revisons.  I look forward to some sort of a solution. Regards, Mark.

"Fratzicu: Also, the MENTALDOMINANCE solution does not work for me, sometimes the wi-fi gets down and doesn't get up. Also, it is annoying to have the wi-fi drop at every 45 minutes, just when you are in the middle of something."

- Hmm... It works great for me. I have a WI-FI printer and it's always online and able to be printed to
  now thanks to my script. You may want to add a "sleep 2" command between the "wifi down" and
  "wifi up" commands and see if that pause fixes it for you because it's a verified fact that typing
  "wifi down" then "wifi up" from shell fixes the problem and all my script does is automatically do that.

cd / <enter>
nano ./script.sh <enter>

Then edit the file to look like this:

wifi down
sleep 2
wifi up

Then do this:

CTRL+X <enter>
Y <enter>
reboot <enter>

And the changes will take effect! 8)

"fratzicu: I'm getting the idea that this TEW-632BRP is not so good. Maybe netgear and linksys are the best."

- As with anything, the heart is not the hardware, it's the software. The TEW-632BRP is
  excellent hardware for the price and there is nothing wrong with it.
  Other than the WI-FI bug I have found the firmwares (software) to be excellent,
  stable and fun as hell to play with. I could never go back to using stock firmware again!
  It will only be a matter of time before this very minor bug is worked out.

ROUNDSPARROW: If you've been listening to this discussion maybe you can include
_bbb_'s fix into your next release? That would be great! TIA!

(Last edited by MENTALDOMINANCE on 25 May 2009, 07:31)

Thanks for your answer, mentaldominance. And for your trendnet encouragements.

Ok, I have a Fedora 11 preview system now. I try to compile openwrt and here's the output:

[dragos@localhost trunk]$ svn up
At revision 16197.
[dragos@localhost trunk]$ make menuconfig
Checking 'working-make'... ok.
Checking 'case-sensitive-fs'... ok.
Checking 'getopt'... ok.
Checking 'fileutils'... ok.
Checking 'working-gcc'... failed.
Checking 'working-g++'... ok.
Checking 'ncurses'... failed.
Checking 'zlib'... failed.
Checking 'gawk'... ok.
Checking 'flex'... ok.
Checking 'unzip'... ok.
Checking 'bzip2'... ok.
Checking 'patch'... ok.
Checking 'perl'... ok.
Checking 'python'... ok.
Checking 'wget'... ok.
Checking 'gnutar'... ok.
Checking 'svn'... ok.
Checking 'gnu-find'... ok.
Checking 'getopt-extended'... ok.
Checking 'non-root'... ok.

Build dependency: Please install the GNU C Compiler (gcc).
Build dependency: Please install ncurses. (Missing libncurses.so or ncurses.h)
Build dependency: Please install zlib. (Missing libz.so or zlib.h)

Prerequisite check failed. Use FORCE=1 to override.
make: *** [tmp/.prereq-build] Error 1
[dragos@localhost trunk]$ rpm -q gcc
gcc-4.4.0-4.i586
[dragos@localhost trunk]$ rpm -q gcc-c++
gcc-c++-4.4.0-4.i586
[dragos@localhost trunk]$ rpm -q ncurses
ncurses-5.7-2.20090207.fc11.i586
[dragos@localhost trunk]$ rpm -q zlib
zlib-1.2.3-22.fc11.i586

What't the idea?

I'll try the mentaldominancescript again.

on fedora you need the ncurses-devel, zlib-devel, etc packages for header files.
as for gcc i have no ideea. you could try yum groupinstall "Development Tools"

(Last edited by cozonac on 29 May 2009, 21:01)

Hi,

I have added an entry in crontab using webif. It works now. Even the copy process isn't interrupted by the wifi restart. Thanks, mentaldominance.

I just compiled an image from scratch - bare bones system, no packages added other than LUCI and the .uni file has a size of at 3.7MB already. 8(

What is the flashmemory size of the DIR615? Does anyone know?

And why is the file so big? equivalent squashfs image for a broadcom is about 2.2MB.

Thanks for any clues, I will give my DIR615 C2 a try now...

... and it works out of the box - with no packages (other than LUCI.

so here is my filesystem for this DIR 615 C2:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root                 1664      1664         0 100% /rom
tmpfs                    14928       484     14444   3% /tmp
tmpfs                      512         0       512   0% /dev
mini_fo:/tmp/root         1664      1664         0 100% /tmp/root
/dev/mtdblock4            1408       208      1200  15% /jffs
mini_fo:/jffs             1664      1664         0 100% /

Again, how much more can I fit into flash memory?
Any thought...?

Update: I compiled subsequent imgaes with very large packages included such as openvpn and qos, webif including lua, plus coovachilli, ntpclient, ulogd and some rats and mice. Tha alone clogs up to some 3.2Mb on a squashfs.bin image. The gag: the uni file that holds the image is still exactly 3.7Mb big. Go figure. All these new images load perfectly through the recovery upgrade mechanism built into the DIR615. Great!

(Last edited by chillifire on 5 Jun 2009, 11:50)

And on another thought: Does this router not have a switch? The standard config file seems to suggest so (see below).
Or is it that the switch is one of those switches that were previously not supported but now are (se dir300 discussions in this forum).
In that case the new base package swconfig may resolve this shortcoming depending on what the new switch is.

Any thoughts on the switch in this router?

config interface loopback
        option ifname   lo
        option proto    static
        option ipaddr   127.0.0.1
        option netmask  255.0.0.0

config interface lan
        option ifname   eth0
        option type     bridge
        option proto    static
        option ipaddr   192.168.1.1
        option netmask  255.255.255.0

config interface wan
        option ifname   eth1
        option proto    dhcp

(Last edited by chillifire on 5 Jun 2009, 11:51)

It seems like the planex models are no longer being manufactured.  I got this reply from the Swedish supplier:  "the wireless modell MZK-W04N has been at the webshop, it ran out of stock for one month ago and can no longer be aquired from Japan.  So I must inform you that it will not come back again."

And another update on the imgae size:

I updated to to16368 trunk and the image suddenly jumped to 4.7ZMb I flashed the router with that and - now I have brick. Crap.

Recovery mode (pressing reset for 30 secs) does not respond.

Any suggestions for getting this router back to life?