Whatsup - לינוקס, תוכנה חופשית וקוד פתוח בעברית

חומרה (כללי) - תמיכה ב-RX550 בדביאן stretch

definex - 29/10/2018 - 12:11
נושא ההודעה: תמיכה ב-RX550 בדביאן stretch
יש לי דביאן על מחשב לנובו שמגיע עם שני כרטיסי רשת: אחד integrated של אינטל והשני radeon rx550. נראה ש-x משתמש רק בכרטיס אינטל, גם כאשר אני מציין DRI_PRIME=1. בנוסף xrandr --listproviders לא מציג אף אחד מהכרטיסים אלא רק modesetting.

מישהו הצליח לגרום לכרטיס חדש יחסית של AMD לעבוד בדביאן stretch?
Anonymous - 29/10/2018 - 13:49
נושא ההודעה:
מניח שאתה מתכוון כרטיסי וידאו, לא רשת.
אצלי rx560 עובד על דביאן טסטינג (לא עוקב אחרי השמות... נדמה לי שזה באסטר כרגע?).
אולי אתה צריך לאפשר אותו בביוס?
Anonymous - 29/10/2018 - 14:53
נושא ההודעה:
https://support.lenovo.com/il/en/solutions/ht076090
definex - 29/10/2018 - 15:37
נושא ההודעה:
אכן התכוונתי לכרטיס מסך. לא מצאתי שום הגדרה בביוס שקשורה ל-RX550. אבל בכל מקרה הוא מופיע לי בפלט של lspci
קוד:

$ lspci | grep AMD
02:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Lexa PRO [Radeon RX 550/550X] (rev c0)

Anonymous - 29/10/2018 - 15:59
נושא ההודעה:
אולי מטופש אבל - וידאת שמותקנת חבילת xserver-xorg-video-amdgpu?
קיים amdgpu בפלט של lsmod?
Anonymous - 29/10/2018 - 16:24
נושא ההודעה:
יש מדריך לארצ' אולי זה יעזור לך עם דביאן.
https://wiki.archlinux.org/index.php/PRIME
definex - 29/10/2018 - 16:36
נושא ההודעה:
מותקן לי xserver-xorg-video-amdgpu גרסה 1.2.0. ראיתי שבטסטינג יש גרסה חדשה יותר. אולי זו הבעיה.
definex - 29/10/2018 - 21:57
נושא ההודעה:
התקנתי גרסה xserver-xorg-video-amdgpu-18.0 (לקחתי חבילה מאובנטו), אבל זה לא פתר את הבעיה.
Anonymous - 29/10/2018 - 22:12
נושא ההודעה:
עד כמה שזכור לי חבילות של אובונטו לא אמורות לעבוד/לעבוד כראוי עם דביאן.
לא כן במצב הפוך.
definex - 30/10/2018 - 13:46
נושא ההודעה:
בדקתי את התלויות קודם וההתקנה עברה חלק. אם זה יעשה בעיות אני אעשה revert.

בינתיים התקנתי קרנל 4.18 מ-backports ועכשיו lspci --nnk רושם שהכרטיס מסך מטופל על ידי amdgpu (לא עבד ב-4.9). אז יש התקדמות Smile. מצד שני עדיין הכרטיס מסך לא עובד לפי glxinfo ואני לא מצליח ל-enable אותו עם xrandr

קוד:

user@debian:~$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x6b cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 3 outputs: 4 associated providers: 0 name:modesetting
Provider 1: id: 0x44 cap: 0x0 crtcs: 5 outputs: 0 associated providers: 0 name:Unknown AMD Radeon GPU @ pci:0000:02:00.0
user@debian:~$ xrandr --setprovideroffloadsink 1 0
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  34 (RRSetProviderOffloadSink)
  Value in failed request:  0x44
  Serial number of failed request:  16
  Current serial number in output stream:  17


