Re: [OpenWrt-Devel] [PATCH 15/30][ WRT1900AC ] mamba mvebu: add fw_printenv tool to read U-boot
On Thu, May 08, 2014 at 02:07:13PM -0700, Matthew Fatheree wrote: From 4a9565f1139fbb585727638fd69a0437bdd212b6 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:04:04 +0700 Subject: [PATCH 15/30] mamba mvebu: add fw_printenv tool to read U-boot environment from Linux The /tmp/fw_env.config is generated by looking for the u_env partition at the system startup Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- package/linksys-base-files/files/etc/fw_env.config |1 + .../files/lib/preinit/04_fw_env_config_init| 18 ++ 2 files changed, 19 insertions(+) create mode 12 package/linksys-base-files/files/etc/fw_env.config create mode 100644 package/linksys-base-files/files/lib/preinit/04_fw_env_config_init NACK. Package uboot-envtools should be extended for this feature. Luka PS. As Hartmut pointer out you should send your patches properly (I suggest using git send-email). ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 13/30][ WRT1900AC ] add default network configuration for mvebu mamba
Hi Matthew, On Thu, May 08, 2014 at 01:58:35PM -0700, Matthew Fatheree wrote: From 7d595a327865bb5d518d9d401eb9711dfa7a5c20 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 18:13:05 +0700 Subject: [PATCH 13/30] add default network configuration for mvebu mamba mvebu does not use the default /etc/config/network, it generates a custom config file on boot up if the config file does not exist yet Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../files/etc/uci-defaults/02_network | 23 target/linux/mvebu/base-files.mk |5 + 2 files changed, 28 insertions(+) create mode 100755 package/linksys-base-files/files/etc/uci-defaults/02_network create mode 100644 target/linux/mvebu/base-files.mk NACK. This needs to be made more generic so we can add support for other mvebu boards and should be placed here: target/linux/mvebu/base-files/etc/uci-defaults/02_network Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 14/30][ WRT1900AC ] Add TLC59116 Led driver
Hi Matthew, On Thu, May 08, 2014 at 01:59:25PM -0700, Matthew Fatheree wrote: From ddf018f5b987fb9b3e9f92added6ec241481e723 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:00:07 +0700 Subject: [PATCH 14/30] Add TLC59116 Led driver Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- target/linux/mvebu/config-3.10 |1 + .../0309-ARM-mvebu-tlc59116-leds.patch | 545 2 files changed, 546 insertions(+) create mode 100644 target/linux/mvebu/patches-3.10/0309-ARM-mvebu-tlc59116-leds.patch Have you sent this patch upstream? Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 07/30][ WRT1900AC ] mamba mvebu: force nand driver to use 4-bit ECC
Hi Matthew, On Thu, May 08, 2014 at 02:31:13PM -0700, Matthew Fatheree wrote: From 90ae505c06fddcc08622594bb82bb449511c7e9a Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sat, 19 Apr 2014 00:08:43 +0700 Subject: [PATCH 07/30] mamba mvebu: force nand driver to use 4-bit ECC if the NAND flash's recommended ECC strength is less than 4-bit, for to use 4-bit ECC. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../0306-ARM-mvebu-mamba-nand-force-4bit-ecc.patch | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 target/linux/mvebu/patches-3.10/0306-ARM-mvebu-mamba-nand-force-4bit-ecc.patch Have you sent this patch upstream? Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
Hi Alvaro, On Fri, May 09, 2014 at 02:39:28AM +0200, Álvaro Fernández Rojas wrote: Update flashrom to latest version and remove unneeded dependencies. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- v2: Add dmidecode dependency only for x86 target. I don't see this change. Patch v2 is same as v1. Luka diff --git a/utils/flashrom/Makefile b/utils/flashrom/Makefile index 89ce6ca..991acca 100644 --- a/utils/flashrom/Makefile +++ b/utils/flashrom/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2010-2011 OpenWrt.org +# Copyright (C) 2010-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -8,12 +8,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=flashrom -PKG_VERSION:=0.9.4 -PKG_RELEASE:=2 +PKG_VERSION:=0.9.7 +PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:=http://download.flashrom.org/releases -PKG_MD5SUM:=d739a91aece12cc1e622038bb199541c +PKG_MD5SUM:=d239bafa1b46619d851f70f84a5b122a PKG_INSTALL:=1 @@ -24,12 +24,11 @@ define Package/flashrom CATEGORY:=Utilities TITLE:=FlashROM Utility URL:=http://www.flashrom.org/ -# XXX: needs sys/io.h, only available on these arch right now - DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) + DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat endef define Package/flashrom/description - flashrom is a utility for identifying, reading, writing, verifying + flashrom is an utility for identifying, reading, writing, verifying and erasing flash chips. It's often used to flash BIOS/EFI/coreboot /firmware images. endef ___ 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 01/30][ WRT1900AC] Add Linksys Mamba WRT1900AC build profile
Hi Detailed list of the difference between this and the previous dump is missing. John On 08/05/2014 22:25, Matthew Fatheree wrote: Add Linksys Mamba WRT1900AC build profile to target/linux/mvebu Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Pepe ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote: 2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Yes, it says that in the description but the patches are the same. Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
Sure? maybe i am a bit blind. :( V1: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat V2: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat Pepe 2014-05-09 10:34 GMT+02:00, Luka Perkov l...@openwrt.org: On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote: 2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Yes, it says that in the description but the patches are the same. Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
On Fri, May 09, 2014 at 10:44:38AM +0200, José Vázquez wrote: Sure? maybe i am a bit blind. :( You are not - I've missed it... Thanks. I guess it was too early in the morning :) Luka V1: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat V2: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat Pepe 2014-05-09 10:34 GMT+02:00, Luka Perkov l...@openwrt.org: On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote: 2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Yes, it says that in the description but the patches are the same. Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 24/30][ WRT1900AC ] mamba mvebu: add led monitor package which support led activity when the RESET/WPS button are pressed
On 08/05/2014 23:23, Matthew Fatheree wrote: From 74c7dc364c89a470a63e0ce8efa70ca3e3f36e0c Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 20:53:54 +0700 Subject: [PATCH 24/30] mamba mvebu: add led monitor package which support led activity when the RESET/WPS button are pressed - Pressed RESET button 1..10s - Blink Power LED 700ms - Pressed RESET button 10s - Blink Power LED 500ms Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- Hi, nack, this can be handled via hotplug scripts/handlers additionally the code uses pthread which is the wrong choice. use uloop instead please John package/leds-monitor/Makefile | 43 +++ package/leds-monitor/src/leds_monitor.c| 290 .../linksys-base-files/files/etc/init.d/mamba_apps |9 + 3 files changed, 342 insertions(+) create mode 100644 package/leds-monitor/Makefile create mode 100644 package/leds-monitor/src/leds_monitor.c create mode 100755 package/linksys-base-files/files/etc/init.d/mamba_apps diff --git a/package/leds-monitor/Makefile b/package/leds-monitor/Makefile new file mode 100644 index 000..91792bb --- /dev/null +++ b/package/leds-monitor/Makefile @@ -0,0 +1,43 @@ +# +# Copyright (C) 2011-2012 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk + +PKG_NAME:=leds-monitor +PKG_RELEASE:=2 + +include $(INCLUDE_DIR)/package.mk + +define Package/leds-monitor + SECTION:=utils + CATEGORY:=Utilities + TITLE:=Mamba board utilities + MAINTAINER:=Belkin Inc. + DEPENDS:=+libpthread +endef + +define Package/leds-monitor/description + This package contains some small utility apps which use to monitor the + leds events, status... +endef + +define Build/Prepare + $(INSTALL_DIR) $(PKG_BUILD_DIR) + $(INSTALL_DATA) ./src/leds_monitor.c $(PKG_BUILD_DIR)/ +endef + +define Build/Compile + $(TARGET_CC) $(TARGET_CFLAGS) -Wall \ + -o $(PKG_BUILD_DIR)/leds_monitor $(PKG_BUILD_DIR)/leds_monitor.c -lpthread -v +endef + +define Package/leds-monitor/install + $(INSTALL_DIR) $(1)/usr/sbin + $(INSTALL_BIN) $(PKG_BUILD_DIR)/leds_monitor $(1)/usr/sbin/ +endef + +$(eval $(call BuildPackage,leds-monitor)) diff --git a/package/leds-monitor/src/leds_monitor.c b/package/leds-monitor/src/leds_monitor.c new file mode 100644 index 000..f31203b --- /dev/null +++ b/package/leds-monitor/src/leds_monitor.c @@ -0,0 +1,290 @@ +/* + * Copyright 2014 Belkin Inc. + * + * Author: Belkin Inc. + * + * This file is subject to the terms and conditions of version 2 of + * the GNU General Public License. See the file COPYING in the main + * directory of this archive for more details. + * + */ + +#define _GNU_SOURCE /* for asprintf */ +#include stdio.h +#include stdint.h + +#if HAVE_CONFIG_H +#include config.h +#endif + +#include linux/version.h +#include linux/input.h + +#include string.h +#include fcntl.h +#include unistd.h +#include stdio.h +#include stdlib.h +#include dirent.h +#include errno.h +#include getopt.h +#include ctype.h +#include pthread.h + +#define DEV_INPUT_EVENT /dev/input +#define EVENT_DEV_NAME event + +#ifndef EV_SYN +#define EV_SYN 0 +#endif + +//#define DEBUG +#ifdef DEBUG +#define leds_dbg(fmt, arg...) printf (%s fmt \n, __func__ , ## arg) +#else +#define leds_dbg(fmt, arg...) +#endif + +/* + * Variables + * */ +static int key = 0; +static int is_start = 0; +static int is_power_blink = 0, is_wps_blink = 0; +static pthread_t pid; + +/* + * + * */ +static int is_event_device(const struct dirent *dir) { + return strncmp(EVENT_DEV_NAME, dir-d_name, 5) == 0; +} + +static char* scan_devices(void) +{ + struct dirent **namelist; + int i, ndev, devnum; + char *filename; + + ndev = scandir(DEV_INPUT_EVENT, namelist, is_event_device, versionsort); + if (ndev = 0) + return NULL; + + fprintf(stderr, Available devices:\n); + + for (i = 0; i ndev; i++) + { + char fname[64]; + int fd = -1; + char name[256] = ???; + + snprintf(fname, sizeof(fname), +%s/%s, DEV_INPUT_EVENT, namelist[i]-d_name); + fd = open(fname, O_RDONLY); + if (fd 0) + continue; + ioctl(fd, EVIOCGNAME(sizeof(name)), name); + + fprintf(stderr, %s:%s\n, fname, name); + close(fd); + free(namelist[i]); + } + + fprintf(stderr, Select the device event number [0-%d]: , ndev - 1); + scanf(%d, devnum); + + if (devnum = ndev || devnum 0) + return NULL; + + asprintf(filename, %s/%s%d, + DEV_INPUT_EVENT, EVENT_DEV_NAME, +devnum); + + return filename; +} + +static int usage(void) +{ + printf(USAGE:\n); + printf( %s /dev/input/eventX\n,
Re: [OpenWrt-Devel] [PATCH 21/30][ WRT1900AC ] mamba mvebu: enter FAILSAFE mode, in case the board
On 08/05/2014 23:18, Matthew Fatheree wrote: From 3b2c4996441e2a73d48dd55edcd2d0ea123ffc87 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 20:33:59 +0700 Subject: [PATCH 21/30] mamba mvebu: enter FAILSAFE mode, in case the board boot up Reset button is pressed - Script to read Reset button status when the board boot up, then export FAILSAFE to env. - Comment out #FAILSAFE= in file lib/preinit/30_failsafe_wait to support enter FAILSAFE in case the Reset button is pressed. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../files/lib/preinit/11_handler_reset_button | 10 ++ .../files/lib/preinit/30_failsafe_wait | 96 .../linksys-base-files/files/usr/sbin/check_reset | 14 +++ 3 files changed, 120 insertions(+) create mode 100644 package/linksys-base-files/files/lib/preinit/11_handler_reset_button create mode 100644 package/linksys-base-files/files/lib/preinit/30_failsafe_wait create mode 100755 package/linksys-base-files/files/usr/sbin/check_reset Hi, nack, this mechanism already exists, in fact some of the code is copy pasted from the existinbg codepath. also the scritps added here are missing the Makefile patch to actually install them. namig a package linksys-base-files is also a bad idea as it implies you are adding features exclusive to your board. John diff --git a/package/linksys-base-files/files/lib/preinit/11_handler_reset_button b/package/linksys-base-files/files/lib/preinit/11_handler_reset_button new file mode 100644 index 000..88da37e --- /dev/null +++ b/package/linksys-base-files/files/lib/preinit/11_handler_reset_button @@ -0,0 +1,10 @@ +#!/bin/sh +# Copyright (C) 2006 OpenWrt.org +# Copyright (C) 2010 Vertical Communications + +do_handler_reset() { + /usr/sbin/check_reset + source /tmp/enter_failsafe +} + +boot_hook_add preinit_essential do_handler_reset diff --git a/package/linksys-base-files/files/lib/preinit/30_failsafe_wait b/package/linksys-base-files/files/lib/preinit/30_failsafe_wait new file mode 100644 index 000..4cf8355 --- /dev/null +++ b/package/linksys-base-files/files/lib/preinit/30_failsafe_wait @@ -0,0 +1,96 @@ +#!/bin/sh +# Copyright (C) 2006-2010 OpenWrt.org +# Copyright (C) 2010 Vertical Communications + +fs_wait_for_key () { + local timeout=$3 + local timer + local do_keypress + local keypress_true=$(mktemp) + local keypress_wait=$(mktemp) + local keypress_sec=$(mktemp) + if [ -z $keypress_wait ]; then + keypress_wait=/tmp/.keypress_wait + touch $keypress_wait + fi + if [ -z $keypress_true ]; then + keypress_true=/tmp/.keypress_true + touch $keypress_true + fi + if [ -z $keypress_sec ]; then + keypress_sec=/tmp/.keypress_sec + touch $keypress_sec + fi + + trap echo 'true' $keypress_true; lock -u $keypress_wait ; rm -f $keypress_wait INT + trap echo 'true' $keypress_true; lock -u $keypress_wait ; rm -f $keypress_wait USR1 + + [ -n $timeout ] || timeout=1 + [ $timeout -ge 1 ] || timeout=1 + timer=$timeout + lock $keypress_wait + { + while [ $timer -gt 0 ]; do + echo $timer $keypress_sec + timer=$(($timer - 1)) + sleep 1 + done + lock -u $keypress_wait + rm -f $keypress_wait + } + + echo Press the [$1] key and hit [enter] $2 + echo Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level + # if we're on the console we wait for input + { + while [ -r $keypress_wait ]; do + timer=$(cat $keypress_sec) + + [ -n $timer ] || timer=1 + timer=${timer%%\ *} + [ $timer -ge 1 ] || timer=1 + do_keypress= + { + read -t $timer do_keypress + case $do_keypress in + $1) + echo true $keypress_true + ;; + 1 | 2 | 3 | 4) + echo $do_keypress /tmp/debug_level + ;; + *) + continue; + ;; + esac + lock -u $keypress_wait + rm -f $keypress_wait + } + done + } + lock -w $keypress_wait + + keypressed=1 + [ $(cat $keypress_true) = true ] keypressed=0 + + rm -f $keypress_true + rm -f $keypress_wait + rm -f $keypress_sec + + return $keypressed +} + +failsafe_wait() { + #FAILSAFE= + grep -q 'failsafe=' /proc/cmdline FAILSAFE=true export FAILSAFE + if [ $FAILSAFE != true ]; then + pi_failsafe_net_message=true + preinit_net_echo Please press button now to enter failsafe + pi_failsafe_net_message=false + fs_wait_for_key
Re: [OpenWrt-Devel] [PATCH 19/30][ WRT1900AC ] mamba mvebu: Reset button activity in normal mode
nack, again its duplicate functionality John On 08/05/2014 23:16, Matthew Fatheree wrote: From 99e9d4800f128516f4b8c802e953bd82962defb4 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 20:20:54 +0700 Subject: [PATCH 19/30] mamba mvebu: Reset button activity in normal mode - Pressed button 1..10s - reboot the board. - Pressed button over 10s - factory reset, then reboot the board. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../linksys-base-files/files/etc/rc.button/reset | 18 ++ 1 file changed, 18 insertions(+) create mode 100755 package/linksys-base-files/files/etc/rc.button/reset diff --git a/package/linksys-base-files/files/etc/rc.button/reset b/package/linksys-base-files/files/etc/rc.button/reset new file mode 100755 index 000..d30aae2 --- /dev/null +++ b/package/linksys-base-files/files/etc/rc.button/reset @@ -0,0 +1,18 @@ +#!/bin/sh + +[ ${ACTION} = released ] || exit 0 + +. /lib/functions.sh + +logger $BUTTON pressed for $SEEN seconds + +if [ $SEEN -gt 0 ] [ $SEEN -le 10 ] +then + echo REBOOT /dev/console + sync + reboot +elif [ $SEEN -gt 0 ] +then + echo FACTORY RESET /dev/console + jffs2reset -y reboot +fi -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 13/30][ WRT1900AC ] add default network configuration for mvebu mamba
hi nack, did not look at the whole patch when i saw this - On 08/05/2014 22:58, Matthew Fatheree wrote: +ucidef_set_interface_lan eth0 wdev0ap0 wdev1ap0 the device names are handled by netifd and should not be added explictly John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 11/30][ WRT1900AC ] mamba mvebu: enable overlay on syscfg partition
On 08/05/2014 22:53, Matthew Fatheree wrote: Mamba use the syscfg partition formatted in ubifs type as the overlay partition to store the router configuration. This overlay style is different from OpenWRT. To avoid affecting the whole OpenWRT tree, we do not modify OpenWRT's block-mount package. Instead, we add a script to carry out the overlay on syscfg partition Hi, nack, if it is a belkin custom feature then you should keep it in your tree and not dump the burden on us to maintain this ugly hack John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 10/30][ WRT1900AC ] Add linksys-base-files to package
On 08/05/2014 22:51, Matthew Fatheree wrote: From a5d210deb9dd9b60260b877ed37af3d417f872b6 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 01:23:17 +0700 Subject: [PATCH 10/30] Add linksys-base-files to package Add linksys-base-files to ./package. This package contains scripts and files that specific for Linksys Mamba WRT1900AC Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com nack, again your linksys custom stuff should stay in your custom tree. also you are patching the platform dependencies in this patch which is unrelated really John --- package/linksys-base-files/Makefile | 44 ++ target/linux/mvebu/profiles/101-Linksys-Mamba.mk |3 +- 2 files changed, 46 insertions(+), 1 deletion(-) create mode 100644 package/linksys-base-files/Makefile diff --git a/package/linksys-base-files/Makefile b/package/linksys-base-files/Makefile new file mode 100644 index 000..9e67f74 --- /dev/null +++ b/package/linksys-base-files/Makefile @@ -0,0 +1,44 @@ +# +# Copyright (C) 2007-2013 OpenWrt.org +# Copyright (C) 2010 Vertical Communications +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk +include $(INCLUDE_DIR)/version.mk +include $(INCLUDE_DIR)/kernel.mk + +PKG_NAME:=linksys-base-files +PKG_RELEASE:=2 +REVISION:=0 + +include $(INCLUDE_DIR)/package.mk + +define Package/linksys-base-files + SECTION:=base + CATEGORY:=Base system + TITLE:=Linksys Base filesystem for OpenWrt + URL:=http://openwrt.org/ + VERSION:=$(PKG_RELEASE)-$(REVISION) +endef + +define Package/base-files/description + This package contains the Linksys base filesystem and system scripts for OpenWrt. +endef + +define Build/Prepare + mkdir -p $(PKG_BUILD_DIR) +endef + +define Build/Compile/Default + +endef +Build/Compile = $(Build/Compile/Default) + +define Package/linksys-base-files/install + $(CP) ./files/* $(1)/ +endef + +$(eval $(call BuildPackage,linksys-base-files)) diff --git a/target/linux/mvebu/profiles/101-Linksys-Mamba.mk b/target/linux/mvebu/profiles/101-Linksys-Mamba.mk index de048a6..b78e4f9 100644 --- a/target/linux/mvebu/profiles/101-Linksys-Mamba.mk +++ b/target/linux/mvebu/profiles/101-Linksys-Mamba.mk @@ -11,7 +11,8 @@ define Profile/Mamba kmod-usb-storage \ kmod-of-i2c kmod-i2c-core kmod-i2c-mv64xxx \ kmod-ata-core kmod-ata-marvell-sata \ - kmod-rtc-marvell kmod-thermal-armada + kmod-rtc-marvell kmod-thermal-armada \ + linksys-base-files endef define Profile/Mamba/Description -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 09/30][ WRT1900AC ] CONFIG_UBIFS_FS_XATTR is no longer defined in 3.10
wow a useful patch :) next time please also patch the other kernel not just the one used by you. John On 08/05/2014 22:51, Matthew Fatheree wrote: From 8ab032967f60449052c20adc6180c8f295cb37d5 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sat, 19 Apr 2014 00:24:54 +0700 Subject: [PATCH 09/30] CONFIG_UBIFS_FS_XATTR is no longer defined in 3.10 In kernel 3.10, CONFIG_UBIFS_FS_XATTR is no longer defined, we should remove the ifdef to enable ubifs xattr Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../550-ubifs-symlink-xattr-support.patch |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/target/linux/generic/patches-3.10/550-ubifs-symlink-xattr-support.patch b/target/linux/generic/patches-3.10/550-ubifs-symlink-xattr-support.patch index b4de071..0235340 100644 --- a/target/linux/generic/patches-3.10/550-ubifs-symlink-xattr-support.patch +++ b/target/linux/generic/patches-3.10/550-ubifs-symlink-xattr-support.patch @@ -1,15 +1,13 @@ --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c -@@ -1576,6 +1576,12 @@ const struct inode_operations ubifs_syml +@@ -1576,6 +1576,10 @@ const struct inode_operations ubifs_syml .follow_link = ubifs_follow_link, .setattr = ubifs_setattr, .getattr = ubifs_getattr, -+#ifdef CONFIG_UBIFS_FS_XATTR + .setxattr= ubifs_setxattr, + .getxattr= ubifs_getxattr, + .listxattr = ubifs_listxattr, + .removexattr = ubifs_removexattr, -+#endif }; const struct file_operations ubifs_file_operations = { -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 05/30][ WRT1900AC ] Support I2C, USB, TMP421, On-Die sensor, SATA.
On 08/05/2014 22:30, Matthew Fatheree wrote: Support I2C, USB, TMP421, On-Die sensor, SATA. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- target/linux/mvebu/config-3.10 | 29 - 1 file changed, 28 insertions(+), 1 deletion(-) so all boards always have ATA, USB ... ? i assume not. hence you should use default package selections to add these instead of building them into the kernel John diff --git a/target/linux/mvebu/config-3.10 b/target/linux/mvebu/config-3.10 index 4f41f71..1317e22 100644 --- a/target/linux/mvebu/config-3.10 +++ b/target/linux/mvebu/config-3.10 @@ -22,6 +22,7 @@ CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y # CONFIG_ARCH_WM8850 is not set CONFIG_ARM=y CONFIG_ARMADA_370_XP_TIMER=y +CONFIG_ARMADA_THERMAL=y CONFIG_ARM_APPENDED_DTB=y CONFIG_ARM_ATAG_DTB_COMPAT=y # CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is not set @@ -36,6 +37,7 @@ CONFIG_ARM_THUMB=y # CONFIG_ARM_THUMBEE is not set CONFIG_ARM_VIRT_EXT=y CONFIG_ASYNC_TX_ENABLE_CHANNEL_SWITCH=y +CONFIG_ATA=y CONFIG_ATAGS=y CONFIG_AUTO_ZRELADDR=y CONFIG_BOUNCE=y @@ -141,7 +143,10 @@ CONFIG_HAVE_SYSCALL_TRACEPOINTS=y CONFIG_HAVE_UID16=y CONFIG_HIGHMEM=y # CONFIG_HIGHPTE is not set +CONFIG_HWMON=y CONFIG_HZ_PERIODIC=y +CONFIG_I2C=y +CONFIG_I2C_BOARDINFO=y CONFIG_INITRAMFS_SOURCE= CONFIG_IRQCHIP=y CONFIG_IRQ_DOMAIN=y @@ -198,6 +203,7 @@ CONFIG_OF_DEVICE=y CONFIG_OF_EARLY_FLATTREE=y CONFIG_OF_FLATTREE=y CONFIG_OF_GPIO=y +CONFIG_OF_I2C=y CONFIG_OF_IRQ=y CONFIG_OF_MDIO=y CONFIG_OF_MTD=y @@ -235,8 +241,10 @@ CONFIG_RFS_ACCEL=y CONFIG_RPS=y CONFIG_RTC_CLASS=y # CONFIG_RTC_DRV_MV is not set +CONFIG_SATA_MV=y CONFIG_SCHED_HRTICK=y -# CONFIG_SCSI_DMA is not set +CONFIG_SCSI=y +CONFIG_SENSORS_TMP421=y CONFIG_SERIAL_8250_DW=y CONFIG_SMP=y CONFIG_SMP_ON_UP=y @@ -248,6 +256,15 @@ CONFIG_STOP_MACHINE=y # CONFIG_SWP_EMULATE is not set CONFIG_SYS_SUPPORTS_APM_EMULATION=y # CONFIG_TEGRA_HOST1X is not set +CONFIG_THERMAL=y +# CONFIG_THERMAL_DEFAULT_GOV_FAIR_SHARE is not set +CONFIG_THERMAL_DEFAULT_GOV_STEP_WISE=y +# CONFIG_THERMAL_DEFAULT_GOV_USER_SPACE is not set +# CONFIG_THERMAL_EMULATION is not set +# CONFIG_THERMAL_GOV_FAIR_SHARE is not set +CONFIG_THERMAL_GOV_STEP_WISE=y +# CONFIG_THERMAL_GOV_USER_SPACE is not set +CONFIG_THERMAL_HWMON=y # CONFIG_THUMB2_KERNEL is not set CONFIG_TICK_CPU_ACCOUNTING=y CONFIG_TIMER_STATS=y @@ -255,8 +272,18 @@ CONFIG_TREE_RCU=y CONFIG_UID16=y CONFIG_UIDGID_CONVERTED=y CONFIG_UNCOMPRESS_INCLUDE=debug/uncompress.h +CONFIG_USB=y CONFIG_USB_ARCH_HAS_XHCI=y +CONFIG_USB_COMMON=y +CONFIG_USB_EHCI_HCD=y +CONFIG_USB_EHCI_HCD_ORION=y +# CONFIG_USB_EHCI_HCD_PLATFORM is not set +CONFIG_USB_EHCI_PCI=y +CONFIG_USB_STORAGE=y CONFIG_USB_SUPPORT=y +CONFIG_USB_UHCI_HCD=y +CONFIG_USB_XHCI_HCD=y +# CONFIG_USB_XHCI_HCD_DEBUGGING is not set CONFIG_USE_GENERIC_SMP_HELPERS=y CONFIG_USE_OF=y CONFIG_VECTORS_BASE=0x -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 16/30][ WRT1900AC ] mamba mvebu: sysupgrade support for mamba + dual boot
nack, wrong folder duplicates functionality .. John On 08/05/2014 23:07, Matthew Fatheree wrote: From dea780ba779104cd1460efe3815c16990f5db959 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:10:18 +0700 Subject: [PATCH 16/30] mamba mvebu: sysupgrade support for mamba + dual boot is supportted Add platform specific support for sysupgrade. Mamba supports dual boot implementation. The firmware can be flashed to Primary Boot partition or Alternative Boot partition. The sysupgrade has the ping-pong effect: when we are runnning the firmware from Primary partition and do sysupgrade the new firmware is written to the Alternative partition, on next reboot bootcmd is set to Alternative partition; when we are running the firmware from Alternative partition and do sysupgrade, the new firmware is written to the Primary partition, on next reboot bootcmd is set to Primary partition. boot_part is used to distinguished between Primary Boot partition and Alternative Boot partition Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../files/lib/upgrade/platform.sh | 72 1 file changed, 72 insertions(+) create mode 100755 package/linksys-base-files/files/lib/upgrade/platform.sh diff --git a/package/linksys-base-files/files/lib/upgrade/platform.sh b/package/linksys-base-files/files/lib/upgrade/platform.sh new file mode 100755 index 000..7cd1e20 --- /dev/null +++ b/package/linksys-base-files/files/lib/upgrade/platform.sh @@ -0,0 +1,72 @@ +# +# Copyright (C) 2011 OpenWrt.org +# + +. /lib/functions.sh + +get_update_kernel_label() { + cur_boot_part=`/usr/sbin/fw_printenv -n boot_part` + kernel_label= + if [ $cur_boot_part -eq 1 ] + then + # current primary boot - update alt boot + kernel_label=alt_kernel + fw_setenv boot_part 2 + fw_setenv bootcmd run altnandboot + elif [ $cur_boot_part -eq 2 ] + then + # current alt boot - update primary boot + kernel_label=kernel + fw_setenv boot_part 1 + fw_setenv bootcmd run nandboot + else + # try to guess from bootarg, should not come here + grep -q mtdblock5 /proc/cmdline next_boot_part=2 \ + kernel_label=alt_kernel next_bootcmd=run altnandboot + grep -q mtdblock7 /proc/cmdline next_boot_part=1 \ + kernel_label=kernel next_bootcmd=run nandboot + fw_setenv boot_part $next_boot_part + fw_setenv bootcmd $next_bootcmd + fi + echo $kernel_label +} + +platform_do_upgrade () { + mkdir -p /var/lock + touch /var/lock/fw_printenv.lock + local kern_label=$(get_update_kernel_label) + + if [ ! -n $kern_label ] + then + echo cannot find kernel partition + exit 1 + fi + echo Mamba do upgrade on $kern_label + get_image $1 | mtd write - $kern_label +} + +platform_check_image() { + # return 0 on valid image, 1 otherwise + echo Mamba check image + return 0 +} + +mamba_preupgrade() { + echo Mamba preupgrade called... + export RAMFS_COPY_BIN=${RAMFS_COPY_BIN} /usr/sbin/fw_printenv /usr/sbin/fw_setenv + export RAMFS_COPY_BIN=${RAMFS_COPY_BIN} /bin/mkdir /bin/touch + export RAMFS_COPY_DATA=${RAMFS_COPY_DATA} /etc/fw_env.config /var/lock/fw_printenv.lock + + rm -rf /overlay/* + # populate the backup configuration files to overlay ubifs + if [ -f $CONF_TAR -a $SAVE_CONFIG -eq 1 ] + then + tar -C /overlay/ -x${TAR_V}zf $CONF_TAR + fi + + # umount overlay partition now + umount -l /overlay + umount -l /tmp/syscfg +} + +append sysupgrade_pre_upgrade mamba_preupgrade -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list
Re: [OpenWrt-Devel] [PATCH 15/30][ WRT1900AC ] mamba mvebu: add fw_printenv tool to read U-boot
never used uboot-envtools, however this does seem wrong and it would surprise me if other boards did this stuff. i am simply assuming this is wrong like the rest of the series, so its a nack. John On 08/05/2014 23:07, Matthew Fatheree wrote: From 4a9565f1139fbb585727638fd69a0437bdd212b6 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:04:04 +0700 Subject: [PATCH 15/30] mamba mvebu: add fw_printenv tool to read U-boot environment from Linux The /tmp/fw_env.config is generated by looking for the u_env partition at the system startup Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- package/linksys-base-files/files/etc/fw_env.config |1 + .../files/lib/preinit/04_fw_env_config_init| 18 ++ 2 files changed, 19 insertions(+) create mode 12 package/linksys-base-files/files/etc/fw_env.config create mode 100644 package/linksys-base-files/files/lib/preinit/04_fw_env_config_init diff --git a/package/linksys-base-files/files/etc/fw_env.config b/package/linksys-base-files/files/etc/fw_env.config new file mode 12 index 000..5814153 --- /dev/null +++ b/package/linksys-base-files/files/etc/fw_env.config @@ -0,0 +1 @@ +/tmp/fw_env.config \ No newline at end of file diff --git a/package/linksys-base-files/files/lib/preinit/04_fw_env_config_init b/package/linksys-base-files/files/lib/preinit/04_fw_env_config_init new file mode 100644 index 000..daedf93 --- /dev/null +++ b/package/linksys-base-files/files/lib/preinit/04_fw_env_config_init @@ -0,0 +1,18 @@ +#!/bin/sh + +init_fw_env() { + uboot_env_partname=u_env + uboot_env_mtdpart=$(find_mtd_part $uboot_env_partname) + if [ ! -n ${uboot_env_mtdpart} ] + then + echo init_fw_env: cannot find u_env partition + return + fi + uboot_env_mtdpart_idx=$(echo $uboot_env_mtdpart | tr -d /dev/mtdblock) +cat EOF /tmp/fw_env.config +# MTD device name Device offset Env. size Flash sector size Number of Sectos + /dev/mtd${uboot_env_mtdpart_idx} 0x 0x4 0x2 2 +EOF +} + +boot_hook_add preinit_main init_fw_env -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 22/30][ WRT1900AC ] mamba mvebu: support blink Power led when enter FAILSAFE mode
nack, duplicate functionality John (maybe i should start to only send the acks for this series, it will save us a lot of time) On 08/05/2014 23:19, Matthew Fatheree wrote: From ea96714bb0724cf3e98e86802a3b5b36da67ac89 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 20:39:07 +0700 Subject: [PATCH 22/30] mamba mvebu: support blink Power led when enter FAILSALE mode - Blink 250ms if the Reset button is pressed. - Blink 500ms when the board enter to FAILSAFE mode. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../files/lib/preinit/99_10_failsafe_login | 17 + .../linksys-base-files/files/usr/sbin/check_reset |1 + 2 files changed, 18 insertions(+) create mode 100644 package/linksys-base-files/files/lib/preinit/99_10_failsafe_login diff --git a/package/linksys-base-files/files/lib/preinit/99_10_failsafe_login b/package/linksys-base-files/files/lib/preinit/99_10_failsafe_login new file mode 100644 index 000..d3253c5 --- /dev/null +++ b/package/linksys-base-files/files/lib/preinit/99_10_failsafe_login @@ -0,0 +1,17 @@ +#!/bin/sh +# Copyright (C) 2006 OpenWrt.org +# Copyright (C) 2010 Vertical Communications + +failsafe_netlogin () { + /usr/sbin/ledctrl power 255 500 500 + telnetd -l /bin/login.sh /dev/null 21 +} + +failsafe_shell() { + lock /tmp/.failsafe + ash --login + echo Please reboot system when done with failsafe network logins +} + +boot_hook_add failsafe failsafe_netlogin +boot_hook_add failsafe failsafe_shell diff --git a/package/linksys-base-files/files/usr/sbin/check_reset b/package/linksys-base-files/files/usr/sbin/check_reset index a5a0346..dcff612 100755 --- a/package/linksys-base-files/files/usr/sbin/check_reset +++ b/package/linksys-base-files/files/usr/sbin/check_reset @@ -8,6 +8,7 @@ value=`cat /sys/class/gpio/gpio33/value` if [ $value -le 0 ] then + /usr/sbin/ledctrl power 255 250 250 echo export FAILSAFE=true /tmp/enter_failsafe else echo export FAILSAFE= /tmp/enter_failsafe -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 23/30][ WRT1900AC ] mamba mvebu: board specific initialize script
On 08/05/2014 23:21, Matthew Fatheree wrote: From 420c37e26c1ff16f160dddc8adcd7e0c8ee0c6a9 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 20:43:34 +0700 Subject: [PATCH 23/30] mamba mvebu: board specific initialize script - Unexport GPIO33 (Reset button) in order can probe the gpio-key.ko driver for handle the behavour of Reset button by /dev/input/eventX. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com nack, make sure that the gpio is not exported in the first place instead of unexporting it afterwards. this is an utterly wrong approach to software developement John --- package/linksys-base-files/files/etc/init.d/mamba |9 + 1 file changed, 9 insertions(+) create mode 100755 package/linksys-base-files/files/etc/init.d/mamba diff --git a/package/linksys-base-files/files/etc/init.d/mamba b/package/linksys-base-files/files/etc/init.d/mamba new file mode 100755 index 000..7470a6e --- /dev/null +++ b/package/linksys-base-files/files/etc/init.d/mamba @@ -0,0 +1,9 @@ +#!/bin/sh /etc/rc.common +# Copyright (C) 2006 OpenWrt.org + +START=09 +start() { + # Unexport GPIO33 of RESET button + echo 33 /sys/class/gpio/unexport + sleep 1 +} -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of Belkin International, Inc. and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. Pour la version française: http://www.belkin.com/email-notice/French.html Für die deutsche Übersetzung: http://www.belkin.com/email-notice/German.html __ ___ 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 28/30][ WRT1900AC ] mamba mvebu: add wifi.lua to mrvl_wlan_v7drv package
nack 1) drivers go in the kernel/ dir 2) the driver smells like poo poo 3) since when o we carry webui hacks for smelly wifi driver inside the driver dir ? 4) the 1900ac only supports us channels ? 5) wont look at the lua stuff in detail but a rough look at it told me that the quality aligns with the rest of what you sent. John On 08/05/2014 23:32, Matthew Fatheree wrote: From c65d737b77b063f64cdbe042b49dae8ee690ed28 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 23:45:26 +0700 Subject: [PATCH 28/30] mamba mvebu: add wifi.lua to mrvl_wlan_v7drv package Mamba wireless driver requires to customize the WebUI wireless configuration page. The wifi.lua.mamba is used to replace the default wifi.lua file from luci. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- package/network/mrvl_wlan_v7drv/Makefile |2 + package/network/mrvl_wlan_v7drv/files/wifi.lua | 1141 2 files changed, 1143 insertions(+) create mode 100644 package/network/mrvl_wlan_v7drv/files/wifi.lua diff --git a/package/network/mrvl_wlan_v7drv/Makefile b/package/network/mrvl_wlan_v7drv/Makefile index c193c09..38ded49 100644 --- a/package/network/mrvl_wlan_v7drv/Makefile +++ b/package/network/mrvl_wlan_v7drv/Makefile @@ -34,6 +34,7 @@ define Package/mrvl_wlan_v7drv/install $(INSTALL_DIR) $(1)/lib/modules/$(LINUX_VERSION) $(INSTALL_DIR) $(1)/etc/modules.d $(INSTALL_DIR) $(1)/usr/sbin + $(INSTALL_DIR) $(1)/usr/lib/lua/luci/model/cbi/admin_network $(INSTALL_BIN) files/marvell.sh $(1)/lib/wifi $(INSTALL_BIN) files/wireless $(1)/etc/config @@ -44,6 +45,7 @@ define Package/mrvl_wlan_v7drv/install $(INSTALL_BIN) files/wps-hotplug.sh $(1)/lib/wifi $(INSTALL_BIN) files/hostapd $(1)/usr/sbin $(INSTALL_BIN) files/hostapd_cli $(1)/usr/sbin + $(INSTALL_BIN) files/wifi.lua $(1)/usr/lib/lua/luci/model/cbi/admin_network/wifi.lua endef $(eval $(call BuildPackage,mrvl_wlan_v7drv)) diff --git a/package/network/mrvl_wlan_v7drv/files/wifi.lua b/package/network/mrvl_wlan_v7drv/files/wifi.lua new file mode 100644 index 000..fd996c5 --- /dev/null +++ b/package/network/mrvl_wlan_v7drv/files/wifi.lua @@ -0,0 +1,1141 @@ +--[[ +LuCI - Lua Configuration Interface + +Copyright 2008 Steven Barth ste...@midlink.org + +Licensed under the Apache License, Version 2.0 (the License); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + +$Id: wifi.lua 9558M 2013-12-12 16:27:16Z (local) $ +]]-- + +local wa = require luci.tools.webadmin +local nw = require luci.model.network +local ut = require luci.util +local nt = require luci.sys.net +local fs = require nixio.fs + +arg[1] = arg[1] or + +m = Map(wireless, , + translate(The emDevice Configuration/em section covers physical settings of the radio .. + hardware such as channel, transmit power or antenna selection which is shared among all .. + defined wireless networks (if the radio hardware is multi-SSID capable). Per network settings .. + like encryption or operation mode are grouped in the emInterface Configuration/em.)) + +m:chain(network) +m:chain(firewall) + +local ifsection + +function m.on_commit(map) + local wnet = nw:get_wifinet(arg[1]) + if ifsection and wnet then + ifsection.section = wnet.sid + m.title = luci.util.pcdata(wnet:get_i18n()) + end +end + +nw.init(m.uci) + +local wnet = nw:get_wifinet(arg[1]) +local wdev = wnet and wnet:get_device() + +-- redirect to overview page if network does not exist anymore (e.g. after a revert) +if not wnet or not wdev then + luci.http.redirect(luci.dispatcher.build_url(admin/network/wireless)) + return +end + +-- wireless toggle was requested, commit and reload page +function m.parse(map) + if m:formvalue(cbid.wireless.%s.__toggle % wdev:name()) then + if wdev:get(disabled) == 1 or wnet:get(disabled) == 1 then + wnet:set(disabled, nil) + else + wnet:set(disabled, 1) + end + wdev:set(disabled, nil) + + nw:commit(wireless) + luci.sys.call((env -i /sbin/wifi down; env -i /sbin/wifi up) /dev/null 2/dev/null) + + luci.http.redirect(luci.dispatcher.build_url(admin/network/wireless, arg[1])) + return + end + Map.parse(map) +end + +m.title = luci.util.pcdata(wnet:get_i18n()) + + +local function txpower_list(iw) + local list = iw.txpwrlist or { } + local off = tonumber(iw.txpower_offset) or 0 + local new = { } + local prev = -1 + local _, val + for _, val in ipairs(list) do + local dbm = val.dbm + off + local mw = math.floor(10 ^ (dbm / 10)) + if mw ~= prev then + prev = mw + new[#new+1] = { +
Re: [OpenWrt-Devel] [PATCH 29/30][ WRT1900AC ] mamba mvebu: support macclone
nack, again the webui should not be in that folder. John On 08/05/2014 23:33, Matthew Fatheree wrote: From 9a9dc70152468dd745fe0cd9dd94d1b498b87598 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 23:47:45 +0700 Subject: [PATCH 29/30] mamba mvebu: support macclone Support to change/restore the WAN's MAC address via WebUI Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- .../files/usr/lib/lua/luci/controller/macclone.lua |6 ++ .../files/usr/lib/lua/luci/model/cbi/macclone.lua | 92 2 files changed, 98 insertions(+) create mode 100644 package/linksys-base-files/files/usr/lib/lua/luci/controller/macclone.lua create mode 100644 package/linksys-base-files/files/usr/lib/lua/luci/model/cbi/macclone.lua diff --git a/package/linksys-base-files/files/usr/lib/lua/luci/controller/macclone.lua b/package/linksys-base-files/files/usr/lib/lua/luci/controller/macclone.lua new file mode 100644 index 000..97245d9 --- /dev/null +++ b/package/linksys-base-files/files/usr/lib/lua/luci/controller/macclone.lua @@ -0,0 +1,6 @@ +module(luci.controller.macclone, package.seeall) + +function index() + entry({admin, network, MacClone}, cbi(macclone), _(MAC Address Clone), 90) + entry({mini, network, MacClone}, cbi(macclone), _(MAC Address Clone), 90) +end diff --git a/package/linksys-base-files/files/usr/lib/lua/luci/model/cbi/macclone.lua b/package/linksys-base-files/files/usr/lib/lua/luci/model/cbi/macclone.lua new file mode 100644 index 000..b01d94b --- /dev/null +++ b/package/linksys-base-files/files/usr/lib/lua/luci/model/cbi/macclone.lua @@ -0,0 +1,92 @@ +--Create Form +m = SimpleForm(macclone, translate(MAC Address Clone), + translate(Some ISPs will require you to register your MAC address. If you do not wish to re-register your MAC address, you can have the router clone the MAC address that is registered with your ISP.)) +s = m:section(SimpleSection) + +--Translate submit button to Clone Mac..., hidden reset button +m.submit = translate(Clone Mac...) +m.reset = false + +--Show texbox Curent WAN MAC +curentmac = s:option(Value, curentmac, translate(Current WAN MAC)) +curentmac.datatype= macaddr +curentmac.placeholder = 00:00:00:00:00:00 + +--Show button Restore Original MAC Address +ori_mac= s:option(Button, ori_mac, translate( )) +ori_mac.inputtitle = translate(Restore Original MAC Address) +ori_mac.inputstyle = apply +ori_mac.rmempty= false + +--Get WAN interface name +cmd= uci -P/var/state get network.wan.ifname +f = io.popen(cmd) +wan_if = f:read() +f:close() + +--Get current MAC +cmd = uci show network.wan | grep .macaddr | awk -F'=' '{print $2}' +f = io.popen(cmd) +cur_mac = f:read() +f:close() +if cur_mac == nil then +cmd = ifconfig ..wan_if.. | grep HWaddr | awk -F'HWaddr ' '{print $2}' +f = io.popen(cmd) +cur_mac = f:read() + if cur_mac then + curentmac:value(, cur_mac..(Original MAC)) + end + f:close() +else +curentmac:value(, cur_mac..(Has changed)) +end + +--Mac Clone +function curentmac.write(self) + local mac = luci.http.formvalue(cbid.macclone.1.curentmac) + if mac and mac ~= cur_mac then + cmd = uci set network.wan.macaddr=..mac.. uci commit network /etc/init.d/network restart + p = io.popen(cmd) + p:close() + m.message = Clone MAC(..mac..) successfully + cur_mac = mac + curentmac:value(, mac..(Has changed)) + else +m.message = Clone MAC unsuccessfully + end +end + +--Restore original MAC +function ori_mac.write(self) + --Check macaddr set to /etc/config/network +cmd = uci show network.wan | grep .macaddr | awk -F'=' '{print $2}' + local p = io.popen(cmd) +local mac = p:read() + p:close() + +if mac then + --Remove macaddr from /etc/config/network +cmd = uci delete network.wan.macaddr uci commit network /etc/init.d/network restart +p = io.popen(cmd) +p:close() + + --Get original Mac +cmd = ifconfig ..wan_if.. | grep HWaddr | awk -F'HWaddr ' '{print $2}' +p = io.popen(cmd) +local ori_mac = p:read() + p:close() + + --Show Mac to text box + if ori_mac then + m.message = Restore original MAC successfully + curentmac:value(, ori_mac..(Original MAC)) +cur_mac = ori_mac + else + m.message = Restore original MAC unsuccessfully + end + else +m.message = Current Mac is original + end +end + +return m -- 1.7.9.5 __ Confidential This e-mail and any files transmitted with it are the property of
Re: [OpenWrt-Devel] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
Thanks for the help Pteridium. BTW, dmidecode is only available for x86, not for x86_64: https://dev.openwrt.org/browser/packages/utils/dmidecode/Makefile - DEPENDS:=@TARGET_x86 @Luka: If you have any other suggestions or changes just tell me. P.S: Maybe we should completely remove dmidecode dependency, since it disables flashrom for any other targets (without this patch), and let the user select it if he wants that functionality. Álvaro El 09/05/2014 10:51, Luka Perkov escribió: On Fri, May 09, 2014 at 10:44:38AM +0200, José Vázquez wrote: Sure? maybe i am a bit blind. :( You are not - I've missed it... Thanks. I guess it was too early in the morning :) Luka V1: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat V2: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat Pepe 2014-05-09 10:34 GMT+02:00, Luka Perkov l...@openwrt.org: On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote: 2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Yes, it says that in the description but the patches are the same. Luka ___ 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 16/30][ WRT1900AC ] mamba mvebu: sysupgrade support for mamba + dual boot
Are there any existing docs on sysupgrade dual boot support like this? It's a nice feature, and I'd love to use existing functionality for this, but I haven't seen it, or heard about it before. Cheers, Karl P On Fri, May 09, 2014 at 11:48:23AM +0200, John Crispin wrote: nack, wrong folder duplicates functionality .. John On 08/05/2014 23:07, Matthew Fatheree wrote: From dea780ba779104cd1460efe3815c16990f5db959 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:10:18 +0700 Subject: [PATCH 16/30] mamba mvebu: sysupgrade support for mamba + dual boot is supportted Add platform specific support for sysupgrade. Mamba supports dual boot implementation. The firmware can be flashed to Primary Boot partition or Alternative Boot partition. The sysupgrade has the ping-pong effect: . ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH][tools] quilt: bump to version 0.63
Hi Hannu, On Thu, May 08, 2014 at 09:36:31PM +0300, Hannu Nyman wrote: Quilt version 0.63 has been released this week. Applied in r40744. Thanks! Luka PS. Next time please follow the official guide [1]. [1] https://dev.openwrt.org/wiki/SubmittingPatches ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 16/30][ WRT1900AC ] mamba mvebu: sysupgrade support for mamba + dual boot
Probably because most routers so far don't have enough flash memory to hold two partitions. I have seen this used on some Professional NAS systems. Pretty useful though ! The information I have from Belkin about this feature how it works is: If the new flashed partition has some problem (e.g: Kernel Panic) U-Boot will try 3 times and if it still fails it will automatically revert back to boot from the previous working partition. Regards, Fernando On 09/05/2014 12:16, Karl Palsson wrote: Are there any existing docs on sysupgrade dual boot support like this? It's a nice feature, and I'd love to use existing functionality for this, but I haven't seen it, or heard about it before. Cheers, Karl P On Fri, May 09, 2014 at 11:48:23AM +0200, John Crispin wrote: nack, wrong folder duplicates functionality .. John On 08/05/2014 23:07, Matthew Fatheree wrote: From dea780ba779104cd1460efe3815c16990f5db959 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:10:18 +0700 Subject: [PATCH 16/30] mamba mvebu: sysupgrade support for mamba + dual boot is supportted Add platform specific support for sysupgrade. Mamba supports dual boot implementation. The firmware can be flashed to Primary Boot partition or Alternative Boot partition. The sysupgrade has the ping-pong effect: . ___ 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 16/30][ WRT1900AC ] mamba mvebu: sysupgrade support for mamba + dual boot
I understand how it works in general, John was nacking the support as it duplicated existing functionality. I was asking more about this existing functionality within openwrt for supporting dual firmware images. I wasn't aware of any existing functionality for this. Cheers, Karl P On Fri, May 09, 2014 at 01:25:40PM +0100, Fernando Frediani wrote: Probably because most routers so far don't have enough flash memory to hold two partitions. I have seen this used on some Professional NAS systems. Pretty useful though ! The information I have from Belkin about this feature how it works is: If the new flashed partition has some problem (e.g: Kernel Panic) U-Boot will try 3 times and if it still fails it will automatically revert back to boot from the previous working partition. Regards, Fernando On 09/05/2014 12:16, Karl Palsson wrote: Are there any existing docs on sysupgrade dual boot support like this? It's a nice feature, and I'd love to use existing functionality for this, but I haven't seen it, or heard about it before. Cheers, Karl P On Fri, May 09, 2014 at 11:48:23AM +0200, John Crispin wrote: nack, wrong folder duplicates functionality .. John On 08/05/2014 23:07, Matthew Fatheree wrote: From dea780ba779104cd1460efe3815c16990f5db959 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:10:18 +0700 Subject: [PATCH 16/30] mamba mvebu: sysupgrade support for mamba + dual boot is supportted Add platform specific support for sysupgrade. Mamba supports dual boot implementation. The firmware can be flashed to Primary Boot partition or Alternative Boot partition. The sysupgrade has the ping-pong effect: . ___ 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] [PATCH v2][flashrom] Update to latest version and remove unneeded dependencies
2014-05-09 12:13 GMT+02:00, Álvaro Fernández Rojas nolt...@gmail.com: Thanks for the help Pteridium. BTW, dmidecode is only available for x86, not for x86_64: https://dev.openwrt.org/browser/packages/utils/dmidecode/Makefile - DEPENDS:=@TARGET_x86 Yes an no: dmidecode was added before the inclusion of target x86_64. According to the developers web page it works in 64bit machines and OSs: http://www.nongnu.org/dmidecode/ Unless i'm wrong the dmidecode makefile should be updated too; the last change was in r25602 @Luka: If you have any other suggestions or changes just tell me. P.S: Maybe we should completely remove dmidecode dependency, since it disables flashrom for any other targets (without this patch), and let the user select it if he wants that functionality. Álvaro I think is dangerous if the dmidecode dependency is totally removed in flashrom but i can be wrong. Pepe El 09/05/2014 10:51, Luka Perkov escribió: On Fri, May 09, 2014 at 10:44:38AM +0200, José Vázquez wrote: Sure? maybe i am a bit blind. :( You are not - I've missed it... Thanks. I guess it was too early in the morning :) Luka V1: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat V2: Eliminated: DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) Added: DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat Pepe 2014-05-09 10:34 GMT+02:00, Luka Perkov l...@openwrt.org: On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote: 2014-05-09 8:32 GMT+02:00, Luka Perkov l...@openwrt.org: Hi Alvaro, I don't see this change. Patch v2 is same as v1. Luka In v1 he eliminated cpu dependencies while in v2 dmidecode is only selected by TARGET_x86. I think that, in addition to x86 should be added x86_64 and any other target that has dmi. Yes, it says that in the description but the patches are the same. Luka ___ 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] [packages] add i2c binding for Lua
This patch adds support for the I2C Lua binding. The I2C Lua binding allows Lua scripts to control I2C slave devices on I2C busses supported by the kernel. Sourceforge project page: http://sourceforge.net/projects/i2c-lua Hope I am doing this right (first time submitting a patch here). Thanks, Frank Signed-off-by: Frank Edelhaeuser fe...@users.sourceforge.net Index: package/i2c-lua/Makefile === --- package/i2c-lua/Makefile(attitude_adjustment) +++ package/i2c-lua/Makefile(working copy) @@ -0,0 +1,43 @@ +# +# Copyright (C) 2007-2014 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk + +PKG_NAME:=i2c-lua +PKG_VERSION:=1.0.0 +PKG_RELEASE:=1 + +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz +PKG_SOURCE_URL:=@SF/i2c-lua +PKG_MD5SUM:=7098577f101410b201cd43a7467e408d + +PKG_LICENSE:=MIT +PKG_LICENSE_FILES:=COPYING + +include $(INCLUDE_DIR)/package.mk + +define Package/i2c-lua + SUBMENU:=Lua + SECTION:=lang + CATEGORY:=Languages + TITLE:=I2C Lua binding + DEPENDS:=+liblua +kmod-i2c-core + MAINTAINER:=Frank Edelhaeuser fe...@users.sourceforge.net +endef + +define Package/i2c-lua/description + This is the Lua binding for I2C. It provides access to I2C slaves supported by the kernel. +endef + +define Package/i2c-lua/install + $(INSTALL_DIR) $(1)/usr/lib/lua + $(INSTALL_DIR) $(1)/usr/lib/lua/i2c + $(INSTALL_BIN) $(PKG_BUILD_DIR)/i2c.so $(1)/usr/lib/lua + $(INSTALL_DATA) $(PKG_BUILD_DIR)/examples/* $(1)/usr/lib/lua/i2c +endef + +$(eval $(call BuildPackage,i2c-lua)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 15/30][ WRT1900AC ] mamba mvebu: add fw_printenv tool to read U-boot
On 14-05-08 11:09 PM, Luka Perkov wrote: On Thu, May 08, 2014 at 02:07:13PM -0700, Matthew Fatheree wrote: From 4a9565f1139fbb585727638fd69a0437bdd212b6 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:04:04 +0700 Subject: [PATCH 15/30] mamba mvebu: add fw_printenv tool to read U-boot environment from Linux The /tmp/fw_env.config is generated by looking for the u_env partition at the system startup Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- package/linksys-base-files/files/etc/fw_env.config |1 + .../files/lib/preinit/04_fw_env_config_init| 18 ++ 2 files changed, 19 insertions(+) create mode 12 package/linksys-base-files/files/etc/fw_env.config create mode 100644 package/linksys-base-files/files/lib/preinit/04_fw_env_config_init NACK. Package uboot-envtools should be extended for this feature. This is actually a feature we've wanted to implement on our boards as well, but we went about it the same was as Belkin did with some board-specific preinit scripts that parsed /proc/mtd. We weren't sure if there was a generic way way to probe the MTD partitions for U-boot environments without relying on the partition name. For example, the u-boot environment format doesn't have any magic numbers in the header (though, a valid CRC would be a good heuristic check), and the backup environments might be left as erased flash. Cheers, Owen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 28/30][ WRT1900AC ] mamba mvebu: add wifi.lua to mrvl_wlan_v7drv package
On 2014-05-08 23:32, Matthew Fatheree wrote: From c65d737b77b063f64cdbe042b49dae8ee690ed28 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 23:45:26 +0700 Subject: [PATCH 28/30] mamba mvebu: add wifi.lua to mrvl_wlan_v7drv package Mamba wireless driver requires to customize the WebUI wireless configuration page. The wifi.lua.mamba is used to replace the default wifi.lua file from luci. FYI, PATCH 27/30 does not seem to have made it to the list. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] mac80211 on trunk not loading on atheros target: ls: /sys/class/ieee80211: No such file or directory
I'm trying load ath5k / mac80211 drivers on an Engenius EOC-1650, compiled from trunk r40735. However, wifi detect fails with the following: ls: /sys/class/ieee80211: No such file or directory A caveat is that this particular device has odd GPIO issues, whereby Attitude Adjustment had to have SYSFS config disabled and board config file patched as shown below to let the device to boot from flash. This patch didn't interfere with the radio drivers loading on AA r40431 with kernel 3.3.8. Could it nevertheless be causing problems for trunk with kernel 3.10? diff --git a/target/linux/atheros/config-3.10 b/target/linux/atheros/config-3.10 index e6ab73b..57f5177 100644 --- a/target/linux/atheros/config-3.10 +++ b/target/linux/atheros/config-3.10 @@ -44,7 +44,6 @@ CONFIG_GENERIC_PCI_IOMAP=y CONFIG_GENERIC_SMP_IDLE_THREAD=y CONFIG_GPIOLIB=y CONFIG_GPIO_DEVRES=y -CONFIG_GPIO_SYSFS=y # CONFIG_HAMRADIO is not set CONFIG_HARDWARE_WATCHPOINTS=y CONFIG_HAS_DMA=y diff --git a/target/linux/atheros/patches-3.10/100-board.patch b/target/linux/atheros/patches-3.10/100-board.patch index 96be80d..2d8ed85 100644 --- a/target/linux/atheros/patches-3.10/100-board.patch +++ b/target/linux/atheros/patches-3.10/100-board.patch @@ -1010,7 +1010,7 @@ +#define AR2315_GPIO_INT_LVL_HIGH 2 /* High Level Triggered */ +#define AR2315_GPIO_INT_LVL_EDGE 3 /* Edge Triggered */ + -+#define AR2315_RESET_GPIO 5 ++#define AR2315_RESET_GPIO 0 +#define AR2315_NUM_GPIO 22 + +/* @@ -2607,10 +2607,10 @@ + (i == ar231x_board.config-resetConfigGpio)) + continue; + -+ if(i == ar231x_board.config-sysLedGpio) ++ if(i == 2) + strcpy(led_names[led], wlan); + else -+ sprintf(led_names[led], gpio%d, i); ++ continue; + + ar2315_leds[led].name = led_names[led]; + ar2315_leds[led].gpio = i; -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 15/30][ WRT1900AC ] mamba mvebu: add fw_printenv tool to read U-boot
On 09/05/2014 18:14, Owen Kirby wrote: On 14-05-08 11:09 PM, Luka Perkov wrote: On Thu, May 08, 2014 at 02:07:13PM -0700, Matthew Fatheree wrote: From 4a9565f1139fbb585727638fd69a0437bdd212b6 Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sun, 4 May 2014 19:04:04 +0700 Subject: [PATCH 15/30] mamba mvebu: add fw_printenv tool to read U-boot environment from Linux The /tmp/fw_env.config is generated by looking for the u_env partition at the system startup Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com --- package/linksys-base-files/files/etc/fw_env.config |1 + .../files/lib/preinit/04_fw_env_config_init| 18 ++ 2 files changed, 19 insertions(+) create mode 12 package/linksys-base-files/files/etc/fw_env.config create mode 100644 package/linksys-base-files/files/lib/preinit/04_fw_env_config_init NACK. Package uboot-envtools should be extended for this feature. This is actually a feature we've wanted to implement on our boards as well, but we went about it the same was as Belkin did with some board-specific preinit scripts that parsed /proc/mtd. We weren't sure if there was a generic way way to probe the MTD partitions for U-boot environments without relying on the partition name. For example, the u-boot environment format doesn't have any magic numbers in the header (though, a valid CRC would be a good heuristic check), and the backup environments might be left as erased flash. the feature might make sense but not placed in that package without integration into uboot-envtools. John Cheers, Owen ___ 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 22/30][ WRT1900AC ] mamba mvebu: support blink Power led when enter FAILSAFE mode
On Fri, 9 May 2014, John Crispin wrote: (maybe i should start to only send the acks for this series, it will save us a lot of time) no, giving the reasons for each nack is valuable. David Lang ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 22/30][ WRT1900AC ] mamba mvebu: support blink Power led when enter FAILSAFE mode
On 09/05/2014 20:17, David Lang wrote: On Fri, 9 May 2014, John Crispin wrote: (maybe i should start to only send the acks for this series, it will save us a lot of time) no, giving the reasons for each nack is valuable. David Lang Hi David, i was trying to make a joke but apparently failed miserably at it. John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] mac80211 on trunk not loading on atheros target: ls: /sys/class/ieee80211: No such file or directory
Sorry to cause troubles. The bot at patchwork.openwrt.org added the diff content from my previous email to the patch queue, but this was not intended as a patch submission. http://patchwork.openwrt.org/patch/5387/ This diff output should not be applied as a patch to trunk! It was only included for illustration. Unfortunately, my login password to patchwork is missing, so I can't mark this patch as non-applicable. Could someone else see about that? (P.S. How does one get his/her login account at patchwork.openwrt.orgreset?) On Fri, May 9, 2014 at 12:40 PM, Ben West b...@gowasabi.net wrote: I'm trying load ath5k / mac80211 drivers on an Engenius EOC-1650, compiled from trunk r40735. However, wifi detect fails with the following: ls: /sys/class/ieee80211: No such file or directory A caveat is that this particular device has odd GPIO issues, whereby Attitude Adjustment had to have SYSFS config disabled and board config file patched as shown below to let the device to boot from flash. This patch didn't interfere with the radio drivers loading on AA r40431 with kernel 3.3.8. Could it nevertheless be causing problems for trunk with kernel 3.10? ... -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [packages] add i2c binding for Lua
Thanks, Jiri. Resending my patch using a different email client. Hopefully, this time it doesn't get mangled. Frank Signed-off-by: Frank Edelhaeuser fe...@users.sourceforge.net Index: package/i2c-lua/Makefile === --- package/i2c-lua/Makefile(attitude_adjustment) +++ package/i2c-lua/Makefile(working copy) @@ -0,0 +1,43 @@ +# +# Copyright (C) 2007-2014 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk + +PKG_NAME:=i2c-lua +PKG_VERSION:=1.0.0 +PKG_RELEASE:=1 + +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz +PKG_SOURCE_URL:=@SF/i2c-lua +PKG_MD5SUM:=7098577f101410b201cd43a7467e408d + +PKG_LICENSE:=MIT +PKG_LICENSE_FILES:=COPYING + +include $(INCLUDE_DIR)/package.mk + +define Package/i2c-lua + SUBMENU:=Lua + SECTION:=lang + CATEGORY:=Languages + TITLE:=I2C Lua binding + DEPENDS:=+liblua +kmod-i2c-core + MAINTAINER:=Frank Edelhaeuser fe...@users.sourceforge.net +endef + +define Package/i2c-lua/description + This is the Lua binding for I2C. It provides access to I2C slaves supported by the kernel. +endef + +define Package/i2c-lua/install + $(INSTALL_DIR) $(1)/usr/lib/lua + $(INSTALL_DIR) $(1)/usr/lib/lua/i2c + $(INSTALL_BIN) $(PKG_BUILD_DIR)/i2c.so $(1)/usr/lib/lua + $(INSTALL_DATA) $(PKG_BUILD_DIR)/examples/* $(1)/usr/lib/lua/i2c +endef + +$(eval $(call BuildPackage,i2c-lua)) - Forwarded message from Jiri Slachta slac...@cesnet.cz - Hello Frank, your email client mangled your patch. It seems that your email client converted tabs into spaces. Please follow this guideline and read all hints to set your email client correctly: http://web.archive.org/web/20120412091327/http://kerneltrap.org/Linux/Email_Clients_and_Patches However, this guide does not describe how to set up eM client you are using. :-( Jiri Dne 9. 5. 2014 16:51, fe...@users.sourceforge.net napsal(a): This patch adds support for the I2C Lua binding. The I2C Lua binding allows Lua scripts to control I2C slave devices on I2C busses supported by the kernel. Sourceforge project page: http://sourceforge.net/projects/i2c-lua Hope I am doing this right (first time submitting a patch here). Thanks, Frank - End forwarded message - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 07/30][ WRT1900AC ] mamba mvebu: force nand driver to use 4-bit ECC
On 2014-05-08 23:31, Matthew Fatheree wrote: From 90ae505c06fddcc08622594bb82bb449511c7e9a Mon Sep 17 00:00:00 2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date: Sat, 19 Apr 2014 00:08:43 +0700 Subject: [PATCH 07/30] mamba mvebu: force nand driver to use 4-bit ECC if the NAND flash's recommended ECC strength is less than 4-bit, for to use 4-bit ECC. Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com This patch is also missing an explanation of why this is correct and/or necessary. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 06/30][ WRT1900AC ] support NAND device for Mamba board
Matthew Fatheree matthew.fathe...@belkin.com writes: support NAND device for Mamba board - Use kernel command line to define the partition layout. - Add Mamba board config. Board specific support will be enabled by this flag. The Mamba board should receive the partition table from kernel argument from U-boot, which is prefixed by armada-nand. We cannot change the U-boot environment, so we have to change the pxa3xx driver to use the armada-nand when checking the partition table. [..] @@ -0,0 +1,16 @@ +diff --git a/drivers/mtd/nand/pxa3xx_nand.c b/drivers/mtd/nand/pxa3xx_nand.c +index 2a7a0b2..dc9d713 100644 +--- a/drivers/mtd/nand/pxa3xx_nand.c b/drivers/mtd/nand/pxa3xx_nand.c +@@ -1776,7 +1776,11 @@ static int pxa3xx_nand_probe(struct platform_device *pdev) +* parameter. This name cannot be changed or otherwise +* user's mtd partitions configuration would get broken. +*/ ++#ifdef CONFIG_MACH_ARMADA_MAMBA ++ mtd-name = armada-nand; ++#else + mtd-name = pxa3xx_nand-0; ++#endif + info-cs = cs; + ret = pxa3xx_nand_scan(mtd); + if (ret) { Building two incompatible versions of the same driver based on some build config setting does not seem like a good idea to me. How about finding some way to make this detectable at runtime? Bjørn ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] brcm47xx: image: document some defines arguments
Signed-off-by: Rafał Miłecki zaj...@gmail.com --- target/linux/brcm47xx/image/Makefile | 14 ++ 1 file changed, 14 insertions(+) diff --git a/target/linux/brcm47xx/image/Makefile b/target/linux/brcm47xx/image/Makefile index eca09a8..bf7f747 100644 --- a/target/linux/brcm47xx/image/Makefile +++ b/target/linux/brcm47xx/image/Makefile @@ -38,6 +38,11 @@ define Image/Build/dwl3150 echo BCM-5352-2050-000-01 $(BIN_DIR)/openwrt-dwl3150-$(2).bin endef +# $(1): filesystem type. +# $(2): device model (used for output file). +# $(3): pattern (device specific magic). +# $(4): version. +# $(5): simplified filesystem type (without block size). define Image/Build/CyberTAN $(STAGING_DIR_HOST)/bin/addpattern -4 -p $(3) -v v$(4) -i $(BIN_DIR)/$(IMG_PREFIX)-$(1).trx -o $(BIN_DIR)/openwrt-$(2)-$(5).bin $(if $(6),-s $(6)) endef @@ -84,6 +89,7 @@ define Image/Build/trxV2 $(call Image/Build/CyberTAN2,$(1),$(2),$(3),$(4),$(5),$(if $(6),$(6))) endef +# $(1): filesystem type. define Image/Build/jffs2-128k $(call Image/Build/CyberTAN,$(1),wrt54gs,W54S,4.80.1,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/CyberTAN,$(1),wrtsl54gs,W54U,2.08.1,$(patsubst jffs2-%,jffs2,$(1))) @@ -91,6 +97,7 @@ define Image/Build/jffs2-128k $(call Image/Build/wgt634u,$(1),$(patsubst jffs2-%,jffs2,$(1))) endef +# $(1): filesystem type. define Image/Build/jffs2-64k $(call Image/Build/CyberTAN,$(1),wrt54g3g,W54F,2.20.1,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/CyberTAN,$(1),wrt54g3g-em,W3GN,2.20.1,$(patsubst jffs2-%,jffs2,$(1))) @@ -124,6 +131,7 @@ define Image/Build/jffs2-64k $(call Image/Build/dwl3150,$(1),$(patsubst jffs2-%,jffs2,$(1))) endef +# $(1): filesystem type. define Image/Build/squashfs $(call Image/Build/jffs2-64k,$(1)) $(call Image/Build/jffs2-128k,$(1)) @@ -133,10 +141,16 @@ define Image/Build/Initramfs $(STAGING_DIR_HOST)/bin/trx -o $(BIN_DIR)/$(IMG_PREFIX)-initramfs.trx -f $(KDIR)/loader.gz -f $(KDIR)/vmlinux-initramfs.lzma endef +# $(1): filesystem type. +# $(2): device model (used for output file). +# $(3): board_id (device specific magic). +# $(4): region. +# $(5): simplified filesystem type (without block size). define Image/Build/Chk $(STAGING_DIR_HOST)/bin/mkchkimg -o $(BIN_DIR)/openwrt-$(2)-$(5).chk -k $(BIN_DIR)/$(IMG_PREFIX)-$(1).trx -b $(3) -r $(4) endef +# $(1): filesystem type. define Image/Build $(STAGING_DIR_HOST)/bin/trx -o $(BIN_DIR)/$(IMG_PREFIX)-$(1).trx \ -f $(KDIR)/loader.gz -f $(KDIR)/vmlinux.lzma \ -- 1.8.4.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/3] [packages] libftdi: fix build for x86_64 target
libftdi: fix build for x86_64 target. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- diff --git a/libs/libftdi/Makefile b/libs/libftdi/Makefile index 819c036..7bf5b2b 100644 --- a/libs/libftdi/Makefile +++ b/libs/libftdi/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2011 OpenWrt.org +# Copyright (C) 2011-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk PKG_NAME:=libftdi PKG_VERSION:=0.19 -PKG_RELEASE:=1 +PKG_RELEASE:=2 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz PKG_SOURCE_URL:=http://www.intra2net.com/en/developer/libftdi/download/ diff --git a/libs/libftdi/patches/100-fix-x86_64-build.patch b/libs/libftdi/patches/100-fix-x86_64-build.patch new file mode 100644 index 000..9a9da9a --- /dev/null +++ b/libs/libftdi/patches/100-fix-x86_64-build.patch @@ -0,0 +1,11 @@ +--- a/CMakeLists.txt b/CMakeLists.txt +@@ -43,7 +43,7 @@ IF(CMAKE_SIZEOF_VOID_P EQUAL 4) + SET(LIB_SUFFIX ) + SET(PACK_ARCH ) + ELSE(CMAKE_SIZEOF_VOID_P EQUAL 8) +-SET(LIB_SUFFIX 64) ++SET(LIB_SUFFIX ) + SET(PACK_ARCH .x86_64) + endif(CMAKE_SIZEOF_VOID_P EQUAL 4) + ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/3] [packages] dmidecode: Update to latest version and enable build for x86_64 target
dmidecode: Update to latest version and enable build for x86_64 target. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- diff --git a/utils/dmidecode/Makefile b/utils/dmidecode/Makefile index c1f4a9f..5b877f0 100644 --- a/utils/dmidecode/Makefile +++ b/utils/dmidecode/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2007-2011 OpenWrt.org +# Copyright (C) 2007-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -8,12 +8,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=dmidecode -PKG_VERSION:=2.11 +PKG_VERSION:=2.12 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:=http://download.savannah.gnu.org/releases/dmidecode -PKG_MD5SUM:=535487cc041f2db746587cf40a2059f0 +PKG_MD5SUM:=a406f3cbb27736491698697beeddb781 PKG_INSTALL:=1 @@ -22,7 +22,7 @@ include $(INCLUDE_DIR)/package.mk define Package/dmidecode SECTION:=utils CATEGORY:=Utilities - DEPENDS:=@TARGET_x86 + DEPENDS:=@(TARGET_x86||TARGET_x86_64) TITLE:=Displays BIOS informations. URL:=http://www.nongnu.org/dmidecode/ endef ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v3 3/3] [packages] flashrom: Update to latest version and remove unneeded dependencies
flashrom: Update to latest version and remove unneeded dependencies. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- v3: Add dmidecode dependency only for x86 and x86_64. Fix libftdi and dmidecode before this one. v2: Add dmidecode dependency only for x86 target. diff --git a/utils/flashrom/Makefile b/utils/flashrom/Makefile index 89ce6ca..25f0525 100644 --- a/utils/flashrom/Makefile +++ b/utils/flashrom/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2010-2011 OpenWrt.org +# Copyright (C) 2010-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -8,12 +8,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=flashrom -PKG_VERSION:=0.9.4 -PKG_RELEASE:=2 +PKG_VERSION:=0.9.7 +PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:=http://download.flashrom.org/releases -PKG_MD5SUM:=d739a91aece12cc1e622038bb199541c +PKG_MD5SUM:=d239bafa1b46619d851f70f84a5b122a PKG_INSTALL:=1 @@ -24,12 +24,11 @@ define Package/flashrom CATEGORY:=Utilities TITLE:=FlashROM Utility URL:=http://www.flashrom.org/ -# XXX: needs sys/io.h, only available on these arch right now - DEPENDS:=+zlib +pciutils +dmidecode +libftdi +libusb-compat @(arm||armeb||i386||i686||x86_64) + DEPENDS:=+zlib +pciutils +(TARGET_x86||TARGET_x86_64):dmidecode +libftdi endef define Package/flashrom/description - flashrom is a utility for identifying, reading, writing, verifying + flashrom is an utility for identifying, reading, writing, verifying and erasing flash chips. It's often used to flash BIOS/EFI/coreboot /firmware images. endef ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel