On 24 October 2016 at 18:43, wrote:
>> I started working on this today, I reproduce see the issue during a
>> lot of tests until it magically disappeared. Then LEDE started booting
>> on my unit with kernel 4.4.
>
> Oh - that rings a bell.
> May I point you to a discussion we had
From: Rafał Miłecki
For mips74k subtarget we don't have ssb compiled into to the kernel,
so allow using it as package. This can be useful for MIPS74k SoCs with
PCIe cards using ssb (like BCM4322).
Signed-off-by: Rafał Miłecki
---
I'm thinking about switching
Hi all,
Sorry for my last couple of messages, I'm re-implementing my delay
mechanism so that I don't mess things up again; I do want to help both
OpenWrt and LEDE, not create another bad situation; maybe in a week or
few the things I'm dealing with will be sorted enough to remove that.
At this
These boards do not have a switch, so they should have never been added
to this file in the first place.
Signed-off-by: Chris Blake
---
.../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 --
1 file changed, 2 deletions(-)
diff --git
On the stock Meraki Firmare for the MR12/MR16, a chunk of SPI space
after u-boot-env is used to store the boards Mac address. Sadly as this
was removed on any device already on OpenWRT/LEDE, moving forward a new,
64k partition named "mac" will be used to store the mac address for the
device (which
On 24.10.2016 19:26, Val Kulkov wrote:
> Hi Jo,
>
Part of the problem, I
think, is the lack of clear and consistent (and visible) governance and
communication makes the project unappealing for companies to be
interested in paying developers to work on either. It's not
I forgot to mention the builtin sdcard reader in the original post.
On Saturday, October 22, 2016 6:10:52 PM CEST Christian Lamparter wrote:
> Hello,
>
> On Saturday, October 22, 2016 11:22:35 AM CEST Rafał Miłecki wrote:
> > From: Rafał Miłecki
> >
> > The old usbdev trigger
Hi yanosz,
Alberto kindly pointed out that your inquiry didn't receive any response
so far, so please excuse the lack of communication.
> running a community based wifi network based on OpenWRT I'm thinking
> about using lede. Do you have any suggestions on this?
The general suggestion is
on 2016-10-24 Felix Fietkau wrote:
> On 2016-10-19 23:31, Charles wrote:
> >
> > Questions:
> >
> > 1. Why does LEDE show four regulatory domain blocks while OpenWrt shows
> >only one?
> This was added in Linux upstream. LEDE uses a newer version of mac80211.
OK. Problem is, iw as a
> I started working on this today, I reproduce see the issue during a
> lot of tests until it magically disappeared. Then LEDE started booting
> on my unit with kernel 4.4.
Oh - that rings a bell.
May I point you to a discussion we had earlier this year?
From: Paul Wassi
Minor fix in the usage message on the explanation of the -p option.
Signed-off-by: Paul Wassi
---
system/mtd/src/mtd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/system/mtd/src/mtd.c
From: Paul Wassi
Remove redundant code: merge boards/cases that share
the same network configuration.
Also fix the alphabetical ordering of the cases.
Signed-off-by: Paul Wassi
---
linux/kirkwood/base-files/etc/board.d/02_network | 15 -
1 file
On 21/10/2016 13:54, Chris Blake wrote:
> On the stock Meraki Firmare for the MR12/MR16, a chunk of SPI space
> after u-boot-env is used to store the boards Mac address. Sadly as this
> was removed on any device already on OpenWRT/LEDE, moving forward a new,
> 64k partition named "mac" will be
On 23/10/2016 12:42, p.wa...@gmx.at wrote:
> From: Paul Wassi
>
> Remove redundant code: merge boards/cases that share
> the same network configuration.
>
> Signed-off-by: Paul Wassi
patch does not apply to current HEAD. what tree did you base this on ?
Hi Daniel,
> Several months after the split it looks like things have pretty much
> ended up where they were before the split. It's starting to look
> like the talk of encouraging new blood, and being more open and
> transparent was more talk than real intention.
I am sorry to hear that this
On 20 October 2016 at 08:02, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> If we want to use some of new features like per device rootfs we will
> need this to specify them there.
>
> Signed-off-by: Rafał Miłecki
Pushed with spaces instead
On 2016-10-19 23:31, Charles wrote:
> Hello,
>
> on a TP-Link WDR3600 v1 (dual-band wifi, ath9k, wireless settings are
> attached below, most notably wireless.radioX.country=DE), the output
> of command 'iw reg get' is
>
> with OpenWrt 15.05.1:
>
> country DE: DFS-ETSI
> (2400 - 2483 @
On 2016-10-24 09:51, André Valentin wrote:
> Hi!
>
> Am 23.10.2016 um 16:44 schrieb Felix Fietkau:
>> On 2016-10-23 16:25, André Valentin wrote:
>>> Add new way of flashing to mmc devices based on rootfs split with loop
>>> devices.
>>>
>>> Signed-off-by: André Valentin
Hi!
Am 23.10.2016 um 16:44 schrieb Felix Fietkau:
> On 2016-10-23 16:25, André Valentin wrote:
>> Add new way of flashing to mmc devices based on rootfs split with loop
>> devices.
>>
>> Signed-off-by: André Valentin
>> ---
>>
Hi!
Am 23.10.2016 um 16:38 schrieb Felix Fietkau:
> On 2016-10-23 16:25, André Valentin wrote:
>> CPU: 2x1.8GHz ARM, RAM: 512MiB
>> Storage: 4MiB serial Flash, 3.9GiB MMC
>> NIC: 2x1GBit/s, Switch with 5 external and 2 internal ports
>> WiFi: Dualband, ath10k 2.4GHz, 5GHz MU-MIMO
>>
>> For
On 10/24/2016 12:58 AM, Daniel Dickinson wrote:
> Hi,
>
> Several months after the split it looks like things have pretty much
> ended up where they were before the split. It's starting to look like
> the talk of encouraging new blood, and being more open and transparent
> was more talk than
* Chris Blake [24.10.2016 07:47]:
> Alexis is correct, it's to ensure any chance of a random error is
> suppressed. 2> /dev/null was just added as a protection.
i will explain why this makes no sense:
grep will complain if e.g. the file '/proc/mounts' does not exist,
22 matches
Mail list logo