I wrote:
Can we get this change into SeaBIOS 1.7.2.x and 1.7.3.x?
It needs to end up in QEMU 1.4.x, 1.5.x and 1.6.0.
Ping?
Sebastian
___
SeaBIOS mailing list
SeaBIOS@seabios.org
http://www.seabios.org/mailman/listinfo/seabios
Kevin O'Connor wrote:
On Tue, Jul 30, 2013 at 10:52:12AM +0200, Gerd Hoffmann wrote:
Qemu commit 9ee59f3 removed the bochs bios apm interface emulation at
port 0x8900. That broke poweroff via APM. Fix it by powering off the
machine using the acpi pm control register.
Old code is left in, so s
Paolo Bonzini wrote:
This series adds a shortcut for network boot, similar to what is present
on bare-metal machines. F11 will prioritize BCV/BEV entries for network
devices over all the other items of the boot list.
After testing with a more recent QEMU I found that it deploys a BCV ROM
that b
ron minnich wrote:
Ah,the A5 BSOD, the bane of my life.
This is an ACPI issue.
That last paramter, 494e495f, is a *CLUE*. It is ASCII. It is _INI. No
idea if that helps.
There is more info available ... just google Windows A5 Stop.
thanks
ron
Excerpt from KB 314830 [1]:
(0x0003, Param
Gerd Hoffmann wrote:
Linux ignores some information from acpi in case the bios is old
as acpi support used to be buggy in the early days. This affects
ressources for example (unless forced with pci=use_crs). So lets
go for something more recent. With this patch applied the
ressources for \\SB.
Kevin O'Connor wrote:
On Tue, Feb 14, 2012 at 08:44:59PM +0100, Bernd Blaauw wrote:
I'm stuck with a few questions about applying SeaBIOS to Bochs
(Windows), hoping someone is willing to give out some helpful hints.
1) Can the downloadable v1.6.3 binary directly be used in Bochs, or
is a recomp
Gleb Natapov wrote:
On Sun, Jan 15, 2012 at 12:35:07PM +0100, Fred . wrote:
SeaBIOS is used in more than just QEMU.
The DSDT provided by Seabios is not used by anyone but QEMU (and may be
XEN).
How about renaming acpi-dsdt.dsl to qemu-acpi-dsdt.dsl to reflect this?
Sebastian
__
Kevin O'Connor wrote:
The BBS spec is unclear on multiple BEV entry points for a rom.
However, the LSI scsi rom has been seen to register a BEV followed by
multiple BCV entry points. Add support for it, as there's no harm in
it.
Which LSI scsi rom is this?
Sebastian
Marc Jones wrote:
The bootmenu is only useful if there are multiple devices. We can
speed up theboot by a few seconds if there is only a single device to
try to boot from.
Signed-off-by: Marc Jones
Isn't the bootmenu also useful to check if the bios detected other boot devices?
Please check t
Add help target to top-level makefile.
Signed-off-by: Sebastian Herbszt
diff --git a/Makefile b/Makefile
index ef8e15d..c3ba2f3 100644
--- a/Makefile
+++ b/Makefile
@@ -219,6 +219,9 @@ $(KCONFIG_CONFIG):
$(Q)mkdir -p $(OUT)/include/config
$(Q)$(MAKE) -C $(OUT) -f $(CURDIR)/tools
Include pci.h and pci_regs.h.
Signed-off-by: Sebastian Herbszt
diff --git a/src/virtio-pci.c b/src/virtio-pci.c
index 7e0c1a5..4b9ad0a 100644
--- a/src/virtio-pci.c
+++ b/src/virtio-pci.c
@@ -19,6 +19,8 @@
#include "virtio-pci.h"
#include "config.h" // CONFIG_DEBUG_LEV
Kevin O'Connor wrote:
I investigated this a bit and I believe the Juniper OS has two SMBIOS
bugs: it crashes when the table is in high memory, and when searching
Are all versions based on FreeBSD 4.11?
Are newer versions still affected?
So, moving the SMBIOS back to the f-segment would fix th
Kevin O'Connor wrote:
On Sun, May 08, 2011 at 07:50:12PM +0200, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>On Thu, May 05, 2011 at 12:53:36AM +0200, Sebastian Herbszt wrote:
>>Got a pointer in the BBS spec?
>Section 5.2.3:
Chapter 6 describes the POST sequence:
- I
Kevin O'Connor wrote:
On Thu, May 05, 2011 at 12:53:36AM +0200, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>On Tue, May 03, 2011 at 11:38:45PM +0200, Sebastian Herbszt wrote:
>>SeaBIOS doesn't seem to call non-PNP legacy option roms and handles
>>them like B
Kevin O'Connor wrote:
On Tue, May 03, 2011 at 11:38:45PM +0200, Sebastian Herbszt wrote:
SeaBIOS doesn't seem to call non-PNP legacy option roms and handles
them like BCV. I think this behaviour is incorrect because non-PNP
legacy option roms should get called without exceptions.
Glauber Costa wrote:
On Wed, 2011-05-04 at 00:31 +0200, Sebastian Herbszt wrote:
Glauber Costa wrote:
> On Wed, 2011-05-04 at 00:02 +0200, Sebastian Herbszt wrote:
>> Anthony Liguori wrote:
>> > On 05/03/2011 03:23 PM, Sebastian Herbszt wrote:
>> >> Gla
Glauber Costa wrote:
On Wed, 2011-05-04 at 00:02 +0200, Sebastian Herbszt wrote:
Anthony Liguori wrote:
> On 05/03/2011 03:23 PM, Sebastian Herbszt wrote:
>> Glauber Costa wrote:
>>> It is theorectically possible for a system to have more than
>>> one pci vg
SeaBIOS doesn't seem to call non-PNP legacy option roms and handles them like
BCV.
I think this behaviour is incorrect because non-PNP legacy option roms should
get called
without exceptions.
Sebastian
___
SeaBIOS mailing list
SeaBIOS@seabios.org
ht
Anthony Liguori wrote:
On 05/03/2011 03:23 PM, Sebastian Herbszt wrote:
Glauber Costa wrote:
It is theorectically possible for a system to have more than
one pci vga card. In particular, I am interested in the use of SGAbios
as a pci device, alongside of a normal vga bios in QEMU.
Can&#
Glauber Costa wrote:
It is theorectically possible for a system to have more than
one pci vga card. In particular, I am interested in the use of SGAbios
as a pci device, alongside of a normal vga bios in QEMU.
Can't SGAbios be loaded as an option rom without this change?
Sebastian
__
Sven Schnelle wrote:
There's no point in presenting a menu to the user if there's
only one option to choose from. In that case skip this menu
to save some waiting time during boot.
The case if there's only one option to choose from might be an error
(e.g. device not detected, misconfiguration).
Kevin O'Connor wrote:
On Tue, Mar 15, 2011 at 11:29:21PM +0100, Sebastian Herbszt wrote:
I was now able to reproduce it:
[...]
It happens because your Bochs 2.4.5 version was compiled without
x86-64 support and --enable-long-phy-address and only supports
32-bit phys_bits. You can recompi
Sebastian Herbszt wrote:
Kevin O'Connor wrote:
On Thu, Mar 10, 2011 at 10:50:30PM +0100, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>On Mon, Mar 07, 2011 at 09:37:59PM +0100, Sebastian Herbszt wrote:
>>Kevin O'Connor wrote:
>>>Some versions of Bochs don&#
Kevin O'Connor wrote:
On Thu, Mar 10, 2011 at 10:50:30PM +0100, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>On Mon, Mar 07, 2011 at 09:37:59PM +0100, Sebastian Herbszt wrote:
>>Kevin O'Connor wrote:
>>>Some versions of Bochs don't like the MTRR initiali
Kevin O'Connor wrote:
On Mon, Mar 07, 2011 at 09:37:59PM +0100, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>Some versions of Bochs don't like the MTRR initialization, so add
Which versions don't?
I ran into it with the version fc14 has - Bochs v2.4.5. I
Kevin O'Connor wrote:
Some versions of Bochs don't like the MTRR initialization, so add
Which versions don't?
Sebastian
___
SeaBIOS mailing list
SeaBIOS@seabios.org
http://www.seabios.org/mailman/listinfo/seabios
Kevin O'Connor wrote:
On Wed, Jan 12, 2011 at 06:23:26PM +0200, Gleb Natapov wrote:
On Tue, Jan 11, 2011 at 10:32:24PM +0100, Sebastian Herbszt wrote:
> Gleb Natapov wrote:
> >On Mon, Jan 10, 2011 at 09:15:19PM +0100, Sebastian Herbszt wrote:
> >>Should the 0 to space pad
Gleb Natapov wrote:
On Mon, Jan 10, 2011 at 09:15:19PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>Some guests (such as Linux) expect BIOS to behave according to T13
"Some software expects BIOS ..." instead? "Guests" sounds misleading since
this feature
Gleb Natapov wrote:
Some guests (such as Linux) expect BIOS to behave according to T13
"Some software expects BIOS ..." instead? "Guests" sounds misleading since
this feature can also be expected by userland software.
EDD3.0 spec. T13 spec is much better then Phoenix since it provides
more in
Sebastian Herbszt wrote:
Kevin O'Connor wrote:
On Sun, Jan 09, 2011 at 06:17:13PM +0200, Gleb Natapov wrote:
On Sun, Jan 09, 2011 at 02:10:51PM +0100, Sebastian Herbszt wrote:
> I cleared the buffer on each test. Here are the resulting buffers:
Thanks!
So what about making Seabio
Kevin O'Connor wrote:
On Sun, Jan 09, 2011 at 06:17:13PM +0200, Gleb Natapov wrote:
On Sun, Jan 09, 2011 at 02:10:51PM +0100, Sebastian Herbszt wrote:
> I cleared the buffer on each test. Here are the resulting buffers:
Thanks!
So what about making Seabios to pad with spaces too?
Sebastian Herbszt wrote:
Kevin O'Connor wrote:
On Thu, Jan 06, 2011 at 04:24:13PM +0200, Gleb Natapov wrote:
On Thu, Jan 06, 2011 at 09:00:00AM -0500, Kevin O'Connor wrote:
> On Thu, Jan 06, 2011 at 03:53:57PM +0200, Gleb Natapov wrote:
> > On Thu, Jan 06, 2011 at 08:4
Sebastian Herbszt wrote:
Kevin O'Connor wrote:
On Thu, Jan 06, 2011 at 04:24:13PM +0200, Gleb Natapov wrote:
On Thu, Jan 06, 2011 at 09:00:00AM -0500, Kevin O'Connor wrote:
> On Thu, Jan 06, 2011 at 03:53:57PM +0200, Gleb Natapov wrote:
> > On Thu, Jan 06, 2011 at 08:4
Gleb Natapov wrote:
On Sat, Jan 08, 2011 at 01:48:00PM +0100, Sebastian Herbszt wrote:
Kevin O'Connor wrote:
>On Thu, Jan 06, 2011 at 04:24:13PM +0200, Gleb Natapov wrote:
>>On Thu, Jan 06, 2011 at 09:00:00AM -0500, Kevin O'Connor wrote:
>>> On Thu, Jan 06, 20
Kevin O'Connor wrote:
On Thu, Jan 06, 2011 at 04:24:13PM +0200, Gleb Natapov wrote:
On Thu, Jan 06, 2011 at 09:00:00AM -0500, Kevin O'Connor wrote:
> On Thu, Jan 06, 2011 at 03:53:57PM +0200, Gleb Natapov wrote:
> > On Thu, Jan 06, 2011 at 08:41:11AM -0500, Kevin O'Connor wrote:
> > > On Thu, Ja
Gleb Natapov wrote:
Some guests (such as Linux) expect BIOS to behave according to T13
EDD3.0 spec. T13 spec is much better then Phoenix since it provides
more information about interface and device paths. This patch adds
support for the spec. If guest provides buffer with enough space for
T13 ED
Gleb Natapov wrote:
On Thu, Jan 06, 2011 at 09:00:00AM -0500, Kevin O'Connor wrote:
On Thu, Jan 06, 2011 at 03:53:57PM +0200, Gleb Natapov wrote:
> On Thu, Jan 06, 2011 at 08:41:11AM -0500, Kevin O'Connor wrote:
> > On Thu, Jan 06, 2011 at 07:09:27AM +0200, Gleb Natapov wrote:
> > > On Wed, Jan
Gleb Natapov wrote:
How can we get to EDD info after device is mapped? Looking at Seabios
implementation it builds EDD table on the fly when int_1348 is called
and it does it only for internal devices. Can we use "disconnect vector"
to connect device temporarily get EDD and then disconnect?
Fr
38 matches
Mail list logo
