From owner-freebsd-current@freebsd.org Tue Jan 26 12:55:49 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 96EBB4ED0EC for ; Tue, 26 Jan 2021 12:55:49 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DQ6D43zjqz3n1V for ; Tue, 26 Jan 2021 12:55:48 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.16.1/8.16.1) with ESMTPSA id 10QCti28072173 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 26 Jan 2021 13:55:44 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1611665744; bh=LMYaK29Gz88hgUGmzYdpYt1j0EpPydlF4uXOQX4YW9o=; h=From:To:Cc:References:Subject:Date:In-Reply-To; b=Hz/kdox6ECYMtSwIkG5oyJ9bZ3V5oSzt4lFDie1P0OV320AfMdfsVnXqAVIZbBzRs 564WTX7UpMTO6DI1d14zXQg3RaXnSkg89iZXD6VqrprCXUBVT28fL0fqGn//E0Tr0T ggGoTC1FmqI5EE4RkR/bidb1OmecbmbY3FBhnb7pu77J0WAKjexd20jFdF4EYyVQOG KN+LaNA6mAiXOiwQsbZGGL9TO1yyqHVPJSDmypajTWwyDxKNIApt976QnG90KKAQRf lJYIMZn2JzycMa40vSGQODKzY3mS+FvJmLGYkfuNBTzFSe34/aV/bvEtiIojirbvEG k6rmCyEDqWZ2A== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be fomalhaut.potoki.eu From: Marek Zarychta To: Toomas Soome Cc: Graham Perrin , freebsd-current@freebsd.org References: <24590.137.690675.515036@jerusalem.litteratus.org> <68acb1a8-fcf8-a065-70d5-061669e2f70b@daemonic.se> <24591.35500.33066.12845@jerusalem.litteratus.org> <20210126070211.GB43439@FreeBSD.org> <4933479c-b5a6-fa2e-09be-f5a0190d6f1b@plan-b.pwste.edu.pl> <5DFFA1C6-EBC3-4C22-B678-45BA48C9ECF1@me.com> Subject: Re: DRM and Radeon Message-ID: Date: Tue, 26 Jan 2021 13:55:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <5DFFA1C6-EBC3-4C22-B678-45BA48C9ECF1@me.com> Content-Language: en-US X-Rspamd-Queue-Id: 4DQ6D43zjqz3n1V X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=Hz/kdox6; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-5.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:678:618::40:from]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_MED(-2.00)[pwste.edu.pl:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2001:678:618::40:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2021 12:55:49 -0000 W dniu 26.01.2021 o=C2=A010:15, Toomas Soome pisze: > > >> On 26. Jan 2021, at 10:18, Marek Zarychta=20 >> > > wrote: >> >> W dniu 26.01.2021 o=C2=A008:58, Graham Perrin pisze: >>> On 26/01/2021 07:02, Alexey Dokuchaev wrote: >>> > Re: loading drm crashes system >>> > =E2=80=A6 There are known issues with Radeon cards, they were quite= well >>> > supported a year ago, then something got broken. I've promised to >>> > bisect this and find the cause, but there were several >>> > syscall-related changes in -CURRENT though the course of the last >>> > year, so bisecting just the kernel is not enough (machine won't get= >>> > to login prompt if the userland does not match), which cripples the= >>> > process. >>> > >>> > I still intend to take this quest, just not sure when. :( >>> > >>> > ./danfe >>> Any cards in particular? >>> >> >=20 >>> =E2=80=93 whilst I didn't mention Radeon there, for me it _was_ the R= adeon=20 >>> story that seemed to improve a few months ago. >>> >> > AMD Thames= =20 >>> [Radeon HD 7550M/7570M/7650M] >> >> >> >> For example old RS880 [Radeon HD 4200]. After deprecation of=20 >> graphics/drm-fbsd12.0-kmod I found that it is still supported fine on = >> 12-STABLE with legacy /boot/kernel/radeonkms.ko from the base. While=20 >> trying the driver from graphics/drm-fbsd12.0-kmod I was not able to=20 >> use this card with gdm, only startx or x11/slim worked. On 13-ALPHA=20 >> this card still works fine with deprecated graphics/drm-legacy-kmod. >> >> > > Does X11 cliegdm start X in specific way? I mean, afaik, gdm is nt as=20 > any other, so the question would be, how does gdm get Xorg started,=20 > what is different compared to startx etc? Might it be about gdm user=20 > permissions to access drm devices? > > my 2cents.. > toomas Thanks for the clue, I added user gdm to the group video, but nothing=20 changed. Gdm starts, after some delay, but there is no visible username/ password = prompt or it's beyond the viewable area, on the other hand, the viewable = area seems to fit the screen correctly. To start gdm I have to wait a=20 while until something happens with the resolution of text in the=20 console. I have to mention that with this driver, the vty console=20 resolution changes a while after loading the driver and starting all=20 services (usually it lasts one minute or less after services startup)=20 and after this time the text on vty can be seen in a kind of window=20 covering: on first monitor 50% of the screen in left upper corner and on = the second monitor, the viewable area of text console exceeds screen=20 dimensions, but on both the text in console looks blurry. Please don't get it wrong it's nether=C2=A0 EFI nor boot loader problem s= ince=20 this is an old machine with BIOS only and I am booting FreeBSD on this=20 with GRUB2 (booting, not chainloading). With /boot/kernel/radeonkms.ko=20 or radeonks.ko from deprecated graphics/drm-legacy-kmod everything looks = fine on vty on both monitors and login and password prompt for gdm=20 appears correctly. So this is not only gdm issue. I have tested drm-current-kmod with fresh 14-CURRENT sources and indeed, = it panicked for me. I have installed deprecated drm-legacy-kmod and it=20 works fine with this old HW and 14-CURRENT. While writing this post I am using: FreeBSD 14.0-CURRENT #3 main-c256281-g25cdacf79b0 drm-legacy-kmod-g20200825 gpu-firmware-kmod-g20201213 --=20 Marek Zarychta