Firmware bug acpi bios osi linux query ignored

Gentoo «ACPI: BIOS _OSI(Linux) query ignored»

Имеется ноут Asus k52jv. Поставил Gentoo и Win7 (подпиливал grub). Грузится нормально, все работает (вроде как :)).

При загрузке, сразу после выбора ОСи в Грубе, Гента мельком показывает какое-то сообщение, которое сразу исчезает — никак не успеваю прочитать, что там такое (что-то связанное с файловой системой, вроде).

Посему полез смотреть dmesg, вот чего насмотрел: http://paste.pocoo.org/show/488356/

1) [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored — щито это такое и как с ним бороться (и нужно бороться ли?)

2) ну, коль речь зашла о проблемах — что делать с jme 0000:04:00.5: eth0: UDP Checksum error ? Интернет используется кабельный, от роутера. DHCP добавлен в автостарт.

И по первому, и по второму вопросу гугл толком ничего не подсказал, посему решил объеденить оба вопроса тут.

>BIOS _OSI(Linux) query ignored — щито это такое

What is OSI and how is it used
OSI is an ACPI method provided by the operating system that can be invoked by ACPI BIOS code. It is used by BIOS developers to detect which operating system is running. The method that should be used (cmp. ACPI spec[1], chapter 5.7.2 and 5.7.3) is OS, but for various reasons, OSI is used to identify recent operating systems. The intent of the OSI function is to identify features provided by the OS. For example some BIOSes check for Vista which supports and demands the latest ACPI backlight functions (compare ACPI spec Appendix B). Vendors sometimes update BIOS to use OSI to work around specific oper- ating system problems. This is very dangerous and should always be avoided. Here is an example of how a vendor wrongly fixed his ACPI BIOS implemen- tation trying to work around a Linux bug. It then broke when newer kernels were fixed after the bug got identified: http://bugzilla.kernel.org/show bug.cgi?id=7787

У dmesg как не страннно есть

dmesg —help

Usage: dmesg [options]

(cut)

Supported log levels (priorities): emerg — system is unusable alert — action must be taken immediately crit — critical conditions err — error conditions warn — warning conditions notice — normal but significant condition info — informational debug — debug-level messages

Так вот обращай внимание с какого _уровня_ идут сообщения в dmesg

-n level

Set the level at which logging of messages is done to the console. For example, -n 1 prevents all messages, except panic messages, from appearing on the console.

Тоесть мне теперь нужно выставлять # dmesg -n 4 ребутится, и смотреть, с какого уровня ошибки? ладно 🙂

Источник

Arch Linux

Saw some errors in my kernel messages. Can you help/guide me on how to fix these errors?

DMAR : [Firmware Bug]: No firmware reserved region can cover this RMRR [0x00000000ad800000-0x00000000afffffff], contact BIOS vendor for fixes
DMAR: [Firmware Bug]: Your BIOS is broken; bad RMRR [0x00000000ad800000-0x00000000afffffff]
BIOS vendor: LENOVO; Ver: N10ET60W (1.39 ); Product Version: ThinkPad X250

Could the following also be related?

ACPI : [Firmware Bug]: BIOS _OSI(Linux) query ignored
ACPI Error : Needed type [Reference], found [Integer] 000000001ff233d1 (20191018/exresop-66)
ACPI Error : AE_AML_OPERAND_TYPE, While resolving operands for [Store] (20191018/dswexec-424)
ACPI Error : Aborting method \_PR.CPU0._PDC due to previous error (AE_AML_OPERAND_TYPE) (20191018/psparse-529)

Here are some logs (pastebin links): dmidecode dmesg

• Machine: Thinkpad X250
• Processor: Intel Core i5-5200u
• GPU: Intel HD Graphics 5500
• Kernel: Linux 5.5.10-arch1-1

If it matters, I saw these errors after adding intel_agp in mkinitcpio.conf modules for Intel KMS. However, I havent ran dmesg before that; thus unable to compare. Everything seems to work (havent yet test Bluetooth tho); I just want to get rid of those red lines.

#2 2020-03-23 07:56:01

Re: Firmware Bug / BIOS is Broken

If you don’t notice anything off, ignore them. As they state the kernel has detected bogus bios information, so go google up the most recent BIOS/UEFI for your hardware and install that and hope it fixed the issue.

#3 2020-03-23 08:11:13

Re: Firmware Bug / BIOS is Broken

If you don’t notice anything off, ignore them. As they state the kernel has detected bogus bios information, so go google up the most recent BIOS/UEFI for your hardware and install that and hope it fixed the issue.

Hi! I just installed the latest BIOS/UEFI update from Lenovo before posting here. I’ll let it go soon.. googling for error keywords gives me nothing. 🙁 thanks!

#4 2020-03-23 08:21:36

Re: Firmware Bug / BIOS is Broken

DMAR is mostly relevant if you intend to do IOMMU/GPU-passthrough to a Windows VM. If that’s not something you intend to do, whatever this bug does is likely to never be of relevance to you.

#5 2020-03-23 10:03:51

Re: Firmware Bug / BIOS is Broken

DMAR is mostly relevant if you intend to do IOMMU/GPU-passthrough to a Windows VM. If that’s not something you intend to do, whatever this bug does is likely to never be of relevance to you.

