* [Intel-wired-lan] i350 not coming out of D3 when link should be reestablished
@ 2020-04-21 13:37 Ralf Ertzinger
2020-05-02 17:55 ` Ralf Ertzinger
0 siblings, 1 reply; 3+ messages in thread
From: Ralf Ertzinger @ 2020-04-21 13:37 UTC (permalink / raw
To: intel-wired-lan
Hi,
I have a Supermicro board (M11SDV-4C-LN4F) which has one (or four? not
sure) i350 network cards, breaking out into four 1GB RJ45 ports:
03:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
03:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
03:00.2 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
03:00.3 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
I'm running fedora kernels, currently 5.5.17-200.fc31.x86_64.
The cards are driven by the igb driver.
When enabling PCIe powersaving by setting ATTR{power/control}="auto"
through udev, I observe the following:
- Interfaces that have no link when the driver is loaded are unable to
establish link when a cable is inserted. The lights flicker, but no
link establishment takes place
- Interfaces that have no link when the driver is loaded show up in "ip
link show", but cannot be configured:
# ip addr del 192.168.1.1/24 dev eno1
RTNETLINK answers: Cannot assign requested address
- Interfaces that have no link when the driver is loaded cannot be
inspected with ethtool:
# ethtool -t eno1
Cannot get strings: No such device
- Interfaces that have link when the driver is loaded work, but cannot
regain link when it's lost.
- Reading the temperature sensor via /sys/class/hwmon results in a
reading of 255 degrees:
# cat /sys/class/hwmon/hwmon0/name
i350bb
# cat /sys/class/hwmon/hwmon0/temp1_input
255000
If I leave ATTR{power/control}="on", everything works fine.
Is this expected behaviour?
If any further information/logs/output is required please just ask.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Intel-wired-lan] i350 not coming out of D3 when link should be reestablished
2020-04-21 13:37 [Intel-wired-lan] i350 not coming out of D3 when link should be reestablished Ralf Ertzinger
@ 2020-05-02 17:55 ` Ralf Ertzinger
2020-05-02 19:08 ` Alexander Duyck
0 siblings, 1 reply; 3+ messages in thread
From: Ralf Ertzinger @ 2020-05-02 17:55 UTC (permalink / raw
To: intel-wired-lan
Hi,
On Tue, Apr 21, 2020 at 01:37:45PM +0000, Ralf Ertzinger wrote:
> I have a Supermicro board (M11SDV-4C-LN4F) which has one (or four? not
> sure) i350 network cards, breaking out into four 1GB RJ45 ports:
is this the right mailing list for these sort of issues? If not, where
should I bring this up?
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Intel-wired-lan] i350 not coming out of D3 when link should be reestablished
2020-05-02 17:55 ` Ralf Ertzinger
@ 2020-05-02 19:08 ` Alexander Duyck
0 siblings, 0 replies; 3+ messages in thread
From: Alexander Duyck @ 2020-05-02 19:08 UTC (permalink / raw
To: intel-wired-lan
On Sat, May 2, 2020 at 10:55 AM Ralf Ertzinger <ralf@camperquake.de> wrote:
>
> Hi,
>
> On Tue, Apr 21, 2020 at 01:37:45PM +0000, Ralf Ertzinger wrote:
>
> > I have a Supermicro board (M11SDV-4C-LN4F) which has one (or four? not
> > sure) i350 network cards, breaking out into four 1GB RJ45 ports:
>
> is this the right mailing list for these sort of issues? If not, where
> should I bring this up?
This is the right list
As far as the behavior I am fairly certain it is a bug. I suspect
there are some functions that aren't correctly taking the power saving
features into account and as a result they aren't working correctly.
Unfortunately I don't know how much testing takes place for the igb
parts with run time power management enabled.
- Alex
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-05-02 19:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-04-21 13:37 [Intel-wired-lan] i350 not coming out of D3 when link should be reestablished Ralf Ertzinger
2020-05-02 17:55 ` Ralf Ertzinger
2020-05-02 19:08 ` Alexander Duyck
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.