Правка dsdt

vasek	# 4 года, 2 месяца назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	chronos Меня тоже это напрягает немного и что то все не исправляют никак! Эти ошибки, имхо, никогда и не исправят - их не исправить. Вообще то эти ошибки просто сообщения и не влияют на работу. Но с вероятностью 50% эти сообщения могут уйти, если загрузиться с параметром libata.noacpi=1 - попробуй, добавь параметр при загрузке (будет действовать только в текущей загрузке), а если поможет, можно будет прописать и на постоянку. Ошибки не исчезают с опытом - они просто умнеют

# 4 года, 2 месяца назад

Сообщения: 11320

Участник с: 17 февраля 2013

chronos
Меня тоже это напрягает немного и что то все не исправляют никак!

Эти ошибки, имхо, никогда и не исправят - их не исправить. Вообще то эти ошибки просто сообщения и не влияют на работу.
Но с вероятностью 50% эти сообщения могут уйти, если загрузиться с параметром libata.noacpi=1 - попробуй, добавь параметр при загрузке (будет действовать только в текущей загрузке), а если поможет, можно будет прописать и на постоянку.

Ошибки не исчезают с опытом - они просто умнеют

chronos	# 4 года, 2 месяца назад
Темы: 3 Сообщения: 518 Участник с: 15 марта 2012	vasek Эти ошибки, имхо, никогда и не исправят - их не исправить. Вообще то эти ошибки просто сообщения и не влияют на работу. Но с вероятностью 50% эти сообщения могут уйти, если загрузиться с параметром libata.noacpi=1 - попробуй, добавь параметр при загрузке (будет действовать только в текущей загрузке), а если поможет, можно будет прописать и на постоянку. Да, но до ядра 4.9 этого не наблюдалось. Вообще эта ошибка в основном касается материнок с процессорами intel на слоте H2 по другому soket LGA 1155 и таких чипсетов на них как h61 h67

chronos

# 4 года, 2 месяца назад

Темы: 3

Сообщения: 518

Участник с: 15 марта 2012

vasek
Эти ошибки, имхо, никогда и не исправят - их не исправить. Вообще то эти ошибки просто сообщения и не влияют на работу.
Но с вероятностью 50% эти сообщения могут уйти, если загрузиться с параметром libata.noacpi=1 - попробуй, добавь параметр при загрузке (будет действовать только в текущей загрузке), а если поможет, можно будет прописать и на постоянку.

Да, но до ядра 4.9 этого не наблюдалось. Вообще эта ошибка в основном касается материнок с процессорами intel на слоте H2 по другому soket LGA 1155 и таких чипсетов на них как h61 h67

vasek	# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	chronos Да, но до ядра 4.9 этого не наблюдалось. Вообще эта ошибка в основном касается материнок с процессорами intel на слоте H2 по другому soket LGA 1155 и таких чипсетов на них как h61 h67 Сообщения, как правило, появляются в основном по причине - не выполнение разработчиком требований стандарта ACPI - устаревшие BIOS, в которых не отражены изменения в управлении ACPI (новые методы, способы, функции и др.) Как пишут, спецификации ACPI в Linux становятся все более строгими и требуют их четкого выполнения - если раньше не точности, ошибки, которые почти всегда имеются в прошивке материнки/BIOS, не приводили ни к каким сообщениям, то сейчас выскакивают и исправить их практически не возможно, да и никто не будет этим заниматься. Также, как то уже писал, идет специальная отработка ошибок и увеличивают логирование вывода сообщений, что в принципе вполне понятно при тестировании нового ядра (как то даже давал и ссылку на статью, где это было описано и приведено даже несколько типов сообщений). Такие сообщения, как правило, потом закрываются после отработки. А потому не все так просто с этими сообщениями и частенько не помогает и обновление прошивки. UPD - как то попалась на глаза одна статья, в которой автор описывал свои мытарства с правкой таблиц ACPI - выскакивало сообщение об ошибке, связанное с непонятным ему термином (какое точно не помню), и он завелся и хотел исправить код, но по науке он это сделать так и не смог. А решил довольно просто - в таблице SSDT была одна строчка с этим упоминанием и он просто удалил эту строчку. PS - твои сообщения, насколько я понял, связаны с SATA, а потому и предложил попробовать параметр libata.noacpi=1. Могу и ошибаться, но стало самому интересно, как повлияет этот параметр на скрытие данного типа сообщений. Если не сложно, проверь. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

chronos
Да, но до ядра 4.9 этого не наблюдалось. Вообще эта ошибка в основном касается материнок с процессорами intel на слоте H2 по другому soket LGA 1155 и таких чипсетов на них как h61 h67

Сообщения, как правило, появляются в основном по причине
- не выполнение разработчиком требований стандарта ACPI
- устаревшие BIOS, в которых не отражены изменения в управлении ACPI (новые методы, способы, функции и др.)
Как пишут, спецификации ACPI в Linux становятся все более строгими и требуют их четкого выполнения - если раньше не точности, ошибки, которые почти всегда имеются в прошивке материнки/BIOS, не приводили ни к каким сообщениям, то сейчас выскакивают и исправить их практически не возможно, да и никто не будет этим заниматься.
Также, как то уже писал, идет специальная отработка ошибок и увеличивают логирование вывода сообщений, что в принципе вполне понятно при тестировании нового ядра (как то даже давал и ссылку на статью, где это было описано и приведено даже несколько типов сообщений). Такие сообщения, как правило, потом закрываются после отработки.
А потому не все так просто с этими сообщениями и частенько не помогает и обновление прошивки.
UPD - как то попалась на глаза одна статья, в которой автор описывал свои мытарства с правкой таблиц ACPI - выскакивало сообщение об ошибке, связанное с непонятным ему термином (какое точно не помню), и он завелся и хотел исправить код, но по науке он это сделать так и не смог. А решил довольно просто - в таблице SSDT была одна строчка с этим упоминанием и он просто удалил эту строчку.

PS - твои сообщения, насколько я понял, связаны с SATA, а потому и предложил попробовать параметр libata.noacpi=1. Могу и ошибаться, но стало самому интересно, как повлияет этот параметр на скрытие данного типа сообщений. Если не сложно, проверь.

Ошибки не исчезают с опытом - они просто умнеют

chronos	# 4 года, 2 месяца назад
Темы: 3 Сообщения: 518 Участник с: 15 марта 2012	Я в курсе про этот параметр! Да это sata и это работает. Вопрос в том нахрена это было ломать в ядре. Биос мне уже не обновить (он и так кастрирован разработчиком, его модифицировал я сам и зашивал программатором) по причине забивания на поддержку разработчиком - мать Pegatron IPXSB/H61. Оффтоп: Если кто мне подскажет от какого производителя сможет для этой материнки подойти годный bios буду благодарен. Наиболее подходил от какой то схожей платы MSI, но это все ровно не то. Думаю близок ASUS правда там запарно выковыривать из установщика биос.

chronos

# 4 года, 2 месяца назад

Темы: 3

Сообщения: 518

Участник с: 15 марта 2012

Я в курсе про этот параметр! Да это sata и это работает. Вопрос в том нахрена это было ломать в ядре. Биос мне уже не обновить (он и так кастрирован разработчиком, его модифицировал я сам и зашивал программатором) по причине забивания на поддержку разработчиком - мать Pegatron IPXSB/H61.

Оффтоп: Если кто мне подскажет от какого производителя сможет для этой материнки подойти годный bios буду благодарен. Наиболее подходил от какой то схожей платы MSI, но это все ровно не то. Думаю близок ASUS правда там запарно выковыривать из установщика биос.

vasek	# 4 года, 2 месяца назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	chronos Да это sata и это работает. Лишний раз убедился в работе данного параметра. В части прошивки - не факт, что поможет, но, конечно, пробовать нужно. Ошибки не исчезают с опытом - они просто умнеют

