All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Wolf <mwolf@adiumentum.com>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: kvm@vger.kernel.org, Alex Williamson <alex.williamson@redhat.com>
Subject: Re: vga passthrough // questions about pci passthrough
Date: Tue, 02 Oct 2012 10:22:15 +0200	[thread overview]
Message-ID: <506AA437.2010806@adiumentum.com> (raw)
In-Reply-To: <5065D066.4030006@siemens.com>

Hello,

would a Memory Dump from inside the VM help solving the BSOD,
or is that pointless?

Thank you for your patience and help ;)


Am 28.09.2012 18:29, schrieb Jan Kiszka:
> On 2012-09-28 17:50, Alex Williamson wrote:
>> On Fri, 2012-09-28 at 10:12 +0200, Jan Kiszka wrote:
>>> On 2012-09-27 21:18, Alex Williamson wrote:
>>>> On Thu, 2012-09-27 at 20:43 +0200, Martin Wolf wrote:
>>>>> thank you for the information.
>>>>>
>>>>> i will try what you mentioned...
>>>>> do you have some additional information about rebooting a VM with a
>>>>> passed through videocard?
>>>>> (amd / ati 7870)
>>>> I don't.  Is the bsod on reboot only or does it also happen on shutdown?
>>>> There's a slim chance it could be traced by enabling debug in the
>>>> pci-assign driver and analyzing what the guest driver is trying to do.
>>>> I'm hoping that q35 chipset support might resolve some issues with vga
>>>> assignment as it exposes a topology that looks a bit more like one that
>>>> a driver would expect on physical hardware.  Thanks,
>>>  From our attempts to get more working than what NVIDIA Quadro cards
>>> support officially, my own experiments with q35 in this context and our
>>> discussions with NVIDIA, I'm pretty skeptical that this chipset will
>>> make a difference here. Most problems are due to those non-standard side
>>> channels to configure the hardware, memory mappings etc. And getting
>>> this working requires either cooperation of the vendor or *a lot* of
>>> reverse engineering.
>> I heard from an nvidia guy that the driver behaves differently depending
>> on whether it finds an upstream express port, so we're probably causing
>> ourselves more problems if it's trying to run in AGP mode.
> May be a point for the low- to mid-range cards. It does not apply to the
> "virtualization-ready" Quadro series according to our information back then.
>
>>   There was
>> also a lot of FUD in Xen (maybe justified) around how the BIOS
>> determines the memory ranges and whether it bypasses the PCI BARs and
>> gets them directly.  That means some cards may require identity mapping
>> to work.  It seems like the very high-end cards are possibly fixing
>> this, but they're far more expensive than I can justify.  Thanks,
> Yes, that is what makes them virtualization ready. But they also come
> with limitations. So far, you can't pass-through a primary card or use
> it for early boot messages of the guest as the BIOS is not ready for
> that - without identity mapping or even more.
>
> Jan
>


-- 
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstraße 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.com


  reply	other threads:[~2012-10-02  8:22 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-18  5:45 vga passthrough // questions about pci passthrough Martin Wolf
2012-07-18  9:26 ` Jan Kiszka
2012-07-18 12:08   ` Martin Wolf
2012-07-18 12:37     ` Martin Wolf
2012-07-18 14:23       ` Alex Williamson
2012-07-19 14:54         ` Martin Wolf
2012-07-19 16:13           ` Jan Kiszka
2012-07-19 16:16           ` Alex Williamson
2012-09-27 11:19             ` Martin Wolf
2012-09-27 17:56               ` Alex Williamson
2012-09-27 18:43                 ` Martin Wolf
2012-09-27 19:18                   ` Alex Williamson
2012-09-27 19:37                     ` Martin Wolf
2012-09-27 20:46                       ` Alex Williamson
2012-09-28  5:15                         ` Martin Wolf
2012-09-28  8:12                     ` Jan Kiszka
2012-09-28 14:45                       ` Martin Wolf
2012-09-28 15:50                       ` Alex Williamson
2012-09-28 16:29                         ` Jan Kiszka
2012-10-02  8:22                           ` Martin Wolf [this message]
2012-12-13 22:47                             ` Erik Hardesty
2012-09-12  7:31 YunQiang Su

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=506AA437.2010806@adiumentum.com \
    --to=mwolf@adiumentum.com \
    --cc=alex.williamson@redhat.com \
    --cc=jan.kiszka@siemens.com \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.