On 2018-02-22 01:12, Tim Harvey wrote:
> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau wrote:
>> On 2018-02-20 19:23, Tim Harvey wrote:
>>> We are using F2FS as our overlay read/write FS. Others can be supported
>>> as modules.
>>>
>>> Signed-off-by: Tim Harvey
>> I think it would be a good idea
It doesn't look like logd creates the output path. with "option log_file
/mnt/blah/somewhere/var/log" you get no errors, and no logging if the path
doesn't already exist.
Is this expected? Should it (at least) report and error to the log anyway?
(still readable with logread)
Should it just c
When this target got updated to 4.14, this patch got removed to
re-evaluate if it was still needed.
Extensive testing now shows this issue is still present.
Let's re-add the patch to fix it for now.
As the uart bus is very low bandwidth .. performance impact is negligible.
Boot log:
[ 22.5130
Some fuzz was introduced due to the netfilter-offload series
Signed-off-by: Koen Vandeputte
---
...f_tables_inet-don-t-use-multihook-infrast.patch | 5 +--
...f_tables-add-single-table-list-for-all-fa.patch | 39 +++---
.../generic/hack-4.14/250-netfilter_depends.patch | 2 +-
On 2018-02-22 12:20, Koen Vandeputte wrote:
> When this target got updated to 4.14, this patch got removed to
> re-evaluate if it was still needed.
>
> Extensive testing now shows this issue is still present.
> Let's re-add the patch to fix it for now.
>
> As the uart bus is very low bandwidth ..
On 2018-02-20 22:36, Rosen Penev wrote:
> On Tue, Feb 20, 2018 at 1:23 PM, Felix Fietkau wrote:
>> On 2018-02-20 21:42, Rosen Penev wrote:
>>> This mirror is already attempted in case the other fails. Doesn't matter
>>> though since it doesn't work anyway (404 error). Discovered through "make
>>
On 2018-02-22 09:34, Felix Fietkau wrote:
> On 2018-02-22 01:12, Tim Harvey wrote:
>> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau wrote:
>>> On 2018-02-20 19:23, Tim Harvey wrote:
We are using F2FS as our overlay read/write FS. Others can be supported
as modules.
Signed-off-
On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau wrote:
> On 2018-02-22 09:34, Felix Fietkau wrote:
>> On 2018-02-22 01:12, Tim Harvey wrote:
>>> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau wrote:
On 2018-02-20 19:23, Tim Harvey wrote:
> We are using F2FS as our overlay read/write FS. O
On 2018-02-22 16:39, Tim Harvey wrote:
> On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau wrote:
>> On 2018-02-22 09:34, Felix Fietkau wrote:
>>> On 2018-02-22 01:12, Tim Harvey wrote:
On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau wrote:
> On 2018-02-20 19:23, Tim Harvey wrote:
>> We
In 4.14 reg-names is required to identify resources.
Otherwise init fails with:
[5.900501] xhci-mtk 1e1c.xhci: invalid resource
[5.910499] xhci-mtk: probe of 1e1c.xhci failed with error -22
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/dts/mt7621.dtsi | 1 +
1 file chang
This board has:
- mt7621 SoC
- 8MB SPI flash
- 128MB RAM
- 5x ethernet ports from internal (SoC) switch
- 1x ethernet port sitting on gmac2 and IC+ phy (not yet supported)
- 3x PCIe slots
- 1x USB 2.0 and 1x USB 3.0
- sound based on wm8960
- SDXC card slot (full size)
First fw write from interacti
On 2017-12-08 03:37, Rosen Penev wrote:
> Seems to remove a few instructions. Original message below:
>
> From: Ben Menchaca
> Date: Tue, 11 Jun 2013 15:50:17 -0500
> Subject: [ag71xx] optimize iomapped register access
>
> Add register accessors that remove the per-register range check that
> wa
I finally figured it out myself. This patch disables spi_flash_read for chips
that
use 4-byte addressing in m25p80.c, where it's possible to access
size/address-width
info.
Cheers,
Christian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
From: Christian Beier
SPI fast flash read only is supported on devices using 3-byte-addressing.
As chips bigger than 16MB use 4-byte-addressing, reading fails with
-EOPNOTSUPP.
This commit sets the fast flash read callback spi->master->spi_flash_read
to NULL for chips that use 4-byte-addressing.
This updates musl from a commit between 1.1.18 and 1.1.19 to the final
release of the version 1.1.19.
Signed-off-by: Hauke Mehrtens
---
toolchain/musl/common.mk | 8 +--
...suppress-some-more-Linux-uapi-definitions.patch | 59 --
.../musl/patches/11
Currently, the build system uses an openwrt mirror which does not currently
workand FTP can be unreliable under several circumstances (Ubuntu 16.04 WSL
being an example). This change implicitly allows using all the mirrors to
download.
Changing this to git also allows using .tar.xz archives whi
On Fri, Feb 23, 2018 at 3:48 AM, Rosen Penev wrote:
> Currently, the build system uses an openwrt mirror which does not currently
> workand FTP can be unreliable under several circumstances (Ubuntu 16.04 WSL
> being an example). This change implicitly allows using all the mirrors to
> download.
17 matches
Mail list logo
