linux-kernel - Re: [PATCH 0/2] Enlarge the storage of chars in virtual terminal

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTikopvVRz063swM70j2l3Jig5ePJHdICO9CcDDrc@mail.gmail.com>
Date:	Thu, 27 May 2010 21:15:12 +0800
From:	Frank Pan <frankpzh@...il.com>
To:	Alan Cox <alan@...ux.intel.com>
Cc:	Gerardo Exequiel Pozzi <vmlinuz386@...oo.com.ar>,
	Kay Sievers <kay.sievers@...y.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	Catalin Marinas <catalin.marinas@....com>,
	Daniel Mack <daniel@...aq.de>, Tejun Heo <tj@...nel.org>,
	Christoph Lameter <cl@...ux-foundation.org>,
	Jiri Slaby <jirislaby@...il.com>,
	Jochen Hein <jochen@...hen.org>,
	Johannes Weiner <hannes@...xchg.org>,
	Dave Airlie <airlied@...hat.com>,
	Pekka Enberg <penberg@...helsinki.fi>,
	Geert Uytterhoeven <geert@...ux-m68k.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/2] Enlarge the storage of chars in virtual terminal

Greetings,

> It is a lot more. Things like arabic vowel handling for example, or
> mixed direction text.
> Pango does the job. Pango is the wheel.
I may haven't represent my idea clearly. No one wishes that fbcon can
do as good as pango. The important thing is, question marks have no
information, but scripts which may have placement issues have as
much information as the one rendered by pango.

> Kernel code is unpageable, privileged and unable to doing things
> trivially like dynamic font management. It's the wrong place for this
> kind of stuff because doing fonts right and especially doing language
> rendering right is *hard*.
Umm... maybe use bitblit instead of render is better? The current
mainline kernel already has features of font replacing, utf-8 decoding,
and "wide" char identification. Plenty of utf-8 bitmap fonts disperse on
the world, they just have more than 512 glyphs so vt cannot handle them,
Trust me, It's nothing more than provide a larger storage.

Thanks for reply.

-- 
Frank Pan

Computer Science and Technology
Tsinghua University
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/