From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965294AbcHDRaZ (ORCPT ); Thu, 4 Aug 2016 13:30:25 -0400 Received: from smtp.domeneshop.no ([194.63.252.55]:51898 "EHLO smtp.domeneshop.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933971AbcHDRaY (ORCPT ); Thu, 4 Aug 2016 13:30:24 -0400 Subject: Re: [PATCH 0/2] drm: add SimpleDRM driver References: <1470319400-14625-1-git-send-email-noralf@tronnes.org> <20160804143635.GJ6232@phenom.ffwll.local> Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, David Herrmann From: =?UTF-8?Q?Noralf_Tr=c3=b8nnes?= To: Daniel Vetter Message-ID: Date: Thu, 4 Aug 2016 19:30:18 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160804143635.GJ6232@phenom.ffwll.local> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Den 04.08.2016 16:36, skrev Daniel Vetter: > On Thu, Aug 04, 2016 at 04:03:18PM +0200, Noralf Trønnes wrote: >> This patchset adds the simpledrm driver by David Herrmann based on a >> patchset[1] from 2014. That patchset also included patches for kicking >> out simpledrm by real drivers. I have stayed away from that since it >> involves another subsystem and I would probably be unable to answer any >> questions about the implementation. > Need David's input on this, but I think the force-removal of simpledrm > when other drivers take over is required. Otherwise hilarity can ensue. > If we leave this out for the inital merge then I think we need a really > big warning in Kconfig that if people aren't careful it could result in a > kaboom. I understand. I anticipated this, but I was hoping that if I moved this part forward, which I was capable of doing, maybe someone else could do the rest :-) Anyways, if no one chimes in to do this, lets add a warning. > If you can, booting this on a vesa/uefi platform would be interesting too, > just to make sure. I'm a bit limited here I'm afraid. I only have a Raspberry Pi to test with. My other Linux installations are running on a VMware ESXi server. Noralf.