Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <79d79c15-d2da-d5fd-cdf2-2cb0f1649be1@telefonica.net> Date & Time: Mon, 13 Apr 2020 04:57:12 +0200 [CER] == "Carlos E. R." has written: CER> [1 ] CER> [1.1 ] CER> On 13/04/2020 01.40, Masaru Nomiya wrote: CER> > Hello, CER> ... CER> > What is the result of; CER> > CER> > $ vdpauinfo cer@Telcontar:~> vdpauinfo CER> display: :0.0 screen: 0 CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> API version: 1 CER> Information string: OpenGL/VAAPI backend for VDPAU CER> Video surface: CER> name width height types CER> ------------------------------------------- CER> 420 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 422 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 444 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> Decoder capabilities: CER> name level macbs width height CER> ---------------------------------------------------- CER> MPEG1 --- not supported --- CER> MPEG2_SIMPLE --- not supported --- CER> MPEG2_MAIN --- not supported --- CER> H264_BASELINE 51 16384 2048 2048 CER> H264_MAIN 51 16384 2048 2048 CER> H264_HIGH 51 16384 2048 2048 CER> VC1_SIMPLE --- not supported --- CER> VC1_MAIN --- not supported --- CER> VC1_ADVANCED --- not supported --- CER> MPEG4_PART2_SP --- not supported --- CER> MPEG4_PART2_ASP --- not supported --- CER> DIVX4_QMOBILE --- not supported --- CER> DIVX4_MOBILE --- not supported --- CER> DIVX4_HOME_THEATER --- not supported --- CER> DIVX4_HD_1080P --- not supported --- CER> DIVX5_QMOBILE --- not supported --- CER> DIVX5_MOBILE --- not supported --- CER> DIVX5_HOME_THEATER --- not supported --- CER> DIVX5_HD_1080P --- not supported --- CER> H264_CONSTRAINED_BASELINE 51 16384 2048 2048 CER> H264_EXTENDED --- not supported --- CER> H264_PROGRESSIVE_HIGH --- not supported --- CER> H264_CONSTRAINED_HIGH --- not supported --- CER> H264_HIGH_444_PREDICTIVE --- not supported --- CER> HEVC_MAIN --- not supported --- CER> HEVC_MAIN_10 --- not supported --- CER> HEVC_MAIN_STILL --- not supported --- CER> HEVC_MAIN_12 --- not supported --- CER> HEVC_MAIN_444 --- not supported --- CER> Output surface: CER> name width height nat types CER> ---------------------------------------------------- CER> B8G8R8A8 16384 16384 y CER> R8G8B8A8 16384 16384 y CER> R10G10B10A2 16384 16384 y CER> B10G10R10A2 16384 16384 y CER> A8 16384 16384 y CER> Bitmap surface: CER> name width height CER> ------------------------------ CER> B8G8R8A8 16384 16384 CER> R8G8B8A8 16384 16384 CER> R10G10B10A2 16384 16384 CER> B10G10R10A2 16384 16384 CER> A8 16384 16384 CER> Video mixer: CER> feature name sup CER> ------------------------------------ CER> DEINTERLACE_TEMPORAL - CER> DEINTERLACE_TEMPORAL_SPATIAL - CER> INVERSE_TELECINE - CER> NOISE_REDUCTION - CER> SHARPNESS - CER> LUMA_KEY - CER> HIGH QUALITY SCALING - L1 - CER> HIGH QUALITY SCALING - L2 - CER> HIGH QUALITY SCALING - L3 - CER> HIGH QUALITY SCALING - L4 - CER> HIGH QUALITY SCALING - L5 - CER> HIGH QUALITY SCALING - L6 - CER> HIGH QUALITY SCALING - L7 - CER> HIGH QUALITY SCALING - L8 - CER> HIGH QUALITY SCALING - L9 - CER> parameter name sup min max CER> ----------------------------------------------------- CER> VIDEO_SURFACE_WIDTH - CER> VIDEO_SURFACE_HEIGHT - CER> CHROMA_TYPE - CER> LAYERS - CER> attribute name sup min max CER> ----------------------------------------------------- CER> BACKGROUND_COLOR - CER> CSC_MATRIX - CER> NOISE_REDUCTION_LEVEL - CER> SHARPNESS_LEVEL - CER> LUMA_KEY_MIN_LUMA - CER> LUMA_KEY_MAX_LUMA - CER> cer@Telcontar:~> CER> > CER> > and, CER> > CER> > $ vainfo cer@Telcontar:~> vainfo CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> vainfo: VA-API version: 1.3 (libva 2.3.0) CER> vainfo: Driver version: Mesa Gallium driver 18.3.2 for Radeon RX 580 Series CER> (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) CER> vainfo: Supported profile and entrypoints CER> VAProfileMPEG2Simple : VAEntrypointVLD CER> VAProfileMPEG2Main : VAEntrypointVLD CER> VAProfileVC1Simple : VAEntrypointVLD CER> VAProfileVC1Main : VAEntrypointVLD CER> VAProfileVC1Advanced : VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice CER> VAProfileH264Main : VAEntrypointVLD CER> VAProfileH264Main : VAEntrypointEncSlice CER> VAProfileH264High : VAEntrypointVLD CER> VAProfileH264High : VAEntrypointEncSlice CER> VAProfileHEVCMain : VAEntrypointVLD CER> VAProfileHEVCMain : VAEntrypointEncSlice CER> VAProfileHEVCMain10 : VAEntrypointVLD CER> VAProfileJPEGBaseline : VAEntrypointVLD CER> VAProfileNone : VAEntrypointVideoProc CER> cer@Telcontar:~> You've got the video driver's problem. How about changing the output video of vlc. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <8f38abfc-a50f-089b-f264-fd07604d8bd5@telefonica.net> Date & Time: Mon, 13 Apr 2020 13:43:18 +0200 [CER] == "Carlos E. R." has written: [...] MN>> You've got the video driver's problem. CER> Sorry, what video driver's problem? It'a little bit too rude. I just say with this massage;; In the Message; Subject : [opensuse] VLC doesn't display video by default Message-ID : Date & Time: Sun, 12 Apr 2020 19:25:44 +0200 (CEST) [CER] == "Carlos E. R." has written: [...] CER> My problem is that 'vlc' doesn't display the video (I can hear it) when the CER> output mode in preferences is set to default. I have tried openGL, and then CER> XVideo (XCB) which worked. I see errors: CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 As you might know, vdpauinfo test isn't perfect one. Vainfo test is no perfect one, as well. In fact, kodi's developpers drop the vdpau support from 19.0 ALPHA1. They seems to move to GLES support. But I compiles it with GL support. Anyway, MN> > How about changing the output video of vlc. CER> That's what I did, but I think it should work with the CER> defaults. It should find on its own the correct defaults. In theory, it ought to be so. But vdpau, which is the vlc's default device, has got a issue on your system, I think. OK, just have a more test. 1. Have you added video group to user? 2. Please post the result of; $ mplayer -v -vo vdpau [any video file] Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No..., with money." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hello, Thanks. for a pleasant video. In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <05882b21-0adf-b6fb-bd0b-b43806ba56a0@telefonica.net> Date & Time: Mon, 13 Apr 2020 16:05:28 +0200 [CER] == "Carlos E. R." has written: [...] CER>>> Sorry, what video driver's problem? MNR>> It'a little bit too rude. CER> There may be a video driver issue in my system, the card is new, CER> and I switched from NVidia to AMD. I don't know if there is a CER> proprietary driver to install. But I tried some games and they CER> run well. Which driver have you installed? [..] MN>> As you might know, vdpauinfo test isn't perfect one. MN>> Vainfo test is no perfect one, as well. CER> No, I don't know, the tools are new to me, I can not interpret CER> their results. Ah, do you? [...] CER>>> That's what I did, but I think it should work with the CER>>> defaults. It should find on its own the correct defaults. MN>> In theory, it ought to be so. MN>> MN>> But vdpau, which is the vlc's default device, has got a issue on your MN>> system, I think. CER> Ok, I can remove the vlc-vdpau-3.0.7.1-pm151.6.5.11.x86_64 CER> package, so vlc does not try it. 3.0.7? It's old. The present version is 3.0.9.2. But there exists same problem in the latest vlc, as well. CER> Or do you think I should report a bug? Yes, you should do so, but 3.0.7 is too old for developpers. I've got no idea if they accept the bug report, or not..... MN>> OK, just have a more test. MN>> MN>> 1. Have you added video group to user? CER> Yes, this user is in video group. Good. MN>> 2. Please post the result of; MN>> MN>> $ mplayer -v -vo vdpau [any video file] CER> Plays ok. cer@Telcontar:~/Videos> mplayer -v -vo vdpau University\ of\ California\ Television\ \(UCTV\)-UCtelevision-Sugar\ -\ The\ Bitter\ Truth-dBnniua6-oM.mkv CER> MPlayer 1.2.r38170-Packman-7 (C) 2000-2020 MPlayer Team CER> CPU vendor name: AuthenticAMD max cpuid level: 16 CER> CPU: AMD Ryzen 5 3600X 6-Core Processor (Family: 23, Model: 1, Stepping: 0) CER> extended cpuid-level: 32 CER> extended cache-info: 33579328 CER> Detected cache-line size is 64 bytes CER> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 CER> SSSE3: 1 SSSE3 1 SSE4: 1 SSE4.2: 1 AVX: 1 [...] CER> [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 CER> A: 3.6 V: 3.6 A-V: 0.000 ct: -0.006 0/ 0 3% 2% 0.4% 0 0 CER> Uninit audio filters... CER> [libaf] Removing filter dummy CER> Uninit audio: ffmpeg CER> Uninit video: ffmpeg CER> vo: uninit ... CER> Exiting... (Quit) Perfect! You are using AMD CPU! I feel nostalgic, because I belonged to a anti Wintel school for a long time. I was an OS/2 user with AMD CPU. Anyway. As you might know, mplayer's vdpau device is derived from ffmpeg. It's same for kodi 18.x. So, your problem is peculiar to vlc, I think. BTW. It's midnight here in Japan, now. I'll investigate the vlc source code, tomorrow. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : Date & Time: Mon, 13 Apr 2020 20:46:26 +0200 [CER] == "Carlos E. R." has written: MN>> Which driver have you installed? CER> Me, nothing. Only defaults and automatics. Ah, you are using driver in the kernel, ie. radeon.ko. [...] MN>> It's old. MN>> The present version is 3.0.9.2. CER> It is the newest available in packman for 15.1 Is it? [...] MN>> You are using AMD CPU! MN>> I feel nostalgic, because I belonged to a anti Wintel school for a MN>> long time. I was an OS/2 user with AMD CPU. CER> Yes, I had to upgrade the machine anyway, and I got tired of CER> Intel bugs impacting performance. That's it! The bug fix degardes performance. But, there exists same bugs in the AMD processor, doesn't it? MN>> I'll investigate the vlc source code, tomorrow. Your issue is related to hardware video acceleration. The issue is caused by (at least) one of these alternatives: 1. VLC is misconfigured. 2. Hardware acceleration is not set up properly for your AMD graphics card. You can quickly fix this issue by; vlc --> Interface --> Preferences --> Input / Codecs set Hardware-related decoding to Disable. BTW, your result of vdpauinfo displays many '--not supported--' as follows; CR> Decoder capabilities: CER> name level macbs width height CER> ---------------------------------------------------- CER> MPEG1 --- not supported --- CER> MPEG2_SIMPLE --- not supported --- CER> MPEG2_MAIN --- not supported --- CER> H264_BASELINE 51 16384 2048 2048 CER> H264_MAIN 51 16384 2048 2048 CER> H264_HIGH 51 16384 2048 2048 CER> VC1_SIMPLE --- not supported --- CER> VC1_MAIN --- not supported --- CER> VC1_ADVANCED --- not supported --- CER> MPEG4_PART2_SP --- not supported --- CER> MPEG4_PART2_ASP --- not supported --- CER> DIVX4_QMOBILE --- not supported --- CER> DIVX4_MOBILE --- not supported --- CER> DIVX4_HOME_THEATER --- not supported --- CER> DIVX4_HD_1080P --- not supported --- CER> DIVX5_QMOBILE --- not supported --- CER> DIVX5_MOBILE --- not supported --- CER> DIVX5_HOME_THEATER --- not supported --- CER> DIVX5_HD_1080P --- not supported --- CER> H264_CONSTRAINED_BASELINE 51 16384 2048 2048 CER> H264_EXTENDED --- not supported --- CER> H264_PROGRESSIVE_HIGH --- not supported --- CER> H264_CONSTRAINED_HIGH --- not supported --- CER> H264_HIGH_444_PREDICTIVE --- not supported --- CER> HEVC_MAIN --- not supported --- CER> HEVC_MAIN_10 --- not supported --- CER> HEVC_MAIN_STILL --- not supported --- CER> HEVC_MAIN_12 --- not supported --- CER> HEVC_MAIN_444 --- not supported --- This is strange for me. That is, with my NVIDIA GeForce GTX 1650 I get the following result; Decoder capabilities: name level macbs width height ---------------------------------------------------- MPEG1 0 65536 4096 4096 MPEG2_SIMPLE 3 65536 4096 4096 MPEG2_MAIN 3 65536 4096 4096 H264_BASELINE 51 65536 4096 4096 H264_MAIN 51 65536 4096 4096 H264_HIGH 51 65536 4096 4096 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN 2 8190 2048 2048 VC1_ADVANCED 4 8190 2048 2048 MPEG4_PART2_SP 3 8192 2048 2048 MPEG4_PART2_ASP 5 8192 2048 2048 DIVX4_QMOBILE 0 8192 2048 2048 DIVX4_MOBILE 0 8192 2048 2048 DIVX4_HOME_THEATER 0 8192 2048 2048 DIVX4_HD_1080P 0 8192 2048 2048 DIVX5_QMOBILE 0 8192 2048 2048 DIVX5_MOBILE 0 8192 2048 2048 DIVX5_HOME_THEATER 0 8192 2048 2048 DIVX5_HD_1080P 0 8192 2048 2048 H264_CONSTRAINED_BASELINE 51 65536 4096 4096 H264_EXTENDED 51 65536 4096 4096 H264_PROGRESSIVE_HIGH 51 65536 4096 4096 H264_CONSTRAINED_HIGH 51 65536 4096 4096 H264_HIGH_444_PREDICTIVE 51 65536 4096 4096 VP9_PROFILE_0 1 262144 8192 8192 VP9_PROFILE_1 --- not supported --- VP9_PROFILE_2 --- not supported --- VP9_PROFILE_3 --- not supported --- HEVC_MAIN 153 262144 8192 8192 HEVC_MAIN_10 --- not supported --- HEVC_MAIN_STILL --- not supported --- HEVC_MAIN_12 --- not supported --- HEVC_MAIN_444 153 262144 8192 8192 The installation of the proprietary driver maight be the essentioal solution for your issue. Regards, --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> Date & Time: Tue, 14 Apr 2020 05:07:56 +0200 [CER] == "Carlos E. R." has written: [...] CER> > The installation of the proprietary driver maight be the essentioal CER> > solution for your issue. CER> I have no idea if there is a proprietary driver for AMD or how CER> to install it. OK. 1. Go to; https://www.amd.com/en/support/graphics/radeon-500-series/radeon-rx-500-seri... 2. Click on 'SLED/SLES 15' 3. Click on DOWNLOAD part. You will get the file; amdgpu-pro-19.50-967960-sle-15.tar.xz 4. tar -Jxf amdgpu-pro-19.50-967960-sle-15.tar.xz By this make the folder; amdgpu-pro-19.50-967960-sle-15 5. YaST2 --> System --> Boot Loader --> Kernel Parametaers TAB 6. Add the word nomodeset to the 'Optional Kernel Command Line Parameter' Then logout. You will go back to 'Login Screen'. 7. Press Ctrl and Alt keys, then F2 key. You will proceed to the terminal screen. 6. Login as a root enter root's password 7. enter # init 3 then ,login message will appear again 8. root password 9. proceed into the {somewhere}/amdgpu-pro-19.50-967960-sle 10. execute as follows; ./amdgpu-install After then, reboot. That's all. Good Luck! --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <3cc570b0-b13a-bb26-ce03-868ec4c679e2@telefonica.net> Date & Time: Tue, 14 Apr 2020 13:52:45 +0200 [CER] == "Carlos E. R." has written: CER> [1 ] CER> [1.1 ] CER> On 14/04/2020 07.09, Masaru Nomiya wrote: CER> > Hello, CER> > CER> > In the Message; CER> > CER> > Subject : Re: [opensuse] Re: VLC doesn't display video by default CER> > Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> CER> > Date & Time: Tue, 14 Apr 2020 05:07:56 +0200 CER> > CER> > [CER] == "Carlos E. R." has written: CER> > CER> > [...] CER> > CER> > The installation of the proprietary driver maight be the essentioal CER> > CER> > solution for your issue. CER> > CER> > CER> I have no idea if there is a proprietary driver for AMD or how CER> > CER> to install it. CER> > CER> > OK. CER> > CER> > 1. Go to; CER> Thanks. Then there is no rpm as with NVidia? Yes, amdgpu-pro-19.50-967960-sle-15.tar.xz includes rpm files. You can find them by; $ tar -Jxf amdgpu-pro-19.50-967960-sle-15.tar.xz $ cd amdgpu-pro-19.50-967960-sle-15 It's reasonable for you? $ cd amdgpu-pro-19.50-967960-sle-15/RPMS/x86_64 $ sudo mv * /usr/src/packages/RPMS/x86_64 $ cd ../noarch $ sudo mv * /usr/src/packages/RPMS/noarch Then, start YasT2 and find files with the key word 'amdgpu-pro'. CER> But I will not install them yet, I want to know more about pros CER> and cons. If VLC plays (it does in non automatic output), and CER> graphic games play (I tried two and they do play), I prefer not CER> to install proprietary blobs. But it seems the proprietary CER> driver works on top of the open driver - so maybe one doesn't CER> need to install them on every kernel update, and they don't CER> leave them occasionally without graphics. In case of NVIDIA, we must install with every kernel update. But, in case of AMD, it doesn't seem so. This is a mystery for me. Anyway, the installation depends on you, of course. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 14.04.20 um 13:52 schrieb Carlos E. R.:> On 14/04/2020 07.09, Masaru Nomiya wrote:

