submitqc needs to rebuilt the extension because of wrong block size

[rhermsen]

While compiling on RPi and verifying the extension I get the following message:

Code: [Select]

submitqc: tree.tcz correct block size? Not in 4096 block size. Extension will be rebuilt.
I have not seen this with x86 or x86_64 extensions so far.

How can I prevent failing this check and do it correct first time?

Code: [Select]

$ uname -a
Linux box 6.6.47-piCore-v8 #21 SMP PREEMPT Sat Aug 31 15:08:05 EDT 2024 aarch64 GNU/Linux
$ version
15.0


[Paul_123]

aarch64 extensions need to be 16k.

[rhermsen]

So this means that with 'submitqc' the paramter '--blocksize=16384' is needed for piCore64.

Before using 'submitqc':

Code: [Select]

$ unsquashfs -s ${PACKAGE}.tcz
Found a valid SQUASHFS 4:0 superblock on tree.tcz.
Creation or last append time Sat Feb  8 20:12:53 2025
Filesystem size 38432 bytes (37.53 Kbytes / 0.04 Mbytes)
Compression gzip
Block size 16384
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Uids/Gids (Id table) are compressed
Fragments are compressed
Always-use-fragments option is not specified
Xattrs are compressed
Duplicates are removed
Number of fragments 0
Number of inodes 9
Number of ids 1
Number of xattr ids 0

Using:

Code: [Select]

$ submitqc --libs
Results in:

Code: [Select]

submitqc: tree.tcz correct block size? Not in 4096 block size. Extension will be rebuilt.

Code: [Select]

$ unsquashfs -s ${PACKAGE}.tcz
Found a valid SQUASHFS 4:0 superblock on tree.tcz.
Creation or last append time Sat Feb  8 20:14:38 2025
Filesystem size 40429 bytes (39.48 Kbytes / 0.04 Mbytes)
Compression gzip
Block size 4096
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Uids/Gids (Id table) are compressed
Fragments are compressed
Always-use-fragments option is not specified
Xattrs are compressed
Duplicates are removed
Number of fragments 0
Number of inodes 9
Number of ids 1
Number of xattr ids 0

[Rich]

Hi rhermsen

So this means that with 'submitqc' the paramter '--blocksize=16384' is needed for piCore64. ...

I think submitqc will need to deduce blocksize based
on what the  uname -r  and  version  commands
return.

[polikuo]

We had some discussions on this topic before, but without a conclusion.
It's unclear whether the change of the block size would impact the performance or not.
So we decided to leave it as it is.

[Paul_123]

It is required for the pi5 kernel, so for aarch64, it is required.

[polikuo]

It is required for the pi5 kernel, so for aarch64, it is required.

What about other archs ?

Especially armhf

[Paul_123]

armhf can stay 4k, but I have changed the defaults for squashfs-tools to 16k for both.

If someone is building an arch independant extension like firmware-*   those should be 16k since they tend to get copied between repos.

[Rich]

Hi Paul_123
That's probably true for fonts and icons too.

[rhermsen]

FYI,
I will start a new thread for an unexpected message I see with submitqc on RPi only.