From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLaoi-0005hY-9y for qemu-devel@nongnu.org; Fri, 18 Dec 2009 06:16:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLaoc-0005bf-Q0 for qemu-devel@nongnu.org; Fri, 18 Dec 2009 06:16:14 -0500 Received: from [199.232.76.173] (port=51216 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLaoc-0005bR-Fa for qemu-devel@nongnu.org; Fri, 18 Dec 2009 06:16:10 -0500 Received: from mx1.redhat.com ([209.132.183.28]:32928) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NLaoc-0005PE-6i for qemu-devel@nongnu.org; Fri, 18 Dec 2009 06:16:10 -0500 From: Gerd Hoffmann Date: Fri, 18 Dec 2009 12:16:00 +0100 Message-Id: <1261134964-12427-1-git-send-email-kraxel@redhat.com> Subject: [Qemu-devel] [PATCH 0/4] qemu option loading List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, seabios@seabios.org Cc: Gerd Hoffmann Hi, qemu is about to change the way how option roms are loaded. pci roms will be loaded into a option rom bar (like real hardware does). non-pci roms can be loaded using the qemu firmware interface. With this change seabios will deploy all roms instead of having qemu copy them to the 0xc0000 -> 0e0000 range. Advantages are: * roms can be packed better, especially in case they resize themself (like the gPXE roms do). * rom area is a bit larger as seabios can additionally use the unused regions of the 0xe0000 segment. * the whole process comes closer to what happens on real hardware. cheers, Gerd