linux-kernel - Re: [PATCH 0/5] xen pvfb: Para-virtual framebuffer, keyboard and pointer driver updates

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] [day] [month] [year] [list]

Message-ID: <87lk24j82y.fsf@pike.pond.sub.org>
Date:	Wed, 21 May 2008 11:54:29 +0200
From:	Markus Armbruster <armbru@...hat.com>
To:	Jeremy Fitzhardinge <jeremy@...p.org>
Cc:	linux-kernel@...r.kernel.org,
	virtualization@...ts.linux-foundation.org,
	xen-devel@...ts.xensource.com,
	linux-fbdev-devel@...ts.sourceforge.net, adaplas@...il.com,
	linux-input@...r.kernel.org, dmitry.torokhov@...il.com,
	mingo@...hat.com, akpm@...ux-foundation.org,
	Pat Campbell <plc@...ell.com>
Subject: Re: [PATCH 0/5] xen pvfb: Para-virtual framebuffer, keyboard and pointer driver updates

Jeremy Fitzhardinge <jeremy@...p.org> writes:

> Markus Armbruster wrote:
>> This is an update to the Linux part of the Xen PVFB.  Linux Xen PVFB
>> is a pair of Xen para-virtual frontend device drivers:
>> drivers/video/xen-fbfront.c provides a framebuffer, and
>> drivers/input/xen-kbdfront provides keyboard and mouse.  Their
>> backends run in dom0 user space.
>>
>> Parts in this patch series:
>>
>> 1. Enable Xen console by default in domU
>> 2. Pointer z-axis (mouse wheel) support
>> 3. Module aliases to support module autoloading
>> 4. Zero unused bytes in events sent to backend
>> 5. Dynamic mode support (screen resizing)
>>
>> To the best of my knowledge, these patches are independent.  The last
>> one needs a bit of trivial merging to apply without the first one.  I
>> tested only 1, 1+2, 1+2+3, 1+2+3+4, and the complete series.  I'm
>> happy to split this into different parts if that helps.
>>   
>
> Thanks Markus,
>
> This looks good.  I'll stick it into my queue and feed it via Ingo
> when I've given it a bit of a test.

Thanks!

> Are we happy that the preferred console stuff is now the best
> solution?  Does it solve your installer issues?
>
>    J

Yes, the console stuff works nicely for me, and the installer is
happy.

Note that I went with the stupidest solution that could possibly work
there: have a global flag that gets set when the command line sets
consoles, and don't mess with the console then.  Mark McLoughlin
suggested a somewhat less stupid way, namely to mark consoles selected
on the command line with a flag.  Critical review invited!
--
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/