wolfssl has a fine grained feature and compatibility control
for compiling stunnel, lighthttp or (partly) openssl dropin
ustream-ssl uses features that require normally
HAVE_SNI, HAVE_STUNNEL and the openssl compatibility headers
ar71xx ipkg sizes of wolfssl 3.9.0:
- with stunnel: 144022
- this pa
> On 21-May-2016, at 3:39 AM, David Lang wrote:
>
> There was a new wifi firmware release today (not yet in LEDE or OpenWRT
> trunk) announced around post 11400 on this forum
>
> https://forum.openwrt.org/post.php?tid=50173&qid=325044
>
> David Lang
>
> On Fri, 20 May 2016, Dave Taht wrote:
On a somewhat related although not identical note, I've thought for some
time that even though I did the initial implementation of extroot that I
really am not a fan of the extroot concept.
I'd rather see better support non-root opkg install targets.
This means
a) Including opkg destinations in
The "niceness rules" sets up a base to avoid a toxic community and
don't let toxic people in.
In essence, they come in and they spread their way.
I'm not in the lede-adm list, nor am I a developer, but I'm watching
since before the fork.
I'm seeing progress and the will to be more open minded with
On 2016-05-20 23:13, Rafał Miłecki wrote:
> I just realized my problem with debugging brcmfmac is caused by LEDE
> not rebuilding package properly.
> It seems changing PACKAGE_BRCM80211_DEBUG requires me to also clean
> package manually because config isn't properly updated.
Fixed in 48ff6ef
- Fel
There was a new wifi firmware release today (not yet in LEDE or OpenWRT trunk)
announced around post 11400 on this forum
https://forum.openwrt.org/post.php?tid=50173&qid=325044
David Lang
On Fri, 20 May 2016, Dave Taht wrote:
Date: Fri, 20 May 2016 14:16:13 -0700
From: Dave Taht
To: Dheeran
I just realized my problem with debugging brcmfmac is caused by LEDE
not rebuilding package properly.
It seems changing PACKAGE_BRCM80211_DEBUG requires me to also clean
package manually because config isn't properly updated.
> make package/kernel/mac80211/clean
> make package/kernel/mac80211/prep
Hi Sven,
looks good as usual, i'll pull this into my staging tree when i get home
later today or early tomorrow.
John
On 20/05/2016 17:53, Sven Eckelmann wrote:
> Signed-off-by: Sven Eckelmann
> ---
> target/linux/ar71xx/files/arch/mips/ath79/mach-om2p.c | 1 +
> target/linux/ar71xx/fi
> On 19-May-2016, at 4:07 PM, Dheeran Senthilvel wrote:
>
> Hi,
> I am currently running LEDE r274 build dated 18-May-2015. The build seems to
> be stable as of now, have been flashing the images ever since the snapshot
> was made available in the repository. Current Status of the device is a
Hi all,
I know this is off-topic, but does anyone know of linux app that one can
use to intercept one's emails and force oneself to decide some hours
later if one *really* wants to send the email? Or an email service with
such a feature?
Regards,
Daniel
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/files/arch/mips/ath79/mach-om2p.c | 1 +
target/linux/ar71xx/files/arch/mips/ath79/machtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-om2p.c
b/target/linux/ar71xx/files/arch/mips/a
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/files/arch/mips/ath79/mach-mr1750.c | 1 +
target/linux/ar71xx/files/arch/mips/ath79/machtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-mr1750.c
b/target/linux/ar71xx/files/arch/
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +++
3 files changed, 5 insertions(+)
diff --git a/target/linux/ar71xx/base-files/etc/board
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 3 ++-
target/linux/ar71xx/base-files/etc/board.d/02_network | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 ++-
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +++
target/li
Signed-off-by: Sven Eckelmann
---
package/kernel/om-watchdog/files/om-watchdog.init | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/package/kernel/om-watchdog/files/om-watchdog.init
b/package/kernel/om-watchdog/files/om-watchdog.init
index 4c6ac45..4ed178d 100644
--- a/pack
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index ec1cdbd..ace0392 100755
--- a/targe
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh | 1 +
target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 2 ++
2 files changed, 3 insertions(+)
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh
b/target/linux/ar71xx/base-files/li
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/generic/profiles/openmesh.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/generic/profiles/openmesh.mk
b/target/linux/ar71xx/generic/profiles/openmesh.mk
index eb972ee..15b974a 100644
--- a/targe
Signed-off-by: Sven Eckelmann
---
package/boot/uboot-envtools/files/ar71xx | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/boot/uboot-envtools/files/ar71xx
b/package/boot/uboot-envtools/files/ar71xx
index dc7583f..986fdef 100644
--- a/package/boot/uboot-envtools/files/ar71xx
+++ b/pa
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/generic/profiles/openmesh.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/generic/profiles/openmesh.mk
b/target/linux/ar71xx/generic/profiles/openmesh.mk
index 6817c59..eb972ee 100644
--- a/targe
Signed-off-by: Sven Eckelmann
---
package/boot/uboot-envtools/files/ar71xx | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/boot/uboot-envtools/files/ar71xx
b/package/boot/uboot-envtools/files/ar71xx
index 32e7269..dc7583f 100644
--- a/package/boot/uboot-envtools/files/ar71xx
+++ b/pa
Signed-off-by: Sven Eckelmann
---
target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata | 1 +
1 file changed, 1 insertion(+)
diff --git
a/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
b/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k
Signed-off-by: Sven Eckelmann
---
package/kernel/om-watchdog/files/om-watchdog.init | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/kernel/om-watchdog/files/om-watchdog.init
b/package/kernel/om-watchdog/files/om-watchdog.init
index 79819ad..4c6ac45 100644
--- a/package/kernel/om-watc
Hello All,
I'm currently struggling with using serial port on Ramips RT5350 Target
- for me it looks like a bug. I tried this on an Intenso M2M drive and
and WIZnet WizFi630A.
used boards:
- Intenso M2M has one serial port, with the console /dev/ttyS0
- WIZnet WizFi has two serial ports /dev/
Hi,
"$ git grep -i openwrt.org" shows a lot of invalid e-mail address.
MAINTAINERS file and MODULE_AUTHOR() should be changed ASAP.
-thanks-
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Daniel,
PKG_FLAGS:=nonshared marks a package as being dependent on a specific
target/subtarget, means it cannot be shared among different targets.
This generally applies to all kmods (because they require the exact
kernel image), libc, opkg and procd (because it might get compiled
differently
Hi,
Please add raw triggers to only the interfaces specified in the list.
Regards,
Amine.
On Fri, May 20, 2016 at 4:11 PM, Hans Dedecker wrote:
> On Fri, May 20, 2016 at 3:59 PM, Conor O'Gorman wrote:
>>
>>
>> On 20/05/16 14:43, Hans Dedecker wrote:
>>>
>>> On Fri, May 20, 2016 at 3:18 PM, Davi
On Fri, May 20, 2016 at 3:59 PM, Conor O'Gorman wrote:
>
>
> On 20/05/16 14:43, Hans Dedecker wrote:
>>
>> On Fri, May 20, 2016 at 3:18 PM, David Lang wrote:
>>>
>>> On Fri, 20 May 2016, Jo-Philipp Wich wrote:
>>>
Hi Hans,
> I wanted to preserve the ntp server behavior and only chan
On 20/05/16 14:43, Hans Dedecker wrote:
On Fri, May 20, 2016 at 3:18 PM, David Lang wrote:
On Fri, 20 May 2016, Jo-Philipp Wich wrote:
Hi Hans,
I wanted to preserve the ntp server behavior and only change the
behavior when configured in order to keep backwards compatibility. You
favour en
Hi,
I've noticed a new package option PKG_FLAGS. What are the flags
available, in and particular what does the one I've seen (nonshared) do?
Regards,
Daniel
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/lis
On Fri, May 20, 2016 at 3:18 PM, David Lang wrote:
> On Fri, 20 May 2016, Jo-Philipp Wich wrote:
>
>> Hi Hans,
>>
>>> I wanted to preserve the ntp server behavior and only change the
>>> behavior when configured in order to keep backwards compatibility. You
>>> favour enabling DHCP ntp server conf
On Fri, 20 May 2016, Jo-Philipp Wich wrote:
Hi Hans,
I wanted to preserve the ntp server behavior and only change the
behavior when configured in order to keep backwards compatibility. You
favour enabling DHCP ntp server config without explicit config ?
Personally I do because thats likely w
Hi,
Please add raw triggers to only the interfaces specified in the list.
Regards,
Amine.
On Thu, May 19, 2016 at 6:57 PM, Hans Dedecker wrote:
> The busybox ntpd utility currently uses ntp servers specified in uci.
> This patch allows the ntpd utility to use NTP servers received via DHCP(v6)
>
The LNA improves the rx path. Within a simple test setup
it improved the signal from -60dbm to -40dbm.
Signed-off-by: Alexander Couzens
---
target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/
Fix low tx power on TpLink cpe510 devices
Signed-off-by: Alexander Couzens
---
...e-AR9340-initvals-for-txgain-table-mode-4.patch | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
package/kernel/mac80211/patches/560-ath9k-Update-AR9340-initvals-for-txgain-table-m
On 16-05-20 06:36 AM, Daniel Curran-Dickinson wrote:
>
> Sorry, I got on this tack because if his hostile approach to the LEDE
> project. If he had had a constructive approach I wouldn't likely have
> gotten off track this way. Still as Bjorn reminded me, we should be
> nice to each other, even
On 20/05/16 01:46, Alexander Couzens wrote:
+From: Alexander Couzens
+Date: Fri, 20 May 2016 01:43:41 +0200
+Subject: [PATCH] ath9k: Update AR9340 initvals for txgain table mode 4
+
+Changing the table for 5Ghz HT20/HT40 to fix a 10dbm signal difference
+on the client side when running LEDE on t
On 16-05-20 05:41 AM, Bjørn Mork wrote:
> Daniel Curran-Dickinson writes:
>
>> I wasn't meaning it to be hostile (the other guy I think was),
>
> who? me? No, grumpy is just my default mode. I need to work on that.
> But I never rant without caring, so "hostile" is not correct.
>
> Anyway, I w
On 16-05-20 06:32 AM, Bruno Randolf wrote:
>> The issue I have is not with the notion of transparency, but that that
>> you imply that your particular view isn't just an opinion but based on
>> experience, but then you turn around and say it's irrelevant whether the
>> communities are open or not.
On 20/05/16 11:22, Daniel Curran-Dickinson wrote:
> On 16-05-20 05:44 AM, Oswald Buddenhagen wrote:
>> On Fri, May 20, 2016 at 04:13:37AM -0400, Daniel Curran-Dickinson wrote:
>>> On 16-05-20 04:08 AM, Oswald Buddenhagen wrote:
>
the whole point of my side sentence was to give a hint that
On 16-05-20 05:44 AM, Oswald Buddenhagen wrote:
> On Fri, May 20, 2016 at 04:13:37AM -0400, Daniel Curran-Dickinson wrote:
>> On 16-05-20 04:08 AM, Oswald Buddenhagen wrote:
>>> the whole point of my side sentence was to give a hint that maybe my
>>> impressions and suggestions are not entirel
On Fri, May 20, 2016 at 04:13:37AM -0400, Daniel Curran-Dickinson wrote:
> On 16-05-20 04:08 AM, Oswald Buddenhagen wrote:
> >>
> > the whole point of my side sentence was to give a hint that maybe my
> > impressions and suggestions are not entirely unfounded or discardable.
> > it's up to the read
Daniel Curran-Dickinson writes:
> I wasn't meaning it to be hostile (the other guy I think was),
who? me? No, grumpy is just my default mode. I need to work on that.
But I never rant without caring, so "hostile" is not correct.
Anyway, I want to apologize for breaking the "Be nice to eachother
Hi Hans,
> I wanted to preserve the ntp server behavior and only change the
> behavior when configured in order to keep backwards compatibility. You
> favour enabling DHCP ntp server config without explicit config ?
Personally I do because thats likely what most users expect, but then
trusting fo
Hi Oswald,
> well, that's kinda the key here, isn't it? i don't know whether the
> lede infrastructure and participation was technically open from the
> start, but the fact that nobody except "the cabal" knew about it
> makes the whole "open" thing a bit of a cynical joke.
we already learned that
On 16-05-20 04:08 AM, Oswald Buddenhagen wrote:
>>
> the whole point of my side sentence was to give a hint that maybe my
> impressions and suggestions are not entirely unfounded or discardable.
> it's up to the reader to check my "creds" if they don't take my word.
> this didn't imply anything in
On Fri, May 20, 2016 at 03:26:42AM -0400, Daniel Curran-Dickinson wrote:
> On 16-05-20 03:13 AM, Oswald Buddenhagen wrote:
> > On Thu, May 19, 2016 at 10:40:21PM -0400, Daniel Curran-Dickinson wrote:
> >>> anyway, that's my perspective as an outsider (who has 15 years of
> >>> experience in some *b
On 16-05-20 03:13 AM, Oswald Buddenhagen wrote:
> On Thu, May 19, 2016 at 10:40:21PM -0400, Daniel Curran-Dickinson wrote:
>>> anyway, that's my perspective as an outsider (who has 15 years of
>>> experience in some *big* openly governed communities) ...
>>
>> Since you obviously feel there are oth
Hi Alexander,
you are missing SoB and prefix should be ar71xx. Please resend.
Thanks,
Hartmut
Alexander Couzens schrieb am 20.05.2016 um 02:46:
> The LNA improves the rx path up to ~20dbm on those devices.
> ---
> target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c | 6 ++
> 1 file chang
Hi Jo,
You have my ACK. ;)
Sorry about that, I will sign my patches from now on.
BR,
Alin
On Thu, May 19, 2016 at 6:21 PM, Jo-Philipp Wich wrote:
> Hi Alin,
>
> I merged your patch into my staging tree at
>
> https://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=6c9231baa9c5341c6e
On 16-05-20 03:13 AM, Oswald Buddenhagen wrote:
> On Thu, May 19, 2016 at 10:40:21PM -0400, Daniel Curran-Dickinson wrote:
>>> anyway, that's my perspective as an outsider (who has 15 years of
>>> experience in some *big* openly governed communities) ...
>>
>> Since you obviously feel there are oth
On 16-05-20 01:01 AM, David Lang wrote:
> On Thu, 19 May 2016, Daniel Curran-Dickinson wrote:
>
>> Do I think there are potentially problems, like my, and others,
>> impressions, that there is a fair amount of back channel (private) email
>> that *isn't* part of the public discussion that I thing
On Thu, May 19, 2016 at 10:40:21PM -0400, Daniel Curran-Dickinson wrote:
> > anyway, that's my perspective as an outsider (who has 15 years of
> > experience in some *big* openly governed communities) ...
>
> Since you obviously feel there are other communities doing this right,
> perhaps you'd li
53 matches
Mail list logo
