Custom firmware for R7800 to extend its functionality

The documentation mostly concerns ther7500 v1 issues... As such I find it odd that both are expanded concurrently, although they're disctinctivly based on completely different SoC microarchitecture. IMHO they shoul follow distinct dev. project paths.

Please make SSH-access without further action to the authorized_keys installation and add telnet.

How to unlock bind to the North American region and enable WiFi channels 12 and 13 for 2.4 MHz? These settings are stored in what mtd block?

How to make WiFi green mode (n or ac only)?

Telnet enable: http://192.168.1.1/debug.htm

Change region:

burnsku - does not work (Broadcom only)

artmtd -w regionset - no effect

Unlock region: artmtd -w region WW

From personal experience with most TCP congestion controls available in the kernel, nothing beats vegas and westwood+. I've no idea why you chose YeAH as default

microchip, no idea where did you get it from, that vegas is a good choice for home use. The only choice the common(!) user has is Westwood or yeah depending on level of congestion, bandwidth and model of usage. Other algos won't give you any benefit or make your experience worse as a home user. Every algo has its target use, like hybla is for satellite, but for general home broadband use are those mentioned.

@dissent

I didn't "get it" from anywhere, but from testing various congestion control modules available in the kernel. Both vegas and westwood+ came out performing "the best". Worst was HTCP for me and with the new CDG, I noticed a lot of delays but since it's quite new and not intended for home use, that may be the cause. I'm running now on vegas for more than a year and everything is smooth here

Microchip, that's exactly what I mean by target model of usage. Seems that under 'best' you consider improving delay, that is not much of a problem for common use. But you should take into consideration, that slightly improving delay you are giving up on bandwidth that is usually more crucial, again, for a home user. Westwood and YeAH are a golden middle for general use now and if you want something special then you are going for different algo that meets your special needs :)

delay has never been much issue in my testing. I wanted strong fairness which both vegas and westwood+ provide. if giving up a bit of bandwidth provides me with a "guarantee", I'm happy to take it. I'm not sure why you spend your time trying to convince me that vegas is not suited while it is from what I saw from my testing (granted that was more than a year ago, but it still applies since not much has changed in my network)

Such a mess, you are jumping from one criteria to another, first delay, then fairness... if Vegas suits your personal needs then it doesn't mean that it can be cleanly extrapolated on others right?

Besides I don't get it why one should use Vegas if Westwood provides better experience in your particular case and needs? 

I'm not jumping. Read my posts carefully. I said I noticed CDG gave me a lot of delay. I didn't say I was shooting to lower delays IN GENERAL. Just that during testing, CDG stood out in the delay department. This may have something to do with CDG being just out when I did my tests, or something else, but I didn't investigate further.

if vegas was that bad and not recommended, then none of the open source firmware will support it such as DD-WRT, Tomato and I think OpenWRT too (not sure on that one). I use vegas because it provides the smoothest experience here, slightly better than westwood. 

Since you seem to shoot for against vegas, I can also say that your experience doesn't extrapolate on others, right? I see clear benefits in using vegas. If you don't, then that's fine. 

Thx a lot Voxel for building custom firmware for R7800. Everything seems to works except Readyshare. With your firmware is imppossible to register. If router is register with stock, works fine. After upgrade to your firmware, appears offline.

Would be nice if you can fix it. If you need any logs or testing, just let me know.

Voxel, please add string "root_container=B" in minidlna.conf

Thx you for answering. My mistake, I ment ReadyCLOUD. Router cannot be registered using your firmware. After entering username/pass and clicking on register just return back to the same page. With stock works fine. I can make screenshots but later today after work.

ReadyShare USB read - speed 80 MB/s (NTFS)

miniDLNA USB speed - about 10 MB only!

No luck. Upgraded to your build, factory reset, then deleted /opt, rebooted and still cannot register.

Voxel suggested me solution in private message and it works. So here is it:

cd /usr/lib
ln -sf libssl.so.1.0.0 libssl.so.0.9.8
ln -sf libcrypto.so.1.0.0 libcrypto.so.0.9.8

Thank you Voxel!

Now would be nice to figure out how to disable usb hdd spin down. Just checked with Seagate Dashboard and it was already set to never (but I turned off led, at least).

p.s.

Stock telnet banner is cooler then in your custom firwmare ;)

I just disable it. Will report does it work.

Any simple solution to configure transmission to use openVPN or PPTP? Just transmission, rest of the internet traffic can and preferably should go directly (for now).

Hmm, no way to edit post?!

Looks like that I'm going to need PPTP first...

Thx again for PM. Didn't have time to try it yet.

Btw, why swap is needed for transmission? I forgot to enable and worked fine. Maybe because file was about 200 MB.

Anyway, just tried to enable swap and everything worked (when corrected small mistyping) except the last step:

root@R7800:/opt$ dd if=/dev/zero of=swap bs=1024 count=524288
524288+0 records in
524288+0 records out
root@R7800:/opt$ mkswap swap
Setting up swapspace version 1, size = 536866817 bytes
root@R7800:/opt$ chmod 0600 swap
root@R7800:/opt$ swapon swap
swapon: swap: Invalid argument
root@R7800:/opt$

I made smaller swap because system complained about "chmod: swap: No space left on device"