Linux Kernel 6.7.5 Kirkwood package and Debian rootfs

Ok the subject now is little bit off-topic! Let me move it to a new thread.

-----

This forum software seems to not working right when I split the threads :) sorry if you got confuse reading this.

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



Edited 1 time(s). Last edit at 04/02/2017 04:06PM by bodhi.

Ok, let's continue here:

http://forum.doozan.com/read.php?2,33447,33447#msg-33447

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

@:bodhi, thanks for providing this for us, appreciated ... I just successfully upgraded to 4.10 kernel :)

Don Charisma ... because anything is possible with Charisma

My blog - http://DonCharisma.org
Our commercial site - http://DonCharisma.com

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

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

Applied.
Note: It did change the nc server and my ip address but I did a fw_printenv after the first part of 4a and caught it before rebooting. Also I did not do the second part of 4a as it is not a first time update with the new u-boot if that matters just sync 3x and shutdown -r now and it is up and running as before.

Hi feas,

> Note: It did change the nc server and my ip addres
> s but I did a fw_printenv after the first part of
> 4a and caught it before rebooting.

You meant when you installed u-boot 2016.5-tld-1 at the same time as upgrading the latest kernel?

Because kernel installation does not touch u-boot envs for nc server and ip address.

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

bodhi Wrote:
-------------------------------------------------------
> Hi feas,
>
> > Note: It did change the nc server and my ip addr
> es
> > s but I did a fw_printenv after the first part o
> f
> > 4a and caught it before rebooting.
>
> You meant when you installed u-boot 2016.5-tld-1 a
> t the same time as upgrading the latest kernel?
>
> Because kernel installation does not touch u-boot
> envs for nc server and ip address.

Hmm, no I did not update u-boot for this kernel upgrade. I wonder what I did now.

It was a totally different ip before I switched it to 4.10.0 and it worked with my assigned ip. Perhaps /etc/network/interfaces over rides the envs but I am fairly certain I changed the ip also with fw_setenv when updating to 4.10.0.

Oh'well better go check that I didn't take my meds twice today and hide my truck keys. ;)

> Oh'well better go check that I didn't take my meds
> twice today and hide my truck keys. ;)

Could be :) the kernel upgrade should not affect any of the most customized system scripts such as /etc/network/interfaces.

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

bodhi Wrote:
-------------------------------------------------------
> > Oh'well better go check that I didn't take my me
> ds
> > twice today and hide my truck keys. ;)
>
> Could be :) the kernel upgrade should not affect a
> ny of the most customized system scripts such as /
> etc/network/interfaces.

Please feel free to remove these post or leave to serve as a public service for those of us on meds. ;)

> those of us on meds.

Been there, done that:)

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

I am getting openvpn running as deamon disconnected after precisely 2.5 hours (and not able to reconnect until reboot; or kill vpn connection, wait 5 minutes, connect again)) on latest kernel 4.10.9, device pogo e02, debian stretch.


On 4.10.0 and previous versions no such error ever occurred (all the time the same version of openvpn config is used).



Edited 2 time(s). Last edit at 04/27/2017 03:30PM by jst818.

jst818 Wrote:
-------------------------------------------------------
> I am getting openvpn running as deamon disconnecte
> d after precisely 2.5 hours (and not able to recon
> nect until reboot; or kill vpn connection, wait 5
> minutes, connect again)) on latest kernel 4.10.9
> , device pogo e02, debian stretch.
>
>
> On 4.10.0 and previous versions no such error ever
> occurred (all the time the same version of openvpn
> config is used).

Did you compare openvpn versions between 4.10.0 and 4:10.9?

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

openvpn package (2.4.0-4 armel) and config file is the same, worked flawlessly on 4.10.0 & older kernels.

Solved.
It looks to be issue with vpn provider, downgraded to 4.10.0 and still got the same behavior, then i changed to another server, now it is working without a glitch.
Will test this problematic server on desktop vpn connection, to see if there is dropout after 2.5 hours as it was happening on pogo.

jst818 Wrote:
-------------------------------------------------------
> Solved.
> It looks to be issue with vpn provider, downgraded
> to 4.10.0 and still got the same behavior, then i
> changed to another server, now it is working witho
> ut a glitch.
> Will test this problematic server on desktop vpn c
> onnection, to see if there is dropout after 2.5 ho
> urs as it was happening on pogo.


Ok. Glad to know it was a false alarm then.

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

How difficult would it be to upgrade your latest Rootfs from Jessie to Stretch. From what I gathered, I should skip the "dist-upgrade" and avoid upgrading the kernel since it would be an unpatched and thus not too dockstar friendly.

Would it be enough to just change the apt sources to say stretch and update/upgrade?

cde,

> From what I gathered
> , I should skip the "dist-upgrade" and avoid upgra
> ding the kernel since it would be an unpatched and
> thus not too dockstar friendly.
>

Yes, doing that would give you the mainline dockstar kernel. It would work too, but will lack some of the patches in my custom build.

> Would it be enough to just change the apt sources
> to say stretch and update/upgrade?

Right, change apt sources and apt get update/upgrade will bring your rootfs to stretch.

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

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

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

@cde,

I've done this now on several boxes and no problems (kirkwood, oxnas armhf, x86)