Morisson	# 4 года, 2 месяца назад
Темы: 18 Сообщения: 1408 Участник с: 11 января 2017	vasek libata.noacpi=1 так ведь отключается acpi для сата?

Morisson	# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)
Темы: 18 Сообщения: 1408 Участник с: 11 января 2017	chronos Вопрос в том нахрена это было ломать в ядре. Это не ломалось в ядре и не чинилось. Просто предупреждения не было. Читал я что в большинстве случаев умный компилятор сам преобразуется неправильный код. Нынче он выводит предупреждение. То, что невозможно поправить- вываливается в ошибку. А тут уж как повезет.. Или работает или нет У меня их и вовсе овер штук 40. В dmesg видно только 3. Все связаны с недодискреткой- мол найти не может физический видеовывод

Morisson

# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)

Темы: 18

Сообщения: 1408

Участник с: 11 января 2017

chronos
Вопрос в том нахрена это было ломать в ядре.

Это не ломалось в ядре и не чинилось. Просто предупреждения не было.
Читал я что в большинстве случаев умный компилятор сам преобразуется неправильный код. Нынче он выводит предупреждение. То, что невозможно поправить- вываливается в ошибку. А тут уж как повезет.. Или работает или нет
У меня их и вовсе овер штук 40. В dmesg видно только 3. Все связаны с недодискреткой- мол найти не может физический видеовывод

vasek	# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Уточнение/дополнение в части ошибок/варнингов таблиц ACPI - как то попалась на глаза фраза (вольный перевод с испанского) `Проблема ошибок - это проблема связи между ядром и прошивкой BIOS и может идти в обоих направлениях. Либо плохая реализация ACPI производителя платы, либо ошибка ядра, которая заставляет ее неправильно истолковывать информацию, которую она получает от нее.` Morisson так ведь отключается acpi для сата? Сколько не гуглил раньше, точный смысл действия этого параметра, так и не нагуглил, а копаться в спецификациях в части уточнения не стал. Хоть по смыслу libata.noacpi=1 вроде бы и приводит к отключению ACPI для SATA, но … не все так просто. Мое мнение, возможно и ошибочное - если бы это приводило к полному отключению управления, то были бы проблемы с управлением и работой SATA, но этого не наблюдается. С другой стороны, если посмотреть описание этого параметра в kernel parameter, то там можно увидеть тоже не совсем понятную и однозначную фразу определения этого параметра `libata.noacpi - [LIBATA] Disables use of ACPI in libata suspend/resume when set. Format: <int>` Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Уточнение/дополнение в части ошибок/варнингов таблиц ACPI - как то попалась на глаза фраза (вольный перевод с испанского)

Проблема ошибок - это проблема связи между ядром и прошивкой BIOS и может идти в обоих направлениях. Либо плохая реализация ACPI производителя платы, либо ошибка ядра, которая заставляет ее неправильно истолковывать информацию, которую она получает от нее.

Morisson
так ведь отключается acpi для сата?

Сколько не гуглил раньше, точный смысл действия этого параметра, так и не нагуглил, а копаться в спецификациях в части уточнения не стал.
Хоть по смыслу libata.noacpi=1 вроде бы и приводит к отключению ACPI для SATA, но … не все так просто. Мое мнение, возможно и ошибочное - если бы это приводило к полному отключению управления, то были бы проблемы с управлением и работой SATA, но этого не наблюдается. С другой стороны, если посмотреть описание этого параметра в kernel parameter, то там можно увидеть тоже не совсем понятную и однозначную фразу определения этого параметра

libata.noacpi - [LIBATA] Disables use of ACPI in libata suspend/resume when set.  Format: <int>

Ошибки не исчезают с опытом - они просто умнеют

Morisson	# 4 года, 2 месяца назад
Темы: 18 Сообщения: 1408 Участник с: 11 января 2017	Пока не забыл, вопрос.. Собственно одна из причин, почему я этим занялся. sudo lspci -vv \| grep ASPM.*abled\; [sudo] пароль для jeronimo: LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ pcilib: sysfs_read_vpd: read failed: Input/output error LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ pcilib: sysfs_read_vpd: read failed: Input/output error LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ Включен ли aspm_pcie ? Или стоит выключить? PS в параметрах ядра pcie_aspm=force установлен

Morisson

# 4 года, 2 месяца назад

Темы: 18

Сообщения: 1408

Участник с: 11 января 2017

Пока не забыл, вопрос.. Собственно одна из причин, почему я этим занялся.

sudo lspci -vv | grep ASPM.*abled\;
[sudo] пароль для jeronimo:
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
pcilib: sysfs_read_vpd: read failed: Input/output error
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
pcilib: sysfs_read_vpd: read failed: Input/output error
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+

Включен ли aspm_pcie ?
Или стоит выключить?
PS в параметрах ядра pcie_aspm=force установлен

vasek	# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Morisson Включен ли aspm_pcie ? Или стоит выключить? PS в параметрах ядра pcie_aspm=force установлен Спорная фича и экономит не так уж и много, порядка 1-3 Вт и имхо лучше все оставить по дефолту. Некоторые нюансы в части ASPM - с какой то версии ядра (точно не помню, но что то 3.х) в ядро добавили патч по применению ASPM и если выскакивает так называемый баг прошивки таблицы FADT - сообщение в выводе dmesg \| grep ASPM `ACPI FADT declares the system doesn't support PCIe ASPM, so disable it` то железо поддерживает ASPM. В нашем ядре поддержка/управление включена по дефолту. Но управлять тоже нужно уметь. Определены следующие способы поведения/управления ASPM cat /sys/module/pcie_aspm/parameters/policy [default] performance powersave powersupersave Опишу только default - настраивает состояние энергопотребления шины PCI Express в соответствии с параметрами, определенными на микропрограммном уровне (например, в BIOS). Этот режим используется по умолчанию. - pcie_aspm=off отключает ASPM - pcie_aspm=force принудительно включает ASPM даже на устройствах, не поддерживающих ASPM. НО пишут, что если используется данный параметр на не поддерживаемом железе, это может привести к тому, что система перестанет отвечать на запросы (имеется ввиду PCIE). И насколько я понимаю на поддерживаемом железе и ядре этот параметр не нужен. Ну вот в кратце вроде бы и все. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 2 месяца назад (отредактировано 4 года, 2 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Morisson
Включен ли aspm_pcie ?
Или стоит выключить?
PS в параметрах ядра pcie_aspm=force установлен

Спорная фича и экономит не так уж и много, порядка 1-3 Вт и имхо лучше все оставить по дефолту.
Некоторые нюансы в части ASPM
- с какой то версии ядра (точно не помню, но что то 3.х) в ядро добавили патч по применению
ASPM и если выскакивает так называемый баг прошивки таблицы FADT - сообщение в выводе dmesg | grep ASPM

ACPI FADT declares the system doesn't support PCIe ASPM, so disable it

то железо поддерживает ASPM. В нашем ядре поддержка/управление включена по дефолту.
Но управлять тоже нужно уметь. Определены следующие способы поведения/управления ASPM
cat /sys/module/pcie_aspm/parameters/policy
[default] performance powersave powersupersave
Опишу только default - настраивает состояние энергопотребления шины PCI Express в соответствии с параметрами, определенными на микропрограммном уровне (например, в BIOS). Этот режим используется по умолчанию.
- pcie_aspm=off отключает ASPM
- pcie_aspm=force принудительно включает ASPM даже на устройствах, не поддерживающих ASPM. НО пишут, что если используется данный параметр на не поддерживаемом железе, это может привести к тому, что система перестанет отвечать на запросы (имеется ввиду PCIE). И насколько я понимаю на поддерживаемом железе и ядре этот параметр не нужен.

Ну вот в кратце вроде бы и все.

Ошибки не исчезают с опытом - они просто умнеют