Having similar problem trying to install tc package.

root@OpenWrt:~# opkg install tc
Installing tc (4.4.0-1) to root...
Downloading http://davidc502sis.dynamic-dns.net/packages/base/tc_4.4.0-1_mvebu.ipk.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for tc:
 *     kernel (= 4.4.7-1-99b637d0ed5e2fa0c3b3b592d09db309) * 
 * opkg_install_cmd: Cannot install package tc.
root@OpenWrt:~# opkg list-installed kernel
kernel - 4.4.7-1-abf8ec08eb81315f1a43cd3949495701

Looks like the kernel version is sort of right, but the hash doesn't match.  This is my first experience with OpenWRT, though, so I doubt I know what I'm talking about.  Any clues?

FWIW, otherwise the build seems to be working great so far.

It's a common problem, when builds are taking place at different times. Just have opkg ignore the hash during install. This isn't a security issue, but a issue of a mismatch do to different compile times.

Or if a older build is installed.

(Last edited by davidc502 on 30 May 2016, 15:59)

Same issue here, no luck on 2.4GHz but 5GHz working fine.  Also no dropdown menus in luci, same issue as you.  New flash from OEM.

etc/config/wireless
(fake private info)

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'soc/soc:pcie-controller/pci0000:00/0000:00:02.0/0000:02:00.0'
        option country 'US'
        option hwmode '11a'
        option channel 'auto'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option macaddr 'b4:75:0e:fd:70:73'
        option ssid 'Fast'
        option key 'davidcrules'
        option mode 'ap'
        option encryption 'psk2'

config wifi-device 'radio1'
        option type 'mac80211'
        option hwmode '11a'
        option path 'soc/soc:pcie-controller/pci0000:00/0000:00:03.0/0000:03:00.0'
        option country 'US'
        option channel 'auto'

config wifi-iface
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option macaddr 'b4:75:0e:fd:70:74'
        option ssid 'Fast_5GHz'
        option encryption 'psk2+ccmp'
        option key 'davidcrules'

Fix process: added "platform" as david suggested on page 1, rebooted.  That fixed the dropdown options.  Logged into Luci to change the radio to "mode N" and "Channel 1" and then rebooted.  Result after reboot: it's working.  Hooray!

Switching back to "auto" now works fine.

Thanks for doing your troubleshooting in public, max_tranced

(Last edited by frybread on 31 May 2016, 01:53)

Glad to hear things worked out! Anyway, not my merit.
I really like how free/open source projects bring people together like this, all of us end up saving time and resources!

Why don't you just bake those into your firmware?

Would like to, but haven't had much luck in my attempts.

Any suggestions?

Ah.

The simplest probably would be to manually add it as files/etc/opkg/distfeeds.conf to your checkout. Alternatively you could fiddle with the code to generate an appropriate one. "git grep distfeeds.conf" for start.

distfeeds.conf doesn't exist

I did a search for opkg and these are the locations below. should i create a distfeeds.conf under one of these locations?

OpenWrt-ImageBuilder-15.05-mvebu.Linux-x86_64/openwrt/package/base-files/files/etc/opkg
OpenWrt-ImageBuilder-15.05-mvebu.Linux-x86_64/openwrt/package/system/opkg
OpenWrt-ImageBuilder-15.05-mvebu.Linux-x86_64/openwrt/staging_dir/host/bin/opkg
OpenWrt-ImageBuilder-15.05-mvebu.Linux-x86_64/staging_dir/host/bin/opkg
OpenWrt-ImageBuilder-15.05-mvebu.Linux-x86_64/staging_dir/host/bin/bundled/opkg

Create <location of the your clone - base directory - TOP_SRC_DIR>/files/etc/opkg/distfeeds.conf

"files" is a magic directory. Any files in there overwrite corresponding files in the image before it gets squashed. Never used the imagebuilder before but it should work the same.

New builds uploaded with new WiFi driver 10.3.0.17-20160601

When I run opkg update I get Signature check failed.

Safe to override as the packages were compiled last week and hence have a different signature.

opkg -h

To see the options on how to ignore.

New packages uploaded today to go along with the new builds.

Was quite in a hurry with the last post here. So some background now.

https://wiki.openwrt.org/doc/howto/obta … e.generate lists FILES variable under usage. The default value of this variable is "files". As such it behaves as building from source in this regards. This mechanism first use case is baking in a default configuration. Just create the directory "files" or point FILES to where you want.

Another mechanism worth mentioning is the /etc/uci-defaults directory. Scripts placed in there get executed early during boot and deleted after successful completion. A section about it you can find at https://wiki.openwrt.org/doc/uci

Thanks sere -- I haven't had much time lately, but will look at what you have found.

Thank you

You're welcome. As for the question where the wifi configuration comes from see:

package/base-files/files/etc/init.d/boot
target/linux/mvebu/base-files/etc/uci-defaults/03_wireless

