* VT Improvements
@ 2013-12-23 13:02 Alexey Gladkov
2013-12-23 19:15 ` H. Peter Anvin
0 siblings, 1 reply; 2+ messages in thread
From: Alexey Gladkov @ 2013-12-23 13:02 UTC (permalink / raw
To: Greg Kroah-Hartman, Jiri Slaby, David Herrmann
Cc: H. Peter Anvin, linux-kernel, Alan Cox
Greetings!
I would like to know about the VT plans. Historically, keymap
implementations are similar in the kernel and kbd project. I rewrote
it in kbd. So, it can handle keycodes bigger than 255. In a kernel
everything remained as before. I want to fix this part in a kernel. As
pluses will be:
* opportunity to define keycode > 255.
* opportunity to reduce this table a kernel in most cases.
I would like to ask your opinion about my plans because I heard about
the thought of moving this functionality to user space.
Whether it is worth starting so large-scale changes?
--
Rgrds, legion
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: VT Improvements
2013-12-23 13:02 VT Improvements Alexey Gladkov
@ 2013-12-23 19:15 ` H. Peter Anvin
0 siblings, 0 replies; 2+ messages in thread
From: H. Peter Anvin @ 2013-12-23 19:15 UTC (permalink / raw
To: Alexey Gladkov, Greg Kroah-Hartman, Jiri Slaby, David Herrmann
Cc: linux-kernel, Alan Cox
On 12/23/2013 05:02 AM, Alexey Gladkov wrote:
> Greetings!
>
> I would like to know about the VT plans. Historically, keymap
> implementations are similar in the kernel and kbd project. I rewrote
> it in kbd. So, it can handle keycodes bigger than 255. In a kernel
> everything remained as before. I want to fix this part in a kernel. As
> pluses will be:
>
> * opportunity to define keycode > 255.
> * opportunity to reduce this table a kernel in most cases.
>
> I would like to ask your opinion about my plans because I heard about
> the thought of moving this functionality to user space.
>
> Whether it is worth starting so large-scale changes?
>
What I don't think we want to do is to make the current VT
implementation in the kernel significantly bigger. That is why
proposals to introduce bidirectionality or character shaping generally
have not been accepted. If you can improve functionality with a
*smaller* footprint, which you seem to imply above, then please, go ahead.
-hpa
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-12-23 19:15 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-23 13:02 VT Improvements Alexey Gladkov
2013-12-23 19:15 ` H. Peter Anvin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.