在 2013-01-10四的 19:57 +0100，Vasilis Liaskovitis写道：
IIRC q35 supports memory hotplug natively (picked up in some
discussion). Is that correct?
From previous discussion I also understand that q35 supports native
hotplug.
Sections 5.1 and 5.2 of the spec describe the MCH
On Tue, Mar 19, 2013 at 02:09:05AM +0100, Peter Stuge wrote:
Kevin O'Connor wrote:
Thoughts?
I wish this effort could go into coreboot instead, so that it could
benefit more than only one machine.
The code is QEMU specific. What other machines are you talking about?
--
On Mon, 18 Mar 2013 15:13:32 +0100
Christian Gmeiner christian.gmei...@gmail.com wrote:
2013/3/18 Paul Menzel paulepan...@users.sourceforge.net:
Dear SeaBIOS,
using the AMD/ATI based ASRock E350M1 [1] with coreboot and SeaBIOS
1.7.2.1 as a payload and GRUB 2 (1.99-27 from Debian
On Mon, Mar 18, 2013 at 08:38:59PM -0400, Kevin O'Connor wrote:
These two patches should make the mptable code easier to move out of
SeaBIOS and into QEMU. The first patch stops the mptable from
describing PCI-to-PCI bridges - I don't believe it was the goal (or a
requirement) of the mptable
在 2013-02-28四的 11:18 +0100，Vasilis Liaskovitis写道：
Hi,
sorry for the delay.
On Tue, Feb 19, 2013 at 07:39:40PM -0300, Erlon Cruz wrote:
On Tue, Dec 18, 2012 at 10:41 AM, Vasilis Liaskovitis
vasilis.liaskovi...@profitbricks.com wrote:
This is v4 of the ACPI memory hotplug
On 03/19/13 02:09, Peter Stuge wrote:
Kevin O'Connor wrote:
Thoughts?
I wish this effort could go into coreboot instead, so that it could
benefit more than only one machine.
The long-term plan is to generate the acpi tables in qemu, where qemu
can adjust them to actually match the virtual
On Mon, Mar 18, 2013 at 07:49:32PM -0400, Kevin O'Connor wrote:
On Mon, Mar 18, 2013 at 04:14:27PM +0200, Michael S. Tsirkin wrote:
As an intermediate step in the process of moving acpi tables to qemu, we
need to make sure the code we'll be moving is GPLv2 compatible.
I think keeping the
Date: Tue, 19 Mar 2013 10:36:15 +0100
Without the boot interface , GRUB 2 (package grub-pc 1.99-7 from Debian
Sid/unstable) is not loaded when running coreboot with SeaBIOS 1.7.2.1
as payload on the ASRock E350M1. Only the SeaBIOS banner is shown and
nothing else happens afterward.
On 03/18/13 14:18, Michael S. Tsirkin wrote:
Since commit f7e4dd6c18ccfbaf6cd2f5eaaed2b77cabc8a406 QEMU loads its
own copy of DSDT, so let's not build in PIIX. This makes building in
the DSDT an option, default to on (built-in). If no one complains for a
while, we'll be able to switch it off
If SeaBIOS is useless without this, then maybe the option to disable it
should be removed?
On Tue, Mar 19, 2013 at 11:00 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Date: Tue, 19 Mar 2013 10:36:15 +0100
Without the boot interface , GRUB 2 (package grub-pc 1.99-7 from Debian
Paul Menzel wrote:
I still do not understand how SeaBIOS uses the interfaces itself
and how SeaBIOS is of any use at all without being able to boot
something. At least I do not know of such a use case.
Payloads can also not be started without that option?
//Peter
pgpOPwSGiBmrd.pgp
Paul Menzel wrote:
http://www.coreboot.org/SeaBIOS#coreboot - do not load the vga
option rom in coreboot - do it in seabios.
Yes, thanks. Though I assumed »best results« would mean
Please don't assume. When something is unclear, creating an
opportunity for assumption, then documentation
On Tue, Mar 19, 2013 at 10:10:20AM +0200, Michael S. Tsirkin wrote:
On Mon, Mar 18, 2013 at 07:49:32PM -0400, Kevin O'Connor wrote:
On Mon, Mar 18, 2013 at 04:14:27PM +0200, Michael S. Tsirkin wrote:
QEMU generally prefers GPLv2 or later, but GPLv2 is also
accepted. I assumed 'or later'
On Tue, Mar 19, 2013 at 11:00:30AM +0100, Paul Menzel wrote:
Date: Tue, 19 Mar 2013 10:36:15 +0100
Without the boot interface , GRUB 2 (package grub-pc 1.99-7 from Debian
Sid/unstable) is not loaded when running coreboot with SeaBIOS 1.7.2.1
as payload on the ASRock E350M1. Only the SeaBIOS
On Mon, Mar 18, 2013 at 09:07:21PM -0600, Alex Williamson wrote:
As QEMU gains PCI bridge and PCIe root port support, we won't always
find the VGA device on the root bus. We therefore need to add support
to find and enable a VGA device and the path to it through the VGA
Enable support in the
On Mon, Mar 18, 2013 at 11:57:31AM +0100, Paul Menzel wrote:
Dear SeaBIOS folks,
looking at
$ more src/Kconfig
[…]
config AHCI
depends on DRIVES
bool AHCI controllers
default y
help
Support for AHCI disk code.
[…]
disabling the
Kevin O'Connor wrote:
Basically everything under the BIOS interfaces menu is low-level
and should not be changed without understanding the implications.
Maybe hide those behind a CONFIG_EXPERT option?
//Peter
___
SeaBIOS mailing list
Am Dienstag, den 19.03.2013, 19:05 -0400 schrieb Kevin O'Connor:
On Tue, Mar 19, 2013 at 11:00:30AM +0100, Paul Menzel wrote:
Date: Tue, 19 Mar 2013 10:36:15 +0100
Without the boot interface , GRUB 2 (package grub-pc 1.99-7 from Debian
Sid/unstable) is not loaded when running coreboot
Am Dienstag, den 19.03.2013, 17:18 +0100 schrieb Peter Stuge:
Paul Menzel wrote:
I still do not understand how SeaBIOS uses the interfaces itself
and how SeaBIOS is of any use at all without being able to boot
something. At least I do not know of such a use case.
Payloads can also not be
Paul Menzel wrote:
Again as in the other thread this probably stems from the fact that I
have the (wrong(?)) assumption that BIOS interfaces are not needed for
GRUB or Linux.
GRUB needs BIOS interfaces. GRUB 2 as payload might not, but GRUB 2
on a random debian system does. It's clear that
Am Mittwoch, den 20.03.2013, 01:03 +0100 schrieb Peter Stuge:
Paul Menzel wrote:
Again as in the other thread this probably stems from the fact that I
have the (wrong(?)) assumption that BIOS interfaces are not needed for
GRUB or Linux.
GRUB needs BIOS interfaces. GRUB 2 as payload might
Paul Menzel wrote:
I do not even know what the BIOS boot interface does and how it is
utilized. I guess I should read up about that.
Hundreds if not thousands of interrupt services and about a dozen
data structures.
//Peter
pgpIFHbM5p9U6.pgp
Description: PGP signature
On Wed, Mar 20, 2013 at 01:21:48AM +0100, Paul Menzel wrote:
To summarize, I have to figure out if coreboot is able to run the VGA
option ROM correctly and if yes, why SeaBIOS, GRUB and Linux cannot
use(?) it.
If you want to use the option ROM during runtime, then SeaBIOS (and
only SeaBIOS)
On Wed, Mar 20, 2013 at 12:20:51AM +0100, Peter Stuge wrote:
Kevin O'Connor wrote:
Basically everything under the BIOS interfaces menu is low-level
and should not be changed without understanding the implications.
Maybe hide those behind a CONFIG_EXPERT option?
It's possible, but
On Wed, Mar 20, 2013 at 12:59:53AM +0100, Paul Menzel wrote:
Am Dienstag, den 19.03.2013, 19:05 -0400 schrieb Kevin O'Connor:
Basically everything under the BIOS interfaces menu is low-level and
should not be changed without understanding the implications. (If one
disables the boot
seems these changes is in seebios now.
在 2012-12-18二的 13:41 +0100，Vasilis Liaskovitis写道：
This allows to extract the beginning, end and name of a Device object.
---
tools/acpi_extract.py | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git
On Tue, 2013-03-19 at 19:08 -0400, Kevin O'Connor wrote:
On Mon, Mar 18, 2013 at 09:07:21PM -0600, Alex Williamson wrote:
As QEMU gains PCI bridge and PCIe root port support, we won't always
find the VGA device on the root bus. We therefore need to add support
to find and enable a VGA
27 matches
Mail list logo
