[OpenWrt-Devel] [PATCH v2 2/2] Support Ubiquiti Unifi Outdoor Plus HSR filter
Add kmod-ubnt-hsr package that tunes the HSR filter of the access point as a
ath9k channel change helper
Signed-off-by: Stefan Rompf ste...@loplof.de
---
Index: package/kernel/ubnt-hsr/Makefile
===
--- package/kernel/ubnt-hsr/Makefile(Revision 0)
+++ package/kernel/ubnt-hsr/Makefile(Arbeitskopie)
@@ -0,0 +1,56 @@
+#
+# Copyright (C) 2015 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+include $(TOPDIR)/rules.mk
+include $(INCLUDE_DIR)/kernel.mk
+
+PKG_NAME:=ubnt_hsr
+PKG_VERSION:=0.1
+PKG_RELEASE:=1
+PKG_BUILD_DEPENDS:=mac80211
+
+include $(INCLUDE_DIR)/package.mk
+
+define KernelPackage/ubnt-hsr
+ $(call KernelPackage/mac80211/Default)
+ SUBMENU:=Wireless Drivers
+ TITLE:=Driver for Ubiquiti UniFi Outdoor Plus HSR filter
+ URL:=http://wiki.openwrt.org/toh/ubiquiti/unifi_outdoorplus
+ DEPENDS:=@PCI_SUPPORT||TARGET_ar71xx kmod-ath9k
+ FILES:= $(PKG_BUILD_DIR)/ubnt_hsr.ko
+ AUTOLOAD:=$(call AutoProbe,ubnt_hsr)
+endef
+
+define KernelPackage/ubnt-hsr/description
+ubnt-hsr adds support for the 'High-Selectivity Receiver'
+RF filter built into the receive path of the Ubiquiti
+UniFi Outdoor Plus access point. It is required for this and
+only for this access point.
+endef
+
+include $(INCLUDE_DIR)/kernel-defaults.mk
+
+define Build/Prepare
+ mkdir -p $(PKG_BUILD_DIR)
+ cp src/Makefile src/ubnt_hsr.c $(PKG_BUILD_DIR)/
+endef
+
+define Build/Compile
+ $(MAKE) $(KERNEL_MAKEOPTS) SUBDIRS=$(PKG_BUILD_DIR) \
+
LINUXINCLUDE=-I$(STAGING_DIR)/usr/include/mac80211-backport/uapi
-I$(STAGING_DIR)/usr/include/mac80211-backport \
+ -I$(STAGING_DIR)/usr/include/mac80211/uapi
-I$(STAGING_DIR)/usr/include/mac80211 \
+ -I$(LINUX_DIR)/include -I$(LINUX_DIR)/include/$(LINUX_UAPI_DIR)
\
+ -I$(LINUX_DIR)/include/generated/uapi/
-Iarch/$(LINUX_KARCH)/include \
+ -Iarch/$(LINUX_KARCH)/include/$(LINUX_UAPI_DIR) \
+ -Iarch/$(LINUX_KARCH)/include/generated \
+ -Iarch/$(LINUX_KARCH)/include/generated/$(LINUX_UAPI_DIR) \
+ -include generated/autoconf.h \
+ -include backport/backport.h \
+ V=${V} modules
+endef
+
+$(eval $(call KernelPackage,ubnt-hsr))
Index: package/kernel/ubnt-hsr/src/Makefile
===
--- package/kernel/ubnt-hsr/src/Makefile(Revision 0)
+++ package/kernel/ubnt-hsr/src/Makefile(Arbeitskopie)
@@ -0,0 +1 @@
+obj-m := ubnt_hsr.o
Index: package/kernel/ubnt-hsr/src/ubnt_hsr.c
===
--- package/kernel/ubnt-hsr/src/ubnt_hsr.c (Revision 0)
+++ package/kernel/ubnt-hsr/src/ubnt_hsr.c (Arbeitskopie)
@@ -0,0 +1,283 @@
+/*
+ *
+ * The MIT License (MIT)
+ *
+ * Copyright (c) 2015 Kirill Berezin
+ *
+ * Permission is hereby granted, free of charge, to any person obtaining a copy
+ * of this software and associated documentation files (the Software), to
deal
+ * in the Software without restriction, including without limitation the rights
+ * to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+ * copies of the Software, and to permit persons to whom the Software is
+ * furnished to do so, subject to the following conditions:
+ *
+ * The above copyright notice and this permission notice shall be included in
all
+ * copies or substantial portions of the Software.
+ *
+ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+ * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+ * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM,
+ * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE
+ * SOFTWARE.
+ *
+ */
+
+#include linux/io.h
+#include linux/slab.h
+#include linux/module.h
+#include linux/time.h
+#include linux/bitops.h
+#include linux/etherdevice.h
+#include linux/rtnetlink.h
+#include asm/unaligned.h
+
+#include ath/ath9k/hw.h
+#include ath/ath9k/ath9k.h
+
+#define HSR_GPIO_CSN 8
+#define HSR_GPIO_CLK 6
+#define HSR_GPIO_DOUT 7
+#define HSR_GPIO_DIN 5
+
+/* delays are in useconds */
+#define HSR_DELAY_HALF_TICK 100
+#define HSR_DELAY_PRE_WRITE 75
+#define HSR_DELAY_FINAL 2
+#define HSR_DELAY_TRAILING 200
+
+static void hsr_init(struct ath_hw* ah);
+static int hsr_disable(struct ath_hw* ah);
+static int hsr_enable(struct ath_hw* ah, int bw, int fq);
+static int hsr_status(struct ath_hw* ah);
+
+static void hsr_init(struct ath_hw* ah) {
+ ath9k_hw_cfg_gpio_input(ah, HSR_GPIO_DIN);
+ ath9k_hw_cfg_output(ah, HSR_GPIO_CSN, AR_GPIO_OUTPUT_MUX_AS_OUTPUT);
+
[OpenWrt-Devel] [PATCH v2 0/2] Support Ubiquiti Unifi Outdoor Plus HSR filter
Hi, this patchset adds support for the HSR filter of the Ubiquiti Unifi Outdoor Plus access point. The HSR is a configurable RF filter in the receive path that must be tuned according to the selected Wifi channel for the access point to work. Patch 1 adds a channel change helper callback to the mac80211 package and exports the ath9k kernel API for other packages. Patch 2 adds the actual tuner as a self contained kmod. The patchset is based on work of Kirill Berezin and me. Changes since last version: -Split into two packages to reduce impact on mac80211 -Merge Kirills latest updates of the HSR communication protocol. (Without ath_dbg() because of the split) I'm running the driver compiled against chaos calmer RC1 right now and compile test it with trunk. Not yet solved is how to add the kmod to the outdoor plus image only, but I'd really like to push these changes before -rc2. Stefan ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On 06/08/2015 07:32 PM, Baptiste Clenet wrote: 2015-06-08 15:23 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: (...) Thanks Varka for your help! It compiles now without those module: - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - wpan-tools It's basically the same conf as yours. I don't get why those module would make an error since they worked well with Linux 3.18. Here are my tries: - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers Have you added this ? - kmod-mac802154 - kmod-wpan-at86rf230 This also. I don't see these packages in OpenWrt tree. Please use already existing package stuff... All these packages available in Kernel Modules - Wireless Drivers in your menuconfig. - wpan-tools -- ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/ieee802154/af_802154.ko' is missing. - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - wpan-tools ---ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH RFC] Add support for Ubiquiti Unifi Outdoor Plus
Hi Stefan,
I have a couple of suggestions.
First of all I think it will be better to initialize static variables in
hsr_tune with zeroes :
++static void hsr_tune(struct ath_hw* ah, int bw, int fq) {
++ static int initialized = 0;
++ static int last_bw = 0, last_fq = 0;
And I have an updated versions of write functions. I added to
hsr_write_byte debug messages that can be activated by atheros CONFIG
flag (of course atheros debugging must be compiled in). Also I
simplified loops in hsr_write_a_chain because it seems that they are
needed to get data from a some sort of output buffer which includes less
than 6 bytes.
static u32 hsr_write_byte(struct ath_hw* ah, int delay, u32 value){
int i;
u32 rval = 0;
struct ath_common *common = ath9k_hw_common(ah);
udelay(delay);
ath9k_hw_set_gpio(ah, HSR_GPIO_CLK, 0);
udelay(HSR_DELAY_HALF_TICK);
ath9k_hw_set_gpio(ah, HSR_GPIO_CSN, 0);
udelay(HSR_DELAY_HALF_TICK);
for( i = 0; i 8; ++i) {
rval = rval 1;
// pattern is left to right, that is 7-th bit runs first
ath9k_hw_set_gpio(ah, HSR_GPIO_DOUT, (value (7 - i)) 0x1);
udelay(HSR_DELAY_HALF_TICK);
ath9k_hw_set_gpio(ah, HSR_GPIO_CLK, 1);
udelay(HSR_DELAY_HALF_TICK);
rval |= ath9k_hw_gpio_get(ah, HSR_GPIO_DIN);
ath9k_hw_set_gpio(ah, HSR_GPIO_CLK, 0);
udelay(HSR_DELAY_HALF_TICK);
}
ath9k_hw_set_gpio(ah, HSR_GPIO_CSN, 1);
udelay(HSR_DELAY_HALF_TICK);
ath_dbg(common, CONFIG, hsr_write_byte: write byte %d return value
is %d %c \n, value, rval, rval 32 ? rval : '-');
return rval 0xff;
}
static int hsr_write_a_chain(struct ath_hw* ah, char* chain, int items) {
int i = 0;
int status = 0;
hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0);
status = hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0);
// clear HSR's reply buffer
if ( status) {
int loop = 0;
for ( loop = 0; (loop 42) status; ++loop) {
status = hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0);
}
if ( loop = 42) {
printk(KERN_WARNING hsr_write_a_chain: can't clear an output
buffer after a 42 cycles.\n);
return 0;
}
}
// data
for ( i =0; (i items) ( 0 != chain[i]); ++i) {
hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, (u32)chain[i]);
}
hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0);
udelay(HSR_DELAY_FINAL);
// reply
memset(chain, 0, items);
hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0);
udelay(HSR_DELAY_TRAILING);
for ( i = 0; i (items - 1); ++i) {
u32 ret;
if ( 0 != (ret = hsr_write_byte(ah, HSR_DELAY_PRE_WRITE, 0))) {
chain[i] = (char)ret;
} else {
break;
}
udelay(HSR_DELAY_TRAILING);
}
return (1 i) ? simple_strtol(chain + 1, NULL, 10) : 0;
}
I also tried to change target/linux/ar71xx/generic/profiles/ubnt.mk and
target/linux/ar71xx/image/Makefile to include this module into the
UBNTUNIFIOUTDOORPLUS image, but this fails. Any idea why?
May be this happens when building a bunch of different profiles at once?
Kirill.
On 06/06/2015 04:28 PM, Stefan Rompf wrote:
Hi,
please review my patch to add support for the Ubiquiti Unifi Outdoor Plus
access point based on the work of Kirill Berezin and me.
The access point has a configurable RF filter in the receive path that must be
tuned according to the selected Wifi channel.
A patch to compat_wireless adds support to register a callback to the ath9k
driver that is called whenever the channel changes. It also adds hsr.c, the
channel change helper that tunes the filter connected to the AR9287 GPIO pins.
I'm running this part successfully on top of the Chaos Calmer RC1 image.
A new configuration option to create the kmod-ath-hsr. It contains the driver
.ko and must be installed on the access point. This is compile tested on
trunk.
I also tried to change target/linux/ar71xx/generic/profiles/ubnt.mk and
target/linux/ar71xx/image/Makefile to include this module into the
UBNTUNIFIOUTDOORPLUS image, but this fails. Any idea why?
Comments?
Stefan
Index: package/kernel/mac80211/Makefile
===
--- package/kernel/mac80211/Makefile(Revision 45907)
+++ package/kernel/mac80211/Makefile(Arbeitskopie)
@@ -27,7 +27,7 @@
rt2x00-lib rt2x00-pci rt2x00-usb rt2800-lib rt2400-pci rt2500-pci \
rt2500-usb rt61-pci rt73-usb rt2800-mmio rt2800-pci rt2800-usb
rt2800-soc \
rtl8180 rtl8187 zd1211rw mac80211-hwsim carl9170 b43 b43legacy \
- ath9k-common ath9k ath9k-htc ath10k ath net-libipw net-ipw2100
net-ipw2200 \
+ ath9k-common ath9k
Re: [OpenWrt-Devel] Linux 4.x
2015-06-07 19:24 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: Le 6 juin 2015 15:40, Roman Yeryomin leroi.li...@gmail.com a écrit : On 6 June 2015 at 09:21, Dirk Neukirchen dirkneukirc...@web.de wrote: On 05.06.2015 16:00, Baptiste Clenet wrote: Hi OpenWRT developers, Is there any plan to port OPENWRT on Linux 4.x? (Or is it already done?) - ar71xx: ar8216/ar8316/ar8xxx driver is broken on 8337N and some unknown router (reported yesterday on IRC) look at [3] if anybody is interested That was me, probably. I'm trying 4.0.4 on several ar71xx routers/APs, mostly Ubiquiti. All have the same problem: http://p.tet.rtu.lv/pbzn5sspm/wvtsep/raw I think the problem is inside ag71xx (ethernet driver) and related to timers and/or interrupts but not sure. Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Hi, Thanks for your answer, I'm using the board Ralink MT7628. I've just seen that MT7628 board has Linux 3.18 as default. May I change to Linux 4.0.4 ? Will it work ? I'm going to try tomorrow. Cheers, Baptiste I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed and I got an error: touch /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/.quilt_used touch /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/.prepared if [ -s /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/patches/series ]; then (cd /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4; if quilt --quiltrc=- next /dev/null 21; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top /dev/null 21; fi ); fi touch /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/.quilt_checked /trunk/scripts/kconfig.pl /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/.config.target Parse error at 3/trunk/scripts/kconfig.pl line 137. make[4]: *** [/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/.configured] Error 255 make[4]: Leaving directory `/trunk/target/linux/ramips' make[3]: *** [compile] Error 2 make[3]: Leaving directory `/trunk/target/linux' make[2]: *** [target/linux/compile] Error 2 make[2]: Leaving directory `/trunk' make[1]: *** [/trunk/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.target_compile] Error 2 make[1]: Leaving directory `/trunk' make: *** [world] Erreur 2 Cheers, Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH,v2] dnsmasq: bump to dnsmasq2.73rc9
I've no idea and giving up to be honest. By producing bad patches I'm not being helpful and wasting experienced people's time. Updating a Makefile is about as simple as it gets! smime.p7s Description: S/MIME Cryptographic Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] netifd: handling of interfaces with proto none
Hi Lars,
I struggled with this issue as well and after a brief chat with nbd the
conclusion was to force the tap device to be external, this will cause
netifd to leave its routes and address config alone, even when ifup is
called on the network.
In short you need to prepare the vpn interface without any ifname option,
using something like that:
# prepare network if not existing yet
if ! uci -q get network.${netname}; then
uci set network.${netname}=interface
uci set network.${netname}.proto=none
ubus call network reload
fi
# externally attach netdev
ubus call network.interface.${netname} add_device '{ name: '$ifname' }'
If you then call ifstatus on $netname you should see device and
l3_device pointing to $ifname. Calling devstatus on $ifname should
display external: true.
HTH,
Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 9:29 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 12:54 PM, Baptiste Clenet wrote: 2015-06-07 19:24 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: Le 6 juin 2015 15:40, Roman Yeryomin leroi.li...@gmail.com a écrit : On 6 June 2015 at 09:21, Dirk Neukirchen dirkneukirc...@web.de wrote: On 05.06.2015 16:00, Baptiste Clenet wrote: Hi OpenWRT developers, Is there any plan to port OPENWRT on Linux 4.x? (Or is it already done?) - ar71xx: ar8216/ar8316/ar8xxx driver is broken on 8337N and some unknown router (reported yesterday on IRC) look at [3] if anybody is interested That was me, probably. I'm trying 4.0.4 on several ar71xx routers/APs, mostly Ubiquiti. All have the same problem: http://p.tet.rtu.lv/pbzn5sspm/wvtsep/raw I think the problem is inside ag71xx (ethernet driver) and related to timers and/or interrupts but not sure. Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Hi, Thanks for your answer, I'm using the board Ralink MT7628. I've just seen that MT7628 board has Linux 3.18 as default. May I change to Linux 4.0.4 ? Will it work ? I'm going to try tomorrow. Cheers, Baptiste I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH RFC] Add support for Ubiquiti Unifi Outdoor Plus
Citeren Kirill Berezin ky...@rol.ru:
Hi Stefan,
I have a couple of suggestions.
First of all I think it will be better to initialize static
variables in hsr_tune with zeroes :
++static void hsr_tune(struct ath_hw* ah, int bw, int fq) {
++ static int initialized = 0;
++ static int last_bw = 0, last_fq = 0;
These static variables will be initialized to zero anyway, so the
above is redundant (but may be clearer to read). See
http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf, §6.7.8
sub-paragraph 10.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On 06/08/2015 12:54 PM, Baptiste Clenet wrote: 2015-06-07 19:24 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: Le 6 juin 2015 15:40, Roman Yeryomin leroi.li...@gmail.com a écrit : On 6 June 2015 at 09:21, Dirk Neukirchen dirkneukirc...@web.de wrote: On 05.06.2015 16:00, Baptiste Clenet wrote: Hi OpenWRT developers, Is there any plan to port OPENWRT on Linux 4.x? (Or is it already done?) - ar71xx: ar8216/ar8316/ar8xxx driver is broken on 8337N and some unknown router (reported yesterday on IRC) look at [3] if anybody is interested That was me, probably. I'm trying 4.0.4 on several ar71xx routers/APs, mostly Ubiquiti. All have the same problem: http://p.tet.rtu.lv/pbzn5sspm/wvtsep/raw I think the problem is inside ag71xx (ethernet driver) and related to timers and/or interrupts but not sure. Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Hi, Thanks for your answer, I'm using the board Ralink MT7628. I've just seen that MT7628 board has Linux 3.18 as default. May I change to Linux 4.0.4 ? Will it work ? I'm going to try tomorrow. Cheers, Baptiste I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] adding tp-link wr740n v5.0 support
On 06/07/2015 04:38 AM, Daniel Petre wrote: Hello, so i just got the v5.0 version of tp-link wr740n and it seems its not a 2 mb flash and 16 mb ram chinese version like stated in the wiki. Just got replied by local tp-link (Romania) rep with confirmation that the european version of v5.0 has 4 MB of flash and 32 MB of ram and I updated the wiki aswell: http://wiki.openwrt.org/toh/tp-link/tl-wr740n?#supported_versions I guess i could open it up and solder serial on it if no one wants or has time to hint me about the modifications of v4.x openwrt patches for v5.0 but i would preffer to keep the warranty intact for a while.. Took a look at the download page for the firmware at www.tp-link.ro and the firmware looks like a 4 mb flash variant. Here is binwalk of it: [dani@x220 Downloads]$ binwalk wr740nv5_wr741ndv5_en_3_16_9_up_boot\(150312\).bin DECIMAL HEXADECIMAL DESCRIPTION 4 0x4 TP-Link firmware header, firmware version: 3.16.9, image version: ver. 1.0, product ID: 0x745, product version: 1, kernel load address: 0x80002000, kernel entry point: 0x801D74B0, kernel offset: 512, kernel length: 895122, rootfs offset: 1048576, rootfs length: 2883584, bootloader offset: 0, bootloader length: 48518 14224 0x3790 U-Boot version string, U-Boot 1.1.4 (Mar 12 2015 - 16:40:24) 15568 0x3CD0 uImage header, header size: 64 bytes, header CRC: 0xA334F831, created: Thu Mar 12 10:40:25 2015, image size: 33398 bytes, Data Address: 0x8001, Entry Point: 0x8001, data CRC: 0xC9CFC8E6, OS: Linux, CPU: MIPS, image type: Firmware Image, compression type: lzma, image name: u-boot image 15632 0x3D10 LZMA compressed data, properties: 0x5D, dictionary size: 33554432 bytes, uncompressed size: 95708 bytes 1315880x20204 TP-Link firmware header, firmware version: 3.16.9, image version: ver. 1.0, product ID: 0x745, product version: 1, kernel load address: 0x80002000, kernel entry point: 0x801D74B0, kernel offset: 512, kernel length: 895122, rootfs offset: 1048576, rootfs length: 2883584, bootloader offset: 0, bootloader length: 0 1320960x20400 LZMA compressed data, properties: 0x5D, dictionary size: 33554432 bytes, uncompressed size: 2589532 bytes 1180160 0x120200Squashfs filesystem, little endian, version 4.0, compression:lzma, size: 2344073 bytes, 566 inodes, blocksize: 131072 bytes, created: Thu Mar 12 10:48:34 2015 uncompressing the root shows the following 2.6.31 specific atheros kernel modules: ag7240_mod.ko, ath_rate_atheros.ko My question to the list is: would i manage to produce a valid firmware if i just replicate the patches from https://dev.openwrt.org/attachment/ticket/10492/tl-wr740n-v4.support.final.patch but with v5 related details added? Thanks! ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On Jun 8, 2015 6:41 PM, Baptiste Clenet bapcle...@gmail.com wrote:
2015-06-08 14:46 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 14:20 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:48 PM, Baptiste Clenet wrote:
2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:27 PM, Baptiste Clenet wrote:
2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 01:36 PM, Baptiste Clenet wrote:
I've edited variable KERNEL_PATCHVER:=3.18 to
KERNEL_PATCHVER:=4.0.4
in target/Linux/ramips/Makefile in order to get Linux 4.0.4
installed
Also you need to specify the configuration file for 4.0.4
kernel.
just copy the file target/linux/ramips/mt7628/config-3.18 as
target/linux/ramips/mt7628/config-4.0
I hope it will resolve this error.
--
Varka Bhadram
Thanks Varka, I copied the files, I'm trying to make now. On
question
came up, what about patches? There are many patches for Linux
3.18,
is
there any for Linux 4.0? target/linux/ramips/mt7628 only
contains a
folder for 3.18 patches.
There may be so-many patches merged into 4.0 from patches-3.18
directory..?
I just created a directory with the name patches-4.0 under
target/linux/ramips/ .
I think its a bad solution. But the build was successful and able
generate
the
binaries in bin/ramips directory. I don't know whether these
binaries
working
or not. I don't have hardware to test these binaries.
Why is it a bad solution?
I only copied one patch from patches-3.18 to 4.0 to fix one build
error.
i.e., 0103-MIPS-OWRTDTB.patch
/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/MT7628.dtb
DTB marker not found!
Was it the error?
I added 'trunk/target/linux/ramips/patches-4.0/0103-MIPS-OWRTDTB.patch'
but it didn't solve the problem. Do I need to tell OPENWRT to use
patches-4.0?
Try
make target/linux/{clean,prepare} V=s
make
Baptiste
Hope it helps. Its just a shoot in the dark for your problem.
Test it and update the results.
Thanks
--
Varka Bhadram
Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error:
WARNING: kmod-6lowpan-iphc is not available in the kernel config -
generating empty package
...
ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko'
is missing.
This is about a package I added in menuconfig but I need them.
Those
package worked well while compiling with Linux 3.18. Any idea?
What package did you add..?
I added :
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- iw
- wpan-tools
These are already came into OpenWrt with [1].
[1]:
https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html
--
Varka Bhadram
Yes, I saw, I meant by added set in menuconfig.
You meant that with or without those module, it should work?
Baptiste
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH,v2] dnsmasq: bump to dnsmasq2.73rc9
Hey, Kevin, I know how much of a pain it is to get patches to send without getting mangled. You ought to stick with this, though, and work out how you can send patches that don't get mangled. I'm sure Steven doesn't mind pinging you back to let you know what the patches look like. Honestly, it's better to work with a simple patch to get it figured out. Git send-email is probably the way to go. Once you get it set up and working, it makes this much less painful. ~Jonathan On Mon, Jun 8, 2015 at 2:55 AM Kevin Darbyshire-Bryant ke...@darbyshire-bryant.me.uk wrote: I've no idea and giving up to be honest. By producing bad patches I'm not being helpful and wasting experienced people's time. Updating a Makefile is about as simple as it gets! ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 15:23 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On Jun 8, 2015 6:41 PM, Baptiste Clenet bapcle...@gmail.com wrote:
2015-06-08 14:46 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 14:20 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:48 PM, Baptiste Clenet wrote:
2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:27 PM, Baptiste Clenet wrote:
2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 01:36 PM, Baptiste Clenet wrote:
I've edited variable KERNEL_PATCHVER:=3.18 to
KERNEL_PATCHVER:=4.0.4
in target/Linux/ramips/Makefile in order to get Linux 4.0.4
installed
Also you need to specify the configuration file for 4.0.4
kernel.
just copy the file target/linux/ramips/mt7628/config-3.18 as
target/linux/ramips/mt7628/config-4.0
I hope it will resolve this error.
--
Varka Bhadram
Thanks Varka, I copied the files, I'm trying to make now. On
question
came up, what about patches? There are many patches for Linux
3.18,
is
there any for Linux 4.0? target/linux/ramips/mt7628 only contains
a
folder for 3.18 patches.
There may be so-many patches merged into 4.0 from patches-3.18
directory..?
I just created a directory with the name patches-4.0 under
target/linux/ramips/ .
I think its a bad solution. But the build was successful and able
generate
the
binaries in bin/ramips directory. I don't know whether these
binaries
working
or not. I don't have hardware to test these binaries.
Why is it a bad solution?
I only copied one patch from patches-3.18 to 4.0 to fix one build
error.
i.e., 0103-MIPS-OWRTDTB.patch
/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/MT7628.dtb
DTB marker not found!
Was it the error?
I added 'trunk/target/linux/ramips/patches-4.0/0103-MIPS-OWRTDTB.patch'
but it didn't solve the problem. Do I need to tell OPENWRT to use
patches-4.0?
Try
make target/linux/{clean,prepare} V=s
make
Baptiste
Hope it helps. Its just a shoot in the dark for your problem.
Test it and update the results.
Thanks
--
Varka Bhadram
Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error:
WARNING: kmod-6lowpan-iphc is not available in the kernel config -
generating empty package
...
ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko'
is missing.
This is about a package I added in menuconfig but I need them.
Those
package worked well while compiling with Linux 3.18. Any idea?
What package did you add..?
I added :
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- iw
- wpan-tools
These are already came into OpenWrt with [1].
[1]:https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html
--
Varka Bhadram
Yes, I saw, I meant by added set in menuconfig.
You meant that with or without those module, it should work?
Baptiste
Thanks Varka for your help!
It compiles now without those module:
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
It's basically the same conf as yours.
I don't get why those module would make an error since they worked
well with Linux 3.18.
Here are my tries:
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
-- ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/ieee802154/af_802154.ko'
is missing.
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
---ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko'
is missing.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 14:20 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:48 PM, Baptiste Clenet wrote: 2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:27 PM, Baptiste Clenet wrote: 2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? What package did you add..? I added : - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - iw - wpan-tools These are already came into OpenWrt with [1]. [1]:https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html -- Varka Bhadram Yes, I saw, I meant by added set in menuconfig. You meant that with or without those module, it should work? Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On 06/08/2015 05:48 PM, Baptiste Clenet wrote: 2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:27 PM, Baptiste Clenet wrote: 2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? What package did you add..? I added : - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - iw - wpan-tools These are already came into OpenWrt with [1]. [1]:https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? Varka, which configuration did you use? Only the minimal? (I mean set Target and Subtarget in menuconfig) Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? Varka, which configuration did you use? Only the minimal? (I mean set Target and Subtarget in menuconfig) Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:27 PM, Baptiste Clenet wrote: 2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? What package did you add..? I added : - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - iw - wpan-tools This conf worked with Linux 3.18. IEEE-802.15.4, 6LoWPAN and 6LoWPAN shared code b/w bluetooth and IEEE-802.15.4 packages supported by OpenWrt now. Varka, which configuration did you use? Only the minimal? (I mean set Target and Subtarget in menuconfig) I just did the minimal configuration. -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] strongswan CVE-2015-3991 CVE-2015-4171
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello list, In the last days, two critical vulnerabilities were discovered in strongswan. Those are CVE-2015-4171[1] and CVE-2015-3991[2]. It is necessary to rebuild all packages from version 4.3.0 to 5.3.2 with the necessary patches as those versions are affected. The first issue is the more critical one, as it allows an attacker to gain user credentials by using DNS spoofing if one side only uses XAUTH or EAP-GTC to authenticate itself. [1] https://strongswan.org/blog/2015/06/08/strongswan-vulnerability-(cve-2015-4171).html [2] https://strongswan.org/blog/2015/06/01/strongswan-vulnerability-(cve-2015-3991).html - -- Mit freundlichen Grüßen/Kind Regards, Noel Kuntze GPG Key ID: 0x63EC6658 Fingerprint: 23CA BB60 2146 05E7 7278 6592 3839 298F 63EC 6658 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVdZSDAAoJEDg5KY9j7GZYLZEP/jEE/DKd4eRYezLe8ZnGPOIp rUSPNwl0+Bq/gf/Ui9VqGXqts492T4x4Lb2c+lgGPmqepCOrJ8E1J0HstfCTm/p6 CwSB4mVkLek0cRzJFueXHt6Yt2XboONVelY6XWrZlDsSKDeaOEGJNj3W7pFH6XXV f+6F50frexsW2fSa8coUrfx55OikPc+yas//nBWYTZVvKA7Z+Fa/DJHTktiGlW3G Z1venWqRuBw5kEvcAExVklrGIBsIMTxRPnLE1anN6LNjKgJz4xMIHGZgeSKrd6Rr fekHV+dZeSKkUmeomGKIaPEjORo7teLz7jxMrJxe4gF1vuhZ/RZY7LqZclRhinVV kJrzboanxthSmFfiKFy0/AlSvYBLSawoy4kKB/xuEN4VSphfCqNVJDc5b5QByV0F Ea2veLJIYOWn4MlTc3kN2C9M02oTb3EN4raCj5Q9q56onZac7yGzLwJbkWaLngoB OIPI4Vbb78XYryHa7SeKEj2blibdF+ZLkJaFpj6oP1S01hCFrzHqf5eRFp1ZtdNq /JXgN5LZsAUljciv0u+M1mNuuqcqGDq+knnxK7KwCJSZBSNb3hA2VahXxrjn9Jph LVGA/K07eHARdQbI+Cho5kMUJLDnvNsPa5AvqhamAocqvOMZbclHCz+FfnrZlW43 x4p/eZcVbV6gYV6FUmQf =Z8rb -END PGP SIGNATURE- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 14:46 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 14:20 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:48 PM, Baptiste Clenet wrote: 2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 05:27 PM, Baptiste Clenet wrote: 2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? I only copied one patch from patches-3.18 to 4.0 to fix one build error. i.e., 0103-MIPS-OWRTDTB.patch /trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/MT7628.dtb DTB marker not found! Was it the error? I added 'trunk/target/linux/ramips/patches-4.0/0103-MIPS-OWRTDTB.patch' but it didn't solve the problem. Do I need to tell OPENWRT to use patches-4.0? Baptiste Hope it helps. Its just a shoot in the dark for your problem. Test it and update the results. Thanks -- Varka Bhadram Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error: WARNING: kmod-6lowpan-iphc is not available in the kernel config - generating empty package ... ERROR: module '/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko' is missing. This is about a package I added in menuconfig but I need them. Those package worked well while compiling with Linux 3.18. Any idea? What package did you add..? I added : - kmod-bluetooth - kmod-bluetooth_6lowpan - kmod-6lowpan - kmod-ieee802154 - kmod-ieee802154-6lowpan - kmod-ieee802154-drivers - kmod-mac802154 - kmod-wpan-at86rf230 - iw - wpan-tools These are already came into OpenWrt with [1]. [1]:https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html -- Varka Bhadram Yes, I saw, I meant by added set in menuconfig. You meant that with or without those module, it should work? Baptiste ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On 06/08/2015 05:27 PM, Baptiste Clenet wrote: 2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com: On 06/08/2015 01:36 PM, Baptiste Clenet wrote: I've edited variable KERNEL_PATCHVER:=3.18 to KERNEL_PATCHVER:=4.0.4 in target/Linux/ramips/Makefile in order to get Linux 4.0.4 installed Also you need to specify the configuration file for 4.0.4 kernel. just copy the file target/linux/ramips/mt7628/config-3.18 as target/linux/ramips/mt7628/config-4.0 I hope it will resolve this error. -- Varka Bhadram Thanks Varka, I copied the files, I'm trying to make now. On question came up, what about patches? There are many patches for Linux 3.18, is there any for Linux 4.0? target/linux/ramips/mt7628 only contains a folder for 3.18 patches. There may be so-many patches merged into 4.0 from patches-3.18 directory..? I just created a directory with the name patches-4.0 under target/linux/ramips/ . I think its a bad solution. But the build was successful and able generate the binaries in bin/ramips directory. I don't know whether these binaries working or not. I don't have hardware to test these binaries. Why is it a bad solution? We may miss few patches which are required by 4.0. After testing the generated binaries with h/w without any problem then it will be good. -- Varka Bhadram ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
2015-06-08 16:02 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 15:23 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On Jun 8, 2015 6:41 PM, Baptiste Clenet bapcle...@gmail.com wrote:
2015-06-08 14:46 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 14:20 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:48 PM, Baptiste Clenet wrote:
2015-06-08 14:10 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 05:27 PM, Baptiste Clenet wrote:
2015-06-08 13:49 GMT+02:00 Baptiste Clenet bapcle...@gmail.com:
2015-06-08 10:53 GMT+02:00 Varka Bhadram varkabhad...@gmail.com:
On 06/08/2015 01:36 PM, Baptiste Clenet wrote:
I've edited variable KERNEL_PATCHVER:=3.18 to
KERNEL_PATCHVER:=4.0.4
in target/Linux/ramips/Makefile in order to get Linux 4.0.4
installed
Also you need to specify the configuration file for 4.0.4
kernel.
just copy the file target/linux/ramips/mt7628/config-3.18 as
target/linux/ramips/mt7628/config-4.0
I hope it will resolve this error.
--
Varka Bhadram
Thanks Varka, I copied the files, I'm trying to make now. On
question
came up, what about patches? There are many patches for Linux
3.18,
is
there any for Linux 4.0? target/linux/ramips/mt7628 only contains
a
folder for 3.18 patches.
There may be so-many patches merged into 4.0 from patches-3.18
directory..?
I just created a directory with the name patches-4.0 under
target/linux/ramips/ .
I think its a bad solution. But the build was successful and able
generate
the
binaries in bin/ramips directory. I don't know whether these
binaries
working
or not. I don't have hardware to test these binaries.
Why is it a bad solution?
I only copied one patch from patches-3.18 to 4.0 to fix one build
error.
i.e., 0103-MIPS-OWRTDTB.patch
/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/MT7628.dtb
DTB marker not found!
Was it the error?
I added 'trunk/target/linux/ramips/patches-4.0/0103-MIPS-OWRTDTB.patch'
but it didn't solve the problem. Do I need to tell OPENWRT to use
patches-4.0?
Try
make target/linux/{clean,prepare} V=s
make
Baptiste
Hope it helps. Its just a shoot in the dark for your problem.
Test it and update the results.
Thanks
--
Varka Bhadram
Without adding the patch 0103-MIPS-OWRTDTB.patch, I got an error:
WARNING: kmod-6lowpan-iphc is not available in the kernel config -
generating empty package
...
ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko'
is missing.
This is about a package I added in menuconfig but I need them.
Those
package worked well while compiling with Linux 3.18. Any idea?
What package did you add..?
I added :
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- iw
- wpan-tools
These are already came into OpenWrt with [1].
[1]:https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032515.html
--
Varka Bhadram
Yes, I saw, I meant by added set in menuconfig.
You meant that with or without those module, it should work?
Baptiste
Thanks Varka for your help!
It compiles now without those module:
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
It's basically the same conf as yours.
I don't get why those module would make an error since they worked
well with Linux 3.18.
Here are my tries:
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
-- ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/ieee802154/af_802154.ko'
is missing.
- kmod-bluetooth
- kmod-bluetooth_6lowpan
- kmod-6lowpan
- kmod-ieee802154
- kmod-ieee802154-6lowpan
- kmod-ieee802154-drivers
- kmod-mac802154
- kmod-wpan-at86rf230
- wpan-tools
---ERROR: module
'/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7628/linux-4.0.4/net/bluetooth/rfcomm/rfcomm.ko'
is missing.
Just to let you know the result with a minimal configuration for the
MT7628 and Linux 4.0.4:
Starting kernel ...
[0.00] Linux version 4.0.4 (-@ubuntu) (gcc version 4.8.3
(OpenWrt/Linaro GCC 4.8-2014.04 r45769) ) #1 Mon Jun 8 15:47:55 CEST
2015
[0.00] Board has DDR2
[0.00] Analog PMU set to hw control
[0.00] Digital PMU set to hw control
[0.00] SoC Type: Ralink MT7628AN ver:1 eco:2
[0.00] bootconsole [early0] enabled
[0.00] CPU0 revision is: 00019655 (MIPS 24KEc)
[0.00] MIPS: machine is Mediatek
[OpenWrt-Devel] [PATCH] ar71xx: add support for tp-link wr740n v5.0 (EU)
TP-Link ships wr740n v5.0 to Romania (so probably everywhere except China) with 4 MB flash and 32 MB memory (confirmed by their local support). This patch adds support for the v5.0 clone of v4, i just tested it on my own v5.0 router and it works. Signed-off-by: Daniel Petre daniel.pe...@posteo.net Index: openwrt/target/linux/ar71xx/image/Makefile === --- openwrt/target/linux/ar71xx/image/Makefile (revision 45921) +++ openwrt/target/linux/ar71xx/image/Makefile (working copy) @@ -443,6 +443,14 @@ CONSOLE := ttyATH0,115200 endef +define Device/tl-wr740n-v5 +$(Device/tplink-4mlzma) +BOARDNAME := TL-WR741ND-v4 +DEVICE_PROFILE := TLWR740 +TPLINK_HWID := 0x0745 +CONSOLE := ttyATH0,115200 +endef + define Device/tl-wr741nd-v1 $(Device/tplink-4m) BOARDNAME := TL-WR741ND @@ -472,7 +480,7 @@ TPLINK_HWID := 0x07430002 CONSOLE := ttyATH0,115200 endef -TARGET_DEVICES += tl-wr740n-v4 tl-wr741nd-v1 tl-wr741nd-v2 tl-wr741nd-v4 tl-wr743nd-v2 +TARGET_DEVICES += tl-wr740n-v4 tl-wr740n-v5 tl-wr741nd-v1 tl-wr741nd-v2 tl-wr741nd-v4 tl-wr743nd-v2 define Device/tl-wr841n-v8 $(Device/tplink-4mlzma) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH RFC] Add support for Ubiquiti Unifi Outdoor Plus
Hi Kirill, hi Arjen, thanks for your feedback. I'll create a new version of the patch with your updates and suggestions. I will also try to move the HSR tuner module into it's own subdirectory below package/kernel to minimize the mac80211 patch that Felix will have to maintain. I also tried to change target/linux/ar71xx/generic/profiles/ubnt.mk and target/linux/ar71xx/image/Makefile to include this module into the UBNTUNIFIOUTDOORPLUS image, but this fails. Any idea why? May be this happens when building a bunch of different profiles at once? I've also tried only one profile, no idea yet. Maybe Alexander Couzens' porting to new BuildCode helps. Stefan ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
