From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@gnu.org>
Subject: Re: KMScon vs. AMD Radeon
Date: Wed, 03 Apr 2019 22:48:50 +0200
Message-ID: <87wokaq0gd.fsf@gnu.org>
References: <871s3a4xd4.fsf@gnu.org> <87sgv89w3k.fsf@gnu.org>
	<20190328000935.qnhrbamajj47vibu@pelzflorian.localdomain>
	<87h8bl8xrb.fsf_-_@gnu.org> <875zs1k5ac.fsf@gmail.com>
	<20190329180022.pqzdrzcjrbm3z5ub@pelzflorian.localdomain>
	<871s2o6cyt.fsf@gmail.com> <87imw0u558.fsf@ambrevar.xyz>
	<20190330152211.2ugzdbvp2hjy3lvl@pelzflorian.localdomain>
	<871s2lkesq.fsf@gmail.com> <87a7h9jxzd.fsf@gnu.org>
	<87y34sj122.fsf@gmail.com> <20190402183102.3d951dc2@scratchpost.org>
	<87tvffilot.fsf@gmail.com> <20190403131944.2b4244c5@scratchpost.org>
	<20190403205630.30b80f49@scratchpost.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([209.51.188.92]:53400)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1hBmok-0000yy-2Y
	for guix-devel@gnu.org; Wed, 03 Apr 2019 16:49:07 -0400
In-Reply-To: <20190403205630.30b80f49@scratchpost.org> (Danny Milosavljevic's
	message of "Wed, 3 Apr 2019 20:56:30 +0200")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel/>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: Danny Milosavljevic <dannym@scratchpost.org>
Cc: Guix-devel <guix-devel@gnu.org>, Mathieu Othacehe <m.othacehe@gmail.com>

Danny Milosavljevic <dannym@scratchpost.org> skribis:

>> I suggest that we use fbdev (maybe at runtime, but maybe just disable ev=
erything
>> else :P).
>
> Selecting it at runtime should work well.
>
> I've read kmscon source now and they wait for udev events in order to cho=
ose backends.
>
> Once an udev event arrives, they check the result of udev_device_get_subs=
ystem().
> If it's "drm", they'll use [drm3d or] drm2d.
> If it's "graphics", they'll use fbdev.
>
> So it supports fbdev just fine and will select it when drm is unavailable.

To summarize, we=E2=80=99re just missing =E2=80=98--with-video=3Dfbdev,drm2=
d=E2=80=99 and then
we=E2=80=99re done, right?

That=E2=80=99d be sweet.

Ludo=E2=80=99.