...

Hello,

In the Message;

Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> Date & Time: Tue, 14 Apr 2020 05:07:56 +0200

[CER] == "Carlos E. R." has written:

[...] CER> > The installation of the proprietary driver maight be the essentioal CER> > solution for your issue.

CER> I have no idea if there is a proprietary driver for AMD or how CER> to install it.

OK.

1. Go to;

Thanks. Then there is no rpm as with NVidia?

But I will not install them yet, I want to know more about pros and cons. If VLC plays (it does in non automatic output), and graphic games play (I tried two and they do play), I prefer not to install proprietary blobs. But it seems the proprietary driver works on top of the open driver - so maybe one doesn't need to install them on every kernel update, and they don't leave them occasionally without graphics.

I just found this:

https://en.opensuse.org/AMD

Open Source AMD:

https://en.opensuse.org/SDB:AMDGPU https://en.opensuse.org/SDB:Radeon

Proprietary AMD:

https://en.opensuse.org/SDB:AMDGPU-PRO

«AMDGPU-PRO is the next generation closed source graphics component that operates on top of the open source AMDGPU drivers for newer AMD/ATI Radeon graphics cards.»

https://en.opensuse.org/SDB:AMD_fglrx

«For Radeon GPUs HD 5xxx or above Radeon GPUs HD 4xxx or below should use the open-source radeon driver»

