Welcome! Log In Create A New Profile

Advanced

Linux Kernel 4.14.1 MVEBU package and Debian armhf rootfs

Posted by bodhi 
Re: Linux Kernel 4.12.4 MVEBU package and Debian armhf rootfs
August 06, 2017 01:41AM
Thanks ottok,

I've corrected the sums. It was a copy/paste error from the Kirkwood kernel post :)

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.12.4 MVEBU package and Debian armhf rootfs
August 23, 2017 10:20PM
This Debian-4.12.4-mvebu-tld-1-rootfs-bodhi.tar.bz2 has been uploaded. Please see 1st post for download link.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.13.2 MVEBU package and Debian armhf rootfs
September 29, 2017 04:54AM
Kernel linux-4.13.2-mvebu-tld-1 package has been uploaded. Please 1st post for download link.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.13.2 MVEBU package and Debian armhf rootfs
November 12, 2017 03:31PM
Last post moved here:
https://forum.doozan.com/read.php?2,41874

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.13.2 MVEBU package and Debian armhf rootfs
November 21, 2017 05:22PM
I have updated the first post to note the issue of booting the NAS326 with rootfs on HDD.

Quote

========================================================================
Updated 21 Nov 2017:

Zyxel NAS326 HDD booting issue


Note: you don't have to worry about this issue if you are booting with USB rootfs.


Here is what I found from reading the GPL source to trouble shoot the issue of booting the NAS326 with 2 HDDs, with the rootfs is on one HDD.

NAS326 stock u-boot uses an old AHCI driver. This old version set the link detection timeou to a very small value of 4 ms. This interval is apparently too small. In the latest version of this AHCI driver, it is set to 200 ms.

Since I have not started building new u-boot (because of UART booting issue with this box), we cannot update this u-boot, or replace it with a better one.

So at the moment, we can only work around it.

I will do some testing to see if we can pick a good work around to enable the SATA link up before we try to initialize the SATA port for booting the kernel on HDD.

-bodhi
===========================
Forum Wiki
bodhi's corner



Edited 1 time(s). Last edit at 11/21/2017 05:23PM by bodhi.
Re: Linux Kernel 4.13.2 MVEBU package and Debian armhf rootfs
November 24, 2017 04:05PM
I have updated the first post to add a work around for the issue of booting the NAS326 with rootfs on HDD.

Quote

Updated 21 Nov 2017:

Zyxel NAS326 HDD booting issue


Note: you don't have to worry about this issue if you are booting with USB rootfs.


Here is what I found from reading the GPL source to trouble shoot the issue of booting the NAS326 with 2 HDDs, with the rootfs is on one HDD.

NAS326 stock u-boot uses an old AHCI driver. This old version set the link detection timeou to a very small value of 4 ms. This interval is apparently too small. In the latest version of this AHCI driver, it is set to 200 ms.

Since I have not started building new u-boot (because of UART booting issue with this box), we cannot update this u-boot, or replace it with a better one.

So at the moment, we can only work around it.

I will do some testing to see if we can pick a good work around to enable the SATA link up before we try to initialize the SATA port for booting the kernel on HDD.

Update:

- Here is a work around that seems to do the trick consistently for me and heiko: Whenever the box needs to be rebooted, just shutdown and power up again. Then both HDDs will be initialized OK.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.14.1 MVEBU package and Debian armhf rootfs
November 26, 2017 07:56PM
Kernel linux-4.14.1-mvebu-tld-1 package has been uploaded. Please see 1st post for download link.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: Linux Kernel 4.14.1 MVEBU package and Debian armhf rootfs
December 04, 2017 01:39AM
The mentioned patch for "mvneta" seems to be in mainline now:


commit a59e386c4f4fce346161c0a62a5e1fbc1f435d6f
Author: Simon Guinot <simon.guinot@sequanux.org>
Date:   Mon Nov 13 16:27:02 2017 +0100

    net: mvneta: fix handling of the Tx descriptor counter
    
    commit 0d63785c6b94b5d2f095f90755825f90eea791f5 upstream.
    
    The mvneta controller provides a 8-bit register to update the pending
    Tx descriptor counter. Then, a maximum of 255 Tx descriptors can be
    added at once. In the current code the mvneta_txq_pend_desc_add function
    assumes the caller takes care of this limit. But it is not the case. In
    some situations (xmit_more flag), more than 255 descriptors are added.
    When this happens, the Tx descriptor counter register is updated with a
    wrong value, which breaks the whole Tx queue management.
    
    This patch fixes the issue by allowing the mvneta_txq_pend_desc_add
    function to process more than 255 Tx descriptors.
    
    Fixes: 2a90f7e1d5d0 ("net: mvneta: add xmit_more support")
    Signed-off-by: Simon Guinot <simon.guinot@sequanux.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

...
[Mo Dez  4 08:43:52 2017] Linux version 4.14.3 (root@WDebian) (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Sun Dec 3 22:56:15 CET 2017
[Mo Dez  4 08:43:52 2017] CPU: ARMv7 Processor [414fc091] revision 1 (ARMv7), cr=10c5387d
[Mo Dez  4 08:43:52 2017] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[Mo Dez  4 08:43:52 2017] OF: fdt: Machine model: WD My Cloud EX2100
..
Re: Linux Kernel 4.14.1 MVEBU package and Debian armhf rootfs
January 08, 2018 01:26AM
An important reminder: this MVEBU series is affected by the Meltdown and Spectre bugs.

So be careful until I can release new kernel:
https://forum.doozan.com/read.php?2,18483,47114#msg-47114

-bodhi
===========================
Forum Wiki
bodhi's corner
Author:

Your Email:


Subject:


Spam prevention:
Please, solve the mathematical question and enter the answer in the input field below. This is for blocking bots that try to post this form automatically.
Question: how much is 22 plus 9?
Message: