On 02/04/2018 05:28 PM, Adrian Popa wrote:
Scuze că reînviu threadul ăsta după 2+ ani, dar după doi ani de trăit cu
problema mi-a ajuns cuțitul la os și am început săpăturile.

Mesajele la boot arată cam așa:
[    0.698347] ACPI: Added _OSI(Module Device)
[    0.698351] ACPI: Added _OSI(Processor Device)
[    0.698355] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.698359] ACPI: Added _OSI(Processor Aggregator Device)
[    0.700443] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.700603] ACPI: Dynamic OEM Table Load:
[    0.700831] ACPI: SSDT 0xFFFF96F5189B5000 000CA9 (v02 FUJ    Win8Ssdt
00000001 INTL 20061109)
[   39.359608] ACPI: Dynamic OEM Table Load:
[   39.359624] ACPI: SSDT 0xFFFF96F518A2A000 0008EA (v01 PmRef  Cpu0Cst
00003001 INTL 20061109)
[   39.360035] ACPI: Dynamic OEM Table Load:
[   39.360046] ACPI: SSDT 0xFFFF96F518A26C00 000303 (v01 PmRef  ApIst
00003000 INTL 20061109)
[   39.360316] ACPI: Dynamic OEM Table Load:
[   39.360326] ACPI: SSDT 0xFFFF96F518A1D600 000119 (v01 PmRef  ApCst
00003000 INTL 20061109)
[   39.362110] ACPI : EC: EC started
[   39.362116] ACPI : EC: interrupt blocked

Am crezut că SSDT are legătură cu SSD-ul, așa că l-am schimbat cu un HDD
normal, dar problema a persistat. Am încercat și cu alte kernele (4.9) și
alte distribuții (SystemRescueCD) și problema a persistat.
Așa că pasul 2 a fost să bootez cu acpi=off - și surpriză - a bootat în 10
secunde.
Problema e că de când am bootat cu acpi=off, am următoarele dude:
1. Nu mai vede bateria (upower -d nu o mai arata)
2. Am problema cu timerele. Ocazional "ceasul" bate mult mai repede și asta
duce la duplicarea tastelor apăsate
3. Probabil mai sunt o tonă de probleme pe care nu le-am descoperit încă.

Întrebarea mea e - pot boota cu acpi=off și să-l activez după boot?
din cite stiu eu, nu. iar in acest context, citez mai jos un mesaj de acum 4 luni de pe o lista la care sint abonat. daca nu gresesc, kernelul la care se refera el va fi acelasi indiferent ca ruleaza pe x86 sau ARM


Mă deranjează doar că la boot îi ia mult.
eu am un blade ibm la care initializarea dureaza vreo 2 min ...


În BIOS nu am văzut ceva  relevant
legat de ACPI.
Alte idei?
update bios e probabil unica solutie. si da, stiu, probabil ai deja cea mai recenta versiune :) eu, cind pe calculatorul de acasa am fost in situatia ta, am ales sa utilizez hibernare in loc de power off



Iata si citatul promis:



Hi all,

Most of you know me. For those who don't, I'm Chief ARM Architect at Red
Hat and started the internal Red Hat ARM team back in 2011. I've also
worked on creating most of the ARM server standards, and with every
silicon vendor since their design was a paper napkin drawing.

So it is with some authority I can tell you that ARM servers without
ACPI have no future. Those of you booting with "acpi=off" are running
machines completely in violation of the ARM server specs (which mandate
the use of ACPI tables). You can choose to do this, but such configs
have never been tested and are completely guaranteed to break randomly
in the future when you update the distribution, or the hardware.

But not everyone has fully gotten this message. Beginning in the next
release of the upstream distro from which CentOS inherits its sources,
there is a nasty warning message which will be printed if you boot while
attempting to disable ACPI, or even if the platform contains DeviceTree
tables (whether used or not). The kernel will also taint itself if it
detects the presence of DeviceTree on a platform at all.

Going forward, I am instituting logic that will cause the kernel to
panic and fail to boot at all when a platform contains a DeviceTree
(whether used or not) unless some parameter like "platform_is_broken" is
passed to the kernel. This is irrespective of whether you actually boot
with ACPI or not. All platforms that aren't simply ACPI must be removed
from the face of the earth as quickly as possible and replaced with
fully standardized ones compliant with the ARM server specs. The good
news is that firmware updates will allow anyone still shipping a
DeviceTree to remove it from future platform updates to be compliant.

Now is a good time to stop thinking about disabling ACPI. It is only
going to get much, much harder to turn it off.

Jon.






_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Raspunde prin e-mail lui