*Monotonic* uptime in Linux hibernation increased by 1, into a 5 days now.

I think it was maybe due to FireDragon browser. No graphic card upgrade!!! Still older nvidia.

I don't know if crash (second time!!) has been from swap, or if it was from NVIDIA bugs. SysRq magic key combinations are slightly overmarketed! Reset combination was needed.

Maybe a quick fix of some hibernation problems? With new FireDragon Browser, monotonic uptime of 4 days, 21:06:50.592779 (Linux)

Current hibernation cycle uptime

4 days, 21:06:50.592779

Fish version of monotonic uptime script:

type uptime
uptime is a function with definition
# Defined in /root/.config/fish/functions/BASH.fish @ line 48
function uptime
   python3 -c 'import time,datetime;print(datetime.timedelta(seconds=time.clock_gettime(time.CLOCK_MONOTONIC)))'
end

!Important. „Fish s-hell”: You MUST include a newly created file containing your function/abbrev into standard fish settings files (as  shown in the snippet above)– in order not to erase functions when updating sth with your system package manager!!!!

And it does work under Xorg normally!!!

FireDragon far exceeds BOTH Waterfox and Firefox BY STABILITY÷÷&÷÷quickness („UNCRASHY” element in #Linux), and in the s2disk process better RAM impact.

Maybe not full „Lindows”... still (BUT – I found out now that Qt and Xlib mixing is NOT possible.)

Extracting AppImage was OK, no icu ver. lib errs, nor other libraries problems.

Fast browser FireDragon consolidated with #R language – maybe this has been revolutionary step. And WORKS under Xorg.

I still hate Wayland „smartphonization” of API (irony – when this API is REALLY shit). When you can't port it simply, code a 0.5-code... WHAT THIS USA IS, & WAS?? But browser is OK.

It turned out that hibernation aka s2disk is BETTER (generally quicker due to [Z]RAM usage) **while** using FireDragon web browser [Linux]

Replacing a browser changes whole system usage experience.

So far the following exclusive-or: dismission or quick hibernation start.

Main cause maybe FireDragon compiled with R language? As drivers??

Linux usermode programming is somewhat similar to the driver programming.

 QMutex helped one time with controlling GUI from C++ under Qt library. I Don't know precisely, why.

But smartphonized//controlled s**t can comprehend??

Memory leak of 882-877 =5MB after hibernation?? Browser was in text-mode only. AND: they USA are so STUPID, **that** possibility under NOUVEAU the same error aroses!!!

They're so IMPOSSIBLY stupid, certainly... they do bad and good simultaneously, shits of hybrids... [ARURT-US!!!]

 •Test circumstances - [EDIT] I omitted copying certain param into „shadow” module subsystem... &... THE PROPER ONE.

„Clear” initcpio: no nvidia, no nouveau & /etc/modprobe.d/nvidia.conf filled-in.
And  NVreg_PreserveVideoMemoryAllocations=1 as copy from boot cmdline:

 

/etc/modprobe.d/nvidia.conf        :

...

 6 options nvidia  NVreg_PreserveVideoMemoryAllocations=1
 7 options nvidia_drm  NVreg_PreserveVideoMemoryAllocations=1
 8 options nvidia_modeset   NVreg_PreserveVideoMemoryAllocations=1
 9 options nvidia_uvm  NVreg_PreserveVideoMemoryAllocations=1
10 

.... 

# Defined in /root/.config/fish/functions/BASH.fish @ line 50
function hibertest
   s2disk -P "shutdown method"="reboot"
end

Standard GLX info program [EDIT — that is, before the 1-param duplication from cmdline...]:

 root@Knoppix /# glxinfo |grep -i "mem"

Gives
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 886 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 882 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# hibertest
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 877 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 877 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 877 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 877 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /# glxinfo |grep -i "mem"
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_NV_multisample_coverage, GLX_NV_robustness_video_memory_purge,
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 877 MB
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
    GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility,
    GL_NV_gpu_program5, GL_NV_gpu_program5_mem_extended,
    GL_NV_robustness_video_memory_purge, GL_NV_shader_atomic_counters,
    GL_NV_transform_feedback2, GL_NV_uniform_buffer_unified_memory,
    GL_NV_vertex_attrib_integer_64bit, GL_NV_vertex_buffer_unified_memory,
root@Knoppix /#

After combining boot „cmdline” with NVreg_PreserveVideoMemoryAllocations=1 , 2× HIBERNATION OK

Preface:
» Even Brave full-crash DID NOT indicated graphic card crash!!!

I restarted Brave successfully (a contrario previous times, when FULL [not-soft] reboot was needed).

In summary, two resumed hibernations, along one brave crash & Brave restart!

Final /proc/cmdline addition list of parameters:

• nvidia_drm.modeset=1

• nvidia_drm.fbdev=1 

•NVreg_PreserveVideoMemoryAllocations=1

This is a complete misunderstanding that you can't join such info into quick handbook, USA!!! Only this „joy”, „gaming”!!!!

You don't need to study forums!!!! How simple is this.... – a some rule, that proper guide-book is far more important than forums, with all selective quietness (!!!), & other NLP sh*ts.

Not website but „Compiled HTML Help” 'd be OK... YOU CAN'T... even make manpages .... that 'd be simply-usable...

I think also your U. S. „L/R problems” are also from your f***ng, sinful-THUS-stupid, antimorality... . The one nation, that is in „big bit” comparable to Russia...

I hear NLP when listening to U. S. music (there are some honorable exceptions).

Hibernation kernel replaced – No extra HDD spindowns @Knoppix's 5.10.10-64 Kernel [ear methodology/HIBERNATION SUSPEND TO DISK]

This one (this time) OK. But let's see furtherly, if it is not some random effect.

(I don't believe in randomness nor big-bang, but it is some simple term...)

Methodology of testing process

HDD during hibnernation ear-examined, [during using silenced ATX power supply, still].

Effect fully contrary to Manjaro Linux with kernel 6.11 !!! Some significant change.

Sometimes it is simpler to exchange the kernel inside Linux filesystem tree, not to build it yourself.

Cons of kernel recompilation

Recompilation demands turning sync mount option, which can be also problematic. I not trust in journaling fs, nor in SSD (Solid State Drive) – NOR HYBRID.

MORE AT MAIN WORDPRESS BLOG

Sometimes it is better to COPY the Linux kernel (&includes) from a Live distro - effect: ZERO dmesg's about sr0 drive!

• Knoppix Linux distribution is good example. Compilation (Kbuild) is often (or very often?) waste of time - this, that switch – with SATA / PATA driver, .config-file IMO strange combinations — is time-waster. Linux should bring normality, NOT Windows-typed bugs (which one is hibernation spinning down HDD three times). [But actual Linux versions have THIS hiber-bug still – Torvalds IMO seems not concerned about it if this bug is... BY DESIGN. „Design = resign”.]. One problem [CD] you can resolve but other is, as far as I study code – algorithmic one. Knoppix launches even from GRUB (the ISO file placed somewhere...) and this technique should be recommended when dealing with new hardware (avoiding unnecessary compilations if they produce so many hardware - year after year....). Some DVD drive not lasted even about several months.
• Includes' have symlink – pointing to kernel includes (so important, without need to seach for ....-headers package)
• Kernel, now 5.10.10-64 seems a bit faster sometimes
• ZERO dmesg's about sr0 drive! No horkages, no CD driver speed limit

Hibernation 3 spindowns@full cycle—THE FIXING process: they seems to CONFUSE standby w/sleep and/or... w/hibernation — inside libata-core.c

What is this function?? When it is not from group of standard PM callbacks.

Mistake fallacy between HDD spin down programs and... hibernation?? Windows Revo Sleep app in subconscious!!!! Bugs origin from bad religion in hearts, not (generatively) from spoken (not so much in media...) laziness (it is a derivative-only — see they can't use categorial logic when programming!!:::) — they psycho-compensate it with „means” of prolonged categorial bias fallacies, when using too-scattered procedures of different name elements. What is role of ata_dev_power_standby function?? Fully manual standby of DISK-ONLY (as one of functions of old Win' Revo Sleep for example), -or- SYSTEM-WIDE??

Original libata-core.c code nano's (additionally, HTML is gnome-term... not from quick roxterm app!!!!) view - see how many „Torvaldic” logical fallacies we have inside (ver 6.11.0-....-MANJARO)

Maybe „...ion” GOGical name??? There was a time I thought America is smarter. It is not mere difference such as for ex. DMA-UDMA difference. It is logical fallacy across multiple, scattered Linux PM code (and, if using inductive reasoning in humanistic disciplines, other contemporary Linux functionalities!!!!)

1999 void ata_dev_power_set_standby(struct ata_device *dev)
2000 {
2001         unsigned long ap_flags = dev->link->ap->flags;
2002         struct ata_taskfile tf;
2003         unsigned int err_mask;
2004
2005         /* If the device is already sleeping or in standby, do nothing. */
2006         if ((dev->flags & ATA_DFLAG_SLEEPING) ||
2007             !ata_dev_power_is_active(dev))
2008                 return;
2009
2010         /*
2011          * Some odd clown BIOSes issue spindown on power off (ACPI S4 or S>
2012          * causing some drives to spin up and down again. For these, do no>
2013          * if we are being called on shutdown.
2014          */
2015         if ((ap_flags & ATA_FLAG_NO_POWEROFF_SPINDOWN) &&
2016             system_state == SYSTEM_POWER_OFF)
2017                 return;
2018
2019         if ((ap_flags & ATA_FLAG_NO_HIBERNATE_SPINDOWN) &&
2020             system_entering_hibernation())
2021                 return;

Encyclopedia approach DOES MATTER. Design patterns of function naming. Name it longerly.

What ...do_suspend differs than ...set_standby??? Even from ancient point of view, the „set” and the „do” words are very different — „do” is more „Javanic” (Greek). Remember Java Script? You program some stuff (or, worserly, someones - NLP...) but the function nesting overhead appears.

     —Instead of concentrate of mere irrelevant „problems” typed oh! you are using Manjaro Linux, you should learn first that words matters. Structure of word has internal logic — NOT ONLY RBX-categories or RSI – that word you use, THAT level of wisdom you will have. As in religion, as in programming (see Strong's Concordance to meditate more (not Rome!!!) on role of individual letters in the building of word AND BE HUMBLE, USTUPID).

LINUX HIBERNATION PATCH: CAUSED HDD SPIN DOWNS 3-TIMES (!!!) — REDUCED TO 2 now — working part of the bug FIX: I managed to ELIMINATE the one case, about the SNAPSHOT image saving image – HDD SPINDOWN REDUNDANCE!! STUPID PROGRAMMERS

So far general stub with conditional if, (nouveau KMS waits...)

In any standard Linux distribution, when you hibernate system to HDD – the disk is powered down 3 TIMES, NOT due to stupidity of Linux programmers

The bug is when uswsusp but reaches swsusp in kernel.

The bug means i short terms that HDD is powered down (spinned down that you can hear it clearly!!) unnecessary times (as in Windows 7, XP & even W2000 had hibernation functionality normal). They made code reusing in the improper manner.

HDD SPINDOWN REDUNDANCE!! STUPID PROGRAMMERS (& users).

„I can't believe” — — that you all not observed it — WHAT is your intuition??? And, where!!! You maybe wait for Fedora, Cent OS... wait, wait... waiting and lazy.... . HOW!!! Really you are unmoral SHIT that group of idiots made idiotal continuum (even if they name themselves Linux system programmers). „We” are not automatons – THINK! 

A some clue from grepping?? AND ROXTERM CAN'T COPY HTML FORMAT YOU „VARIOUS CURIOUS”

Error „listing” from Kbuild/make:

/HIBERPATCH/krnl_with_hiber_modifs/linux611/src/linux-6.11-rc3/samples/bpf/xdp_sample.bpf.h: * perf uses -Wstrict-aliasing=3 which makes build fail

Next worst a[s]pect of Linux is you need... the debugger for debugger, AND some de fucto compiler for even a... compiler.

They can't even port Linice to 64-bit 2024 systems. This'd be Linux future direction??!! YOU STUPID TALK ABOUT 128?!!

How **SHIT** you are, USA!!!

(...)

   LD [M]  drivers/scsi/csiostor/csiostor.o

  CC [M]  drivers/scsi/smartpqi/smartpqi_init.o

PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.

Stack dump:

0. Program arguments: clang -Wp,-MMD,drivers/scsi/smartpqi/.smartpqi_init.o.d -nostdinc -I./arch/x86/include -I./arch/x86/include/generated -I./include -I./arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/compiler-version.h -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -D__KERNEL__ --target=x86_64-linux-gnu -fintegrated-as -Werror=unknown-warning-option -Werror=ignored-optimization-argument -Werror=option-ignored -Werror=unused-command-line-argument -fmacro-prefix-map=./= -std=gnu11 -fshort-wchar -funsigned-char -fno-common -fno-PIE -fno-strict-aliasing -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fcf-protection=branch -fno-jump-tables -m64 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mstack-alignment=8 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -Wno-sign-compare -fno-asynchronous-unwind-tables -mretpoline-external-thunk -mindirect-branch-cs-prefix -mfunction-return=thunk-extern -mharden-sls=all -fpatchable-function-entry=16,16 -fno-delete-null-pointer-checks -O2 -fstack-protector-strong -ftrivial-auto-var-init=zero -fno-stack-clash-protection -pg -mfentry -DCC_USING_NOP_MCOUNT -DCC_USING_FENTRY -falign-functions=16 -fstrict-flex-arrays=3 -fno-strict-overflow -fno-stack-check -Wall -Wundef -Werror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Werror=strict-prototypes -Wno-format-security -Wno-trigraphs -Wno-frame-address -Wno-address-of-packed-member -Wmissing-declarations -Wmissing-prototypes -Wframe-larger-than=2048 -Wno-gnu -Wvla -Wno-pointer-sign -Wcast-function-type -Wimplicit-fallthrough -Werror=date-time -Werror=incompatible-pointer-types -Wenum-conversion -Wextra -Wunused -Wno-unused-but-set-variable -Wno-unused-const-variable -Wno-format-overflow -Wno-format-overflow-non-kprintf -Wno-format-truncation-non-kprintf -Wno-override-init -Wno-pointer-to-enum-cast -Wno-tautological-constant-out-of-range-compare -Wno-unaligned-access -Wno-enum-compare-conditional -Wno-enum-enum-conversion -Wno-missing-field-initializers -Wno-type-limits -Wno-shift-negative-value -Wno-sign-compare -Wno-unused-parameter -g -gdwarf-5 -DMODULE -DKBUILD_BASENAME=\"smartpqi_init\" -DKBUILD_MODNAME=\"smartpqi\" -D__KBUILD_MODNAME=kmod_smartpqi -c -o drivers/scsi/smartpqi/smartpqi_init.o drivers/scsi/smartpqi/smartpqi_init.c

1. <eof> parser at end of file

2. Code generation

 #0 0x00007b958a9c4d90 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/lib/libLLVM.so.18.1+0x7c4d90)

 #1 0x00007b958a9c226d llvm::sys::CleanupOnSignal(unsigned long) (/usr/lib/libLLVM.so.18.1+0x7c226d)

 #2 0x00007b958a8a88e9 (/usr/lib/libLLVM.so.18.1+0x6a88e9)

 #3 0x00007b9589c50ae0 (/usr/lib/libc.so.6+0x3cae0)

 #4 0x00007b958caa12f4 llvm::MCAssembler::registerSymbol(llvm::MCSymbol const&) (/usr/lib/libLLVM.so.18.1+0x28a12f4)

 #5 0x00007b958cae94f1 llvm::MCObjectStreamer::emitValueImpl(llvm::MCExpr const*, unsigned int, llvm::SMLoc) (/usr/lib/libLLVM.so.18.1+0x28e94f1)

 #6 0x00007b958b660640 llvm::AddressPool::emit(llvm::AsmPrinter&, llvm::MCSection*) (/usr/lib/libLLVM.so.18.1+0x1460640)

 #7 0x00007b958b6d7b8b llvm::DwarfDebug::endModule() (/usr/lib/libLLVM.so.18.1+0x14d7b8b)

 #8 0x00007b958b66fb1b llvm::AsmPrinter::doFinalization(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x146fb1b)

 #9 0x00007b958ab78e0d llvm::FPPassManager::doFinalization(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x978e0d)

#10 0x00007b958ab85149 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x985149)

#11 0x00007b959392f21f clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>, clang::BackendConsumer*) (/usr/lib/libclang-cpp.so.18.1+0x152f21f)

#12 0x00007b9593cadd95 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/usr/lib/libclang-cpp.so.18.1+0x18add95)

#13 0x00007b9592989f23 clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib/libclang-cpp.so.18.1+0x589f23)

#14 0x00007b959441a7c1 clang::FrontendAction::Execute() (/usr/lib/libclang-cpp.so.18.1+0x201a7c1)

#15 0x00007b95943bbad7 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib/libclang-cpp.so.18.1+0x1fbbad7)

#16 0x00007b959446e11d clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/libclang-cpp.so.18.1+0x206e11d)

#17 0x00005bddd4459284 cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-18+0x13284)

#18 0x00005bddd445d5ba (/usr/bin/clang-18+0x175ba)

#19 0x00007b95940f7175 (/usr/lib/libclang-cpp.so.18.1+0x1cf7175)

#20 0x00007b958a8a8d3a llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/usr/lib/libLLVM.so.18.1+0x6a8d3a)

#21 0x00007b95940f9aa6 (/usr/lib/libclang-cpp.so.18.1+0x1cf9aa6)

#22 0x00007b95940b5529 clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/usr/lib/libclang-cpp.so.18.1+0x1cb5529)

#23 0x00007b95940b591c clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/usr/lib/libclang-cpp.so.18.1+0x1cb591c)

#24 0x00007b95940d38c4 clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/usr/lib/libclang-cpp.so.18.1+0x1cd38c4)

#25 0x00005bddd445febd clang_main(int, char**, llvm::ToolContext const&) (/usr/bin/clang-18+0x19ebd)

#26 0x00005bddd4450fb5 main (/usr/bin/clang-18+0xafb5)

#27 0x00007b9589c39c88 (/usr/lib/libc.so.6+0x25c88)

#28 0x00007b9589c39d4c __libc_start_main (/usr/lib/libc.so.6+0x25d4c)

#29 0x00005bddd4451015 _start (/usr/bin/clang-18+0xb015)

clang: error: clang frontend command failed with exit code 139 (use -v to see invocation)

clang version 18.1.8

Target: x86_64-unknown-linux-gnu

Thread model: posix

InstalledDir: /usr/bin

clang: note: diagnostic msg: 

********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:

Preprocessed source(s) and associated run script(s) are located at:

clang: note: diagnostic msg: /tmp/smartpqi_init-60f254.c

clang: note: diagnostic msg: /tmp/smartpqi_init-60f254.sh

clang: note: diagnostic msg: 

********************

make[5]: *** [scripts/Makefile.build:244: drivers/scsi/smartpqi/smartpqi_init.o] Error 1

make[4]: *** [scripts/Makefile.build:485: drivers/scsi/smartpqi] Error 2

make[3]: *** [scripts/Makefile.build:485: drivers/scsi] Error 2

make[2]: *** [scripts/Makefile.build:485: drivers] Error 2

make[1]: *** [/HIBERPATCH/original/linux611/src/linux-6.11-rc3/Makefile:1925: .] Error 2

'nolpm' parameter at Linux kernel command line NOT suppressed REDUNDANT HDD spin down — shortening hard disk lifetime. SHIT OPEN SOURCE NEO-PROPRIETARY LIARS

Understand what written?

You crap think that SSD disks are better?? WHY STUPID!!?
Marketing worms!! FALSE opensource co-workers, compared to Windows!! MONOPOLY of laziness.
They go into opensource to help others- or- to accumulate experience to return into buggy proprietary??? WHAT experience?? In managing of new HYBRID mainboard  „cards”: crap-shit hybrid modules?? BE CURSED!!! 

A HIDDEN **bug in Linux kernel**/driver SHORTENS your internal HDD lifetime, most stupid POPCORNED people — by unnecessary spindown the drive before hibernation.

Tested 6.5.13-7-MANJARO s2disk && the system freeze function alone.

Both generates UNNECESSARY HDD SPINDOWN. I know this sound very well, SMART is „OK”, this are ONLY by hibernation (some signs that ALSO AT... RESUME!!!!)

On earlier versions I don't had occasion to even try to hear it – because of noise isolation I use.

Of course, method was 'shutdown'. Why to bother also with ACPI??

More at previous blog entry. Doubting it has been repaired – to my intuition, they definitely can't. The kernel „new” „better” „features” are so boring... they can't even cooperate with Intel Software — (that is, SSEx) the Emulator – NOT WORKING despite some longer command-line parameters config, mere crap, exception privileged instruction....

Maybe you're so happy apes due to... factual corporate-heart (still)?

–Despite freeware origin destinations that are freedom, portability, robustness, easy deployment (as in Porteus distribution) .... 

The bug is in freeze functionality, that is part of s2disk/swsusp layer also

echo freeze > /sys/power/state   reproduce it.

–residing probably in HDD driver kernel module.

—I assume that all versions „higher” are affected.

—Some Vista-or-later had this error also. I remember this detail perfectly.

More about issue at previous blog entry.

Messed up, *regression* Linux kernel: the sys-freeze command-line SPINS DOWN *also* the internal HDD!!!!! Cause »YOU« are genuinely STUPID – can’t COOPERATE as in free, as in corpocrate-ware (often).

What I mean about that?

echo freeze > /sys/power/state

And this f***ing, STUPID internet forums: blah blah try this, and go THIS and THIS. Try compatible OpenSUSE, try easy Ubuntu, ... try customizable Arch Linux. Why need to comment even a comment (even nested forum comments(?!!) ).

—Genuinely STUPID USA!!!

Why you have such multi entries in forums topic categories (or „tags”?? Who has knowledge how REALLY you are empty-minded?)

Linux has been made (-not- created!! We, you are NOT Creators!!!) with „freedom” and also other „usability”, „openness”, „zero-paid”, etc..

But… you think one, but do the …. second „one”. Simply, MUCH hypocrisy.

You start, and can’t end (that is, made sth simple & natural, really FREE from errors)

Working with software with China hardware was especially the most bad idea. Embargo is OK idea – but but only when ON, not in OFF mixed-mode state.

 Similarly as this disk turning into hibernation.

If you can’t operate computers properly.. ONLY THIS STUPID Raspberry Pi

We are NOT computers. Assembler shows CLEARLY, yea, CLEARLY that some theorems can be TRUE, but nonevidenceable in formal logic system.

One of these are, the increasing necessity to unanimalize the society. Maybe some new key-point for slowing down IT industry??

European soul can’t understand America clearly! Its impossible.

Bad inventions, wars — arose from USA. **Cursed** location of immorality, let take the affairs of prolonged colonies across the world. Zero, not a hero. And a question slightly harder: why two „l” letters, not one??

Then, the conspiracy theories tend to be important. Even free, open computer software are in link with corporate, evil-oriented rat race.

Problem has been indicated initially even at Poland slavery’ country, by one Ryszard Sobkowski headline.

Multitudes talking: Bible, Jesus, worship. But not in computer science?? WHY? Moral dwarves.
So tiny amount of bug-free areas. Bugs, bugs everywhere… shit society elements. Even your language has bugs. Can’t stand English minus signs across the text. ENG has too much irony, its Babelic, *not* „angel-England”.