Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame
Sure, but will take until Monday. Lähettäjä: John Crispinmailto:blogic at openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Lähetetty: 24.7.2015 12:22 Vastaanottaja: Matti Laaksomailto:malaakso at elisanet.fi https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel; openwrt-devel at lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-develmailto:openwrt-devel at lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel; chrono at open-resource.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-develmailto:chrono at open-resource.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame On 24/07/2015 11:19, Matti Laakso wrote: / The fix will be in 4.2, so we still need the patch for 4.1. / can you prepare a patch and send it over ? It seems that Hauke already handled this. Working fine for me in trunk now as well. Matti ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 1/3] mcs814x: fix debug UART
It was broken since kernel 3.14 Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/config-3.18 | 10 -- .../linux/mcs814x/patches-3.18/014-debuguart.patch | 41 ++ 2 files changed, 48 insertions(+), 3 deletions(-) create mode 100644 target/linux/mcs814x/patches-3.18/014-debuguart.patch diff --git a/target/linux/mcs814x/config-3.18 b/target/linux/mcs814x/config-3.18 index 87a8382..e57f5ff 100644 --- a/target/linux/mcs814x/config-3.18 +++ b/target/linux/mcs814x/config-3.18 @@ -49,10 +49,15 @@ CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_DEBUG_LL=y -CONFIG_DEBUG_LL_INCLUDE=mach/debug-macro.S +CONFIG_DEBUG_LL_INCLUDE=debug/8250.S CONFIG_DEBUG_LL_UART_NONE=y -# CONFIG_DEBUG_UART_8250 is not set +CONFIG_DEBUG_UART_8250=y +# CONFIG_DEBUG_UART_8250_FLOW_CONTROL is not set +CONFIG_DEBUG_UART_8250_SHIFT=2 +# CONFIG_DEBUG_UART_8250_WORD is not set +CONFIG_DEBUG_UART_PHYS=0x400dc000 # CONFIG_DEBUG_UART_PL01X is not set +CONFIG_DEBUG_UART_VIRT=0xf00dc000 # CONFIG_DEBUG_USER is not set CONFIG_DTC=y CONFIG_EARLY_PRINTK=y @@ -157,7 +162,6 @@ CONFIG_MTD_PHYSMAP=y CONFIG_MULTI_IRQ_HANDLER=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_KUSER_HELPERS=y -CONFIG_NEED_MACH_MEMORY_H=y CONFIG_NEED_PER_CPU_KM=y CONFIG_NET_KEY=y # CONFIG_NET_VENDOR_BROADCOM is not set diff --git a/target/linux/mcs814x/patches-3.18/014-debuguart.patch b/target/linux/mcs814x/patches-3.18/014-debuguart.patch new file mode 100644 index 000..5f1b67f --- /dev/null +++ b/target/linux/mcs814x/patches-3.18/014-debuguart.patch @@ -0,0 +1,41 @@ +--- a/arch/arm/mach-mcs814x/include/mach/debug-macro.S /dev/null +@@ -1,11 +0,0 @@ +-#include mach/mcs814x.h +- +-.macro addruart, rp, rv, tmp +- ldr \rp, =MCS814X_PHYS_BASE +- ldr \rv, =MCS814X_VIRT_BASE +- orr \rp, \rp, #MCS814X_UART +- orr \rv, \rv, #MCS814X_UART +-.endm +- +-#define UART_SHIFT2 +-#include asm/hardware/debug-8250.S +--- a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug +@@ -1089,7 +1089,7 @@ config DEBUG_UART_8250 + (FOOTBRIDGE !DEBUG_DC21285_PORT) || \ + ARCH_GEMINI || ARCH_IOP13XX || ARCH_IOP32X || \ + ARCH_IOP33X || ARCH_IXP4XX || \ +- ARCH_LPC32XX || ARCH_MV78XX0 || ARCH_ORION5X || ARCH_RPC ++ ARCH_LPC32XX || ARCH_MCS814X || ARCH_MV78XX0 || ARCH_ORION5X || ARCH_RPC + + # Compatibility options for BCM63xx + config DEBUG_UART_BCM63XX +@@ -1124,6 +1124,7 @@ config DEBUG_UART_PHYS + default 0x3e00 if DEBUG_BCM_KONA_UART + default 0x4000e400 if DEBUG_LL_UART_EFM32 + default 0x4009 if ARCH_LPC32XX ++ default 0x400dc000 if ARCH_MCS814X + default 0x4010 if DEBUG_PXA_UART1 + default 0x4200 if ARCH_GEMINI + default 0x5000 if DEBUG_S3C24XX_UART (DEBUG_S3C_UART0 || \ +@@ -1178,6 +1179,7 @@ config DEBUG_UART_VIRT + default 0xe0010fe0 if ARCH_RPC + default 0xe100 if DEBUG_MSM_UART + default 0xfbe0 if ARCH_EBSA110 ++ default 0xf00dc000 if ARCH_MCS814X + default 0xf01fb000 if DEBUG_NOMADIK_UART + default 0xf0201000 if DEBUG_BCM2835 + default 0xf1000300 if DEBUG_BCM_5301X -- 2.4.6.89.g851dcf4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] bugfix: FORCE=1 doesn't work to override prereq checks
* Lawrence D'Anna la...@elder-gods.org [26.07.2015 16:39]: What prereq can be forced that makes force even a worthwhile option? If it works anyway, why not just drop the prereq check? If it still won't work, what's the point in allowing a force? In my case it was because the prereq checks didn’t think I had openssl because they didn’t use HOST_CPPFLAGS. here i had problems on IBM Power7/8 with AIX. i think for the 'brave' a FORCE makes sense for tracking down problems. e.g. simply aborting, because 'GNU find' is not there is...because of GNU? 8-) bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 04/13] ramips: sort boards alphabetically and optimize base-files/etc/{diag.sh, board.d/*} scripts
diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index 334e889..a781f46 100755 [...] + re6500) + ucidef_set_interface_lan eth0.1 + ucidef_add_switch switch0 1 1 + ucidef_add_switch_vlan switch0 1 1 2 3 4 6t + ;; The four physical lan ports on the Linksys RE6500 are connected to switchport 0-3 so it must read: + ucidef_add_switch_vlan switch0 1 0 1 2 3 6t So it's a mistake, but that's not the aspect of my patch. I just removed wrong indentation and reordered boards, without touching configuration. Apologies, I misinterpreted your patch. I'll come back to this issue to a separate thread. Michael ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 2/3] mcs814x: fix interrupts
create explicit 1:1 mapping before mcs814x_alloc_gc/irq_setup_generic_chip marks all interrupts used and prevents mapping by dts init. IRQ 0 is the timer interrupt and is not illegal! Was broken since kernel 3.14. Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c | 6 +- target/linux/mcs814x/patches-3.18/015-timer-irq.patch | 11 +++ 2 files changed, 16 insertions(+), 1 deletion(-) create mode 100644 target/linux/mcs814x/patches-3.18/015-timer-irq.patch diff --git a/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c b/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c index f84c412..fd4345f 100644 --- a/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c +++ b/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c @@ -71,6 +71,7 @@ static const struct of_device_id mcs814x_intc_ids[] = { void __init mcs814x_of_irq_init(void) { struct device_node *np; + struct irq_domain *domain; np = of_find_matching_node(NULL, mcs814x_intc_ids); if (!np) @@ -80,7 +81,10 @@ void __init mcs814x_of_irq_init(void) if (!mcs814x_intc_base) panic(unable to map intc cpu registers\n); - irq_domain_add_simple(np, 32, 0, irq_generic_chip_ops, NULL); + domain = irq_domain_add_simple(np, 32, 0, irq_domain_simple_ops, NULL); + if (!domain) + panic(unable to add irq domain\n); + irq_create_strict_mappings(domain, 0, 0, 32); of_node_put(np); diff --git a/target/linux/mcs814x/patches-3.18/015-timer-irq.patch b/target/linux/mcs814x/patches-3.18/015-timer-irq.patch new file mode 100644 index 000..9bbb094 --- /dev/null +++ b/target/linux/mcs814x/patches-3.18/015-timer-irq.patch @@ -0,0 +1,11 @@ +--- a/kernel/irq/irqdesc.c b/kernel/irq/irqdesc.c +@@ -381,7 +381,7 @@ int __handle_domain_irq(struct irq_domai +* Some hardware gives randomly wrong interrupts. Rather +* than crashing, do something sensible. +*/ +- if (unlikely(!irq || irq = nr_irqs)) { ++ if (unlikely(irq = nr_irqs)) { + ack_bad_irq(irq); + ret = -EINVAL; + } else { -- 2.4.6.89.g851dcf4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 3/3] mcs814x: use firmware partition splitter on dLAN USB Extender
Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/config-3.18 | 4 .../mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts| 8 target/linux/mcs814x/image/Makefile | 2 +- 3 files changed, 5 insertions(+), 9 deletions(-) diff --git a/target/linux/mcs814x/config-3.18 b/target/linux/mcs814x/config-3.18 index e57f5ff..427a7c9 100644 --- a/target/linux/mcs814x/config-3.18 +++ b/target/linux/mcs814x/config-3.18 @@ -159,6 +159,10 @@ CONFIG_MODULES_USE_ELF_REL=y # CONFIG_MTD_IMPA7 is not set CONFIG_MTD_JEDECPROBE=y CONFIG_MTD_PHYSMAP=y +# CONFIG_MTD_ROOTFS_SPLIT is not set +CONFIG_MTD_SPLIT_FIRMWARE=y +CONFIG_MTD_SPLIT_FIRMWARE_NAME=linux +CONFIG_MTD_SPLIT_UIMAGE_FW=y CONFIG_MULTI_IRQ_HANDLER=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_KUSER_HELPERS=y diff --git a/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts b/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts index 0c85b94..59830e8 100644 --- a/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts +++ b/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts @@ -48,14 +48,6 @@ reg = 0x4 0x1; }; partition@5 { - label = kernel; - reg = 0x5 0x10; - }; - partition@15 { - label = rootfs; - reg = 0x15 0x3C; - }; - partition@50001 { label = linux; reg = 0x5 0x4C; }; diff --git a/target/linux/mcs814x/image/Makefile b/target/linux/mcs814x/image/Makefile index 4c8af97..74f8ad4 100644 --- a/target/linux/mcs814x/image/Makefile +++ b/target/linux/mcs814x/image/Makefile @@ -30,7 +30,7 @@ define Image/Build/DTB endef define Image/Build/Profile/dLAN_USB_Extender - dd if=$(KDIR)/uImage-dlan-usb-extender bs=1M conv=sync of=$(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin + dd if=$(KDIR)/uImage-dlan-usb-extender bs=64k conv=sync of=$(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin cat $(KDIR)/root.$(1) $(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin cp $(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin $(BIN_DIR)/ endef -- 2.4.6.89.g851dcf4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 0/3] fix mcs814x dLAN USB Extender
Patches fix interrupt init, timer irq and debug UART for mcs814x. dLAN USB Extender kernel got too big to fit in 1MB so I changed dts partition layout and image builder to make use of automatic partition splitting. Please apply to trunk and CC/15.05! Günther Kelleter (3): mcs814x: fix debug UART mcs814x: fix interrupts mcs814x: use firmware partition splitter on dLAN USB Extender target/linux/mcs814x/config-3.18 | 14 ++-- .../arch/arm/boot/dts/dlan-usb-extender.dts| 8 - .../mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c | 6 +++- target/linux/mcs814x/image/Makefile| 2 +- .../linux/mcs814x/patches-3.18/014-debuguart.patch | 41 ++ .../linux/mcs814x/patches-3.18/015-timer-irq.patch | 11 ++ 6 files changed, 69 insertions(+), 13 deletions(-) create mode 100644 target/linux/mcs814x/patches-3.18/014-debuguart.patch create mode 100644 target/linux/mcs814x/patches-3.18/015-timer-irq.patch -- 2.4.6.89.g851dcf4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [CC 15.05-rc3] lighttpd: Security update (CVE-2015-3200)
The lighttpd package has been rebuilt and was uploaded to the Chaos Calmer 15.05 Release Candicate 3 repository due to a reported security issue. VERSION 1.4.35-4 = 1.4.36-1 CHANGELOG [Sun, 26 Jul 2015 12:56:12 -0400 1e2bf20] Update to 1.4.36 [Sun, 26 Jul 2015 12:55:12 -0400 da756e2] Add liblua deps for lighttpd-mod-cml and lighttpd-mod-magnet CHANGES net/lighttpd/Makefile | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) REFERENCES * http://redmine.lighttpd.net/issues/2646 * https://github.com/openwrt/packages/commit/da756e239f23303dff1eb50d623a4252757dd513 * https://github.com/openwrt/packages/commit/1e2bf20acf9e4f9a89fb43697c28fd5627c79985 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 3/3] mcs814x: use firmware partition splitter on dLAN USB Extender
On Jul 27, 2015 3:55 AM, Günther Kelleter guenther.kelle...@devolo.de wrote: Looks good to me, having a better commit message would be welcome. Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/config-3.18 | 4 .../mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts| 8 target/linux/mcs814x/image/Makefile | 2 +- 3 files changed, 5 insertions(+), 9 deletions(-) diff --git a/target/linux/mcs814x/config-3.18 b/target/linux/mcs814x/config-3.18 index e57f5ff..427a7c9 100644 --- a/target/linux/mcs814x/config-3.18 +++ b/target/linux/mcs814x/config-3.18 @@ -159,6 +159,10 @@ CONFIG_MODULES_USE_ELF_REL=y # CONFIG_MTD_IMPA7 is not set CONFIG_MTD_JEDECPROBE=y CONFIG_MTD_PHYSMAP=y +# CONFIG_MTD_ROOTFS_SPLIT is not set +CONFIG_MTD_SPLIT_FIRMWARE=y +CONFIG_MTD_SPLIT_FIRMWARE_NAME=linux +CONFIG_MTD_SPLIT_UIMAGE_FW=y CONFIG_MULTI_IRQ_HANDLER=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_KUSER_HELPERS=y diff --git a/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts b/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts index 0c85b94..59830e8 100644 --- a/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts +++ b/target/linux/mcs814x/files-3.18/arch/arm/boot/dts/dlan-usb-extender.dts @@ -48,14 +48,6 @@ reg = 0x4 0x1; }; partition@5 { - label = kernel; - reg = 0x5 0x10; - }; - partition@15 { - label = rootfs; - reg = 0x15 0x3C; - }; - partition@50001 { label = linux; reg = 0x5 0x4C; }; diff --git a/target/linux/mcs814x/image/Makefile b/target/linux/mcs814x/image/Makefile index 4c8af97..74f8ad4 100644 --- a/target/linux/mcs814x/image/Makefile +++ b/target/linux/mcs814x/image/Makefile @@ -30,7 +30,7 @@ define Image/Build/DTB endef define Image/Build/Profile/dLAN_USB_Extender - dd if=$(KDIR)/uImage-dlan-usb-extender bs=1M conv=sync of=$(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin + dd if=$(KDIR)/uImage-dlan-usb-extender bs=64k conv=sync of=$(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin cat $(KDIR)/root.$(1) $(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin cp $(KDIR)/$(IMG_PREFIX)-dlan-usb-extender-upgrade-$(1).bin $(BIN_DIR)/ endef -- 2.4.6.89.g851dcf4 ___ 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 v2 1/3] mcs814x: fix debug UART
On Jul 27, 2015 3:54 AM, Günther Kelleter guenther.kelle...@devolo.de wrote: It was broken since kernel 3.14 True, but your patch does not explain how you are fixing this, which is what matters for a good commit message. Could expand on why migrating to the generic 8250 debug uart code is fixing things? Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/config-3.18 | 10 -- .../linux/mcs814x/patches-3.18/014-debuguart.patch | 41 ++ 2 files changed, 48 insertions(+), 3 deletions(-) create mode 100644 target/linux/mcs814x/patches-3.18/014-debuguart.patch diff --git a/target/linux/mcs814x/config-3.18 b/target/linux/mcs814x/config-3.18 index 87a8382..e57f5ff 100644 --- a/target/linux/mcs814x/config-3.18 +++ b/target/linux/mcs814x/config-3.18 @@ -49,10 +49,15 @@ CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_DEBUG_LL=y -CONFIG_DEBUG_LL_INCLUDE=mach/debug-macro.S +CONFIG_DEBUG_LL_INCLUDE=debug/8250.S CONFIG_DEBUG_LL_UART_NONE=y -# CONFIG_DEBUG_UART_8250 is not set +CONFIG_DEBUG_UART_8250=y +# CONFIG_DEBUG_UART_8250_FLOW_CONTROL is not set +CONFIG_DEBUG_UART_8250_SHIFT=2 +# CONFIG_DEBUG_UART_8250_WORD is not set +CONFIG_DEBUG_UART_PHYS=0x400dc000 # CONFIG_DEBUG_UART_PL01X is not set +CONFIG_DEBUG_UART_VIRT=0xf00dc000 # CONFIG_DEBUG_USER is not set CONFIG_DTC=y CONFIG_EARLY_PRINTK=y @@ -157,7 +162,6 @@ CONFIG_MTD_PHYSMAP=y CONFIG_MULTI_IRQ_HANDLER=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_KUSER_HELPERS=y -CONFIG_NEED_MACH_MEMORY_H=y CONFIG_NEED_PER_CPU_KM=y CONFIG_NET_KEY=y # CONFIG_NET_VENDOR_BROADCOM is not set diff --git a/target/linux/mcs814x/patches-3.18/014-debuguart.patch b/target/linux/mcs814x/patches-3.18/014-debuguart.patch new file mode 100644 index 000..5f1b67f --- /dev/null +++ b/target/linux/mcs814x/patches-3.18/014-debuguart.patch @@ -0,0 +1,41 @@ +--- a/arch/arm/mach-mcs814x/include/mach/debug-macro.S /dev/null +@@ -1,11 +0,0 @@ +-#include mach/mcs814x.h +- +-.macro addruart, rp, rv, tmp +- ldr \rp, =MCS814X_PHYS_BASE +- ldr \rv, =MCS814X_VIRT_BASE +- orr \rp, \rp, #MCS814X_UART +- orr \rv, \rv, #MCS814X_UART +-.endm +- +-#define UART_SHIFT2 +-#include asm/hardware/debug-8250.S +--- a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug +@@ -1089,7 +1089,7 @@ config DEBUG_UART_8250 + (FOOTBRIDGE !DEBUG_DC21285_PORT) || \ + ARCH_GEMINI || ARCH_IOP13XX || ARCH_IOP32X || \ + ARCH_IOP33X || ARCH_IXP4XX || \ +- ARCH_LPC32XX || ARCH_MV78XX0 || ARCH_ORION5X || ARCH_RPC ++ ARCH_LPC32XX || ARCH_MCS814X || ARCH_MV78XX0 || ARCH_ORION5X || ARCH_RPC + + # Compatibility options for BCM63xx + config DEBUG_UART_BCM63XX +@@ -1124,6 +1124,7 @@ config DEBUG_UART_PHYS + default 0x3e00 if DEBUG_BCM_KONA_UART + default 0x4000e400 if DEBUG_LL_UART_EFM32 + default 0x4009 if ARCH_LPC32XX ++ default 0x400dc000 if ARCH_MCS814X + default 0x4010 if DEBUG_PXA_UART1 + default 0x4200 if ARCH_GEMINI + default 0x5000 if DEBUG_S3C24XX_UART (DEBUG_S3C_UART0 || \ +@@ -1178,6 +1179,7 @@ config DEBUG_UART_VIRT + default 0xe0010fe0 if ARCH_RPC + default 0xe100 if DEBUG_MSM_UART + default 0xfbe0 if ARCH_EBSA110 ++ default 0xf00dc000 if ARCH_MCS814X + default 0xf01fb000 if DEBUG_NOMADIK_UART + default 0xf0201000 if DEBUG_BCM2835 + default 0xf1000300 if DEBUG_BCM_5301X -- 2.4.6.89.g851dcf4 ___ 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 v2 2/3] mcs814x: fix interrupts
On Jul 27, 2015 3:54 AM, Günther Kelleter guenther.kelle...@devolo.de wrote: create explicit 1:1 mapping before mcs814x_alloc_gc/irq_setup_generic_chip marks all interrupts used and prevents mapping by dts init. IRQ 0 is the timer interrupt and is not illegal! Is the second hunk of the patch still necessary then? Some other people seem to have run into similar problems on Dove, you might to look at what they did to avoid having to remove the check against virq 0. Was broken since kernel 3.14. Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c | 6 +- target/linux/mcs814x/patches-3.18/015-timer-irq.patch | 11 +++ 2 files changed, 16 insertions(+), 1 deletion(-) create mode 100644 target/linux/mcs814x/patches-3.18/015-timer-irq.patch diff --git a/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c b/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c index f84c412..fd4345f 100644 --- a/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c +++ b/target/linux/mcs814x/files-3.18/arch/arm/mach-mcs814x/irq.c @@ -71,6 +71,7 @@ static const struct of_device_id mcs814x_intc_ids[] = { void __init mcs814x_of_irq_init(void) { struct device_node *np; + struct irq_domain *domain; np = of_find_matching_node(NULL, mcs814x_intc_ids); if (!np) @@ -80,7 +81,10 @@ void __init mcs814x_of_irq_init(void) if (!mcs814x_intc_base) panic(unable to map intc cpu registers\n); - irq_domain_add_simple(np, 32, 0, irq_generic_chip_ops, NULL); + domain = irq_domain_add_simple(np, 32, 0, irq_domain_simple_ops, NULL); + if (!domain) + panic(unable to add irq domain\n); + irq_create_strict_mappings(domain, 0, 0, 32); of_node_put(np); diff --git a/target/linux/mcs814x/patches-3.18/015-timer-irq.patch b/target/linux/mcs814x/patches-3.18/015-timer-irq.patch new file mode 100644 index 000..9bbb094 --- /dev/null +++ b/target/linux/mcs814x/patches-3.18/015-timer-irq.patch @@ -0,0 +1,11 @@ +--- a/kernel/irq/irqdesc.c b/kernel/irq/irqdesc.c +@@ -381,7 +381,7 @@ int __handle_domain_irq(struct irq_domai +* Some hardware gives randomly wrong interrupts. Rather +* than crashing, do something sensible. +*/ +- if (unlikely(!irq || irq = nr_irqs)) { ++ if (unlikely(irq = nr_irqs)) { + ack_bad_irq(irq); + ret = -EINVAL; + } else { -- 2.4.6.89.g851dcf4 ___ 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
[OpenWrt-Devel] [BB 14.07] hostapd: Update
The hostapd package has been rebuilt and was uploaded to the Barrier Breaker 14.07 repository. VERSION 2014-06-03.1-1 = 2014-06-03.1-3 CHANGELOG [Mon, 27 Jul 2015 13:29:08 + 1be3ce8] If the initial attempt at opening the socket connection to the RADIUS server failed due to missing IP connectivity during startup, e.g., with connect[radius]: Network is unreachable, hostapd did not try to reconnect when RADIUS messages were sent. Instead, it only reported No authentication server configured even if the configuration did have a server entry. Backport of upstream commit 94b39e5927e570e6b0fe41d455dde0a361c71c36 (RADIUS client: Fix server connection recovery after initial failure) [Wed, 6 May 2015 09:47:05 + 179bab8] Fix remote denial of service vulnerability in WMM action frame parsing CHANGES package/network/services/hostapd/Makefile |4 +- ...er-underflow-in-WMM-Action-frame-par.patch | 36 +++ .../patches/700-fix-radius-reconnect.patch| 41 + 3 files changed, 79 insertions(+), 2 deletions(-) REFERENCES * http://git.openwrt.org/?p=14.07/openwrt.git;a=commit;h=179bab8b1700d74b28cc6cd25322f9a1ad670107 * http://git.openwrt.org/?p=14.07/openwrt.git;a=commit;h=1be3ce89319ac912e83d942eb7a777ea4d92a6fe ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] obtaining openwrt linux kernel git repo for selected target
On Sun, Jul 26, 2015 at 1:09 PM, Antony Pavlov antonynpav...@gmail.com wrote: $ git checkout v3.18 The upstream linux.git;v3.18 tag does not generate the linux-3.18.18 tarball that the OpenWrt HEAD is currently using. Try this instead: * https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v3.18.18 If importing from the linux-stable.git;v3.18.18 tag also fails, then look at `include/kernel-version.mk` in the buildroot, download exactly the tarball specified therein, and apply the entire ar71xx patch-queue using a tool like `quilt`. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] EdgeRouter POE support
Hello, What is current status of support for Ubiquity's EdgeRouter POE (this one with 2+3switch ports) ? I can't flash it with sysupgrade using openwrt-15.05-rc3-octeon-er: Sysupgrade is not yet supported on cavium,octeon-3860. Image check 'platform_check_image' failed. I can with openwrt-15.05-rc3-octeon-erlite but system detects only eth0 and eth1, not switch interface (same status with BarierBraker). I managed to detect eth2, by porting to BB Ubiquiti's GPL kernel modifications, but I don't know how to enable this interface as switch0, and bring it up. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 04/13] ramips: sort boards alphabetically and optimize base-files/etc/{diag.sh, board.d/*} scripts
2015-07-27 11:37 GMT+02:00 Michael Bastian mbast...@netcologne.de: diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index 334e889..a781f46 100755 [...] + re6500) + ucidef_set_interface_lan eth0.1 + ucidef_add_switch switch0 1 1 + ucidef_add_switch_vlan switch0 1 1 2 3 4 6t + ;; The four physical lan ports on the Linksys RE6500 are connected to switchport 0-3 so it must read: + ucidef_add_switch_vlan switch0 1 0 1 2 3 6t So it's a mistake, but that's not the aspect of my patch. I just removed wrong indentation and reordered boards, without touching configuration. Cheers, Piotr ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] RFC: Preserving smbpasswd dnsmasq.time across sysupgrade
* Kevin Darbyshire-Bryant ke...@darbyshire-bryant.me.uk [26.07.2015 16:35]: The next question is how? It looks like a few other packages create a subdir in 'keep.d' with a file containing a list of files that should be preserved by default. I would anticipate creating 'samba' 'dnsmasq' subdirs though the package Makefiles. A better way? they should just be marked as 'conffiles' in the package itself andi these files are automatically choosen for including into sysupgrade.tgz the magic is done in add_uci_conffiles() line 100 in file package/base-files/files/sbin/sysupgrade - /sbin/sysupgrade bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 05/13] ramips: use consistent naming scheme for LEDs, for various manufacturers
2015-07-26 23:59 GMT+02:00 Jonas Gorski j...@openwrt.org: On Sun, Jul 26, 2015 at 9:34 PM, Piotr Dymacz pep...@gmail.com wrote: 2015-07-26 21:16 GMT+02:00 Imre Kaloz ka...@openwrt.org: On Sun, 26 Jul 2015 18:24:30 +0200, Piotr Dymacz pep...@gmail.com wrote: For some boards in ramips (and other targets) naming scheme for LEDs is: manufacturer:color:led-name, but there are many other boards which don't follow this approach. The upstream convention is device:color:led-name. So actually, the wrong way is where we do the other way around. [...] And, when the convention was changed? It has always been this way since 2006: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=75c1d31d9ea71025b73430c696b727e8aa15872d only the :function part was added a year later. I asked the wrong question - I missed the upstream word, sorry for that. I always thought that OpenWrt uses its own naming scheme (manufacturer:color:led-name), for a specific reason. There are many boards, for example in ar71xx target, with same LED name for the status LED, for a long time now: [...] tl-wa830re-v2 | \ tl-wr842n-v2 | \ tl-wr941nd | \ tl-wr941nd-v5) status_led=tp-link:green:system [...] With the current approach, with common diag.sh script for all boards in same target, switching to upstream convention will give there hundreds of new lines of code (every board will get its own unique name for LED). I know about plans to make board detection with JSON data [1], but maybe till it's done, we could do that: 1. Fix LEDs naming scheme for boards and use the upstream convention (device:color:led-name). 2. Make small optimization in diag.sh and 01_leds scripts and instead of this: [...] case $(ramips_board_name) in [...] boardX) status_led=boardX:green:power ;; boardY) status_led=boardY:green:power ;; boardZ) status_led=boardZ:green:power ;; [...] Make it that way: case $(ramips_board_name) in [...] boardX|\ boardY|\ boardZ\) status_led=$(ramips_board_name):green:power ;; [...] That would allow to combine together boards with same LEDs colors/names (which is common for boards from same manufacturer) and in result - shrink the code. That's bad news... I will fix it. But, why then patches with wrong convention are still accepted? [...] Sometimes things slip through. People do mistakes. Sure, nobody's perfect. Cheers, Piotr [1] https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg32357.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 04/13] ramips: sort boards alphabetically and optimize base-files/etc/{diag.sh, board.d/*} scripts
diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index 334e889..a781f46 100755 [...] + re6500) + ucidef_set_interface_lan eth0.1 + ucidef_add_switch switch0 1 1 + ucidef_add_switch_vlan switch0 1 1 2 3 4 6t + ;; The four physical lan ports on the Linksys RE6500 are connected to switchport 0-3 so it must read: + ucidef_add_switch_vlan switch0 1 0 1 2 3 6t Personally I build my images with a WAN port on physical port 1 but since this box has no dedicated WAN port labeled on the backside it might be confusing use something like this as a default? --- a/target/linux/ramips/base-files/etc/board.d/02_network +++ b/target/linux/ramips/base-files/etc/board.d/02_network @@ -104,7 +104,13 @@ ramips_setup_interfaces() ucidef_add_switch_vlan switch0 2 0 9t ;; -re6500 | \ +re6500) + ucidef_set_interfaces_lan_wan eth0.1 eth0.2 + ucidef_add_switch switch0 1 1 + ucidef_add_switch_vlan switch0 1 1 2 3 6t + ucidef_add_switch_vlan switch0 2 0 6t + ;; + ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Workaround: saved administration site user and pass may appear on the Wireless configuration page, replacing the WPA key
Applied to master and for-15.05 - thanks! ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Allow editing of AP channel when all client networks are disabled
Applied to master and for-15.05 - thanks! ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Fix: A disabled wireless network may be shown as enabled, when multiple networks are defined on the same radio
Applied to master and for-15.05 - thanks! ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Fix: Status for disabled wireless networks may display the SSID, BSSID and Mode of an active network on the same radio
Applied to master and for-15.05 - thanks! ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel