OpenWrt Forum Archive

Topic: davidc502 1900ac 3200acm builds

The content of this topic has been archived between 26 Feb 2018 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.

adri wrote:

@davidc502,

Merry Christmas to you.

I'm looking forward to the new build.
Would it be possible to include kmod-sched-cake in the build, instead of as a package?
SQM with Cake performs really well and I think it makes sense to include this small module as standard.

A couple of questions with kmod-sched-cake.  Are there configurations that need to happen before it can be used? Meaning, having it as part of the build won't affect anything, on the router, until these configurations are completed?

I've read a little about it here >  https://www.bufferbloat.net/projects/codel/wiki/Cake/


Thank you,

David,

Including kmod-sched-cake shouldn't need any configuration.
Also it won't be used until SQM is configured to use the cake discipline.
As far as I know, all the configuration is done from luci-app-sqm or the sqm scripts.

Cake is just a qdisc for scheduling control that can be selected as an alternative to fq_codel, NTSC etc. in SQM or other QoS scripts. Building it into the build does not activate it. It stays inactive until it is explicitly selected as the current qdisc

I have included it in my community build  for the past year, natively in LEDE and backported in Openwrt.

(Last edited by hnyman on 26 Dec 2016, 17:03)

adri wrote:
starcms wrote:

Merry Christmas everyone!

@david, latest build still working fantastic.  Got one wierd entry in the kernel log not too long ago though:

[62127.966723] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module.

Any ideas?  Much thanks!

@davidc502,

I have the same message in syslog.
As a result any PPTP vpn won't connect anymore. sad
PPTP was working in previous releases, but I don't know exactly which release it stopped working.

Adri.

@Davidc502,

The conntrack problem with GRE/PPTP is solved by installing the 'kmod-nf-nathelper-extra' package.
Maybe include this by default, as it doesn't seem to need any configuration and gets loaded automatically by nf_conntrack when needed.

The only warnnig I get in syslog is:

nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.

when the GRE protocol is first used.

Thanks for helping to explain...   Including Cake and kmod-nf-nathelper-extra'  in this next build.  Will save the .config to use in the future, so those packages will be included in the future.

Best Regards,

Also, trying ddns-scripts_cloudflare.com-v4  again...  Hopefully doesn't fail anymore.

Thanks David,

I'll report if anything seems wrong with the next build and the extra included packages.

davidc502 wrote:

Also, trying ddns-scripts_cloudflare.com-v4  again...  Hopefully doesn't fail anymore.

Thanks for trying it again! And Merry Christmas!

hnyman wrote:

Cake is just a qdisc for scheduling control that can be selected as an alternative to fq_codel, NTSC etc. in SQM or other QoS scripts. Building it into the build does not activate it. It stays inactive until it is explicitly selected as the current qdisc

I have included it in my community build  for the past year, natively in LEDE and backported in Openwrt.

This might be off-topic to this thread, but are these QoS control beneficial if the WAN link is the same as the interface? Namely, 1Gbps WAN on the GigE port.

@david, what's your thoughts on including luci-ssl or luci-ssl-openssl in either this upcoming build or in future builds?

@anyone interested smile

I think I finally found my answer to question of the difference between the 1900ac v2 (cobra) and the 1900acs (shelby), although https://wiki.openwrt.org/toh/linksys/wrt_ac_series lists them as having the exact same specs and wikidevi.com even have them sharing an FCC-ID. (They share the same FCC-ID because they have identical communication hardware; that's all the FCC cares about; the v1 has a different 5GHz power amp).

The openwrt wiki is incorrect.  The cobra does NOT have 1.6 GHz cores.  It has 1.33 GHz cores like the 1200ac (caimen) (which makes perfect since since they both were released at the same time).  This is confirmed on Linksys' website (http://www.linksys.com/us/support-article?articleNum=143610 ; see the note below the chart below explaining what the LEDs do:

"The Linksys WRT1900AC v2 is physically identical to the WRT1900AC v1 except for the following:
The Linksys WRT1900AC v2 is powered by a Dual-Core 1.3 GHz CPU
Uses a 12V 3A power adapter"

However, even this note isn't completely accurate because v1 (mamba) has 256MB ram and an internal fan while all other models have 512MB and no fan). The 1.33GHz cores are also mentioned on the actual box that the cobra comes in. 

I believe the confusion is coming from DD-WRT builds having the cobra overclocked from 1.33GHz to 1.6GHz.  No idea if LEDE/OpenWRT does the same.  If the same is true on LEDE/OpenWRT, any chance @david could do the same with the 1200ac (caimen)?

Wikidevi seems confused and has the cobra listed as 1.33GHz in one place, and 1.6GHz in another place, both on the same page.  https://wikidevi.com/wiki/Linksys_WRT1900AC_v2

Can someone who has access to editing the openwrt wiki please update to avoid further confusion by others in the future?

I also found the answer to my question of how many cesa cores the 1200ac (caimen) has.  According to Marvel, the Armada 385 88F6820 SoC. has two cesa cores.  So only the 1900ac v1 (mamba) has one with it's Armada XP MV78230 SoC.

(Last edited by starcms on 27 Dec 2016, 16:41)

Just flashed r2607 and started getting an error from uhttpd. Anyone else experiencing this?

daemon.err uhttpd[3284]: iptables v1.4.21: can't initialize iptables table `raw': Table does not exist (do you need to insmod?)
daemon.err uhttpd[3284]: Perhaps iptables or your kernel needs to be upgraded.
anymouse617 wrote:

