On Wed, Oct 15, 2008 at 07:46:49PM +0200, Avi Kivity wrote:
> Kevin O'Connor wrote:
>> There is already code specific to qemu and coreboot. I don't see any
>> issues with having a CONFIG_KVM build option.
>
> Most kvm specific patches would actually be fairly generic features that
> haven't been
Kevin O'Connor wrote:
Kevin, will you accept qemu-specific and kvm-specific patches to
SeaBIOS? I'd like to avoid permanent deltas.
Yes.
Thanks.
There is already code specific to qemu and coreboot. I don't see any
issues with having a CONFIG_KVM build option.
Most kvm specif
On Tue, Oct 14, 2008 at 05:29:12PM +0200, Avi Kivity wrote:
>
> >> As an aside, is there any interest in using SeaBIOS with kvm?
> >>
> >>
> > There is a great interest. I just don't know time frame for this. Avi?
> >
>
> I'd like the seabios repository to be a git submodule, so we don't
On Tue, Oct 14, 2008 at 2:17 PM, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Anthony Liguori wrote:
>>>
>>> I'd like the seabios repository to be a git submodule, so we don't have
>>> to rewrite stuff. So I'll experiment a bit with git submodules and pull
>>> it in soon.
>>>
>>
>> Are you willing to d
Anthony Liguori wrote:
>>
>> I'd like the seabios repository to be a git submodule, so we don't have
>> to rewrite stuff. So I'll experiment a bit with git submodules and pull
>> it in soon.
>>
>
> Are you willing to do a flag day and switch from the Bochs BIOS to
> seabios and deal with the regre
Avi Kivity wrote:
As an aside, is there any interest in using SeaBIOS with kvm?
There is a great interest. I just don't know time frame for this. Avi?
I'd like the seabios repository to be a git submodule, so we don't have
to rewrite stuff. So I'll experiment a bit with g
>> As an aside, is there any interest in using SeaBIOS with kvm?
>>
>>
> There is a great interest. I just don't know time frame for this. Avi?
>
I'd like the seabios repository to be a git submodule, so we don't have
to rewrite stuff. So I'll experiment a bit with git submodules and pul
On Sun, 2008-10-12 at 18:50 -0400, Kevin O'Connor wrote:
> As an aside, is there any interest in using SeaBIOS with kvm?
>
> SeaBIOS is a port of bochs bios to gcc. I've been using SeaBIOS
> (along with coreboot) to boot and provide bios functions on real
> hardware. It works fine under qemu als
On Sun, Oct 12, 2008 at 06:50:06PM -0400, Kevin O'Connor wrote:
> Hi,
>
> On Thu, Oct 02, 2008 at 03:33:58PM +0300, Avi Kivity wrote:
> > Alex Williamson wrote:
> >>> It works, so I pushed it out. Alex, can you rebase your bios patches
> >>> on top of current HEAD?
> >>>
> >>
> >> I updated
Hi,
On Thu, Oct 02, 2008 at 03:33:58PM +0300, Avi Kivity wrote:
> Alex Williamson wrote:
>>> It works, so I pushed it out. Alex, can you rebase your bios patches
>>> on top of current HEAD?
>>>
>>
>> I updated and resent the first patch in the 4 patch follow-on to this
>> one. The remaining
Alex Williamson wrote:
It works, so I pushed it out. Alex, can you rebase your bios patches
on
top of current HEAD?
I updated and resent the first patch in the 4 patch follow-on to this
one. The remaining 3 patches still apply cleanly. I think Sheng was
going to send out a patch to bet
On Tue, 2008-09-30 at 19:46 +0300, Avi Kivity wrote:
> Avi Kivity wrote:
> > Okay, I think I have it -- the bios code was using .org to set
> certain
> > entry points to well known addresses, and one code section
> overflowed
> > due to enabling the cache, which is a kvm addition. Moving that
>
Avi Kivity wrote:
Avi Kivity wrote:
I tried to merge it, but it the new bios won't boot. I traced this
to ata_reset: it toggles the soft reset bit in the command register
and expects to see the busy bit set, but the ide device model returns
zero status if the selected device has no drive.
Avi Kivity wrote:
I tried to merge it, but it the new bios won't boot. I traced this to
ata_reset: it toggles the soft reset bit in the command register and
expects to see the busy bit set, but the ide device model returns zero
status if the selected device has no drive.
No idea if the dev
Alex Williamson wrote:
I guess the SSDT support was prior to the last merge, and appropriately
dropped. The most interesting new feature is a boot menu to allow the
user to override the boot device. That seems pretty useful. Other
things like better printing of the devices and support for PIIX
On Wed, 2008-09-24 at 10:17 -0600, Alex Williamson wrote:
> On Wed, 2008-09-24 at 14:07 +0300, Avi Kivity wrote:
> >
> > The patches all look good, however renaming and reformatting will lead
> > to merge headaches later on. We haven't been good at working with bochs
> > bios upstream.
> >
> >
16 matches
Mail list logo