[OpenWrt-Devel] [PATCH 4/6] CC: ar71xx: Fix WAN port location on EnGenius ESR1750 and EPG5000.
The designated blue WAN port on both devices has index 5, not 1. Backport of r46227. Signed-off-by: Christian Beier c...@shoutrlabs.com --- target/linux/ar71xx/base-files/etc/uci-defaults/02_network | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network index 2fab4c2..fe4733a 100644 --- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network +++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network @@ -34,8 +34,8 @@ esr1750 |\ epg5000) ucidef_set_interfaces_lan_wan eth0.1 eth0.2 ucidef_add_switch switch0 1 1 - ucidef_add_switch_vlan switch0 1 0t 2 3 4 5 - ucidef_add_switch_vlan switch0 2 0t 1 + ucidef_add_switch_vlan switch0 1 0t 1 2 3 4 + ucidef_add_switch_vlan switch0 2 0t 5 ;; ap136-010) -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [RFC] [PATCH 0/6] CC: Backport EnGenius ESR1750 EPG5000 fixes from trunk
This set of patches is my attempt to get decent support for the ESR1750 and EPG5000 EnGenius devices into CC. They apply to the CC release branch I got from git://git.openwrt.org/15.05/openwrt.git and build all ar71xx images just fine. I also tested the image on an EPG5000. If you think it's too late for these backports, simply ignore this - otherwise I'd be happy to have these in CC, I tried to make the work impact as low as possible. Christian Beier (6): CC: ar71xx: add kernel support for EnGenius EPG5000. CC: ar71xx: add user-space support for EnGenius EPG5000. CC: ar71xx: add profile and build image for EnGenius EPG5000. CC: ar71xx: Fix WAN port location on EnGenius ESR1750 and EPG5000. CC: ar71xx: add LED defaults for the EnGenius EPG5000 CC: ar71xx: Fix LED-to-phy mapping for EnGenius ESR1750. target/linux/ar71xx/base-files/etc/diag.sh | 3 + .../ar71xx/base-files/etc/uci-defaults/01_leds | 9 +- .../ar71xx/base-files/etc/uci-defaults/02_network | 7 +- target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 + .../ar71xx/base-files/lib/upgrade/platform.sh | 1 + target/linux/ar71xx/config-3.18| 1 + .../ar71xx/files/arch/mips/ath79/mach-epg5000.c| 178 + target/linux/ar71xx/generic/profiles/engenius.mk | 12 ++ target/linux/ar71xx/image/Makefile | 2 + .../718-MIPS-ath79-add-EPG5000-support.patch | 39 + 10 files changed, 250 insertions(+), 5 deletions(-) create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-epg5000.c create mode 100644 target/linux/ar71xx/patches-3.18/718-MIPS-ath79-add-EPG5000-support.patch -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/6] CC: ar71xx: add profile and build image for EnGenius EPG5000.
Backport of r46049. Signed-off-by: Christian Beier c...@shoutrlabs.com --- target/linux/ar71xx/generic/profiles/engenius.mk | 12 target/linux/ar71xx/image/Makefile | 2 ++ 2 files changed, 14 insertions(+) diff --git a/target/linux/ar71xx/generic/profiles/engenius.mk b/target/linux/ar71xx/generic/profiles/engenius.mk index b42c5cc..7ea93e3 100644 --- a/target/linux/ar71xx/generic/profiles/engenius.mk +++ b/target/linux/ar71xx/generic/profiles/engenius.mk @@ -39,3 +39,15 @@ define Profile/ESR1750/Description endef $(eval $(call Profile,ESR1750)) + + +define Profile/EPG5000 +NAME:=EnGenius EPG5000 +PACKAGES:=kmod-usb-core kmod-usb2 kmod-usb-storage kmod-ath10k wpad-mini +endef + +define Profile/EPG5000/Description +Package set optimized for the EnGenius EPG5000 +endef + +$(eval $(call Profile,EPG5000)) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index a2a66b8..c8ed2ec 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image/Makefile @@ -930,6 +930,7 @@ cameo_ap94_mtdlayout=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,6208k(firmware) cameo_ap94_mtdlayout_fat=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,7808k(firmware),64k(caldata)ro,64k@0x66(caldata_orig),6208k@0x5(firmware_orig) esr900_mtdlayout=mtdparts=spi0.0:192k(u-boot)ro,64k(u-boot-env)ro,1408k(kernel),13248k(rootfs),1024k(manufacture)ro,64k(backup)ro,320k(storage)ro,64k(caldata)ro,14656k@0x4(firmware) esr1750_mtdlayout=mtdparts=spi0.0:192k(u-boot)ro,64k(u-boot-env)ro,1408k(kernel),13248k(rootfs),1024k(manufacture)ro,64k(backup)ro,320k(storage)ro,64k(caldata)ro,14656k@0x4(firmware) +epg5000_mtdlayout=mtdparts=spi0.0:192k(u-boot)ro,64k(u-boot-env)ro,1408k(kernel),13248k(rootfs),1024k(manufacture)ro,64k(backup)ro,320k(storage)ro,64k(caldata)ro,14656k@0x4(firmware) ew-dorin_mtdlayout_4M=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env),3712k(firmware),64k(art) ew-dorin_mtdlayout_16M=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env),16000k(firmware),64k(art)ro f9k1115v2_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env),14464k(rootfs),1408k(kernel),64k(nvram)ro,64k(envram)ro,64k(art)ro,15872k@0x5(firmware) @@ -1860,6 +1861,7 @@ $(eval $(call SingleProfile,CameoAP94,64kraw,DLRTDEV01,dlrtdev01,DIR-825-B1,ttyS $(eval $(call SingleProfile,EnGenius,64k,ESR900,esr900,ESR900,ttyS0,115200,$$(esr900_mtdlayout),KRuImage,,0x4e)) $(eval $(call SingleProfile,EnGenius,64k,ESR1750,esr1750,ESR1750,ttyS0,115200,$$(esr1750_mtdlayout),KRuImage,,0x61)) +$(eval $(call SingleProfile,EnGenius,64k,EPG5000,epg5000,EPG5000,ttyS0,115200,$$(epg5000_mtdlayout),KRuImage,,0x71)) $(eval $(call SingleProfile,HiWiFi,64k,HIWIFI_HC6361,hiwifi-hc6361,HiWiFi-HC6361,ttyATH0,115200,$$(hiwifi_hc6361_mtdlayout),KRuImage)) -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Request for advice about SysUpgrade
Hi Hackers, I have started to add sysupgrade to guruplug server in kirkwood platform. I get stuck in the understanding in my analysis of OpenWrt implementation of Ugrade process. The wiki has only advices and the implementations in actual sources of targets are all very differents. They not using a standard process. So I do not get a good advice of a best solution. So, On the GuruPlugServerPlus are Kirkwood CPU. The available NAND (512Mo) is ok with UBI. What are best solutions of MTD partitionning for all OpenWrt longtimes use cases ? For factory reset, upgrade, fault, others ? What are differences between squashfs, ubifs, ubi, ubinized ? What is the most simple implementation of sysupgrade ? I cannot get it to work with ubifs, the root is blocking my ubidetach try. If I get all unmount with /etc/init/umount stop, then my /mnt and images are no more available. I have look deeper in others boards usage, and I discover a NAND behaviour of sysupgrade. I am now looking from anyone advices to share. Regards, G+ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/6] CC: ar71xx: add kernel support for EnGenius EPG5000.
Backport of r46047. Signed-off-by: Christian Beier c...@shoutrlabs.com --- target/linux/ar71xx/config-3.18| 1 + .../ar71xx/files/arch/mips/ath79/mach-epg5000.c| 178 + .../718-MIPS-ath79-add-EPG5000-support.patch | 39 + 3 files changed, 218 insertions(+) create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-epg5000.c create mode 100644 target/linux/ar71xx/patches-3.18/718-MIPS-ath79-add-EPG5000-support.patch diff --git a/target/linux/ar71xx/config-3.18 b/target/linux/ar71xx/config-3.18 index 05c98eb..17f33bd 100644 --- a/target/linux/ar71xx/config-3.18 +++ b/target/linux/ar71xx/config-3.18 @@ -58,6 +58,7 @@ CONFIG_ATH79_MACH_EAP300V2=y CONFIG_ATH79_MACH_EAP7660D=y CONFIG_ATH79_MACH_EL_M150=y CONFIG_ATH79_MACH_EL_MINI=y +CONFIG_ATH79_MACH_EPG5000=y CONFIG_ATH79_MACH_ESR1750=y CONFIG_ATH79_MACH_ESR900=y CONFIG_ATH79_MACH_EW_DORIN=y diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-epg5000.c b/target/linux/ar71xx/files/arch/mips/ath79/mach-epg5000.c new file mode 100644 index 000..b049f5d --- /dev/null +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-epg5000.c @@ -0,0 +1,178 @@ +/* + * EnGenius EPG5000 board support + * + * Copyright (c) 2014 Jon Suphammer j...@suphammer.net + * Copyright (c) 2015 Christian Beier c...@shoutrlabs.com + * + * This program is free software; you can redistribute it and/or modify it + * under the terms of the GNU General Public License version 2 as published + * by the Free Software Foundation. + */ + +#include linux/platform_device.h +#include linux/ar8216_platform.h + +#include asm/mach-ath79/ar71xx_regs.h + +#include common.h +#include pci.h +#include dev-ap9x-pci.h +#include dev-gpio-buttons.h +#include dev-eth.h +#include dev-leds-gpio.h +#include dev-m25p80.h +#include dev-usb.h +#include dev-wmac.h +#include machtypes.h +#include nvram.h + +#define EPG5000_GPIO_LED_WLAN_5G 23 +#define EPG5000_GPIO_LED_WLAN_2G 13 +#define EPG5000_GPIO_LED_POWER_AMBER 2 +#define EPG5000_GPIO_LED_WPS_AMBER 22 +#define EPG5000_GPIO_LED_WPS_BLUE 19 + +#define EPG5000_GPIO_BTN_WPS 16 +#define EPG5000_GPIO_BTN_RESET 17 + +#define EPG5000_KEYS_POLL_INTERVAL 20 /* msecs */ +#define EPG5000_KEYS_DEBOUNCE_INTERVAL (3 * EPG5000_KEYS_POLL_INTERVAL) + +#define EPG5000_CALDATA_ADDR 0x1fff +#define EPG5000_WMAC_CALDATA_OFFSET0x1000 +#define EPG5000_PCIE_CALDATA_OFFSET0x5000 + +#define EPG5000_NVRAM_ADDR 0x1f03 +#define EPG5000_NVRAM_SIZE 0x1 + +static struct gpio_led epg5000_leds_gpio[] __initdata = { + { + .name = epg5000:amber:power, + .gpio = EPG5000_GPIO_LED_POWER_AMBER, + .active_low = 1, + }, + { + .name = epg5000:blue:wps, + .gpio = EPG5000_GPIO_LED_WPS_BLUE, + .active_low = 1, + }, + { + .name = epg5000:amber:wps, + .gpio = EPG5000_GPIO_LED_WPS_AMBER, + .active_low = 1, + }, + { + .name = epg5000:blue:wlan-2g, + .gpio = EPG5000_GPIO_LED_WLAN_2G, + .active_low = 1, + }, + { + .name = epg5000:blue:wlan-5g, + .gpio = EPG5000_GPIO_LED_WLAN_5G, + .active_low = 1, + } +}; + +static struct gpio_keys_button epg5000_gpio_keys[] __initdata = { + { + .desc = WPS button, + .type = EV_KEY, + .code = KEY_WPS_BUTTON, + .debounce_interval = EPG5000_KEYS_DEBOUNCE_INTERVAL, + .gpio = EPG5000_GPIO_BTN_WPS, + .active_low = 1, + }, + { + .desc = Reset button, + .type = EV_KEY, + .code = KEY_RESTART, + .debounce_interval = EPG5000_KEYS_DEBOUNCE_INTERVAL, + .gpio = EPG5000_GPIO_BTN_RESET, + .active_low = 1, + }, +}; + +static struct ar8327_pad_cfg epg5000_ar8327_pad0_cfg = { + .mode = AR8327_PAD_MAC_RGMII, + .txclk_delay_en = true, + .rxclk_delay_en = true, + .txclk_delay_sel = AR8327_CLK_DELAY_SEL2, + .rxclk_delay_sel = AR8327_CLK_DELAY_SEL2, + .mac06_exchange_en = true, +}; + +static struct ar8327_platform_data epg5000_ar8327_data = { + .pad0_cfg = epg5000_ar8327_pad0_cfg, + .port0_cfg = { + .force_link = 1, + .speed = AR8327_PORT_SPEED_1000, + .duplex = 1, + .txpause = 1, + .rxpause = 1, + }, +}; + +static struct mdio_board_info epg5000_mdio0_info[] = { + { + .bus_id = ag71xx-mdio.0, + .phy_addr = 0, +
Re: [OpenWrt-Devel] alternative for pyserial+python-mini
It's still turned off. But it was turned off again, once it was moved to Github. There was a more recent discussion here: https://github.com/openwrt/packages/issues/474 [ Quick answer here: yes we can precompile bytecodes at build-time and ship those instead ] So, .py vs .pyc vs .pyo is a recurring question. .py - python source file .pyc - compiled bytecodes (from .py file) .pyo - compiled optimized bytecodes (not sure yet what optimized means) Which of these 3 formats should the Python libraries use to be packaged ? Opinions differ here. At the time I packaged python, it seemed logical that .py files should be it; that's how most how distros get Python packaged. But then, .py files automatically generate .pyc files that fill up RAM or Flash, so that was disabled [ for the OpenWRT case ]. But now that I re-think about it [for the OpenWRT case] maybe changing to .pyo would be better, since it would optimize performance (size speed). And then the source files could be re-packaged to python-sources [ or something ] . One proposal was a bit backwards in logic: i.e. package Python libs as are now, and package Python bytecodes in additional+installable packages. My main preference here, is that I wouldn't want to give up the convenience of having Python source files, which is why I prefer[ed] to sacrifice performance in the first place. [ And then, nobody complained yet loud enough to change this ]. So, this python packages to bytecode conversion + python sources packages would be an interesting idea to do. On Tue, Jul 21, 2015 at 11:48 PM, valent.turko...@gmail.com valent.turko...@gmail.com wrote: Just found this -- https://dev.openwrt.org/browser/packages/lang/python/files/python-package.mk?rev=13921 -- which suggests that 7 years ago .pyc file creation was turned OFF for Python. I can only assume that it was because of the SquashFS issue, so my question is: Can we precompile Python files at image creation time so that they can be included in the SquashFS from the beginning. Maybe a cross-compiling guru can enlighten us? On 2 July 2015 at 11:25, Alexandru Ardelean ardeleana...@gmail.com wrote: Will make time to update Python :) On Thu, Jul 2, 2015 at 11:51 AM, valent.turko...@gmail.com valent.turko...@gmail.com wrote: Come on guys help me out with Python wiki page, it looks like I know much less about python that you and I'm the only one documenting this which is bad :) Take a look at latest version: http://wiki.openwrt.org/doc/software/python On 27 June 2015 at 22:42, Christian Mehlis christ...@m3hlis.de wrote: Am 26.06.2015 um 14:57 schrieb valent.turko...@gmail.com: Does micro-python have some alternative or replacement for pyserial? you can use stty[1] from busybox to configure the tty. After that every program can use regular read/write calls... [1] http://unixhelp.ed.ac.uk/CGI/man-cgi?stty Best Christian ___ 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] [PATCH 1/2] rules.mk: export STAGING_DIR_HOST to sub-makefiles and shells
Certains host packages (like quilt) need to know the previously used install location at run-time. They currently use $STAGING_DIR, which causes issues on cleaned environment, where $STAGING_DIR doesn't exist yet. Signed-off-by: Mathieu Olivari math...@codeaurora.org --- rules.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rules.mk b/rules.mk index 58b9f3e..e67ffd5 100644 --- a/rules.mk +++ b/rules.mk @@ -188,7 +188,7 @@ else endif export PATH:=$(TARGET_PATH) -export STAGING_DIR +export STAGING_DIR STAGING_DIR_HOST export SH_FUNC:=. $(INCLUDE_DIR)/shell.sh; PKG_CONFIG:=$(STAGING_DIR_HOST)/bin/pkg-config -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] tools/quilt: fix build error during kernel_menuconfig on a cleaned env
When running make kernel_menuconfig right after make clean, we error out with the following message: Makefile:22: recipe for target '.../build_dir/target-arm_cortex-a7_musl-1.1.10_eabi/linux-.../linux-3.18.18/.quilt_checked' failed make[2]: [.../build_dir/target-arm_cortex-a7_musl-1.1.10_eabi/linux-.../linux-3.18.18/.quilt_checked] Error 127 (ignored) The root cause of the problem is located in the OpenWrt specific quilt patch, which sets the quilt install directory to $STAGING_DIR/../host. However, on a clean environment (right after running make clean), $STAGING_DIR doesn't exist. The quilt executable doesn't find its different commands, errors out, and creates this message. We're fixing it by using $STAGING_DIR_HOST rather than $STAGING_DIR, which is absolute. It will work even if there is no target directory yet. Signed-off-by: Mathieu Olivari math...@codeaurora.org --- tools/quilt/patches/000-relocatable.patch | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/tools/quilt/patches/000-relocatable.patch b/tools/quilt/patches/000-relocatable.patch index 99d7af5..c498627 100644 --- a/tools/quilt/patches/000-relocatable.patch +++ b/tools/quilt/patches/000-relocatable.patch @@ -7,9 +7,9 @@ -export TEXTDOMAINDIR=@LOCALEDIR@ -: ${QUILT_DIR=@QUILT_DIR@} -+if test -n $STAGING_DIR; then -+ export TEXTDOMAINDIR=$STAGING_DIR/../host/share/locale -+ : ${QUILT_DIR=$STAGING_DIR/../host/share/quilt} ${QUILT_LIB=$STAGING_DIR/../host/lib/quilt} ++if test -n $STAGING_DIR_HOST; then ++ export TEXTDOMAINDIR=$STAGING_DIR_HOST/share/locale ++ : ${QUILT_DIR=$STAGING_DIR_HOST/share/quilt} ${QUILT_LIB=$STAGING_DIR_HOST/lib/quilt} +else + export TEXTDOMAINDIR=@LOCALEDIR@ + : ${QUILT_DIR=@QUILT_DIR@} @@ -25,7 +25,7 @@ setlocale(LC_MESSAGES, ); -bindtextdomain(quilt, @LOCALEDIR@); -+bindtextdomain(quilt, $ENV{'STAGING_DIR'} ? $ENV{'STAGING_DIR'} . '/../host/share/locale' : @LOCALEDIR@); ++bindtextdomain(quilt, $ENV{'STAGING_DIR_HOST'} ? $ENV{'STAGING_DIR_HOST'} . '/share/locale' : @LOCALEDIR@); textdomain(quilt); sub _($) { @@ -36,8 +36,8 @@ # See the COPYING and AUTHORS files for more details. -: ${QUILT_DIR=@QUILT_DIR@} -+if test -n $STAGING_DIR; then -+ : ${QUILT_DIR=$STAGING_DIR/../host/share/quilt} ++if test -n $STAGING_DIR_HOST; then ++ : ${QUILT_DIR=$STAGING_DIR_HOST/share/quilt} +else + : ${QUILT_DIR=@QUILT_DIR@} +fi @@ -51,8 +51,8 @@ export TEXTDOMAIN=quilt -export TEXTDOMAINDIR=@LOCALEDIR@ -+if [ -n $STAGING_DIR ]; then -+ export TEXTDOMAINDIR=$STAGING_DIR/../host/share/locale ++if [ -n $STAGING_DIR_HOST ]; then ++ export TEXTDOMAINDIR=$STAGING_DIR_HOST/share/locale +else + export TEXTDOMAINDIR=@LOCALEDIR@ +fi @@ -66,7 +66,7 @@ setlocale(LC_MESSAGES, ); -bindtextdomain(quilt, @LOCALEDIR@); -+bindtextdomain(quilt, $ENV{'STAGING_DIR'} ? $ENV{'STAGING_DIR'} . '/../host/share/locale' : @LOCALEDIR@); ++bindtextdomain(quilt, $ENV{'STAGING_DIR_HOST'} ? $ENV{'STAGING_DIR_HOST'} . '/share/locale' : @LOCALEDIR@); textdomain(quilt); sub _($) { -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] lantiq: Silence the PCIe error interrupt printk also in 4.1
This ports 9e2a7b779e6f0914395da3657b00f0ac00209bfd to the 4.1 patches. I forgot this when preparing the initial 4.1 patch. Signed-off-by: Martin Blumenstingl martin.blumensti...@googlemail.com --- target/linux/lantiq/patches-4.1/0001-MIPS-lantiq-add-pcie-driver.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/lantiq/patches-4.1/0001-MIPS-lantiq-add-pcie-driver.patch b/target/linux/lantiq/patches-4.1/0001-MIPS-lantiq-add-pcie-driver.patch index 0e49743..76bb515 100644 --- a/target/linux/lantiq/patches-4.1/0001-MIPS-lantiq-add-pcie-driver.patch +++ b/target/linux/lantiq/patches-4.1/0001-MIPS-lantiq-add-pcie-driver.patch @@ -1105,7 +1105,7 @@ Signed-off-by: John Crispin blo...@openwrt.org + int pcie_port = ctrl-port; + u32 reg; + -+ printk(PCIe RC error intr %d\n, irq); ++ pr_debug(PCIe RC error intr %d\n, irq); + reg = IFX_REG_R32(PCIE_IRNCR(pcie_port)); + reg = PCIE_RC_CORE_COMBINED_INT; + IFX_REG_W32(reg, PCIE_IRNCR(pcie_port)); -- 2.4.6 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] lantiq: Fix ifxos driver on linux 4.1
request_mem_region returns NULL when requesting the region failed, and a valid pointer when it was successful. Currently the condition is inverted. Signed-off-by: Martin Blumenstingl martin.blumensti...@googlemail.com --- package/kernel/lantiq/ltq-ifxos/patches/100-compat.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel/lantiq/ltq-ifxos/patches/100-compat.patch b/package/kernel/lantiq/ltq-ifxos/patches/100-compat.patch index a91dafe..db2dd8b 100644 --- a/package/kernel/lantiq/ltq-ifxos/patches/100-compat.patch +++ b/package/kernel/lantiq/ltq-ifxos/patches/100-compat.patch @@ -157,7 +157,7 @@ /* can't fail */ request_mem_region(physicalAddr, addrRangeSize_byte, pName); +#else -+ if ( request_mem_region(physicalAddr, addrRangeSize_byte, pName) ) ++ if ( !request_mem_region(physicalAddr, addrRangeSize_byte, pName) ) + { + IFXOS_PRN_USR_ERR_NL( IFXOS, IFXOS_PRN_LEVEL_ERR, + (IFXOS: ERROR Phy2Virt map, region request - addr 0x%08lX (size 0x%lX) not free IFXOS_CRLF, -- 2.4.6 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Lantiq xrx200 - switch rtl8367rb controlled via builtin mdio (not gpio sck/sda!) in EasyBox 904xDSL
Hi Arnold, On Thu, Jun 18, 2015 at 11:15 PM, Jonas Gorski j...@openwrt.org wrote: There is no special chip, the RTL8367 provides several means of accessing the chip registers; using MDIO registers is one of them. Jonas seems to be right! Out of interested I just checked the source code again and found more information in the u-boot source of the 904 xDSL: [0] Make sure you check out int rtl_sw_reset(u32 delay_msec) (this seems to use GPIOs to reset the switch). Then there's rtk_int32 smi_write(rtk_uint32 mAddrs, rtk_uint32 rData) for writing data to the switch and rtk_int32 smi_read(rtk_uint32 mAddrs, rtk_uint32 *rData) for reading data. I also added Gabor Juhos to the CC list, maybe he can suggest how to proceed with the RTL8367B switch driver: 1. Rewrite the existing driver so it can also control the switch using MDIO 2. Write a separate rtl8367b_mdio driver (this could use e.g. ADM6996 as an example) Regards, Martin [0] https://github.com/uwehermann/easybox-904-xdsl-firmware/blob/master/package/infineon-utilities/feeds/ifx_feeds_uboot/open_uboot/src.904dsl/drivers/net/vr9_sw.c ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH RFC] mac80211: Allow enabling tracing for the drivers that support it
Signed-off-by: Martin Blumenstingl martin.blumensti...@googlemail.com --- package/kernel/mac80211/Makefile | 19 +++ 1 file changed, 19 insertions(+) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile index cc98fb7..8133d75 100644 --- a/package/kernel/mac80211/Makefile +++ b/package/kernel/mac80211/Makefile @@ -96,6 +96,15 @@ define KernelPackage/mac80211/config Select this to see extensive information about the internal state of mac80211 in debugfs. + config PACKAGE_MAC80211_TRACING + bool Enable tracing (mac80211 and supported drivers) + select KERNEL_FTRACE + select KERNEL_ENABLE_DEFAULT_TRACERS + default n + help + Select this to enable tracing of mac80211 and + related wifi drivers (using trace-cmd). + config PACKAGE_MAC80211_MESH bool Enable 802.11s mesh support default y @@ -1545,6 +1554,16 @@ ifdef CONFIG_PACKAGE_MAC80211_DEBUGFS ATH5K_DEBUG endif +ifdef CONFIG_PACKAGE_MAC80211_TRACING + config-y += \ + ATH10K_TRACING \ + ATH6KL_TRACING \ + ATH_TRACEPOINTS \ + WIL6210_TRACING \ + ATH5K_TRACER \ + IWLWIFI_DEVICE_TRACING +endif + config-$(call config_package,lib80211) += LIB80211 LIB80211_CRYPT_WEP LIB80211_CRYPT_CCMP LIB80211_CRYPT_TKIP config-$(call config_package,ath) += ATH_CARDS ATH_COMMON -- 2.4.6 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] generic: Add missing symbols when tracing is enabled
Signed-off-by: Martin Blumenstingl martin.blumensti...@googlemail.com --- target/linux/generic/config-4.1 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-4.1 b/target/linux/generic/config-4.1 index 9f5904c..1d4108c 100644 --- a/target/linux/generic/config-4.1 +++ b/target/linux/generic/config-4.1 @@ -1026,6 +1026,7 @@ CONFIG_EXTRA_TARGETS= # CONFIG_EXYNOS_VIDEO is not set # CONFIG_EZX_PCAP is not set # CONFIG_F2FS_FS is not set +# CONFIG_F2FS_IO_TRACE is not set # CONFIG_FAIR_GROUP_SCHED is not set # CONFIG_FANOTIFY is not set CONFIG_FAT_DEFAULT_CODEPAGE=437 @@ -4118,6 +4119,7 @@ CONFIG_TMPFS_XATTR=y # CONFIG_TRACER_SNAPSHOT is not set # CONFIG_TRACER_SNAPSHOT_PER_CPU_SWAP is not set # CONFIG_TRACE_BRANCH_PROFILING is not set +# CONFIG_TRACE_ENUM_MAP_FILE is not set CONFIG_TRACE_IRQFLAGS_SUPPORT=y # CONFIG_TRACE_SINK is not set CONFIG_TRACING_SUPPORT=y -- 2.4.6 ___ 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] freeradius2: Security update (CVE-2015-4680)
The freeradius2 package has been rebuilt and was uploaded to the Chaos Calmer 15.05 Release Candicate 3 repository due to a reported security issue. VERSION 2.2.7-1 = 2.2.8-1 CHANGELOG [Mon, 20 Jul 2015 10:14:31 +0200 64c458b] Update to 2.2.8 Fixes oCert CVE-2015-4680. CHANGES net/freeradius2/Makefile |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) REFERENCES * https://github.com/openwrt/packages/commit/64c458ba8cff5b5871827f3c69bd9b609d6bebe1 ___ 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] openldap: Update
The openldap package has been rebuilt and was uploaded to the Chaos Calmer 15.05 Release Candicate 3 repository. VERSION 2.4.39-2 = 2.4.41-2 CHANGELOG [Mon, 20 Jul 2015 19:01:24 -0400 5006684] Remove --without-cyrus-sasl to build SASL support [Mon, 20 Jul 2015 11:00:36 -0400 3a02d9e] Update copyright dates [Mon, 20 Jul 2015 11:00:20 -0400 c05dce1] Update to 2.4.41 CHANGES libs/openldap/Makefile |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) REFERENCES * https://github.com/openwrt/packages/commit/c05dce18905aa034c111d1c792bc7103352d87b8 * https://github.com/openwrt/packages/commit/3a02d9e19ab85bee1bc6114496d0c684fe646a57 * https://github.com/openwrt/packages/commit/5006684e434a3d7c32254f156d92b2aa023ecc23 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [CC 14.07] freeradius2: Security update (CVE-2015-4680)
The freeradius2 package has been rebuilt and was uploaded to the Barrier Breaker 14.07 repository due to a reported security issue. VERSION 2.2.5-2 = 2.2.5-2.1 CHANGELOG [Mon, 20 Jul 2015 10:38:03 +0200 de5e37a] Backport upstream commit 5e698b407dcac2bc45cf03484bac4398109d25c3 to fix missing intermediate certificate validation in Freeradius2. Advisory: The FreeRADIUS server relies on OpenSSL to perform certificate validation, including Certificate Revocation List (CRL) checks. The FreeRADIUS usage of OpenSSL, in CRL application, limits the checks to leaf certificates, therefore not detecting revocation of intermediate CA certificates. An unexpired client certificate, issued by an intermediate CA with a revoked certificate, is therefore accepted by FreeRADIUS. Specifically sets the X509_V_FLAG_CRL_CHECK flag for leaf certificate CRL checks, but does not use X509_V_FLAG_CRL_CHECK_ALL for CRL checks on the complete trust chain. The FreeRADIUS project advises that the recommended configuration is to use self-signed CAs for all EAP-TLS methods. CHANGES net/freeradius2/Makefile |4 +- .../patches/012-CVE-2015-4680.patch | 71 + 2 files changed, 73 insertions(+), 2 deletions(-) REFERENCES * https://github.com/openwrt/packages/commit/de5e37ac5be3d44c335faa9652bf4ce15784f4ad ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] alternative for pyserial+python-mini
Just found this -- https://dev.openwrt.org/browser/packages/lang/python/files/python-package.mk?rev=13921 -- which suggests that 7 years ago .pyc file creation was turned OFF for Python. I can only assume that it was because of the SquashFS issue, so my question is: Can we precompile Python files at image creation time so that they can be included in the SquashFS from the beginning. Maybe a cross-compiling guru can enlighten us? On 2 July 2015 at 11:25, Alexandru Ardelean ardeleana...@gmail.com wrote: Will make time to update Python :) On Thu, Jul 2, 2015 at 11:51 AM, valent.turko...@gmail.com valent.turko...@gmail.com wrote: Come on guys help me out with Python wiki page, it looks like I know much less about python that you and I'm the only one documenting this which is bad :) Take a look at latest version: http://wiki.openwrt.org/doc/software/python On 27 June 2015 at 22:42, Christian Mehlis christ...@m3hlis.de wrote: Am 26.06.2015 um 14:57 schrieb valent.turko...@gmail.com: Does micro-python have some alternative or replacement for pyserial? you can use stty[1] from busybox to configure the tty. After that every program can use regular read/write calls... [1] http://unixhelp.ed.ac.uk/CGI/man-cgi?stty Best Christian ___ 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] Request before RC4/final - ticket 19085
On 21/07/2015 01:59, Bill wrote: Folks- I would REALLY like to see ticket 19085 (https://dev.openwrt.org/ticket/19085) fixed before we finalize CC. It is a showstopper for a piece of popular hardware I use frequently. I haven't seen any progress reports on it in a couple of weeks, the coding itself is well out of my depth, so I am just hoping that someone is addressing it (or can soon). Thanks, Bill Hi Bill, sure thing, please send a properly formatted patch to this mailinglist with the fix. John John- Believe me, I would love to write and submit the patch, but I fear it's well beyond my abilities. I was trying to find out if anyone competent (i.e. not me) is working on a patch for that issue now. Thanks, Bill ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Request for advice about SysUpgrade
Hi, * drEagle (drea...@doukki.net) wrote: I have started to add sysupgrade to guruplug server in kirkwood platform. I get stuck in the understanding in my analysis of OpenWrt implementation of Ugrade process. So, On the GuruPlugServerPlus are Kirkwood CPU. The available NAND (512Mo) is ok with UBI. What are best solutions of MTD partitionning for all OpenWrt longtimes use cases ? For factory reset, upgrade, fault, others ? It seems that most NAND platforms are using UBI with squashfs + a R/W UBIFS overlay. I think this is a good format because you retain a good base image in /rom, should you wish to reset settings and packages. What are differences between squashfs, ubifs, ubi, ubinized ? AFAIK: squashfs is a RO filesystem not suitable to writing directly on NAND (doesn't handle bad blocks, etc.) UBI is a container format that takes care of things like bad blocks, wear leveling, etc. As far as I understand it, ubinizing is encapsulating squashfs (or another image) such that it can live inside an UBI block volume. UBIFS is another filesystem running on top of UBI. What is the most simple implementation of sysupgrade ? I cannot get it to work with ubifs, the root is blocking my ubidetach try. If I get all unmount with /etc/init/umount stop, then my /mnt and images are no more available. I'm sitting on some patches that implement the aforementioned squashfs+ubifs format on Kirkwood, rather than the straight UBIFS image it is now. I'll try to clean them up in the next few days and submit. I don't remember the details, but even before switching to squashfs it was mostly a matter of creating a platform_check_image() block in /lib/upgrade/platform.sh, and calling nand_do_platform_check for the board. It just worked after that. -Claudio ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices
Hi John -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of John Crispin Sent: Wednesday, July 15, 2015 9:38 AM To: openwrt-devel@lists.openwrt.org Subject: Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices On 15/07/2015 09:21, Guenther Kelleter wrote: -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of John Crispin Sent: Tuesday, July 14, 2015 8:47 PM To: openwrt-devel@lists.openwrt.org Subject: Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices On 14/07/2015 20:00, Karl Palsson wrote: We're adding support for gpio irqs to all of ar71xx this late in the CC release? i was not planning on merging the irq patch No possible side affects here? see above Are the gpio irqs required for these platforms? no It's needed to reflect status info of the PLC firmware to an LED via LED gpio trigger. PLC has no directly connected LEDs on the dLAN pro 1200+ WiFi ac. sure but we can also do this using polling and thus not having the need to merge the irq patch. the irq patch will lead to gpio-button-hotplu using irqs for all buttons/boards. i just started drinking my first coffee and will look into this during the day. need to sort out a few other things beforehand Any news on this subject? I can't find an obvious way how to use polling for led trigger. Günther What makes these two platforms special that they can be added as new platforms this late? nothing, he simply asked. there is no rule against backporting patches. if i am not mistaken, new boards are explicitly allowed to be backported if asked for. We've already added support for new platforms and reverted them again. Given that openwrt is moving forward with wonderful speed, and the time between releases is shortening, can't this just wait? well, he asked nicely and i dont see a problem with adding 2 more boards that users can enjoy. what technical reasons can you give us not to merge them. i am all ears... ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel Günther ___ 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 mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] nexx wt3020 broken
On 07/21/2015 08:37 AM, John Crispin wrote: On 21/07/2015 07:24, John Crispin wrote: On 20/07/2015 22:19, Daniel Petre wrote: Hey guys, i am wondering why are the nexx wt3020 images being built for CC if they are broken? https://downloads.openwrt.org/chaos_calmer/15.05-rc3/ramips/mt7620/ Also can the maintainer of the nexx wt3020 patchset take a look at the issue and solve the device bricking? ok, send him an email please and ask him to provide a fixup patch. John https://lists.openwrt.org/pipermail/openwrt-devel/2014-October/028815.html this is the original submission so you probably want to ping roger Thanks, i have exchanged e-mails with Mr. Pueyo Centelles but until he has some free time to check things (in august) here are my findings maybe it helps sort this problem: - r43014 trunk works with wt3020 8M. - r46419 CC does not work, led is dead, no traffic on eth and wifi (i do not have serial) - r46061 trunk works, led blinking, eth and wifi ! I don't think there are any packages missing so maybe it is a kernel or image generation thing..? John ___ 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 mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ramips: add support for STORYLiNK SAP-G3200U3
STORYLiNK SAP-G3200U3 is an AC1200 router based on MT7621AT+MT7602EN+MT7612EN. It has 128MB DDR3, 8MB NOR FLASH, 5-port Gbps switch and 1x USB 3.0. The following patch adds support for this device. Tested and working: * ethernet * both WiFi radios * USB 3.0 * buttons * ethernet switch and USB diag LEDs * UART * GPIOs Tested and not working: * LEDs for WiFi radios (connected with WiFi chips, not supported in mt76?) * failsafe mode (known problem, needs workaround like other MTK based devices) More information in Wiki: http://wiki.openwrt.org/toh/storylink/sap-g3200u3 Signed-off-by: Piotr Dymacz pep...@gmail.com --- target/linux/ramips/base-files/etc/board.d/01_leds | 3 + .../linux/ramips/base-files/etc/board.d/02_network | 1 + target/linux/ramips/base-files/etc/diag.sh | 3 + target/linux/ramips/base-files/lib/ramips.sh | 3 + .../ramips/base-files/lib/upgrade/platform.sh | 1 + target/linux/ramips/dts/SAP-G3200U3.dts| 122 + target/linux/ramips/image/Makefile | 6 +- target/linux/ramips/mt7621/profiles/sap-g3200u3.mk | 18 +++ 8 files changed, 156 insertions(+), 1 deletion(-) create mode 100644 target/linux/ramips/dts/SAP-G3200U3.dts create mode 100644 target/linux/ramips/mt7621/profiles/sap-g3200u3.mk diff --git a/target/linux/ramips/base-files/etc/board.d/01_leds b/target/linux/ramips/base-files/etc/board.d/01_leds index 0672a22..c6bfd7e 100755 --- a/target/linux/ramips/base-files/etc/board.d/01_leds +++ b/target/linux/ramips/base-files/etc/board.d/01_leds @@ -184,6 +184,9 @@ case $board in ucidef_set_led_default power power pbr-m1:green:power 1 ucidef_set_led_default sys sys pbr-m1:green:sys 1 ;; + sap-g3200u3) + set_usb_led storylink:green:usb + ;; sl-r7205) set_wifi_led rt2800pci-phy0::radio ;; 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 f896afa..da1854a 100755 --- a/target/linux/ramips/base-files/etc/board.d/02_network +++ b/target/linux/ramips/base-files/etc/board.d/02_network @@ -140,6 +140,7 @@ ramips_setup_interfaces() whr-300hp2 | \ whr-600d | \ oy-0001 | \ + sap-g3200u3 | \ wsr-600 | \ wsr-1166 | \ wt1520 | \ diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index 319763e..e63f0df 100644 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -150,6 +150,9 @@ get_status_led() { rut5xx) status_led=rut5xx:green:status ;; + sap-g3200u3) + status_led=storylink:green:usb + ;; sl-r7205) status_led=sl-r7205:green:status ;; diff --git a/target/linux/ramips/base-files/lib/ramips.sh b/target/linux/ramips/base-files/lib/ramips.sh index d7fd5f9..b0a4506 100755 --- a/target/linux/ramips/base-files/lib/ramips.sh +++ b/target/linux/ramips/base-files/lib/ramips.sh @@ -307,6 +307,9 @@ ramips_board_detect() { *Sparklan WCR-150GN) name=wcr-150gn ;; + *STORYLiNK SAP-G3200U3) + name=sap-g3200u3 + ;; *V22RW-2X2) name=v22rw-2x2 ;; diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh b/target/linux/ramips/base-files/lib/upgrade/platform.sh index 04af322..8221997 100755 --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -90,6 +90,7 @@ platform_check_image() { rt-n15 | \ rt-n56u | \ rut5xx | \ + sap-g3200u3 | \ sl-r7205 | \ tew-691gr | \ tew-692gr | \ diff --git a/target/linux/ramips/dts/SAP-G3200U3.dts b/target/linux/ramips/dts/SAP-G3200U3.dts new file mode 100644 index 000..06c2f23 --- /dev/null +++ b/target/linux/ramips/dts/SAP-G3200U3.dts @@ -0,0 +1,122 @@ +/dts-v1/; + +/include/ mt7621.dtsi + +/ { + compatible = mediatek,mt7621-eval-board, mediatek,mt7621-soc; + model = STORYLiNK SAP-G3200U3; + + memory@0 { + device_type = memory; + reg = 0x0 0x800; + }; + + chosen { + bootargs = console=ttyS0,57600; + }; + + palmbus@1E00 { + spi@b00 { + status = okay; + + m25p80@0 { + #address-cells = 1; + #size-cells = 1; + compatible = mx25l6405d; + reg = 0 0; + linux,modalias = m25p80, en25q64; + spi-max-frequency = 1000; + + partition@0 { +
Re: [OpenWrt-Devel] Upgrade from CC RC2 to RC3
On Tue, Jul 21, 2015 at 7:22 AM, John Crispin blo...@openwrt.org wrote: On 20/07/2015 22:38, Felix Fietkau wrote: On 2015-07-20 18:49, Maciej Soltysiak wrote: Hi guys, Would s/rc2/rc3/ on the opkg.conf lead to a clean upgrade or is it better to reflash? Upgrading via opkg doesn't work. You need to reflash. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel what felix meant to say is that after a sysupgrade you need to restore opkg.conf from /rom or apply the regex you posted Thanks, Maciej ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/3] prereq-build: use HOST* variables to test host compiler
We might need HOST_CPPFLAGS and HOST_LDFLAGS to find libraries. --- include/prereq-build.mk | 28 +--- 1 file changed, 9 insertions(+), 19 deletions(-) diff --git a/include/prereq-build.mk b/include/prereq-build.mk index 53eac37..6c8cbf1 100644 --- a/include/prereq-build.mk +++ b/include/prereq-build.mk @@ -26,49 +26,39 @@ $(eval $(call TestHostCommand,case-sensitive-fs, \ $(eval $(call SetupHostCommand,gcc, \ Please install the GNU C Compiler (gcc), \ - $(CC) --version | grep gcc, \ - gcc --version | grep gcc, \ - gcc49 --version | grep gcc, \ - gcc48 --version | grep gcc, \ - gcc47 --version | grep gcc, \ - gcc46 --version | grep gcc, \ - gcc --version | grep Apple.LLVM )) + $(HOSTCC) --version | grep gcc, \ + $(HOSTCC) --version | grep Apple.LLVM )) $(eval $(call TestHostCommand,working-gcc, \ Please reinstall the GNU C Compiler - it appears to be broken, \ echo 'int main(int argc, char **argv) { return 0; }' | \ - gcc -x c -o $(TMP_DIR)/a.out -)) + $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -x c -o $(TMP_DIR)/a.out -)) $(eval $(call SetupHostCommand,g++, \ Please install the GNU C++ Compiler (g++), \ - $(CXX) --version | grep g++, \ - g++ --version | grep g++, \ - g++49 --version | grep g++, \ - g++48 --version | grep g++, \ - g++47 --version | grep g++, \ - g++46 --version | grep g++, \ - g++ --version | grep Apple.LLVM )) + $(HOSTCXX) --version | grep g++, \ + $(HOSTCXX) --version | grep Apple.LLVM )) $(eval $(call TestHostCommand,working-g++, \ Please reinstall the GNU C++ Compiler - it appears to be broken, \ echo 'int main(int argc, char **argv) { return 0; }' | \ - g++ -x c++ -o $(TMP_DIR)/a.out - -lstdc++ \ + $(HOSTCXX) $(HOST_CFLAGS) $(HOST_LDFLAGS) -x c++ -o $(TMP_DIR)/a.out - -lstdc++ \ $(TMP_DIR)/a.out)) $(eval $(call TestHostCommand,ncurses, \ Please install ncurses. (Missing libncurses.so or ncurses.h), \ echo 'int main(int argc, char **argv) { initscr(); return 0; }' | \ - gcc -include ncurses.h -x c -o $(TMP_DIR)/a.out - -lncurses)) + $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -include ncurses.h -x c -o $(TMP_DIR)/a.out - -lncurses)) $(eval $(call TestHostCommand,zlib, \ Please install zlib. (Missing libz.so or zlib.h), \ echo 'int main(int argc, char **argv) { gzdopen(0, rb); return 0; }' | \ - gcc -include zlib.h -x c -o $(TMP_DIR)/a.out - -lz)) + $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -include zlib.h -x c -o $(TMP_DIR)/a.out - -lz)) $(eval $(call TestHostCommand,libssl, \ Please install the openssl library (with development headers), \ echo 'int main(int argc, char **argv) { SSL_library_init(); return 0; }' | \ - gcc -include openssl/ssl.h -x c -o $(TMP_DIR)/a.out - -lcrypto -lssl)) + $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -include openssl/ssl.h -x c -o $(TMP_DIR)/a.out - -lcrypto -lssl)) $(eval $(call SetupHostCommand,tar,Please install GNU 'tar', \ -- 2.3.8 (Apple Git-58) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/3] When building on darwin, add paths for Homebrew.
Various host-side tools and libraries that we need are not provided by Mac OS such as: * openssl * gnugetopt Homebrew seems to be the standard way to install these things, so on when building on Darwin we need to add some paths to Homebrew-installed things to PATH, HOST_CPPFLAGS, and HOST_LDFLAGS. --- include/prereq-build.mk | 7 ++- rules.mk| 8 +++- 2 files changed, 13 insertions(+), 2 deletions(-) diff --git a/include/prereq-build.mk b/include/prereq-build.mk index 211201a..53eac37 100644 --- a/include/prereq-build.mk +++ b/include/prereq-build.mk @@ -107,11 +107,16 @@ $(eval $(call SetupHostCommand,grep,Please install GNU 'grep', \ ggrep --version 21 | grep GNU, \ grep --version 21 | grep GNU)) +ifeq ($(HOST_OS),Darwin) +HOMEBREW_GETOPT:= /usr/local/opt/gnu-getopt/bin/getopt -o t --long test -- --test | grep '^ *--test *--' +endif + $(eval $(call SetupHostCommand,getopt, \ Please install an extended getopt version that supports --long, \ gnugetopt -o t --long test -- --test | grep '^ *--test *--', \ /usr/local/bin/getopt -o t --long test -- --test | grep '^ *--test *--', \ - getopt -o t --long test -- --test | grep '^ *--test *--')) + getopt -o t --long test -- --test | grep '^ *--test *--', \ + $(HOMEBREW_GETOPT))) $(eval $(call SetupHostCommand,stat,Cannot find a file stat utility, \ gnustat -c%s $(TMP_DIR)/.host.mk, \ diff --git a/rules.mk b/rules.mk index 58b9f3e..b72fb86 100644 --- a/rules.mk +++ b/rules.mk @@ -198,8 +198,14 @@ export PKG_CONFIG HOSTCC:=gcc HOSTCXX:=g++ HOST_CPPFLAGS:=-I$(STAGING_DIR_HOST)/include -I$(STAGING_DIR_HOST)/usr/include -HOST_CFLAGS:=-O2 $(HOST_CPPFLAGS) HOST_LDFLAGS:=-L$(STAGING_DIR_HOST)/lib -L$(STAGING_DIR_HOST)/usr/lib +ifeq ($(shell uname),Darwin) +# add Homebrew to our flags +HOST_CPPFLAGS+= -I/usr/local/include -I/usr/local/opt/openssl/include +HOST_LDFLAGS+= -L/usr/local/lib -L/usr/local/opt/openssl/lib +endif +HOST_CFLAGS:=-O2 $(HOST_CPPFLAGS) + ifeq ($(CONFIG_GCC_VERSION_4_4)$(CONFIG_GCC_VERSION_4_6)$(CONFIG_EXTERNAL_TOOLCHAIN),) TARGET_AR:=$(TARGET_CROSS)gcc-ar -- 2.3.8 (Apple Git-58) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/3] prereq-build: check for gnu date, dd
Needed to make sure we get gdate and gdd from Homebrew on Darwin instead of the ones built-in to the OS. Signed-off-by: Lawrence D'Anna la...@elder-gods.org --- include/prereq-build.mk | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/prereq-build.mk b/include/prereq-build.mk index 6c8cbf1..39704e1 100644 --- a/include/prereq-build.mk +++ b/include/prereq-build.mk @@ -148,6 +148,13 @@ $(eval $(call SetupHostCommand,file,Please install the 'file' package, \ $(eval $(call SetupHostCommand,openssl,Please install the 'openssl' utility, \ openssl version | grep OpenSSL)) +$(eval $(call SetupHostCommand,date,Please install GNU 'date', \ + date --help, \ + gdate --help)) + +$(eval $(call SetupHostCommand,dd,Please install GNU 'dd', \ + dd --help, \ + gdd --help)) # Install ldconfig stub $(eval $(call TestHostCommand,ldconfig-stub,Failed to install stub, \ -- 2.3.8 (Apple Git-58) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/4] kmod-regmap: enable MMIO support
This adds MMIO support for kmod-regmap. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- package/kernel/linux/modules/other.mk | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/package/kernel/linux/modules/other.mk b/package/kernel/linux/modules/other.mk index 473f063..ca96587 100644 --- a/package/kernel/linux/modules/other.mk +++ b/package/kernel/linux/modules/other.mk @@ -692,14 +692,16 @@ define KernelPackage/regmap TITLE:=Generic register map support DEPENDS:=+kmod-lib-lzo +kmod-i2c-core KCONFIG:=CONFIG_REGMAP \ + CONFIG_REGMAP_MMIO \ CONFIG_REGMAP_SPI \ CONFIG_REGMAP_I2C \ CONFIG_SPI=y FILES:= \ $(LINUX_DIR)/drivers/base/regmap/regmap-core.ko \ $(LINUX_DIR)/drivers/base/regmap/regmap-i2c.ko \ + $(LINUX_DIR)/drivers/base/regmap/regmap-mmio.ko \ $(if $(CONFIG_SPI),$(LINUX_DIR)/drivers/base/regmap/regmap-spi.ko) - AUTOLOAD:=$(call AutoLoad,21,regmap-core regmap-i2c regmap-spi) + AUTOLOAD:=$(call AutoLoad,21,regmap-core regmap-i2c regmap-mmio regmap-spi) endef define KernelPackage/regmap/description -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/4] brcm2708: add kmod-video-bcm2835 support
This adds BCM2835 camera interface driver as a kernel module. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- target/linux/brcm2708/modules.mk | 17 + 1 file changed, 17 insertions(+) diff --git a/target/linux/brcm2708/modules.mk b/target/linux/brcm2708/modules.mk index 3f9c118..cad1a64 100644 --- a/target/linux/brcm2708/modules.mk +++ b/target/linux/brcm2708/modules.mk @@ -140,3 +140,20 @@ define KernelPackage/i2c-bcm2835/description endef $(eval $(call KernelPackage,i2c-bcm2835)) + + +define KernelPackage/video-bcm2835 + TITLE:=Broadcom BCM2835 camera interface driver + KCONFIG:= \ + CONFIG_VIDEO_BCM2835=y \ + CONFIG_VIDEO_BCM2835_MMAL + FILES:= $(LINUX_DIR)/drivers/media/platform/bcm2835/bcm2835-v4l2.ko + AUTOLOAD:=$(call AutoLoad,65,bcm2835-v4l2) + $(call AddDepends/video,@TARGET_brcm2708 +kmod-video-videobuf2) +endef + +define KernelPackage/video-bcm2835/description + This is a V4L2 driver for the Broadcom 2835 MMAL camera host interface +endef + +$(eval $(call KernelPackage,video-bcm2835)) -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 0/4] brcm2708: fix missing symbols issues
Fixes buildbot issues for brcm2708 target. Álvaro Fernández Rojas (4): brcm2708: add kmod-video-bcm2835 kmod-regmap: enable MMIO support brcm2708: add kmod-sound-soc-bcm2708-i2s generic: add missing symbol package/kernel/linux/modules/other.mk | 4 +- target/linux/brcm2708/modules.mk | 172 ++ target/linux/generic/config-4.1 | 1 + 3 files changed, 176 insertions(+), 1 deletion(-) -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/4] brcm2708: add kmod-sound-soc-bcm2708-i2s support
This adds support for I2S SoC Audio modules. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- target/linux/brcm2708/modules.mk | 155 +++ 1 file changed, 155 insertions(+) diff --git a/target/linux/brcm2708/modules.mk b/target/linux/brcm2708/modules.mk index cad1a64..95dcae0 100644 --- a/target/linux/brcm2708/modules.mk +++ b/target/linux/brcm2708/modules.mk @@ -25,6 +25,161 @@ endef $(eval $(call KernelPackage,sound-arm-bcm2835)) +define KernelPackage/sound-soc-bcm2708-i2s + TITLE:=SoC Audio support for the Broadcom 2708 I2S module + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_I2S \ + CONFIG_SND_SOC_DMAENGINE_PCM=y \ + CONFIG_SND_SOC_GENERIC_DMAENGINE_PCM=y + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-bcm2708-i2s.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-bcm2708-i2s) + DEPENDS:=@TARGET_brcm2708 +kmod-regmap +kmod-sound-soc-core + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-bcm2708-i2s/description + This package contains support for codecs attached to the Broadcom 2708 I2S interface +endef + +$(eval $(call KernelPackage,sound-soc-bcm2708-i2s)) + +define KernelPackage/sound-soc-hifiberry-dac + TITLE:=Support for HifiBerry DAC + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_HIFIBERRY_DAC \ + CONFIG_SND_SOC_PCM5102A + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-hifiberry-dac.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-pcm5102a.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-pcm5102a snd-soc-hifiberry-dac) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-hifiberry-dac/description + This package contains support for HifiBerry DAC +endef + +$(eval $(call KernelPackage,sound-soc-hifiberry-dac)) + +define KernelPackage/sound-soc-hifiberry-dacplus + TITLE:=Support for HifiBerry DAC+ + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_HIFIBERRY_DACPLUS \ + CONFIG_SND_SOC_PCM512x + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-hifiberry-dacplus.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-pcm512x.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-pcm512x snd-soc-hifiberry-dacplus) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-hifiberry-dacplus/description + This package contains support for HifiBerry DAC+ +endef + +$(eval $(call KernelPackage,sound-soc-hifiberry-dacplus)) + +define KernelPackage/sound-soc-hifiberry-digi + TITLE:=Support for HifiBerry Digi + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_HIFIBERRY_DIGI \ + CONFIG_SND_SOC_WM8804 + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-hifiberry-digi.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-wm8804.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-wm8804 snd-soc-hifiberry-digi) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-hifiberry-digi/description + This package contains support for HifiBerry Digi +endef + +$(eval $(call KernelPackage,sound-soc-hifiberry-digi)) + +define KernelPackage/sound-soc-hifiberry-amp + TITLE:=Support for HifiBerry Amp + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_HIFIBERRY_AMP \ + CONFIG_SND_SOC_TAS5713 + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-hifiberry-amp.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-tas5713.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-tas5713 snd-soc-hifiberry-amp) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-hifiberry-amp/description + This package contains support for HifiBerry Amp +endef + +$(eval $(call KernelPackage,sound-soc-hifiberry-amp)) + +define KernelPackage/sound-soc-rpi-dac + TITLE:=Support for RPi-DAC + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_RPI_DAC \ + CONFIG_SND_SOC_PCM1794A + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-rpi-dac.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-pcm1794a.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-pcm1794a snd-soc-rpi-dac) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-rpi-dac/description + This package contains support for RPi-DAC +endef + +$(eval $(call KernelPackage,sound-soc-rpi-dac)) + +define KernelPackage/sound-soc-rpi-proto + TITLE:=Support for RPi-PROTO + KCONFIG:= \ + CONFIG_SND_BCM2708_SOC_RPI_PROTO \ + CONFIG_SND_SOC_WM8731 + FILES:= \ + $(LINUX_DIR)/sound/soc/bcm/snd-soc-rpi-proto.ko \ + $(LINUX_DIR)/sound/soc/codecs/snd-soc-wm8731.ko + AUTOLOAD:=$(call AutoLoad,68,snd-soc-wm8731 snd-soc-rpi-proto) + DEPENDS:=kmod-sound-soc-bcm2708-i2s + $(call AddDepends/sound) +endef + +define KernelPackage/sound-soc-rpi-proto/description + This package contains support for RPi-PROTO +endef + +$(eval $(call KernelPackage,sound-soc-rpi-proto)) + +define KernelPackage/sound-soc-iqaudio-dac + TITLE:=Support for IQaudIO-DAC + KCONFIG:= \ +