17.xx из-за ядра Ubuntu или возможной проблемы с оборудованием?

Question 1

Каждый день я просматриваю файлы syslog, и примерно с 17 апреля я видел эти ошибки ядра. Я вижу то же самое в моем текущем 17.10. В противном случае система работает нормально. Я использую ноутбук Toshiba E55.

syslog.1:Apr 15 20:56:33 Satellite-E55 kernel: [71366.145636] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A
syslog.1:Apr 15 20:56:33 Satellite-E55 kernel: [71366.145731] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun

Я подозреваю, что проблема с ядром, а не аппаратная проблема. Может быть, мне нужно передать параметр ядра через GRUB?

Любые идеи о том, как разрешить это?

Question 2

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off 5] к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более ошибки!

Question 3

Question 4

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более drm ошибки!

Question 5

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более drm ошибки!

Question 6

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, что означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недогрузке для всех каналов.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

Question 7

Question 8

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, что означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недогрузке для всех каналов.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

Question 9

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, а это означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недопустимости всех труб.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

heynnema · Accepted Answer · 22 May 2018 в 11:24

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off 5] к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более ошибки!

heynnema · Accepted Answer · 17 July 2018 в 16:42

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более drm ошибки!

heynnema · Accepted Answer · 23 July 2018 в 17:34

Как и @Terrance, я посетил https://bbs.archlinux.org/viewtopic.php?id=228604 и нашел это:

Что исходит от intel драйвер, и я не уверен, что все-таки какая-то ошибка драйвера скрывается где-то или из-за аппаратной ошибки или ограничений. Раньше это было намного хуже и проявлялось даже в вашем интеллекте, поскольку вы, вероятно, можете найти его в поисках похожих проблем, и это затронуло многие поколения intel igpus.

Это говорит о том, что вы действительно хотите отключить iommu для igpu, потому что, если вы используете его, функция энергосбережения автоматически отключается из-за аппаратной ошибки, есть даже сообщение о dmesg об этом. Вы все еще можете использовать iommu для всего остального, просто используйте intel_iommu = on, igfx_off в строке параметров ядра.

Я добавил intel_iommu = on, igfx_off к моему /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash intel_iommu = on, igfx_off"

и сделал sudo update-grub, перезагружен и до сих пор не более drm ошибки!

Colin Ian King · Answer 4 · 22 May 2018 в 11:24

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, что означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недогрузке для всех каналов.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

Колин, спасибо за ваш ответ. Это было полезно. Пожалуйста, см. Мой ответ на себя. — heynnema, 22 April 2018 в 00:12

Colin Ian King · Answer 5 · 17 July 2018 в 16:42

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, что означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недогрузке для всех каналов.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

Colin Ian King · Answer 6 · 23 July 2018 в 17:34

Это выводится графическим драйвером Intel i915.

Драйвер графической подсистемы i915 содержит следующий комментарий, относящийся к этим сообщениям:

«Драйвер i915 проверяет, с использованием сигналов прерываний, предоставляемых аппаратным обеспечением. Это по умолчанию включено и довольно полезно для отладки проблем с отображением, особенно настроек водяного знака.

Если обнаружено недогруз, это регистрируется в dmesg. Чтобы избежать наводнений и заселения прерывания cpu underrun отключены после первого появления до следующего режима на заданном канале.

Обратите внимание, что обнаружение недогрузки на платформах gmch является немного более уродливым, поскольку прерывания нет (несмотря на то, что бит сигнализации является в регистре прерываний труб PIPESTAT). Также на некоторых других платформах прерывания прерывания разделяются, а это означает, что если мы обнаруживаем недоработку, нам нужно отключить отчет о недопустимости всех труб.

Код также поддерживает обнаружение недогрузки на транскодер PCH. "

I suspec t, если вы не видите никаких проблем, тогда это предупреждение об отладке, которое можно игнорировать.

Колин, спасибо за ваш ответ. Это было полезно. Пожалуйста, см. Мой ответ на себя. — heynnema, 22 April 2018 в 00:12

17.xx из-за ядра Ubuntu или возможной проблемы с оборудованием?

6 ответов

Другие вопросы по тегам:

Похожие вопросы: