Re: Tiny Core v17.0 upgrade issues

[Rich]

Hi Stefann

Code: [Select]

tce-load -wi advcomp

[Stefann]

Hi Stefann
Install  advcomp.tcz.

Almost!…… This worked:

Code: [Select]

tc@hp510:~$ tce-load -wi advcomp.tczBut thanks for the tcz name. I would not have found that otherwise

But no luck…

Code: [Select]

tc@hp510:/krubo/work/TC/linux-6.18.28/arch/x86/boot$ advdef -z4 bzImage
File type not supported on bzImage [at void convert_inplace(const string&):redef.cc:498]
Note…
Probably no activity anymore today.
As said I’m on a trip.
Social obligations now and sleep after that (living in Europe/netherlands)

[Paul_123]

It wants the file name to end in .gz    But if you did not have advcomp.tcz installed when compiling the kernel, then it did not get fully compressed.

With advcomp installed just remove the old bzImage from arch/x86/boot.    Then run "make bzImage" again

It should go faster as it should not have to recompile most of the code from the last run.

[Stefann]

It wants the file name to end in .gz    But if you did not have advcomp.tcz installed when compiling the kernel, then it did not get fully compressed.

With advcomp installed just remove the old bzImage from arch/x86/boot.    Then run "make bzImage" again

It should go faster as it should not have to recompile most of the code from the last run.

Done, but not really different size

Code: [Select]

tc@hp510:/krubo/work/TC/linux-6.18.28/arch/x86/boot$ ls -l bz*
-rw-r--r--    1 tc       staff      6312448 May 28 21:43 bzImage
Ehh… I get in social trouble if I spend more time on this now :-)
Any input will be followed up tomorrow

[Paul_123]

Lets look at compressed and uncompressed kernel.  Does vmlinux.bin match your build?

Code: [Select]

tc@Devel:~/linux-6.18.28/arch/x86/boot/compressed$ ls -l vmlinux*
-rwxr-xr-x 1 tc staff  6107368 May 29 23:38 vmlinux
-rwxr-xr-x 1 tc staff 12469728 May 29 23:38 vmlinux.bin
-rw-r--r-- 1 tc staff  6046727 May 29 23:38 vmlinux.bin.gz
-rw-r--r-- 1 tc staff     3077 May 29 23:38 vmlinux.lds
-rw-rw-r-- 1 tc staff     2308 May  8 06:40 vmlinux.lds.S
-rw-r--r-- 1 tc staff   666652 May 29 23:38 vmlinux.relocs


[Stefann]

Here you go…
Looks like you are right (but please check, I don’t know whether I compare the correct files)

Compressed vmlinux and vmlinux.bin.gz are different
But uncompressed other files have same size.

That’s good!
If it’s the compressing I doubt that that would cause the crashing

Code: [Select]

tc@hp510:/krubo/work/TC/linux-6.18.28/arch/x86/boot/compressed$ ls -l vm*
-rwxr-xr-x    1 tc       staff      6308072 May 27 12:42 vmlinux
-rwxr-xr-x    1 tc       staff     12469728 May 27 12:42 vmlinux.bin
-rw-r--r--    1 tc       staff      6248050 May 27 12:42 vmlinux.bin.gz
-rw-r--r--    1 tc       staff         3077 May 27 12:42 vmlinux.lds
-rw-r--r--    1 tc       staff         2308 May  8 08:40 vmlinux.lds.S
-rw-r--r--    1 tc       staff       666652 May 27 12:42 vmlinux.relocs
On the crashing…
As said I’m now on a trip AND have a major 1wire hardware breakdown to fix on return.
So… expect things to go a little bit slower…

With that said…. I will more thorough test whether recompiled kernel with usb-serial-6.18.2-tinycore.tcz works.
If indeed my “kernel making” is identical to your “kernel making” than my custom kernel should be identical to the published kernel and should crash. In that case the crashing is related to usb-serial “included in kernel versus by kext”.
That is entirely possible because I included only a few modules in the kernel while the usb-serial-6.18.2-tinycore.tcz has much more.

[Stefann]

small update..
- I returned from my trip
- located 1wire HW issue, the usb-to-1wire interface adapter was broken so the full network was down. I luckily had a spare. It's running again (hurray!)

I picked up the TC17 trouble shooting on usb-serial:
- running on standard configuration self compiled TC17 6.18.2 kernel with usb-serial-6.18.2-tinycore.tcz
- started my application without serial read PLUS dedicated crash-test-program with 200x accelerated serial read