I still have to read them, but I do not know if all of them apply to my hardware.

Just noticed:

«An optional application to monitor the AMD GPU statistics called Radeon-Profile can be installed from the openSUSE Software Site.

https://software.opensuse.org/package/radeon-profile»

Telcontar:~ # cnf radeon-profile radeon-profile: command not found Telcontar:~ #

Ok, it is on home:malcolmlewis:TESTING

[...]

It is a GUI app with lots of information and controls, it seems.

There is also a radeon-profile-daemon

Hi carlos, (sorry my mail is now a couple of days old, never finsihed and send, maybe your problem is solved. i send it anyway, maybe it helps - not finsihed mail-) only looking short in this so maybe some ideas: 1) i was (10 years? in past) not able to remove a propetary nvidia driver completely from the system. long story, i installed complete system new. - and never installed any prop-nvidia again, by removing all nvidia hardware out of my systems. if i remember correct (3 weeks in past): there are 3 (opensource) drivers for amd graphic: amdgpu (for new cards) ati radeon somewhere in the web, wikipedia?, i have found a nice list which driver supports what card... but i did not find any more.... sorry so maybe you should switch the driver at your system. my problem was: i have had a hd7770 system without vulkan, driver was radeon. i switched to ati, and vulkan was working (game (lost amber) with vulkan)) i insert into the kernel command line: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 (via yast) from here: http://forums.debian.net/viewtopic.php?f=6&t=142110 here some commands to get infos about graphic: drivers are in rpm: xf86-video........ inxi -G vulkaninfo lspci -k glxinfo glxgears (testprogram) fgl_glxgears (testprogram if you have somewhere at the system) glmark2 (opengl2 benchmark) vkmark (vulkan benchmark) new to me: vdpauinfo vainfo -> cnf vainfo (not on my system yet) here my mail not finsihed, missing is new search again for the page i mentioned above, but run out of time, also set the graphic back and send you both inxi -G (radeon and amd) versions. but time is short..... have to work... simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Simon Becherer composed on 2020-04-19 13:29 (UTC+0200):

