Linux Kernel 6.7.5 Kirkwood package and Debian rootfs

bodhi Wrote:
-------------------------------------------------------
> Dmitriy,
>
>
> > I have a question, is it possible to control the
> L
> > ED from UBOOT for example to blink until the ker
> ne
> > l has booted. The matter is that in an environme
> nt
> > the green and orange LED is indicated.
> > And STORA uses blue LED
>
> Yes. I'm glad you asked. I forgot to include the s
> ome boxes such as the Stora LED controls in the ro
> otfs!
>
> The control is in /etc/rc.local.
>
> They look like this:
>
>

> if [ -d /sys/class/leds/nsa325:green:sys ]; then
> echo default-on  > /sys/class/leds/nsa325:green
> :sys/trigger
> echo none        > /sys/class/leds/nsa325:orang
> e:sys/trigger
> fi
>

>
> So the Stora should have similar triggers in /sys/
> class/leds. Please post your output of
>
>

> ls -l /sys/class/leds
>

The rest of Led work as it should, thanks bodhi!

But I'm interested in the blue status diode! In the original uboot it blinked before loading the kernel then shone constantly.
With panic continued to blink ......

In the new uboot it is silent before starting the kernel only after that it lights up and goes into the trigger (heartbeat), by the way not very informative trigger. I reassembled it in (panic)

Is it possible in some way in the future assembly of UBOOT to return the old logic of the operation of this diode. In addition, it turned out that it has 3 brightness states and is controlled by two gpio.

root@stora:~# ls -l /sys/class/leds
итого 0
drwxr-xr-x  2 root root 0 июл 24 20:16 .
drwxr-xr-x 41 root root 0 июл 24 20:16 ..
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:blue:activity_led -> ../../devices/platform/gpio-leds/leds/status:blue:activity_led
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:blue:power_led -> ../../devices/platform/gpio-leds/leds/status:blue:power_led
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:green:disk1_led -> ../../devices/platform/gpio-leds/leds/status:green:disk1_led
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:green:disk2_led -> ../../devices/platform/gpio-leds/leds/status:green:disk2_led
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:red:disk1_fail_led -> ../../devices/platform/gpio-leds/leds/status:red:disk1_fail_led
lrwxrwxrwx  1 root root 0 июл 24 20:16 status:red:disk2_fail_led -> ../../devices/platform/gpio-leds/leds/status:red:disk2_fail_led

Quote

Warning: Watch the apt-get upgrade progress. If the apt-get upgrade results in a new initramfs, the log would shows this message:

update-initramfs: Generating /boot/initrd.img-4.12.1-kirkwood-tld-1


Then you need to regenerate the uInitrd boot file:

what happen without renenerate the uInitrd?

iomega ez Wrote:
-------------------------------------------------------
>

Quote

Warning: Watch the apt-get upgrade progress
> . If the apt-get upgrade results in a new initramf
> s, the log would shows this message:
>
> update-initramfs: Generating /boot/initrd.img-4.12
> .1-kirkwood-tld-1
>
>
> Then you need to regenerate the uInitrd boot file:
>

>
> what happen without renenerate the uInitrd?

Most of the time the kernel will boot. But it might not boot in some cases (if there are important modules needed). And if it booted, some packages will not work if there was config files changes.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Dmitriy,

The Stora u-boot indeed does not have code to flash LED during booting.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 2 time(s). Last edit at 07/24/2017 11:34PM by bodhi.

Last post moved here:

http://forum.doozan.com/read.php?2,35700

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Hello bodhi
My HP t5325 is arriving tomorrow and I have already created Debian rootfs on a USB and hope it will work.
I was wondering if it is possible to flash the rootfs in internal NAND because I will be needing all 4 USB ports?
Thank you

kalehrl Wrote:
-------------------------------------------------------
> Hello bodhi
> My HP t5325 is arriving tomorrow and I have alread
> y created Debian rootfs on a USB and hope it will
> work.
> I was wondering if it is possible to flash the roo
> tfs in internal NAND because I will be needing all
> 4 USB ports?
> Thank you

