Re: [OpenWrt-Devel] [PATCH] config/Config-images.in: Fix wrong handling of ROOTFS_INCLUDE default options

On 2015-11-11 14:56, Petr Štetiar wrote: > Felix Fietkau [2015-11-11 14:48:33]: > >> This is not wrong. TARGET_ROOTFS_INCLUDE_UIMAGE depends on >> TARGET_ROOTFS_INCLUDE_KERNEL, as it should. > > Maybe it's not correct fix, but in current state it's somehow b

Re: [OpenWrt-Devel] [PATCH] config/Config-images.in: Fix wrong handling of ROOTFS_INCLUDE default options

On 2015-11-11 14:14, Petr Štetiar wrote: > Signed-off-by: Petr Štetiar > --- > config/Config-images.in | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/config/Config-images.in b/config/Config-images.in > index a60dd50..cdaf5e9 100644 > --- a/config/Config-i

Re: [OpenWrt-Devel] [PATCH] imx6: image: Make InstallKernel more generic

On 2015-11-11 14:15, Petr Štetiar wrote: > Signed-off-by: Petr Štetiar > --- > target/linux/imx6/image/Makefile |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/target/linux/imx6/image/Makefile > b/target/linux/imx6/image/Makefile > index 9b9f948..d5bab30 100644

Re: [OpenWrt-Devel] [PATCH] update mtd-utils to 1.5.2 and fix build

On 2015-11-10 22:52, Sven Roederer wrote: > - update mtd-utils to 1.5.2 (git a494d30ab1ae40cb7665680cadf5af3ca3830a73) > - remove patches that came upstream > - fixes build from scratch as of broken patches > > Signed-off-by: Sven Roederer > --- Your patch is line wrapped, please resend. To avoid

Re: [OpenWrt-Devel] [PATCH] ltq-vdsl-fw: Update the DSL firmware version

On 2015-11-07 16:05, Martin Blumenstingl wrote: > The old version (5.3.4.A.1.6-5.3.6.4.1.2) is not supported by the new > DSL driver. The new version (5.6.8.4.1.7-5.6.7.2.1.2) also brings > (theoretically) vectoring support. > > Signed-off-by: Martin Blumenstingl Did you test this on a real VDSL

Re: [OpenWrt-Devel] [PATCH] x86: add a subtarget for PCEngines APU

On 2015-11-08 13:07, Russell Senior wrote: >>>>>> "Felix" == Felix Fietkau writes: > > Felix> On 2015-11-08 07:24, Russell Senior wrote: >>> >>> Reworked from patch by Ben Pfountz Builds and >>> boots. >>> >>>

Re: [OpenWrt-Devel] [PATCH] x86: add a subtarget for PCEngines APU

On 2015-11-08 07:24, Russell Senior wrote: > > Reworked from patch by Ben Pfountz > Builds and boots. > > Signed-off-by: Russell Senior Why do we need a subtarget for APU instead of just running the generic one on it? - Felix ___ openwrt-devel mailin

Re: [OpenWrt-Devel] [PATCH] oxnas: fix the incorrect board names which cause sysupgradefailed

On 2015-11-07 16:58, Shonn Lu wrote: > This patch fix the incorrect board name which cause sysupgrade failed. > The CONTROL file in xxx-squashfs-sysupgrade.tar says BOARD=pogoplug-pro, > instead of pogoplugpro. A few days ago I submitted this patch failed > because of the email re-formatted. Let me

Re: [OpenWrt-Devel] [PATCH v3 1/2] include/image.mk: Introduce generic option to wrap kernel into JFFS2

On 2015-11-06 17:25, Benjamin Berg wrote: > Some devices require the kernel to be in a JFFS2 file system. Make the > support for this more generic so that it can be used by other devices. > > Signed-off-by: Benjamin Berg > --- > include/image.mk | 15 +++ > target/l

Re: [OpenWrt-Devel] STAGING_DIR vs. --sysroot

On 2015-11-06 15:24, Rüdiger, Christoph wrote: > Hi folks, > > I'm wondering a bit why the OpenWrt toolchains rely on a set > STAGING_DIR environment variable. I haven't found any documentation on > this except "You have to set it". Examining the source tree of gcc > didn't show me any STAGING_DIR

Re: [OpenWrt-Devel] Enable BPF JIT by default?

On 2015-11-06 13:44, Helmut Schaa wrote: > On Thu, Nov 5, 2015 at 5:56 PM, John Crispin wrote: >> On 05/11/2015 17:54, Helmut Schaa wrote: >>> Since lots of architectures now support BPF JIT would it make sense to >>> enable it by default for all openwrt builds? >>> Any opinions on that? >> >> can

