| 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
| ||
|
Date: Thu, 21 Feb 2013 16:53:59 +0100 From: Olaf Hering <olaf@...fle.de> To: Haiyang Zhang <haiyangz@...rosoft.com> Cc: "FlorianSchandinat@....de" <FlorianSchandinat@....de>, "linux-fbdev@...r.kernel.org" <linux-fbdev@...r.kernel.org>, KY Srinivasan <kys@...rosoft.com>, "jasowang@...hat.com" <jasowang@...hat.com>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "devel@...uxdriverproject.org" <devel@...uxdriverproject.org> Subject: Re: [PATCH RFC] video: Add Hyper-V Synthetic Video Frame Buffer Driver On Tue, Feb 19, Haiyang Zhang wrote: > > I havent read the vesafb code, but I think it can kind of give up the > > hardware, something ata_piix can not do. > > In my test, the vesafb doesn't automatically give up the emulated video device, > unless I add the DMI based mechanism to let it exit on Hyper-V. >From reading the code, it seems to do that via do_remove_conflicting_framebuffers(). hypervfb does not set apertures etc, so that function is a noop. My point is that with this new driver distro kernel will have no console output until hypervfb is loaded. On native hardware there is at least vesafb which can display something until initrd is running. So if the hypervisor allows that hypervfb can shutdown the emulated vesa hardware then it should do that. Olaf -- 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/
Powered by blists - more mailing lists