It is possible, since the intenal NAND is really a flash drive! It is not real NAND, iirc. I'll have to look again to refresh my memory. However, it is too small to be useful. I would use a USB hub if I were you. In the furture you would need a lot more space to install packages than what is provided by the NAND space.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Thank you for the reply and I'm looking forward to your instructions how to flash the rootfs in the internal memory. Is it possible for you to provide a minimal command line rootfs, the one you would get just by installing Debian minimal system or is this already that kind of rootfs? I guess that way it would be smaller and therefore possible to be flashed in internal memory. If not, how difficult is it to create such rootfs myself? I'm not a Linux newbie but also not so proficient.



Edited 1 time(s). Last edit at 07/26/2017 08:08AM by kalehrl.

kalehrl,

Sorry I can't do that. It would take too much time for me to write a tutorial of this type.

In the old days, we use emdebbian and Jeff (our forum host) has written instruction for that here: http://forum.doozan.com/read.php?2,72. You could read his post and learn a great deal (I did) about how one would go about create system in NAND. emdebbian development is no longer active so the rootfs should be replaced with my released rootfs in Jeff's instruction.

Also, I'd suggest you search the web for similar instruction for OpenWrt (which is the system that have their rootfs in NAND). And our forum member bobafethotmail has a beta installation here: http://forum.doozan.com/read.php?4,29966.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Last post moved here:
http://forum.doozan.com/read.php?2,35780

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Dmitriy Wrote:
-------------------------------------------------------
> ... I have a question, is it possible to control the L
> ED from UBOOT for example to blink until the kerne
> l has booted. The matter is that in an environment
> the green and orange LED is indicated.
> And STORA uses blue LED

Dmitriy!

Does that STORA uses Marvell CPU? Then yes. Writing certain register makes GPIO bits toggle automatically by hardware, no Uboot or OS required. I use UBoot to write to the register, then load Linux. I think Linux resets the GPIOs when it loads. This turns off the blinking.

Below is relevant part of my Uboot. My machine is not a STORA so maybe LEDs are on different GPIOs but you will get the idea. The DTS file will show you which GPIO bit is the LED and so which value to write. The datasheet will show you which register to write.

bootcmd=mw.l 0xf1010148 0x80; ide reset; ext2load ide 0:1 0x800000 /uImage; ext2load ide 0:1 0x1100000 /uInitrd; setenv bootargs $(console) $(bootargs_root) $(bootargs_end); bootm 0x800000 0x1100000

Do you see the write to the register before loading Linux? You need something similiar to blink LEDs. Good luck!

All,

Please post any problem in a separate thread for it. This is the kernel release thread.

Thanks!

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Kernel linux-4.12.8-kirkwood-tld-1 package has been uploaded. Please see 1st post for download link.

Note:

The Qizitong 501m_v2 DTS and DTB were updated after the the tarball has been uploaded. So if you have this box, please use the additional attached files. Copy the kirkwood-qizhitong_501m_v2.dtb to /boot/dts/ in your rootfs. The DTS file is for information and kernel building only.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Last post moved here:

http://forum.doozan.com/read.php?2,36382

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Are the posted md5 and sha256 sums correct for linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2 and Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2?

I am getting differences for both.

Edit:

Actually I am getting different sums for oxnas and the mvebu downloads also.

My versions are if there may have been changes to the calculations:

md5sum (GNU coreutils) 8.26

sha256sum (GNU coreutils) 8.26



Edited 1 time(s). Last edit at 09/11/2017 10:07AM by feas.

feas Wrote:
-------------------------------------------------------
> Are the posted md5 and sha256 sums correct for lin
> ux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2 and Debian-
> 4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2?
>
> I am getting differences for both.
>
> Edit:
>
> Actually I am getting different sums for oxnas and
> the mvebu downloads also.
>
> My versions are if there may have been changes to
> the calculations:
>
> md5sum (GNU coreutils) 8.26
>
> sha256sum (GNU coreutils) 8.26

feas,

Thanks for reporting this. Let me check.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

feas,

These are my calculations:

root@tldDebian:/usr/src/builds-4.12# md5sum --ver
md5sum (GNU coreutils) 8.26
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Ulrich Drepper, Scott Miller, and David Madore.

