[OpenWrt-Devel] [PATCH v2 4/5] malta: use as a default type device

There is currently no relevant definition for developerboard device type in include/target.mk, thus packages like iptables, firewall, dnsmasq etc. are missing in the default images, rendering it almost useless for regular testing or normal use. With this change, currently a default set of packages

[OpenWrt-Devel] [PATCH v2 5/5] malta: make eth0 the wan interface by default

Many packages for OpenWrt currently assume that lan is the "internal" side of the network map, e.g. if installed, dnsmasq will hand out DHCP leases on lan, firewall will allow forwarding on lan. While at it, also configure a lan interface if eth1 exists. Signed-off-by: Yousong Zhou --- target/l

[OpenWrt-Devel] [PATCH v2 3/5] malta: set CPU_TYPE:=24kc.

There are instructions (e.g. wsbh) only available in MIPS32R2 which is the isa level used by many MIPS targets in OpenWrt. As we use the malta target mostly for development and testing purposes, setting the CPU_TYPE to 24Kc will make the emulation more real. The following is output from qemu-syst

[OpenWrt-Devel] [PATCH v2 2/5] target.mk: add optimization flags for MIPS 24Kc.

Signed-off-by: Yousong Zhou --- include/target.mk |1 + 1 file changed, 1 insertion(+) diff --git a/include/target.mk b/include/target.mk index f8c0d23..7988056 100644 --- a/include/target.mk +++ b/include/target.mk @@ -212,6 +212,7 @@ ifeq ($(DUMP),1) CPU_CFLAGS_mips32 = -mips32 -mtune

[OpenWrt-Devel] [PATCH v2 1/5] generic: fix unrecognized opcode wsbh when building for MIPS16.

The issue was found and reported by hynman [1] when compiling reaver for ar71xx (Big Endian MIPS). {standard input}: Assembler messages: {standard input}:79: Error: unrecognized opcode `wsbh $2,$2' {standard input}:90: Error: unrecognized opcode `wsbh $3,$17' {standard input}:208:

[OpenWrt-Devel] [PATCH v2 0/5] malta: changes for a better testing environment

The series is a refreshed version of a previous mixed one in September [1]. With many kind advices from linux-mips, the kernel patch was merged in upstream since release 4.3-rc5. It was run-tested with 3.18 kernel and only compile-tested with 4.0 and 4.1. [1] https://lists.openwrt.org/pipermail

Re: [OpenWrt-Devel] [PATCH] ar71xx: Add support for ZyXEL NBG6616.

Hi Benjamin, do you already know the new image build code? It makes the code simpler and allow parallel builds. The wndr3700 is using it. Best, lynxis On Fri, 30 Oct 2015 13:08:13 +0100 Benjamin Berg wrote: > Signed-off-by: Benjamin Berg > --- > > Thanks for the feedback. This revision of th

[OpenWrt-Devel] [PATCH 5/7] ar71xx/image: migrate tl-wr841nd-v1.5 to new build step using squashfs+jffs2 instead of squashfs-only

All other tplink images use squashfs+jffs2. I don't see any reason why this board should use squashfs-only Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile

[OpenWrt-Devel] [PATCH 7/7] ar71xx/image: remove old unused build code for TPLINK

Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 33 - 1 file changed, 33 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 141a2d7..d2165d9 100644 --- a/target/linux/ar71xx/image/Make

[OpenWrt-Devel] [PATCH 6/7] ar71xx/image: remove old unused build code for TPLINKOLD

Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 32 1 file changed, 32 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index b35190d..141a2d7 100644 --- a/target/linux/ar71xx/image/Makef

[OpenWrt-Devel] [PATCH 4/7] ar71xx/image: remove old unused build step TPLINK-64K

Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 33 - 1 file changed, 33 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index be7cf9f..6661bc5 100644 --- a/target/linux/ar71xx/image/Make

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

Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index f0c3a66..be7cf9f 100644 --- a/target/linux/ar71xx/image/Makefile +

[OpenWrt-Devel] [PATCH 2/7] ar71xx/image: refactor templates tplink-chn-v2

--- target/linux/ar71xx/image/Makefile | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 8cfad76..f0c3a66 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/ima

[OpenWrt-Devel] [PATCH 1/7] ar71xx/image: introduce TPLINK_HEADER_VERSION variable for tplink image

Signed-off-by: Alexander Couzens --- target/linux/ar71xx/image/Makefile | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index a659af9..8cfad76 100644 --- a/target/linux/ar71xx/image/Makefile ++

[OpenWrt-Devel] [PATCH 0/7] migrate tl-wr841nd-v1.5 tl-wdr6500-v2

Hi, it would be nice if somebody who has these boards can test it. - tl-wdr6500-v2 - tl-wr841nd-v1.5 Best lynxis Alexander Couzens (7): ar71xx/image: introduce TPLINK_HEADER_VERSION variable for tplink image ar71xx/image: refactor templates tplink-chn-v2 ar71xx/image: migrate tl-wdr65

[OpenWrt-Devel] [PATCH 8/8] oxnas: image: Remove custom mkfs targz override as base should be fine now

