#acpi — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #acpi, aggregated by home.social.
-
Found a bug with an HP Pavillon laptop, where CapsLock gets inverted upon resume from sleep by opening the lid. It'll type all-caps, even if you press CapsLock key to disable it. Impossible to unlock the screen.
Workaround I found: press left Shift (not right Shift) once to reset the state before typing the password.
Does not affect screen locking nor suspending without lid close, only when resuming by opening the lid.
Weird as hell, but HP I guess 🤷
-
Found a bug with an HP Pavillon laptop, where CapsLock gets inverted upon resume from sleep by opening the lid. It'll type all-caps, even if you press CapsLock key to disable it. Impossible to unlock the screen.
Workaround I found: press left Shift (not right Shift) once to reset the state before typing the password.
Does not affect screen locking nor suspending without lid close, only when resuming by opening the lid.
Weird as hell, but HP I guess 🤷
-
Found a bug with an HP Pavillon laptop, where CapsLock gets inverted upon resume from sleep by opening the lid. It'll type all-caps, even if you press CapsLock key to disable it. Impossible to unlock the screen.
Workaround I found: press left Shift (not right Shift) once to reset the state before typing the password.
Does not affect screen locking nor suspending without lid close, only when resuming by opening the lid.
Weird as hell, but HP I guess 🤷
-
Found a bug with an HP Pavillon laptop, where CapsLock gets inverted upon resume from sleep by opening the lid. It'll type all-caps, even if you press CapsLock key to disable it. Impossible to unlock the screen.
Workaround I found: press left Shift (not right Shift) once to reset the state before typing the password.
Does not affect screen locking nor suspending without lid close, only when resuming by opening the lid.
Weird as hell, but HP I guess 🤷
-
Found a bug with an HP Pavillon laptop, where CapsLock gets inverted upon resume from sleep by opening the lid. It'll type all-caps, even if you press CapsLock key to disable it. Impossible to unlock the screen.
Workaround I found: press left Shift (not right Shift) once to reset the state before typing the password.
Does not affect screen locking nor suspending without lid close, only when resuming by opening the lid.
Weird as hell, but HP I guess 🤷
-
-
-
-
-
-
Hey #Mastodon ,
Do you want to see a #MotherBoard manufacturer that runs like 💩 with their #ACPI tables?
I present you #Gigabyte !
3 #BIOS revision that goes worst each time (and I test only officially released, not beta).The version 11 is just unable to start the #Linux #Kernel properly.
I'm quite sure #Amd will be thrived to know they destroy their platform..And gigabyte support? You tell me,
"We only support #windows .
(Also identifiable as trash fire reason)1/2
-
Hey #Mastodon ,
Do you want to see a #MotherBoard manufacturer that runs like 💩 with their #ACPI tables?
I present you #Gigabyte !
3 #BIOS revision that goes worst each time (and I test only officially released, not beta).The version 11 is just unable to start the #Linux #Kernel properly.
I'm quite sure #Amd will be thrived to know they destroy their platform..And gigabyte support? You tell me,
"We only support #windows .
(Also identifiable as trash fire reason)1/2
-
Hey #Mastodon ,
Do you want to see a #MotherBoard manufacturer that runs like 💩 with their #ACPI tables?
I present you #Gigabyte !
3 #BIOS revision that goes worst each time (and I test only officially released, not beta).The version 11 is just unable to start the #Linux #Kernel properly.
I'm quite sure #Amd will be thrived to know they destroy their platform..And gigabyte support? You tell me,
"We only support #windows .
(Also identifiable as trash fire reason)1/2
-
Hey #Mastodon ,
Do you want to see a #MotherBoard manufacturer that runs like 💩 with their #ACPI tables?
I present you #Gigabyte !
3 #BIOS revision that goes worst each time (and I test only officially released, not beta).The version 11 is just unable to start the #Linux #Kernel properly.
I'm quite sure #Amd will be thrived to know they destroy their platform..And gigabyte support? You tell me,
"We only support #windows .
(Also identifiable as trash fire reason)1/2
-
Hey #Mastodon ,
Do you want to see a #MotherBoard manufacturer that runs like 💩 with their #ACPI tables?
I present you #Gigabyte !
3 #BIOS revision that goes worst each time (and I test only officially released, not beta).The version 11 is just unable to start the #Linux #Kernel properly.
I'm quite sure #Amd will be thrived to know they destroy their platform..And gigabyte support? You tell me,
"We only support #windows .
(Also identifiable as trash fire reason)1/2
-
Пишем свою OS на Zig: Первый релиз с многоядерностью, FAT32 и скриптами
11 000 строк кода, 95% Zig, 0% стандартной библиотеки: история создания NovumOS с поддержкой SMP, FAT32 LFN и Huge Pages. Привет, Хабр! 👋 Меня зовут Антон, и я хочу поделиться историей создания своей собственной операционной системы. Это моя первая статья и первый серьезный релиз системы ( v0.20 ). Многие разработчики мечтают написать свою операционную систему. Обычно этот путь заканчивается на выводе "Hello World" в VGA-буфер. Я тоже начинал с малого (C# COSMOS), потом уходил в Ассемблер, бросал, возвращался... Но в этот раз я решил пойти до конца. Моей целью было не просто запустить ядро, а создать современную, масштабируемую архитектуру на современном языке. Встречайте NovumOS ...
https://habr.com/ru/articles/995136/
#Zig #OSDev #Kernel #операционные_системы #x86 #SMP #multicore #paging #FAT32 #ACPI
-
Пишем свою OS на Zig: Первый релиз с многоядерностью, FAT32 и скриптами
11 000 строк кода, 95% Zig, 0% стандартной библиотеки: история создания NovumOS с поддержкой SMP, FAT32 LFN и Huge Pages. Привет, Хабр! 👋 Меня зовут Антон, и я хочу поделиться историей создания своей собственной операционной системы. Это моя первая статья и первый серьезный релиз системы ( v0.20 ). Многие разработчики мечтают написать свою операционную систему. Обычно этот путь заканчивается на выводе "Hello World" в VGA-буфер. Я тоже начинал с малого (C# COSMOS), потом уходил в Ассемблер, бросал, возвращался... Но в этот раз я решил пойти до конца. Моей целью было не просто запустить ядро, а создать современную, масштабируемую архитектуру на современном языке. Встречайте NovumOS ...
https://habr.com/ru/articles/995136/
#Zig #OSDev #Kernel #операционные_системы #x86 #SMP #multicore #paging #FAT32 #ACPI
-
Пишем свою OS на Zig: Первый релиз с многоядерностью, FAT32 и скриптами
11 000 строк кода, 95% Zig, 0% стандартной библиотеки: история создания NovumOS с поддержкой SMP, FAT32 LFN и Huge Pages. Привет, Хабр! 👋 Меня зовут Антон, и я хочу поделиться историей создания своей собственной операционной системы. Это моя первая статья и первый серьезный релиз системы ( v0.20 ). Многие разработчики мечтают написать свою операционную систему. Обычно этот путь заканчивается на выводе "Hello World" в VGA-буфер. Я тоже начинал с малого (C# COSMOS), потом уходил в Ассемблер, бросал, возвращался... Но в этот раз я решил пойти до конца. Моей целью было не просто запустить ядро, а создать современную, масштабируемую архитектуру на современном языке. Встречайте NovumOS ...
https://habr.com/ru/articles/995136/
#Zig #OSDev #Kernel #операционные_системы #x86 #SMP #multicore #paging #FAT32 #ACPI
-
Пишем свою OS на Zig: Первый релиз с многоядерностью, FAT32 и скриптами
11 000 строк кода, 95% Zig, 0% стандартной библиотеки: история создания NovumOS с поддержкой SMP, FAT32 LFN и Huge Pages. Привет, Хабр! 👋 Меня зовут Антон, и я хочу поделиться историей создания своей собственной операционной системы. Это моя первая статья и первый серьезный релиз системы ( v0.20 ). Многие разработчики мечтают написать свою операционную систему. Обычно этот путь заканчивается на выводе "Hello World" в VGA-буфер. Я тоже начинал с малого (C# COSMOS), потом уходил в Ассемблер, бросал, возвращался... Но в этот раз я решил пойти до конца. Моей целью было не просто запустить ядро, а создать современную, масштабируемую архитектуру на современном языке. Встречайте NovumOS ...
https://habr.com/ru/articles/995136/
#Zig #OSDev #Kernel #операционные_системы #x86 #SMP #multicore #paging #FAT32 #ACPI
-
Highlights from the main #acpi merge for #Linux 7.0:
""This one is significantly larger than previous ACPI support pull requests because several significant updates have coincided in it.
First, there is a routine ACPICA code update, to upstream version 20251212, but this time it covers new ACPI 6.6 material that has not been covered yet. Among other things, it includes definitions of a few new ACPI tables and updates of some others, like the GICv5 MADT structures and ARM IORT IWB node definitions that are used for adding GICv5 ACPI probing on ARM (that technically is IRQ subsystem material, but it depends on the ACPICA changes, so it is included here). The latter alone adds a few hundred lines of new code.
Second, there is an update of ACPI _OSC handling including a fix that prevents failures from occurring in some corner cases due to careless handling of _OSC error bits.
On top of that, the "system resource" ACPI device objects with the PNP0C01 and PNP0C02 are now going to be handled by the ACPI core device enumeration code instead of handing them over to the legacy PNP system driver which causes device enumeration issues to occur. Some of those issues have been worked around in device drivers and elsewhere and those workarounds should not be necessary any more, so they are going away.
Moreover, the time has come to convert all "core ACPI" device drivers that were still using struct acpi_driver objects for device binding into proper platform drivers that use struct platform_driver for this purpose. These updates are accompanied by some requisite core ACPI device enumeration code changes.
Next, there are ACPI APEI updates, including changes to avoid excess overhead in the NMI handler and in SEA on the ARM side, changes to unify ACPI-based HW error tracing and logging, and changes to prevent APEI code from reaching out of its allocated memory.
There are also some ACPI power management updates, mostly related to the ACPI cpuidle support in the processor driver, suspend-to-idle handling on systems with ACPI support and to ACPI PM of devices.
In addition to the above, bugs are fixed and the code is cleaned up in assorted places all over.
[…] ""
https://git.kernel.org/torvalds/c/d84e173311c4f0b0300755e6445f3224d252eeed
-
Highlights from the main #acpi merge for #Linux 7.0:
""This one is significantly larger than previous ACPI support pull requests because several significant updates have coincided in it.
First, there is a routine ACPICA code update, to upstream version 20251212, but this time it covers new ACPI 6.6 material that has not been covered yet. Among other things, it includes definitions of a few new ACPI tables and updates of some others, like the GICv5 MADT structures and ARM IORT IWB node definitions that are used for adding GICv5 ACPI probing on ARM (that technically is IRQ subsystem material, but it depends on the ACPICA changes, so it is included here). The latter alone adds a few hundred lines of new code.
Second, there is an update of ACPI _OSC handling including a fix that prevents failures from occurring in some corner cases due to careless handling of _OSC error bits.
On top of that, the "system resource" ACPI device objects with the PNP0C01 and PNP0C02 are now going to be handled by the ACPI core device enumeration code instead of handing them over to the legacy PNP system driver which causes device enumeration issues to occur. Some of those issues have been worked around in device drivers and elsewhere and those workarounds should not be necessary any more, so they are going away.
Moreover, the time has come to convert all "core ACPI" device drivers that were still using struct acpi_driver objects for device binding into proper platform drivers that use struct platform_driver for this purpose. These updates are accompanied by some requisite core ACPI device enumeration code changes.
Next, there are ACPI APEI updates, including changes to avoid excess overhead in the NMI handler and in SEA on the ARM side, changes to unify ACPI-based HW error tracing and logging, and changes to prevent APEI code from reaching out of its allocated memory.
There are also some ACPI power management updates, mostly related to the ACPI cpuidle support in the processor driver, suspend-to-idle handling on systems with ACPI support and to ACPI PM of devices.
In addition to the above, bugs are fixed and the code is cleaned up in assorted places all over.
[…] ""
https://git.kernel.org/torvalds/c/d84e173311c4f0b0300755e6445f3224d252eeed
-
Highlights from the main #acpi merge for #Linux 7.0:
""This one is significantly larger than previous ACPI support pull requests because several significant updates have coincided in it.
First, there is a routine ACPICA code update, to upstream version 20251212, but this time it covers new ACPI 6.6 material that has not been covered yet. Among other things, it includes definitions of a few new ACPI tables and updates of some others, like the GICv5 MADT structures and ARM IORT IWB node definitions that are used for adding GICv5 ACPI probing on ARM (that technically is IRQ subsystem material, but it depends on the ACPICA changes, so it is included here). The latter alone adds a few hundred lines of new code.
Second, there is an update of ACPI _OSC handling including a fix that prevents failures from occurring in some corner cases due to careless handling of _OSC error bits.
On top of that, the "system resource" ACPI device objects with the PNP0C01 and PNP0C02 are now going to be handled by the ACPI core device enumeration code instead of handing them over to the legacy PNP system driver which causes device enumeration issues to occur. Some of those issues have been worked around in device drivers and elsewhere and those workarounds should not be necessary any more, so they are going away.
Moreover, the time has come to convert all "core ACPI" device drivers that were still using struct acpi_driver objects for device binding into proper platform drivers that use struct platform_driver for this purpose. These updates are accompanied by some requisite core ACPI device enumeration code changes.
Next, there are ACPI APEI updates, including changes to avoid excess overhead in the NMI handler and in SEA on the ARM side, changes to unify ACPI-based HW error tracing and logging, and changes to prevent APEI code from reaching out of its allocated memory.
There are also some ACPI power management updates, mostly related to the ACPI cpuidle support in the processor driver, suspend-to-idle handling on systems with ACPI support and to ACPI PM of devices.
In addition to the above, bugs are fixed and the code is cleaned up in assorted places all over.
[…] ""
https://git.kernel.org/torvalds/c/d84e173311c4f0b0300755e6445f3224d252eeed
-
Highlights from the main #acpi merge for #Linux 7.0:
""This one is significantly larger than previous ACPI support pull requests because several significant updates have coincided in it.
First, there is a routine ACPICA code update, to upstream version 20251212, but this time it covers new ACPI 6.6 material that has not been covered yet. Among other things, it includes definitions of a few new ACPI tables and updates of some others, like the GICv5 MADT structures and ARM IORT IWB node definitions that are used for adding GICv5 ACPI probing on ARM (that technically is IRQ subsystem material, but it depends on the ACPICA changes, so it is included here). The latter alone adds a few hundred lines of new code.
Second, there is an update of ACPI _OSC handling including a fix that prevents failures from occurring in some corner cases due to careless handling of _OSC error bits.
On top of that, the "system resource" ACPI device objects with the PNP0C01 and PNP0C02 are now going to be handled by the ACPI core device enumeration code instead of handing them over to the legacy PNP system driver which causes device enumeration issues to occur. Some of those issues have been worked around in device drivers and elsewhere and those workarounds should not be necessary any more, so they are going away.
Moreover, the time has come to convert all "core ACPI" device drivers that were still using struct acpi_driver objects for device binding into proper platform drivers that use struct platform_driver for this purpose. These updates are accompanied by some requisite core ACPI device enumeration code changes.
Next, there are ACPI APEI updates, including changes to avoid excess overhead in the NMI handler and in SEA on the ARM side, changes to unify ACPI-based HW error tracing and logging, and changes to prevent APEI code from reaching out of its allocated memory.
There are also some ACPI power management updates, mostly related to the ACPI cpuidle support in the processor driver, suspend-to-idle handling on systems with ACPI support and to ACPI PM of devices.
In addition to the above, bugs are fixed and the code is cleaned up in assorted places all over.
[…] ""
https://git.kernel.org/torvalds/c/d84e173311c4f0b0300755e6445f3224d252eeed
-
Highlights from the main #acpi merge for #Linux 7.0:
""This one is significantly larger than previous ACPI support pull requests because several significant updates have coincided in it.
First, there is a routine ACPICA code update, to upstream version 20251212, but this time it covers new ACPI 6.6 material that has not been covered yet. Among other things, it includes definitions of a few new ACPI tables and updates of some others, like the GICv5 MADT structures and ARM IORT IWB node definitions that are used for adding GICv5 ACPI probing on ARM (that technically is IRQ subsystem material, but it depends on the ACPICA changes, so it is included here). The latter alone adds a few hundred lines of new code.
Second, there is an update of ACPI _OSC handling including a fix that prevents failures from occurring in some corner cases due to careless handling of _OSC error bits.
On top of that, the "system resource" ACPI device objects with the PNP0C01 and PNP0C02 are now going to be handled by the ACPI core device enumeration code instead of handing them over to the legacy PNP system driver which causes device enumeration issues to occur. Some of those issues have been worked around in device drivers and elsewhere and those workarounds should not be necessary any more, so they are going away.
Moreover, the time has come to convert all "core ACPI" device drivers that were still using struct acpi_driver objects for device binding into proper platform drivers that use struct platform_driver for this purpose. These updates are accompanied by some requisite core ACPI device enumeration code changes.
Next, there are ACPI APEI updates, including changes to avoid excess overhead in the NMI handler and in SEA on the ARM side, changes to unify ACPI-based HW error tracing and logging, and changes to prevent APEI code from reaching out of its allocated memory.
There are also some ACPI power management updates, mostly related to the ACPI cpuidle support in the processor driver, suspend-to-idle handling on systems with ACPI support and to ACPI PM of devices.
In addition to the above, bugs are fixed and the code is cleaned up in assorted places all over.
[…] ""
https://git.kernel.org/torvalds/c/d84e173311c4f0b0300755e6445f3224d252eeed
-
Под капотом ACPI. Современное управление питанием
Как-то при разработке UEFI мне посчастливилось разбираться с таблицами описания системы в исходниках ASL (ACPI Source Language). Тема оказалась не тривиальная и моего багажа в несколько лет опыта, достаточно плотной embedded-разработки, не хватало для полного понимания работы подсистемы ACPI (Advanced Configuration and Power Interface). Поэтому пришлось исследовать доступные материалы на тему. В процессе поиска информации заметил, что очень мало русскоязычных статей на эту тему – а если и есть, то они в основном рассказывают о том, как включить какое-то оборудование на раннем этапе загрузки системы, а не дают понимания, как это устроено. Поэтому решил попробовать написать об устройстве ACPI, тем более что тема достаточно сложная для понимания – одна лишь спецификация ACPI занимает более 1200 страниц (на момент написания статьи). А некоторые даже и не знают о её существовании.
https://habr.com/ru/companies/icl_group/articles/990088/
#ACPI #ASL #AML #ACPI_Source_Language #ACPI_Machine_Language #OSPM #управление_питанием #ACPI_namespace #BIOS #OC
-
Под капотом ACPI. Современное управление питанием
Как-то при разработке UEFI мне посчастливилось разбираться с таблицами описания системы в исходниках ASL (ACPI Source Language). Тема оказалась не тривиальная и моего багажа в несколько лет опыта, достаточно плотной embedded-разработки, не хватало для полного понимания работы подсистемы ACPI (Advanced Configuration and Power Interface). Поэтому пришлось исследовать доступные материалы на тему. В процессе поиска информации заметил, что очень мало русскоязычных статей на эту тему – а если и есть, то они в основном рассказывают о том, как включить какое-то оборудование на раннем этапе загрузки системы, а не дают понимания, как это устроено. Поэтому решил попробовать написать об устройстве ACPI, тем более что тема достаточно сложная для понимания – одна лишь спецификация ACPI занимает более 1200 страниц (на момент написания статьи). А некоторые даже и не знают о её существовании.
https://habr.com/ru/companies/icl_group/articles/990088/
#ACPI #ASL #AML #ACPI_Source_Language #ACPI_Machine_Language #OSPM #управление_питанием #ACPI_namespace #BIOS #OC
-
Под капотом ACPI. Современное управление питанием
Как-то при разработке UEFI мне посчастливилось разбираться с таблицами описания системы в исходниках ASL (ACPI Source Language). Тема оказалась не тривиальная и моего багажа в несколько лет опыта, достаточно плотной embedded-разработки, не хватало для полного понимания работы подсистемы ACPI (Advanced Configuration and Power Interface). Поэтому пришлось исследовать доступные материалы на тему. В процессе поиска информации заметил, что очень мало русскоязычных статей на эту тему – а если и есть, то они в основном рассказывают о том, как включить какое-то оборудование на раннем этапе загрузки системы, а не дают понимания, как это устроено. Поэтому решил попробовать написать об устройстве ACPI, тем более что тема достаточно сложная для понимания – одна лишь спецификация ACPI занимает более 1200 страниц (на момент написания статьи). А некоторые даже и не знают о её существовании.
https://habr.com/ru/companies/icl_group/articles/990088/
#ACPI #ASL #AML #ACPI_Source_Language #ACPI_Machine_Language #OSPM #управление_питанием #ACPI_namespace #BIOS #OC
-
Под капотом ACPI. Современное управление питанием
Как-то при разработке UEFI мне посчастливилось разбираться с таблицами описания системы в исходниках ASL (ACPI Source Language). Тема оказалась не тривиальная и моего багажа в несколько лет опыта, достаточно плотной embedded-разработки, не хватало для полного понимания работы подсистемы ACPI (Advanced Configuration and Power Interface). Поэтому пришлось исследовать доступные материалы на тему. В процессе поиска информации заметил, что очень мало русскоязычных статей на эту тему – а если и есть, то они в основном рассказывают о том, как включить какое-то оборудование на раннем этапе загрузки системы, а не дают понимания, как это устроено. Поэтому решил попробовать написать об устройстве ACPI, тем более что тема достаточно сложная для понимания – одна лишь спецификация ACPI занимает более 1200 страниц (на момент написания статьи). А некоторые даже и не знают о её существовании.
https://habr.com/ru/companies/icl_group/articles/990088/
#ACPI #ASL #AML #ACPI_Source_Language #ACPI_Machine_Language #OSPM #управление_питанием #ACPI_namespace #BIOS #OC
-
NetBSD и NVIDIA Optimus
Чтобы задать уровень выдаваемой дичи сразу на весь 2026 год вперед, я написал эту замечательную статью.
https://habr.com/ru/articles/984894/
#netbsd #acpi #gpu #optimus #nvidia #kernel #kernel_module #kernel_development
-
NetBSD и NVIDIA Optimus
Чтобы задать уровень выдаваемой дичи сразу на весь 2026 год вперед, я написал эту замечательную статью.
https://habr.com/ru/articles/984894/
#netbsd #acpi #gpu #optimus #nvidia #kernel #kernel_module #kernel_development
-
NetBSD и NVIDIA Optimus
Чтобы задать уровень выдаваемой дичи сразу на весь 2026 год вперед, я написал эту замечательную статью.
https://habr.com/ru/articles/984894/
#netbsd #acpi #gpu #optimus #nvidia #kernel #kernel_module #kernel_development
-
NetBSD и NVIDIA Optimus
Чтобы задать уровень выдаваемой дичи сразу на весь 2026 год вперед, я написал эту замечательную статью.
https://habr.com/ru/articles/984894/
#netbsd #acpi #gpu #optimus #nvidia #kernel #kernel_module #kernel_development
-
Milk-V Titan – A $329 octa-core 64-bit RISC-V mini-ITX motherboard with a PCIe Gen4 x16 slot
-
My #Framework woke up too easily, and I wanted to make it sleep through keyboard and lid events. Here's how I did that, and how that made me rediscover that #ACPI quite likely is as misdesigned as it is on purpose (of course, by #Microsoft).
https://blog.tfiu.de/waking-the-framework-up-and-not.html
#zuengeln -
My #Framework woke up too easily, and I wanted to make it sleep through keyboard and lid events. Here's how I did that, and how that made me rediscover that #ACPI quite likely is as misdesigned as it is on purpose (of course, by #Microsoft).
https://blog.tfiu.de/waking-the-framework-up-and-not.html
#zuengeln -
My #Framework woke up too easily, and I wanted to make it sleep through keyboard and lid events. Here's how I did that, and how that made me rediscover that #ACPI quite likely is as misdesigned as it is on purpose (of course, by #Microsoft).
https://blog.tfiu.de/waking-the-framework-up-and-not.html
#zuengeln -
История одного патча II: приключения в FreeBSD
Продолжение истории с зависшей батареей, рассказываю что бывает если постоянно заимствовать пусть и открытый, но все же чужой код.
-
История одного патча II: приключения в FreeBSD
Продолжение истории с зависшей батареей, рассказываю что бывает если постоянно заимствовать пусть и открытый, но все же чужой код.
-
История одного патча II: приключения в FreeBSD
Продолжение истории с зависшей батареей, рассказываю что бывает если постоянно заимствовать пусть и открытый, но все же чужой код.
-
История одного патча II: приключения в FreeBSD
Продолжение истории с зависшей батареей, рассказываю что бывает если постоянно заимствовать пусть и открытый, но все же чужой код.
-
Pro Tip:
If you computer, be it #laptop or #desktop under #linux has issues with sleeping or other similar activities, either find someone else or learn to do yourself, dump your #ACPI tables, decompile them, and have a look at the sleep procedure. And anywhere else you're having problems, but especially sleep. #OEM s basically don't test their ACPI so things can be incredibly broken, and loading your own ACPI code after the machine is running can fix so many issues. Like Sleep.
-
Pro Tip:
If you computer, be it #laptop or #desktop under #linux has issues with sleeping or other similar activities, either find someone else or learn to do yourself, dump your #ACPI tables, decompile them, and have a look at the sleep procedure. And anywhere else you're having problems, but especially sleep. #OEM s basically don't test their ACPI so things can be incredibly broken, and loading your own ACPI code after the machine is running can fix so many issues. Like Sleep.
-
Pro Tip:
If you computer, be it #laptop or #desktop under #linux has issues with sleeping or other similar activities, either find someone else or learn to do yourself, dump your #ACPI tables, decompile them, and have a look at the sleep procedure. And anywhere else you're having problems, but especially sleep. #OEM s basically don't test their ACPI so things can be incredibly broken, and loading your own ACPI code after the machine is running can fix so many issues. Like Sleep.
-
Pro Tip:
If you computer, be it #laptop or #desktop under #linux has issues with sleeping or other similar activities, either find someone else or learn to do yourself, dump your #ACPI tables, decompile them, and have a look at the sleep procedure. And anywhere else you're having problems, but especially sleep. #OEM s basically don't test their ACPI so things can be incredibly broken, and loading your own ACPI code after the machine is running can fix so many issues. Like Sleep.
-
Pro Tip:
If you computer, be it #laptop or #desktop under #linux has issues with sleeping or other similar activities, either find someone else or learn to do yourself, dump your #ACPI tables, decompile them, and have a look at the sleep procedure. And anywhere else you're having problems, but especially sleep. #OEM s basically don't test their ACPI so things can be incredibly broken, and loading your own ACPI code after the machine is running can fix so many issues.
-
[Перевод] Как я обнаружил в ноутбуке Dell Inspiron баг ACPI, одолевавший меня восемь лет
Представьте, что вы закрываете крышку ноутбука, чтобы он ушёл в сон, однако вместо этого он перезагружается. Не каждый раз, но достаточно часто для того, чтобы выводить из себя. Вы пытаетесь сохранить свою работу, но машина решает, что нужно начинать заново. В течение восьми лет такой была реальность моего взаимодействия с Dell Inspiron 5567. Этот необъяснимый баг возникал в каждой установленной ОС. В статье я расскажу историю о том, как погрузился в исходный код прошивки и обнаружил единственную команду-виновницу.
-
[Перевод] Как я обнаружил в ноутбуке Dell Inspiron баг ACPI, одолевавший меня восемь лет
Представьте, что вы закрываете крышку ноутбука, чтобы он ушёл в сон, однако вместо этого он перезагружается. Не каждый раз, но достаточно часто для того, чтобы выводить из себя. Вы пытаетесь сохранить свою работу, но машина решает, что нужно начинать заново. В течение восьми лет такой была реальность моего взаимодействия с Dell Inspiron 5567. Этот необъяснимый баг возникал в каждой установленной ОС. В статье я расскажу историю о том, как погрузился в исходный код прошивки и обнаружил единственную команду-виновницу.
-
[Перевод] Как я обнаружил в ноутбуке Dell Inspiron баг ACPI, одолевавший меня восемь лет
Представьте, что вы закрываете крышку ноутбука, чтобы он ушёл в сон, однако вместо этого он перезагружается. Не каждый раз, но достаточно часто для того, чтобы выводить из себя. Вы пытаетесь сохранить свою работу, но машина решает, что нужно начинать заново. В течение восьми лет такой была реальность моего взаимодействия с Dell Inspiron 5567. Этот необъяснимый баг возникал в каждой установленной ОС. В статье я расскажу историю о том, как погрузился в исходный код прошивки и обнаружил единственную команду-виновницу.
-
[Перевод] Как я обнаружил в ноутбуке Dell Inspiron баг ACPI, одолевавший меня восемь лет
Представьте, что вы закрываете крышку ноутбука, чтобы он ушёл в сон, однако вместо этого он перезагружается. Не каждый раз, но достаточно часто для того, чтобы выводить из себя. Вы пытаетесь сохранить свою работу, но машина решает, что нужно начинать заново. В течение восьми лет такой была реальность моего взаимодействия с Dell Inspiron 5567. Этот необъяснимый баг возникал в каждой установленной ОС. В статье я расскажу историю о том, как погрузился в исходный код прошивки и обнаружил единственную команду-виновницу.