Re: [OpenWrt-Devel] [PATCH] include/image.mk: use KERNEL_SUFFIX in Device/Build/initramfs

ome extension (in case of ARC it will be > essentially .elf). > > Otherwise default binary vmlinux (without extension) is used and > resulting images then are binaries instead of elfs. > > Signed-off-by: Alexey Brodkin > Cc: Felix Fietkau > Cc: John Crispin > --

Re: [OpenWrt-Devel] [PATCH 1/1] GL AR150 AR300 Domino patches

On 2015-11-06 11:18, alzhao wrote: > I can make the patch for trunk separately. But I observed that for > CC1505, patches are still updated after release. Can we merge the > patches to CC1505 as well. As a lot of people prefer a stable release > rather than trunk. I don't know if we're going to bac

Re: [OpenWrt-Devel] [PATCH 1/1] GL AR150 AR300 Domino patches

On 2015-11-06 08:01, alz...@gmail.com wrote: > From: alzhao > > --- > .../ar71xx/base-files/etc/uci-defaults/01_leds | 12 ++ > .../ar71xx/base-files/etc/uci-defaults/02_network | 8 ++ > target/linux/ar71xx/base-files/lib/ar71xx.sh | 9 ++ > .../ar71xx/base-files/lib/upgrade/pla

Re: [OpenWrt-Devel] [PATCH 2/2 v3] linux: add support of Synopsys ARC770-based boards

On 2015-11-03 17:49, Alexey Brodkin wrote: >> > diff --git a/target/linux/arc770/image/Makefile >> > b/target/linux/arc770/image/Makefile >> > --- /dev/null >> > +++ b/target/linux/arc770/image/Makefile >> > @@ -0,0 +1,42 @@ >> > +# >> > +# Copyright (C) 2015 OpenWrt.org >> > +# >> > +# This is fr

Re: [OpenWrt-Devel] polluted env-space after running OpenWrt-helper scripts

On 2015-11-03 12:19, Bastian Bittorf wrote: > while debugging things, we saw that each > command invoked via rc.common->service or > /lib/functions/network.sh -> config_load > pollutes the env-space a *lot*. here it is > for each service ~20k. > > some things are easy for getting rid of: > one can

Re: [OpenWrt-Devel] [PATCH 2/2 v3] linux: add support of Synopsys ARC770-based boards

at's also important ARC cores are very configurable so there're > many variations of options like cache sizes, their line lengths, > additional hardware blocks like multipliers, dividers etc. And this > board could be used to make sure built software still runs o

Re: [OpenWrt-Devel] [PATCH 1/2 v3] toolchain: add support of ARC architecture

op.sh -shell /usr/bin/env bash \ > -mono -fast -pbb -switch sem5-switch.c \ > -cpu a5f -infile ./mloop5.in \ > -outfile-suffix 5 > unknown option: bash > Makefile:699: recipe for target 'stamp-5mloop' failed > make[7]: *** [stamp-5mloop] Error 1

Re: [OpenWrt-Devel] [PATCH 1/2] include/image.mk: Introduce option to wrap kernel into JFFS2

On 2015-11-02 20:33, Benjamin Berg wrote: > Some devices like the NBG6616 and NBG6617 expect the kernel to be > in a JFFS2 partition. This macro allows wrapping the kernel so that > a normal squashfs+jffs partition can be used for the rest of the > firmware. Does that board run u-boot? If it does,

Re: [OpenWrt-Devel] [PATCH 1/2 v2] toolchain: add support of ARC architecture

amp-5mloop] Error 1 > >8 > > Prerequisites are: > [1] http://patchwork.ozlabs.org/patch/539068/ which bumps uClibc-ng version > from 1.0.6 to 1.0.8 > [2] http://patchwork.ozlabs.org/patch/502022 which updates config.guess > and config.sub > > Cc: Felix

Re: [OpenWrt-Devel] [PATCH 3/7] ar71xx/image: migrate tl-wdr6500-v2 to new image build steps

On 2015-10-31 15:33, Weijie Gao wrote: > I'll have a try. > But there's another issue. > > The firmware uses a version 2 magic, specified by "-m 2" cmdline passed > to mktplinkfw. > Directly call mktplinkfw-initramfs or mktplinkfw will create a version 1 > firmware. The templates check TPLINK_HEAD

Re: [OpenWrt-Devel] [PATCH 3/7] ar71xx/image: migrate tl-wdr6500-v2 to new image build steps

On 2015-10-31 15:02, Weijie Gao wrote: > HI, > > I have this router and I submitted this router's mach. > > Have you noticed that the TPLINK-64K generates a U-Boot image for the > kernel at first? > The normal routine does not do that. > > So this firmware has two headers, first the tp-link head

Re: [OpenWrt-Devel] [PATCH] oxnas: fix the incorrect board names which cause sysupgrade failed

On 2015-10-30 11:32, play4fun wrote: > This patch fix the incorrect board name which cause sysupgrade failed. > The CONTROL file in xxx-squashfs-sysupgrade.tar says BOARD=pogoplug-pro, > instead of pogoplugpro. > > Signed-off-by: Shonn Lu > It's still broken, please

Re: [OpenWrt-Devel] [PATCH, resend] busybox: enable find mtime support by default

On 2015-10-31 08:34, Dirk Brenken wrote: > busybox binary in openwrt neither supports stat nor find mtime. > This patch adds find mtime support by default. > (resend due to format issues) > > Signed-off-by: Dirk Brenken It's broken again, in a slightly different way. Please consider using git se

Re: [OpenWrt-Devel] [PATCH] busybox: enable find mtime support by default

On 2015-10-19 09:17, Dirk Brenken wrote: > busybox binary in openwrt neither supports stat nor find mtime. > This patch adds find mtime support by default. > > I've compared ipk size for three different targets > (ar71xx, brcm2708, x86): > > 209908 Okt 16 13:48 busybox_1.23.2-3_ar71xx.ipk-0before

Re: [OpenWrt-Devel] [PATCH] image.mk: Add NOTPARALLEL flag to fix parallel build breakage

On 2015-10-30 22:20, Petr Štetiar wrote: > Felix Fietkau [2015-10-30 16:14:49]: > > Hi, > >> I'd like to find out where the real bug is - what target are you >> building where you hit this error? > > it's imx6 target, but probably kirkwood, lantiq, mx

Re: [OpenWrt-Devel] [PATCH] image.mk: Add NOTPARALLEL flag to fix parallel build breakage

On 2015-10-26 13:26, Petr Štetiar wrote: > Fixes following error: > > $ make -j8 V=s > > ...snip... > > ar: .: file changed as we read it > make[5]: *** [mkfs-targz] Error 1 > make[5]: *** Waiting for unfinished jobs > > ...snip... > > Build failed

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 15:33, Toke Høiland-Jørgensen wrote: > Felix Fietkau writes: > >>> Would definitely work. The problem is I'm not sure I quite grok the >>> openwrt build system sufficiently to do this correctly. Guess I need to >>> get the linker flag into K

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 15:17, Toke Høiland-Jørgensen wrote: > Felix Fietkau writes: > >> How about this: add it per-package, but add it in a way that you can set >> PKG_BUILD_ID:=$(PKG_SOURCE_VERSION) and this will add the linker command >> and disable the build-id stripping. &g

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 15:03, Toke Høiland-Jørgensen wrote: > Felix Fietkau writes: > >> As far as I know, the build-id is build host specific, so I don't think >> it will really help you with tracking versions of other people's >> builds. > > Yup. But

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 14:37, Toke Høiland-Jørgensen wrote: > Felix Fietkau writes: > >> I'm still not convinced that this is very useful - if you have issues >> that you sometimes reinstall modules, but don't reload them and have >> to check the id, why not just fix

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 13:54, Toke Høiland-Jørgensen wrote: > Felix Fietkau writes: > >> How is this more useful than simply checking a hash of the kernel >> module in /lib/modules and comparing that with the corresponding file >> on the host? > > Because the value in /s

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

On 2015-10-30 11:44, Toke Høiland-Jørgensen wrote: > This change adds support for specifying that a particular kernel module > wants to keep its build ID debug symbol (.note.gnu.build-id). This > symbol is exported in sysfs by the kernel (if the kernel is compiled > with CONFIG_KALLSYMS) and so can

Re: [OpenWrt-Devel] [PATCH] explicitely ignore return value of symlink(3) call

On 2015-10-22 23:15, Daniel Golle wrote: > glibc sets __attribute_warn_unused_result__ on symlink(3) if > FORTIFY_SOURCE is set. This breaks procd which deliberately ignores > the result of the symlink(3) call early during init as there wouldn't > be anything better to do in that case other than ig

