Hey,

thanks for your tutorials and the panq binary! I then bought a used TS-453Be and installed Debian on it.
It is possible to use the /boot/EFI partition natively on the DOM.
You can (re)format and mount /dev/mmcblkp1 as esp and /dev/mmcblkp2 with ext2 as /boot. After the installation of Ubuntu/Debian/..., before rebooting, you have to rename the new grub bootloader file /boot/efi/EFI/boot/bootx64.efi on the emmc to qnap.efi. Then the NAS starts the new OS regularly with the current grub and nothing has to be copied over.

Needed to add:

scmp_rules_status += seccomp_rule_add(scmp_ctx, SCMP_ACT_ALLOW, SCMP_SYS(clock_nanosleep), 0);

to utils.c and then it works fine.

Hi there,
i currently try getting the temps on my System.
I have a QNAP TS-1677x and did some digging on Google about this whole thing.
Just found your Repo here, but can't seem to contact you directly.

Seems my NAS has the same chip than yours, im also on linux, but on unRaid rather than Ubuntu.
I only get this temps:

root@DarkSpace:~# sensors k10temp-pci-00c3 Adapter: PCI adapter CPU Temp: +40.0°C (high = +70.0°C) Tctl: +40.0°C

So i tried sensors-detect, which bought up this:
Some Super I/O chips contain embedded sensors. We have to write to standard I/O ports to probe them. This is usually safe. Do you want to scan for Super I/O sensors? (YES/no): Probing for Super-I/O at 0x2e/0x2f Trying family National Semiconductor/ITE'... Yes Found unknown chip with ID 0x8528
Did you get your temps in first instance or did you get the same?
After that i did some more digging on Google and came up with some links and information, because the 0x8528 seems to be the it8528, so here is all i found:

• There should be a kernel patch for that driver, because i found this... https://lore.kernel.org/patchwork/patch/634176/ or it never made it into the kernel itself...
• As i found this, i did some more digging, and also found this... https://lwn.net/Articles/705319/
• And also this... https://github.com/rvido/iManager

I searched my kernel modules, but it wasn't available, than i tested availability in Kernel 5.x, but it seems this is noch standard module and must be enabled on kernel compile.

So maybe we need only the compiled driver loaded and could get all those things working. Maybe we need no more reversing...?

I hope that this is somewhat usefull.

Heya guedou,

A few folks are working through the notes to modify / update this repo with support for the TS-673A. Our initial efforts are very promising (have some reporting working), and were wondering if you'd be able to come in and offer some advice on where to go next.

It seems there are a few changes with the EC wherein the addresses in panq 'seem' to work; but reversing the current binaries/libraries produce different addresses.

If you are willing to hop in and provide some advice, let me know and can get you into the current discussions.