It was wrong anyway, missing file sort order parameter which was fixed in base month ago. Signed-off-by: Petr Štetiar --- target/linux/oxnas/image/Makefile |5 - 1 file changed, 5 deletions(-) diff --git a/target/linux/oxnas/image/Makefile b/target/linux/oxnas/image/Makefile index f6ab

[OpenWrt-Devel] [PATCH 7/8] kirkwood: image: Remove custom mkfs targz override as base should be fine now

It was wrong anyway, missing file sort order parameter which was fixed in base month ago. Signed-off-by: Petr Štetiar --- target/linux/kirkwood/image/Makefile |5 - 1 file changed, 5 deletions(-) diff --git a/target/linux/kirkwood/image/Makefile b/target/linux/kirkwood/image/Makefile i

[OpenWrt-Devel] [PATCH 6/8] imx6: image: Remove custom mkfs targz override as base should be fine now

It was wrong anyway, missing file sort order parameter which was fixed in base month ago. Signed-off-by: Petr Štetiar --- target/linux/imx6/image/Makefile |5 - 1 file changed, 5 deletions(-) diff --git a/target/linux/imx6/image/Makefile b/target/linux/imx6/image/Makefile index 53d3396.

[OpenWrt-Devel] [PATCH 4/8] oxnas: image: Refactor sanitize_profile_name using PROFILE_SANITIZED variable

Signed-off-by: Petr Štetiar --- target/linux/oxnas/image/Makefile | 20 1 file changed, 8 insertions(+), 12 deletions(-) diff --git a/target/linux/oxnas/image/Makefile b/target/linux/oxnas/image/Makefile index 953aa03..f6abd6d 100644 --- a/target/linux/oxnas/image/Makefil

[OpenWrt-Devel] [PATCH 5/8] include/image.mk: Use PROFILE_SANITIZED in targz image task

Signed-off-by: Petr Štetiar --- include/image.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/image.mk b/include/image.mk index 3f65568..43980bc 100644 --- a/include/image.mk +++ b/include/image.mk @@ -255,7 +255,7 @@ define Image/mkfs/cpiogz endef define Ima

[OpenWrt-Devel] [PATCH 2/8] imx6: image: Refactor sanitize_profile_name using PROFILE_SANITIZED variable

Signed-off-by: Petr Štetiar --- target/linux/imx6/image/Makefile | 22 +- 1 file changed, 9 insertions(+), 13 deletions(-) diff --git a/target/linux/imx6/image/Makefile b/target/linux/imx6/image/Makefile index c8f3e6e..53d3396 100644 --- a/target/linux/imx6/image/Makefile +

[OpenWrt-Devel] [PATCH 3/8] kirkwood: image: Refactor sanitize_profile_name using PROFILE_SANITIZED var

Signed-off-by: Petr Štetiar --- target/linux/kirkwood/image/Makefile | 32 ++-- 1 file changed, 14 insertions(+), 18 deletions(-) diff --git a/target/linux/kirkwood/image/Makefile b/target/linux/kirkwood/image/Makefile index 019806c..5dcad98 100644 --- a/target/lin

[OpenWrt-Devel] [PATCH 1/8] include/image.mk: Introduce sanitized profile variable

Making common code reusable as there's a lot of duplicate code in imx6, kirkwood and oxnas archs. Signed-off-by: Petr Štetiar --- include/image.mk | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/image.mk b/include/image.mk index 4e22fa5..3f65568 100644 --- a/include/ima

[OpenWrt-Devel] imx6/oxnas/kirkwood: Refactor duplicate code in image creation

This series tries to refactor duplicate code in image creation found in imx6, oxnas and kirkwood platforms, probably a copy&paste leftovers. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/

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

Felix Fietkau [2015-10-30 22:42:43]: > Does this patch fix things for you? It does, thanks! > --- > --- a/include/image.mk > +++ b/include/image.mk > @@ -282,7 +282,7 @@ endef > define BuildImage/mkfs >install: mkfs-$(1) >.PHONY: mkfs-$(1) > - mkfs-$(1): mkfs_prepare > + mkfs-$(1): k

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, mxs and oxnas are affected > also (just by gue

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

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, mxs and oxnas are affected also (just by guessing by output from 'git grep Image/InstallKernel/Templa

Re: [OpenWrt-Devel] [PATCH RFC 10/10] ipq806x: wrap ubi in itb

On 8/21/15, 6:43 AM, "openwrt-devel on behalf of Jonas Gorski" wrote: > On 21.08.2015 13:39, John Crispin wrote: >> >> >> On 21/08/2015 13:28, Jonas Gorski wrote: >>> On 21.08.2015 13:24, John Crispin wrote: On 21/08/2015 13:17, Jonas Gorski wrote: > The stock QSDK expects

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

[OpenWrt-Devel] [PATCH v2] Allow kernel modules to set build ID debug symbol

This change adds support for specifying a build ID for kernel modules. This is done by setting PKG_BUILD_ID to a hexadecimal string, which will then be passed to the kernel linker. In addition, when this flag is set, the build ID debug symbol (.note.gnu.build-id) will not be stripped from the kerne

Re: [OpenWrt-Devel] [PATCH] Atheros AR8035-A support

Thank you Christian, I’ll do like that > Le 30 oct. 2015 à 15:45, Christian Lamparter a > écrit : > > On Friday, October 30, 2015 03:25:02 PM Philippe DUCHEIN wrote: >> Hi Conor, >> yes, but at803x code, there is 20% of lost packets… clock delay is incorrect >> into at803x file >> > then why

Re: [OpenWrt-Devel] [PATCH] Atheros AR8035-A support

On Friday, October 30, 2015 03:25:02 PM Philippe DUCHEIN wrote: > Hi Conor, > yes, but at803x code, there is 20% of lost packets… clock delay is incorrect > into at803x file > then why don't you edit the existing at803x.c code instead? Note: - WD Range extender has a AR8035 chip (older chip -

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 KERNEL_MAKEOPTS? >> Yes. It's in kernel-def

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

Felix Fietkau writes: >> diff --git a/rules.mk b/rules.mk >> index 819bea5..8e1cfe9 100644 >> --- a/rules.mk >> +++ b/rules.mk >> @@ -275,6 +275,7 @@ else >>endif >>RSTRIP:= \ > Please try if changing RSTRIP:= to RSTRIP= makes it work. Yup, it does. Cool, will submit a new patch that als

Re: [OpenWrt-Devel] [PATCH] Atheros AR8035-A support

On 30/10/15 14:25, Philippe DUCHEIN wrote: Hi Conor, yes, but at803x code, there is 20% of lost packets… clock delay is incorrect into at803x file That clock delay is generally dependent on the board. It is passed as platform data for the driver. See "struct at803x_platform_data" in the ath

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

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 KERNEL_MAKEOPTS? > Yes. It's in kernel-defaults.mk Cool, this part works. >> Can go looking for tha

Re: [OpenWrt-Devel] [PATCH] Atheros AR8035-A support

Hi Conor, yes, but at803x code, there is 20% of lost packets… clock delay is incorrect into at803x file > Le 30 oct. 2015 à 13:50, Conor O'Gorman a écrit : > > On 29/10/15 11:52, Philippe DUCHEIN wrote: >> This patch Atheros phy AR8035-A switch support >> >> Signed-off-by: Philippe DUCHEIN

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. > > Would definitely work. T

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

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. Would definitely work. The problem is I'm not sure I quite grok the openwrt build syst

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 you can pass it explicitly to the linker: > > LDFLA

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

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 you can pass it explicitly to the linker: LDFLAGS_MODULE=--build-id=0x$(PKG_SOURCE_VERSION) where PKG_SOURCE_VER

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 your workflow instead? > > I did scri

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

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 your workflow instead? I did script it, but I'm trying to have a way to make this available to

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 /sys/module/ is from the *loaded* mo

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

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 /sys/module/ is from the *loaded* module. So it catches the case where the module file is updated

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] Atheros AR8035-A support

On 29/10/15 11:52, Philippe DUCHEIN wrote: This patch Atheros phy AR8035-A switch support Signed-off-by: Philippe DUCHEIN — diff -Nru a/target/linux/ar71xx/config-4.1 b/target/linux/ar71xx/config-4.1 --- a/target/linux/ar71xx/config-4.12015-10-27 18:57:41.379735223 +0100 +++ b/target/linu

[OpenWrt-Devel] [PATCH] ar71xx: Add support for ZyXEL NBG6616.

Signed-off-by: Benjamin Berg --- Thanks for the feedback. This revision of the patch changes the zyxel LED name to nbg6X16 for both the nbg6616 and nbg6716. I have also adapted the order in different places. Also modified is the comment about the missing factory image that should now include eno

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

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 be used to uniquely identify a version of a kernel module

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

Hi! It's already much better. No more white-space or CR-LF brokenness, we got one step further :) However, it still can't get merged with git am, because the mailing-list footer still get's added to the multi-part mime stuff and that's too much for git to handle. Sending patches via traditional

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

I have send this email again using Thunderbird.Thanks for your patiently reply. Best regards, Shonn -- Original -- From: "Daniel Golle";; Date: Fri, Oct 30, 2015 02:22 PM To: "??"; Cc: "openwrt-devel"; Subject: Re: [OpenWrt-Devel] [PATCH] oxnas: f

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

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 > --- diff --git a/target/linux/oxnas/base-files/etc/board.d/01_leds b/

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

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. If the text was recode again, i will use other mailbox. Signed-off-by: Shonn Lu --- diff --git a/target/linux/oxnas/base-fil

Re: [OpenWrt-Devel] [PATCH] ramips: add support for ZBT WG2626

Hello Daniel, I have this device on my desk (-4G version, with dedicated SIM slot and place for additional 2 antennas for modem, in enclosure). I'm looking for some description of pin headers available on the PCB (I have already asked manufacturer, but I got only "PIN number J1, J9, J10, J11 are n