Bug 1221135 - Installation won't start in graphical mode if igpu is enabled to next to the dedicated NVIDIA card
Summary: Installation won't start in graphical mode if igpu is enabled to next to the ...
Status: RESOLVED NORESPONSE
: 1221136 (view as bug list)
Alias: None
Product: PUBLIC SUSE Linux Enterprise Desktop 15 SP6
Classification: openSUSE
Component: X.Org (show other bugs)
Version: unspecified
Hardware: Other Other
: P3 - Medium : Normal
Target Milestone: ---
Assignee: Gfx Enterprise Bugs
QA Contact: Gfx Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-03-07 15:21 UTC by Lubos Kocman
Modified: 2024-05-21 13:29 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
sndirsch: needinfo? (lubos.kocman)


Attachments
Xorg.0.log from installation (6.62 KB, text/x-log)
2024-03-07 15:21 UTC, Lubos Kocman
Details
tarball of /var/log from installation with igpu set to auto (1.08 MB, application/x-tar)
2024-03-07 15:21 UTC, Lubos Kocman
Details
lspci -nn (5.31 KB, text/x-log)
2024-03-07 15:22 UTC, Lubos Kocman
Details
dmesg log from leap 15.6 install with igpu set to auto (1.58 KB, text/x-log)
2024-03-07 15:22 UTC, Lubos Kocman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lubos Kocman 2024-03-07 15:21:13 UTC
Created attachment 873305 [details]
Xorg.0.log from installation

Hello openSUSE!

I'm using workstation with RYZEN 7700X  (AM5)that comes with igpu but my HDMI cable is connected to the rtx3070.
https://www.reddit.com/r/openSUSE/comments/z7ocjd/my_am5_opensuse_based_sff_build_dan_a4_h20_with/


If I disable the internal Radeon GP, then the installation starts just fine, no problem.

However with iGPU set to AUTO (default motherboard settings). Then the startup of Xorg crashes, and installation is held in text/ncureses mode.

You can finish the text-mode installation install openSUSE-repos-NVIDIA and nvidia-driver and system will work.


The Xorg crashes on following (full xorg log is attached)
[    68.269] (WW) Falling back to old probe method for modesetting
[    68.269] (II) modeset(1): using default device
[    68.269] (WW) Falling back to old probe method for fbdev
[    68.269] (II) Loading sub module "fbdevhw"
[    68.269] (II) LoadModule: "fbdevhw"
[    68.269] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[    68.270] (II) Module fbdevhw: vendor="X.Org Foundation"
[    68.270] 	compiled for 1.21.1.11, module version = 0.0.2
[    68.270] 	ABI class: X.Org Video Driver, version 25.2
[    68.270] (II) FBDEV(2): using default device
[    68.271] (II) modeset(G0): using drv /dev/dri/card0
[    68.271] (EE) Screen 0 deleted because of no matching config section.
[    68.271] (II) UnloadModule: "modesetting"
[    68.271] (EE) 
Fatal server error:
[    68.271] (EE) Cannot run in framebuffer mode. Please specify busIDs        for all framebuffer devices
[    68.271] (EE) 
[    68.271] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[    68.271] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[    68.271] (EE) 


dmesg is rather short

[   61.344536] zram: Added device: zram1
[   61.346241] zram1: detected capacity change from 0 to 2097152
[   61.354484] Adding 1048572k swap on /dev/zram1.  Priority:-2 extents:1 across:1048572k SSFS
[   68.271592] amdgpu 0000:6a:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=none
[   86.042957] logitech-hidpp-device 0003:046D:407B.000B: HID++ 4.5 device connected.
[   88.436842] igc 0000:5f:00.0 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[   88.436997] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   94.216842] igc 0000:5f:00.0 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[   94.324565] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  111.168447] ISO 9660 Extensions: Microsoft Joliet Level 3
[  111.169446] ISO 9660 Extensions: RRIP_1991A
[  111.207849] ISO 9660 Extensions: Microsoft Joliet Level 3
[  111.208873] ISO 9660 Extensions: RRIP_1991A
[  111.247957] ISO 9660 Extensions: Microsoft Joliet Level 3
[  111.248951] ISO 9660 Extensions: RRIP_1991A
[  112.052976] ISO 9660 Extensions: Microsoft Joliet Level 3
[  112.053987] ISO 9660 Extensions: RRIP_1991A
[  112.103896] ISO 9660 Extensions: Microsoft Joliet Level 3
[  112.104910] ISO 9660 Extensions: RRIP_1991A
[  112.145024] ISO 9660 Extensions: Microsoft Joliet Level 3
[  112.146042] ISO 9660 Extensions: RRIP_1991A
[  112.185980] ISO 9660 Extensions: Microsoft Joliet Level 3
[  112.186986] ISO 9660 Extensions: RRIP_1991A
[  130.641853] EXT4-fs (sda1): mounted filesystem 6f78d301-ebec-40ae-afab-d65497810a04 r/w with ordered data mode. Quota mode: none.
Comment 1 Lubos Kocman 2024-03-07 15:21:55 UTC
Created attachment 873307 [details]
tarball of /var/log from installation with igpu set to auto
Comment 2 Lubos Kocman 2024-03-07 15:22:21 UTC
Created attachment 873308 [details]
lspci -nn
Comment 3 Lubos Kocman 2024-03-07 15:22:44 UTC
Created attachment 873309 [details]
dmesg log from leap 15.6 install with igpu set to auto
Comment 4 Lubos Kocman 2024-03-07 15:25:51 UTC
Workaround: disable igpu in BIOS. Installation will start in Graphical mode.
Comment 5 hui 2024-03-07 16:20:45 UTC
*** Bug 1221136 has been marked as a duplicate of this bug. ***
Comment 6 Stefan Dirsch 2024-03-07 19:37:20 UTC
Two VGA devices (AMD + NVIDIA). My current guess is that only for one a native KMS driver is loaded and working. So for this one modeset X driver is being used. For the other fbdev X driver is tried to been used, but this doesn't work when there are more than one gfxcards in the system.

[    68.271] (EE) Cannot run in framebuffer mode. Please specify busIDs        for all framebuffer devices

Could you check which kernel modules are loaded in "auto" BIOS mode and attach dmesg output?
Comment 7 Stefan Dirsch 2024-03-28 03:49:16 UTC
Lubos, any news on that one?
Comment 8 Stefan Dirsch 2024-04-19 21:25:59 UTC
Lubos? ping!
Comment 9 Stefan Dirsch 2024-05-06 23:18:42 UTC
Lubos?
Comment 10 Stefan Dirsch 2024-05-21 13:29:48 UTC
Lubos, I think you reopen, once you can provide feedback. ;-)