* 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox