On Wed, Jan 11, 2017 at 11:00:04AM +0100, Jo-Philipp Wich wrote:
> > in my understanding, sysupgrade images (and uimages) are a pretty
> > uniform archive format,
>
> Actually they're not. There are factory and sysupgrade images which are
> renamed tars, there are trx images, there are FIT images,
On Wed, Jan 11, 2017 at 10:54:10AM +0100, Jo-Philipp Wich wrote:
> > there doesn't appear to be anything hard about having the build bots
> > include a file into /etc which contains the _current_ repository
> > url, subdirectory, and image name.
>
> you forget that up until very recently the same
This patch updates the QCA988X firmware to the latest revision
firmware-5.bin_10.2.4-1.0-00016
found in the official ath10k-firmware repository.
Tested on TP-Link Archer C7 v2.
Signed-off-by: Timo Sigurdsson
---
package/firmware/ath10k-firmware/Makefile | 8
1 file changed, 4 inserti
Hi Ted,
so no one else objected and you want to hold of until after the weekend;
therefor I propose to branch on Monday, the 16th.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http:/
Hi Weedy,
Thank you for forwarding the email to LEDE dev list.
I was under the impression that OpenWrt and LEDE dev lists were subscribed to
each other, but I think it was a misjudgement.
Thanks again.
Regards,
Sukru
From: Weedy [weedy2...@gmail.com]
S
Support Abicom International Scorpion SC300M Module
QCA9550 700MHz Extended Temperature Range
256MB DDR2
256MB Nand Flash
16MB SPI Flash
802.11a/na/b/g/ng
GPIO x 22, USB x2, PCIe x2
10/100/1000 Ethernet
23dBm, Optional Onboard Antenna
DC Input, 8-20V DC
85 x 55 mm
Signed-off-by: Conor O'Gorman
-
when using tplink 710v2.1 there is some strange behaviuor with filenames
and system-infos:
That dot "." is evil, better use "-".
The hardware is same as 710v1 (8MB flash) but when flashing v2.1
Firmware the system think its v2 (the dot and 1 might be ignored by
/tmp/sysinfo/*) which only has 4
2017-01-11 14:25 GMT+01:00 L. D. Pinney :
> This patch resets the spi to 3 byte mode needed for devices with more than
> 16M Flash.
> Tested on the Onion Omega2+ (MT7688)
>
> Signed-off-by: L. D. Pinney
> Tested-by: Nita Vesa
>
> ---
>
> diff --git
> a/target/linux/ramips/patches-4.4/101-spi-re
This patch resets the spi to 3 byte mode needed for devices with more than 16M
Flash.
Tested on the Onion Omega2+ (MT7688)
Signed-off-by: L. D. Pinney
Tested-by: Nita Vesa
---
diff --git a/target/linux/ramips/patches-4.4/101-spi-reset-to-3-byte-mode.patch
b/target/linux/ramips/patches-4.4/10
On 2017-01-11 12:59, Cezary Jackiewicz wrote:
> Dnia 2017-01-11, o godz. 12:27:48
> Felix Fietkau napisał(a):
>
>> Seems that the upstream spi-rb4xx.c driver does not work as-is. I've
>> pushed a less intrusive fix now.
>
> Looks good:
>
> [7.785083] m25p80 spi0.0: pm25lv512 (64 Kbytes)
> [
Dnia 2017-01-11, o godz. 12:27:48
Felix Fietkau napisał(a):
> Seems that the upstream spi-rb4xx.c driver does not work as-is. I've
> pushed a less intrusive fix now.
Looks good:
[7.785083] m25p80 spi0.0: pm25lv512 (64 Kbytes)
[7.840505] Creating 4 MTD partitions on "spi0.0":
[7.8979
This is how other Linux distributions are doing and kernel
modprobe_path[] of request_module() also has a default value of
/sbin/modprobe
Signed-off-by: Yousong Zhou
---
package/system/ubox/Makefile | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/package/system/ubo
It seems module aliases are actually essential info. E.g. other modules
may call xt_request_find_match(NFPROTO_IPV{4,6}, "hashlimit", 1) and the
kernel will request user mode modprobe helper for ipt_hashlimit and
ip6t_hashlimit respectively which are aliases of xt_hashlimit.ko
Compile-tested for
The kernel may invocate user mode modprobe with the following scheme
modprobe -q --
Signed-off-by: Yousong Zhou
---
kmodloader.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/kmodloader.c b/kmodloader.c
index b20de6e..b5dc4d1 100644
--- a/kmodloader.c
+
Aliases are essential information for working with kernel modules. Netfilter
subsystem will request for ipt_hashlimit and ip6t_hashlimit respectively when
called with
xt_request_find_match(NFPROTO_IPV{4,6}, "hashlimit", 1)
The kernel __request_module() will then invoke user mode
Fixes output of "modinfo nf_conntrack_ipv4"
module: /lib/modules/4.4.40/nf_conntrack_ipv4.ko
license:GPL
alias: ip_conntrack
alias: nf_conntrack-2
depends:nf_conntrack,nf_defrag_ipv4
src:%pI4 dst=%pI4
Signed-off-by: You
To fix spurious error messages in the following situation
1. scan loaded modules
2. load wireguard.ko and the module itself will request xt_hashlimit to
be loaded
3. xt_hashlimit is still in PROBE state here so we also try to load it,
but init_module() returns EEXIST
Signed-off-by: You
To achieve this, the following changes are made
- scan module folders before scaning loaded modules
- struct module was splited into struct module_node for the avl tree
and struct module for storing actual info about modules
The other minor fix is that module.opts is now freed in free_module
Signed-off-by: Yousong Zhou
---
kmodloader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kmodloader.c b/kmodloader.c
index f80835a..9fe7d7f 100644
--- a/kmodloader.c
+++ b/kmodloader.c
@@ -762,7 +762,7 @@ static int main_modprobe(int argc, char **argv)
static int main_loa
syslog may not be ready yet before PREINIT
Signed-off-by: Yousong Zhou
---
kmodloader.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/kmodloader.c b/kmodloader.c
index 9fe7d7f..b20de6e 100644
--- a/kmodloader.c
+++ b/kmodloader.c
@@ -27,7 +27,6 @@
#include
#include
On 2017-01-11 12:24, Cezary Jackiewicz wrote:
> Dnia 2017-01-11, o godz. 12:00:17
> Felix Fietkau napisał(a):
>
>> Pushed another fix, please test the latest version again.
>
> Still nothing. Now I have reboot:
Seems that the upstream spi-rb4xx.c driver does not work as-is. I've
pushed a less in
Dnia 2017-01-11, o godz. 12:00:17
Felix Fietkau napisał(a):
> Pushed another fix, please test the latest version again.
Still nothing. Now I have reboot:
RouterBOOT backup booter 3.22
RouterBoard 411U
CPU frequency: 300 MHz
Memory size: 32 MiB
NAND size: 128 MiB
Press any key within 2
On 2017-01-11 11:17, Cezary Jackiewicz wrote:
> Dnia 2017-01-11, o godz. 10:45:35
> Felix Fietkau napisał(a):
>
>> Cezary, please try the latest version from my staging tree, I just
>> pushed a fix for this regression that should hopefully make it work again.
>
>
>
> [8.001462] m25p80 spi0
Dnia 2017-01-11, o godz. 10:45:35
Felix Fietkau napisał(a):
> Cezary, please try the latest version from my staging tree, I just
> pushed a fix for this regression that should hopefully make it work again.
[8.001462] m25p80 spi0.0: pm25lv512 (64 Kbytes)
[8.056892] Creating 4 MTD partit
Hi,
> anyway, specifically regarding the existing imagebuilder, i'm not really
> satisfied. it's a big download which is specific to each target, and
> requires pretty much a complete build environment.
It does not require a complete build environment. All it actually needs
is a DTC compiler and
On 2017-01-11 00:34, Jason A. Donenfeld wrote:
> Hey folks,
>
> You might considering backporting this patchset to the LEDE/OpenWRT kernel:
>
> http://www.spinics.net/lists/mips/msg65937.html
>
> It prevents crashes when lots of different networking drivers are
> stacked on top of eachother, lik
Hi,
> i actually had that typed out already, but deleted it because it seems
> like a complete no-brainer to me. there doesn't appear to be anything
> hard about having the build bots include a file into /etc which contains
> the _current_ repository url, subdirectory, and image name.
you forget
On 2017-01-11 00:22, Oswald Buddenhagen wrote:
> On Sun, Jan 08, 2017 at 08:42:25PM +0100, Jo-Philipp Wich wrote:
>> the imagebuilder should support all that already and it likely fills the
>> "powerful desktop tools" part your concept requires.
>>
> i answered that in my other mail already.
>
>
On 2017-01-11 10:19, Mathias Kresin wrote:
> 11.01.2017 09:32, Felix Fietkau:
>> On 2017-01-11 09:17, Cezary Jackiewicz wrote:
>>> Dnia 2017-01-08, o godz. 14:54:33
>>> Felix Fietkau napisał(a):
>>>
Hi all,
I've just pushed the code for converting ar71xx routerboard support to
On Tue, Jan 10, 2017 at 07:11:56PM +0800, Yousong Zhou wrote:
> On 10 January 2017 at 18:27, John Crispin wrote:
> > correct, which is why we tend to add subsystem and lib stuff using
> > AutoLoad and the rest using AutoProbe
>
> I think the problem with wireguard in github issue 3790 [1] is that
11.01.2017 09:32, Felix Fietkau:
On 2017-01-11 09:17, Cezary Jackiewicz wrote:
Dnia 2017-01-08, o godz. 14:54:33
Felix Fietkau napisał(a):
Hi all,
I've just pushed the code for converting ar71xx routerboard support to
UBI + sysupgrade to my staging tree at:
https://git.lede-project.org/?p=le
On 2017-01-11 09:17, Cezary Jackiewicz wrote:
> Dnia 2017-01-08, o godz. 14:54:33
> Felix Fietkau napisał(a):
>
>> Hi all,
>>
>> I've just pushed the code for converting ar71xx routerboard support to
>> UBI + sysupgrade to my staging tree at:
>> https://git.lede-project.org/?p=lede/nbd/staging.g
Dnia 2017-01-08, o godz. 14:54:33
Felix Fietkau napisał(a):
> Hi all,
>
> I've just pushed the code for converting ar71xx routerboard support to
> UBI + sysupgrade to my staging tree at:
> https://git.lede-project.org/?p=lede/nbd/staging.git;a=summary
>
> So far I've only managed to test it on
33 matches
Mail list logo