if i remember correct (3 weeks in past): there are 3 (opensource) drivers for amd graphic: amdgpu (for new cards) ati radeon

Not correct. Correct list of X drivers for PCIe and IGP ATI/AMD is as follows: amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs) The ati is a generic name for the radeon DDX, which is provided in openSUSE and upstream by the xf86-video-ati package. There are other drivers for PCI ATI cards, such as r128 and mach64 -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Simon Becherer composed on 2020-04-19 16:28 (UTC+0200):

kernel commandline with: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa.

What does inxi -V report? I've never seen "FAILED" on an inxi output Display line before. Possibly it's new behavior in inxi v3.0.38-00. Radeon should fail when cmdline contains radeon.si_support=0. Cape Verde is 1st Generation GCN architecture and Sea Islands product family. radeon.si_support= and amdgpu.si_support= are applicable to Sea Islands family of AMD GPUs. radeon.cik_support= and amdgpu.cik_support= are applicable to Caribbean Islands product family of AMD GPUs using 2nd Generation GCN architecture. None of above cmdline options are applicable to Carlos' very much newer RX 580. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 19.04.20 um 20:50 schrieb Carlos E. R.:

On 19/04/2020 20.19, Felix Miata wrote:

...

None of above cmdline options are applicable to Carlos' very much newer RX 580.

