AMD PRO 17.30 и моя видеокарта для ноутбуков не работают на Ubuntu 16.04

Question 1

Ваш процессор поддерживает 64-битные системы.

Это можно увидеть в CPU op-mode(s).

Question 2

Это потому, что, как правило, с более мощным графическим процессором по умолчанию нежелательно (больше на ноутбуках, а не на настольных компьютерах).

Чтобы запустить приложение на dGPU, вы можете использовать DRI_PRIME для запуска приложения на dGPU. ]. Например. вот вывод с моего ноутбука:

$             glxinfo | grep evice
    Device: AMD SUMO (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x9641)
$ DRI_PRIME=1 glxinfo | grep evice
    Device: AMD TURKS (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x6741)

Если вы действительно хотите запустить весь рабочий стол на dGPU, вы можете переопределить переменную глобально (больше на ноутбуках, а не на настольных компьютерах) [ ! d1]. Добавьте в /etc/environment эту строку:

DRI_PRIME=1
Для записи может быть полезно знать, что назначение переменной напрямую, как это было в примере с glxinfo, может не всегда работать в отличие от export. Однако файл /etc/environment принимает синтаксис специально без экспорта.

И обратите внимание, что AMD ориентирована на драйвер radeonsi, проприетарный все еще здесь только из-за профиля совместимости OpenGL, используемого программным обеспечением САПР. Профиль не поддерживается Mesa, поскольку он не является обязательным, и смешение старого OpenGL с современным неодобрительно. Во всяком случае, я хотел сказать, что не всегда работает в отличие от export (ну, учитывая, что вы используете его достаточно недавно).

UPD: относительно соглашения об именах - разные модели графических процессоров часто строятся на одной и той же архитектуре с точки зрения драйвера, т.е. прерывания, регистры, сборка ... Разница обычно заключается в количестве некоторых конкретных вещей, таких как VRAM, ALU, шина и т. Д. В этих случаях драйверы обычно не принимают сравнение if gpu_model=x then do y because the number of ALUs smaller or bigger, вместо этого они сравниваются с суммами напрямую. Причина в том, что всякий раз, когда может появиться новая модель GPU, которая может отличаться, скажем, количеством VRAM (ну, учитывая, что вы используете его достаточно недавно) - можете ли вы представить себе, что нужно переписать по этой причине? Хуже того, народы должны обновить драйвер для поддерживаемого GPU, тогда как, имея общее сравнение с количеством VRAM, «новый GPU» будет даже поддерживаться драйверами с того момента, когда GPU не существовал.

Итак, хотя печально, что вы не видите имя модели, которое вы ожидали, но это не обязательно означает, что происходит что-то плохое.

Question 3

Question 4

Это потому, что, как правило, с более мощным графическим процессором по умолчанию нежелательно (больше на ноутбуках, а не на настольных компьютерах).

Чтобы запустить приложение на dGPU, вы можете использовать DRI_PRIME для запуска приложения на dGPU. ]. Например. вот вывод с моего ноутбука:

$             glxinfo | grep evice
    Device: AMD SUMO (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x9641)
$ DRI_PRIME=1 glxinfo | grep evice
    Device: AMD TURKS (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x6741)

Если вы действительно хотите запустить весь рабочий стол на dGPU, вы можете переопределить переменную глобально (больше на ноутбуках, а не на настольных компьютерах) [ ! d1]. Добавьте в /etc/environment эту строку:

DRI_PRIME=1
Для записи может быть полезно знать, что назначение переменной напрямую, как это было в примере с glxinfo, может не всегда работать в отличие от export. Однако файл /etc/environment принимает синтаксис специально без экспорта.

И обратите внимание, что AMD ориентирована на драйвер radeonsi, проприетарный все еще здесь только из-за профиля совместимости OpenGL, используемого программным обеспечением САПР. Профиль не поддерживается Mesa, поскольку он не является обязательным, и смешение старого OpenGL с современным неодобрительно. Во всяком случае, я хотел сказать, что не всегда работает в отличие от export (ну, учитывая, что вы используете его достаточно недавно).

UPD: относительно соглашения об именах - разные модели графических процессоров часто строятся на одной и той же архитектуре с точки зрения драйвера, т.е. прерывания, регистры, сборка ... Разница обычно заключается в количестве некоторых конкретных вещей, таких как VRAM, ALU, шина и т. Д. В этих случаях драйверы обычно не принимают сравнение if gpu_model=x then do y because the number of ALUs smaller or bigger, вместо этого они сравниваются с суммами напрямую. Причина в том, что всякий раз, когда может появиться новая модель GPU, которая может отличаться, скажем, количеством VRAM (ну, учитывая, что вы используете его достаточно недавно) - можете ли вы представить себе, что нужно переписать по этой причине? Хуже того, народы должны обновить драйвер для поддерживаемого GPU, тогда как, имея общее сравнение с количеством VRAM, «новый GPU» будет даже поддерживаться драйверами с того момента, когда GPU не существовал.

Итак, хотя печально, что вы не видите имя модели, которое вы ожидали, но это не обязательно означает, что происходит что-то плохое.

Hi-Angel · Answer 1 · 18 July 2018 в 06:03

Это потому, что, как правило, с более мощным графическим процессором по умолчанию нежелательно (больше на ноутбуках, а не на настольных компьютерах).

Чтобы запустить приложение на dGPU, вы можете использовать DRI_PRIME для запуска приложения на dGPU. ]. Например. вот вывод с моего ноутбука:

$             glxinfo | grep evice
    Device: AMD SUMO (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x9641)
$ DRI_PRIME=1 glxinfo | grep evice
    Device: AMD TURKS (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x6741)

Если вы действительно хотите запустить весь рабочий стол на dGPU, вы можете переопределить переменную глобально (больше на ноутбуках, а не на настольных компьютерах) [ ! d1]. Добавьте в /etc/environment эту строку:

DRI_PRIME=1
Для записи может быть полезно знать, что назначение переменной напрямую, как это было в примере с glxinfo, может не всегда работать в отличие от export. Однако файл /etc/environment принимает синтаксис специально без экспорта.

И обратите внимание, что AMD ориентирована на драйвер radeonsi, проприетарный все еще здесь только из-за профиля совместимости OpenGL, используемого программным обеспечением САПР. Профиль не поддерживается Mesa, поскольку он не является обязательным, и смешение старого OpenGL с современным неодобрительно. Во всяком случае, я хотел сказать, что не всегда работает в отличие от export (ну, учитывая, что вы используете его достаточно недавно).

UPD: относительно соглашения об именах - разные модели графических процессоров часто строятся на одной и той же архитектуре с точки зрения драйвера, т.е. прерывания, регистры, сборка ... Разница обычно заключается в количестве некоторых конкретных вещей, таких как VRAM, ALU, шина и т. Д. В этих случаях драйверы обычно не принимают сравнение if gpu_model=x then do y because the number of ALUs smaller or bigger, вместо этого они сравниваются с суммами напрямую. Причина в том, что всякий раз, когда может появиться новая модель GPU, которая может отличаться, скажем, количеством VRAM (ну, учитывая, что вы используете его достаточно недавно) - можете ли вы представить себе, что нужно переписать по этой причине? Хуже того, народы должны обновить драйвер для поддерживаемого GPU, тогда как, имея общее сравнение с количеством VRAM, «новый GPU» будет даже поддерживаться драйверами с того момента, когда GPU не существовал.

Итак, хотя печально, что вы не видите имя модели, которое вы ожидали, но это не обязательно означает, что происходит что-то плохое.

Hi-Angel · Answer 2 · 24 July 2018 в 18:30

Это потому, что, как правило, с более мощным графическим процессором по умолчанию нежелательно (больше на ноутбуках, а не на настольных компьютерах).

Чтобы запустить приложение на dGPU, вы можете использовать DRI_PRIME для запуска приложения на dGPU. ]. Например. вот вывод с моего ноутбука:

$             glxinfo | grep evice
    Device: AMD SUMO (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x9641)
$ DRI_PRIME=1 glxinfo | grep evice
    Device: AMD TURKS (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x6741)

Если вы действительно хотите запустить весь рабочий стол на dGPU, вы можете переопределить переменную глобально (больше на ноутбуках, а не на настольных компьютерах) [ ! d1]. Добавьте в /etc/environment эту строку:

DRI_PRIME=1
Для записи может быть полезно знать, что назначение переменной напрямую, как это было в примере с glxinfo, может не всегда работать в отличие от export. Однако файл /etc/environment принимает синтаксис специально без экспорта.

