* open...@daniel.thecshore.com [20.01.2016
07:21]:
> @@ -5,30 +5,34 @@ set_classless_routes() {
> local max=128
> local type
thanks for that, i have it also on my todo-list.
please remove also the 'local type' here.
> done
> }
>
> setup_interface() {
> - echo "udhcpc:
Hi Everyone,
I am new to OpenWRT. I am able to successfully build the source from
scratch and deploy the image on a router that supports OpenWRT.
I am working on a research project in which we trying to use user-level
measurements (e.g. RTT of packets) to predict how busy the access point is
in h
From: Daniel Dickinson
ip from busybox is now standard and carrying both
sets of commands is undesirale, therefore move
the only consumer of ifconfig/route still in base
to using ip command.
Signed-off-by: Daniel Dickinson
---
.../netifd/files/usr/share/udhcpc/default.script | 20 +
Signed-off-by: Luiz Angelo Daros de Luca
---
package/libs/elfutils/Makefile | 8
package/libs/elfutils/patches/003-libint-stub.patch | 2 +-
package/libs/elfutils/patches/005-build_only_libs.patch | 4 ++--
package/libs/elfutils/patches/006-libdw_LIBS.patch
GPIO Changes
The HLK-RM04 uses i2c and the top half of the uartf port for gpio. HiLink has
labeled the RT5350 gpio1 pin as gpio0 on the device pinout, so it seems to make
sense to export it as "hlk-rm04:gpio0" to avoid confusing it with the
microcontroller's designation.
gpio g
GPIO Changes
The HLK-RM04 uses i2c and the top half of the uartf port for gpio. HiLink has
labeled the RT5350 gpio1 pin as gpio0 on the device pinout, so it seems to make
sense to export it as "hlk-rm04:gpio0" to avoid confusing it with the
microcontroller's designation.
gpio g
mkits.ssh helper currently does not support ramdisk node support. To add
ramdisk suppport, we add extra two additional options -r and -z to
specify the ramdisk image and compression type.
Signed-off-by: Jason Wu
diff --git a/include/image.mk b/include/image.mk
index 4eee4ad..84307cf 100644
--- a
This adds IPv6 support to qos-scripts for both tc/qdisc and the
iptables classification rules. The tc/qdisc part is accomplished
by removing "protocol ip" from the tc command line, causing the
rule to be applied to all protocols. The iptables part is
accomplished by adding each rule using both ip
This adds a "srciface" option that can be used on classification
rules in /etc/config/qos. This is useful to allow prioritization
based on the local network from which the traffic originates, for
example to deprioritize traffic from a guest network.
Signed-off-by: Michael Marley
---
package/net
r48381 added CONFIG_MTD_SPLIT_UIMAGE_FW=Y to the lantiq kernel
configuration. That unfortunately contains a typo since the "y" has to
be lower-case. This leads to the kernel asking whether the config
symbol should be enabled and thus breaking the build.
FIXES: r48381/feab990887b4: lantiq: Enable t
Set the save-mark mask for the qos_${cg} chain to 0xff instead of
0xf0. With the old value, the nibble that was saved would be
masked during the restore, preventing ingress traffic from being
classified. Thanks to nbd for recommending the fix.
Signed-off-by: Michael Marley
---
package/network/
Until linux 4.1 the lantiq target used CONFIG_MTD_UIMAGE_SPLIT=y. That
option however is only available until linux 4.3 - thus it was not added
to lantiq's 4.4 kernel config (in r48307). This results in broken images
for devices which are using uImages. This fixes #21652
Signed-off-by: Martin Blum
This patch adds support for the Netgear EX2700 and builds an approriate
sysupgrade image.
What's missing is the option to build a factory image flashable via the
router's stock web interface, but this approach is hindered by the fact
that u-boot operforms an additional integrity check, which e
The image name for the HiLink HLK-RM04 module has a typo and should read "RM04"
rather than "RM02"
Backport of r48355
Signed-off-by: John Clark
---
target/linux/ramips/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/image/Makefile
b/targe
On 19/01/2016 11:30, John Crispin wrote:
> can this not be merged into one of the other tplink tools ?
>
>
That is what I initially did, add a flag for this case. But then I had to
disable about 3/4 of the original code with if/else for this case. It doesn't
use most of the functionally that mkt
Signed-off-by: Tim Harvey
---
v4: no changes
v3: added support for Linux 4.3 (new driver needs to be disabled by default)
v2: no changes
---
package/kernel/linux/modules/backlight.mk | 49 +++
1 file changed, 49 insertions(+)
create mode 100644 package/kernel/linux/mo
v4:
- update depends for 4.4
- fix submenu
- add CONFIG_DRM_DW_HDMI_AHB_AUDIO for i.mx6 HDMI driver
- add new dependency caused by above point to HDMI driver
v3:
- updated for Linux 4.3
v2:
- fixed whitespace
- added TARGET_imx6 to imx6-drm
Signed-off-by: Tim Harvey
---
package/kernel/lin
This series adds DRM based video output support for IMX6 HDMI and LVDS.
The first 2 patches are independent from the others and add some necessary
or useful deps for video display.
The 3rd patch adds drm core and drm-imx modules supporting LVDS/HDMI. Note
that currently you need to add modules fo
Signed-off-by: Tim Harvey
---
v4: no changes
v3: no changes
v2:
- add fb dependency
- disable unsupported fb's
---
package/kernel/linux/modules/video.mk | 49 ++-
1 file changed, 48 insertions(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/video.mk
b
r48337 unfortunately incorrectly changed the boardname of the stg212
into stg-212 which is not the name of the image of DTS file or
boardname using sysupgrade, which is 'stg212' and imho should stay
that way.
The changes r48337 made for pogoplug-pro and pogoplug-v3 were correct,
thus this commit on
ich könnte jemanden deutschsprachigen gebrauchen, der mir etwas
Nachhilfe in OpenWRT bietet und vielleicht auch bei meinem Problem
hilft.
Ich würde gern das Board RB433UL, welches bei mir versauert gangbar
machen, aber dazu fehlt mir noch etwas Wissen zu OpenWRT.
Momentaner Stand:
Ich lade den K
On 19/01/2016 7:13 PM, Felix Fietkau wrote:
On 2016-01-19 10:05, John Crispin wrote:
On 19/01/2016 09:59, Felix Fietkau wrote:
If you remove the zynq.sh, the variable will always be empty. So you can
just do:
case "$(cat /tmp/sysinfo/board_name)" in
...
esac
- Felix
dont we have
On 2016-01-19 12:21, Daniel Dickinson wrote:
>>> +# $(1) macro
>>> +# $(2) macro parameter
>>> +define BuildForProfiles
>>> + $(foreach profile,$(PROFILES_BUILD),$(call $(1),$(2),$(profile)))
>>> +endef
>> Please don't call all the legacy Image/* code once per profile.
>> This will generate unnece
On 19/01/16 05:04 AM, Felix Fietkau wrote:
[snip]
[legacy UBI_OPTS targets]
Please don't add extra abstractions to this code. The
$(PROFILE)_UBI_OPTS stuff is legacy crap and any target still using it
should just stay that way and not get multi-profile selection until it
is converted to the
On 2016-01-19 03:50, open...@daniel.thecshore.com wrote:
> From: Daniel Dickinson
>
> Certain platforms have large numbers of possible images, and it can be
> desirable to build neither all images nor only a single image,
> therefore this patch makes selecting target profiles a menu instead of a
Hi,
thought some more about it and we want to have the proper defaults in
board.json already, therefore disregard my previous comments and stick
to the ones below. Sorry for the bikeshedding here.
Thanks,
Jow
> On 01/07/2016 01:40 AM, Tal Keren wrote:
>> This is necessary for controlling leds of
Should I remove this part? Maybe comment it (to have a sample) or replace
with something else.
Dan Bugnar
On Tue, Jan 19, 2016 at 11:20 AM, Dan Bugnar wrote:
> Should I remove this part? Maybe comment it (to have a sample) or replace
> with something else.
>
> Dan Bugnar
>
> On Tue, Jan 19, 201
On 19/01/2016 10:21, Bastian Bittorf wrote:
> * amine ahd [19.01.2016 10:12]:
>> start_service() {
>> -local server enabled enable_server peer
>> -
>> +local server enabled enable_server peer ntpservers iface status
>> ntpserver dump
>> +local dhcp_ifaces="$(uci -q get system.ntp.d
Hi,
again lots of changes all thrown into one patch.
changes like
> -define Image/Build/TPLINK-SAFELOADER
> +define Image/Build/TPLINK-SAFELOADER-ELF
need to be in their own patch.
and the following
> +# mktplinkfw-kernel
> +define Build/mktplinkfw-kernel
> + $(STAGING_DIR_HOST)/bin/mktp
can this not be merged into one of the other tplink tools ?
On 07/01/2016 01:40, Tal Keren wrote:
> The firmware image that is used in TP-Link RE450 (and some more devices from
> the RE series) is tplink-safeloader.
> In the kernel partition, the kernel is compressed in a regular tp-link
> firmw
Hi,
patch looks ok at first glance however you have mixed several patches
into one.
1) change comments
2) reorganize the code
3) add more boards
4) possibly even more chnages.
each of these will need to go in its own self contained patch. could you
split his up and resend the series please ?
Hi,
see inline comments.
~ Jow
On 01/07/2016 01:40 AM, Tal Keren wrote:
> This is necessary for controlling leds of RJ45 port, when one indicate the
> link
> status and the other indicate data transfer.
>
> Signed-off-by: Tal Keren
> ---
> package/base-files/files/bin/config_generate
* amine ahd [19.01.2016 10:12]:
> start_service() {
> - local server enabled enable_server peer
> -
> + local server enabled enable_server peer ntpservers iface status
> ntpserver dump
> + local dhcp_ifaces="$(uci -q get system.ntp.dhcp_ifaces)"
> +
please remove whitespaces in
On 07/01/2016 01:40, Tal Keren wrote:
> This is necessary for controlling leds of RJ45 port, when one indicate the
> link
> status and the other indicate data transfer.
>
> Signed-off-by: Tal Keren
> ---
> package/base-files/files/bin/config_generate | 7 ---
> package/base-file
On 19/01/16 02:22 AM, Etienne Champetier wrote:
Hi
You should respond to the original mail and not create a new thread each
time
Sorry, didn't have it handy to reply to.
>
> Hi John,
>
> Contrary to what you believed it is not possible for the ordinary
users (of which I am one at the mom
On 19/01/2016 10:10, alzhao wrote:
> Hi John,
>
> I have experience in fixing a number of these packages, but not all. I
> hope I can try to submit the patches. As these are packages from github,
> should I submit directly to github?
cool, thanks for the help. please send them directly as a PR
On 2016-01-19 10:05, John Crispin wrote:
>
>
> On 19/01/2016 09:59, Felix Fietkau wrote:
>> If you remove the zynq.sh, the variable will always be empty. So you can
>> just do:
>> case "$(cat /tmp/sysinfo/board_name)" in
>> ...
>> esac
>>
>> - Felix
>
> dont we have a unified helper for th
On 08/01/2016 16:24, dbugnar wrote:
> Signed-off-by: dbugnar
> ---
> package/network/services/dnsmasq/files/dhcp.conf| 6 ++
> package/network/services/dnsmasq/files/dnsmasq.init | 19 +++
> 2 files changed, 25 insertions(+)
>
> diff --git a/package/network/services/dn
Hi John,
I have experience in fixing a number of these packages, but not all. I hope
I can try to submit the patches. As these are packages from github, should
I submit directly to github?
Also, may I ask if you can backport these patches to CC1505.1, including
target patch for AR71xx: GL-AR150,
please add versioning info to patches. also use ar71xx: as a prefix and
not [ar71xx]. git drops the [] pattern on a merge
John
On 09/01/2016 15:42, p.wa...@gmx.at wrote:
> From: P.Wassi
>
> Add support for the Ubiquiti UniFi AP AC LITE
> Signed-off-by: P.Wassi
> ---
> This patch adds:
Hi John,
Thank you for your help.
Please let me know your changes so that next time I can do that myself.
Regards,
Tathagata
-Original Message-
From: John Crispin [mailto:blo...@openwrt.org]
Sent: 19 January 2016 14:31
To: Tathagata Das; openwrt-devel@lists.openwrt.org
Subject: Re: [O
On 19/01/2016 09:59, Felix Fietkau wrote:
> If you remove the zynq.sh, the variable will always be empty. So you can
> just do:
> case "$(cat /tmp/sysinfo/board_name)" in
> ...
> esac
>
> - Felix
dont we have a unified helper for this since jows cleanup 2 weeks ago ?
_
Hi,
i applied this now and made some formal changes. next time please add a
proper subject prefix and description.
John
On 19/01/2016 09:57, Tathagata Das wrote:
> Signed-off-by: Tathagata Das
> ---
> .../linux/ipq806x/base-files/etc/board.d/01_leds | 1 +
> .../ipq806x/base-files/
On 2016-01-19 08:46, Jason Wu wrote:
> Hi Felix,
>
> Thanks for reviewing the patch. please see my reply inline.
>
>> If you adjust your other scripts to be able to deal with names like
>> "xlnx,zynq-zc702", you can drop this script and let the default sysinfo
>> script take care of things.
> So
Done -- just prepared and sent it again.
Regards,
Tathagata
-Original Message-
From: John Crispin [mailto:blo...@openwrt.org]
Sent: 19 January 2016 14:13
To: Tathagata Das; openwrt-devel@lists.openwrt.org
Subject: Re: [OpenWrt-Devel] [PATCH] Add support for Netgear D7800
please do that
On 11/01/2016 12:40, John Crispin wrote:
>
>
> On 11/01/2016 12:28, Hannu Nyman wrote:
>> Are there any plans for a CC 15.05.1 maintenance release? Or will DD
>> 16.xx be the next one?
>>
>> There have been so many fixes to 15.05 that personally I would like to
>> see a maintenance release 15.0
Signed-off-by: Tathagata Das
---
.../linux/ipq806x/base-files/etc/board.d/01_leds | 1 +
.../ipq806x/base-files/etc/board.d/02_network | 1 +
target/linux/ipq806x/base-files/lib/ipq806x.sh | 3 +
.../ipq806x/base-files/lib/upgrade/platform.sh | 2 +
target/linux/ipq806x/ima
please do that.
On 19/01/2016 09:38, Tathagata Das wrote:
> Do you mean to say that I have to prepare the patch against latest code of
> trunk and send that it again?
>
> Regards,
> Tathagata
>
>
> -Original Message-
> From: John Crispin [mailto:blo...@openwrt.org]
> Sent: 19 January 2
Do you mean to say that I have to prepare the patch against latest code of
trunk and send that it again?
Regards,
Tathagata
-Original Message-
From: John Crispin [mailto:blo...@openwrt.org]
Sent: 19 January 2016 14:07
To: Tathagata Das; openwrt-devel@lists.openwrt.org
Subject: Re: [Open
you patch collides with f177c2c2f956c938045bd53943e3f1c090b5db2b so you
will have to rebase/send it.
On 19/01/2016 09:26, Tathagata Das wrote:
> Hi John,
>
> I sent the patch last time using git command and I even received an email
> from OpenWRT on 12th January 2016.
>
> Regards,
> Tathagata
Hi John,
I sent the patch last time using git command and I even received an email
from OpenWRT on 12th January 2016.
Regards,
Tathagata
-Original Message-
From: John Crispin [mailto:blo...@openwrt.org]
Sent: 19 January 2016 13:45
To: Tathagata Das; openwrt-devel@lists.openwrt.org
Subj
Your patch is still broken as you manually played with the file after
generating it. please do not manually edit patches as that will break
them. in this case you deleted too many trailing lines. a valid patch
has 3 unmodified lines after the last change. this patch only had 2.
i have applied it b
same as before, we are waiting on you to send a version that applies.
patchwork 566597
--2016-01-17 06:23:22-- http://patchwork.ozlabs.org/patch/566597/mbox/
Resolving patchwork.ozlabs.org (patchwork.ozlabs.org)... 103.22.144.67
Connecting to patchwork.ozlabs.org
(patchwork.ozlabs.org)|103.22.14
---
package/utils/busybox/Makefile | 3 ++
package/utils/busybox/files/sysntpd | 33 +++---
package/utils/busybox/files/sysntpd.hotplug | 54 +
3 files changed, 86 insertions(+), 4 deletions(-)
create mode 100644 package/utils/busybox/
54 matches
Mail list logo
