On 14/02/2018 04:53, Philip Prindeville wrote:
On Feb 11, 2018, at 3:54 AM, Yousong Zhou wrote:
On 9 February 2018 at 08:28, Philip Prindeville
wrote:
From: Philip Prindeville
Allowing password logins leaves you vulnerable to dictionary
attacks. We disable password-based authentication,
On 2018-02-13 23:53, Rosen Penev wrote:
> Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit
> on Archer C7v4.
>
> Signed-off-by: Rosen Penev
> ---
> .../drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 14
> +++---
> 1 file changed, 7 insertions(+), 7
Hi Daniel,
Few minor comments inline, below.
On 14.02.2018 02:01, Daniel Golle wrote:
The Oolite V5.2 is a dual-radio system-on-a-module.
Specs:
- QCA9531 @ 550MHz with integrated 2T2R 802.11bgn
- 64 MB DDR2 RAM
- 16 MB SPI NOR Flash (W25Q128FV)
- 1+4x 10/100 Mbps Ethernet
- QCA9887
On 13/02/18 23:53, Rosen Penev wrote:
Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit on
Archer C7v4.
this is missing the description of what the patch does.
John
Signed-off-by: Rosen Penev
---
.../drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c |
Philip Prindeville wrote:
On Feb 11, 2018, at 3:54 AM, Yousong Zhou wrote:
On 9 February 2018 at 08:28, Philip Prindeville
wrote:
From: Philip Prindeville
Allowing password logins leaves you vulnerable to dictionary
attacks. We disable password-based authentication, limiting
authentication
> On Feb 11, 2018, at 3:54 AM, Yousong Zhou wrote:
>
> On 9 February 2018 at 08:28, Philip Prindeville
> wrote:
>> From: Philip Prindeville
>>
>> Allowing password logins leaves you vulnerable to dictionary
>> attacks. We disable password-based authentication, limiting
>> authentication to k
The Oolite V5.2 is a dual-radio system-on-a-module.
Specs:
- QCA9531 @ 550MHz with integrated 2T2R 802.11bgn
- 64 MB DDR2 RAM
- 16 MB SPI NOR Flash (W25Q128FV)
- 1+4x 10/100 Mbps Ethernet
- QCA9887 1T1R 802.11ac
Signed-off-by: Daniel Golle
---
.../linux/ar71xx/base-files/etc/board.d/02_net
Just thought I'd give a heads up given that the stable release is upon us.
I've tried making some noise about an issue affecting ramips with
kernel 4.9 where any device under /dev/sdX (maybe even /dev/mtdblock)
will start returning bad data after a while (how long seems dependent
on RAM size). Iss
Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit on
Archer C7v4.
Signed-off-by: Rosen Penev
---
.../drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
a/target/linux/ar71xx/files/dri
On 02/13/2018 09:46 PM, Hauke Mehrtens wrote:
> Hi Tim,
>
> sorry that I haven't reviewed this earlyer, but now I saw some problems,
> see my comments inline.
>
> Can you please create a follow up patch based on current master branch.
>
> On 01/24/2018 12:15 AM, Tim Harvey wrote:
>> The Cavium O
Hi Tim,
sorry that I haven't reviewed this earlyer, but now I saw some problems,
see my comments inline.
Can you please create a follow up patch based on current master branch.
On 01/24/2018 12:15 AM, Tim Harvey wrote:
> The Cavium OCTEON TX is an ARM 64-bit SoC leveraging CPU cores and
> peripe
On 02/13/2018 12:03 PM, John Crispin wrote:
On 13/02/18 19:27, Ben Greear wrote:
What is the status on this?
I have some new firmware/driver changes I'd like to get upstream
as well, but this series is stuck in limbo. The first two patches
should should be useful for anyone using my ath10k-c
On 13/02/18 19:27, Ben Greear wrote:
What is the status on this?
I have some new firmware/driver changes I'd like to get upstream
as well, but this series is stuck in limbo. The first two patches
should should be useful for anyone using my ath10k-ct stuff, and the
third will at least help IPQ
Shouldn't a jump to gcc 7.2 or 8 with the Retopoline patches included,
be the target given meltdown/spectre mitigations? This is going to
affect newer Arm (mvebu potentially) and atom/x86 builds - although
these use grub generally so not so much specific to uboot not
compiling.
-Joel
On 14 Febr
What is the status on this?
I have some new firmware/driver changes I'd like to get upstream
as well, but this series is stuck in limbo. The first two patches
should should be useful for anyone using my ath10k-ct stuff, and the
third will at least help IPQ4019 have a better chance at running my
On 11/01/18 17:28, Jakub Horák wrote:
Hello LEDE developers,
I found a bug in procd that gets triggered when long lines are printed
by services whose stdout/stderr are being logged. The bug itself is
explained in the attached patch.
However, when I was testing the fix, I found out that the bu
Signed-off-by: John Crispin
---
service/instance.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/service/instance.c b/service/instance.c
index 917b003..27e35b1 100644
--- a/service/instance.c
+++ b/service/instance.c
@@ -469,18 +469,20 @@ instance_stdio(struct u
On Tue, Feb 13, 2018 at 12:43 AM, John Crispin wrote:
>
>
> On 01/02/18 23:35, Tim Harvey wrote:
>>
>> Tested on a Gateworks GW54xx
>>
>> Tim Harvey (4):
>>kernel: add missing config symbols
>>imx6: add support for Linux 4.14
>>imx6: switch to kernel 4.14
>>imx6: remove support for
On Tue, Feb 13, 2018 at 4:28 AM, John Crispin wrote:
>
>
> On 25/01/18 04:29, Rosen Penev wrote:
>>
>> On Wed, Jan 24, 2018 at 1:56 PM, Hauke Mehrtens wrote:
>>>
>>> On 01/24/2018 05:28 AM, Rosen Penev wrote:
At least one application (transmission) depends on CURL_CA_BUNDLE being
s
Hey guys,
as of U-Boot v2018.01, the bootloader requires at least a GCC 6 based toolchain
for ARM targets [1]. Building will fail with GCCs prior to 6. (I.e. current
default 5.5.0)
For the Kirkwood target, I've prepared a patch to bring it to v2018.01, but
that would result
in a failed build as
> I just pushed a fix for this.
I can now confirm operation on both 4.9 and 4.14 :)
Thanks for fixing!
P. Wassi
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Synopsys DesignWare HSDK (which stands for ARC HS
Development Kit) is the latest and greatest development
platform that sports quad-core ARC HS38 in real silicon.
Most noticeable features of the board are:
* Quad-core ARC HS38 CPU running at 1GHz
* 4Gb of DDR
* Built-in Vivante GPU (well suppor
We have managed to get USB 2.0 working good enough
on all archs38 platforms so we're ready to switch
to much faster USB 2.0.
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Hauke Mehrtens
CC: John Crispin
---
target/linux/archs38/generic/profiles/00-default.mk | 2 +-
1 file changed, 1 in
In first patch appears switch from usb1.1 to usb2 usage
on archs38. In second patch we finally add new HSDK board
to target/linux/archs38.
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Hauke Mehrtens
CC: John Crispin
Evgeniy Didin (2):
archs38: switch to kmod-usb2
archs38: add HSDK
sysfs attributes 'port_mask' & 'speed_mask' held locks whilst doing
mundane tasks such as sprintf. Refactor code to reduce length of time
locks are held unnecessarily.
Signed-off-by: Kevin Darbyshire-Bryant
---
.../generic/files/drivers/net/phy/swconfig_leds.c| 20
1 fi
Add sysfs 'mode' attribute to swconfig controlled LEDs.
swconfig 'link state' LEDs blink in the presence of port traffic. This
behaviour becomes more obvious as switches start to support
get_port_stats() e.g. commits 0369e358916ef092a1644334f5dd1412051b68a4,
3056d09b4046e0eb0f6de0f3f5432cd9fa86fc
Hi,
On 13 February 2018 at 13:03, wrote:
> Hi Jonas,
>
> thanks for bringing kernel 4.9 and 4.14 to the brcm63xx target and therefore
> keeping
> them as 'active' devices (regarding development).
> I just tried 4.9 and 4.14 on my AV4202 and can't fully boot the thing due to
> JFFS2 errors.
> A
On 17/01/18 14:16, Arne Zachlod wrote:
Signed-off-by: Arne Zachlod
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 236 ++---
.../ar71xx/base-files/etc/board.d/03_gpio_switches | 12 +-
target/linux/ar71xx/base-files/etc/diag.sh | 40 ++--
3 files change
On 2018-02-13 13:03, p.wa...@gmx.at wrote:
[0.802787] 0x0100-0x00172598 : "kernel"
[0.813538] 0x00172598-0x00fc : "rootfs"
[0.824870] mtd: device 3 (rootfs) set to be root filesystem
[0.830761] 1 squashfs-split partitions found on MTD device rootfs
[0
On 17/01/18 14:23, Arne Zachlod wrote:
Specification:
- SoC: Atheros AR9342
- Flash: 8 MiB
- RAM: 64 MiB
- UART: 1x UART on PCB - 115200 8N1
- Ethernet: 1 x 100 Mbit with passive PoE (24V/0.2A)
Doesn't work:
* Flash via TFTP with Uiquiti Uboot
Installation via vendor firmware:
- upload factor
On 25/01/18 04:29, Rosen Penev wrote:
On Wed, Jan 24, 2018 at 1:56 PM, Hauke Mehrtens wrote:
On 01/24/2018 05:28 AM, Rosen Penev wrote:
At least one application (transmission) depends on CURL_CA_BUNDLE being
set in order to operate properly (Could not connect to tracker errors).
As far as I
Hi Jonas,
thanks for bringing kernel 4.9 and 4.14 to the brcm63xx target and therefore
keeping
them as 'active' devices (regarding development).
I just tried 4.9 and 4.14 on my AV4202 and can't fully boot the thing due to
JFFS2 errors.
Already erased the whole main image and reflashed it via CFE
fixes: da8990e717e1 ("uqmi: use built-in command for data-link verification")
Signed-off-by: Koen Vandeputte
---
package/network/utils/uqmi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/utils/uqmi/Makefile
b/package/network/utils/uqmi/Makefile
inde
On 01/02/18 23:35, Tim Harvey wrote:
Tested on a Gateworks GW54xx
Tim Harvey (4):
kernel: add missing config symbols
imx6: add support for Linux 4.14
imx6: switch to kernel 4.14
imx6: remove support for 4.9
Hi,
karl and hauke posted some comments to the series. I've marked the w
34 matches
Mail list logo
