From: Gerd Hoffmann <kraxel@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: virtualization@lists.linux-foundation.org,
kernel@vger.kernel.org, Anthony Liguori <aliguori@amazon.com>,
Matt Wilson <msw@amazon.com>,
"Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
Date: Tue, 16 Sep 2014 10:54:55 +0200 [thread overview]
Message-ID: <1410857695.32607.3.camel@nilsson.home.kraxel.org> (raw)
In-Reply-To: <CA+aC4kvj8B3vsxfq8FSSc9AzQc=4+4poY=Ro2tbH7Yt2FFGFQw@mail.gmail.com>
Hi,
> But this is independent of WHQL certification. My understanding is
> that Microsoft will only allow the owner of the PCI Vendor ID to WHQL
> drivers. As best as I know, this is not a publicly documented
> process.
>
> Do you have any examples of anyone else successfuling WHQL'ing drivers
> by just changing the subsystem ID? Microsoft has specific rules about
> the usage of the subsystem ID. See
> http://msdn.microsoft.com/en-us/library/windows/hardware/dn653567%28v=vs.85%29.aspx.
> I don't think it is intended to enable a totally different
> implementation of the driver based on subsystem ID.
>
> Certainly, this is not expected with typical PCI devices.
Well, no. It is the whole point why the subsystem ids exist in the
first place.
Manufacturer A builds a pci chip.
Manufacturer B builds a pci card using that chip, but custom hardware
around it.
PCI ID is the one of manufacturer A.
PCI subsystem ID is the one of manufacturer B.
Of course manufacturer B writes, certificates and ships the drivers for
the device.
Example: es1370 sound card chip. The es1730 emulation in qemu has *not*
the default qemu subsystem id, exactly because the drivers need the
subsystem id to figure what the correct driver is.
Other example: There have been tons of TV cards in the late 90ies, all
based on the bt848/bt878 pci chip, but all with different tuner chips
hooked up, and you need to look at the subsystem id to figure what card
it is, which tuner it has and which tv standards and frequencies it can
handle.
cheers,
Gerd
prev parent reply other threads:[~2014-09-16 8:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-15 3:29 [PATCH] virtio-pci: also bind to Amazon PCI vendor ID Anthony Liguori
2014-09-15 3:43 ` Matt Wilson
2014-09-15 8:20 ` Michael S. Tsirkin
2014-09-15 14:24 ` Anthony Liguori
2014-09-15 16:23 ` Michael S. Tsirkin
2014-09-15 17:58 ` Matt Wilson
2014-09-16 8:54 ` Gerd Hoffmann [this message]
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=1410857695.32607.3.camel@nilsson.home.kraxel.org \
--to=kraxel@redhat.com \
--cc=aliguori@amazon.com \
--cc=anthony@codemonkey.ws \
--cc=kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=msw@amazon.com \
--cc=virtualization@lists.linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).