On Mon, Jan 24, 2022 at 7:51 PM Geert Uytterhoeven wrote:
>
> Hi Daniel,
>
> On Thu, Jan 20, 2022 at 1:33 PM Daniel Vetter wrote:
> > But reading code is too hard I guess, safer to assume it's just
> > broken and not supported.
>
> I confirm there's lots of documentation (and even more code ;-),
Hi
Am 24.01.22 um 19:38 schrieb Geert Uytterhoeven:
Hi Daniel,
On Fri, Jan 21, 2022 at 9:55 AM Daniel Vetter wrote:
Just to clarify, since we had lots of smaller and bigger
misunderstandings in the thread thus far: DRM_FORMAT_RGB332 exists, so
drm support that already. The fbdev emulation
Hi Daniel,
On Thu, Jan 20, 2022 at 1:33 PM Daniel Vetter wrote:
> But reading code is too hard I guess, safer to assume it's just
> broken and not supported.
I confirm there's lots of documentation (and even more code ;-),
which is always great!
But both are intimidating to me, and most of the
On Mon, Jan 24, 2022 at 7:39 PM Geert Uytterhoeven wrote:
>
> Hi Daniel,
>
> On Fri, Jan 21, 2022 at 9:55 AM Daniel Vetter wrote:
> > Just to clarify, since we had lots of smaller and bigger
> > misunderstandings in the thread thus far: DRM_FORMAT_RGB332 exists, so
> > drm support that already.
Hi Daniel,
On Fri, Jan 21, 2022 at 9:55 AM Daniel Vetter wrote:
> Just to clarify, since we had lots of smaller and bigger
> misunderstandings in the thread thus far: DRM_FORMAT_RGB332 exists, so
> drm support that already. The fbdev emulation doesn't yet, but all
> that's needed for that is
On Fri, Jan 21, 2022 at 9:46 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > What I still don't understand: why are you so keen on maintaining an
> > interface that only serves the console? Nothing else uses fbdev these days.
> > Why not improve DRM/userspace to the point where it fits your requirements?
Hi,
> What I still don't understand: why are you so keen on maintaining an
> interface that only serves the console? Nothing else uses fbdev these days.
> Why not improve DRM/userspace to the point where it fits your requirements?
> Long-term, the latter would make a lot more sense.
And note
Hi,
> > fbcon could do the same, i.e. render to fbdev in a 60Hz timer instead of
> > doing it synchronously.
>
> Hopefully only the parts of the screen which need a redraw?
Sure. drm fbdev emulation with shadow framebuffer tracks changes and
only flushes dirty areas to the real framebuffer.
Hi Daniel,
On Thu, Jan 20, 2022 at 1:33 PM Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 1:13 PM Geert Uytterhoeven
> wrote:
> > On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> > > On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> > > wrote:
> > > > On Thu, Jan 20, 2022 at 4:29
On Thu, Jan 20, 2022 at 1:13 PM Geert Uytterhoeven wrote:
>
> Hi Daniel,
>
> On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> > On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> > wrote:
> > > On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > > > On Tue, Jan 18, 2022 at
Hi Daniel,
On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> wrote:
> > On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > > On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > > > On Mon, 17 Jan 2022 19:47:39
On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
wrote:
>
> Hi Gerd,
>
> On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > > On Mon, 17 Jan 2022 19:47:39 +0100
> > > Sven Schnelle wrote:
> > >
> > > > I also tested
Hi Gerd,
On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > On Mon, 17 Jan 2022 19:47:39 +0100
> > Sven Schnelle wrote:
> >
> > > I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> > > a dmesg with
On Tue, 18 Jan 2022 10:53:52 +0100
Gerd Hoffmann wrote:
> On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > On Mon, 17 Jan 2022 19:47:39 +0100
> > Sven Schnelle wrote:
> >
> > > I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> > > a dmesg with 919
On Tuesday, January 18th, 2022 at 15:23, Thomas Zimmermann
wrote:
> Am 18.01.22 um 09:10 schrieb Geert Uytterhoeven:
> > Hi Gerd,
> >
> > On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote:
> >> Also note that using a shadow framebuffer allows to decouple fbcon
> >> updates and scanout
Hi
Am 18.01.22 um 09:10 schrieb Geert Uytterhoeven:
Hi Gerd,
On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote:
Also note that using a shadow framebuffer allows to decouple fbcon
updates and scanout framebuffer updates. Can be used to speed up
things without depending on the 2d blitter.
Hi
Am 17.01.22 um 17:21 schrieb Helge Deller:
On 1/17/22 16:58, Thomas Zimmermann wrote:
Hi
Am 17.01.22 um 16:42 schrieb Helge Deller:
[...]
c) reintroduce the state where fbcon is fast on fbdev. This is important for
non-DRM machines,
either when run on native hardware or in an
Hi
Am 17.01.22 um 19:47 schrieb Sven Schnelle:
Hi Thomas,
Thomas Zimmermann writes:
Hi
Am 14.01.22 um 19:11 schrieb Helge Deller:
The fbdev layer is orphaned, but seems to need some care.
So I'd like to step up as new maintainer.
Signed-off-by: Helge Deller
First of all, thank you for
Hi,
> > fbcon/fbdev emulation: RGB332 support must be added I think. But both
> > argb888 and rgb565 are supported today, so it should not be hard to find
> > the places where you have to add some code to handle RGB332 too.
>
> I'd expect that that framework is provided by DRM developers if
On Tuesday, January 18th, 2022 at 12:41, Daniel Vetter wrote:
> On Tue, Jan 18, 2022 at 9:41 AM Geert Uytterhoeven
> wrote:
> >
> > Hi Jani,
> >
> > On Tue, Jan 18, 2022 at 9:38 AM Jani Nikula
> > wrote:
> > > On Mon, 17 Jan 2022, Helge Deller wrote:
> > > > On 1/17/22 22:40, Jani Nikula
Hi,
> > fbcon could do the same, i.e. render to fbdev in a 60Hz timer instead of
> > doing it synchronously.
>
> Yeah, and if you use the shadow fb support in drm fbdev helpers,
> that's what you get. Maybe we should just make that the default, since
> that would also greatly simply stuff like
On Tue, Jan 18, 2022 at 9:10 AM Geert Uytterhoeven wrote:
>
> Hi Gerd,
>
> On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote:
> > Also note that using a shadow framebuffer allows to decouple fbcon
> > updates and scanout framebuffer updates. Can be used to speed up
> > things without
On 1/18/22 12:18, Daniel Vetter wrote:
> On Tue, Jan 18, 2022 at 9:56 AM Helge Deller wrote:
>>
>> On 1/18/22 09:38, Jani Nikula wrote:
>>> On Mon, 17 Jan 2022, Helge Deller wrote:
On 1/17/22 22:40, Jani Nikula wrote:
> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
>> Seems
On Tue, Jan 18, 2022 at 9:41 AM Geert Uytterhoeven wrote:
>
> Hi Jani,
>
> On Tue, Jan 18, 2022 at 9:38 AM Jani Nikula
> wrote:
> > On Mon, 17 Jan 2022, Helge Deller wrote:
> > > On 1/17/22 22:40, Jani Nikula wrote:
> > >> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
> > >>> Seems like few
On Tue, Jan 18, 2022 at 10:54 AM Gerd Hoffmann wrote:
>
> On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > On Mon, 17 Jan 2022 19:47:39 +0100
> > Sven Schnelle wrote:
> >
> > > I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> > > a dmesg with 919
On Tue, Jan 18, 2022 at 9:56 AM Helge Deller wrote:
>
> On 1/18/22 09:38, Jani Nikula wrote:
> > On Mon, 17 Jan 2022, Helge Deller wrote:
> >> On 1/17/22 22:40, Jani Nikula wrote:
> >>> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
> Seems like few people read linux-fbdev these days.
> >>>
On Mon, Jan 17, 2022 at 10:55 PM Ilia Mirkin wrote:
>
> On Mon, Jan 17, 2022 at 2:47 PM Helge Deller wrote:
> >
> > On 1/17/22 17:21, Helge Deller wrote:
> > > On 1/17/22 16:58, Thomas Zimmermann wrote:
> > >> Hi
> > >>
> > >> Am 17.01.22 um 16:42 schrieb Helge Deller:
> > >>> [...]
> > > c)
Hi Michel,
Michel Dänzer writes:
> On 2022-01-17 19:47, Sven Schnelle wrote:
>>
>>> * There's no new development in fbdev and there are no new
>>>drivers. Everyone works on DRM, which is better in most
>>>regards. The consequence is that userspace is slowly loosing the
>>> ability
On 1/18/22 11:13, Helge Deller wrote:
> On 1/18/22 10:16, Gerd Hoffmann wrote:
>> On Tue, Jan 18, 2022 at 09:20:43AM +0100, Helge Deller wrote:
>>> On 1/18/22 07:29, Gerd Hoffmann wrote:
> Please correct me if I'm wrong, but text-console emulation/scrolling on
> DRM is
> currently
On 1/18/22 10:16, Gerd Hoffmann wrote:
> On Tue, Jan 18, 2022 at 09:20:43AM +0100, Helge Deller wrote:
>> On 1/18/22 07:29, Gerd Hoffmann wrote:
Please correct me if I'm wrong, but text-console emulation/scrolling on
DRM is
currently unaccelerated and bound to Truecolour modes
On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> On Mon, 17 Jan 2022 19:47:39 +0100
> Sven Schnelle wrote:
>
> > I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> > a dmesg with 919 lines one the text console took about 2s to display. In
> > x11, i
Hi Javier,
On Tue, Jan 18, 2022 at 10:33 AM Javier Martinez Canillas
wrote:
> On 1/18/22 09:54, Helge Deller wrote:
> > On 1/18/22 09:38, Jani Nikula wrote:
> >> On Mon, 17 Jan 2022, Helge Deller wrote:
> >>> On 1/17/22 22:40, Jani Nikula wrote:
> On Mon, 17 Jan 2022, Thomas Zimmermann
On 1/18/22 09:54, Helge Deller wrote:
> On 1/18/22 09:38, Jani Nikula wrote:
>> On Mon, 17 Jan 2022, Helge Deller wrote:
>>> On 1/17/22 22:40, Jani Nikula wrote:
On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
> Seems like few people read linux-fbdev these days.
How much traffic
On Tue, Jan 18, 2022 at 09:20:43AM +0100, Helge Deller wrote:
> On 1/18/22 07:29, Gerd Hoffmann wrote:
> >> Please correct me if I'm wrong, but text-console emulation/scrolling on
> >> DRM is
> >> currently unaccelerated and bound to Truecolour modes only,
> >
> > Yes. Adding support for formats
On 1/18/22 09:41, Helge Deller wrote:
> Hello Daniel,
>
> On 1/17/22 16:00, Daniel Vetter wrote:
>> On Mon, Jan 17, 2022 at 1:16 PM Helge Deller wrote:
>>> On 1/17/22 11:02, Daniel Vetter wrote:
On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>
> The fbdev layer is orphaned, but
On 2022-01-17 19:47, Sven Schnelle wrote:
>
>> * There's no new development in fbdev and there are no new
>>drivers. Everyone works on DRM, which is better in most
>>regards. The consequence is that userspace is slowly loosing the
>> ability to use fbdev.
>
> That might be caused by
On 1/18/22 09:38, Jani Nikula wrote:
> On Mon, 17 Jan 2022, Helge Deller wrote:
>> On 1/17/22 22:40, Jani Nikula wrote:
>>> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
Seems like few people read linux-fbdev these days.
>>>
>>> How much traffic is there to linux-fbdev that is *not* Cc'd to
Hello Daniel,
On 1/17/22 16:00, Daniel Vetter wrote:
> On Mon, Jan 17, 2022 at 1:16 PM Helge Deller wrote:
>> On 1/17/22 11:02, Daniel Vetter wrote:
>>> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
The fbdev layer is orphaned, but seems to need some care.
So I'd like to
Hi Jani,
On Tue, Jan 18, 2022 at 9:38 AM Jani Nikula wrote:
> On Mon, 17 Jan 2022, Helge Deller wrote:
> > On 1/17/22 22:40, Jani Nikula wrote:
> >> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
> >>> Seems like few people read linux-fbdev these days.
> >>
> >> How much traffic is there to
On Mon, 17 Jan 2022, Helge Deller wrote:
> On 1/17/22 22:40, Jani Nikula wrote:
>> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
>>> Seems like few people read linux-fbdev these days.
>>
>> How much traffic is there to linux-fbdev that is *not* Cc'd to dri-devel
>> also?
>
> Doesn't seem like
On Mon, 17 Jan 2022 19:47:39 +0100
Sven Schnelle wrote:
> I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> a dmesg with 919 lines one the text console took about 2s to display. In
> x11, i measure 22ms. This might be unfair because encoding might be
> different, but i
On 1/18/22 07:29, Gerd Hoffmann wrote:
>> Please correct me if I'm wrong, but text-console emulation/scrolling on DRM
>> is
>> currently unaccelerated and bound to Truecolour modes only,
>
> Yes. Adding support for formats beside argb to the drm fbcon
> emulation shouldn't be that much of a
On 1/18/22 07:11, Gerd Hoffmann wrote:
> On Mon, Jan 17, 2022 at 02:29:47PM +0100, Geert Uytterhoeven wrote:
>> Hi Gerd,
>>
>> On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
b) to include new drivers (for old hardware) if they arrive (probably
happens rarely but there can be).
Hi Gerd,
On Tue, Jan 18, 2022 at 7:30 AM Gerd Hoffmann wrote:
> Also note that using a shadow framebuffer allows to decouple fbcon
> updates and scanout framebuffer updates. Can be used to speed up
> things without depending on the 2d blitter.
Assuming accesses to the shadow frame buffer are
Hi,
> Please correct me if I'm wrong, but text-console emulation/scrolling on DRM is
> currently unaccelerated and bound to Truecolour modes only,
Yes. Adding support for formats beside argb to the drm fbcon
emulation shouldn't be that much of a problem though.
Acceleration is harder.
On Mon, Jan 17, 2022 at 02:29:47PM +0100, Geert Uytterhoeven wrote:
> Hi Gerd,
>
> On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
> > > b) to include new drivers (for old hardware) if they arrive (probably
> > > happens rarely but there can be).
> > >I know of at least one driver
On Mon, Jan 17, 2022 at 2:47 PM Helge Deller wrote:
>
> On 1/17/22 17:21, Helge Deller wrote:
> > On 1/17/22 16:58, Thomas Zimmermann wrote:
> >> Hi
> >>
> >> Am 17.01.22 um 16:42 schrieb Helge Deller:
> >>> [...]
> > c) reintroduce the state where fbcon is fast on fbdev. This is
> >
On 1/17/22 22:40, Jani Nikula wrote:
> On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
>> Seems like few people read linux-fbdev these days.
>
> How much traffic is there to linux-fbdev that is *not* Cc'd to dri-devel
> also?
Doesn't seem like much traffic - which IMHO is OK for such a tree with
On Mon, 17 Jan 2022, Thomas Zimmermann wrote:
> Seems like few people read linux-fbdev these days.
How much traffic is there to linux-fbdev that is *not* Cc'd to dri-devel
also? Do we still need a separate linux-fbdev mailing list at all?
BR,
Jani.
--
Jani Nikula, Intel Open Source Graphics
On 1/17/22 16:03, Daniel Vetter wrote:
> On Mon, Jan 17, 2022 at 3:48 PM Helge Deller wrote:
>>
>> On 1/17/22 15:10, Geert Uytterhoeven wrote:
>>> Hi Thomas,
>>>
>>> On Mon, Jan 17, 2022 at 2:51 PM Thomas Zimmermann
>>> wrote:
Am 17.01.22 um 14:29 schrieb Geert Uytterhoeven:
> On Mon,
On 1/17/22 17:21, Helge Deller wrote:
> On 1/17/22 16:58, Thomas Zimmermann wrote:
>> Hi
>>
>> Am 17.01.22 um 16:42 schrieb Helge Deller:
>>> [...]
> c) reintroduce the state where fbcon is fast on fbdev. This is important
> for non-DRM machines,
> either when run on native
Hi Thomas,
Thomas Zimmermann writes:
> Hi
>
> Am 14.01.22 um 19:11 schrieb Helge Deller:
>> The fbdev layer is orphaned, but seems to need some care.
>> So I'd like to step up as new maintainer.
>> Signed-off-by: Helge Deller
>
> First of all, thank you for stepping up to maintain the fbdev
>
On 1/17/22 17:38, Daniel Vetter wrote:
> On Mon, Jan 17, 2022 at 5:22 PM Helge Deller wrote:
>>
>> On 1/17/22 16:58, Thomas Zimmermann wrote:
>>> Hi
>>>
>>> Am 17.01.22 um 16:42 schrieb Helge Deller:
[...]
>> c) reintroduce the state where fbcon is fast on fbdev. This is important
On Mon, Jan 17, 2022 at 5:22 PM Helge Deller wrote:
>
> On 1/17/22 16:58, Thomas Zimmermann wrote:
> > Hi
> >
> > Am 17.01.22 um 16:42 schrieb Helge Deller:
> >> [...]
> c) reintroduce the state where fbcon is fast on fbdev. This is important
> for non-DRM machines,
> either
On 1/17/22 16:58, Thomas Zimmermann wrote:
> Hi
>
> Am 17.01.22 um 16:42 schrieb Helge Deller:
>> [...]
c) reintroduce the state where fbcon is fast on fbdev. This is important
for non-DRM machines,
either when run on native hardware or in an emulator.
d) not break DRM
Hi Thomas,
On 1/17/22 16:05, Thomas Zimmermann wrote:
> Hi
>
> Am 17.01.22 um 15:47 schrieb Helge Deller:
>> On 1/17/22 15:10, Geert Uytterhoeven wrote:
>> [...]
>>> Using an XRGB32 intermediate would kill the user experience on old
>>> machines, due to both increased memory usage and copy
Hi
Am 17.01.22 um 16:42 schrieb Helge Deller:
> [...]
c) reintroduce the state where fbcon is fast on fbdev. This is important for
non-DRM machines,
either when run on native hardware or in an emulator.
d) not break DRM development
Especially regarding c) I complained in [1] and got no
On Mon, Jan 17, 2022 at 4:43 PM Helge Deller wrote:
>
> On 1/17/22 16:00, Daniel Vetter wrote:
> > On Mon, Jan 17, 2022 at 1:16 PM Helge Deller wrote:
> >>
> >> Hello Daniel,
> >>
> >> On 1/17/22 11:02, Daniel Vetter wrote:
> >>> Hi Helge
> >>>
> >>> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller
On 1/17/22 16:00, Daniel Vetter wrote:
> On Mon, Jan 17, 2022 at 1:16 PM Helge Deller wrote:
>>
>> Hello Daniel,
>>
>> On 1/17/22 11:02, Daniel Vetter wrote:
>>> Hi Helge
>>>
>>> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
The fbdev layer is orphaned, but seems to need some
Hi
Am 17.01.22 um 15:47 schrieb Helge Deller:
On 1/17/22 15:10, Geert Uytterhoeven wrote:
[...]
Using an XRGB32 intermediate would kill the user experience on old
machines, due to both increased memory usage and copy overhead.
Personally, I'd much appreciate if userspace would support more
On Mon, Jan 17, 2022 at 3:48 PM Helge Deller wrote:
>
> On 1/17/22 15:10, Geert Uytterhoeven wrote:
> > Hi Thomas,
> >
> > On Mon, Jan 17, 2022 at 2:51 PM Thomas Zimmermann
> > wrote:
> >> Am 17.01.22 um 14:29 schrieb Geert Uytterhoeven:
> >>> On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann
On Mon, Jan 17, 2022 at 1:16 PM Helge Deller wrote:
>
> Hello Daniel,
>
> On 1/17/22 11:02, Daniel Vetter wrote:
> > Hi Helge
> >
> > On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
> >>
> >> The fbdev layer is orphaned, but seems to need some care.
> >> So I'd like to step up as new
Hi
Am 17.01.22 um 15:10 schrieb Geert Uytterhoeven:
[...]
Which uses an DRM_FORMAT_XRGB intermediate, and
drm_fb_xrgb_to_gray8() and repaper_gray8_to_mono_reversed()
to convert from truecolor to monochrome. I guess that would work,
as this is a slow e-ink display. Have fun as a text
On 1/17/22 15:10, Geert Uytterhoeven wrote:
> Hi Thomas,
>
> On Mon, Jan 17, 2022 at 2:51 PM Thomas Zimmermann wrote:
>> Am 17.01.22 um 14:29 schrieb Geert Uytterhoeven:
>>> On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
> b) to include new drivers (for old hardware) if they arrive
Hi Thomas,
On Mon, Jan 17, 2022 at 2:51 PM Thomas Zimmermann wrote:
> Am 17.01.22 um 14:29 schrieb Geert Uytterhoeven:
> > On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
> >>> b) to include new drivers (for old hardware) if they arrive (probably
> >>> happens rarely but there can be).
>
Hi
Am 17.01.22 um 14:29 schrieb Geert Uytterhoeven:
Hi Gerd,
On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
b) to include new drivers (for old hardware) if they arrive (probably happens
rarely but there can be).
I know of at least one driver which won't be able to support DRM
Hi Gerd,
On Mon, Jan 17, 2022 at 1:57 PM Gerd Hoffmann wrote:
> > b) to include new drivers (for old hardware) if they arrive (probably
> > happens rarely but there can be).
> >I know of at least one driver which won't be able to support DRM
>
> Hmm? I seriously doubt that. There is
Hi,
> b) to include new drivers (for old hardware) if they arrive (probably happens
> rarely but there can be).
>I know of at least one driver which won't be able to support DRM
Hmm? I seriously doubt that. There is always the option to use a
shadow framebuffer, then convert from
Hello Daniel,
On 1/17/22 11:02, Daniel Vetter wrote:
> Hi Helge
>
> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>>
>> The fbdev layer is orphaned, but seems to need some care.
>> So I'd like to step up as new maintainer.
>>
>> Signed-off-by: Helge Deller
>>
>> diff --git a/MAINTAINERS
Hi
Am 17.01.22 um 12:33 schrieb Helge Deller:
Hi Thomas,
On 1/17/22 12:16, Thomas Zimmermann wrote:
Hi
Am 14.01.22 um 19:11 schrieb Helge Deller:
The fbdev layer is orphaned, but seems to need some care.
So I'd like to step up as new maintainer.
Signed-off-by: Helge Deller
First of all,
Hi Thomas,
On 1/17/22 12:16, Thomas Zimmermann wrote:
> Hi
>
> Am 14.01.22 um 19:11 schrieb Helge Deller:
>> The fbdev layer is orphaned, but seems to need some care.
>> So I'd like to step up as new maintainer.
>>
>> Signed-off-by: Helge Deller
>
> First of all, thank you for stepping up to
Hi
Am 14.01.22 um 19:11 schrieb Helge Deller:
The fbdev layer is orphaned, but seems to need some care.
So I'd like to step up as new maintainer.
Signed-off-by: Helge Deller
First of all, thank you for stepping up to maintain the fbdev codebase.
It really needs someone actively looking
Hello Jani,
On 1/17/22 11:49, Jani Nikula wrote:
> On Mon, 17 Jan 2022, Daniel Vetter wrote:
>> Hi Helge
>>
>> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>>>
>>> The fbdev layer is orphaned, but seems to need some care.
>>> So I'd like to step up as new maintainer.
>>>
>>>
On Mon, 17 Jan 2022, Daniel Vetter wrote:
> Hi Helge
>
> On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>>
>> The fbdev layer is orphaned, but seems to need some care.
>> So I'd like to step up as new maintainer.
>>
>> Signed-off-by: Helge Deller
>>
>> diff --git a/MAINTAINERS
On 1/17/22 11:02, Daniel Vetter wrote:
[snip]
>> FRAMEBUFFER LAYER
>> -L: dri-devel@lists.freedesktop.org
>> +M: Helge Deller
>> L: linux-fb...@vger.kernel.org
>> -S: Orphan
>
> Maybe don't rush maintainer changes in over the w/e without even bothering
> to get any input from
Hi Helge
On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>
> The fbdev layer is orphaned, but seems to need some care.
> So I'd like to step up as new maintainer.
>
> Signed-off-by: Helge Deller
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 5d0cd537803a..ce47dbc467cc 100644
> ---
Hi Helge
On Fri, Jan 14, 2022 at 7:18 PM Helge Deller wrote:
>
> The fbdev layer is orphaned, but seems to need some care.
> So I'd like to step up as new maintainer.
>
> Signed-off-by: Helge Deller
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 5d0cd537803a..ce47dbc467cc 100644
> ---
Hi Helge,
On Fri, Jan 14, 2022 at 7:12 PM Helge Deller wrote:
> The fbdev layer is orphaned, but seems to need some care.
> So I'd like to step up as new maintainer.
>
> Signed-off-by: Helge Deller
Thanks a lot!
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
78 matches
Mail list logo