root@tldDebian:/usr/src/builds-4.12# sha256sum --ver
sha256sum (GNU coreutils) 8.26
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Ulrich Drepper, Scott Miller, and David Madore.

root@tldDebian:/usr/src/builds-4.12# md5sum linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2
1c7ad19acb36a9a77a813e7c27b908e6  linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2

root@tldDebian:/usr/src/builds-4.12# sha256sum linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2
4d59aa4ad925d2e99bfafd5552bae486fcd5e3c2fc6c8e50fb749589972d58c3  linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2

1st post:

md5: 
1c7ad19acb36a9a77a813e7c27b908e6 
sha256: 
4d59aa4ad925d2e99bfafd5552bae486fcd5e3c2fc6c8e50fb749589972d58c3

Does the kernel tarball timestamp and size look like this?

-rw-r--r--   1 root root  31095943 Aug 18 03:07 linux-4.12.8-kirkwood-tld-1-bodhi.tar.bz2

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

The rootfs tarball matches my calculation, too.

md5sum Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2 
bf3d29569943875df348fb5ca03b348c  Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2

sha256sum  Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2 
4ed5714fdb123cdb40e973f3d0754e91cd199b75a9874018f2b5dc9cfa8ae8bb  Debian-4.12.1-kirkwood-tld-1-rootfs-bodhi.tar.bz2

1st Post:

md5: 
bf3d29569943875df348fb5ca03b348c 
sha256: 
4ed5714fdb123cdb40e973f3d0754e91cd199b75a9874018f2b5dc9cfa8ae8bb

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Damn, I old farted it again! : \

Really sorry to have wasted your time again!

I erased all the old ones and downloaded them again and they match. Not sure what I did wrong but I did it multiple times wrong.

feas Wrote:
-------------------------------------------------------
> Damn, I old farted it again! : \
>
> Really sorry to have wasted your time again!
>
> I erased all the old ones and downloaded them agai
> n and they match. Not sure what I did wrong but I
> did it multiple times wrong.

That's ok :) glad you ran the checks.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

HP Thin Client T5325 users,

Here is the work around for the regression in the latest kernel that causes problem for Ethernet. The network link autonegotiation seems to be broken in T5325 boxes. The Marvell driver errorneously set the network to 1Gbs link, but this box has 100Mbs NIC. So my tested work around approach is to bring the link down and up so it renegotiate the link correct speed.

Add these to the end of your /etc/rc.local

logger -s -i "Bring eth0 down/up to work around problem negotiating 100Mbs link"
ifdown eth0
ifup eth0

I have not had time to track down this issue, but the above work around should work well to be a temporary solution for now.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 2 time(s). Last edit at 09/12/2017 07:09PM by bodhi.

bodhi,

debian stretch rootfs is up an running on the nsa325v2.
thanks for your work man!

-
happy hacking,

saschadd

saschadd Wrote:
-------------------------------------------------------
> bodhi,
>
> debian stretch rootfs is up an running on the
> nsa325v2.
> thanks for your work man!

Cool :)

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Kernel linux-4.13.5-kirkwood-tld-1 package has been uploaded. Please see 1st post for download link.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Last post moved here:
https://forum.doozan.com/read.php?2,38444

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

bodhi,

update to Kernel 4.13.5 worked without problems!
Thanks again for your great work.

-
happy hacking,

saschadd

Kernel linux-4.14.1-kirkwood-tld-1 package has been uploaded. Please 1st post for download link.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Hallo,

in the latest release 4.14.1 there is no file vmlinuz-4.14.1-kirkwood-tld1
so you cannot generate unint.


Rainer

Rainer,

You need to install the kernel first before you can generate uImage and uInitrd.

Quote

3. And install it with dpkg. Remove flash-kernel first to avoid potential problem (It is much better to generate uImage and uInitrd manually anyway):

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)

Hi.
Can we get usbip support as a module for the next kernel release if it ever happens please?
From the kernel config file, it is unset, meaning it is probably not available.
I am too lazy to recompile on the dockstar itself.

Thanks for the great work on the rootfs/kernel.
Olivier.