It’s not relevant to me. So, yeah, I’ll let it go for now. Thanks!

#6 2020-03-25 17:11:38

Re: Firmware Bug / BIOS is Broken

I am running Linux kernel 5.5.11-arch1-1 on a Lenovo W541.

I have no message on DMAR, but I have these:

[ 0.635820] ACPI Error: Needed type [Reference], found [Integer] 00000000d93b9b59 (20191018/exresop-66) [ 0.635837] ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [Store] (20191018/dswexec-424) [ 0.635844] ACPI Error: Aborting method \_PR.CPU0._PDC due to previous error (AE_AML_OPERAND_TYPE) (20191018/psparse-529)

Anyway, for now, no system misfunctioning revealed so I’m ignoring these, for now.

#7 2020-03-30 14:25:56

Re: Firmware Bug / BIOS is Broken

I started receiving a similar message on my Thinkpad T450s, kernel 5.5.13-arch1-1. From the journal:

kernel: DMAR: [Firmware Bug]: No firmware reserved region can cover this RMRR [0x00000000cd800000-0x00000000cfffffff], contact BIOS vendor for fixes kernel: DMAR: [Firmware Bug]: Your BIOS is broken; bad RMRR [0x00000000cd800000-0x00000000cfffffff] kernel: BIOS vendor: LENOVO; Ver: JBET68WW (1.32 ); Product Version: ThinkPad T450s

Though in my case, the Trackpoint (nipple+buttons) is not working. Also, it is no longer listed by `libinput list-devices` Can it be related to the error above??
I know it is not the latest firmware, but as V1del pointed out, «DMAR is mostly relevant for IOMMU/GPU-passthrough to a Windows VM» so I guess it may be unrelated.

Aside: Can I update BIOS directly from 1.32 to 1.39 or I should go incrementally one version at a time?

#8 2020-03-30 16:13:36

ewaller Administrator From: Pasadena, CA Registered: 2009-07-13 Posts: 19,356

Re: Firmware Bug / BIOS is Broken

Aside: Can I update BIOS directly from 1.32 to 1.39 or I should go incrementally one version at a time?

Updating the BIOS always comes with a high pucker factor[ * ]. I would do it as few times as possible; do it directly.

[ * ] The tendency to pull the buttons out of one’s chair seat by the tight clenching of one’s buttocks.

Nothing is too wonderful to be true, if it be consistent with the laws of nature — Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. — Alan Turing
—
How to Ask Questions the Smart Way

Источник

ACPI Bug

Debian. 4.19.0-5-amd64. UEFI (без опции Legaсy Bios). Acer A315-41-R8XR. AMD Ryzen™ 5 2500U. Radeon™ Vega 8.

[ 0.215364] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 0.219914] ACPI BIOS Error (bug): Failure creating [\_SB.PCI0.LPC0.EC0._Q46], AE_ALREADY_EXISTS (20180810/dswload2-316) [ 0.219922] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20180810/psobject-221) [ 0.219925] ACPI Error: Skip parsing opcode OpcodeName unavailable (20180810/psloop-543) [ 0.219930] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20180810/dswload2-160) [ 0.219933] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180810/psobject-221) [ 0.219935] ACPI Error: Ignore error and continue table load (20180810/psobject-604) [ 0.219937] ACPI Error: Skip parsing opcode OpcodeName unavailable (20180810/psloop-543) 

Пытаюсь разобраться со всеми ошибками перед тем, как начать настраивать проброс видеокарты в kvm. На форуме acer пишут прописать в grub acpi=off, но лучше найти адекватное решение.

Что то не работает? С acpi-off ноутом невозможно будет пользоваться

Не только ноутом, любой железкой.

» — Доктор у меня болит голова…
— Ампутировать батенька. Немедленно ампутировать её полность. «

init_6 ★★★★★ ( 03.08.19 05:58:51 MSK )
Последнее исправление: init_6 03.08.19 05:59:14 MSK (всего исправлений: 1)

чем мешает/что не работает?

добавь в параметры ядра при загрузке acpi_osi=»Windows» (возможно «Windows 2016» или «Windows 2018» или как-там сейчас принято — гугл в помощь)

P.S. Acer просто не приветствует установку других (linux based) OC на свои устройства. Возможно это требует от них «ненужных затрат».

anymouze ★★ ( 03.08.19 08:51:16 MSK )
Последнее исправление: anymouze 03.08.19 08:53:29 MSK (всего исправлений: 1)

Тут дело такое, хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows. Перед тем, как приступить к этому, пытаюсь все ошибки исправить.

Вроде бы пишут, что начиная с 4.19 есть драйвера на AMD Ryzen 5 2500U с Radeon Vega 8. *Не смогу решить, поставлю Arh обратно, посмотрю что в 5.2.5 есть.

Hi ★ ( 03.08.19 09:23:22 MSK )
Последнее исправление: Hi 03.08.19 09:23:58 MSK (всего исправлений: 1)

— dmesg без ошибок?
— нет, не встречал.

// другое дело, что не все из них проявляются мешают

хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows

Наверное, стоило это описать в стартовом сообщении — уже были дельные ответы в треде

Источник