И обратите внимание, что AMD ориентирована на драйвер radeonsi, проприетарный все еще здесь только из-за профиля совместимости OpenGL, используемого программным обеспечением САПР. Профиль не поддерживается Mesa, поскольку он не является обязательным, и смешение старого OpenGL с современным неодобрительно. Во всяком случае, я хотел сказать, что не всегда работает в отличие от export (ну, учитывая, что вы используете его достаточно недавно).

UPD: относительно соглашения об именах - разные модели графических процессоров часто строятся на одной и той же архитектуре с точки зрения драйвера, т.е. прерывания, регистры, сборка ... Разница обычно заключается в количестве некоторых конкретных вещей, таких как VRAM, ALU, шина и т. Д. В этих случаях драйверы обычно не принимают сравнение if gpu_model=x then do y because the number of ALUs smaller or bigger, вместо этого они сравниваются с суммами напрямую. Причина в том, что всякий раз, когда может появиться новая модель GPU, которая может отличаться, скажем, количеством VRAM (ну, учитывая, что вы используете его достаточно недавно) - можете ли вы представить себе, что нужно переписать по этой причине? Хуже того, народы должны обновить драйвер для поддерживаемого GPU, тогда как, имея общее сравнение с количеством VRAM, «новый GPU» будет даже поддерживаться драйверами с того момента, когда GPU не существовал.

Итак, хотя печально, что вы не видите имя модели, которое вы ожидали, но это не обязательно означает, что происходит что-то плохое.

Большое вам спасибо за ваше время, чтобы ответить на мой вопрос, но проблема осталась, я сделал тест, который предложил Dell, я установил окна, чтобы увидеть, есть ли что-то не так с моей графической картой, а затем оно ударило меня, когда я установил amd windows заявил, что мой ноутбук использует r7 m445, в то время как ubuntu заявил, что я использую r7 245, когда я использовал команду lspci. Теперь я могу предположить, что amd и linux не ладят друг с другом, я немного разочарован, он никогда не будет работать, потому что amd не выпустит правильный драйвер, который работает с ubuntu. — Aenarion, 29 October 2017 в 16:30
@ Аэнарион, я тебя не понимаю. Во-первых, что вы подразумеваете под «lspci», что используется r7 245 ». - У вас есть какое-то особое поле? Второе: разве это не так, как вы хотели? В-третьих: переменная DRI_PRIME используется только для разгрузки графической работы. lspci не выполняет никакой графической работы. Если вам нужно какое-то разумное подтверждение того, работает ли оно, вы можете загрузить контрольный ориентир, например. GPUTest и запустить его с переменной и без нее. Наконец, я заверяю вас, что AMD поддерживает GNU / Linux очень хорошо; и драйвер для вашего поколения. от GPU даже работает Valve. — Hi-Angel, 29 October 2017 в 16:41
Мне жаль, что я не понимаю по этому вопросу, я пробовал ваше решение, и когда я запускаю игру, в игре было 1 fps, что porbaly означает, что моя карта amd не работает, я считаю, что она использовала Intel, после чего я набрал команду lspci чтобы увидеть, существует ли система "пила" моя видеокарта, в результате она вернулась: AMD / ATI Topaz XT [Radeon R7 M260 / M265, но мой ноутбук в соответствии с Dell имеет r7 m445, я назвал поддержку Dell по этому вопросу, и они предложили установить окна и посмотреть, тот же результат, и я установил окна, и когда я запустил dxdiag, я получил r7 m445. Я думаю, что 16.04 и amd не кажутся getalong — Aenarion, 31 October 2017 в 01:04
@Aenarion вы использовали radeonsi или AMDGPU-pro? Если позже это произойдет, возможно, что-то пошло не так с установкой драйвера, это что-то отлаживается, но я не уверен, что могу очень помочь, потому что мой GPU старен, т.е. не поддерживается AMDGPU-pro, d дать несколько слепых советов. Но если в предыдущем случае, добавьте в свой пост вывод LIBGL_DEBUG=verbose DRI_PRIME=1 glxgears (вам может потребоваться установить mesa-utils для glxgears. Технически любое графическое приложение будет хорошо, но, ну, я просто может быть уверен в некоторых свойствах glxgears) . — Hi-Angel, 31 October 2017 в 01:14
@Aenarion относительно соглашения об именах - это несколько более длинное объяснение, чтобы поставить комментарий, поэтому я поставил его в конец моего ответа. — Hi-Angel, 31 October 2017 в 01:29

AMD PRO 17.30 и моя видеокарта для ноутбуков не работают на Ubuntu 16.04

2 ответа

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

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