lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Mon, 24 Jan 2022 23:37:03 +0100
From:   Helge Deller <deller@....de>
To:     dri-devel@...ts.freedesktop.org, linux-fbdev@...r.kernel.org,
        Pavel Machek <pavel@....cz>, Sam Ravnborg <sam@...nborg.org>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Sven Schnelle <svens@...ckframe.org>,
        Javier Martinez Canillas <javierm@...hat.com>,
        linux-kernel@...r.kernel.org,
        Tomi Valkeinen <tomi.valkeinen@...com>,
        Claudio Suarez <cssk@...-c.es>,
        Gerd Hoffmann <kraxel@...hat.com>,
        Thomas Zimmermann <tzimmermann@...e.de>,
        Daniel Vetter <daniel.vetter@...el.com>,
        Geert Uytterhoeven <geert@...ux-m68k.org>,
        Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH v2 0/2] Fix regression introduced by disabling accelerated
 scrolling in fbcon

On 1/24/22 23:19, Daniel Vetter wrote:
> On Mon, Jan 24, 2022 at 10:03:17PM +0100, Helge Deller wrote:
>> This series reverts two patches which disabled scrolling acceleration in
>> fbcon/fbdev. Those patches introduced a regression for fbdev-supported graphic
>> cards because of the performance penalty by doing screen scrolling by software
>> instead of using existing 2D hardware acceleration.
>>
>> This series has been discussed on linux-fbdev, dri-devel and linux-kernel
>> mailing lists. The consensus is that they will be reverted, but in addition
>> it's being worked on to find a solution which allows to disable parts of the
>> classic fbdev hardware acceleration code which isn't needed in DRM-only
>> configurations.
>
> That's not my take at least.

Which is?
Didn't we discussed about introducing something like
CONFIG_FBCON_LEGACY_ACCELERATION ?

>> The patchset is planned to be kept in fbdev's for-next git branch and later
>> pushed into kernel v5.18 if no issues are found until then.
>
> Neither this. I don't think we've resovled maintainership of fbdev core
> code and fbcon yet. That is the part that drm folks very much still
> maintained, as a quick git shortlog will show.
>
> Maintaining these parts outside of drm trees just doesn't make sense,
> since none of the other graphics relevant development happens outside of

I have no objections if you are willing to take those two patches through
the drm tree.

Helge

>> ---
>> Changes in v2 compared to v1:
>> - adjusted the stable tags (one v5.10+, the other v5.16+)
>> - moved the analysis and reasoning why those should be reverted into
>>   the commit message. That simplifies to analyze later why they were
>>   reverted.
>> - resorted the To an Cc mail recipient lists
>>
>> Helge Deller (2):
>>   Revert "fbdev: Garbage collect fbdev scrolling acceleration, part 1
>>     (from TODO list)"
>>   Revert "fbcon: Disable accelerated scrolling"
>>
>>  Documentation/gpu/todo.rst              |  24 --
>>  drivers/video/fbdev/core/bitblit.c      |  16 +
>>  drivers/video/fbdev/core/fbcon.c        | 540 +++++++++++++++++++++++-
>>  drivers/video/fbdev/core/fbcon.h        |  59 +++
>>  drivers/video/fbdev/core/fbcon_ccw.c    |  28 +-
>>  drivers/video/fbdev/core/fbcon_cw.c     |  28 +-
>>  drivers/video/fbdev/core/fbcon_rotate.h |   9 +
>>  drivers/video/fbdev/core/fbcon_ud.c     |  37 +-
>>  drivers/video/fbdev/core/tileblit.c     |  16 +
>>  drivers/video/fbdev/skeletonfb.c        |  12 +-
>>  include/linux/fb.h                      |   2 +-
>>  11 files changed, 703 insertions(+), 68 deletions(-)
>>
>> --
>> 2.31.1

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