I seem to be unable to load the cls_fw kernel module with openwrt-mvebu-armada-385-linksys-shelby-squashfs-factory.img and the kmod-sched-core package in http://davidc502sis.dynamic-dns.net/packages/kernel/. I installed kmod-sched-core with --force-depends after opkg complained about a hash mismatch (installed kernel is 4.4.7-1-abf8ec08eb81315f1a43cd3949495701, but kmod-sched-core requires 4.4.7-1-17d938c239e384406fbe549b319d2b34). It would appear that in this case, the hash mismatch is more than a nuisance warning, indicating a real incompatibility in the builds.

Error from system logs:

It's interesting that all the sch_* modules in kmod-sched work, but none of the cls_modules.

Moving forward, is the intent of this custom build to cut the images and packages with the same kernel options to ensure compatibility? If not, I may have to bite the bullet and try building this myself.

(Last edited by jadoc on 6 Jul 2016, 02:06)

Appreciate you trying out the build.

Once the source files are downloaded, the base images are compiled first, and then all of the build packages. They are bases on the same kernel, so really there "should" only be a hash mismatch... Apparently the key word is "should".

I'm not sure what would be causing this issue. One option would be to post separate build packages for each individual image.

Best Regards,

New lede images will be uploaded shortly that include the new kernel version .14

These lede builds will use the normal distribution feeds. Be sure down download all the packages and save them, so that if the distribution feed changes, you are covered.

New lede images have been compiled with Intel. All previous images were compiled with AMD. This isn't something one really needs to know, it's just that I have new hardware, and all builds will be using the new platform.

Notice OpenWrt builds have not been updated. The plan is to slowly phase it out, so if you haven't crossed over, you might consider doing so.

@davidc502
Downloaded and installed your 7/9 LEDE build and installed on my WRT1900AC V1. Installed without issues, did a config and working without issue right now.

THANKS for making your great builds available to us non-compile folks.

--bill

I installed your latest build on my Wrt1900v2 and I tried to install SQM with the force depends command and it completely broke the luci web ui. I'm not really sure what happened.

Are you talking about the latest LEDE build or OpenWrt?

LEDE

Are these your distribution feeds?

src/gz reboot_core http://downloads.lede-project.org/snapshots/targets/mvebu/generic/packages
src/gz reboot_base http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/base
src/gz reboot_telephony http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/telephony
src/gz reboot_packages http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/packages
src/gz reboot_routing http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/routing
src/gz reboot_luci http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/luci
# src/gz reboot_targets http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/targets

From command line run opkg update

You should get results like these back.

root@lede:~# opkg update
Downloading http://downloads.lede-project.org/snapshots/targets/mvebu/generic/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_core.
Downloading http://downloads.lede-project.org/snapshots/targets/mvebu/generic/packages/Packages.sig.
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/base/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_base.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/base/Packages.sig.
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/telephony/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_telephony.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/telephony/Packages.sig.
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_packages.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/packages/Packages.sig.
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/routing/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_routing.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/routing/Packages.sig.
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/luci/Packages.gz.
Updated list of available packages in /var/opkg-lists/reboot_luci.
Downloading http://downloads.lede-project.org/snapshots/packages/arm_cortex-a9_vfpv3/luci/Packages.sig.
Signature check passed.

(Last edited by davidc502 on 10 Jul 2016, 23:08)

Yes those are my feeds and the opkg update went fine but here is my problem.

root@lede:~# opkg install luci-app-sqm --force-depends
Installing luci-app-sqm (1.0.7-1) to root...
Downloading http://downloads.lede-project.org/snaps … 1_all.ipk.
Installing sqm-scripts (1.0.7-1) to root...
Downloading http://downloads.lede-project.org/snaps … 1_all.ipk.
Installing tc (4.4.0-3) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing kmod-sched-core (4.4.14-1) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing kmod-sched (4.4.14-1) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing kmod-ifb (4.4.14-1) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing iptables-mod-ipopt (1.4.21-2) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing kmod-ipt-ipopt (4.4.14-1) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing iptables-mod-conntrack-extra (1.4.21-2) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Installing kmod-ipt-conntrack-extra (4.4.14-1) to root...
Downloading http://downloads.lede-project.org/snaps … vfpv3.ipk.
Configuring kmod-ipt-conntrack-extra.
packet_write_wait: Connection to 192.168.1.1 port 22: Broken pipe

It hangs on this step Configuring kmod-ipt-conntrack-extra
and this is what i get when i try to acces the router page

/usr/lib/lua/luci/dispatcher.lua:518: Invalid controller file found
The file '/usr/lib/lua/luci/controller/sqm.lua' contains an invalid module line.
Please verify whether the module name is set to 'luci.controller.sqm' - It must correspond to the file path!
stack traceback:
    [C]: in function 'assert'
    /usr/lib/lua/luci/dispatcher.lua:518: in function 'createindex'
    /usr/lib/lua/luci/dispatcher.lua:544: in function 'createtree'
    /usr/lib/lua/luci/dispatcher.lua:220: in function 'dispatch'
    /usr/lib/lua/luci/dispatcher.lua:141: in function </usr/lib/lua/luci/dispatcher.lua:140>