Re: [OpenWrt-Devel] [PATCH] ramips: add support for Intenso Memory 2 Move USB 3.0
On Saturday, January 17, 2015 03:09:24 PM John Crispin wrote: On 17/01/2015 14:49, Christian Lamparter wrote: On Saturday, January 17, 2015 07:48:24 AM John Crispin wrote: On 15/01/2015 22:47, Christian Lamparter wrote: my question is: should I rename the profile (and the files) to: UIS700HD then? I would like to keep the Intenso name, because they provided me/us/anyone with at least a (partially very useful) GPL source for their product on their website [1]. feel free to leave it as intenso, just make sure to add a wiki page and list the alternative SKUs there. Thanks. I've started with the wiki page [0]. BTW: I would like to generate a ramdisk image by default too (I was thinking of adding FEATURES+=ramdisk). The reason is that this would make flashing the device easier (load the ramdisk image via tftp and then use sysupgrade with the squashfs-sysupgrade image). feel free to send a patch. applied your patch as r44001 Thanks, I'll do that. Since this is a portable unit, I'm still looking for a way to get access to the battery level. The fuel gauge sensor might be connected via the i2c, but it might be also just the EC microcontroller who has access to it. Also, do you know of any power-saving features of the RT5350-SoC? The original firmware enables several features like: * SDR precharge powersave - write 0x0001 into 0x131c (SDR_PWR_SAVE_CNT) - set bit 28 in 0x1304 (SDRAM Configuration 1) * DDR self auto refresh - write 0x0001 into 0x131c (SDR_PWR_SAVE_CNT) - set bit 4 in 0x1318 * CPU autofrequency - write 0x001f0112 into 0x1044 (CPU_CLK_AUTO_CFG) - write 0x03040101 into 0x103c (CPU_SYS_CLKCFG) - write 0x00035f41 into 0x1040 (CLK_LUT_CFG) - write 0x80035f41 into 0x1040 (CLK_LUT_CFG) Which sounds very interesting [although, the biggest power guzzlers are the HDD and wifi]. However, the settings to enable the dynamic CPU frequency scaling doesn't really match up with the RT5350 I know. For example the CPU_AUTO_CLK_EN Setting is controlled by bit 31 in 0x1044. But it isn't enabled?! Do you know of any other manufactures who need to enable powersaving features as well (and are doing a better job at it)? Regards, Christian [0] http://wiki.openwrt.org/toh/intenso/m2m ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Archer C7, leds and led trigger for ath10k
On 17/01/2015 19:19, Gianluca Anzolin wrote: Il 17/01/2015 13:53, John Crispin ha scritto: On 17/01/2015 08:42, Gianluca Anzolin wrote: Il 17/01/2015 07:41, John Crispin ha scritto: There is also a bugreport in the bug tracking system pointing at this issue: https://dev.openwrt.org/ticket/18188 I looked at the ath9k implementation and I've come up with the attached patch. Do you think a patch like this is acceptable? it is not do you care to elaborate? what's wrong with it? Gianluca _ imho fixing target/linux/ar71xx/base-files/etc/uci-defaults/01_leds is enough nd not driver patch is required I don't get it, how do you create a throughput trigger by changing a script? ok, i misread your patch. the first half says the leds are swapped so i pointed you at the code that sets up the leds. i will talk to felix about the patch Gianluca ___ 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] [PATCH] ramips: revert failsafe switch workaround for RT5350 introduced in r42179.
Hi, Il 17.01.2015 14:55 John Crispin ha scritto: On 25/12/2014 02:29, Vittorio G (VittGam) wrote: It is not needed anymore as TCP packets get passed correctly now even when VLAN is disabled. are you sure this is the case for all rt3x5x, rt5350 and mt7628 units ? I've tested it on my RT5350-based router. With a previous OpenWrt revision (r42649 if I remember well) it wasn't working, since it was zeroing a TCP field as seen from the tcpdump verbose output. I don't remember the tcpdump details correctly, sorry. But now with recent revisions it's working fine. If you're not sure about this for rt3x5x and mt7628, it should at least get modified to 0 1 2 3 4 5 6 to avoid soft-bricking routers where the only Ethernet port exposed is not 0 (4 for the HT-TM02 for instance). Cheers, Vittorio ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] How to install OpenWrt on Mikrotik SXT Lite 5?
Done! Tutorial at http://cirandas.net/brauliobo/blog/install-openwrt-on-mikrotik-sxt-lite-5 2015-01-17 7:32 GMT-03:00 Bráulio Bhavamitra brau...@eita.org.br: Hello all, I already use OpenWrt on a Tplink WDR4300, but I'm quite lost on how to install it on Mikrotik SXT Lite 5. Couldn't find any good wiki entry explaining how... Anybody could help? PS: Still can't join openwrt-users cheers, bráulio -- Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua ideologia. Morra por sua ideologia P.R. Sarkar EITA - Educação, Informação e Tecnologias para Autogestão http://cirandas.net/brauliobo http://eita.org.br Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e destruídas nas fases de extroversão e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única proprietária daquilo que ela imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha por um milharal também imaginado, a pessoa imaginada não é a propriedade desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso a propriedade deste universo é de Brahma, e não dos microcosmos que também foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence a um indivíduo em particular; tudo é o patrimônio comum de todos. Restante do texto em http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia -- Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua ideologia. Morra por sua ideologia P.R. Sarkar EITA - Educação, Informação e Tecnologias para Autogestão http://cirandas.net/brauliobo http://eita.org.br Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e destruídas nas fases de extroversão e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única proprietária daquilo que ela imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha por um milharal também imaginado, a pessoa imaginada não é a propriedade desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso a propriedade deste universo é de Brahma, e não dos microcosmos que também foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence a um indivíduo em particular; tudo é o patrimônio comum de todos. Restante do texto em http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] build: allow changing kernel name in new image code
Necessary for targets using zImage or other kernel image types. Signed-off-by: Claudio Leite lei...@staticky.com --- include/image.mk |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/image.mk b/include/image.mk index eddf605..e0f12e0 100644 --- a/include/image.mk +++ b/include/image.mk @@ -341,6 +341,7 @@ define Device/Init KERNEL_INITRAMFS_PREFIX = $$(IMAGE_PREFIX)-initramfs KERNEL_INITRAMFS_IMAGE = $$(KERNEL_INITRAMFS_PREFIX)$$(KERNEL_SUFFIX) KERNEL_INSTALL := + KERNEL_NAME := vmlinux KERNEL_SIZE := FILESYSTEMS := $(TARGET_FILESYSTEMS) @@ -362,7 +363,7 @@ define Device/Build/initramfs $(BIN_DIR)/$$(KERNEL_INITRAMFS_IMAGE): $(KDIR)/$$(KERNEL_INITRAMFS_IMAGE) cp $$^ $$@ - $(KDIR)/$$(KERNEL_INITRAMFS_IMAGE): $(KDIR)/vmlinux-initramfs + $(KDIR)/$$(KERNEL_INITRAMFS_IMAGE): $(KDIR)/$$(KERNEL_NAME)-initramfs @rm -f $$@ $$(call concat_cmd,$$(KERNEL_INITRAMFS)) endef @@ -378,7 +379,7 @@ define Device/Build/kernel $$(_TARGET): $$(if $$(KERNEL_INSTALL),$(BIN_DIR)/$$(KERNEL_IMAGE)) $(BIN_DIR)/$$(KERNEL_IMAGE): $(KDIR)/$$(KERNEL_IMAGE) cp $$^ $$@ - $(KDIR)/$$(KERNEL_IMAGE): $(KDIR)/vmlinux + $(KDIR)/$$(KERNEL_IMAGE): $(KDIR)/$$(KERNEL_NAME) @rm -f $$@ $$(call concat_cmd,$$(KERNEL)) $$(if $$(KERNEL_SIZE),$$(call Device/Build/check_size,$$(KERNEL_SIZE))) -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] igmpproxy: add patch to silence unnecessary logging of downstream igmp traffic
On 2015-01-08 17:08, Antti Seppälä wrote: This patch adds a simple check to silence logging of messages about unrecognized igmp packets which originate from devices in local network. Without this patch igmpproxy floods openwrt syslog with messages such as: user.warn igmpproxy[19818]: The source address 192.168.1.175 for group 239.255.250.250, is not in any valid net for upstream VIF. Signed-off-by: Antti Seppälä a.sepp...@gmail.com Applied in r44020, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/6] ar8216: patch series for AR8327/AR8337
On 2015-01-17 15:26, John Crispin wrote: On 12/01/2015 20:16, Heiner Kallweit wrote: Patches 1-3 are improvements w/o functional change. merged 1-3 4-6 will need a bit more time and a closer look 4-6 applied, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/4] lantiq: DGN3500 cleanups
This patch builds on the previous three to streamline support for the Netgear DGN3500. Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us --- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network (revision 44023) +++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network (working copy) @@ -120,8 +120,6 @@ ;; DGN3500*) - lan_mac=$(mtd_get_mac_ascii uboot-env ethaddr) - wan_mac=$(macaddr_add $lan_mac 1) ucidef_set_interface_lan eth0.1 ucidef_add_switch switch0 1 1 ucidef_add_switch_vlan switch0 1 3 2 1 0 5t --- a/target/linux/lantiq/dts/DGN3500.dtsi (revision 44023) +++ b/target/linux/lantiq/dts/DGN3500.dtsi (working copy) @@ -2,7 +2,7 @@ / { chosen { - bootargs = console=ttyLTQ0,115200 init=/etc/preinit; + bootargs-append = root=/dev/mtdblock5 console=ttyLTQ0,115200; }; memory@0 { ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/4] lantiq: Fix initscript issue
Currently this initscript fails if the macaddr has any leading zeroes. This patch corrects the problem. Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us --- a/target/linux/lantiq/base-files/etc/init.d/esi (revision 44023) +++ b/target/linux/lantiq/base-files/etc/init.d/esi (working copy) @@ -3,5 +3,5 @@ START=19 start() { - esi $(printf '%X' $((1+0x$(tr -d : /sys/class/net/eth0/address 2/dev/null || : + esi $(printf '%012X' $((1+0x$(tr -d : /sys/class/net/eth0/address 2/dev/console || : } ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/4] lantiq: Restore call to orphaned etop function
It seems the call to ltq_get_eth_mac() disappeared at some point. This patch puts it where it currently most makes sense. Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us --- a/target/linux/lantiq/patches-3.14/0035-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch (revision 44023) +++ b/target/linux/lantiq/patches-3.14/0035-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch (working copy) @@ -19,8 +19,10 @@ create mode 100644 arch/mips/lantiq/xway/pci-ath-fixup.c create mode 100644 arch/mips/lantiq/xway/rt_eep.c /dev/null -+++ b/arch/mips/include/asm/mach-lantiq/pci-ath-fixup.h +Index: linux-3.14.28/arch/mips/include/asm/mach-lantiq/pci-ath-fixup.h +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.14.28/arch/mips/include/asm/mach-lantiq/pci-ath-fixup.h 2015-01-17 10:55:03.329443942 -0800 @@ -0,0 +1,6 @@ +#ifndef _PCI_ATH_FIXUP +#define _PCI_ATH_FIXUP @@ -28,9 +30,11 @@ +void ltq_pci_ath_fixup(unsigned slot, u16 *cal_data) __init; + +#endif /* _PCI_ATH_FIXUP */ a/arch/mips/include/asm/mach-lantiq/xway/lantiq_soc.h -+++ b/arch/mips/include/asm/mach-lantiq/xway/lantiq_soc.h -@@ -90,5 +90,8 @@ int xrx200_gphy_boot(struct device *dev, +Index: linux-3.14.28/arch/mips/include/asm/mach-lantiq/xway/lantiq_soc.h +=== +--- linux-3.14.28.orig/arch/mips/include/asm/mach-lantiq/xway/lantiq_soc.h 2015-01-17 10:55:03.337443971 -0800 linux-3.14.28/arch/mips/include/asm/mach-lantiq/xway/lantiq_soc.h 2015-01-17 10:55:03.329443942 -0800 +@@ -90,5 +90,8 @@ extern void ltq_pmu_enable(unsigned int module); extern void ltq_pmu_disable(unsigned int module); @@ -39,9 +43,11 @@ + #endif /* CONFIG_SOC_TYPE_XWAY */ #endif /* _LTQ_XWAY_H__ */ a/arch/mips/lantiq/xway/Makefile -+++ b/arch/mips/lantiq/xway/Makefile -@@ -2,4 +2,7 @@ obj-y := prom.o sysctrl.o clk.o reset.o +Index: linux-3.14.28/arch/mips/lantiq/xway/Makefile +=== +--- linux-3.14.28.orig/arch/mips/lantiq/xway/Makefile 2015-01-17 10:55:03.337443971 -0800 linux-3.14.28/arch/mips/lantiq/xway/Makefile 2015-01-17 11:58:16.0 -0800 +@@ -2,4 +2,7 @@ obj-y += vmmc.o tffs.o @@ -49,8 +55,10 @@ +obj-$(CONFIG_PCI) += ath_eep.o rt_eep.o pci-ath-fixup.o + obj-$(CONFIG_XRX200_PHY_FW) += xrx200_phy_fw.o /dev/null -+++ b/arch/mips/lantiq/xway/ath_eep.c +Index: linux-3.14.28/arch/mips/lantiq/xway/ath_eep.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.14.28/arch/mips/lantiq/xway/ath_eep.c 2015-01-17 10:55:03.329443942 -0800 @@ -0,0 +1,282 @@ +/* + * Copyright (C) 2011 Luca Olivetti l...@ventoso.org @@ -334,8 +342,10 @@ + return platform_driver_probe(ath5k_eeprom_driver, of_ath5k_eeprom_probe); +} +device_initcall(of_ath5k_eeprom_init); /dev/null -+++ b/arch/mips/lantiq/xway/eth_mac.c +Index: linux-3.14.28/arch/mips/lantiq/xway/eth_mac.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.14.28/arch/mips/lantiq/xway/eth_mac.c 2015-01-17 11:14:42.823292726 -0800 @@ -0,0 +1,76 @@ +/* + * Copyright (C) 2012 John Crispin blo...@openwrt.org @@ -413,8 +423,10 @@ + return platform_driver_probe(eth_mac_driver, of_eth_mac_probe); +} +device_initcall(of_eth_mac_init); /dev/null -+++ b/arch/mips/lantiq/xway/pci-ath-fixup.c +Index: linux-3.14.28/arch/mips/lantiq/xway/pci-ath-fixup.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.14.28/arch/mips/lantiq/xway/pci-ath-fixup.c2015-01-17 10:55:03.329443942 -0800 @@ -0,0 +1,109 @@ +/* + * Atheros AP94 reference board PCI initialization @@ -525,8 +537,10 @@ + ath_fixups[ath_num_fixups].cal_data = cal_data; + ath_num_fixups++; +} /dev/null -+++ b/arch/mips/lantiq/xway/rt_eep.c +Index: linux-3.14.28/arch/mips/lantiq/xway/rt_eep.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.14.28/arch/mips/lantiq/xway/rt_eep.c 2015-01-17 10:55:03.329443942 -0800 @@ -0,0 +1,60 @@ +/* + * Copyright (C) 2011 John Crispin blo...@openwrt.org @@ -588,3 +602,17 @@ + return platform_driver_probe(ralink_eeprom_driver, of_ralink_eeprom_probe); +} +device_initcall(of_ralink_eeprom_init); +Index: linux-3.14.28/drivers/net/ethernet/lantiq_etop.c +=== +--- linux-3.14.28.orig/drivers/net/ethernet/lantiq_etop.c 2015-01-17 11:52:03.818405214 -0800 linux-3.14.28/drivers/net/ethernet/lantiq_etop.c 2015-01-17 12:02:20.905465188 -0800 +@@ -843,6 +843,9 @@ +
Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the UniFi AP Outdoor Plus
On 30/12/2014 06:01, Matthias Schiffer wrote: I had read the mails regarding the issue and I've asked about it in #openwrt-devel (but didn't get an answer yet). I didn't try changing the channel though as I'm in a very noisy environment (WLAN-wise) at the moment, so I can't really do any proper testing. If it's only a GPIO issue, I could look at it, but I don't know enough about ath9k to do more complex fixes. Unfortunately, I don't have the device anymore, so I can't perform further tests myself. can this wrong / missing GPIO cause permanent damage the SoC/wmac ? On 12/30/2014 05:42 AM, David Hutchison wrote: Does the new kernel / ath9k address the RF Filter on this board? I came up with an old patch for this board, but whenever I changed the channel inside OpenWRT the signal would just disappear. The RF Filter has to be toggled somehow ( I assume it's a GPIO of some sort ). I am just curious on how it was fixed, or if it's still an issue. -- Davey On Mon, Dec 29, 2014 at 8:01 PM, Matthias Schiffer mschif...@universe-factory.net wrote: Signed-off-by: Matthias Schiffer mschif...@universe-factory.net --- target/linux/ar71xx/base-files/etc/diag.sh | 3 ++ target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 ++ .../ar71xx/base-files/lib/upgrade/platform.sh | 2 + target/linux/ar71xx/image/Makefile | 3 +- .../610-MIPS-ath79-openwrt-machines.patch | 3 +- .../patches-3.14/616-MIPS-ath79-ubnt-xw.patch | 61 +- 6 files changed, 72 insertions(+), 3 deletions(-) diff --git a/target/linux/ar71xx/base-files/etc/diag.sh b/target/linux/ar71xx/base-files/etc/diag.sh index 06b96a3..30e4aeb 100755 --- a/target/linux/ar71xx/base-files/etc/diag.sh +++ b/target/linux/ar71xx/base-files/etc/diag.sh @@ -254,6 +254,9 @@ get_status_led() { uap-pro) status_led=ubnt:white:dome ;; + unifi-outdoor-plus) + status_led=ubnt:white:front + ;; airgateway) status_led=ubnt:white:status ;; diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh b/target/linux/ar71xx/base-files/lib/ar71xx.sh index 9b056e9..a12101a 100755 --- a/target/linux/ar71xx/base-files/lib/ar71xx.sh +++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh @@ -732,6 +732,9 @@ ar71xx_board_detect() { *UniFiAP Outdoor) name=unifi-outdoor ;; + *UniFiAP Outdoor+) + name=unifi-outdoor-plus + ;; *WP543) name=wp543 ;; diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh index 6dabf4e..2752729 100755 --- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh +++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh @@ -368,6 +368,7 @@ platform_check_image() { return 1 ;; + unifi-outdoor-plus | \ uap-pro) [ $magic_long != 19852003 ] { echo Invalid image type. @@ -483,6 +484,7 @@ platform_do_upgrade() { om5p) platform_do_upgrade_openmesh $ARGV ;; + unifi-outdoor-plus | \ uap-pro) MTD_CONFIG_ARGS=-s 0x18 default_do_upgrade $ARGV diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 18c9637..3eb2f07 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image/Makefile @@ -1333,6 +1333,7 @@ $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,SMART-300,smart-300,SMART-300,tty $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,OOLITE,oolite,GS-OOLITE,ttyATH0,115200,0x3C000101,1,16Mlzma)) $(eval $(call SingleProfile,UAPPRO,64k,UAPPRO,ubnt-uap-pro,UAP-PRO,ttyS0,115200,BZ,BZ,ar934x)) +$(eval $(call SingleProfile,UAPPRO,64k,UBNTUNIFIOUTDOORPLUS,ubnt-unifi-outdoor-plus,UBNT-UOP,ttyS0,115200,BZ,BZ,ar7240)) $(eval $(call SingleProfile,UBDEV,64kraw,UBDEV01,ubdev01,UBNT-UF,ttyS0,115200,XM,XM,ar7240)) @@ -1396,7 +1397,7 @@ $(eval $(call MultiProfile,TLWR941,TLWR941NV2 TLWR941NV3 TLWR941NV4 TLWR941NV6)) $(eval $(call MultiProfile,TLWR1043,TLWR1043V1 TLWR1043V2)) $(eval $(call MultiProfile,TLWDR4300,TLWDR3500V1 TLWDR3600V1 TLWDR4300V1 TLWDR4300V1IL TLWDR4310V1 MW4530RV1)) $(eval $(call MultiProfile,TUBE2H,TUBE2H8M TUBE2H16M)) -$(eval $(call MultiProfile,UBNT,UBNTAIRROUTER UBNTRS UBNTRSPRO UBNTLSSR71 UBNTBULLETM UBNTROCKETM UBNTNANOM UBNTNANOMXW UBNTLOCOXW UBNTUNIFI UBNTUNIFIOUTDOOR UAPPRO UBNTAIRGW)) +$(eval $(call MultiProfile,UBNT,UBNTAIRROUTER UBNTRS UBNTRSPRO UBNTLSSR71 UBNTBULLETM UBNTROCKETM UBNTNANOM UBNTNANOMXW UBNTLOCOXW UBNTUNIFI UBNTUNIFIOUTDOOR UBNTUNIFIOUTDOORPLUS UAPPRO UBNTAIRGW)) $(eval $(call MultiProfile,WNDR3700,WNDR3700V1 WNDR3700V2 WNDR3800 WNDR3800CH WNDRMAC WNDRMACV2)) $(eval $(call MultiProfile,WNR612V2,REALWNR612V2 N150R)) $(eval $(call MultiProfile,WP543,WP543_2M WP543_4M WP543_8M WP543_16M)) diff --git a/target/linux/ar71xx/patches-3.14/610-MIPS-ath79-openwrt-machines.patch b/target/linux/ar71xx/patches-3.14/610-MIPS-ath79-openwrt-machines.patch index 4ce9268..b01c5de 100644 ---
Re: [OpenWrt-Devel] [PATCH uqmi] Add command to specify preferred PLMN
On 2015-01-16 20:30, Sławomir Demeszko wrote: Signed-off-by: Sławomir Demeszko s.demes...@wireless-instruments.com Applied, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] build: explicitly unexport CONFIG_SITE
On 2015-01-16 04:03, Matthias Schiffer wrote: On systems with CONFIG_SITE in the environment (e.g. OpenSUSE) make will export the CONFIG_SITE set in include/package.mk by default. This will cause host builds to get the target site configuration, leading to all kinds of weirdness (wrong pointer size, wrong endianess). Fix this by explicitly unexporting CONFIG_SITE. The explicit export for the target builds overrides the unexport, so the target builds will still correctly get the site config. Signed-off-by: Matthias Schiffer mschif...@universe-factory.net Applied in r44019, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] build: allow openwrt.git packages to be replaced by feeds
For packages like mac80211, a lot of contributions go straight upstream to the kernel actually. It's understandable that openwrt.git maintains its own stabilization branch using quilt on this package. But it also makes sense for some users to generate OpenWrt firmware with a more recent version of backports, typically from the wireless-testing tip. To test a certain class of drivers as an example. Maintaining its own mac80211 or hostapd package (to pull it from their respective tip) is currently very painful. It requires maintaining a separate patch-set, sometimes requires small customizations to scripts; each of them conflicting every time a new openwrt version gets pulled rebased. Not being able to replace core packages while still pulling/rebasing openwrt.git easily is one of the reasons that makes OpenWrt contributions difficult. The whole reason behind this patch is to facilitate OpenWrt contributions, not prevent them. We can talk about the implementation; but I think leaving the opportunity to replace core packages when necessary would be useful to a lot of people. Thanks, Mathieu De : openwrt-devel openwrt-devel-boun...@lists.openwrt.org de la part de John Crispin blo...@openwrt.org Envoyé : vendredi 16 janvier 2015 22:11 À : openwrt-devel@lists.openwrt.org Objet : Re: [OpenWrt-Devel] [PATCH] build: allow openwrt.git packages to be replaced by feeds On 16/01/2015 22:45, Mathieu Olivari wrote: Currently, replacing a package available in openwrt.git requires modifications in openwrt.git, or requires duplicating the package in a feed but with a different name, which causes all kind of problems related to dependencies (all packages selecting it would have to be modified accordingly to select the new package). With this change, if a package with the same name is present both in feeds/ and package/ folders, the one in feeds/ will override the one in package/, both in the menuconfig and during the build. This mechanism is particularly useful for vendor tree, or in general for application which needs to replace one particular package which exists within openwrt.git by a custom/newer version. i think this is a bad solution. this is like overriding files in /sbin with ones in ~/sbin. it will cause lots of side effects and bogus bug reports. how about you simply upstream your magic feature and have it added to packages.git ? your patch seems to work around qca not upstreaming its work properly. Signed-off-by: Mathieu Olivari math...@qca.qualcomm.com --- include/scan.awk | 17 + include/scan.mk |2 +- scripts/feeds|9 ++--- 3 files changed, 24 insertions(+), 4 deletions(-) create mode 100644 include/scan.awk diff --git a/include/scan.awk b/include/scan.awk new file mode 100644 index 000..39b2977 --- /dev/null +++ b/include/scan.awk @@ -0,0 +1,17 @@ +BEGIN { FS=/ } +$1 ~ /^feeds/ { FEEDS[$NF]=$0 } +$1 !~ /^feeds/ { PKGS[$NF]=$0 } +END { + # Filter-out OpenWrt packages which have a feeds equivalent + for (pkg in PKGS) + if (pkg in FEEDS) + delete PKGS[pkg] + n = asort(PKGS) + for (i=1; i = n; i++) { +print PKGS[i] + } + n = asort(FEEDS) + for (i=1; i = n; i++){ + print FEEDS[i] +} +} diff --git a/include/scan.mk b/include/scan.mk index 0998333..138707d 100644 --- a/include/scan.mk +++ b/include/scan.mk @@ -43,7 +43,7 @@ endef $(FILELIST): rm -f $(TMP_DIR)/info/.files-$(SCAN_TARGET)-* - $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | uniq $@ + $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | uniq | awk -f include/scan.awk $@ $(TMP_DIR)/info/.files-$(SCAN_TARGET).mk: $(FILELIST) ( \ diff --git a/scripts/feeds b/scripts/feeds index 31ad544..01d9041 100755 --- a/scripts/feeds +++ b/scripts/feeds @@ -384,12 +384,15 @@ sub install_package { # previously installed packages set the runtime package # newly installed packages set the source package - $installed{$src} and return 0; + $installed{$src} and !is_core_package($src) and return 0; # check previously installed packages - $installed{$name} and return 0; + $installed{$name} and !is_core_package($name) and return 0; $installed{$src} = 1; - warn Installing package '$src'\n; + +is_core_package($src) + and warn Overriding package '$src'\n + or warn Installing package '$src'\n; $install_method{$type} or do { warn Unknown installation method: '$type'\n;
Re: [OpenWrt-Devel] [PATCH] build: allow changing kernel name in new image code
On 2015-01-17 23:48, Claudio Leite wrote: Necessary for targets using zImage or other kernel image types. Signed-off-by: Claudio Leite lei...@staticky.com Committed in r44018, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH V3 uclient] support for connection timeout
On 2015-01-16 11:21, Rafał Miłecki wrote: Signed-off-by: Rafał Miłecki zaj...@gmail.com Applied, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] How to install OpenWrt on Mikrotik SXT Lite 5?
Hello all, I already use OpenWrt on a Tplink WDR4300, but I'm quite lost on how to install it on Mikrotik SXT Lite 5. Couldn't find any good wiki entry explaining how... Anybody could help? PS: Still can't join openwrt-users cheers, bráulio -- Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua ideologia. Morra por sua ideologia P.R. Sarkar EITA - Educação, Informação e Tecnologias para Autogestão http://cirandas.net/brauliobo http://eita.org.br Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e destruídas nas fases de extroversão e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única proprietária daquilo que ela imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha por um milharal também imaginado, a pessoa imaginada não é a propriedade desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso a propriedade deste universo é de Brahma, e não dos microcosmos que também foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence a um indivíduo em particular; tudo é o patrimônio comum de todos. Restante do texto em http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 1/3] iproute2: bump version to 3.18.0
Applied, thanks. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Archer C7, leds and led trigger for ath10k
On 17/01/2015 08:42, Gianluca Anzolin wrote: Il 17/01/2015 07:41, John Crispin ha scritto: There is also a bugreport in the bug tracking system pointing at this issue: https://dev.openwrt.org/ticket/18188 I looked at the ath9k implementation and I've come up with the attached patch. Do you think a patch like this is acceptable? it is not do you care to elaborate? what's wrong with it? Gianluca _ imho fixing target/linux/ar71xx/base-files/etc/uci-defaults/01_leds is enough nd not driver patch is required __ 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] [PATCH] ramips: add support for Intenso Memory 2 Move USB 3.0
On Saturday, January 17, 2015 07:48:24 AM John Crispin wrote: On 15/01/2015 22:47, Christian Lamparter wrote: This adds support for a rt5350-based portable nas solution from Intenso. The board comes with 32M RAM and 8M Flash, the built-in HDD is connected/accessible via a usb3.0-sata bridge VLI VL701. BTW: In the meantime, I was able to find the Chinese distributor for this product. The devices seem to be sold by IOVST and they call it the UIS700HD [0]. However, this might not be the hardware vendor. The RT2860.bin in the rootfs has ApCliSsid set to Tenda_501500. But I haven't found anything remotely close on Tenda's product website. my question is: should I rename the profile (and the files) to: UIS700HD then? I would like to keep the Intenso name, because they provided me/us/anyone with at least a (partially very useful) GPL source for their product on their website [1]. diff --git a/target/linux/ramips/rt305x/profiles/m2m.mk b/target/linux/ramips/rt305x/profiles/m2m.mk new file mode 100644 index 000..e5cb6b8 --- /dev/null +++ b/target/linux/ramips/rt305x/profiles/m2m.mk @@ -0,0 +1,20 @@ +# +# Copyright (C) 2015 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define Profile/M2M + NAME:=Intenso Memory 2 Move + PACKAGES:=\ + kmod-ledtrig-netdev kmod-ledtrig-timer kmod-leds-gpio \ + kmod-usb-core kmod-usb2 kmod-usb-storage kmod-scsi-core \ + kmod-fs-ext4 kmod-fs-vfat block-mount +endef + not sure about the filesystem selection. what filesystem is on the disc when it is shipped ? The HDD was originally formatted with a single 500GB (size of the HDD) vfat[FAT32] partition. The original firmware supports vfat, exfat (via fuse), ntfs (via tuxera tntfs module) and ext2 (ext2 is used exclusively for updating the device firmware. It might be only available for the ramdisk uimage?! see notes about upfs [2]). The rootfs has a few traces of additional support [i.e.: they are listed in scripts or have installed fstools] for hfsplus and xfs. But as far as I can tell, they won't work. BTW: I would like to generate a ramdisk image by default too (I was thinking of adding FEATURES+=ramdisk). The reason is that this would make flashing the device easier (load the ramdisk image via tftp and then use sysupgrade with the squashfs-sysupgrade image). However, this would of course cause all other rt305x devices to build the ramdisk too! [which is probably not ideal. So, is there another way?]. Regards, Christian [0] http://www.iovst.com/product/article-41.html [1] http://www.intenso.de/downloads.php?kategorie=29produkt=1357297608 [2] http://hckohwnotes.blogspot.de/2014/05/debian-on-intenso-memory-2-move-intenso.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ramips: revert failsafe switch workaround for RT5350 introduced in r42179.
On 25/12/2014 02:29, Vittorio G (VittGam) wrote: It is not needed anymore as TCP packets get passed correctly now even when VLAN is disabled. are you sure this is the case for all rt3x5x, rt5350 and mt7628 units ? This piece of code also broke routers where the LAN port is not wired to port 0 of the internal switch. Signed-off-by: Vittorio Gambaletta open...@vittgam.net diff --git a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips index cae6396..386b527 100644 --- a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips +++ b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips @@ -11,24 +11,7 @@ ramips_set_preinit_iface() { swconfig dev rt305x set reset 1 fi - if echo $RT3X5X | egrep -q (RT5350|MT7628); then -# This is a dirty hack to get by while the switch - # problem is investigated. When VLAN is disabled, ICMP - # pings work as expected, but TCP connections time -# out, so telnetting in failsafe is impossible. The - # likely reason is TCP checksumming hardware getting - # disabled: - # https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg19870.html - swconfig dev rt305x set enable_vlan 1 - swconfig dev rt305x vlan 1 set ports 0 6 - swconfig dev rt305x port 6 set untag 0 - swconfig dev rt305x set apply 1 - vconfig add eth0 1 - ifconfig eth0 up - ifname=eth0.1 - else - ifname=eth0 - fi +ifname=eth0 } boot_hook_add preinit_main ramips_set_preinit_iface ___ 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] [PATCH] ramips: add support for Intenso Memory 2 Move USB 3.0
On 17/01/2015 14:49, Christian Lamparter wrote: On Saturday, January 17, 2015 07:48:24 AM John Crispin wrote: On 15/01/2015 22:47, Christian Lamparter wrote: This adds support for a rt5350-based portable nas solution from Intenso. The board comes with 32M RAM and 8M Flash, the built-in HDD is connected/accessible via a usb3.0-sata bridge VLI VL701. BTW: In the meantime, I was able to find the Chinese distributor for this product. The devices seem to be sold by IOVST and they call it the UIS700HD [0]. However, this might not be the hardware vendor. The RT2860.bin in the rootfs has ApCliSsid set to Tenda_501500. But I haven't found anything remotely close on Tenda's product website. my question is: should I rename the profile (and the files) to: UIS700HD then? I would like to keep the Intenso name, because they provided me/us/anyone with at least a (partially very useful) GPL source for their product on their website [1]. feel free to leave it as intenso, just make sure to add a wiki page and list the alternative SKUs there. The HDD was originally formatted with a single 500GB (size of the HDD) vfat[FAT32] partition. The original firmware supports vfat, exfat (via fuse), ntfs (via tuxera tntfs module) and ext2 (ext2 is used exclusively for updating the device firmware. It might be only available for the ramdisk uimage?! see notes about upfs [2]). The rootfs has a few traces of additional support [i.e.: they are listed in scripts or have installed fstools] for hfsplus and xfs. But as far as I can tell, they won't work. BTW: I would like to generate a ramdisk image by default too (I was thinking of adding FEATURES+=ramdisk). The reason is that this would make flashing the device easier (load the ramdisk image via tftp and then use sysupgrade with the squashfs-sysupgrade image). feel free to send a patch. applied your patch as r44001 However, this would of course cause all other rt305x devices to build the ramdisk too! [which is probably not ideal. So, is there another way?]. Regards, Christian [0] http://www.iovst.com/product/article-41.html [1] http://www.intenso.de/downloads.php?kategorie=29produkt=1357297608 [2] http://hckohwnotes.blogspot.de/2014/05/debian-on-intenso-memory-2-move-intenso.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/6] ar8216: patch series for AR8327/AR8337
On 12/01/2015 20:16, Heiner Kallweit wrote: Patches 1-3 are improvements w/o functional change. merged 1-3 4-6 will need a bit more time and a closer look Patches 4 allows to control EEE PHY sleep mode per port via swconfig. Motivation is that as workaround for issues with certain link partners EEE was disabled in general. Still the default is to initially disable EEE on all ports, however the brave now have the option to enable EEE on selected ports. Patch 5 displays autonegotiated EEE capabilities as part of the get_link attribute. Note that enabling/disabling PHY EEE sleep mode is independent of autonegotiated EEE capabilities. Even if PHY EEE sleep mode is disabled the switch advertises EEE capabilities to the link partner. This might still allow the link partner to sleep if network is inactive. Patch 6 displays autonegotiated rx/tx flow control as part of the get_link attribute. So far this was the case in forced mode only. Heiner Kallweit (6): ar8216: define all switch_addr structs as const ar8216: replace ar8xxx_rmw with ar8xxx_reg_set where appropriate ar8216: introduce ar8xxx_reg_clear complementing ar8xxx_reg_set ar8216: introduce enable_eee swconfig attribute to control 802.3az EEE per port ar8216: add 802.3az EEE info to swconfig get_link attribute ar8216: display flow control info in swconfig get_link in case of autonegatiation too .../linux/generic/files/drivers/net/phy/ar8216.c | 60 --- .../linux/generic/files/drivers/net/phy/ar8216.h | 18 +++ .../linux/generic/files/drivers/net/phy/ar8327.c | 175 ++--- .../linux/generic/files/drivers/net/phy/ar8327.h | 5 + .../linux/generic/files/drivers/net/phy/swconfig.c | 4 +- target/linux/generic/files/include/linux/switch.h | 2 + 6 files changed, 216 insertions(+), 48 deletions(-) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel