From: Jason Wang <jasowang@redhat.com>
To: Michael Nawrocki <michael.nawrocki@gtri.gatech.edu>,
Stefan Weil <sw@weilnetz.de>,
qemu-devel@nongnu.org
Cc: marcel@redhat.com, mst@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 2/2] Add new PCI ID for i82559a
Date: Thu, 16 Nov 2017 10:33:38 +0800 [thread overview]
Message-ID: <cf647f5f-2add-e570-9735-66af3c0c8b34@redhat.com> (raw)
In-Reply-To: <7bb60d60-28d4-3c37-2740-fd16d7c6856a@gtri.gatech.edu>
On 2017年11月15日 21:09, Michael Nawrocki wrote:
> On 11/14/2017 04:41 PM, Stefan Weil wrote:
>> Am 06.11.2017 um 21:35 schrieb Mike Nawrocki:
>>> Adds a new PCI ID for the i82559a (0x8086 0x1030) interface. Enables
>>> this ID with a new property "use-alt-device-id" to preserve
>>> compatibility.
>>>
>>> Signed-off-by: Mike Nawrocki <michael.nawrocki@gtri.gatech.edu>
>>> ---
>>> hw/net/eepro100.c | 12 ++++++++++++
>>> include/hw/pci/pci.h | 1 +
>>> qemu-options.hx | 2 +-
>>> 3 files changed, 14 insertions(+), 1 deletion(-)
>>
>>
>> Sorry that I missed this patch.
>> I think I should have an entry for eepro100 in MAINTAINERS.
>>
>> Mike, which hardware uses i82559a with PCI device id 0x1030?
>>
>> https://www.intel.com/content/www/us/en/support/articles/000005612/network-and-i-o/ethernet-products.html
>>
>> only lists devices with
>> 0x1229.
>>
>> Thanks,
>> Stefan
>>
>
> Hi Stefan,
>
> I've got a VxWorks driver binary that explicitly looks for device ID
> 0x1030 (which is admittedly not ideal). It seems like the "82559
> InBusiness 10/100" hardware uses this, though I've had trouble finding
> an official source. The following documents reference that ID:
>
> https://pci-ids.ucw.cz/read/PC/8086/1030
> http://ks.pams.ncsu.edu/pub/ncsuscyld/i386/misc/src/trees/hdstg2/modules/pcitable
>
> https://cateee.net/lkddb/web-lkddb/E100.html
>
> And I found a similar post on a different mailing list that might shed
> some light:
> http://www.beowulf.org/pipermail/eepro100/2000-January/000760.html
>
> It looks like the 8255x series of devices have a number of potential
> IDs; maybe a property to set a specific PCI device ID would work?
Maybe we should use the same method as used in e1000 which can have
different ids depends on types.
Thanks
>
> Thanks,
> Mike
next prev parent reply other threads:[~2017-11-16 2:33 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-06 20:35 [Qemu-devel] [PATCH v2 0/2] Fix eepro100 simple transmission, add i82559 PCI ID Mike Nawrocki
2017-11-06 20:35 ` [Qemu-devel] [PATCH v2 1/2] Fix eepro100 simple transmission mode Mike Nawrocki
2017-11-16 16:59 ` Thomas Huth
2017-11-16 17:43 ` Thomas Huth
2017-11-16 18:09 ` Michael Nawrocki
2017-11-06 20:35 ` [Qemu-devel] [PATCH v2 2/2] Add new PCI ID for i82559a Mike Nawrocki
2017-11-07 16:12 ` Michael S. Tsirkin
2017-11-07 18:25 ` Michael Nawrocki
2017-11-14 21:41 ` Stefan Weil
2017-11-15 11:20 ` Jason Wang
2017-11-15 13:09 ` Michael Nawrocki
2017-11-16 2:33 ` Jason Wang [this message]
2017-11-16 6:40 ` Stefan Weil
2017-11-16 8:59 ` Jason Wang
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=cf647f5f-2add-e570-9735-66af3c0c8b34@redhat.com \
--to=jasowang@redhat.com \
--cc=marcel@redhat.com \
--cc=michael.nawrocki@gtri.gatech.edu \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=sw@weilnetz.de \
/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).