Ah, good :-)

you are right, newer card's are better :-)) if i remember correct, you use radeon. so you should at least for test, and if this commandline according to felix will not work, delete the radeon package and use the amdgpu driver. if your card is newer than my, this should work and you will have newer technology enabled. simoN -- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 20/04/2020 10.51, Felix Miata wrote:

Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):

...

Felix Miata wrote:

...

...

None of above cmdline options are applicable to Carlos' very much newer RX 580.

...

Ah, good :-)

Did your VLC problem get solved yet?

The 'problem' is simply that VLC, left on automatics, does not display movies. I have to choose a different video output (not automatic), or disable the hardware accelerated decoding codec (not automatic). But once I change that setting and save it, VLC displays just fine. This is a bug that I have to report, somewhere, it should work left to automatics, with no external driver installed. Then, I have to study what external (proprietary) driver to install, if any. As it is, with only the defaults, I can play games, so the need to install proprietary drivers and taint the kernel is doubtful. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

Am 20.04.20 um 12:51 schrieb Carlos E. R.:

On 20/04/2020 10.51, Felix Miata wrote:

...

Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):

Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.

simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. schrieb am 20.04.20 um 20:34:

On 20/04/2020 14.38, Simon Becherer wrote:

...

Am 20.04.20 um 12:51 schrieb Carlos E. R.:

...

On 20/04/2020 10.51, Felix Miata wrote:

...

Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):

Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.

Remove what? I have not installed any driver, nor configured anything. I don't understand.

You did. Of course you did, else it wouldn't be installed. The commands vainfo and vdpauinfo say that it is installed. I never used them, but I'm not blind either. The driver got installed automatically. Maybe you didn't notice. But it is ridiculous to say you didn't install it. Software does not grow by itself. So it comes to: blacklist the radeon driver after you installed the amdgpu driver as described by Masaru. Reboot is necessary. -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 19.04.20 um 20:19 schrieb Felix Miata:

Simon Becherer composed on 2020-04-19 16:28 (UTC+0200):

...

kernel commandline with: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa.

What does

inxi -V

report? I've never seen "FAILED" on an inxi output Display line before. Possibly it's new behavior in inxi v3.0.38-00. Radeon should fail when cmdline contains radeon.si_support=0.

