Dear Alex,
On 07/17/18 00:00, Paul Menzel wrote: > Am 16.07.2018 um 18:30 schrieb Alex Deucher: >> On Mon, Jul 16, 2018 at 12:14 PM, Paul Menzel >> <[email protected]> wrote: >>> Dear Linux folks, >>> >>> >>> Trying to boot Debian Buster/testing with Linux 4.16.16 on a MSI B350M >>> MORTAR [1] >>> with a Ryzen 3 2200g and a monitor connected over HDMI, when kernel mode >>> setting >>> (KMS) is enabled the monitor does not receive any updates, that means I do >>> not >>> see the login prompt and only the Linux and systemd service messages from >>> before. >>> The system seems to running though. >>> >>> Debian’s package *firmware-amd-graphics* [2] is from August 2017 and >>> therefore >>> outdated. I manually installed the firmware files from the Linux firmware >>> repository [3]. >>> >>> Here is the log. >>> >>> ``` >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652026] [drm] BIOS signature >>> incorrect 0 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652058] ATOM BIOS: 113-RAVEN-106 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652096] [drm] vm size is 262144 >>> GB, 4 levels, block size is 9-bit, fragment size is 9-bit >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652107] amdgpu 0000:38:00.0: VRAM: >>> 1024M 0x000000F400000000 - 0x000000F43FFFFFFF (1024M used) >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652109] amdgpu 0000:38:00.0: GTT: >>> 1024M 0x000000F500000000 - 0x000000F53FFFFFFF >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652113] [drm] Detected VRAM >>> RAM=1024M, BAR=256M >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652114] [drm] RAM width 128bits >>> UNKNOWN >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652170] [TTM] Zone kernel: >>> Available graphics memory: 7703370 kiB >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652171] [TTM] Zone dma32: >>> Available graphics memory: 2097152 kiB >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652171] [TTM] Initializing pool >>> allocator >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652174] [TTM] Initializing DMA >>> pool allocator >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652202] [drm] amdgpu: 1024M of >>> VRAM memory ready >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652203] [drm] amdgpu: 3072M of GTT >>> memory ready. >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652220] [drm] GART: num cpu pages >>> 262144, num gpu pages 262144 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652433] [drm] PCIE GART of 1024M >>> enabled (table at 0x000000F400800000). >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652541] [drm] Supports vblank >>> timestamp caching Rev 2 (21.10.2013). >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652541] [drm] Driver supports >>> precise vblank timestamp query. >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.652983] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_asd.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.653276] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_pfp.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.653498] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_me.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.653668] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_ce.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.653960] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_rlc.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.654817] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_mec.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.656137] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_mec2.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.658217] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_sdma.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.658220] [drm] use_doorbell being >>> set to: [true] >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.659663] amdgpu 0000:38:00.0: >>> firmware: direct-loading firmware amdgpu/raven_vcn.bin >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.659667] [drm] Found VCN firmware >>> Version: 1.73 Family ID: 18 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.847424] [drm] VCN decode and >>> encode initialized successfully. >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852189] amdgpu 0000:38:00.0: ring >>> 0(gfx) uses VM inv eng 4 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852191] amdgpu 0000:38:00.0: ring >>> 1(comp_1.0.0) uses VM inv eng 5 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852193] amdgpu 0000:38:00.0: ring >>> 2(comp_1.1.0) uses VM inv eng 6 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852194] amdgpu 0000:38:00.0: ring >>> 3(comp_1.2.0) uses VM inv eng 7 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852195] amdgpu 0000:38:00.0: ring >>> 4(comp_1.3.0) uses VM inv eng 8 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852197] amdgpu 0000:38:00.0: ring >>> 5(comp_1.0.1) uses VM inv eng 9 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852198] amdgpu 0000:38:00.0: ring >>> 6(comp_1.1.1) uses VM inv eng 10 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852200] amdgpu 0000:38:00.0: ring >>> 7(comp_1.2.1) uses VM inv eng 11 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852201] amdgpu 0000:38:00.0: ring >>> 8(comp_1.3.1) uses VM inv eng 12 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852202] amdgpu 0000:38:00.0: ring >>> 9(kiq_2.1.0) uses VM inv eng 13 on hub 0 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852204] amdgpu 0000:38:00.0: ring >>> 10(sdma0) uses VM inv eng 4 on hub 1 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852205] amdgpu 0000:38:00.0: ring >>> 11(vcn_dec) uses VM inv eng 5 on hub 1 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852207] amdgpu 0000:38:00.0: ring >>> 12(vcn_enc0) uses VM inv eng 6 on hub 1 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.852208] amdgpu 0000:38:00.0: ring >>> 13(vcn_enc1) uses VM inv eng 7 on hub 1 >>> Jul 16 17:54:39 tokeiihto kernel: [ 25.856580] [drm] Initialized amdgpu >>> 3.23.0 20150101 for 0000:38:00.0 on minor 0 >>> ``` >>> >>> The messages `[drm] BIOS signature incorrect 0 0` stands out. The latest >>> mainboard firmware version 7A37v1F from May 2018 is installed [4]. >>> >>> Booting with `nomodeset` works. >>> >>> Please find attached the full log with the KMS boot messages in the >>> beginning, and the nomodeset messages in the second part. >>> >>> Do you have any hints how to get modesetting to work? >> >> Are >> CONFIG_DRM_AMD_DC and CONFIG_DRM_AMD_DC_DCN1_0 set in your kernel config? >> Those are required for modesetting on raven. > > No, the second option is not selected in linux-image-4.16.0-2-amd64 [5]. > > ``` > # > # Display Engine Configuration > # > CONFIG_DRM_AMD_DC=y > # CONFIG_DRM_AMD_DC_PRE_VEGA is not set > # CONFIG_DRM_AMD_DC_FBC is not set > # CONFIG_DRM_AMD_DC_DCN1_0 is not set > # CONFIG_DEBUG_KERNEL_DC is not set > ``` > > It’s selected in linux-image-4.17.0-1 [6]. That version is not yet in Debian > Buster/testing. I upgraded to Debian Sid/unstable, and KMS works with linux-image-4.17.0-1, which has both of options selected. > I wonder, if in the future the Linux kernel could give feedback to the user> > if options are unselected. Kind regards, Paul > [5]: https://packages.debian.org/sid/amd64/linux-image-4.16.0-2-amd64 > [6]: https://packages.debian.org/sid/amd64/linux-image-4.17.0-1-amd64
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ amd-gfx mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/amd-gfx