- changed the /etc/apt/sources.list (replaced "jessie" with "stretch"
- apt update && apt upgrade && apt dist-upgrade && apt autoremove

perhaps "mandb" complains about somthing going wrong in /var/cache/man ...

the following boxes were successfully updated:

- ZyXEL NSA325v2
- ZyXEL NSA320
- ZyXEL NAS326
- Iomega iConnect
- some Medion oxnas devices



Edited 2 time(s). Last edit at 06/04/2017 07:09AM by pengu.

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

Please make a new topic for booting problem in the future.

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

v4.11.3
Are the changes related /etc/rc.local [1] being replaced with systemd ? Because i have some entries in [1] and are not executed on boot.

openvpn in not working ("no tun device" in log), iptables 1.6.0 not working (i got message something about iptables needs to be loaded into kernel with insmod).

Quote

iptables: Table does not exist (do you need to insmod?)

Downgraded back to 4.10.9, where everything is working fine.



Edited 1 time(s). Last edit at 06/05/2017 12:01PM by jst818.

jst818 Wrote:
-------------------------------------------------------
> v4.11.3
> Are the changes related /etc/rc.local [1] being r
> eplaced with systemd ? Because i have some entries
> in [1] and are not executed on boot.
>
> openvpn in not working ("no tun device" in log), i
> ptables 1.6.0 not working (i got message something
> about iptables needs to be loaded into kernel wi
> th insmod).
>
>

Quote

> iptables: Table does not exist (do you need to ins
> mod?)
>

>
> Downgraded back to 4.10.9, where everything is wor
> king fine.

Thanks Jst818, I'm investigating this.

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



Edited 1 time(s). Last edit at 06/05/2017 12:23PM by bodhi.

Same problem with iptables. I thought something wrong with my system and completely reinstall firewall and reset all rules =)

modprobe

ip_tables
ip_conntrack
iptable_filter
ipt_state
ip6_tables
ip6table_filter
ip6t_state

helps with error message, but with ufw enabled system loses all network connectivity (both IN and OUT).

I'll try 4.10.9 too.

Thanks t00 :)

Looks like there is a kernel regression regarding modules loading. I'm testing new kernel build.

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

OK, the new kernel version solved this problem. I will release kernel linux-4.11.3-kirkwood-tld-2 soon.

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

2 years, finally got around working on this again.
Had to resurrect a dockstar for garden work last year, used the debian stretch net installer ... that one failed. So I used jessie net installer. that worked. Forward half a year: Always thought about updating to stretch (usb camera trouble) but never dared to.

Now I had an old Buffalo Linkstation sitting around. Got Jessie installed on it with net install, too. Dunno what to do with it but still works nicely.

Then I thought, I still have that NSA320 sitting somewhere.. It has bodhis u-boot on it.. should work. I used another dockstar to get a USB connected SSD with Jessie net install working -> booting this on NSA 320 doesn't really work. The uImage contains dockstar.dtb. Booting with 3rd parameter nsa320.dtb panics, without it works but most devices are missing.

So I updated to Stretch on the dockstar and then moved back to the NSA320.. Got that dtb issue fixed: figured out that if I used bootz to boot vmlinuz, I could use nsa320.dtb even if uImage was tainted with the dockstar.dtb - probably wouldn't have needed to update to Stretch :/
Made a clean uImage and now everything works out of the box.

Except 100% kernel cpu time when "dd"ing from sata sucks a bit. And no heartbeat trigger available for any led :( I am using the nsa320.dtb from the debian stretch installer site, is there a better, compatible one? Turning off shuts down the HDDs a bit hard, too, but I guess I can configure something in system.d for that. And is there any reason for me to go to a custom kernel or can I stay with stock Stretch kernel?

I now boot from USB and have 2 SATA drives for data. Planning on putting a 1.8" SSD or something in the free space above the drives. I guess that is/was not the easy way, but ok if you have a serial console ;)

Hi bastel,

> am using the nsa320.dtb from the de
> bian stretch installer site, is there a better, co
> mpatible one? Turning off shuts down the HDDs a bi
> t hard, too, but I guess I can configure something
> in system.d for that. And is there any reason for
> me to go to a custom kernel or can I stay with sto
> ck Stretch kernel?

You could use my released kernel or use mainline. Either will work fine.

But you should use the DTB from my release because it has all the good stuff, e.g. LEDs control. And regarding ethernet and power off, my released kernel performs better with more patches.

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

t00 & Jst818,

Could you install this kernel and verify that the modules loading problem was fixed? Thanks! I've compiled XFS into the kernel in this release, so please verify other modules.

Dropbox
linux-4.11.3-kirkwood-tld-2-bodhi.tar.bz2

md5
37f64ba8c6fecaaf2ae1a5472fe9dc10

sha256
a3c5503927f8a6dc874c5c723968ff482193500a641bc5b50920093e0b59a59b

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

bodhi Wrote:
-------------------------------------------------------
> But you should use the DTB from my release becaus
> e it has all the good stuff, e.g. LEDs control. An
> d regarding ethernet and power off, my released ke
> rnel performs better with more patches.

The kirkwood-nsa320.dtb, 13691 bytes, from linux-4.11.3-kirkwood-tld-1-bodhi.tar.bz2 is the same as at
http://http.us.debian.org/debian/dists/stretch/main/installer-armel/current/images/kirkwood/device-tree/
so it seems I am using the right one.

bastel Wrote:

> The kirkwood-nsa320.dtb, 13691 bytes, from linux-4
> .11.3-kirkwood-tld-1-bodhi.tar.bz2 is the same as
> at
> http://http.us.debian.org/debian/dists/stretch/mai
> n/installer-armel/current/images/kirkwood/device-t
> ree/
> so it seems I am using the right one.

Cool! then If the ethernet works fine in mainline then not much to switch kernel. Other things are minor in my kernel patches, such as individual HDD LEDs setting.

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