: Set _DRIVER_OK flag before scsi target scanning
Kevin O'Connor (1):
Cache boot-fail-wait to avoid romfile access after POST.
boot.c| 15 +--
virtio-scsi.c |5 +++--
virtio-scsi.h |4 ++--
3 files changed, 14 insertions(+), 10 deletions(-)
On Tue, May 28, 2013 at 08:28:14PM +0800, Amos Kong wrote:
Bootindex string passed from qemu:
/q35-pcihost@i0cf8/ethernet@2/ethernet-phy@0
We match pci domain by /pci@i0cf8 in SeaBIOS, but fw_dev_path prefix
of q35 is /q35-pcihost@i0cf8. So bootindex in qemu commandline
doesn't work if it
On Thu, May 23, 2013 at 03:41:32PM +0300, Michael S. Tsirkin wrote:
Juan is not available now, and Anthony asked for
agenda to be sent early.
So here comes:
Agenda for the meeting Tue, May 28:
- Generating acpi tables
I didn't see any meeting notes, but I thought it would be worthwhile
On Mon, May 27, 2013 at 05:11:46PM +0400, Michael Tokarev wrote:
27.05.2013 16:59, Kevin O'Connor wrote:
A new stable release of SeaBIOS (version 1.7.2.2) has been tagged.
This release contains bug fixes.
The release is available via git:
git clone git://git.seabios.org/seabios -b
On Wed, May 29, 2013 at 11:18:03AM -0500, Anthony Liguori wrote:
Gerd Hoffmann kra...@redhat.com writes:
On 05/29/13 01:53, Kevin O'Connor wrote:
Raised
that QOM interface should be sufficient.
Agree on this one. Ideally the acpi table generation code should be
able to gather all
On Wed, May 29, 2013 at 10:33:54AM +0800, Amos Kong wrote:
On Tue, May 28, 2013 at 06:59:02PM -0400, Kevin O'Connor wrote:
On Tue, May 28, 2013 at 08:28:14PM +0800, Amos Kong wrote:
-#define FW_PCI_DOMAIN /pci@i0cf8
+#define FW_PCI_DOMAIN /*pci*@i0cf8
The seabios pattern matching
On Wed, May 29, 2013 at 09:27:16AM +0200, Gerd Hoffmann wrote:
While talking about releases: There are quite some changes accumulated
in master, time to cut a new release I think. Given that sorting the
acpi table issue seems to take more time than expected, how about freeze
+ call for
On Wed, May 29, 2013 at 01:27:24AM -0700, Jordan Justen wrote:
The isapc machine with seabios currently requires the BIOS region
to be read/write memory rather than read-only memory.
KVM currently cannot support the BIOS as a ROM region, but qemu
in non-KVM mode can. Based on this, isapc
On Tue, May 28, 2013 at 07:53:09PM -0400, Kevin O'Connor wrote:
There were discussions on potentially introducing a middle component
to generate the tables. Coreboot was raised as a possibility, and
David thought it would be okay to use coreboot for both OVMF and
SeaBIOS. The possibility
On Fri, May 31, 2013 at 07:58:36AM -0500, Anthony Liguori wrote:
Kevin O'Connor ke...@koconnor.net writes:
Given the objections to implementing ACPI directly in QEMU, one
possible way forward would be to split the current SeaBIOS rom into
two roms: qvmloader and seabios. The qvmloader
On Fri, May 31, 2013 at 10:13:34AM +0200, Peter Stuge wrote:
Kevin O'Connor wrote:
one possible way forward would be to split the current SeaBIOS rom
into two roms: qvmloader and seabios. The qvmloader would do
the qemu specific platform init (pci init, smm init, mtrr init, bios
tables
On Fri, May 31, 2013 at 02:48:17PM +0200, Paolo Bonzini wrote:
Il 31/05/2013 04:06, Kevin O'Connor ha scritto:
On Wed, May 29, 2013 at 01:27:24AM -0700, Jordan Justen wrote:
The isapc machine with seabios currently requires the BIOS region
to be read/write memory rather than read-only
On Fri, May 31, 2013 at 03:18:56AM +, Gonglei (Arei) wrote:
IDE_TIMEOUT is defined 32s. But we encountered its timeout in
some cases, and then loading disk failed in VM. In order to
reduce the probability of timeout, we want to enlarge the
IDE_TIMEOUT, such as 120s. We
On Mon, Jun 10, 2013 at 04:45:53PM -0500, Anthony Liguori wrote:
This discussion comes down to two things I think: (a) our existing
firmware interface is pretty poor (b) we are duplicating work because of
firmware licensing.
We can fix (a) and there's lots of value in doing that in terms of
On Mon, Jun 10, 2013 at 06:34:29PM -0500, Anthony Liguori wrote:
Kevin O'Connor ke...@koconnor.net writes:
On Mon, Jun 10, 2013 at 04:45:53PM -0500, Anthony Liguori wrote:
This discussion comes down to two things I think: (a) our existing
firmware interface is pretty poor (b) we
On Mon, Jun 10, 2013 at 07:51:55PM -0500, Anthony Liguori wrote:
I think that we can pretty much touch a table once pulling all of the
info from QOM and then from a SeaBIOS point of view, never have to
touch it again.
Thanks. I do think it would help if you could go through the details
of a
On Mon, Jun 10, 2013 at 08:25:15PM -0500, Anthony Liguori wrote:
On Mon, Jun 10, 2013 at 8:19 PM, Kevin O'Connor ke...@koconnor.net wrote:
I do understand your desire to pass this stuff as parameters, but I
really don't see it as feasible. I'm hoping that if you can write up
some examples
On Sun, Oct 13, 2013 at 03:31:23PM +0300, Michael S. Tsirkin wrote:
On Sun, Oct 13, 2013 at 02:13:44PM +0200, Igor Mammedov wrote:
Currently 64-bit PCI BARs are unconditionally mapped by BIOS right
over 4G + RamSizeOver4G location, which doesn't allow to reserve
extra space before 64-bit
On Sun, Oct 13, 2013 at 08:19:16PM +0200, Igor Mammedov wrote:
On Sun, 13 Oct 2013 19:33:19 +0200
Igor Mammedov imamm...@redhat.com wrote:
On Sun, 13 Oct 2013 19:46:09 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Sun, Oct 13, 2013 at 06:23:28PM +0200, Igor Mammedov wrote:
On
On Tue, Oct 15, 2013 at 12:04:05PM +0200, Gerd Hoffmann wrote:
Hi,
It's probably going to be a bit tough this time. We are pretty late in
the qemu 1.7 devel cycle, soft freeze today, and a big chunk of code
(ahci-tables-from qemu) which needs seabios support[1] is just about to
be
On Thu, Jul 25, 2013 at 03:55:56PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 15, 2013 at 11:01:02AM +0300, Michael S. Tsirkin wrote:
On Sun, Jul 14, 2013 at 02:24:52PM -0400, Kevin O'Connor wrote:
I'd prefer to see this tracked within the linker code and not in the
generic romfile
On Thu, Aug 08, 2013 at 03:43:48PM +0200, Gerd Hoffmann wrote:
I've just created a 1.7.3-stable branch. It has a single commit right
now, which is 2a9aeabdfb34374ecac25e7a8d21c9e368618cd4 from master
cherry-picked (Fix USB EHCI detection that was broken in hlist
conversion of PCIDevices).
On Thu, Aug 08, 2013 at 04:56:55PM +0200, Gerd Hoffmann wrote:
On 08/08/13 16:13, Michael S. Tsirkin wrote:
On Thu, Aug 08, 2013 at 12:21:32PM +0200, Gerd Hoffmann wrote:
On 08/08/13 11:52, Michael S. Tsirkin wrote:
On Thu, Aug 08, 2013 at 10:57:44AM +0200, Gerd Hoffmann wrote:
On
On Fri, Aug 09, 2013 at 06:49:18PM +0300, Michael S. Tsirkin wrote:
On Fri, Aug 09, 2013 at 12:13:06AM -0400, Kevin O'Connor wrote:
I don't think SeaBIOS should continue to do the above once the tables
are moved to QEMU. QEMU has all the info SeaBIOS has, so it can
generate the tables
On Fri, Aug 09, 2013 at 08:25:00AM +0200, Gerd Hoffmann wrote:
I don't think SeaBIOS should continue to do the above once the tables
are moved to QEMU. QEMU has all the info SeaBIOS has, so it can
generate the tables correctly on its own.
The loader script provided by qemu has fixup
On Fri, Aug 09, 2013 at 11:45:59AM +0200, Gerd Hoffmann wrote:
Hi,
Converting src/smm.c to use a runtime value isn't hard - just change
the assembler from: mov $ __stringify(PORT_ACPI_PM_BASE) + 0x04,
%dx\n to: mov 4(my_acpi_base), %dx\n and make sure to define the
global variable
On Fri, Aug 09, 2013 at 11:30:14PM -0400, Kevin O'Connor wrote:
On Fri, Aug 09, 2013 at 11:45:59AM +0200, Gerd Hoffmann wrote:
Hi,
Converting src/smm.c to use a runtime value isn't hard - just change
the assembler from: mov $ __stringify(PORT_ACPI_PM_BASE) + 0x04,
%dx\n to: mov 4
On Sun, Jul 07, 2013 at 06:01:08PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 01, 2013 at 05:20:46PM -0400, Kevin O'Connor wrote:
As previously discussed, I'll be generating the next seabios release
in the next couple of days. If there are any outstanding defects that
need
On Sun, Jul 07, 2013 at 06:50:44PM +0300, Michael S. Tsirkin wrote:
On Sun, Jul 07, 2013 at 11:14:03AM -0400, Kevin O'Connor wrote:
On Sun, Jul 07, 2013 at 06:01:08PM +0300, Michael S. Tsirkin wrote:
On Mon, Jul 01, 2013 at 05:20:46PM -0400, Kevin O'Connor wrote:
As previously discussed
On Tue, Jun 18, 2013 at 01:39:25PM +0200, Markus Armbruster wrote:
Anthony Liguori aligu...@us.ibm.com writes:
Markus Armbruster arm...@redhat.com writes:
Option -no-fd-bootchk asks the BIOS to attempt booting from a floppy
even when the boot sector signature isn't there, by setting a bit
The 1.7.3 version of SeaBIOS has now been released. For more
information on the release, please see:
http://seabios.org/Releases
New in this release:
* Initial support for using SeaBIOS as a UEFI Compatibility Support
Module (CSM)
* Support for detecting and using ACPI reboot ports.
* By
On Mon, Jul 08, 2013 at 05:23:40PM -0400, Cole Robinson wrote:
On 07/07/2013 11:41 PM, Kevin O'Connor wrote:
The 1.7.3 version of SeaBIOS has now been released. For more
information on the release, please see:
Just gave it a spin, breaks booting a Windows 7 VM for me. Using qemu-1.4.2
On Mon, Jul 08, 2013 at 08:18:42PM -0400, Cole Robinson wrote:
On 07/08/2013 07:18 PM, Kevin O'Connor wrote:
On Mon, Jul 08, 2013 at 05:23:40PM -0400, Cole Robinson wrote:
On 07/07/2013 11:41 PM, Kevin O'Connor wrote:
The 1.7.3 version of SeaBIOS has now been released. For more
On Sun, Jul 07, 2013 at 06:42:35PM +0300, Michael S. Tsirkin wrote:
Add ability for a ROM file to point to
it's image in memory. When file is in memory,
add utility that can patch it, storing
pointers to one file within another file.
Thanks. See my comments below.
[...]
--- /dev/null
+++
On Sun, Jul 07, 2013 at 06:42:43PM +0300, Michael S. Tsirkin wrote:
Load files in /etc/acpi/, link them using
a linker script and use for acpi tables, including the RSDP.
Presense of RSDP in this directory completely disables
generating and loading legacy acpi tables.
Signed-off-by: Michael
on and tried to bisect seabios (previous version in qemu
was 1.6.3.2, and it worked).
So seabios bisection with qemu-1.1 points to this commit:
commit 9d3d7cb4b163d3fbcba64a01c4fa42eb6bc53128
Author: Kevin O'Connor ke...@koconnor.net
Date: Wed Sep 21 21:19:51 2011 -0400
Move code
On Fri, Jun 14, 2013 at 06:14:00PM +0400, Michael Tokarev wrote:
14.06.2013 16:36, Gerd Hoffmann wrote:
Hi,
Hmm. Speaking of the splitting. Does the current bios include the
the tables which were split into separate files?
Yes, they are in out/ too after building seabios. Use
On Sun, Jun 16, 2013 at 02:07:39PM +0400, Michael Tokarev wrote:
14.06.2013 03:47, Kevin O'Connor wrote:
On Fri, Jun 14, 2013 at 12:32:22AM +0400, Michael Tokarev wrote:
13.06.2013 11:51, Michael Tokarev wrote:
In order to verify some build issues on solaris, I tried to install
sol10 x86
On Fri, Nov 29, 2013 at 04:13:35PM +0100, Gerd Hoffmann wrote:
Hi,
qemu 1.7 is almost out of the door. I want update seabios early in the
1.8 devel cycle. Time to do resume the release planning since we've
scratched the idea to do a last-minute bios update for 1.7.
I'd like to see a
On Fri, Nov 29, 2013 at 07:59:25PM +0400, Michael Tokarev wrote:
29.11.2013 19:23, Gerd Hoffmann wrote:
Hi,
+{ 0x18d, { MM_DIRECT, 1920, 1080, 16, 8, 16, SEG_GRAPH } },
+{ 0x18e, { MM_DIRECT, 1920, 1080, 24, 8, 16, SEG_GRAPH } },
+{ 0x18f, { MM_DIRECT, 1920, 1080, 32, 8,
On Fri, Nov 29, 2013 at 06:58:59PM +0400, Michael Tokarev wrote:
I tried switching from plex/bochs vgabios to seavgabios,
and made this switch for qemu-1.7 package in debian, at
least to see how it goes.
And almost immediately got a complain that with new qemu
(which uses seavgabios not
On Mon, Dec 09, 2013 at 02:20:59PM +0100, Gerd Hoffmann wrote:
On Mo, 2013-12-09 at 14:18 +0200, Gal Hammer wrote:
A Windows 7 (32-bit) VM running with QXL device fails to start with the
new updated vgabios binaries (commit
6eefccc0bb9c34051b1e21880fc3a1c1c8686edd).
qemu's command
On Mon, Dec 09, 2013 at 10:57:25AM -0500, Kevin O'Connor wrote:
On Mon, Dec 09, 2013 at 02:20:59PM +0100, Gerd Hoffmann wrote:
On Mo, 2013-12-09 at 14:18 +0200, Gal Hammer wrote:
A Windows 7 (32-bit) VM running with QXL device fails to start with the
new updated vgabios binaries (commit
On Tue, Dec 10, 2013 at 04:55:36AM -0500, Gal Hammer wrote:
Kevin,
The patch was verified and it solves the problem on Windows 7 official
release as well.
Thanks.
I pushed this patch to seabios git master.
-Kevin
- Original Message -
From: Kevin O'Connor ke...@koconnor.net
Hi,
I'd like to use the qemu arm system emulator to build software for an
arm platform.
One of the obstacles I'm facing is the lack of a block device driver
for arm. I have been able to run qemu with a root partition on the
host machine mounted via nfs. However, I'm finding this to be
On Mon, Oct 11, 2010 at 07:04:25PM +0200, Gleb Natapov wrote:
On Mon, Oct 11, 2010 at 12:01:58PM -0500, Anthony Liguori wrote:
On 10/11/2010 10:52 AM, Stefan Hajnoczi wrote:
SeaBIOS may do that but gPXE internally just probes all PCI devices.
It does not take advantage of the PCI
On Mon, Oct 11, 2010 at 02:08:13PM +0200, Gleb Natapov wrote:
On Mon, Oct 11, 2010 at 01:16:00PM +0200, Bernhard Kohl wrote:
I think this also applies to network booting via gPXE. Usually our VMs
have 4 NICs, mixed virtio-net and PCI pass-through. 2 of the NICs shall
be used for booting,
On Mon, Oct 11, 2010 at 12:18:55PM +0200, Gleb Natapov wrote:
Currently if VM is started with multiple disks it is almost impossible to
guess which one of them will be used as boot device especially if there
is a mix of ATA/virtio/SCSI devices. Essentially BIOS decides the order
and without
On Thu, Oct 21, 2010 at 12:07:17PM +0200, Avi Kivity wrote:
How do we manage the stable series wrt this issue?
qemu-kvm-0.12.5 has a regression within the stable series that this
patch fixes. qemu 0.12.5 does not, but only because it does not
emulate polarity in the I/O APIC correctly.
On Sun, Oct 31, 2010 at 01:40:01PM +0200, Gleb Natapov wrote:
This is current sate of the patch series for people to comment on.
I tried to use open firmware naming scheme to specify device path names.
The patch series produce names like these:
for pci machine:
On Wed, Oct 27, 2010 at 03:27:58PM +0200, Avi Kivity wrote:
On the last kvm conf call Anthony said that he'll be happy to
include an updated seabios with qemu 0.13.1, so a new release would
be appreciated.
I branched and tagged rel-0.6.1.1. It only has 6d5a2172
cherry-picked into it.
-Kevin
On Thu, Oct 28, 2010 at 03:54:34PM +0900, Isaku Yamahata wrote:
Changes v2 - v3:
- use [first, last] instead of [start, end)
Changes v1 - v2:
- add comment.
Patch description:
This patch set fixes PCI bar allocation when bar overflow occured.
I checked if pmm_alloc facility can be used,
On Wed, Sep 15, 2010 at 06:31:44PM +0200, Gleb Natapov wrote:
vring_virtqueue should be zeroed otherwise old values will be reused
after reboot.
Signed-off-by: Gleb Natapov g...@redhat.com
diff --git a/src/virtio-blk.c b/src/virtio-blk.c
index 34d7863..7a25826 100644
--- a/src/virtio-blk.c
On Thu, Oct 28, 2010 at 03:54:34PM +0900, Isaku Yamahata wrote:
Changes v2 - v3:
- use [first, last] instead of [start, end)
Changes v1 - v2:
- add comment.
Patch description:
This patch set fixes PCI bar allocation when bar overflow occured.
I checked if pmm_alloc facility can be used,
On Tue, Nov 09, 2010 at 08:46:43AM +0200, Gleb Natapov wrote:
On Mon, Nov 08, 2010 at 06:59:37PM -0500, Kevin O'Connor wrote:
On Wed, Sep 15, 2010 at 06:31:44PM +0200, Gleb Natapov wrote:
vring_virtqueue should be zeroed otherwise old values will be reused
after reboot.
Signed-off
On Sun, Nov 14, 2010 at 05:39:41PM +0200, Gleb Natapov wrote:
+/*
+ * This function returns device list as an array in a below format:
+ * +-+-+---+-+---+--
+ * | n | l1 | devpath1| l2 | devpath2 | ...
+ *
On Mon, Nov 15, 2010 at 09:40:08AM +0200, Gleb Natapov wrote:
On Sun, Nov 14, 2010 at 10:40:33PM -0500, Kevin O'Connor wrote:
Why not just return a newline separated list that is null terminated?
Doing it like this will needlessly complicate firmware side. How do you
know how much memory
On Mon, Nov 15, 2010 at 03:36:25PM +0200, Gleb Natapov wrote:
On Mon, Nov 15, 2010 at 08:26:35AM -0500, Kevin O'Connor wrote:
On Mon, Nov 15, 2010 at 09:40:08AM +0200, Gleb Natapov wrote:
On Sun, Nov 14, 2010 at 10:40:33PM -0500, Kevin O'Connor wrote:
Why not just return a newline
On Tue, Nov 16, 2010 at 09:22:45AM +0200, Gleb Natapov wrote:
On Mon, Nov 15, 2010 at 09:52:19PM -0500, Kevin O'Connor wrote:
I also have an ulterior motive here. If the boot order is exposed as
a newline separated list via an entry in QEMU_CFG_FILE_DIR, then this
becomes free for coreboot
Hi Gleb,
On Tue, Nov 23, 2010 at 05:31:41PM +0200, Gleb Natapov wrote:
Anthony, Blue
No comments on this patch series for almost a week. Can it be applied?
My apologies - I haven't had time to review.
On Wed, Nov 17, 2010 at 06:43:47PM +0200, Gleb Natapov wrote:
I am using open firmware
On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
On Tue, Nov 23, 2010 at 08:19:07PM -0500, Kevin O'Connor wrote:
On Tue, Nov 23, 2010 at 05:31:41PM +0200, Gleb Natapov wrote:
On Wed, Nov 17, 2010 at 06:43:47PM +0200, Gleb Natapov wrote:
I am using open firmware naming scheme
On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:41:10AM -0500, Kevin O'Connor wrote:
On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
BEV should be easy. When you register BEV found on pci card you search
for device path to that pci
On Sat, Nov 27, 2010 at 07:06:19PM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 11:49:39AM -0500, Kevin O'Connor wrote:
On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
Yeah. I looked at the Seabios code. The simplest would be to change
device path to point to rom
On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 12:47:26PM -0500, Kevin O'Connor wrote:
I don't think seabios should try to parse the path. Instead, I think
seabios should build a name for each device it finds using the same
algorithm that qemu uses
Trimming CC list, adding seabios list.
On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 01:40:12PM -0500, Kevin O'Connor wrote:
On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapov wrote:
Qemu does not know that Seabios needs optionrom to boot from
On Sun, Nov 28, 2010 at 09:45:34AM +0200, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
Suppose we add SCSI support to Seabios and suppose SCSI card Seabios can
natively boot from has
On Sun, Nov 28, 2010 at 08:47:34PM +0200, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 12:15:44PM -0500, Kevin O'Connor wrote:
It's unclear to me how SeaBIOS is supposed to do that.
Suppose we have /p...@i0cf8/s...@3/d...@0,0 with boot index 5 in
boot devices list and suppose pci device
On Mon, Nov 29, 2010 at 11:50:45AM +0100, Gerd Hoffmann wrote:
If scsi card has optionrom with only one bcv then Seabios can determine
its boot order from device path, so why not provide user with this
option today?
It's unclear to me how SeaBIOS is supposed to do that.
Try to keep track of
On Tue, Nov 30, 2010 at 04:01:00PM +0200, Gleb Natapov wrote:
On Mon, Nov 29, 2010 at 08:34:03PM -0500, Kevin O'Connor wrote:
On Sun, Nov 28, 2010 at 08:47:34PM +0200, Gleb Natapov wrote:
If you let go to the idea of exact matching of string built by qemu in
Seabios it will be easy to see
On Thu, Dec 02, 2010 at 02:30:42PM +0200, Gleb Natapov wrote:
On Wed, Dec 01, 2010 at 09:25:40PM -0500, Kevin O'Connor wrote:
You're thinking in terms of which device to boot, which does make this
difficult. However, it's equally valid to think in terms of which
boot method to invoke
On Wed, Dec 08, 2010 at 03:08:59PM -0200, Marcelo Tosatti wrote:
Use _RMV method to indicate whether device can be removed.
Data is retrieved from QEMU via I/O port 0xae0c.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Thanks Marcelo,
Can you add acked-bys from the qemu/kvm
On Sun, Dec 12, 2010 at 09:49:16PM +0200, Gleb Natapov wrote:
On Sun, Dec 12, 2010 at 02:11:29PM -0500, Kevin O'Connor wrote:
On Wed, Dec 08, 2010 at 03:08:59PM -0200, Marcelo Tosatti wrote:
Use _RMV method to indicate whether device can be removed.
Data is retrieved from QEMU via I/O
On Wed, Jan 05, 2011 at 01:10:08PM +0200, Gleb Natapov wrote:
On Wed, Dec 08, 2010 at 03:08:59PM -0200, Marcelo Tosatti wrote:
Use _RMV method to indicate whether device can be removed.
Data is retrieved from QEMU via I/O port 0xae0c.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
Hi Kevin,
Do you remember why you put AHCI in with default=n? I'd like to see
it enabled in Qemu 0.14 and IIUC we use the default configuration
for that.
Hi Alex,
Sorry - I've gotten behind on emails.
The reason for not
On Thu, Feb 10, 2011 at 04:25:11PM +0100, Alexander Graf wrote:
Kevin O'Connor wrote:
On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
Do you remember why you put AHCI in with default=n? I'd like to see
it enabled in Qemu 0.14 and IIUC we use the default configuration
On Sun, Feb 13, 2011 at 03:06:44PM +0100, Gerhard Wiesinger wrote:
Hello,
After some fortune I found out that also Turbo Debugger 286 doesn't
work under plain DOS 6.22 (without any memory mananger just pressing
F5) or with some memory mananagers (HIMEM.SYS, EMM386, QEMM386).
Error message
On Sun, Feb 13, 2011 at 03:06:44PM +0100, Gerhard Wiesinger wrote:
Hello,
After some fortune I found out that also Turbo Debugger 286 doesn't
work under plain DOS 6.22 (without any memory mananger just pressing
F5) or with some memory mananagers (HIMEM.SYS, EMM386, QEMM386).
Error message
On Mon, Jul 26, 2010 at 02:02:45PM +0900, Isaku Yamahata wrote:
When 64bit bar allocation failed, leave it untouched as 32bit bar case.
There is no point to set higher bit to all 1, it is just leftover from
debug code.
Thanks.
-Kevin
On Mon, Jul 26, 2010 at 02:02:46PM +0900, Isaku Yamahata wrote:
When allocating bar, overflow can occur.
So add overflow check and don't allocate bar if overflowed.
Overflow check is ugly, but necessary.
Another suggested way is to change related variables u64 from u32
thus overflow can't
On Sun, Jul 25, 2010 at 08:15:24PM -, CurtisNelson wrote:
My next step at this point was to install hexedit and compare the two
resulting images. Specifically, the mbr at the beginning of the disk
and the ntfs partition starting at sector 63. On the net there is some
talk about changing
These two patches enable qemu to use the recently added SeaBIOS
bootsplash code. The first patch is for SeaBIOS - it enables finding
the bootsplash.jpg file from either CBFS (on coreboot) or fw_cfg (on
QEMU). The second patch is for qemu - it enables loading a
bootsplash.jpg file into fw_cfg
Load the bootsplash.jpg file into fw_cfg if it is found in the roms
directory.
--- a/hw/fw_cfg.c
+++ b/hw/fw_cfg.c
@@ -304,8 +304,12 @@ int fw_cfg_add_file(FWCfgState *s, const char *dir, const
char
*filename,
basename = filename;
}
-snprintf(s-files-f[index].name,
Allow the bootsplash code to pull the jpeg file from either cbfs (on
coreboot) or fwcfg (on qemu).
diff --git a/src/bootsplash.c b/src/bootsplash.c
index 676ece3..1dcd402 100644
--- a/src/bootsplash.c
+++ b/src/bootsplash.c
@@ -11,14 +11,14 @@
#include util.h // dprintf
#include jpeg.h //
The QEMU USB mouse claims to support the boot protocol
(bInterfaceSubClass is 1). However, the mouse rejects the
Set_Protocol command.
The qemu mouse does support the boot protocol specification, so a
simple fix is to enable the Set_Protocol request.
Signed-off-by: Kevin O'Connor ke
The USB tablet advertises that it supports the boot protocol.
However, its reports aren't boot protocol compatible. So, it
shouldn't claim that.
Signed-off-by: Kevin O'Connor ke...@koconnor.net
---
Changes v1-v2:
Add signed-off-by line.
---
hw/usb-hid.c |2 +-
1 files changed, 1
Load the bootsplash.jpg file into fw_cfg if it is found in the roms
directory.
Signed-off-by: Kevin O'Connor ke...@koconnor.net
---
Changes v1-v2:
Add signed-off-by line.
---
hw/fw_cfg.c |8 ++--
hw/pc.c |8
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git
Load the bootsplash.jpg file into fw_cfg if it is found in the roms
directory.
Signed-off-by: Kevin O'Connor ke...@koconnor.net
---
Changes v2-v3:
Fix coding style (missing braces).
Changes v1-v2:
Add signed-off-by line.
---
hw/fw_cfg.c |9 +++--
hw/pc.c |8
2
On Mon, Aug 02, 2010 at 11:33:33AM -0500, Anthony Liguori wrote:
On 08/02/2010 11:11 AM, Kevin O'Connor wrote:
Load the bootsplash.jpg file into fw_cfg if it is found in the roms
directory.
Sorry, I should have provided this in the first response.
Does the bootsplash cause a delay
On Mon, Aug 02, 2010 at 11:52:22AM -0500, Anthony Liguori wrote:
BTW, we need to document somewhere any assumptions SeaBIOS has about
the JPEG. I see that it expects a 1024x768 image. Any additional
restrictions on the jpeg image?
I listed some notes in a previous email:
Some notes:
On Tue, Aug 03, 2010 at 04:38:48PM +0200, Paolo Bonzini wrote:
On 08/02/2010 06:47 PM, Kevin O'Connor wrote:
There is no added delay for the bootsplash. However, it does take
time to decompress it. On my machine it can take between 200-300ms
for the jpeg code.
KVM or TCG?
TCG.
Also
On Wed, Aug 04, 2010 at 06:01:54PM +0300, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 09:50:55AM -0500, Anthony Liguori wrote:
On 08/04/2010 09:38 AM, Gleb Natapov wrote:
ROM does not muck with the e820. It uses PMM to allocate memory and the
memory it gets is marked as reserved in e820
On Wed, Aug 04, 2010 at 06:25:52PM +0300, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
There are better ways like using string I/O and optimizing the PIO
path in the kernel. That should cut down the 1s slow down with a
100MB initrd by a bit. But
On Sun, Aug 15, 2010 at 10:57:27PM +0300, Eduard - Gabriel Munteanu wrote:
This initializes the AMD IOMMU and creates ACPI tables for it.
Signed-off-by: Eduard - Gabriel Munteanu eduard.munte...@linux360.ro
There's some questions with how best to create ACPI tables in
SeaBIOS/qemu. Can you
On Fri, Jul 30, 2010 at 11:51:58AM +0900, Isaku Yamahata wrote:
add mcfg table.
mcfg isn't populated at the moment. dev-q35 will use it later.
This patch slipped through the cracks - sorry.
This patch doesn't seem to do much right now as no IDs are defined.
It looks like it is in preparation
On Fri, Aug 20, 2010 at 09:39:10AM -0500, Anthony Liguori wrote:
On 08/20/2010 09:09 AM, Gerd Hoffmann wrote:
Been there, tried that. It isn't *that* easy. The PCI ID in the
option rom header doesn't match the PCI ID of the emulated lsi, so
seabios refuses to load it from the rom bar.
On Mon, Aug 30, 2010 at 11:32:01AM +0900, Isaku Yamahata wrote:
old_addr is initialized, but not used.
remove the useless variable.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
Thanks.
-Kevin
On Sat, Aug 28, 2010 at 06:02:55PM +0300, Eduard - Gabriel Munteanu wrote:
The conversion was done using the GNU 'expand' tool (default settings)
to make it obey the SeaBIOS coding style.
Signed-off-by: Eduard - Gabriel Munteanu eduard.munte...@linux360.ro
Thanks Eduard.
Patch 1 - I don't
On Wed, Sep 15, 2010 at 07:15:28PM +0200, Andrea Arcangeli wrote:
Subject: add 40-48 bit RAM range to seabios
From: Andrea Arcangeli aarca...@redhat.com
Needed to show 1TB RAM to guests.
This uses a new cmos port at 0x5e that shall read zero to be backwards
compatible.
Signed-off-by:
On Fri, Sep 17, 2010 at 07:53:12AM -0500, Anthony Liguori wrote:
On 09/16/2010 08:47 PM, Kevin O'Connor wrote:
On Wed, Sep 15, 2010 at 07:15:28PM +0200, Andrea Arcangeli wrote:
This uses a new cmos port at 0x5e that shall read zero to be backwards
compatible.
It looks okay to me. Can you
On Wed, Sep 15, 2010 at 06:31:44PM +0200, Gleb Natapov wrote:
vring_virtqueue should be zeroed otherwise old values will be reused
after reboot.
Signed-off-by: Gleb Natapov g...@redhat.com
Applied. Thanks.
-Kevin
1 - 100 of 754 matches
Mail list logo