this driver is pretty horrible from a design pov, and needs a complete
overhaul. Concrete thing that annoys me is that it looks at
registered_fb, which is an internal thing to fbmem.c and fbcon.c. And
ofc it gets the lifetime rules all wrong (it should at least use
get/put_fb_info).
Looking at the history, there's been an attempt at dropping this from
staging in 2016, but that had to be reverted. Since then not real
effort except the usual stream of trivial patches, and fbdev has been
formally closed for any new hw support. Time to try again and drop
this?
Signed-off-by: Daniel Vetter <[email protected]>
Cc: Jens Frederich <[email protected]>
Cc: Daniel Drake <[email protected]>
Cc: Jon Nettleton <[email protected]>
---
drivers/staging/olpc_dcon/TODO | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/drivers/staging/olpc_dcon/TODO b/drivers/staging/olpc_dcon/TODO
index 665a0b061719..fe09efbc7f77 100644
--- a/drivers/staging/olpc_dcon/TODO
+++ b/drivers/staging/olpc_dcon/TODO
@@ -1,4 +1,11 @@
TODO:
+ - complete rewrite:
+ 1. The underlying fbdev drivers need to be converted into drm kernel
+ modesetting drivers.
+ 2. The dcon low-power display mode can then be integrated using the
+ drm damage tracking and self-refresh helpers.
+ This bolted-on self-refresh support that digs around in fbdev
+ internals, but isn't properly integrated, is not the correct solution.
- see if vx855 gpio API can be made similar enough to cs5535 so we can
share more code
- convert all uses of the old GPIO API from <linux/gpio.h> to the
--
2.20.1
On Fri, May 24, 2019 at 10:53:53AM +0200, Daniel Vetter wrote:
> this driver is pretty horrible from a design pov, and needs a complete
> overhaul. Concrete thing that annoys me is that it looks at
> registered_fb, which is an internal thing to fbmem.c and fbcon.c. And
> ofc it gets the lifetime rules all wrong (it should at least use
> get/put_fb_info).
>
> Looking at the history, there's been an attempt at dropping this from
> staging in 2016, but that had to be reverted. Since then not real
> effort except the usual stream of trivial patches, and fbdev has been
> formally closed for any new hw support. Time to try again and drop
> this?
>
> Signed-off-by: Daniel Vetter <[email protected]>
> Cc: Jens Frederich <[email protected]>
> Cc: Daniel Drake <[email protected]>
> Cc: Jon Nettleton <[email protected]>
Hi Greg
Again get_mainatiners didn't pick you up on this somehow (I manually added
you now for the next round). Do you want to pick this up to staging, or
ack for merging through drm/fbdev as part of the larger fbdev/fbcon
rework?
Also, I think time to retry and attempt at dropping this imo ...
Thanks, Daniel
> ---
> drivers/staging/olpc_dcon/TODO | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/staging/olpc_dcon/TODO b/drivers/staging/olpc_dcon/TODO
> index 665a0b061719..fe09efbc7f77 100644
> --- a/drivers/staging/olpc_dcon/TODO
> +++ b/drivers/staging/olpc_dcon/TODO
> @@ -1,4 +1,11 @@
> TODO:
> + - complete rewrite:
> + 1. The underlying fbdev drivers need to be converted into drm kernel
> + modesetting drivers.
> + 2. The dcon low-power display mode can then be integrated using the
> + drm damage tracking and self-refresh helpers.
> + This bolted-on self-refresh support that digs around in fbdev
> + internals, but isn't properly integrated, is not the correct solution.
> - see if vx855 gpio API can be made similar enough to cs5535 so we can
> share more code
> - convert all uses of the old GPIO API from <linux/gpio.h> to the
> --
> 2.20.1
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
On Mon, May 27, 2019 at 09:11:26AM +0200, Daniel Vetter wrote:
> On Fri, May 24, 2019 at 10:53:53AM +0200, Daniel Vetter wrote:
> > this driver is pretty horrible from a design pov, and needs a complete
> > overhaul. Concrete thing that annoys me is that it looks at
> > registered_fb, which is an internal thing to fbmem.c and fbcon.c. And
> > ofc it gets the lifetime rules all wrong (it should at least use
> > get/put_fb_info).
> >
> > Looking at the history, there's been an attempt at dropping this from
> > staging in 2016, but that had to be reverted. Since then not real
> > effort except the usual stream of trivial patches, and fbdev has been
> > formally closed for any new hw support. Time to try again and drop
> > this?
> >
> > Signed-off-by: Daniel Vetter <[email protected]>
> > Cc: Jens Frederich <[email protected]>
> > Cc: Daniel Drake <[email protected]>
> > Cc: Jon Nettleton <[email protected]>
>
> Hi Greg
>
> Again get_mainatiners didn't pick you up on this somehow (I manually added
> you now for the next round). Do you want to pick this up to staging, or
> ack for merging through drm/fbdev as part of the larger fbdev/fbcon
> rework?
>
> Also, I think time to retry and attempt at dropping this imo ...
Acked-by: Greg Kroah-Hartman <[email protected]>