i am her at a newer machine, but also here failed ati (nearly up to date tumbleweed, same version than at the old machine) inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 inxi -V inxi 3.0.38-00 (2020-03-14) Program Location: /usr/bin/ Website: https://github.com/smxi/inxi or https://smxi.org/ IRC: irc.oftc.net channel: #smxi Forums: https://techpatterns.com/forums/forum-33.html inxi - the universal, portable, system information tool for console and irc. Using Perl version: 5.030001 This program started life as a fork of Infobash 3.02: Copyright (C) 2005-2007 Michiel de Boer aka locsmif. Subsequent changes and modifications (after Infobash 3.02): Copyright (C) 2008-2020 Harald Hope aka h2. CPU/Konversation fixes: Scott Rogers aka trash80. USB audio fixes: Steven Barrett aka damentz. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. (https://www.gnu.org/licenses/gpl.html)

Cape Verde is 1st Generation GCN architecture and Sea Islands product family.

radeon.si_support= and amdgpu.si_support= are applicable to Sea Islands family of AMD GPUs.

radeon.cik_support= and amdgpu.cik_support= are applicable to Caribbean Islands product family of AMD GPUs using 2nd Generation GCN architecture.

None of above cmdline options are applicable to Carlos' very much newer RX 580.

thank you for this info, now i know what i have insert into comandline. simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 20.04.20 um 08:41 schrieb Masaru Nomiya:

Hello,

In the Message;

Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : Date & Time: Mon, 20 Apr 2020 07:51:55 +0200

[SB] == Simon Becherer has written:

[...] SB> inxi -G SB> Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz SB> OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 [...]

You've not made /etc/modprobe.d/radeon.conf, which included the words;

blacklist radeon

have you?

No i have not. but i tried now with the older machine: only insert the radeon.conf with the contend "blacklist radeon", nothing happends, still same inxi -G output (after a reboot) kernel commandline with: nothing special inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: radeon v: kernel. Display: x11 server: X.Org 1.20.8 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.6.2-1-default LLVM 10.0.0) v: 4.5 Mesa 20.0.4. second test was after inserting the .conf file, i made a mkinitrd and reboot. ending up in a console (no x11/plasma). first line of the inxi -G outut after driver: the radeon is missing, no other driver is there. in the X11 line its like above written, driver: radeon failed: amd. question: why did it not fall back automatically to modesetting or vesa and start up x11???? after reverting everithing (deleting the .conf file), also inserting the kernel commandline radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 i got again the inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4. insert here the .conf file (of course with the content blacklist radeon) initrd nothing changed. i tried also to write a .conf file with "blacklist ati" mkinitrd, nothing changed. i got only a clean output (without the failed message) when i delete in yast xf86-video-ati. -> man ati shows that ati is a wrapper driver, why it failed at all my machines (tumbleweed) i did not know. i do not really understand the behavior. if you could explain why it not fall back when i try to blacklist? (i have not test to delete the driver and then reboot without the special kernel-commandline and check if it then automatically falls back to modestting or vesa (i forgot to test)) -> carlos because you wrote that your system was updated and you changed graphic card, maybe the xf86-video-amdgpu.rpm was never automatically installed. i still suggest you check in yast if the xf86-video-amdgpu is installed at your system. and check (post here) inxi -G it should be there. if amdgpu there, look what is written behind "driver:" i think it is radeon. there should be for better compatibility with your card amdgpu (i am pretty sure vdpauinfo will show more supported lines if you change from radeon to amdgpu). if radeoon is there, and the amdgpu driver is NOT installed, install it via yast, it "should" automatically change after reboot. if not try to delete the xf86-video-ati package and or try to blacklist like written from Masaru. (and my try's here) (i could not help if its still not loaded as you can read here) simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 22/04/2020 08.03, Simon Becherer wrote:

Am 20.04.20 um 08:41 schrieb Masaru Nomiya:

...

Hello,

In the Message;

Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : Date & Time: Mon, 20 Apr 2020 07:51:55 +0200

[SB] == Simon Becherer has written:

[...] SB> inxi -G SB> Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz SB> OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 [...]

You've not made /etc/modprobe.d/radeon.conf, which included the words;

blacklist radeon

have you?

No i have not.

but i tried now with the older machine: only insert the radeon.conf with the contend "blacklist radeon", nothing happends, still same inxi -G output (after a reboot)

kernel commandline with: nothing special inxi -G

Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: radeon v: kernel. Display: x11 server: X.Org 1.20.8 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.6.2-1-default LLVM 10.0.0) v: 4.5 Mesa 20.0.4.

second test was after inserting the .conf file, i made a mkinitrd and reboot. ending up in a console (no x11/plasma). first line of the inxi -G outut after driver: the radeon is missing, no other driver is there. in the X11 line its like above written, driver: radeon failed: amd.

question: why did it not fall back automatically to modesetting or vesa and start up x11????

after reverting everithing (deleting the .conf file), also inserting the kernel commandline radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1

i got again the inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4.

insert here the .conf file (of course with the content blacklist radeon) initrd nothing changed. i tried also to write a .conf file with "blacklist ati" mkinitrd, nothing changed.

i got only a clean output (without the failed message) when i delete in yast xf86-video-ati. -> man ati shows that ati is a wrapper driver, why it failed at all my machines (tumbleweed) i did not know.

i do not really understand the behavior. if you could explain why it not fall back when i try to blacklist? (i have not test to delete the driver and then reboot without the special kernel-commandline and check if it then automatically falls back to modestting or vesa (i forgot to test))