Re: [OpenWrt-Devel] [packages] broken package: procd is broken in 15.05 (#1879)

On 2015-10-21 01:34, Daniel Golle wrote: > Hi! > > This has been an argument going on between the gcc and the glibc people > for about 10 years now. > See > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509 > > It seems like commit b6618ffa which added the symlinks silently broke > things when b

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-13 10:45, Roman Yeryomin wrote: > On 13 October 2015 at 10:50, Bruno Randolf wrote: >> On 10/12/2015 10:53 PM, Felix Fietkau wrote: >>>> git describe >>>> >>>> r-35387-g83c5a41 >>>> >>>> If you prefer, cut the las

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 23:18, Bruno Randolf wrote: > On 10/12/2015 03:22 PM, Felix Fietkau wrote: >>>> When using tags as a starting point (via git describe), somebody has to >>>> create those tags, which is cumbersome (and would mean adding lots of >>>> useless on

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 22:36, David Lang wrote: > On Mon, 12 Oct 2015, Felix Fietkau wrote: > >> On 2015-10-12 22:28, David Lang wrote: >>> On Mon, 12 Oct 2015, Felix Fietkau wrote: >>> >>>> On 2015-10-12 22:02, Javier Domingo Cansino wrote: >>>>>

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 22:19, David Lang wrote: > On Mon, 12 Oct 2015, Felix Fietkau wrote: > >> On 2015-10-12 22:06, David Lang wrote: >>> On Mon, 12 Oct 2015, Jonathan Bennett wrote: >>> >>>> His point is that users don't ever do an SVN checkout. Because th

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 22:28, David Lang wrote: > On Mon, 12 Oct 2015, Felix Fietkau wrote: > >> On 2015-10-12 22:02, Javier Domingo Cansino wrote: >>> Would it be possible to track the revision number in an automated >>> way even in a git repo? So store t

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 22:02, Javier Domingo Cansino wrote: > Would it be possible to track the revision number in an automated > way even in a git repo? So store the r number, and automatically > increment on commits. Not sure if that's an option, but it seems > like it might address the

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 22:06, David Lang wrote: > On Mon, 12 Oct 2015, Jonathan Bennett wrote: > >> His point is that users don't ever do an SVN checkout. Because the r number >> is baked into the image, it's a really easy and obvious way for an end user >> to report the revision in a bug report. I can se

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 16:20, Javier Domingo Cansino wrote: > I haven't seen a single instance of somebody doing this, and in my > opinion it would be kind of stupid anyway :) > We don't even advertise the SVN server URL to users anymore for a > reason. > > > This was a way to demonstrate

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 16:47, Javier Domingo Cansino wrote: > Many people follow current trunk, and we need to have precise version > information for that when they report a bug. We don't want to regularly > tag stuff just to keep reported version information up to date. > > > This is already

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 15:31, Bruno Randolf wrote: > On 10/12/2015 01:43 PM, Felix Fietkau wrote: >> When using tags as a starting point (via git describe), somebody has to >> create those tags, which is cumbersome (and would mean adding lots of >> useless ones). > > What'

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 16:11, Roman Yeryomin wrote: > On 12 October 2015 at 16:34, Felix Fietkau wrote: >> On 2015-10-12 15:09, Javier Domingo Cansino wrote: >>> Right now, the revision number (r) is really useful to figure >>> out what particular openwrt version is bei

Re: [OpenWrt-Devel] [PATCH procd] cmake: use CMAKE_INSTALL_* variables

On 2015-09-17 13:54, Sergiy Kibrik wrote: > Replace hard-coded installation directories with cmake-provided > variables, which gives more flexibility on where to install > final binaries. Great simplification for usage with e.g. BitBake recipes. > > Signed-off-by: Sergiy Kibrik Doesn't work for m

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 15:09, Javier Domingo Cansino wrote: > Right now, the revision number (r) is really useful to figure > out what particular openwrt version is being used, when people report > bugs. The commit hash cannot be used as a replacement, since it might be > one that isn't pres

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 14:29, Javier Domingo Cansino wrote: > While it works fine for packages, I don't think the pull request stuff > is very usable for OpenWrt core, which has a more centralized > development model. > One reason why we haven't moved the main repo to git yet is that we lose

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 11:44, Javier Domingo Cansino wrote: > that reminded me to check, and indeed, I only use > git://git.openwrt.org/openwrt.git > anyway :) > > ​ > I do use the openwrt mirror github hosts, and I suppose is mirroring > that one. > > I th

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 11:27, Roman Yeryomin wrote: > On 12 October 2015 at 12:04, Holger Levsen wrote: >> Hi, >> >> (just a tiny datapoint...) >> >> On Montag, 12. Oktober 2015, Felix Fietkau wrote: >>> Which part is cumbersome for you and how exactly would s

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 10:43, Roman Yeryomin wrote: > On 12 October 2015 at 10:36, Felix Fietkau wrote: >> On 2015-10-12 08:38, Steven Barth wrote: >>> Let's face it though: the current workflow wrt. core patches is crappy. >>> >>> 1. Go to patchwork, see if there

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 10:14, Steven Barth wrote: >> What would your preferred workflow be? Please list the exact series of >> steps for it. > So to summarize, based on the current workflow: > 1. Be able to send mails (and change status) from within patchwork, e.g. > how you can do it in trac, just that

Re: [OpenWrt-Devel] SVN to GIT transition

On 2015-10-12 08:38, Steven Barth wrote: > Let's face it though: the current workflow wrt. core patches is crappy. > > 1. Go to patchwork, see if there is a patch > 2. If you want to comment, switch to mail client, find thread, write reply. > 3. If you want to commit: download patch, go to command

Re: [OpenWrt-Devel] [PATCH] Hostapd: wait longer for inactive client probe (empty data frame)

On 2015-10-06 14:13, Dmitry Ivanov wrote: > Hostapd: wait longer for inactive client probe (empty data frame). > > One second is not enough for some devices to ackowledge null data frame > which is sent at the end of ap_max_inactivity interval. In particular, > this causes severe Wi-Fi instability

Re: [OpenWrt-Devel] [PATCH] 8139cp fixes

On 2015-10-05 15:30, David Woodhouse wrote: > On Mon, 2015-10-05 at 14:18 +0100, David Woodhouse wrote: >> >> Actually, make that just the 4.1 and 4.2 kernels for now. I'll follow >> up with a backport to 3.18. > > If we drop the net-next part which fixes up the offload facilities and > enable th

Re: [OpenWrt-Devel] [PATCH] [ar71xx] Send power to USB port on WNR2200

On 2015-10-03 23:40, Riley Baird wrote: > As curious as it sounds, the USB port GPIO is indeed behind the WMAC. The > WNR2200's GPL code contains the following extract: > /* AR7241 GPIOs */ > #define WPS_LED_GPIO 7 > #define AP_USB_LED_GPIO 8 > > /* AR9287 GPIOs */ > #define WLAN_LED_GPIO 0 > #de

Re: [OpenWrt-Devel] [PATCH] [ar71xx] Send power to USB port on WNR2200

On 2015-10-03 05:34, Riley Baird wrote: > This patch fixes ticket #15267 by enabling power on the > WNR2200's USB port. At present, the USB port on the WNR2200 > is non-functional due to it not receiving power. > > This patch defines an additional GPIO pin, but none of the > current GPIO definitio

Re: [OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

On 2015-10-03 10:52, Baptiste Jonglez wrote: > On Tue, Sep 22, 2015 at 03:42:26PM +0300, Alexandru Ardelean wrote: >> So, >> - bmon requires libnl-route >> - aircrack-ng requires libnl-genl >> - kismet i am not sure 100% ; maybe libnl-genl ; I did not want to >> investigate much deeper >> - ibrcomm

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: add support of uClibc-ng

On 2015-09-30 22:49, Alexey Brodkin wrote: > Hi Alexander, > > On Wed, 2015-09-30 at 22:37 +0200, Alexander Couzens wrote: >> Hi, >> >> what's the state of this patch? >> >> I'm unbreaking sparc for OpenWrt and uclibc is broken as already >> mentioned. musl doesn't support sparc :(. > > Unfortu

Re: [OpenWrt-Devel] [PATCH][iwinfo] nl80211: read TX power using NL80211_CMD_GET_INTERFACE

On 2015-09-27 20:07, Rafał Miłecki wrote: > With the mac80211 commit d55d0d598e66 ("nl80211: put current TX power in > interface info") it is possible now to get TX power using nl80211. We should pull that commit into OpenWrt before applying this patch. > Signed-off-by: Rafał Miłecki > --- > inc

Re: [OpenWrt-Devel] [PATCH v3] bcm53xx: allow building single device images

On 2015-09-27 12:30, Álvaro Fernández Rojas wrote: > While keeping the default build profile, this allows users to generate only > their device image instead of every bcm53xx supported device image > This way we can also define the proper packages for each device (USB, WiFi...) > > Signed-off-by:

Re: [OpenWrt-Devel] [PATCH v2] bcm53xx: allow building single device images

On 2015-09-27 10:52, Álvaro Fernández Rojas wrote: > While keeping the default build profile, this allows users to generate only > their device image instead of every bcm53xx supported device image > This way we can also define the proper packages for each device (USB, WiFi...) > > Signed-off-by:

Re: [OpenWrt-Devel] [PATCH v2][netifd] Initialize wireless interface attributes in proper function

On 2015-09-14 11:53, Dmitry Ivanov wrote: > Initialize wireless interface attributes in proper function. > > Currently multicast to unicast feature may be configured for incorrect > wireless interface in case of reconfiguration. > > Test case: > > Initial wireless configuration: > > config wif

Re: [OpenWrt-Devel] [PATCH] target/mpc85xx: add cuImage.tl-wdr4900-v1 kernel image if CONFIG_TL_WDR4900_V1=y

On 2015-09-22 15:56, Alexandru Ardelean wrote: > We use a different subtarget, and we're trying to find a solution for > this that is also upstream-able, in the idea that it makes sync-ing with > upstream easier. > Checking for the Generic subtarget sounds good. > > Should I send a patch for that

Re: [OpenWrt-Devel] [PATCH 6/7] ramips: improve mt7621 spi flash read speed

On 2015-09-22 15:26, Michael Lee wrote: > From: michael lee > > only support spi flash command (half duplex). > no need chunk io patch. done by driver. > > test results on mt7621. use dd read bs=512 with 32128 records > old driver : 30.52s > new driver : 34.31s > new driver + no chunk io : 16.65

Re: [OpenWrt-Devel] [PATCH] target/mpc85xx: add cuImage.tl-wdr4900-v1 kernel image if CONFIG_TL_WDR4900_V1=y

On 2015-09-22 15:11, Alexandru Ardelean wrote: > > > On Tue, Sep 22, 2015 at 4:05 PM, Matthias Schiffer > mailto:mschif...@universe-factory.net>> > wrote: > > On 09/22/2015 06:25 PM, Alexandru Ardelean wrote: > > From: Alexandru Ardelean mailto:a...@ocedo.com>> > > > > Signed-off

Re: [OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

On 2015-09-22 14:42, Alexandru Ardelean wrote: > Anyway, moving forward with the split: > 1) Do I rename the libnl package to libnl-core and make libnl a > metapackage that pulls in everything ? or > 2) Do I leave this structure as is (with the fixes/updates I'll add > later) and update those packa

Re: [OpenWrt-Devel] [PATCH 1/2] ar71xx: Add ath79_register_m25p80_large to support >16MB SPI chips

On 2015-09-21 22:23, Chris Blake wrote: > Sorry about that, below should be an updated patch. git send-email was > giving me issues, so I may need to resolve that before trying again if > this still doesn't work. > > Signed-off-by: Chris R Blake Still doesn't work. You should try sending emails

Re: [OpenWrt-Devel] [PATCH 1/2] ar71xx: Add ath79_register_m25p80_large to support >16MB SPI chips

On 2015-09-21 15:03, Chris Blake wrote: > The following patch is to add ath79_register_m25p80_large, which sets > is_flash to false to support bit banging. This is needed on some 32MB+ > SPI chips, such as the S25FL256S1 > > Signed-off-by: Chris R Blake Your patches are still line wrapped and whi

Re: [OpenWrt-Devel] [PATCH trunk/CC] tools/mtd-utils: fix PKG_MIRROR_MD5SUM

On 2015-09-21 15:50, John Crispin wrote: > > > On 21/09/2015 15:47, Lars wrote: >> hold on, why doesn't it match any longer? >> >> On 21.09.2015 15:43, Matthias Schiffer wrote: >>> The checksum doesn't match the file on mirror2.openwrt.org. >>> > > > > *cough* lets see whats up there ... simp

Re: [OpenWrt-Devel] [RFC] netifd: backport support of checkup_interval option

On 2015-09-18 03:58, Yousong Zhou wrote: > This is needed for L2TP with xl2tpd daemon. > > Signed-off-by: Yousong Zhou > --- > Another option would be bump the netifd version to the lastest, but I am a bit > conservative now. That said, I plan to backport xl2tpd from trunk to > packages;for-15.0

Re: [OpenWrt-Devel] [PATCH] libnl: split into smaller libraries

On 2015-09-17 15:05, Alexandru Ardelean wrote: > From: Alexandru Ardelean > > The idea is that we may only need the libnl core, > or libnl-route or libnl-nf libs, but maybe not all of them. > > This way we can select which ones we need without bloating the > firmware image too much. > > Signed

Re: [OpenWrt-Devel] [PATCH] musl: fix build on sh3

On 2015-09-16 09:27, John Crispin wrote: > Hi, > > On 14/09/2015 10:38, Zoltan HERPAI wrote: >> musl fails to build when compiled with gcc on sh3 (GCC target/#67260). >> Work it around. >> >> Signed-off-by: Zoltan HERPAI >> --- >> toolchain/musl/common.mk |5 + >> 1 file changed, 5 inse

Re: [OpenWrt-Devel] r46816, remove unused crypt() algorithms -> switch to sha512?

On 2015-09-15 10:00, Felix Fietkau wrote: > On 2015-09-15 08:20, Etienne Champetier wrote: >> Hi, >> >> Le 15 sept. 2015 01:40, "Felix Fietkau" > <mailto:n...@openwrt.org>> a écrit : >>> >>> On 2015-09-15 00:22, Etienne Champetier wrote

Re: [OpenWrt-Devel] r46816, remove unused crypt() algorithms -> switch to sha512?

On 2015-09-15 08:20, Etienne Champetier wrote: > Hi, > > Le 15 sept. 2015 01:40, "Felix Fietkau" <mailto:n...@openwrt.org>> a écrit : >> >> On 2015-09-15 00:22, Etienne Champetier wrote: >> > Hi Felix, >> > >> > Maybe we should k

Re: [OpenWrt-Devel] r46816, remove unused crypt() algorithms -> switch to sha512?

On 2015-09-15 00:22, Etienne Champetier wrote: > Hi Felix, > > Maybe we should keep sha512 and switch to it? md5 is not best security > practice these days. I don't see the point. It's true that for file integrity purposes, md5 is weaker than sha512, but for salted passwords it should not make muc

Re: [OpenWrt-Devel] Target profiles: making "make" build every profile

On 2015-09-14 12:06, Jonas Gorski wrote: > Hi, > > On Mon, Sep 14, 2015 at 11:30 AM, Rafał Miłecki wrote: >> Quick summary: >> Subtargets - used for building modified kernels >> Profiles - used for including specific software >> >> There are two ways of using profiles: >> >> 1) Changing some soft

Re: [OpenWrt-Devel] [PATCH] Complete the trunk rename from Chaos Calmer to Designated Driver

On 2015-09-13 19:51, Hannu Nyman wrote: > Sorry, but what is the problem? > ozlabs patchwork list shows the properly recognised patch: > https://patchwork.ozlabs.org/patch/517209/ > > But in any case, inline below. > > Hannu > > Index: include/toplevel.mk > ==

Re: [OpenWrt-Devel] [PATCH 0/3] Add support of ARC architecture

On 2015-08-27 13:03, Alexey Brodkin wrote: > This patch series adds support for the Synopsys DesignWare ARC architecture. > > DesignWare ARC700 is family of 32-bit CPUs developed by Synopsys, Inc. > > Since version 3.9 ARC architecture is supported in mainline Linux developemnt. > Since version 2

Re: [OpenWrt-Devel] [PATCH] Fix 'Dropping frame due to full tx queue' for Ralink wifi get stuck.

On 2015-09-11 13:33, N.Leiten wrote: > Fix instability of Ralink WiFi general queue management on high load. > rt2x00 driver logs in dmesg "Dropping frame due to full queue ..." several > times and at some point get stuck. > > Solutions in patch: > 1) Increasing number of frames in each TX queue

Re: [OpenWrt-Devel] Chaos Calmer 15.05

On 2015-09-11 11:04, smile...@gmail.com wrote: > have any one try to build cc for bcm2708 ??? > My last build was failed with unknown error for me. The release build obviously went through, otherwise there wouldn't be any binaries to download. If you have an issue on your own machine, why don't you

Re: [OpenWrt-Devel] [PATCH][netifd] Do not enable multicast_to_unicast by default

On 2015-09-10 16:16, Dmitry Ivanov wrote: > Do not enable multicast_to_unicast by default. Duplicate broadcast and > multicast frames may cause problems in WDS setup. Wireless clients > cannot obtain IP address etc. > > Signed-off-by: Dmitry Ivanov The feature was intended to work automatically a

Re: [OpenWrt-Devel] [PATCH][netifd] Bridge hairpin mode must be off by default

On 2015-09-10 15:00, Dmitry Ivanov wrote: > Bridge hairpin mode must be off by default when multicast_to_unicast is > off. Enabling this mode leads to broadcast frames such as ARP and DHCP > being retransmitted back to AP in WDS configurations. > > Signed-off-by: Dmitry Ivanov Please try this pat

Re: [OpenWrt-Devel] AR9344 OpenWrt GUI

On 2015-09-09 13:01, John kerry wrote: > Hi, > > We are working on AR9344 OpenWrt, > > We have configured the wireless as AP mode and broadcasting the SSID so > any device can connect to it and even we are able access the GUI on > Smartphone after connecting to that AP. > > Then we do survey the

Re: [OpenWrt-Devel] [PATCH 3/4] Search for libjson along with libjson-c

On 2015-09-09 09:23, Bachtin, Dmitri wrote: > Signed-off-by: Dmitri Bachtin This patch probably require further checks. Please take a look at commit cbf80de7f4df61960f386cb01a899cf4228d38f3 for more information. - Felix ___ openwrt-devel mailing list op

Re: [OpenWrt-Devel] [PATCH 4/4] blobmsg_add_json_from_file(): fixed const-correctness with libjson

On 2015-09-09 09:23, Bachtin, Dmitri wrote: > libjson's json_object_from_file takes a non-const char buffer as > its second parameter while libjson-c takes a const one. Use > strdup() to avoid using const data as non-const. > > Signed-off-by: Dmitri Bachtin > --- > blobmsg_json.c |5 - >

Re: [OpenWrt-Devel] [PATCH 3/4] Search for libjson along with libjson-c

On 2015-09-09 09:23, Bachtin, Dmitri wrote: > Signed-off-by: Dmitri Bachtin Which libjson is this? The old version of json-c? - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openw

Re: [OpenWrt-Devel] [PATCH 1/4] Build static version of libblobmsg_json

On 2015-09-09 09:23, Bachtin, Dmitri wrote: > Signed-off-by: Dmitri Bachtin Why? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Restore 640-bridge_no_eap_forward.patch to its original form

On 2015-09-08 14:31, Dmitry Ivanov wrote: > Restore 640-bridge_no_eap_forward.patch to its original form. > It was corrupted in rev 62a2176cb144. The most obvious symptom is repeated > messages like this: > > Tue Sep 8 08:25:18 2015 kern.warn kernel: [77141.972226] br-lan: received > packet on

Re: [OpenWrt-Devel] Fwd: [PATCH] uhttpd: serve precompressed files

On 2015-09-07 08:47, Adrian Kotelba wrote: > Well, it could be useful for low-end devices with small storage > capacity and slow networks, see https://dev.openwrt.org/ticket/14333. > The static content, mostly text-based HTML, Java, and css files, could > be stored as gzip or zopfli precompressed f

Re: [OpenWrt-Devel] [PATCH v2] target: ar71xx: add support for COMFAST CF-E316N v2 board

On 2015-09-04 14:45, Paul Fertser wrote: > This adds full support (sans sysupgrading from vendor firmware) for the > COMFAST > CF-E316N v2 (aka CF-E316V2, CF-E316N-V2 and CF-E316Nv2.0, no FCC ID) by > Shenzhen Four Seas Global Link Network Technology Co., Ltd (this company is > actively refusing t

Re: [OpenWrt-Devel] [PATCH] generic: Fix per interface nf_call_iptables setting

On 2015-09-02 19:47, Sven Eckelmann wrote: > commit r30917 ("kernel: bypass all netfilter hooks if the sysctls for that > functionality have been disabled - eliminates the overhead of enabling > CONFIG_BRIDGE_NETFILTER in the kernel config") introduced an optimization > which should reduce/eliminat

Re: [OpenWrt-Devel] [PATCH 1/2] netifd : Apply device settings when existing device becomes external

On 2015-09-01 14:43, Hans Dedecker wrote: > Make sure device settings are applied when existing device becomes external > > Signed-off-by: Hans Dedecker Next time, please use a subject like: [PATCH netifd 1/2] device: apply device settings when existing device becomes external Since the patch is

Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

On 2015-09-02 13:27, Hans Dedecker wrote: > > > On Wed, Sep 2, 2015 at 10:31 AM, Felix Fietkau <mailto:n...@openwrt.org>> wrote: > > On 2015-09-01 15:53, Hans Dedecker wrote: > > > > > > On Tue, Sep 1, 2015 at 2:49 PM, F

Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

On 2015-09-01 15:53, Hans Dedecker wrote: > > > On Tue, Sep 1, 2015 at 2:49 PM, Felix Fietkau <mailto:n...@openwrt.org>> wrote: > > On 2015-09-01 14:43, Hans Dedecker wrote: > > The function set_state disable is not called for external devices >

Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

On 2015-09-01 14:43, Hans Dedecker wrote: > The function set_state disable is not called for external devices in > device_release > which means for external vlan/macvlan devices they won't be deleted. > As a result of this the set_state enable call for external devices by > device_claim fails > a

Re: [OpenWrt-Devel] [PATCH 1/6] ppp: cleanup fetching values for several parameters

On 2015-09-01 14:14, Yousong Zhou wrote: > Signed-off-by: Yousong Zhou > --- > package/network/services/ppp/files/ppp.sh |4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/package/network/services/ppp/files/ppp.sh > b/package/network/services/ppp/files/ppp.sh > index

Re: [OpenWrt-Devel] ubus: potential regression in request processing

On 2015-08-31 19:02, Zefir Kurtisi wrote: > On 08/27/2015 02:17 PM, Felix Fietkau wrote: >> [...] >> This change (mostly untested) might fix the issue while still preserving >> processing of pending notifications, what do you think? >> >> [...] > > Th

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: add support of uClibc-ng

On 2015-08-28 01:34, Adam Kuklycz wrote: > Fair enough. > > MUSL: > -rw-r--r-- 1 adamk adamk 6700676 Aug 27 23:15 root.squashfs > > UCLIBC: > -rw-r--r-- 1 adamk adamk 6601764 Aug 27 14:19 root.squashfs > > So about 100KB difference. > > Running Ubuntu 14.04.2 LTS x64 here. > > I guess what

<    1   2   3   4   5   6   7   8   9   10   >