running under kernel-from-downloadlocation this crashed 2x on a row, after 14hr and 12hr.
So... This "should" also crash within at least 24hr
If so... usb-serial-6.18.2-tinycore.tcz would be suspect
But...... no speculation... just test...

[Stefann]

small update
After 24hr still no crash.
I was expecting a crash:
- kernel from TC17.0 download location + usb-serial-6.18.2-tinycore.tcz had crashed 2x in a row after 14hr and 12hr
- now self compiled TC17.0 kernel +usb-serial-6.18.2-tinycore.tcz had NO crash for 24hrs after which I manually stopped it.

However... I realized I had recompiled my application under TC15 because I had been running TC15 during my trip.
Already many weeks ago I had found that "application compiled under TC15 does not crash on TC17"

So...
As every little damn detail counts...
I decided to do a full clean start.

deleted self compiled kernel and made a clean start for TC17.0 linux 6.18.2:

Code: [Select]

download http://tinycorelinux.net/17.x/x86/release/src/kernel/linux-6.18.2/config-6.18.2-tinycore
download http://tinycorelinux.net/17.x/x86/release/src/kernel/linux-6.18.2-patched.tar.xz

tc@hp510:/krubo/work/TC$ tar xvf  linux-6.18.2-patched.tar.xz
tc@hp510:/krubo/work/TC$ cd linux-6.18.2
tc@hp510:/krubo/work/TC/linux-6.18.2$
tc@hp510:/krubo/work/TC/linux-6.18.2$ cp ../config-6.18.2-tinycore .config
tc@hp510:/krubo/work/TC/linux-6.18.2$ make mrproper
  CLEAN   .config
tc@hp510:/krubo/work/TC/linux-6.18.2$ cp ../config-6.18.2-tinycore .config
tc@hp510:/krubo/work/TC/linux-6.18.2$ make oldconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/confdata.o
  HOSTCC  scripts/kconfig/expr.o
  LEX     scripts/kconfig/lexer.lex.c
  YACC    scripts/kconfig/parser.tab.[ch]
  HOSTCC  scripts/kconfig/lexer.lex.o
  HOSTCC  scripts/kconfig/menu.o
  HOSTCC  scripts/kconfig/parser.tab.o
  HOSTCC  scripts/kconfig/preprocess.o
  HOSTCC  scripts/kconfig/symbol.o
  HOSTCC  scripts/kconfig/util.o
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
tc@hp510:/krubo/work/TC/linux-6.18.2$ make bzImage
...................lots of logging................
tc@hp510:/krubo/work/TC/linux-6.18.2$

tc@hp510:/krubo/work/TC/linux-6.18.2$ cd arch/x86/boot
tc@hp510:/krubo/work/TC/linux-6.18.2/arch/x86/boot$ ls -l bz*
-rw-r--r--    1 tc       staff      6087168 Jun  2 17:00 bzImage

tc@hp510:/krubo/work/TC/linux-6.18.2/arch/x86/boot$ cd compressed
tc@hp510:/krubo/work/TC/linux-6.18.2/arch/x86/boot/compressed$ ls -l vm*
-rwxr-xr-x    1 tc       staff      6082840 Jun  2 17:00 vmlinux
-rwxr-xr-x    1 tc       staff     12428768 Jun  2 16:55 vmlinux.bin
-rw-r--r--    1 tc       staff      6025154 Jun  2 17:00 vmlinux.bin.gz
-rw-r--r--    1 tc       staff         3106 Jun  2 16:55 vmlinux.lds
-rw-r--r--    1 tc       staff         2296 Dec 18 14:03 vmlinux.lds.S
-rw-r--r--    1 tc       staff       663872 Jun  2 16:55 vmlinux.relocs
 
After that:

Code: [Select]

- copy to production machine
- reboot towards this new kernel
- recompile application
- recompile accelerated crash program
- start application
- start accelerated crash program
And now its running again....
It should crash in 12..14hr.
if not the "self recompile" is guilty (very very strange)
Note, self compiled kernel (vmlinuz17C2x) now has identical size to kernel from download area (vmlinuz):

Code: [Select]

tc@huis:/mnt/sda1/tce/boot$ ls -l vm*
-rwxrw-r--    1 tc       staff      6087168 Feb 10 13:10 vmlinuz
-rw-rw-r--    1 tc       staff      6087168 Jun  2 17:11 vmlinuz17C2xSo... apparently the install of advcomp.tcz fixed that

Lets wait...