Re: [PATCH v2 7/7] MAINTAINERS: sm712fb: list myself as one maintainer.

lems. I think I can send PATCH v3 early for your review, meanwhile I can write a personal E-mail to Teddy. > On Fri, Mar 22, 2019 at 01:17:59PM +0800, Yifeng Li wrote: > > SILICON MOTION SM712 FRAME BUFFER DRIVER > > +M: Tom Li > > Sorry, I am confused. Is your name "T

Re: [PATCH v2 4/7] fbdev: sm712fb: add 32-bit color modes, drops some other modes.

thanks. > > > + > > + I'm not the original author of the code, fixing these problems requires a > > + complete rewrite of modesetting code, which is well-beyond my motivation. > > + > > + See Documentation/fb/sm712fb.txt for more information. > > +**

Re: [PATCH v2 3/7] fbdev: sm712fb: support 2D acceleration on SM712 w/ Little-Endian CPU.

e time to verify all these and other registers with > the datasheet and test again. No problem. But again, the 2D code is only used by Linux VT code internally, if you are not using VT console, the behavior cannot be tested properly. Are you testing it under the

Re: [PATCH v2 5/7] Documentation: fb: sm712fb: add information mainly about 2D.

plan to implement > > them. > > +If you have a genuine need for them, please contact the maintainers. > > If there is any need for new features then I think the plan should be to > make a drm driver. That's the plan. I will reword. > There is a MAINTAINERS file to list

Re: [PATCH v2 2/7] fbdev: sm712fb: add 2D-related I/O headers and functions.

nment. Some of them are right aligned and some are left. Noted. It will be fixed in PATCH v3. Thanks, Tom Li ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH v2 6/7] fbdev: sm712fb: Kconfig: add information about docs.

. > > * dual-head support > > * hardware cursor support > > You might want to squash the two patches for documentation instead of > having a separate patch to fix what you added in a previous patch. Same as above, it will be fixed in PATCH v3. Thanks, Tom Li __

Re: Is it possible to reset graphics controller on reboot in a framebuffer driver?

On Fri, Mar 08, 2019 at 06:35:36PM +0800, Tom Li wrote: > On Fri, Mar 08, 2019 at 10:13:58AM +0100, Geert Uytterhoeven wrote: > > On Thu, Mar 7, 2019 at 10:38 PM Tom Li wrote: > > > Nevertheless, does it mean there's no way to prevent it from happening if > > > t

Re: Is it possible to reset graphics controller on reboot in a framebuffer driver?

27;t have a reset button. I've tried reboot=cold/warn but apparently it doesn't make any difference. So I think only a cold boot can reset the graphics card. > On Thu, Mar 7, 2019 at 10:38 PM Tom Li wrote: > > Nevertheless, does it mean there's no way to prevent it from ha

Re: Is it possible to reset graphics controller on reboot in a framebuffer driver?

event it from happening if the user issues a emergency reboot? Like an automatic reboot after a kernel panic, or a SysRq-B reboot. Tom Li ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Is it possible to reset graphics controller on reboot in a framebuffer driver?

estoring on VGA state upon reboot? Thanks, Tom Li ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 0/8] fbdev: sm712fb: implement 2D acceleration w/ cleanups.

ranting about the known issues of the driver/hardware, nothing non-trivial is added and I think the changeset is manageable and would not be a burden for the fbdev maintainers, and I can grarantee that I will not add any other new features to this driver

Implementing the accelerated DRI/DRM driver for a pure 2D graphics card?

re a standard way to just let userspace/DDX to access the 2D drawing processor by the exported interface or DRI/DRM layer? Thanks, Tom Li