Anonymous - 30/10/2018 - 14:59
נושא ההודעה:
יש סקריפט - Sgfxi אשר אולי יכול לעזור.
אני תמיד הייתי משתמש על nvidia בהצלחה רבה - הוא חוסך הרבה התעסקות וגם יודע להצביע על בעיות אפשריות אם ישן.
קרא את המנואל לפני כן - אתה תצטרך להפעיל אותו כ-su (לא sudo) מחוץ ל-X.
ויכול להיות שתצטרך להפעילו פעמיים, פעם אחת כדי להפטר מדריבר שמהווה גורם מפריע, ופעם שנייה לשם התקנת הדריבר החדש.
https://smxi.org/docs/sgfxi-manual.htm


אולי מימנו תבוא הישועה? Smile
definex - 30/10/2018 - 17:43
נושא ההודעה:
הוא לא תומך ב-amdgpu שהוא הדרייבר היחיד שתומך בכרטיס מסך
Anonymous - 30/10/2018 - 20:06
נושא ההודעה:
ניסיתי לעלות עם דביאן באסטר live ולבדוק האם הוא עובד. כהרצתי glxinfo קיבלתי את השורות הבאות

קוד:

libGL error: pci id for fd 5: 1002:699f, driver (null)
libGL error: No driver found
libGL error: failed to load driver: (null)