-> carlos because you wrote that your system was updated and you changed graphic card, maybe the xf86-video-amdgpu.rpm was never automatically installed. i still suggest you check in yast if the xf86-video-amdgpu is installed at your system.

cer@Telcontar:~> rpm -qa | grep -i amdgpu xf86-video-amdgpu-18.1.0-lp151.1.3.x86_64 libdrm_amdgpu1-32bit-2.4.97-lp151.2.3.1.x86_64 libdrm_amdgpu1-debuginfo-2.4.97-lp151.2.3.1.x86_64 libdrm_amdgpu1-2.4.97-lp151.2.3.1.x86_64 cer@Telcontar:~> They were installed "Fri Oct 11 2019", which is more of less when I did the upgrade from 15.0 to 15.1 - except the debug package that was installed a month ago for a bugzilla. And: cer@Telcontar:~> rpm -qa | grep -i radeon radeon-profile-20190903+git20191231.306743e-lp151.1.1.x86_64 libdrm_radeon1-debuginfo-2.4.97-lp151.2.3.1.x86_64 libvdpau_radeonsi-18.3.2-lp151.23.9.1.x86_64 radeon-profile-daemon-20190603+git20190603.7923bd6-lp151.1.1.x86_64 libvulkan_radeon-18.3.2-lp151.23.9.1.x86_64 libdrm_radeon1-32bit-2.4.97-lp151.2.3.1.x86_64 libdrm_radeon1-2.4.97-lp151.2.3.1.x86_64 cer@Telcontar:~> Fri Oct 11 2019 libdrm_radeon1 Fri Oct 11 2019 libdrm_radeon1-32bit Thu Jan 23 2020 libvdpau_radeonsi Thu Jan 23 2020 libvulkan_radeon Fri Apr 03 2020 libdrm_radeon1-debuginfo Tue Apr 14 2020 radeon-profile Tue Apr 14 2020 radeon-profile-daemon So those things were installed long ago because of dependencies.

and check (post here) inxi -G it should be there. if amdgpu there, look what is written behind "driver:" i think it is radeon. there should be for better compatibility with your card amdgpu (i am pretty sure vdpauinfo will show more supported lines if you change from radeon to amdgpu).

cer@Telcontar:~> inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0 4.12.14-lp151.28.44-default LLVM 7.0.1) v: 4.5 Mesa 18.3.2 cer@Telcontar:~> Well, it is using amdgpu, ati. In /var/log/Xorg.0.log I see: [ 201.047] (II) Applying OutputClass "AMDgpu" to /dev/dri/card0 [ 201.047] loading driver: amdgpu [ 201.047] (==) Matched amdgpu as autoconfigured driver 0 [ 201.047] (==) Matched ati as autoconfigured driver 1 [ 201.047] (==) Matched modesetting as autoconfigured driver 2 [ 201.047] (==) Matched fbdev as autoconfigured driver 3 [ 201.047] (==) Matched vesa as autoconfigured driver 4 [ 201.047] (==) Assigned the driver to the xf86ConfigLayout [ 201.047] (II) LoadModule: "amdgpu" [ 201.047] (==) Assigned the driver to the xf86ConfigLayout [ 201.047] (II) LoadModule: "amdgpu" [ 201.047] (II) Loading /usr/lib64/xorg/modules/drivers/amdgpu_drv.so [ 201.047] (II) Module amdgpu: vendor="X.Org Foundation" [ 201.047] compiled for 1.20.3, module version = 18.1.0 [ 201.047] Module class: X.Org Video Driver [ 201.047] ABI class: X.Org Video Driver, version 24.0 [ 201.047] (II) LoadModule: "ati" [ 201.047] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so [ 201.047] (II) Module ati: vendor="X.Org Foundation" [ 201.047] compiled for 1.20.3, module version = 18.1.0 [ 201.047] Module class: X.Org Video Driver [ 201.047] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "modesetting" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 201.062] (II) Module modesetting: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 1.20.3 [ 201.062] Module class: X.Org Video Driver [ 201.062] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "fbdev" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 201.062] (II) Module fbdev: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 0.5.0 [ 201.062] Module class: X.Org Video Driver [ 201.062] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "vesa" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 201.062] (II) Module vesa: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 2.4.0 [ 201.062] (II) AMDGPU: Driver for AMD Radeon: All GPUs supported by the amdgpu kernel driver [ 201.062] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 201.062] (II) FBDEV: driver for framebuffer: fbdev [ 201.062] (II) VESA: driver for VESA chipsets: vesa [ 201.100] (II) AMDGPU(0): [KMS] Kernel modesetting enabled. [ 201.112] (WW) Falling back to old probe method for modesetting [ 201.112] (WW) Falling back to old probe method for fbdev [ 201.112] (II) Loading sub module "fbdevhw" [ 201.112] (II) LoadModule: "fbdevhw" [ 201.112] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 201.112] (II) Module fbdevhw: vendor="X.Org Foundation" [ 201.112] compiled for 1.20.3, module version = 0.0.2 [ 201.112] ABI class: X.Org Video Driver, version 24.0 [ 201.112] (II) AMDGPU(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 201.112] (==) AMDGPU(0): Depth 24, (--) framebuffer bpp 32 [ 201.112] (II) AMDGPU(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 201.112] (==) AMDGPU(0): Default visual is TrueColor [ 201.112] (==) AMDGPU(0): RGB weight 888 [ 201.112] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC) [ 201.112] (--) AMDGPU(0): Chipset: "Radeon RX 580 Series" (ChipID = 0x67df) [ 201.112] (II) Loading sub module "fb" [ 201.112] (II) LoadModule: "fb" [ 201.112] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 201.112] (II) Module fb: vendor="X.Org Foundation" [ 201.112] compiled for 1.20.3, module version = 1.0.0 [ 201.112] ABI class: X.Org ANSI C Emulation, version 0.4 [ 201.112] (II) Loading sub module "dri2" [ 201.112] (II) LoadModule: "dri2" [ 201.112] (II) Module "dri2" already built-in [ 201.143] (II) Loading sub module "glamoregl" [ 201.143] (II) LoadModule: "glamoregl" [ 201.143] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 201.143] (II) Module glamoregl: vendor="X.Org Foundation" [ 201.143] compiled for 1.20.3, module version = 1.0.1 [ 201.143] ABI class: X.Org ANSI C Emulation, version 0.4 [ 201.148] (II) AMDGPU(0): glamor X acceleration enabled on Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) [ 201.148] (II) AMDGPU(0): glamor detected, initialising EGL layer. [ 201.148] (==) AMDGPU(0): TearFree property default: auto [ 201.148] (II) AMDGPU(0): KMS Pageflipping: enabled [ 201.148] (II) AMDGPU(0): Output DisplayPort-0 has no monitor section [ 201.148] (II) AMDGPU(0): Output DisplayPort-1 has no monitor section [ 201.148] (II) AMDGPU(0): Output HDMI-A-0 has no monitor section [ 201.148] (II) AMDGPU(0): Output HDMI-A-1 has no monitor section [ 201.148] (II) AMDGPU(0): Output DVI-D-0 has no monitor section [ 201.162] (II) AMDGPU(0): EDID for output DisplayPort-0 [ 201.162] (II) AMDGPU(0): EDID for output DisplayPort-1 [ 201.162] (II) AMDGPU(0): EDID for output HDMI-A-0 ...