Just flashed r2607 and started getting an error from uhttpd. Anyone else experiencing this?

daemon.err uhttpd[3284]: iptables v1.4.21: can't initialize iptables table `raw': Table does not exist (do you need to insmod?)
daemon.err uhttpd[3284]: Perhaps iptables or your kernel needs to be upgraded.

known issue, and is believed to be fixed in r2685.

davidc502 wrote:
anymouse617 wrote:

Just flashed r2607 and started getting an error from uhttpd. Anyone else experiencing this?

daemon.err uhttpd[3284]: iptables v1.4.21: can't initialize iptables table `raw': Table does not exist (do you need to insmod?)
daemon.err uhttpd[3284]: Perhaps iptables or your kernel needs to be upgraded.

known issue, and is believed to be fixed in r2685.

Pardon my lack of understanding, but is there any significant functionality impact as a result?

Woo!  r2685 is live on @david's website!

@anymouse617, no, just a meaniningless error, but might as well upgrade and get rid of it.

New images have been uploaded to the site r2685.

Image contains the latest wifi driver committed by Kaloz, and what should be a bunch of small bug fixes recently committed on lede sources.

Also, some website cleanup has taken place. Hopefully the changes will make things a bit more clear for new people just learning about LEDE/OpenWrt.

Thanks,

davidc502 wrote:

New images have been uploaded to the site r2685.

Image contains the latest wifi driver committed by Kaloz, and what should be a bunch of small bug fixes recently committed on lede sources.

Also, some website cleanup has taken place. Hopefully the changes will make things a bit more clear for new people just learning about LEDE/OpenWrt.

Thanks,

Sorry for spamming you this morning! Just flashed to r2685. I use a script to re-install my packages after a flash, and I am getting responses from opkg that several of the packages that have been included for a while are unknown. I see them all on the site, and I made sure I did opkg update prior to installing. Any idea what might be going on?

root@router:~# opkg update -V 4
opkg_conf_parse_file: Loading conf file /etc/opkg.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/customfeeds.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/distfeeds.conf.
pkg_hash_load_feeds: 
pkg_hash_load_status_files: 
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/targets/mvebu/generic/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_core.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/targets/mvebu/generic/packages/Packages.sig.
Signature check passed.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/base/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_base.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/base/Packages.sig.
Signature check passed.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/telephony/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_telephony.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/telephony/Packages.sig.
Signature check passed.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_packages.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/packages/Packages.sig.
Signature check passed.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/routing/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_routing.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/routing/Packages.sig.
Signature check passed.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/luci/Packages.gz.
Updated list of available packages in /var/opkg-lists/leviathan_ii_luci.
Downloading http://davidc502sis.dynamic-dns.net/snapshots/r2685/packages/arm_cortex-a9_vfpv3/luci/Packages.sig.
Signature check passed.
root@router:~# opkg install wget -V 4
opkg_conf_parse_file: Loading conf file /etc/opkg.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/customfeeds.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/distfeeds.conf.
pkg_hash_load_feeds: 
pkg_hash_load_status_files: 
pkg_info_preinstall_check: Updating file owner list.
Unknown package 'wget'.
Unknown package '4'.
opkg_configure_packages: Configuring unpacked packages.
opkg_configure_packages: Reordering packages before configuring them...
Collected errors:
 * opkg_install_cmd: Cannot install package wget.
 * opkg_install_cmd: Cannot install package 4.

Interesting error as the package is out there > http://davidc502sis.dynamic-dns.net/sna … _vfpv3.ipk

The package is a part of the manifest, but is unknown why opkg is not seeing it.  Checking permissions.

Just download and install it separately until I can get this resolved.

Thanks,

looks like there have been 3 opkg updates since the 25th, and one of those could have caused this issue.

If users need to install a bunch of packages they may want to hold off.

Thanks @anymouse617   <<< Appreciate the heads-up

This is a real newbie question.
I know how to download the packages but what command do you use to install packages? Or how would you install a package like the one above?

Thanks for the understanding.

Download to desktop and SCP it over to the router using a program like WinSCP.  It won't be obvious but there may be package dependencies that would need to be moved over with this method as well.

Move the packages over to the /tmp directory. From there you will need to use SSH install the package.

davidc502 wrote:

Download to desktop and SCP it over to the router using a program like WinSCP.  It won't be obvious but there may be package dependencies that would need to be moved over with this method as well.

Move the packages over to the /tmp directory. From there you will need to use SSH install the package.

So I would use this command (below) in ssh to install is that correct?

opkg -i <package>

@davidc502  Thank you so much for your hard work.

apvm wrote:

@davidc502  Thank you so much for your hard work.

@david
I agree, thanks for your efforts to get these routers where they should be.

Installed your latest, r2685 on my wrt1900acs v1 and is running great.

--bill

@davidc502

First off hello, new to the forum and have been reading along learning as much as I can for the last few days now. I thank you for all the hard work you have put into making these builds. I have just recently purchased a WRT3200ACM and so far your builds have worked the best for my purposes.

I believe you mentioned earlier that you would include kmod-sched-cake as a pre-installed package however I do not see it as part of the new build. Also along with cake would be helpful to include sqm-scripts-extra, as they go together as far as being able to configure cake in the luci sqm setup.

Thanks again, and keep up the great work. more than willing to help out in anyway I can.