The name will appear in shell prompt and LuCI page title. Uppercase
letters seem to be more vigorous
Signed-off-by: Yousong Zhou
---
package/base-files/files/bin/config_generate | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/base-files/files/bin/config_generate
b/p
From: Sujith Manoharan
wpa_supplicant allows only SAE as the key management
type for mesh mode. The recent key_mgmt rework unconditionally
added WPA-PSK - this breaks interface bringup and wpa_s
throws this error message:
Line 10: key_mgmt for mesh network should be open or SAE
Line 10: failed t
you guys know the meshkit ?
http://firmware.leipzig.freifunk.net:8086/meshkit/default/wizard
as it used in leipzig, or for freifunk in general for example.
There you can add packages in second step as you like ...
this is far mor advanced
jens
On 11.01.2017 00:22, Oswald Buddenhagen wrote:
> On
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, like gre+l2tp+somethingelse.
Jason
_
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.
anyway, specifically regarding the existing imagebuilder,
On Sun, Jan 08, 2017 at 08:38:04PM +0100, Jo-Philipp Wich wrote:
> Right now it cannot be provided unless we provide suitable meta data for
> that on the server side or - preferably - inside the image itself.
>
i actually had that typed out already, but deleted it because it seems
like a complete
On Tue, 2017-01-10 at 16:19 +0100, Jo-Philipp Wich wrote:
> Hi guys,
>
> I'd like to branch off lede-17.01 on Friday, the 13th and would
> appreciate if you could merge your outstanding, release critical work
> until then.
>
> If you think we should delay branching, then raise your objections now
On Mon, Jan 09, 2017 at 04:33:02PM +0100, Baptiste Jonglez wrote:
> Hi Sebastian,
>
> On Mon, Dec 19, 2016 at 11:58:26PM +0100, Sebastian Kemper wrote:
> > Hi all,
> >
> > I'm running LEDE git from yesterday (but also observed this on an older
> > git revision from a few weeks back) on a small mi
Hi John,
I hope this works better then? Wasn't too sure about leaving in the e-mail etc.
from upstream.
This patch fixes HTTPS timeouts with OpenSSL. Upstream curl bug #1174.
Cheers!
Stijn
Signed-off-by: Stijn Segers
---
.../curl/patches/320-curl-https-openssl-fix.patch | 36 +++
Hi Florian,
I suppose you've chosen the wrong recipient address here :)
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Tino,
ich habe deinen thread auf LEDE-DEV gesehen. Ich habe einige Erfahrung
im Portieren von Freezt, LEDE ist mir jedoch neu. Deshalb ein paar Fragen bevor
ich starte:
Ist das Modem mit deinem gepatchten LEDE-kernel bereits voll
einsatzfähig im Bridge-Modus? Auf deiner Seite steht etwas von
I had an older build of LEDE from sometime in December that was quite
stable (I don't know the exact version any more), but I upgraded to
r2718-fd718c5 recently and I've been having issues with the wifi on an
approximately daily basis. I finally captured logs from one of these
events. I've includ
Hello,
When I switched from OpenWrt to LEDE static routes configured on my
network stopped working.
My configuration is as follows:
Internet ADSL
|
|
Internet ADSLRouter C
[Dynamic IP]
Hi!
I'd really like to see a rather trivial issue addressed:
dnsmasq fails to get notifications on /tmp/resolv.conf.auto changes
when running inside ujail. This is because the bind mount obviously
won't survive this file being *replaced*, eg. if the DHCP client
supplies the DNS server to be used o
RATOC REX-WIFISD2 is a battery-powered wireless SD card reader with
- MT7620A + MT7610E
- 64MiB DDR2 SDRAM
- 16MiB SPI flash
- 2T2R 2.4GHz + 1T1R 5GHz Wi-Fi
- 1x 10/100Mbps ethernet switch
- 1x SD card
- 1x USB 2.0
- 2x programmable LED
- 1x button
stock firmware is very similar to HooTo
hi,
could you handle this patch?
Regards,
On Fri, Dec 23, 2016 at 10:43 PM, Naoki FUKAUMI wrote:
> hi
>
> what's the current status?
>
> On Fri, Dec 9, 2016 at 5:53 PM, FUKAUMI Naoki wrote:
>> "pad-rootfs" is required just after "append-rootfs".
>>
>> Signed-off-by: FUKAUMI Naoki
>> ---
>> t
Buffalo WCR-1166DS is a small wireless router with
- MT7628AN + MT7612E
- 64MiB DDR2 SDRAM
- 16MiB SPI flash
- 2T2R 2.4/5GHz Wi-Fi
- 2x 10/100M ethernet switch
- 8x LED
- 3x button
- UART pad on PCB (J2: 3.3V, GND, TX, RX)
factory image can be installed via stock web UI.
due to the "dual
only factory images for DHP-EU and DHP2-JP (fw ver. 2.x) are built.
this will not work for DHP-JP/AP/TW (fw ver. 1.x) because they use
different buffalo_csum() formula.
Signed-off-by: FUKAUMI Naoki
---
Changes in v3:
- renumbered, no change
Changes in v2:
- refresh everything to make rules simp
some of Buffalo DHP series use slightly different trx magic, buffalo-enc,
buffalo-tag, and factory image begin with 'bgn'.
this patch adds support for building those images.
Signed-off-by: FUKAUMI Naoki
---
Changes in v3:
- no change
Changes in v2:
- refresh everything to make rules simple
in
Hi guys,
I'd like to branch off lede-17.01 on Friday, the 13th and would
appreciate if you could merge your outstanding, release critical work
until then.
If you think we should delay branching, then raise your objections now.
If no objections are brought up within the next 24 hours, I'll go
for
hi,
this patch cannot be applied (conflict) and probably is not needed
anymore by following commit,
"kernel: add pending bcm47xxpart support for failsafe TRX partition"
please drop this patch.
I'll send v3 patch which adds support for Buffalo WCR-1166DS with factory image.
Regards,
On Sat,
Adds the mpcore watchdog driver for kernel 4.4 as it was originally
present up to kernel 3.12
- Disabled by default for now, but can be simply enabled in kernelconfig
- Currently does not contain the latest patches as mentioned here:
https://git.kernel.org/cgit/linux/kernel/git/next/linux-
next.g
On 10 January 2017 at 20:20, John Crispin wrote:
>
>
> On 10/01/2017 12:11, 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 wireg
On 10/01/2017 12:11, 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
> wireguard requires
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
wireguard requires NFPROTO_{IPV4,IPV6} "hashlimit" module and
netfilter
On 10-01-17 11:22, Sujith wrote:
> wpa_supplicant allows only SAE as the key management
> type for mesh mode. The recent key_mgmt rework unconditionally
> added WPA-PSK - this breaks interface bringup and wpa_s
> throws this error message:
>
> Line 10: key_mgmt for mesh network should be open or SA
On 10/01/2017 10:53, Zefir Kurtisi wrote:
> On 01/10/2017 09:20 AM, John Crispin wrote:
>>
>>
>> On 10/01/2017 09:17, Baptiste Jonglez wrote:
>>> On Tue, Jan 10, 2017 at 07:56:36AM +0100, John Crispin wrote:
>> While investigating an issue with module loading order¹, I discovered
>> that
wpa_supplicant allows only SAE as the key management
type for mesh mode. The recent key_mgmt rework unconditionally
added WPA-PSK - this breaks interface bringup and wpa_s
throws this error message:
Line 10: key_mgmt for mesh network should be open or SAE
Line 10: failed to parse network block.
Fa
On 01/10/2017 09:20 AM, John Crispin wrote:
>
>
> On 10/01/2017 09:17, Baptiste Jonglez wrote:
>> On Tue, Jan 10, 2017 at 07:56:36AM +0100, John Crispin wrote:
> While investigating an issue with module loading order¹, I discovered
> that
> some kernel packages use AutoProbe, like this
SoC: AR9331
Ethernet x1, Wireless 2.4G, uSD card slot x1.
USB Power, include Li-Po Battery.
Signed-off-by: YuheiOKAWA
Changes in v2:
alphabetical ordering, tabs fron spaces.
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 4 +
.../linux/ar71xx/base-files/etc/board.d/02_network | 1 +
On 10/01/2017 09:17, Baptiste Jonglez wrote:
> On Tue, Jan 10, 2017 at 07:56:36AM +0100, John Crispin wrote:
While investigating an issue with module loading order¹, I discovered
that
some kernel packages use AutoProbe, like this:
AUTOLOAD:=$(call AutoProbe,xt_hashli
Hi Baptiste,
> So, with AutoProbe, there is dependency resolution, similarly to modprobe?
> But without using depmod?
Exactly.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://li
On Tue, Jan 10, 2017 at 07:56:36AM +0100, John Crispin wrote:
> >> While investigating an issue with module loading order¹, I discovered
> >> that
> >> some kernel packages use AutoProbe, like this:
> >>
> >> AUTOLOAD:=$(call AutoProbe,xt_hashlimit)
> >>
> >> while some kernel packages use the
Hi,
On 08/01/2017 15:29, Stijn Segers wrote:
> Fixes HTTPS timeouts with OpenSSL. Upstream curl bug #1174.
>
> Upstream commit message:
>
> Fixed an old leftover use of the USE_SSLEAY define which would make a
> socket get removed from the applications sockets to monitor when the
> multi_socket
Hi,
comments inline
On 09/01/2017 02:41, YuheiOKAWA wrote:
> SoC: AR9331
> Ethernet x1, Wireless 2.4G, uSD card slot x1.
> USB Power, include Li-Po Battery.
>
could be a bit more verbose here
> Signed-off-by: YuheiOKAWA
> ---
> target/linux/ar71xx/base-files/etc/board.d/01_leds | 4 +
> ...
35 matches
Mail list logo