if radeoon is there, and the amdgpu driver is NOT installed, install it via yast, it "should" automatically change after reboot. if not try to delete the xf86-video-ati package and or try to blacklist like written from Masaru. (and my try's here) (i could not help if its still not loaded as you can read here)

It is using amdgpu already, not radeon. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

Felix Miata composed on 2020-04-19 09:02 (UTC-0400):

Correct list of X drivers for PCIe and IGP ATI/AMD is as follows:

amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs)

I failed to finish or proofread before sending. Above should have read: amdgpu DDX (for non-ancient cards and IGPs) radeon DDX (for ancient cards and IGPs) modesetting DDX (for all cards and IGPs) https://en.wikipedia.org/wiki/X.Org_Server#DDX The term DDX is used to distinguish X drivers from kernel drivers (modules) of same name and/or function.

The ati is a generic name for the radeon DDX, which is provided in openSUSE and upstream by the xf86-video-ati package. There are other drivers for PCI ATI cards, such as r128 and mach64-- Evolution as taught in public schools is religion, not science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Simon Becherer composed on 2020-04-19 20:08 (UTC+0200):

i am still confused:

this: Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4.

this looks for me if there where 6 drivers here: driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa

driver: indicates the DDX currently active FAILED: is an apparent indicator that the currently active DDX trumped it unloaded: is a list of alternatives that could have been used to run X with the active GPU. fbdev and vesa are low-performance generics incapable of 3D and most widescreen resolutions. modesetting is a newer fundamental X technology that supports most GPUs new enough to have KMS support. With most GPUs, X will use the modesetting DDX if none of xf86-video-* are installed, and can nevertheless use it via specification as explicitly named device driver in /etc/X11/xorg*conf*.

but if i understood you correct, then ati = radeon ??? but if the drivers are same, why is one "unloaded" and the other "failed"

would be nice if you help me to understand......

This is typical misfortune resulting from corporate mergers and acquisitions and consequent name changes. Many moons ago, the company ATI made GPUs in a product line named Radeon. This resulted in ATI and Radeon being functional equivalents in an Xorg context for many moons. A driver package eventually named xf86-video-ati provided a DDX named radeon. Then the company AMD bought the assets of ATI, initially keeping the Radeon product line intact. AMD then developed new technology to replace the Radeon product line. For optimal performance, this naturally required a new DDX. Thus the xf86-video-amdgpu package resulted, providing the amdgpu DDX. At the same time, basic support for the new product line from AMD was maintained in the radeon DDX, and as a matter of sound policy, without any name changing that would trigger massive confusion in the FOSS world. So, either the radeon DDX or the amdgpu DDX could be utilized to run Xorg. Xorg wasn't well equipped to automagically choose which to use. Consequently, the cmdline options radeon.si_support=, amdgpu.si_support=, radeon.cik_support= and amdgpu.cik_support= were developed to assist in correct DDX selection/specification. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org