I am attempting to get freebsd 7.0 32-bit running under kvm-76 and have been
successful with the emulated ide interface and e1000 networking.
When I try to use kvm's scsi interface, I am able to complete the freebsd
install but get a bootloader message stating that the kernel cannot be found
u
I am able to run kvm-76 after recompiling my kernel with DMAR unset.
Thanks for the help!
- Original Message -
From: "Sheng Yang" <[EMAIL PROTECTED]>
To: "Sterling Windmill" <[EMAIL PROTECTED]>
Cc: "kvm"
Sent: Monday, September 29, 2008 11:29:56 AM GMT -05:00 US/Canada Eastern
Subje
> + ctrl = pci_ari_enabled(dev) ? PCI_IOV_CTRL_ARI : 0;
> + pci_write_config_word(dev, pos + PCI_IOV_CTRL, ctrl);
> + ssleep(1);
You seem to sleep for 1 second wherever you write the IOV_CTRL
register. Why is this? Is this specified by PCI, or is it coming from
somewhere els
* Zhao, Yu <[EMAIL PROTECTED]>:
> +/**
> + * pci_iov_init - initialize device's SR-IOV capability
> + * @dev: the PCI device
> + *
> + * Returns 0 on success, or negative on failure.
> + *
> + * The major differences between Virtual Function and PCI device are:
> + * 1) the device with multiple bus
* Zhao, Yu <[EMAIL PROTECTED]>:
> Add Alternative Routing-ID Interpretation (ARI) support.
>
> Cc: Jesse Barnes <[EMAIL PROTECTED]>
> Cc: Randy Dunlap <[EMAIL PROTECTED]>
> Cc: Grant Grundler <[EMAIL PROTECTED]>
> Cc: Alex Chiang <[EMAIL PROTECTED]>
> Cc: Matthew Wilcox <[EMAIL PROTECTED]>
> Cc: R
On Tue, Sep 30, 2008 at 6:47 PM, Glauber Costa <[EMAIL PROTECTED]> wrote:
> Current compilations with --disable-kvm are broken.
> I'm spliting the fix in two patches for clearity. The first one
> does some code movement in qemu-kvm-x86.c, while the other just
> do fixes to the current code base.
o
Current compilations with --disable-kvm are broken.
I'm spliting the fix in two patches for clearity. The first one
does some code movement in qemu-kvm-x86.c, while the other just
do fixes to the current code base.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a
Following the pattern we already do, provide a qemu_kvm wrapper to
the memory aliases x86 functions. Reason is that we don't want to have
references to the context spread over qemu.
The destroy alias function is completely removed from libkvm/libkvm.c,
since no one in the code base uses it directl
Currently, kvm is failing to build with --disable-kvm.
this patch fixes the issue.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/gdbstub.c | 15 ++-
qemu/hw/acpi.c |6 +-
qemu/hw/cirrus_vga.c |7 +++
qemu/monitor.c |6 --
4 files
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
>
On Tue, 30 Sep 2008, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
The commit message of r5364, the revision which basically exists
because of your posts, was somehow butchered and as such doesn't
include any references, i'm very sorry about that.
The above line was th
kvm: bios: cleanup/consolidate above 4G memory parsing
Signed-off-by: Alex Williamson <[EMAIL PROTECTED]>
---
Updated for current HEAD after bochs bios re-base. The rest of the
patches in this series still apply cleanly.
bios/rombios32.c | 17 +
1 files changed, 9 insertions(
On Tue, 30 Sep 2008, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
*update*
further debugging according to some requests revealed that ARCH_CFLAGS does
not contain all CFLAGS that might be needed, especially those supplied via
extra-cflags. Therefore people supplying thi
On Mon, Sep 29, 2008 at 03:33:11PM +0200, Joerg Roedel wrote:
> > Nobody cares about the performance of dma_alloc_coherent. Only the
> > performance of map_single/map_sg matters.
> >
> > I'm not sure how expensive the hypercalls are, but they are more
> > expensive than bounce buffering coping lot
On Tue, Sep 30, 2008 at 05:38:15PM +0200, Ingo Molnar wrote:
>
> * Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
>
> > > > +static int calgary_device_supported(struct device *dev)
> > > > +{
> > > > + return translation_enabled(find_iommu_table(dev));
> > > > +}
> >
> > Sure, but I prefer the
[EMAIL PROTECTED] wrote:
Version 4 of this series includes the following fixes:
- Handle NMI task gates (Gleb Natapov)
- Clear internal NMI states on VCPU reset (Gleb Natapov)
- Typo fixes and minor cleanups (Sheng Yang and /me)
Hope we are now reaching a mergable state.
Applied all, th
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.
Bugs item #2138079, was opened at 2008-09-30 14:36
Message generated for change (Comment added) made by edwin128
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138079&group_id=180599
Please note that this message will contain a full copy of the comment
* Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
> > > +static int calgary_device_supported(struct device *dev)
> > > +{
> > > + return translation_enabled(find_iommu_table(dev));
> > > +}
>
> Sure, but I prefer the explicit form since it lends itself to easier
> debugging (oops line numbers, adding
On Tue, 2008-09-30 at 08:36 +0200, [EMAIL PROTECTED] wrote:
> From: Christian Ehrhardt <[EMAIL PROTECTED]>
>
> *update
> Short after resending v1 I realized that I forgot to put Avi and
> [EMAIL PROTECTED] (for 2/3) on cc. I also updated the header text in 1/3 a
> bit and verified my hostlongbits
On Tue, 2008-09-30 at 11:10 +0200, [EMAIL PROTECTED] wrote:
> diff --git a/qemu/configure b/qemu/configure
> --- a/qemu/configure
> +++ b/qemu/configure
> @@ -685,14 +685,15 @@
> # ppc specific hostlongbits selection
> if test "$cpu" = "powerpc" ; then
> cat > $TMPC < -int main(void){return
Bugs item #2138149, was opened at 2008-09-30 07:30
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138149&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2138166, was opened at 2008-09-30 07:39
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138166&group_id=180599
Please note that this message will contain a full copy of the comment
Works for me with that patch... I don't know if it's working the way it's
supposed to. I just have a build script that's always used that.
If it doesn't work, maybe we should disable or remove it.
On Monday 29 September 2008 5:00:29 pm Alexander Graf wrote:
> On 29.09.2008, at 23:50, Brian Jac
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
On Tue, Sep 30, 2008 at 01:10:28PM +0200, Ingo Molnar wrote:
>
> * Joerg Roedel <[EMAIL PROTECTED]> wrote:
>
> > +static int calgary_device_supported(struct device *dev)
> > +{
> > + struct iommu_table *tbl;
> > +
> > + tbl = find_iommu_table(dev);
> > +
> > + return translation_enabled(tbl
Bugs item #2138166, was opened at 2008-09-30 08:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138166&group_id=180599
Please note that this message will contain a full copy
Bugs item #2138149, was opened at 2008-09-30 14:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138149&group_id=180599
Please note that this message will contain a full copy
On Tue, Sep 30, 2008 at 01:10:28PM +0200, Ingo Molnar wrote:
>
> * Joerg Roedel <[EMAIL PROTECTED]> wrote:
>
> > +static int calgary_device_supported(struct device *dev)
> > +{
> > + struct iommu_table *tbl;
> > +
> > + tbl = find_iommu_table(dev);
> > +
> > + return translation_enabled(tbl
Bugs item #2138079, was opened at 2008-09-30 14:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2138079&group_id=180599
Please note that this message will contain a full copy
Laurent Vivier <[EMAIL PROTECTED]> writes:
> Le mardi 30 septembre 2008 à 10:41 +0200, Sven Rudolph a écrit :
>> Hello,
>>
>> I have an (as far as I understand it) complex problem. I just got some
>> good debugging hints, so I tried some more things and reproduced the
>> problem with recent KVM
* Joerg Roedel <[EMAIL PROTECTED]> wrote:
> +static int calgary_device_supported(struct device *dev)
> +{
> + struct iommu_table *tbl;
> +
> + tbl = find_iommu_table(dev);
> +
> + return translation_enabled(tbl);
> +}
i guess this could be written as a simple:
> +static int calgary_
Le mardi 30 septembre 2008 à 10:41 +0200, Sven Rudolph a écrit :
> Hello,
>
> I have an (as far as I understand it) complex problem. I just got some
> good debugging hints, so I tried some more things and reproduced the
> problem with recent KVM.
>
> I tested it now with kvm-76 (both kernel and u
Hello,
I have an (as far as I understand it) complex problem. I just got some
good debugging hints, so I tried some more things and reproduced the
problem with recent KVM.
I tested it now with kvm-76 (both kernel and userspace) with virtio
Ethernet on Linux 2.6.27-rc7. The guest runs Windows Serv
Bugs item #2137862, was opened at 2008-09-30 12:36
Message generated for change (Settings changed) made by mzhidovinov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2137862&group_id=180599
Please note that this message will contain a full copy of the co
Bugs item #2137862, was opened at 2008-09-30 12:36
Message generated for change (Settings changed) made by mzhidovinov
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2137862&group_id=180599
Please note that this message will contain a full copy of the co
Bugs item #2137862, was opened at 2008-09-30 12:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2137862&group_id=180599
Please note that this message will contain a full copy
From: Christian Ehrhardt <[EMAIL PROTECTED]>
*update*
further debugging according to some requests revealed that ARCH_CFLAGS does
not contain all CFLAGS that might be needed, especially those supplied via
extra-cflags. Therefore people supplying things via extra-cflags instead of an
environment va
KVM-x86 dumps a lot of debug messages that have no meaning for normal
operation:
- INIT de-assertion is ignored
- SIPIs are sent and received
- APIC writes are unaligned or < 4 byte long
(Windows Server 2003 triggers this on SMP)
Degrade them to true debug messages, keeping the host kernel l
39 matches
Mail list logo