(כמו שאני מקבל עכשיו בסטרץ' אחרי השדרוג). מישהו עם באסטר יכול להגיד אם גם לא זה מופיע? אני רוצה לדעת האם השגיאה הזו אינדיקטיבית או לא.
Anonymous - 30/10/2018 - 22:22
נושא ההודעה:
את זה ראית?
https://linuxconfig.org/how-to-install-the-latest-amd-radeon-drivers-on-ubuntu-18-04-bionic-beaver-linux
Anonymous - 31/10/2018 - 01:08
נושא ההודעה:
https://wiki.debian.org/AtiHowTo

אתה חייב את ה firmware לשים ב /lib/firmware

יש קבצי blob binary שנטענים בעליית הקרנל , אחרת הכרטיס לא יעבוד



בסגנון :

dmesg | grep -E 'drm|radeon' | grep -iE 'firmware|microcode'
[ 5.268609] [drm] Loading BARTS Microcode
[ 5.329862] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BARTS_pfp.bin
[ 5.341300] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BARTS_me.bin
[ 5.347745] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BTC_rlc.bin
[ 5.347911] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BARTS_mc.bin
[ 5.353336] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BARTS_smc.bin
[ 5.369449] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/SUMO_uvd.bin
Anonymous - 31/10/2018 - 01:10
נושא ההודעה:
יש לי נייד עם ה amdgpu (אצלי כמעט ולא עובד עליו - רק כשנוסע לחול)

בגדול קמפלתי עליו קרנל , GENTOO .


בהפצה אחחרות כגון דביאן זה אמור להתמך ..

לפחות כנראה יותר קל מאצלי "קמפל זאת בעצמך"
definex - 31/10/2018 - 09:17
נושא ההודעה:
google :
את זה ראית?
https://linuxconfig.org/how-to-install-the-latest-amd-radeon-drivers-on-ubuntu-18-04-bionic-beaver-linux


כן. ניסיתי להתקין מהאתר שלהם את הגרסה ל-16.04 (יותר מתאימה מבחינת ההתאמה לדביאן) אבל לא עבד. הוא בודק בהתחלה אם זה אובנטו, פיצ'פצ'תי את הבדיקה אבל הוא נכשל בהמשך.

הוא טוען את ה-firmware:
קוד:

$ sudo dmesg | grep "amdgpu"
[   21.917109] [drm] amdgpu kernel modesetting enabled.
[   21.973036] amdgpu 0000:02:00.0: kfd not supported on this ASIC
[   22.041591] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mc.bin
[   22.041628] amdgpu 0000:02:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
[   22.041630] amdgpu 0000:02:00.0: GTT: 256M 0x0000000000000000 - 0x000000000FFFFFFF
[   22.045389] [drm] amdgpu: 2048M of VRAM memory ready
[   22.045390] [drm] amdgpu: 3072M of GTT memory ready.
[   22.046180] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_pfp_2.bin
[   22.046676] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_me_2.bin
[   22.047097] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_ce_2.bin
[   22.047512] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_rlc.bin
[   22.050403] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec_2.bin
[   22.053450] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec2_2.bin
[   22.055608] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma.bin
[   22.055862] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma1.bin
[   22.059321] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_uvd.bin
[   22.062845] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_vce.bin
[   22.064469] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_smc.bin
[   22.142972] [drm:dc_create [amdgpu]] *ERROR* DC: Number of connectors is zero!
[   22.296580] [drm] Initialized amdgpu 3.26.0 20150101 for 0000:02:00.0 on minor 1
[   33.190336] amdgpu 0000:02:00.0: GPU pci config reset
[   34.035808] amdgpu: [powerplay] dpm has been enabled
[   46.979913] amdgpu 0000:02:00.0: GPU pci config reset


Polaris 12 זו אכן הארכיטקטטורה המתאימה.
Anonymous - 31/10/2018 - 10:11
נושא ההודעה:
ניסית לבדוק אם יש עדכון לגרסת BIOS למחשב שלך?
נשמע קצת כאילו משהו low-level לא הכי סגור על עצמו, אז אולי יעזור...
definex - 31/10/2018 - 16:57
נושא ההודעה:
אין משהו רלוונטי.
נראה שהכרטיס משוקף כמו שצריך למחשב (lspci). הבעיה נראית לי בתמיכה של דביאן שהיא מיושנת. ראיתי עוד שרשור ארוך בנושא (ללא הצלחה) בפורום צרפתי כלשהו של דביאן.
Anonymous - 31/10/2018 - 18:10
נושא ההודעה:
למקרה ותחליט להחליף הפצה,
ההפצות שנתמכות:

קוד:
Compatible Operating Systems

        RedHat Enterprise Linux 7.3 (64-bit version)
        RedHat Enterprise Linux 6.9 (64-bit version)
        CentOS 7.3 (64-bit version)
        CentOS 6.9 (64-bit version)
        Ubuntu 16.04.3 (64-bit version)
        SLED/SLES 12 SP2 (64-bit version)


יש קישור בקוד
definex - 31/10/2018 - 18:21
נושא ההודעה:
בדקתי על אובנטו והכרטיס מסך אכן עובד כמו שצריך
קוד:

OpenGL vendor string: X.Org
OpenGL renderer string: Radeon 500 Series (POLARIS12, DRM 3.26.0, 4.18.0-10-generic, LLVM 7.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.2.2


נראה שההבדל העיקרי הוא גרסת mesa - בדביאן יש 13 ובאובנטו 18.
definex - 01/11/2018 - 14:21
נושא ההודעה:
שידרגתי את mesa ועכשיו הכרטיס מסך עובד כמו שצריך בדביאן סטרצ'.

נראה בינתיים שהוא לא כל כך מסתדר עם הניהול ביצועים של tlp. אם ה-tlp כבוי (TLP_ENABLE=0) אז הביצועים שלו טובים משמעותית מהכרטיס המובנה של אינטל. אם TLP מופעל אז גם אםם המחשב בחשמל הוא איטי יותר מהכרטיס המובנה.
Anonymous - 01/11/2018 - 17:04
נושא ההודעה:
Applause
לדעתי, צריך לתת לדיון הזה "דביק".
Anonymous - 04/11/2018 - 13:17
נושא ההודעה:
מצטרף למגיב מעלי,
לגמרי עשית עבודה טובה בתיאור הבעיה ומה ניסית ומה לא עבד וכמובן צירפת את הפתרון שיעזור לכל מי שיתקל בבעיה בעתיד Smile
ולא פחות חשוב, העלת נקודה נוספת על TLP שאין לי מושג מה זה,
אבל אם אנסה להפעיל את הכרטיס המדובר במקום הכרטיס המובנה של אינטל, יכול להיות שאתקל בבעית ביצועים ואדע שהיא ניתנת לפתרון Smile
Anonymous - 04/11/2018 - 13:25
נושא ההודעה:
https://www.tecmint.com/tlp-increase-and-optimize-linux-battery-life/
כל הזמנים הם GMT + 2 שעות