From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: Status update on 1.0 Date: Wed, 13 Mar 2019 22:26:29 -0400 Message-ID: <87ef7ary22.fsf@gmail.com> References: <871s3a4xd4.fsf@gnu.org> <87y35i4woe.fsf@nckx> <87ef7au5l4.fsf@ambrevar.xyz> <20190313193345.5c8bfb64@scratchpost.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:35233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h4G4p-0002qR-Iu for guix-devel@gnu.org; Wed, 13 Mar 2019 22:26:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h4G4o-0001zu-Gf for guix-devel@gnu.org; Wed, 13 Mar 2019 22:26:35 -0400 Received: from mail-it1-x141.google.com ([2607:f8b0:4864:20::141]:52467) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h4G4o-0001zh-Ac for guix-devel@gnu.org; Wed, 13 Mar 2019 22:26:34 -0400 Received: by mail-it1-x141.google.com with SMTP id g17so2261328ita.2 for ; Wed, 13 Mar 2019 19:26:34 -0700 (PDT) In-Reply-To: <20190313193345.5c8bfb64@scratchpost.org> (Danny Milosavljevic's message of "Wed, 13 Mar 2019 19:33:45 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Danny Milosavljevic Cc: Guix-devel Danny Milosavljevic writes: > On Wed, 13 Mar 2019 17:00:55 +0100 > Pierre Neidhardt wrote: > >> > The last time I tried the installer it didn't work on AMD(GPU) cards. I'll give >> > it another go. >> >> I've experienced the same issue and I'm quite sure this is because the installer >> uses KMSCON which only works with the proprietary amdgpu kernel module. During >> FOSDEM, Mathieu mentioned that KMSCON was chosen because it works better with >> text/input encoding, if I recall correctly. > > Or find out why on earth KMSCON needs the prorietary amdgpu kernel module. > > It's not exactly 3D graphics, so what is going on? Furthermore, vesafb should > always work regardless (if slowly, but who cares). As Pierre hinted, your question should rather be as "Why on Earth does the AMDGPU drivers needs a binary blob to provide basic features such as KMS at all". I'm still appalled that this mammoth, 125 K lines of codes driver got merged in the Linux kernel and is barely useful [0] when the proprietary binary blobs are not installed. Maxim [0] Booting an AMD R9 285 GPU without the binary blobs installed would leave me to a black screen last time I tried, using Debian 9.