From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8F430C63777 for ; Mon, 30 Nov 2020 15:42:48 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 2D5D720725 for ; Mon, 30 Nov 2020 15:42:48 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=ffwll.ch header.i=@ffwll.ch header.b="VwQzQyaa" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726811AbgK3Pmc (ORCPT ); Mon, 30 Nov 2020 10:42:32 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726754AbgK3Pmc (ORCPT ); Mon, 30 Nov 2020 10:42:32 -0500 Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5F15C0613D2 for ; Mon, 30 Nov 2020 07:41:51 -0800 (PST) Received: by mail-wr1-x441.google.com with SMTP id s8so16775184wrw.10 for ; Mon, 30 Nov 2020 07:41:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=5uwbd32nMoGasvv4Rb1SYFn9FAHpSeMQI2GqF7/ClB8=; b=VwQzQyaaaEAkhG0uP6JstBj0Ne46sEfpbP0AFJ3lWiA++4MlZwdX9VmPAP/xVurdUF qX4WHN6t+fCPaRR5ufvVvHLQKuKNE081OxBIgwTEwj5VvwIYDSzQKKh5FsGvpPpWEmKw 0A++XINBdb/kUTZnGevAnk66MzpDarVS0veEA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=5uwbd32nMoGasvv4Rb1SYFn9FAHpSeMQI2GqF7/ClB8=; b=toJBNKZUw2z+LYMuUErnI5zAdJA5wG8G96sif5HqyzofYZQRpbiCLr4DC41o+F5JDh KVUoWmm/A8ZlH9tVzQqJpPgruSwuXznb/heMoApByP40OiXDhH+gmrfbg3hwNUEEPL6l +CbX6At9teMR19OCttynC/u+/uuidDl87IalI0vZJxy41NJ7GLKUbUbduoP7m0fObte7 rH3fE+kEnIcz6D+pjSOvBJORz34x/H02/T87fFu50GEYRvkWoA/B8PPdWy5CNc0kYRHb yfoWxzbw6IPm3aqvZ0LtTkI/dHElaO0dqhQp8EbgSzkZ4TusBhpwO+puPmmvTtkyxNW5 DPDQ== X-Gm-Message-State: AOAM533jhwQkaVrm1ojdNXuBbppXysLh0lbSbmYOZhxqVlVwzyLrtBEn 1NUtSfiXO+hweiCXbvEZfoiQeBEJYWvGpw== X-Google-Smtp-Source: ABdhPJzbQ7wIr8vjKUp/Fu7xmk4z5hzYG4AZXWX3oC/JPVbzbr6768nAjbVpzfmu5NcRVdZ7xSbXYA== X-Received: by 2002:a5d:560e:: with SMTP id l14mr28887320wrv.191.1606750910237; Mon, 30 Nov 2020 07:41:50 -0800 (PST) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id k11sm18921870wmj.42.2020.11.30.07.41.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 Nov 2020 07:41:49 -0800 (PST) Date: Mon, 30 Nov 2020 16:41:47 +0100 From: Daniel Vetter To: Mikulas Patocka Cc: Thomas Zimmermann , linux-fbdev@vger.kernel.org, geert+renesas@glider.be, corbet@lwn.net, daniel.vetter@ffwll.ch, linux-doc@vger.kernel.org, bernie@plugable.com, dri-devel@lists.freedesktop.org, sam@ravnborg.org Subject: Re: [PATCH] fbdev: Remove udlfb driver Message-ID: <20201130154147.GT401619@phenom.ffwll.local> References: <20201130125200.10416-1-tzimmermann@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Linux phenom 5.7.0-1-amd64 Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Mon, Nov 30, 2020 at 09:31:15AM -0500, Mikulas Patocka wrote: > > > On Mon, 30 Nov 2020, Thomas Zimmermann wrote: > > > Udlfb has been superseded by DRM's udl. The DRM driver is better by > > any means and actively maintained. Remove udlfb. > > Hi > > I am using udlfb and it's definitely better than the DRM driver. The DRM > driver will crash the kernel if you unplug the device while Xorg is > running. The framebuffer driver doesn't crash in this case. (I have a cat > and the cat sometimes unplugs cables and I don't want to reboot the system > because of it :-) This should be a lot better in recent kernels, there's been tons of fixes for drm hotunplug. Might be there's still bugs in the drm/udl driver. > The framebuffer driver is faster, it keeps back buffer and updates only > data that differ between the front and back buffer. The DRM driver doesn't > have such optimization, it will update everything in a given rectangle - > this increases USB traffic and makes video playback more jerky. > > The framebuffer driver supports programs running full-screen directly on > the framebuffer console, such as web browser "links -g", image viewer > "fbi", postscript+pdf viewer "fbgs", ZX Spectrum emulator "fuse-sdl", > movie player "mplayer -vo fbdev". The DRM driver doesn't run them. Hm this should in general work on drm drivers. Without that it's clear the switch-over isn't really ready yet. > If you seach for someone to maintain the framebuffer driver, I can do it. We're looking for people to port the missing features over to the drm drivers. The problem is that fbdev is full of security bugs, and we're fixing them by removing the features. So that's why there's some push to sunset at much as possible. -Daniel > > Mikulas > > > > Signed-off-by: Thomas Zimmermann > > --- > > CREDITS | 5 + > > Documentation/fb/index.rst | 1 - > > Documentation/fb/udlfb.rst | 162 --- > > MAINTAINERS | 9 - > > drivers/video/fbdev/Kconfig | 17 +- > > drivers/video/fbdev/Makefile | 1 - > > drivers/video/fbdev/udlfb.c | 1994 ---------------------------------- > > 7 files changed, 6 insertions(+), 2183 deletions(-) > > delete mode 100644 Documentation/fb/udlfb.rst > > delete mode 100644 drivers/video/fbdev/udlfb.c > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch