Re: [LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken
Le 02/15/17 à 04:37, Felix Fietkau a écrit : > On 2017-02-15 13:34, Rafał Miłecki wrote: >> From: Rafał Miłecki >> >> We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 >> kernel. We obviously don't want to have targets like this in the >> release, especially with 3.18 being EOL. >> >> It may be not too late for bringing these targets back for the next >> minor release, so just mark them as broken instead of dropping >> completely. > How about marking them source-only instead, since they're not actually > broken? > > This will also have the effect of dropping them from buildbot's target > lists (and thus also the release builds), but it still keeps them > selectable from make menuconfig. Agreed. -- Florian ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] Opkg: add --no-configure option patch.
Calling opkg with --no-configure prevents opkg
from running the configuration of the package (postinstall scripts ..etc)
This way opkg will only install the package, without restarting the service for
example.
Signed-off-by: Daniel Danzberger
---
.../opkg/patches/300-add-no-configure-option.patch | 64 ++
1 file changed, 64 insertions(+)
create mode 100644
package/system/opkg/patches/300-add-no-configure-option.patch
diff --git a/package/system/opkg/patches/300-add-no-configure-option.patch
b/package/system/opkg/patches/300-add-no-configure-option.patch
new file mode 100644
index 00..2d69063c65
--- /dev/null
+++ b/package/system/opkg/patches/300-add-no-configure-option.patch
@@ -0,0 +1,64 @@
+diff --git a/libopkg/opkg_cmd.c b/libopkg/opkg_cmd.c
+index d2adc31..23f49a7 100644
+--- a/libopkg/opkg_cmd.c
b/libopkg/opkg_cmd.c
+@@ -361,6 +361,9 @@ opkg_configure_packages(char *pkg_name)
+ opkg_intercept_t ic;
+ int r, err = 0;
+
++ if (conf->no_configure)
++ return 0;
++
+ opkg_msg(INFO, "Configuring unpacked packages.\n");
+
+ all = pkg_vec_alloc();
+diff --git a/libopkg/opkg_conf.h b/libopkg/opkg_conf.h
+index ab629ea..cbbdc82 100644
+--- a/libopkg/opkg_conf.h
b/libopkg/opkg_conf.h
+@@ -88,6 +88,7 @@ struct opkg_conf
+ int query_all;
+ int verbosity;
+ int noaction;
++ int no_configure;
+ int size;
+ int download_only;
+ char *cache;
+diff --git a/src/opkg-cl.c b/src/opkg-cl.c
+index 8a39578..8b86098 100644
+--- a/src/opkg-cl.c
b/src/opkg-cl.c
+@@ -46,6 +46,7 @@ enum {
+ ARGS_OPT_ADD_ARCH,
+ ARGS_OPT_ADD_DEST,
+ ARGS_OPT_NOACTION,
++ ARGS_OPT_NO_CONFIGURE,
+ ARGS_OPT_DOWNLOAD_ONLY,
+ ARGS_OPT_NODEPS,
+ ARGS_OPT_NOCASE,
+@@ -92,6 +93,7 @@ static struct option long_options[] = {
+ {"force-signature", 0, 0, ARGS_OPT_FORCE_SIGNATURE},
+ {"force_signature", 0, 0, ARGS_OPT_FORCE_SIGNATURE},
+ {"noaction", 0, 0, ARGS_OPT_NOACTION},
++ {"no-configure", 0, 0, ARGS_OPT_NO_CONFIGURE},
+ {"download-only", 0, 0, ARGS_OPT_DOWNLOAD_ONLY},
+ {"nodeps", 0, 0, ARGS_OPT_NODEPS},
+ {"nocase", 0, 0, ARGS_OPT_NOCASE},
+@@ -220,6 +222,9 @@ args_parse(int argc, char *argv[])
+ case ARGS_OPT_NOACTION:
+ conf->noaction = 1;
+ break;
++ case ARGS_OPT_NO_CONFIGURE:
++ conf->no_configure = 1;
++ break;
+ case ARGS_OPT_DOWNLOAD_ONLY:
+ conf->download_only = 1;
+ break;
+@@ -317,6 +322,7 @@ usage()
+ printf("\t--force-removeRemove package even if prerm script
fails\n");
+ printf("\t--force-checksum Don't fail on checksum mismatches\n");
+ printf("\t--noactionNo action -- test only\n");
++ printf("\t--no-configureNo configure -- install only\n");
+ printf("\t--download-only No action -- download only\n");
+ printf("\t--nodeps Do not follow dependencies\n");
+ printf("\t--nocase Perform case insensitive pattern
matching\n");
--
2.11.0
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
> "Russell" == Russell Senior writes: > "Russell" == Russell Senior writes: > "David" == David Woodhouse writes: David> On Wed, 2017-02-15 at 12:52 -0800, Russell Senior wrote: I last built on February 1, circa r3226, and that works. David> But not with an out-of-the-box configuration anyway, right? Russell> Pretty much. This was my .config stub: Russell> CONFIG_TARGET_x86=y CONFIG_TARGET_x86_geode=y CONFIG_DEVEL=y Russell> CONFIG_BUILD_LOG=y Also, tried 17.01-SNAPSHOT, r3180-dbb8e04472 it "works" too, afaict. No stack trace, which I assume is related to the 4.9.x kernel in master, somehow. -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] brcm47xx: fix button inversion for Asus WL-500W
On 14 February 2017 at 23:10, Rafał Miłecki wrote: > On 14 February 2017 at 22:38, Mirko Parthey wrote: >> The Asus WL-500W buttons are active high, >> but the software treats them as active low. >> Fix the inverted logic. >> >> Signed-off-by: Mirko Parthey > > Please send upstream patch for this. > See MIPS entry in MAINTAINERS (there is Ralf and his > git://git.linux-mips.org/pub/scm/ralf/upstream-sfr.git tree). I renamed patch name to match one generated by format-patch and updated it with version you sent for upstream inclusion. Thank you! -- Rafał ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] brcm47xx: fix USB driver choice for Asus WL-500W
On 14 February 2017 at 15:05, Mirko Parthey wrote: > Choose a set of USB drivers which actually support the Asus WL-500W hardware. > > Signed-off-by: Mirko Parthey Applied with a bit more detailed commit message, thanks! ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] Netgear WNR2000V3 problems with RC2, WAS:LEDE v17.01.0 schedule adjusted
On Wed, Feb 15, 2017 at 11:45 AM, Jo-Philipp Wich wrote: > Also please mention known broken targets or images that should get > disabled for the release in case there is no readily available fixes > available. I am having issues with a Netgear wnr2000v3. I downloaded the RC2 image ( http://downloads.lede-project.org/releases/17.01.0-rc2/targets/ar71xx/generic/lede-17.01.0-rc2-r3131-42f3c1f-ar71xx-generic-wnr2000v3-squashfs-sysupgrade.bin ) and installed it over OpenWRT 15.x (which has been fairly stable for the past few months), then ran firstboot. Since the switch to LEDE, it goes back to the "firstboot" state on every reboot. I tried re-downloading the same file and re-installing (from Luci with "save settings" unchecked), but ran into the same problem. Any suggestions on where to look next? Thanks Aaron Z ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
> "Russell" == Russell Senior writes: > "David" == David Woodhouse writes: David> On Wed, 2017-02-15 at 12:52 -0800, Russell Senior wrote: >>> I last built on February 1, circa r3226, and that works. David> But not with an out-of-the-box configuration anyway, right? Russell> Pretty much. This was my .config stub: Russell> CONFIG_TARGET_x86=y CONFIG_TARGET_x86_geode=y CONFIG_DEVEL=y Russell> CONFIG_BUILD_LOG=y I just tried r3499 (master branch), and it works too, although I do see this stack trace during boot: [...] [ 10.578574] kmodloader: loading kernel modules from /etc/modules.d/* [ 10.600627] [ cut here ] [ 10.614641] WARNING: CPU: 0 PID: 674 at drivers/base/dd.c:344 driver_probe_device+0x58/0x1a5 [ 10.640008] Modules linked in: geode_aes(+) cbc button_hotplug aead cryptomgr crypto_null [ 10.665186] CPU: 0 PID: 674 Comm: kmodloader Not tainted 4.9.8 #0 [ 10.683549] c102aed4 0158 0009 cf8d1064 d0884794 0001 d0884794 [ 10.707317] c102af54 0009 c11988e7 cf8d1064 d0884794 cf8d1098 [ 10.731207] c13f5a00 c1198a89 d0884794 c11977f3 cf81ea0c cf9077b0 [ 10.755074] Call Trace: [ 10.762538] [] ? __warn+0xa9/0xc0 [ 10.775470] [] ? warn_slowpath_null+0xf/0x13 [ 10.791246] [] ? driver_probe_device+0x58/0x1a5 [ 10.807742] [] ? __driver_attach+0x55/0x70 [ 10.823014] [] ? bus_for_each_dev+0x47/0x63 [ 10.838547] [] ? driver_attach+0x11/0x13 [ 10.853314] [] ? driver_probe_device+0x1a5/0x1a5 [ 10.870084] [] ? bus_add_driver+0xa7/0x17f [ 10.885353] [] ? 0xd0886000 [ 10.896710] [] ? driver_register+0x6c/0x9d [ 10.911921] [] ? do_one_initcall+0x85/0x110 [ 10.927447] [] ? call_usermodehelper_exec+0xc5/0xd0 [ 10.945058] [] ? free_vmap_area_noflush+0x26/0x63 [ 10.962170] [] ? kmem_cache_alloc+0x58/0x7c [ 10.977650] [] ? do_init_module+0x42/0x18d [ 10.992925] [] ? load_module+0x12a1/0x161f [ 11.008186] [] ? SyS_init_module+0x8c/0xa3 [ 11.023392] [] ? do_fast_syscall_32+0x83/0xe1 [ 11.039475] [] ? sysenter_past_esp+0x47/0x75 [ 11.055232] ---[ end trace fd70a030d2f480e5 ]--- [ 11.069901] Geode LX AES :00:01.2: GEODE AES engine enabled. [...] -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
> "David" == David Woodhouse writes: David> On Wed, 2017-02-15 at 12:52 -0800, Russell Senior wrote: >> I last built on February 1, circa r3226, and that works. David> But not with an out-of-the-box configuration anyway, right? Pretty much. This was my .config stub: CONFIG_TARGET_x86=y CONFIG_TARGET_x86_geode=y CONFIG_DEVEL=y CONFIG_BUILD_LOG=y -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
On Wed, 2017-02-15 at 12:52 -0800, Russell Senior wrote: > I last built on February 1, circa r3226, and that works. But not with an out-of-the-box configuration anyway, right? smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
> "David" == David Woodhouse writes: David> On Wed, 2017-02-15 at 12:24 -0800, Russell Senior wrote: >> >> David> In the same PR#840: >> David> b5bec324fb6eecc483e093a231d7d3fc050bf344 x86: Set default baud David> rate on Geode images to 115200 >> >> The alix2 (also a Geode) uses 38400 in the BIOS. David> Hm. The Geos uses 115200 in the BIOS. Does the alix2 actually David> work? David> It looks like via-rhine Ethernet support was dropped when the David> Geode subtargets were merged, and never added back again until I David> did it today. Which means that the default images won't work for David> alix2 anyway, right? They do for Geos... I last built on February 1, circa r3226, and that works. David> The three Geode-based targets that got merged all had *different* David> default baud rates. We just need to pick one, and picking the one David> that's default on most boards, most useful, and matches the board David> that is actively (if sporadically) being maintained does seem David> like it's not the worst idea... I've only ever seen the alix, so I'm biased. ;-) -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
On Wed, 2017-02-15 at 12:24 -0800, Russell Senior wrote: > > > David> In the same PR#840: > > David> b5bec324fb6eecc483e093a231d7d3fc050bf344 x86: Set default baud > David> rate on Geode images to 115200 > > The alix2 (also a Geode) uses 38400 in the BIOS. Hm. The Geos uses 115200 in the BIOS. Does the alix2 actually work? It looks like via-rhine Ethernet support was dropped when the Geode subtargets were merged, and never added back again until I did it today. Which means that the default images won't work for alix2 anyway, right? They do for Geos... The three Geode-based targets that got merged all had *different* default baud rates. We just need to pick one, and picking the one that's default on most boards, most useful, and matches the board that is actively (if sporadically) being maintained does seem like it's not the worst idea... smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
> "David" == David Woodhouse writes: David> On Wed, 2017-02-15 at 17:14 +, David Woodhouse wrote: >> I'd like to change the default serial baud rate to 115200 too... will >> do that shortly. David> In the same PR#840: David> b5bec324fb6eecc483e093a231d7d3fc050bf344 x86: Set default baud David> rate on Geode images to 115200 The alix2 (also a Geode) uses 38400 in the BIOS. -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
On 02/15/2017 05:45 PM, Jo-Philipp Wich wrote: > Hi, > > To get final fixes into the release please mention Git commits you like > to see cherry-picked in to lede-17.01 until Sunday, the 19th. > a9d347c11c34e48d17e1a4902a56d1f2f577bfab uboot-kirkwood: fix goflexhome/net bootcommand -Alberto ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
On Wed, 2017-02-15 at 17:14 +, David Woodhouse wrote: > On Wed, 2017-02-15 at 17:45 +0100, Jo-Philipp Wich wrote: > > > > > > To get final fixes into the release please mention Git commits you like > > to see cherry-picked in to lede-17.01 until Sunday, the 19th. > 657418db68fe2be89bdba2a147a08168d7a760ba x86: Add configuration back for > Traverse Geos > 27a635f0b487eb54bde58639c80080396bbf1c03 x86: Move Traverse Geos configs into > x86 base-files > add465f1be5d092ef049306ea2a211ff3f82b146 x86: Enable DIAG LED on Geos > 9a6c9325564439e0c9bb3209931787a492fa8f9b x86: Add board configs for the PC > Engines APU2 > 501c2a626533feaec67b54d367fe51ea5cfec699 x86: Add Geos profile for Geode > subtarget > > The last one is from https://github.com/lede-project/source/pull/840 > > I'd like to change the default serial baud rate to 115200 too... will do that > shortly. In the same PR#840: b5bec324fb6eecc483e093a231d7d3fc050bf344 x86: Set default baud rate on Geode images to 115200 smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] LEDE v17.01.0 schedule adjusted
On Wed, 2017-02-15 at 17:45 +0100, Jo-Philipp Wich wrote: > > To get final fixes into the release please mention Git commits you like > to see cherry-picked in to lede-17.01 until Sunday, the 19th. 657418db68fe2be89bdba2a147a08168d7a760ba x86: Add configuration back for Traverse Geos 27a635f0b487eb54bde58639c80080396bbf1c03 x86: Move Traverse Geos configs into x86 base-files add465f1be5d092ef049306ea2a211ff3f82b146 x86: Enable DIAG LED on Geos 9a6c9325564439e0c9bb3209931787a492fa8f9b x86: Add board configs for the PC Engines APU2 501c2a626533feaec67b54d367fe51ea5cfec699 x86: Add Geos profile for Geode subtarget The last one is from https://github.com/lede-project/source/pull/840 I'd like to change the default serial baud rate to 115200 too... will do that shortly. smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] LEDE v17.01.0 schedule adjusted
Hi, due to ongoing bug fixing efforts and some outstanding work on solving regressions I'd like to postpone the release of 17.01.0 final by a week. According to the revised plan, I'd like to tag v17.01.0 on Monday, the 20th and release final binary images on Wednesday, the 22th. -- To get final fixes into the release please mention Git commits you like to see cherry-picked in to lede-17.01 until Sunday, the 19th. Also please mention known broken targets or images that should get disabled for the release in case there is no readily available fixes available. -- Once we pushed 17.01.0 final, the lede-17.01 branch will be open for device support changes and larger non-bugfix commits again with the goal to prepare v17.01.1 until the end of March 2017. The LEDE 17.01 builders will continue processing the external package feeds as usual so updated packages will continue to be available. I'd like to thank our contributors very much for the outstanding work being done to make this release possible! Bye, Jo ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] ar71xx: set status led for the gl-* boards
This sets status_led for the gl-ar300m and gl-mifi boards, and fixes led names
so that they follow correct naming scheme.
Signed-off-by: Wojciech Jowsa
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 21 ++---
target/linux/ar71xx/base-files/etc/diag.sh | 4 +++-
.../ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c | 8
.../ar71xx/files/arch/mips/ath79/mach-gl-mifi.c | 10 +-
4 files changed, 22 insertions(+), 21 deletions(-)
diff --git a/target/linux/ar71xx/base-files/etc/board.d/01_leds
b/target/linux/ar71xx/base-files/etc/board.d/01_leds
index 131b63e..f5c6043 100755
--- a/target/linux/ar71xx/base-files/etc/board.d/01_leds
+++ b/target/linux/ar71xx/base-files/etc/board.d/01_leds
@@ -312,19 +312,18 @@ dlan-pro-1200-ac)
ucidef_set_led_gpio "plcw" "dLAN" "devolo:status:dlan" "17" "0"
ucidef_set_led_gpio "plcr" "dLAN" "devolo:error:dlan" "16" "0"
;;
-gl-ar150|\
-gl-ar300|\
-gl-ar300m|\
+gl-ar300m)
+ ucidef_set_led_wlan "wlan" "WLAN" "$board:red:wlan" "phy0tpt"
+ ;;
gl-mifi)
+ ucidef_set_led_wlan "wlan" "WLAN" "$board:green:wlan" "phy0tpt"
+ ucidef_set_led_netdev "wan" "WAN" "$board:green:wan" "eth0"
+ ucidef_set_led_netdev "lan" "LAN" "$board:green:lan" "eth1"
+ ucidef_set_led_netdev "3gnet" "3GNET" "$board:green:net" "wwan0"
+ ;;
+gl-ar150|\
+gl-ar300)
ucidef_set_led_wlan "wlan" "WLAN" "$board:wlan" "phy0tpt"
-
- case "$board" in
- gl-mifi)
- ucidef_set_led_netdev "wan" "WAN" "$board:wan" "eth0"
- ucidef_set_led_netdev "lan" "LAN" "$board:lan" "eth1"
- ucidef_set_led_netdev "3gnet" "3GNET" "$board:net" "wwan0"
- ;;
- esac
;;
gl-domino|\
sc300m|\
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh
index ae6c693..ed9bf3a 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -60,7 +60,9 @@ get_status_led() {
ap90q|\
cpe830|\
cpe870|\
- gl-inet)
+ gl-inet|\
+ gl-mifi|\
+ gl-ar300m)
status_led="$board:green:lan"
;;
ap96)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c
index 62906a1..5b7f958 100644
--- a/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c
@@ -47,23 +47,23 @@
static struct gpio_led gl_ar300m_leds_gpio[] __initdata = {
{
-.name = "gl-ar300m:usb",
+.name = "gl-ar300m:green:usb",
.gpio = GL_AR300M_GPIO_LED_USB,
.active_low = 0,
.default_state = 1,
},
{
-.name = "gl-ar300m:wlan",
+.name = "gl-ar300m:red:wlan",
.gpio = GL_AR300M_GPIO_LED_WLAN,
.active_low = 1,
},
{
-.name = "gl-ar300m:lan",
+.name = "gl-ar300m:green:lan",
.gpio = GL_AR300M_GPIO_LED_LAN,
.active_low = 1,
},
{
-.name = "gl-ar300m:system",
+.name = "gl-ar300m:green:system",
.gpio = GL_AR300M_GPIO_LED_SYSTEM,
.active_low = 1,
.default_state = 1,
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
index 42f4415..14365b7 100644
--- a/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
@@ -41,27 +41,27 @@
static struct gpio_led gl_mifi_leds_gpio[] __initdata = {
{
- .name = "gl-mifi:wan",
+ .name = "gl-mifi:green:wan",
.gpio = GL_MIFI_GPIO_LED_WAN,
.active_low = 0,
},
{
- .name = "gl-mifi:lan",
+ .name = "gl-mifi:green:lan",
.gpio = GL_MIFI_GPIO_LED_LAN,
.active_low = 0,
},
{
- .name = "gl-mifi:wlan",
+ .name = "gl-mifi:green:wlan",
.gpio = GL_MIFI_GPIO_LED_WLAN,
.active_low = 0,
},
{
- .name = "gl-mifi:net",
+ .name = "gl-mifi:green:net",
.gpio = GL_MIFI_GPIO_LED_NET,
.active_low = 0,
},
{
- .name = "gl-mifi:3gcontrol",
+ .name = "gl-mifi:green:3gcontrol",
.gpio = GL_MIFI_GPIO_LED_3GCONTROL,
.active_low = 0,
}
--
2.8.1
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] toolchain/arc: update to the most recent release arc-2016.09
arc-2016.09 is the most recent toolchain for ARC cores and
it is based on top of upstream Binutils 2.27 and GCC 6.2.1.
With updated major version of GCC we copied all GCC 6.x patches
for ARC as well as Bintils 2.27 patches.
Note that toochain sports ARCv4 ABI and so must be used
with 4.8+ Linux kernels. Even though it will build v4.4 kernel
perfectly fine on attempt to run user-space apps they won't
work with older kernel. That said previuosly sent RFC patches with
Linux kernel update are required:
[1] https://patchwork.ozlabs.org/patch/726686/
[2] https://patchwork.ozlabs.org/patch/726687/
Signed-off-by: Alexey Brodkin
---
package/devel/gdb-arc/Makefile | 6 +-
toolchain/binutils/Config.in | 8 +-
toolchain/binutils/Config.version | 4 +-
toolchain/binutils/Makefile| 12 +-
.../arc-2016.03/200-arc-fix-target-mask.patch | 13 --
.../300-001_ld_makefile_patch.patch| 22 +++
.../300-012_check_ldrunpath_length.patch | 20 +++
toolchain/gcc/Config.in| 15 +-
toolchain/gcc/Config.version | 8 +-
toolchain/gcc/common.mk| 10 +-
.../patches/arc-2016.03/002-weak_data_fix.patch| 42 -
.../arc-2016.03/003-universal_initializer.patch| 94 ---
.../patches/arc-2016.03/020-no-plt-backport.patch | 28
.../210-disable_libsanitizer_off_t_check.patch | 11 --
.../arc-2016.03/800-arc-disablelibgmon.patch | 18 --
.../gcc/patches/arc-2016.03/860-use_eh_frame.patch | 42 -
.../arc-2016.03/920-specs_nonfatal_getenv.patch| 14 --
.../arc-2016.03/950-fix-building-with-gcc6.patch | 153 -
.../001-revert_register_mode_search.patch | 2 +-
.../002-case_insensitive.patch}| 0
.../010-documentation.patch| 2 +-
.../arc-2016.09-release/230-musl_libssp.patch | 13 ++
.../280-musl-disable-ifunc-by-default.patch| 36
.../300-mips_Os_cpu_rtx_cost_model.patch | 11 ++
.../800-arm_v5te_no_ldrd_strd.patch| 11 ++
.../810-arm-softfloat-libgcc.patch | 25 +++
.../820-libgcc_pic.patch | 8 +-
.../830-arm_unbreak_armv4t.patch | 13 ++
.../840-armv4_pass_fix-v4bx_to_ld.patch| 19 +++
.../850-use_shared_libgcc.patch| 16 +-
.../851-libgcc_no_compat.patch | 0
.../870-ppc_no_crtsavres.patch | 2 +-
.../880-no_java_section.patch | 2 +-
.../arc-2016.09-release/881-no_tm_section.patch| 11 ++
.../arc-2016.09-release/900-bad-mips16-crt.patch | 9 +
.../910-mbsd_multi.patch | 83 +++---
.../920-specs_nonfatal_getenv.patch| 15 ++
.../930-fix-mips-noexecstack.patch | 111 +
.../940-no-clobber-stamp-bits.patch| 2 +-
.../950-cpp_file_path_translation.patch| 182 +
toolchain/gdb/Makefile | 6 +-
41 files changed, 573 insertions(+), 526 deletions(-)
delete mode 100644
toolchain/binutils/patches/arc-2016.03/200-arc-fix-target-mask.patch
create mode 100644
toolchain/binutils/patches/arc-2016.09-release/300-001_ld_makefile_patch.patch
create mode 100644
toolchain/binutils/patches/arc-2016.09-release/300-012_check_ldrunpath_length.patch
delete mode 100644 toolchain/gcc/patches/arc-2016.03/002-weak_data_fix.patch
delete mode 100644
toolchain/gcc/patches/arc-2016.03/003-universal_initializer.patch
delete mode 100644 toolchain/gcc/patches/arc-2016.03/020-no-plt-backport.patch
delete mode 100644
toolchain/gcc/patches/arc-2016.03/210-disable_libsanitizer_off_t_check.patch
delete mode 100644
toolchain/gcc/patches/arc-2016.03/800-arc-disablelibgmon.patch
delete mode 100644 toolchain/gcc/patches/arc-2016.03/860-use_eh_frame.patch
delete mode 100644
toolchain/gcc/patches/arc-2016.03/920-specs_nonfatal_getenv.patch
delete mode 100644
toolchain/gcc/patches/arc-2016.03/950-fix-building-with-gcc6.patch
rename toolchain/gcc/patches/{arc-2016.03 =>
arc-2016.09-release}/001-revert_register_mode_search.patch (97%)
rename toolchain/gcc/patches/{arc-2016.03/004-case_insensitive.patch =>
arc-2016.09-release/002-case_insensitive.patch} (100%)
rename toolchain/gcc/patches/{arc-2016.03 =>
arc-2016.09-release}/010-documentation.patch (91%)
create mode 100644
toolchain/gcc/patches/arc-2016.09-release/230-musl_libssp.patch
create mode 100644
toolchain/gcc/patches/arc-2016.09-release/280-musl-disable-ifunc-by-default.patch
create mode 100644
toolchain/gcc/patches/arc-2016.09-release/300-mips_Os_cpu_rtx_cost_model.patch
create mode 100644
toolchain/gcc/patches/arc-2016.09-release/800-arm_v5te_no_ldrd_strd.patch
create mode 100644
toolchain/gcc/patch
[LEDE-DEV] [PATCH] packages/utils/cryptodev-linux: Update to current master
From: Alexey Brodkin This allows us to build kernel's crypto modules in Linux v4.9. Otherwise we're seeing the following breakage: --->8- ...//openwrt/build_dir/target-arc_arc700_uClibc/linux-arc770_generic/cryptodev-linux-1.8/cryptlib.c: In function 'cryptodev_cipher_init': ...//openwrt/build_dir/target-arc_arc700_uClibc/linux-arc770_generic/cryptodev-linux-1.8/cryptlib.c:138:18: error: implicit declaration of function 'crypto_alloc_ablkcipher' [-Werror=implicit-function-declaration] out->async.s = crypto_alloc_ablkcipher(alg_name, 0, 0); ^~~ ...//openwrt/build_dir/target-arc_arc700_uClibc/linux-arc770_generic/cryptodev-linux-1.8/cryptlib.c:138:16: warning: assignment makes pointer from integer without a cast [-Wint-conversion] out->async.s = crypto_alloc_ablkcipher(alg_name, 0, 0); ^ cc1: some warnings being treated as errors --->8- Actual fix is in https://github.com/cryptodev-linux/cryptodev-linux/commit/6818263667ca488f9b1c86e36ea624c4ea1c309f but given amount of changes since 1.8 release adaptation of this patch requires quite a lot of changes and so let's just grab latest sources from git. Signed-off-by: Alexey Brodkin Signed-off-by: Alexey Brodkin --- utils/cryptodev-linux/Makefile | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/utils/cryptodev-linux/Makefile b/utils/cryptodev-linux/Makefile index 4f187c8..1cbf282 100644 --- a/utils/cryptodev-linux/Makefile +++ b/utils/cryptodev-linux/Makefile @@ -10,12 +10,12 @@ include $(TOPDIR)/rules.mk include $(INCLUDE_DIR)/kernel.mk PKG_NAME:=cryptodev-linux -PKG_VERSION:=1.8 -PKG_RELEASE:=2 - -PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz -PKG_SOURCE_URL:=http://download.gna.org/cryptodev-linux/ -PKG_MD5SUM:=02644cc4cd02301e0b503a332eb2f0b5 +PKG_SOURCE_PROTO:=git +PKG_SOURCE_URL=https://github.com/cryptodev-linux/cryptodev-linux.git +PKG_SOURCE_DATE:=2016-11-17 +PKG_SOURCE_VERSION:=6818263667ca488f9b1c86e36ea624c4ea1c309f +PKG_MIRROR_HASH:=53034831b0936b0b5ad07030337bd0e7a62b407d4e1dee9385aa3b806ef553fa +PKG_VERSION=$(PKG_SOURCE_DATE)-$(call version_abbrev,$(PKG_SOURCE_VERSION)) PKG_BUILD_DIR:=$(KERNEL_BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION) -- 2.10.2 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken
On 15 February 2017 at 13:37, Felix Fietkau wrote: > On 2017-02-15 13:34, Rafał Miłecki wrote: >> From: Rafał Miłecki >> >> We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 >> kernel. We obviously don't want to have targets like this in the >> release, especially with 3.18 being EOL. >> >> It may be not too late for bringing these targets back for the next >> minor release, so just mark them as broken instead of dropping >> completely. > How about marking them source-only instead, since they're not actually > broken? > > This will also have the effect of dropping them from buildbot's target > lists (and thus also the release builds), but it still keeps them > selectable from make menuconfig. I can do that. Let's see if there will be any other comment, I mean to wait at least 24h. Btw. this patch is for lede-17.01 of course. -- Rafał ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken
On 2017-02-15 13:34, Rafał Miłecki wrote: > From: Rafał Miłecki > > We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 > kernel. We obviously don't want to have targets like this in the > release, especially with 3.18 being EOL. > > It may be not too late for bringing these targets back for the next > minor release, so just mark them as broken instead of dropping > completely. How about marking them source-only instead, since they're not actually broken? This will also have the effect of dropping them from buildbot's target lists (and thus also the release builds), but it still keeps them selectable from make menuconfig. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken
From: Rafał Miłecki We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 kernel. We obviously don't want to have targets like this in the release, especially with 3.18 being EOL. It may be not too late for bringing these targets back for the next minor release, so just mark them as broken instead of dropping completely. Signed-off-by: Rafał Miłecki --- target/linux/adm5120/Makefile | 2 +- target/linux/adm8668/Makefile | 2 +- target/linux/ar7/Makefile | 2 +- target/linux/au1000/Makefile | 2 +- target/linux/mcs814x/Makefile | 2 +- target/linux/xburst/Makefile | 2 +- 6 files changed, 6 insertions(+), 6 deletions(-) diff --git a/target/linux/adm5120/Makefile b/target/linux/adm5120/Makefile index 419c53434f..c1e00e8a5f 100644 --- a/target/linux/adm5120/Makefile +++ b/target/linux/adm5120/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk BOARD:=adm5120 BOARDNAME:=Infineon/ADMtek ADM5120 -FEATURES:=low_mem +FEATURES:=low_mem broken SUBTARGETS:=router_le router_be rb1xx INITRAMFS_EXTRA_FILES:= diff --git a/target/linux/adm8668/Makefile b/target/linux/adm8668/Makefile index ddca8d4a27..b6a891b17b 100644 --- a/target/linux/adm8668/Makefile +++ b/target/linux/adm8668/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk ARCH:=mipsel BOARD:=adm8668 BOARDNAME:=Infineon WildPass ADM8668 -FEATURES:=squashfs usb pci +FEATURES:=squashfs usb pci broken MAINTAINER:=Florian Fainelli KERNEL_PATCHVER:=3.18 diff --git a/target/linux/ar7/Makefile b/target/linux/ar7/Makefile index c5a6035b53..3b681c1253 100644 --- a/target/linux/ar7/Makefile +++ b/target/linux/ar7/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk ARCH:=mipsel BOARD:=ar7 BOARDNAME:=TI AR7 -FEATURES:=squashfs atm low_mem +FEATURES:=squashfs atm low_mem broken MAINTAINER:=Florian Fainelli SUBTARGETS:=generic ac49x diff --git a/target/linux/au1000/Makefile b/target/linux/au1000/Makefile index debc41e978..4acaa3097c 100644 --- a/target/linux/au1000/Makefile +++ b/target/linux/au1000/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk ARCH:=mipsel BOARD:=au1000 BOARDNAME:=RMI/AMD AU1x00 -FEATURES:=squashfs usb pci +FEATURES:=squashfs usb pci broken SUBTARGETS:=au1500 au1550 MAINTAINER:=Florian Fainelli diff --git a/target/linux/mcs814x/Makefile b/target/linux/mcs814x/Makefile index 8ba58886e9..8b74eea735 100644 --- a/target/linux/mcs814x/Makefile +++ b/target/linux/mcs814x/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk ARCH:=arm BOARD:=mcs814x BOARDNAME:=Moschip MCS814x -FEATURES:=usb squashfs low_mem +FEATURES:=usb squashfs low_mem broken CPU_TYPE:=arm926ej-s MAINTAINER:=Florian Fainelli diff --git a/target/linux/xburst/Makefile b/target/linux/xburst/Makefile index 2a64b7c46f..160147adfd 100644 --- a/target/linux/xburst/Makefile +++ b/target/linux/xburst/Makefile @@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk ARCH:=mipsel BOARD:=xburst BOARDNAME:=Ingenic XBurst -FEATURES:=targz nand ubifs audio +FEATURES:=targz nand ubifs audio broken SUBTARGETS:=qi_lb60 KERNEL_PATCHVER:=3.18 -- 2.11.0 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] packages: Use https instead of git
On 2017-02-15 13:20, Imre Kaloz wrote: > Hi Alexey, > > On 2017-02-15 11:11, Alexey Brodkin wrote: >> From: Alexey Brodkin >> >> On some [especially corporate] networks non-standard ports are blocked >> and git is one of them. So switch to more convenient https transport. >> >> Signed-off-by: Alexey Brodkin > > Please make this a configuration option instead. Please don't. Adding a configuration option for this is a waste of time and only makes makefiles more convoluted. This stuff is pretty much a non-issue for all packages that have PKG_MIRROR_HASH (or the legacy PKG_MIRROR_MD5SUM) option set. The LEDE buildbot automatically uploads mirrored tarballs to a place that's referenced by download.pl. This means that only in the rare case of the package update being too new (or a broken makefile) it will actually attempt to download from git. In all other cases it will pull the mirrored tarball from the LEDE server, which should work properly with garbage firewalls. Now if these packages don't have PKG_MIRROR_HASH set properly, that's something actually worth fixing :) - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] packages: Use https instead of git
Hi Imre, On Wed, 2017-02-15 at 13:20 +0100, Imre Kaloz wrote: > Hi Alexey, > > On 2017-02-15 11:11, Alexey Brodkin wrote: > > > > From: Alexey Brodkin > > > > On some [especially corporate] networks non-standard ports are blocked > > and git is one of them. So switch to more convenient https transport. > > > > Signed-off-by: Alexey Brodkin > > Please make this a configuration option instead. Why add another option? What is a difference between https vs git for getting stuff from git repos? As long as you don't need to push your commits https is fine. But given we just pack tarballs from git repos there's no sense in pure git protocol, no? -Alexey ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] packages: Use https instead of git
On Wed, 2017-02-15 at 12:27 +, David Woodhouse wrote: > On Wed, 2017-02-15 at 13:11 +0300, Alexey Brodkin wrote: > > > > > > On some [especially corporate] networks non-standard ports are blocked > > and git is one of them. So switch to more convenient https transport. > Here's a nickel, kid. Get yourself a proper Internet connection. > > Seriously, better to advocate that users take a cluebat to stupid > network admins, than to pander to this. > > Make it git-only, and IPv6-only :) Slightly more seriously, a configuration option for a proxy tool to use for git might be worthwhile, to save users from having to set it up for themselves. But then again, users in such broken networks will probably already have done so, won't they? smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] packages: Use https instead of git
On Wed, 2017-02-15 at 13:11 +0300, Alexey Brodkin wrote: > > On some [especially corporate] networks non-standard ports are blocked > and git is one of them. So switch to more convenient https transport. Here's a nickel, kid. Get yourself a proper Internet connection. Seriously, better to advocate that users take a cluebat to stupid network admins, than to pander to this. Make it git-only, and IPv6-only :) smime.p7s Description: S/MIME cryptographic signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] packages: Use https instead of git
Hi Alexey, On 2017-02-15 11:11, Alexey Brodkin wrote: From: Alexey Brodkin On some [especially corporate] networks non-standard ports are blocked and git is one of them. So switch to more convenient https transport. Signed-off-by: Alexey Brodkin Please make this a configuration option instead. Thanks, Imre ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] telephony: Use https instead of git
From: Alexey Brodkin On some [especially corporate] networks non-standard ports are blocked and git is one of them. So switch to more convenient https transport. Signed-off-by: Alexey Brodkin --- net/rtpproxy/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/rtpproxy/Makefile b/net/rtpproxy/Makefile index 7b4fe90e9dc5..6f1e796b0502 100644 --- a/net/rtpproxy/Makefile +++ b/net/rtpproxy/Makefile @@ -12,7 +12,7 @@ PKG_VERSION:=2.0.0 PKG_RELEASE:=1 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/sippy/rtpproxy.git +PKG_SOURCE_URL:=https://github.com/sippy/rtpproxy.git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=d5926892630139bcbe55d1f3fa36764c881648bc PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_SOURCE_VERSION).tar.gz -- 2.7.4 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] routing: Use https instead of git
From: Alexey Brodkin On some [especially corporate] networks non-standard ports are blocked and git is one of them. So switch to more convenient https transport. Signed-off-by: Alexey Brodkin --- batmand/Makefile| 2 +- bmx6/Makefile | 2 +- bmx7/Makefile | 2 +- mcproxy/Makefile| 2 +- minimalist-pcproxy/Makefile | 2 +- mrd6/Makefile | 2 +- nodogsplash/Makefile| 2 +- ohybridproxy/Makefile | 2 +- vis/Makefile| 2 +- 9 files changed, 9 insertions(+), 9 deletions(-) diff --git a/batmand/Makefile b/batmand/Makefile index b4ed30171041..425d35594303 100644 --- a/batmand/Makefile +++ b/batmand/Makefile @@ -11,7 +11,7 @@ include $(INCLUDE_DIR)/kernel.mk PKG_NAME:=batmand PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://git.open-mesh.org/batmand.git +PKG_SOURCE_URL:=https://git.open-mesh.org/batmand.git PKG_REV:=b67a7087b51d7a5e90d27ac39116d1f57257c86e PKG_VERSION:=1440 PKG_RELEASE:=0 diff --git a/bmx6/Makefile b/bmx6/Makefile index 425c298cde13..52a83addafcc 100644 --- a/bmx6/Makefile +++ b/bmx6/Makefile @@ -29,7 +29,7 @@ PKG_NAME:=bmx6 PKG_SOURCE_PROTO:=git #PKG_SOURCE_URL:=git://bmx6.net/bmx6.git -PKG_SOURCE_URL:=git://github.com/axn/bmx6.git +PKG_SOURCE_URL:=https://github.com/axn/bmx6.git PKG_REV:=2a87b770d3f9c254e3927dc159e2f425f2e0e83a PKG_VERSION:=r2015080701 diff --git a/bmx7/Makefile b/bmx7/Makefile index 215ec727562c..ef3a0a1c7472 100644 --- a/bmx7/Makefile +++ b/bmx7/Makefile @@ -28,7 +28,7 @@ PKG_NAME:=bmx7 PKG_SOURCE_PROTO:=git #PKG_SOURCE_URL:=git://bmx6.net/bmx6.git -PKG_SOURCE_URL:=git://github.com/axn/bmx6.git +PKG_SOURCE_URL:=https://github.com/axn/bmx6.git #PKG_SOURCE_URL:=file:///usr/src/bmx6/bmx6.git PKG_REV:=589ee21b49d370056a24d8931d663626608f3c12 diff --git a/mcproxy/Makefile b/mcproxy/Makefile index c155055a0269..d709097d2e9a 100644 --- a/mcproxy/Makefile +++ b/mcproxy/Makefile @@ -13,7 +13,7 @@ PKG_VERSION:=2014-12-31-$(PKG_SOURCE_VERSION) PKG_RELEASE:=3 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/mcproxy/mcproxy.git +PKG_SOURCE_URL:=https://github.com/mcproxy/mcproxy.git PKG_MAINTAINER:=Steven Barth PKG_LICENSE:=GPL-2.0+ diff --git a/minimalist-pcproxy/Makefile b/minimalist-pcproxy/Makefile index 36faa8d802e4..8b8cf24c7bd4 100644 --- a/minimalist-pcproxy/Makefile +++ b/minimalist-pcproxy/Makefile @@ -12,7 +12,7 @@ PKG_VERSION:=2015-01-12-$(PKG_SOURCE_VERSION) PKG_RELEASE:=1 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/fingon/minimalist-pcproxy.git +PKG_SOURCE_URL:=https://github.com/fingon/minimalist-pcproxy.git PKG_MAINTAINER:=Markus Stenberg PKG_LICENSE:=GPL-2.0 diff --git a/mrd6/Makefile b/mrd6/Makefile index a20ea26ab2a1..a617e5e90d0f 100644 --- a/mrd6/Makefile +++ b/mrd6/Makefile @@ -13,7 +13,7 @@ PKG_VERSION:=2013-11-30-$(PKG_SOURCE_VERSION) PKG_RELEASE:=1 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/hugosantos/mrd6.git +PKG_SOURCE_URL:=https://github.com/hugosantos/mrd6.git PKG_MAINTAINER:=Steven Barth PKG_LICENSE:=GPL-2.0+ diff --git a/nodogsplash/Makefile b/nodogsplash/Makefile index 971fbac8fe78..edadb8731608 100644 --- a/nodogsplash/Makefile +++ b/nodogsplash/Makefile @@ -14,7 +14,7 @@ PKG_RELEASE:=2 PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION)/ PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz -PKG_SOURCE_URL:=git://github.com/nodogsplash/nodogsplash.git +PKG_SOURCE_URL:=https://github.com/nodogsplash/nodogsplash.git PKG_SOURCE_VERSION:=485d6dba05cce7a4ed87c28beaaf1199c0f832cf PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_BUILD_PARALLEL:=1 diff --git a/ohybridproxy/Makefile b/ohybridproxy/Makefile index 7d88f5d862ec..ea23137f3111 100644 --- a/ohybridproxy/Makefile +++ b/ohybridproxy/Makefile @@ -12,7 +12,7 @@ PKG_VERSION:=2016-06-28-$(PKG_SOURCE_VERSION) PKG_RELEASE:=1 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/sbyx/ohybridproxy.git +PKG_SOURCE_URL:=https://github.com/sbyx/ohybridproxy.git PKG_MAINTAINER:=Steven Barth PKG_LICENSE:=GPL-2.0 diff --git a/vis/Makefile b/vis/Makefile index 316224a39f27..af58f5e00390 100644 --- a/vis/Makefile +++ b/vis/Makefile @@ -10,7 +10,7 @@ include $(TOPDIR)/rules.mk PKG_NAME:=vis PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://git.open-mesh.org/vis.git +PKG_SOURCE_URL:=https://git.open-mesh.org/vis.git PKG_REV:=e141311c6a4fc824efbad536c137ed279905d825 PKG_VERSION:=1440 PKG_RELEASE:=0 -- 2.7.4 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] packages: Use https instead of git
From: Alexey Brodkin On some [especially corporate] networks non-standard ports are blocked and git is one of them. So switch to more convenient https transport. Signed-off-by: Alexey Brodkin --- libs/dmx_usb_module/Makefile | 2 +- libs/libhttp-parser/Makefile | 2 +- libs/libsoxr/Makefile | 2 +- libs/protobuf-c/Makefile | 2 +- libs/yajl/Makefile| 2 +- net/acme/Makefile | 2 +- net/coova-chilli/Makefile | 2 +- net/horst/Makefile| 2 +- net/linuxptp/Makefile | 2 +- net/lispmob/Makefile | 2 +- net/mii-tool/Makefile | 2 +- net/opentracker/Makefile | 2 +- net/port-mirroring/Makefile | 2 +- net/wifidog/Makefile | 2 +- sound/forked-daapd/Makefile | 2 +- sound/shairplay/Makefile | 2 +- sound/shairport-sync/Makefile | 2 +- sound/shairport/Makefile | 2 +- utils/acl/Makefile| 2 +- utils/ap51-flash/Makefile | 2 +- utils/ecdsautils/Makefile | 2 +- utils/evtest/Makefile | 2 +- utils/mbtools/Makefile| 2 +- utils/openocd/Makefile| 2 +- utils/pps-tools/Makefile | 2 +- utils/rtklib/Makefile | 2 +- utils/rtl-sdr/Makefile| 2 +- utils/sispmctl/Makefile | 2 +- utils/triggerhappy/Makefile | 2 +- 29 files changed, 29 insertions(+), 29 deletions(-) diff --git a/libs/dmx_usb_module/Makefile b/libs/dmx_usb_module/Makefile index d9e458fbe7eb..4487437d3f88 100644 --- a/libs/dmx_usb_module/Makefile +++ b/libs/dmx_usb_module/Makefile @@ -14,7 +14,7 @@ PKG_RELEASE:=0.1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) -PKG_SOURCE_URL:=git://github.com/lowlander/dmx_usb_module.git +PKG_SOURCE_URL:=https://github.com/lowlander/dmx_usb_module.git PKG_SOURCE_PROTO:=git PKG_SOURCE_VERSION:=ee99ca7edbd9e093480ad63341ac007394047bde PKG_MAINTAINER:=Martijn Zilverschoon diff --git a/libs/libhttp-parser/Makefile b/libs/libhttp-parser/Makefile index fe28b4cab263..db0a201f4867 100644 --- a/libs/libhttp-parser/Makefile +++ b/libs/libhttp-parser/Makefile @@ -16,7 +16,7 @@ PKG_LICENSE_FILES:=LICENSE-MIT PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) -PKG_SOURCE_URL:=git://github.com/joyent/http-parser.git +PKG_SOURCE_URL:=https://github.com/nodejs/http-parser.git PKG_SOURCE_PROTO:=git PKG_SOURCE_VERSION:=56f7ad0e2e5a80f79d214015c91e1f17d11d109f diff --git a/libs/libsoxr/Makefile b/libs/libsoxr/Makefile index 9881fbb9d871..52cbf4779baf 100644 --- a/libs/libsoxr/Makefile +++ b/libs/libsoxr/Makefile @@ -13,7 +13,7 @@ PKG_VERSION:=0.1.1 PKG_RELEASE:=3 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://git.code.sf.net/p/soxr/code +PKG_SOURCE_URL:=https://git.code.sf.net/p/soxr/code PKG_SOURCE_VERSION:=$(PKG_VERSION) PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_SOURCE_VERSION).tar.gz diff --git a/libs/protobuf-c/Makefile b/libs/protobuf-c/Makefile index 16b2f2be326e..e2d17c06ee16 100644 --- a/libs/protobuf-c/Makefile +++ b/libs/protobuf-c/Makefile @@ -13,7 +13,7 @@ PKG_RELEASE:=$(PKG_SOURCE_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) -PKG_SOURCE_URL:=git://github.com/protobuf-c/protobuf-c.git +PKG_SOURCE_URL:=https://github.com/protobuf-c/protobuf-c.git PKG_SOURCE_PROTO:=git PKG_SOURCE_VERSION:=$(PKG_VERSION) diff --git a/libs/yajl/Makefile b/libs/yajl/Makefile index f9a2877a034e..79bf9b6bc01b 100644 --- a/libs/yajl/Makefile +++ b/libs/yajl/Makefile @@ -18,7 +18,7 @@ PKG_REV:=66cb08ca2ad8581080b626a75dfca266a890afb2 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=$(PKG_REV) -PKG_SOURCE_URL:=git://github.com/lloyd/yajl.git +PKG_SOURCE_URL:=https://github.com/lloyd/yajl.git PKG_SOURCE_PROTO:=git include $(INCLUDE_DIR)/package.mk diff --git a/net/acme/Makefile b/net/acme/Makefile index 9d35f8005fcd..a75b5b5bafc4 100644 --- a/net/acme/Makefile +++ b/net/acme/Makefile @@ -14,7 +14,7 @@ PKG_RELEASE:=1 PKG_LICENSE:=GPLv3 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_RELEASE).tar.xz -PKG_SOURCE_URL:=git://github.com/Neilpang/acme.sh.git +PKG_SOURCE_URL:=https://github.com/Neilpang/acme.sh.git PKG_SOURCE_PROTO:=git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_RELEASE) PKG_BUILD_DIR := $(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION)-$(PKG_RELEASE) diff --git a/net/coova-chilli/Makefile b/net/coova-chilli/Makefile index b926a1d0843d..ed54eb010ed2 100644 --- a/net/coova-chilli/Makefile +++ b/net/coova-chilli/Makefile @@ -15,7 +15,7 @@ PKG_LICENSE_FILES:=COPYING PKG_RELEASE:=4 PKG_SOURCE_PROTO:=git -PKG_SOURCE_URL:=git://github.com/coova/coova-chilli +PKG_SOURCE_URL:=https://github.com/coova/coova-chilli PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=b93de20a288c01c2ba28e96e31ad6da01627f45f PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz diff --git
Re: [LEDE-DEV] [PATCH] ar71xx: set status led for the gl-* boards
On Wed, 2017-02-15 at 09:29 +0100, John Crispin wrote:
>
> > --- a/target/linux/ar71xx/base-files/etc/diag.sh
> > +++ b/target/linux/ar71xx/base-files/etc/diag.sh
> > @@ -63,6 +63,10 @@ get_status_led() {
> > gl-inet)
> > status_led="$board:green:lan"
> > ;;
> > + gl-ar300m|\
> > + gl-mifi)
> > + status_led="$board:lan"
>
> Hi Wojciech,
>
> patch is technically correct, however while reviewing it i noticed that
> the boards do not follow the correct naming scheme. normally it should
> be board:color:function. looks like the gl boards are missing the color.
> would you mind re-spinning you patch and also fixing the colors inside
> target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c and
> target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
Also... ick, we've got board details hard-coded in /etc/diag.sh, which
is what I just fixed for x86.
Should we promote target/x86/base-files/etc/diag.sh to run *everywhere*
and make things work that way?
smime.p7s
Description: S/MIME cryptographic signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] Backport dropbear SHA256 HMAC to 17.01
On 2017-02-15 07:40, Stijn Tintel wrote: > Hi, > > I would like to cherry-pick the following commit to lede-17.01: > 0bf85ef dropbear: enable SHA256 HMACs > > Please ACK/NAK. ACK. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] ar71xx: set status led for the gl-* boards
On 14/02/2017 15:46, Wojciech Jowsa wrote:
> This sets status_led for the gl-ar300m and gl-mifi boards.
>
> Signed-off-by: Wojciech Jowsa
> ---
> target/linux/ar71xx/base-files/etc/diag.sh | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
> b/target/linux/ar71xx/base-files/etc/diag.sh
> index a407a99..df13c43 100644
> --- a/target/linux/ar71xx/base-files/etc/diag.sh
> +++ b/target/linux/ar71xx/base-files/etc/diag.sh
> @@ -63,6 +63,10 @@ get_status_led() {
> gl-inet)
> status_led="$board:green:lan"
> ;;
> + gl-ar300m|\
> + gl-mifi)
> + status_led="$board:lan"
Hi Wojciech,
patch is technically correct, however while reviewing it i noticed that
the boards do not follow the correct naming scheme. normally it should
be board:color:function. looks like the gl boards are missing the color.
would you mind re-spinning you patch and also fixing the colors inside
target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar300m.c and
target/linux/ar71xx/files/arch/mips/ath79/mach-gl-mifi.c
John
> + ;;
> ap96)
> status_led="$board:green:led2"
> ;;
>
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] impressed by progress on odhcpd and procd and elsewhere.
On Tue, Feb 14, 2017 at 11:35 PM, Philip Prindeville wrote: > >> On Feb 11, 2017, at 11:11 PM, Stijn Tintel wrote: >> >> On 10-02-17 18:11, Dave Taht wrote: >>> About the biggest request from the field seems to be supplying RA and >>> dhcpv6 dns on a more real IPv6 address than fe80 to make android users >>> happier (https://github.com/dtaht/dnsmasq-lede/issues/11). >> Is this only a problem for Android users? I ran into a bug a couple of >> times where dnsmasq simply did not reply to queries sent to IPv6 >> link-local addresses. I had this problem on my ERLs, it went away at >> some point, then it came back, and while testing now, it seems to work >> fine again. So unfortunately I have no idea why it happened, but that is >> the only reason I configured a non-ULA DNS server on these devices. >> >> It wasn't really a problem on my Linux clients, but using Android with >> IPv6 DNS servers that don't reply just isn't usable, even if the IPv4 >> DNS servers work just fine. Each connection attempt had a ~12 second >> delay or so. >> >> Stijn > > Somewhat off-topic, but I’m trying to update the isc-dhcp scripts to work > (they don’t). > > Is there documentation for what the UCI config for odhcpd looks like? I > might be able to use the same configuration (or something pretty close to it) > for synthesizing the /etc/dhcpd.conf file for ISC-DHCP. The README file of odhcpd has a description of the UCI config (https://git.lede-project.org/?p=project/odhcpd.git;a=blob;f=README;h=8c3b12c6c245c6b58cb8ac9dddf146144571af8c;hb=HEAD) Hans > > Thanks, > > -Philip > > > ___ > Lede-dev mailing list > Lede-dev@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/lede-dev ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] Backport dropbear SHA256 HMAC to 17.01
On 15 February 2017 at 14:40, Stijn Tintel wrote: > Hi, > > I would like to cherry-pick the following commit to lede-17.01: > 0bf85ef dropbear: enable SHA256 HMACs > > Please ACK/NAK. > > Thanks, > Stijn ACK, and just in case, please remember to also bump PKG_RELEASE ;) yousong ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
