0

We currently are facing obstacle in OS installation for Linux Ubuntu on C3000 Refresh platform specific for C3558R & C3758R The newer version has no trouble on OS installation. However, the older version seems unable to even initiate the installation. Please help advise is there any way, we can resolve this installation issue?

Here is the distribution and kernal version that’ve been tested.

  1. Ubuntu 24.04.1 desktop-amd64 (kernal 6.8.0-45) intalled ok
  2. Ubuntu 22.04 live server amd64 (kernal 5.11 ) fail
  3. Ubuntu 22.10 live server amd64 (kernal 5.13) fail
  4. Ububtu 23.10 live server amd64 (kernal 6.5.0-14) fail
  5. Ubuntu 22.04 destop-amd64 (kernal6.8.0-31) fail
  6. Ubuntu 23.04 destop amd64 (kernal 6.2.0-20) fail

Currently, when running on ubuntu 23.10, kernel 6.5.0-14, "ACPI FPDT: Duplicate resume performance record found." will always be output. Ubuntu 24.04, kernel 6.8.0-45 does not have this problem, Is there any information that can explain this difference?

(Update) We also tried Ubuntu 22.04 destop-amd64 (kernel6.8.0-31) but got the same error message "ACPI FPDT: Duplicate resume performance record found.", Is there any information to correct the above errors between kernel 6.8.0-31 and 6.8.0-45?

Thanks

TigerPW
  • 1

1 Answers1

0

the message "ACPI FPDT: Duplicate resume performance record found" is one of several that have started being generated by Linux Kernels recently (i'm guessing 6.x series). for your message, you can see it (as a patch to the source) here: https://patchwork.kernel.org/project/linux-acpi/patch/20191230094601.16008-1-rui.zhang@intel.com/

i've recently had a similar ACPI message, "ACPI Warning: Time parameter 255 us > 100 us violating ACPI spec, please fix the firmware" turning up in the dmesg logs on a number of netbook-style machines i manage, with the message repeating every 10 seconds or so ad infinitum.

as far as i can tell, the code to generate these messages is being added by the Kernel Developers to try and 'send a message' to BIOS authors telling them that there are deviations from the ACPI specifications in their BIOS code. generally the causes of these messages are non-fatal/minor deviation from the ACPI specifications that has no impact on the running of the affected machine.

the down side:

  1. you can not suppress these messages without building your own version of the Linux Kernel,
  2. the 'spam' being generated in the dmesg logs are so extreme that other, important messages, are lost. the log files that dmesg reads are of finite size, and so continuous spamming from the Kernel will eventually displace everything else.

the solution: you need to contact the Linux Kernel Developers, and politely ask them to remove the generation of these messages (or provide a way of suppressing them), pointing out that the repeated - every 10 seconds or so - messages constitute spam and are affecting the usability of the Linux Kernel. good luck with that - i have tried!

Thomas Ward
  • 78,878