HI,
Could you explain a bit your experimental setup and observation that lead you
to the conclusion the high power calibration is causing the device a damage ?
I do have 8x CPE510 in our mesh up & running with the high power calibration
table with astonishing radio performance and without any pr
On 16/06/2016 11:38, Etienne CHAMPETIER wrote:
> This commit:
> 1) seed /dev/urandom with a saved seed as early as possible
>(see /lib/preinit/81_urandom_seed)
> 2) save a new seed if system.@system[0].write_urandom_seed_on_boot == 1
>or if none exists. We use getrandom() so we are sure /
use hfsplus driver to mount hfs+ partition marked as journalled,
read only mounting since partial support from the kernel for write
access (as stated in Documentatiom/filesystems/hfsplus.txt)
add new index 'LASTFS' to be used in case of support for another
driver
Signed-off-by: Olivier Hardouin
if no partition found, try to mount the block device itself
Signed-off-by: Olivier Hardouin
---
mount.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/mount.c b/mount.c
index 0c2862a..7cbb8ff 100644
--- a/mount.c
+++ b/mount.c
@@ -693,13 +693,19 @@ static voi
Hi,
the issue tracker now announces bug reports on this list
https://lists.infradead.org/mailman/listinfo/lede-bugs
there will be a lede-commits list shortly
John
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.o
On Sun, Jun 19, 2016 at 7:21 AM, Wang Linetkux wrote:
> Sorry, forgot to paste the patch in the email for easy reading.
>
> ---
>
> libubus-io.c | 1 +
>
> 1 file changed, 1 insertion(+)
>
>
>
> diff --git a/libubus-io.c b/libubus-io.c
>
> index 9320bf3..0582ff7 100644
>
> --- a/libubus-io.c
>
>
On 22/06/16 08:50, John Crispin wrote:
write_urandom_seed_on_boot was a placeholder for what the option should
be named as i could not think of a good one ;) please try to find a
shorter one
John
May I offer "preserveurandomseed" or 'saveurandom' as some 'random'
ideas :-)
Kevin
Hi,
Compex boards WPJ342 WPJ344 WPJ531 and WPJ588 all are OK
Thanks,
Dat
On 6/21/2016 4:23 PM, John Crispin wrote:
Hi,
i have moved all the profiles into the image building code. i have done
some basic testing and already got a bit of feedback from others.
it would be nice if people could he
Hi,
On 22 June 2016 at 09:57, John Crispin wrote:
> Hi,
>
> the issue tracker now announces bug reports on this list
>
> https://lists.infradead.org/mailman/listinfo/lede-bugs
Yay! Thanks a lot.
I wonder if we could change the subject to just "[#] ",
that way gmail and other crappy email client
On 22/06/2016 13:39, Jonas Gorski wrote:
> Hi,
>
> On 22 June 2016 at 09:57, John Crispin wrote:
>> Hi,
>>
>> the issue tracker now announces bug reports on this list
>>
>> https://lists.infradead.org/mailman/listinfo/lede-bugs
>
> Yay! Thanks a lot.
>
> I wonder if we could change the subjec
With update of binutils for ARC (this is now based on upstream 2.26)
we noticed issues with loadable kernel modules.
Something like that was happening:
->8---
mbcache: unknown relocation: 49
insmod: can't insert './mbcache.ko': invalid module format
Signed-off-by: Sven Eckelmann
---
target/linux/ipq806x/image/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/linux/ipq806x/image/Makefile
b/target/linux/ipq806x/image/Makefile
index 455ea1e..36f2332 100644
--- a/target/linux/ipq806x/image/Makefile
+++ b/
On 21/06/16 21:05, Hauke Mehrtens wrote:
In the upstream kernel and the upstream squashfs4 tools the xz
compression header looks the following:
struct disk_comp_opts {
__le32 dictionary_size;
__le32 flags;
};
We added some other members and also moved some existing members. Pla
eero shipped something debian based (using batman-adv to mesh, I believe)
google onhub shipped some sort of hybrid of chromeos (so far as I know)
https://www.plumewifi.com/ is making all sorts of promises, can't tell
what they are using.
A new one just cropped up - portal - where their kickstarter
On Wed, 22 Jun 2016 09:47:22 +0200
Thomas Hühn wrote:
> Could you explain a bit your experimental setup and observation that
> lead you to the conclusion the high power calibration is causing the
> device a damage ? I do have 8x CPE510 in our mesh up & running with
> the high power calibration ta
On 06/22/2016 06:01 PM, Conor O'Gorman wrote:
> On 21/06/16 21:05, Hauke Mehrtens wrote:
>> In the upstream kernel and the upstream squashfs4 tools the xz
>> compression header looks the following:
>> struct disk_comp_opts {
>> __le32 dictionary_size;
>> __le32 flags;
>> };
>>
>>
Hi John,
On Wed, 2016-06-22 at 09:57 +0200, John Crispin wrote:
> Hi,
>
> the issue tracker now announces bug reports on this list
>
I missed the announcement of the issue tracker; has it been finalized or
still in testing? If finalized I should take a look at working on the
automated info ga
On 06/22/2016 09:31 AM, Dat Le wrote:
Hi,
TPLink TL-WR841ND v7.x is OK.
Mohammed
> Hi,
>
> Compex boards WPJ342 WPJ344 WPJ531 and WPJ588 all are OK
>
> Thanks,
> Dat
>
> On 6/21/2016 4:23 PM, John Crispin wrote:
>> Hi,
>>
>> i have moved all the profiles into the image building code.
On 6/22/2016 10:41 AM, Dave Taht wrote:
eero shipped something debian based (using batman-adv to mesh, I believe)
google onhub shipped some sort of hybrid of chromeos (so far as I know)
https://www.plumewifi.com/ is making all sorts of promises, can't tell
what they are using.
A new one just cro
Daniel -
Subject to a few more folk's OKs and an up-coming adm meeting, I think we are going to go forward with Flyspray. There is no other
proposed systems on deck for testing, so this is it unless someone proposes an alternative for further testing, etc.
If you need any help getting at the F
On Wed, 22 Jun 2016, Bill Moffitt wrote:
P.S. for the mathematically inclined, note the discrepancy between the 3
distinct channels in the 2.4 GHz. band and the application of the 4-color
theorem to channel selection. Sucks...
It gets even worse when you realize that so many people actually h
Signed-off-by: Rujun Wang
---
libubus-io.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libubus-io.c b/libubus-io.c
index 9320bf3..0582ff7 100644
--- a/libubus-io.c
+++ b/libubus-io.c
@@ -259,6 +259,7 @@ static bool alloc_msg_buf(struct ubus_context *ctx, int len)
return fa
Hi Ted,
On Wed, 2016-06-22 at 19:06 -0400, Ted Hess wrote:
> Daniel -
>
> Subject to a few more folk's OKs and an up-coming adm meeting, I think we are
> going to go forward with Flyspray. There is no other
> proposed systems on deck for testing, so this is it unless someone proposes
> an alt
23 matches
Mail list logo
