Bug 89821
Summary: | New CRS code in drivers/pci/probe.c causes causes problems with tg3 NIC | ||
---|---|---|---|
Product: | Drivers | Reporter: | Nils Holland (nholland) |
Component: | Network | Assignee: | drivers_network (drivers_network) |
Status: | NEW --- | ||
Severity: | normal | CC: | bjorn, szg00000 |
Priority: | P1 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 3.18.0 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Attachments: |
Working kernel dmesg (3.17.3)
Non-working kernel dmesg output (3.18.0) lspci -vvv output |
Description
Nils Holland
2014-12-16 20:33:53 UTC
Created attachment 160811 [details]
Non-working kernel dmesg output (3.18.0)
Created attachment 160821 [details]
lspci -vvv output
Reassigning to tg3 driver, per discussion here: http://lkml.kernel.org/r/20141213210251.GA12812@teela.fritz.box Apparently, in this path: tg3_init_one tg3_halt tg3_chip_reset pci_device_is_present pci_bus_read_dev_vendor_id the 5722 chipset can return 0x0001 for the Vendor ID. This is defined to be "Configuration Request Retry Status", but doesn't seem to be the intended behavior for the chipset. I think the tg3 driver will need to workaround this somehow. |