* [REGRESSION] e1000e probe/link detection fails since 6.2 kernel @ 2023-03-28 12:40 Takashi Iwai 2023-03-28 14:39 ` [Intel-wired-lan] " Paul Menzel 2023-03-29 8:43 ` Bagas Sanjaya 0 siblings, 2 replies; 10+ messages in thread From: Takashi Iwai @ 2023-03-28 12:40 UTC (permalink / raw) To: Jesse Brandeburg, Tony Nguyen Cc: regressions, intel-wired-lan, netdev, linux-kernel Hi, we've got a regression report for e1000e device on Lenovo T460p since 6.2 kernel (with openSUSE Tumbleweed). The details are found in https://bugzilla.opensuse.org/show_bug.cgi?id=1209254 It seems that the driver can't detect the 1000Mbps but only 10/100Mbps link, eventually making the device unusable. On 6.1.12: [ 5.119117] e1000e: Intel(R) PRO/1000 Network Driver [ 5.119120] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 5.121754] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 7.905526] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP [ 7.988925] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock [ 8.069935] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 [ 8.069942] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection [ 8.072691] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF [ 11.643919] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [ 15.437437] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None On 6.2.4: [ 4.344140] e1000e: Intel(R) PRO/1000 Network Driver [ 4.344143] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 4.344933] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 7.113334] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP [ 7.201715] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock [ 7.284038] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 [ 7.284044] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection [ 7.284125] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF [ 10.897973] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None [ 10.897977] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO [ 14.710059] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None [ 14.710064] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO [ 59.894807] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None [ 59.894812] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO [ 63.808662] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None [ 63.808668] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO The same problem persists with 6.3-rc3. Can you guys check what can go wrong, or if there is a fix? Thanks! Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-28 12:40 [REGRESSION] e1000e probe/link detection fails since 6.2 kernel Takashi Iwai @ 2023-03-28 14:39 ` Paul Menzel 2023-03-28 15:16 ` Takashi Iwai 2023-03-29 8:40 ` Bagas Sanjaya 2023-03-29 8:43 ` Bagas Sanjaya 1 sibling, 2 replies; 10+ messages in thread From: Paul Menzel @ 2023-03-28 14:39 UTC (permalink / raw) To: Takashi Iwai Cc: Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel Dear Takashi, Am 28.03.23 um 14:40 schrieb Takashi Iwai: > we've got a regression report for e1000e device on Lenovo T460p since > 6.2 kernel (with openSUSE Tumbleweed). The details are found in > https://bugzilla.opensuse.org/show_bug.cgi?id=1209254 Thank you for forwarding the report. > It seems that the driver can't detect the 1000Mbps but only 10/100Mbps > link, eventually making the device unusable. > > On 6.1.12: > [ 5.119117] e1000e: Intel(R) PRO/1000 Network Driver > [ 5.119120] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > [ 5.121754] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > [ 7.905526] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > [ 7.988925] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > [ 8.069935] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > [ 8.069942] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > [ 8.072691] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > [ 11.643919] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > [ 15.437437] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > > On 6.2.4: > [ 4.344140] e1000e: Intel(R) PRO/1000 Network Driver > [ 4.344143] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > [ 4.344933] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > [ 7.113334] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > [ 7.201715] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > [ 7.284038] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > [ 7.284044] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > [ 7.284125] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > [ 10.897973] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 10.897977] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 14.710059] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 14.710064] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 59.894807] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 59.894812] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 63.808662] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 63.808668] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > The same problem persists with 6.3-rc3. > > Can you guys check what can go wrong, or if there is a fix? Does openSUSE Tumbleweed make it easy to bisect the regression at least on “rc level”? It be great if narrow it more down, so we know it for example regressed in 6.2-rc7. Kind regards, Paul ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-28 14:39 ` [Intel-wired-lan] " Paul Menzel @ 2023-03-28 15:16 ` Takashi Iwai 2023-03-29 8:40 ` Bagas Sanjaya 1 sibling, 0 replies; 10+ messages in thread From: Takashi Iwai @ 2023-03-28 15:16 UTC (permalink / raw) To: Paul Menzel Cc: Takashi Iwai, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel On Tue, 28 Mar 2023 16:39:01 +0200, Paul Menzel wrote: > > Dear Takashi, > > > Am 28.03.23 um 14:40 schrieb Takashi Iwai: > > > we've got a regression report for e1000e device on Lenovo T460p since > > 6.2 kernel (with openSUSE Tumbleweed). The details are found in > > https://bugzilla.opensuse.org/show_bug.cgi?id=1209254 > > Thank you for forwarding the report. > > > It seems that the driver can't detect the 1000Mbps but only 10/100Mbps > > link, eventually making the device unusable. > > > > On 6.1.12: > > [ 5.119117] e1000e: Intel(R) PRO/1000 Network Driver > > [ 5.119120] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > > [ 5.121754] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > > [ 7.905526] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > > [ 7.988925] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > > [ 8.069935] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > > [ 8.069942] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > > [ 8.072691] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > > [ 11.643919] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > > [ 15.437437] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > > > > On 6.2.4: > > [ 4.344140] e1000e: Intel(R) PRO/1000 Network Driver > > [ 4.344143] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > > [ 4.344933] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > > [ 7.113334] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > > [ 7.201715] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > > [ 7.284038] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > > [ 7.284044] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > > [ 7.284125] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > > [ 10.897973] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > > [ 10.897977] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > [ 14.710059] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > > [ 14.710064] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > [ 59.894807] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > > [ 59.894812] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > [ 63.808662] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > > [ 63.808668] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > > > The same problem persists with 6.3-rc3. > > > > Can you guys check what can go wrong, or if there is a fix? > > Does openSUSE Tumbleweed make it easy to bisect the regression at > least on “rc level”? It be great if narrow it more down, so we know > it for example regressed in 6.2-rc7. Not easy, unfortunately. The official TW kernel moved to a newer version only after the final release. Although the rc kernel packages are provided as unofficial packages, they are transient and go away at each update, so we have no archives for testing the older ones. Or, if you can suggest some commit to be tested for revert, I can create a test kernel package at any time. thanks, Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-28 14:39 ` [Intel-wired-lan] " Paul Menzel 2023-03-28 15:16 ` Takashi Iwai @ 2023-03-29 8:40 ` Bagas Sanjaya 2023-03-29 8:48 ` Takashi Iwai 1 sibling, 1 reply; 10+ messages in thread From: Bagas Sanjaya @ 2023-03-29 8:40 UTC (permalink / raw) To: Paul Menzel, Takashi Iwai Cc: Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel [-- Attachment #1: Type: text/plain, Size: 407 bytes --] On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: > Does openSUSE Tumbleweed make it easy to bisect the regression at least on > “rc level”? It be great if narrow it more down, so we know it for example > regressed in 6.2-rc7. > Alternatively, can you do bisection using kernel sources from Linus's tree (git required)? -- An old man doll... just what I always wanted! - Clara [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-29 8:40 ` Bagas Sanjaya @ 2023-03-29 8:48 ` Takashi Iwai 2023-03-29 19:12 ` Jakub Kicinski 0 siblings, 1 reply; 10+ messages in thread From: Takashi Iwai @ 2023-03-29 8:48 UTC (permalink / raw) To: Bagas Sanjaya Cc: Paul Menzel, Takashi Iwai, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel On Wed, 29 Mar 2023 10:40:44 +0200, Bagas Sanjaya wrote: > > On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: > > Does openSUSE Tumbleweed make it easy to bisect the regression at least on > > “rc level”? It be great if narrow it more down, so we know it for example > > regressed in 6.2-rc7. > > > > Alternatively, can you do bisection using kernel sources from Linus's > tree (git required)? That'll be a last resort, if no one has idea at all :) Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-29 8:48 ` Takashi Iwai @ 2023-03-29 19:12 ` Jakub Kicinski 2023-03-30 6:30 ` Takashi Iwai 0 siblings, 1 reply; 10+ messages in thread From: Jakub Kicinski @ 2023-03-29 19:12 UTC (permalink / raw) To: Takashi Iwai, Sasha Neftin Cc: Bagas Sanjaya, Paul Menzel, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel On Wed, 29 Mar 2023 10:48:36 +0200 Takashi Iwai wrote: > On Wed, 29 Mar 2023 10:40:44 +0200, > Bagas Sanjaya wrote: > > > > On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: > > > Does openSUSE Tumbleweed make it easy to bisect the regression at least on > > > “rc level”? It be great if narrow it more down, so we know it for example > > > regressed in 6.2-rc7. > > > > > > > Alternatively, can you do bisection using kernel sources from Linus's > > tree (git required)? > > That'll be a last resort, if no one has idea at all :) I had a quick look yesterday, there's only ~6 or so commits to e1000e. Should be a fairly quick bisection, hopefully? Adding Sasha. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-29 19:12 ` Jakub Kicinski @ 2023-03-30 6:30 ` Takashi Iwai 2023-03-30 10:35 ` Takashi Iwai 0 siblings, 1 reply; 10+ messages in thread From: Takashi Iwai @ 2023-03-30 6:30 UTC (permalink / raw) To: Jakub Kicinski Cc: Takashi Iwai, Sasha Neftin, Bagas Sanjaya, Paul Menzel, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel On Wed, 29 Mar 2023 21:12:32 +0200, Jakub Kicinski wrote: > > On Wed, 29 Mar 2023 10:48:36 +0200 Takashi Iwai wrote: > > On Wed, 29 Mar 2023 10:40:44 +0200, > > Bagas Sanjaya wrote: > > > > > > On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: > > > > Does openSUSE Tumbleweed make it easy to bisect the regression at least on > > > > “rc level”? It be great if narrow it more down, so we know it for example > > > > regressed in 6.2-rc7. > > > > > > > > > > Alternatively, can you do bisection using kernel sources from Linus's > > > tree (git required)? > > > > That'll be a last resort, if no one has idea at all :) > > I had a quick look yesterday, there's only ~6 or so commits to e1000e. > Should be a fairly quick bisection, hopefully? *IFF* it's an e1000e-specific bug, right? Through a quick glance, the only significant change in e1000e is the commit 1060707e3809 ptp: introduce helpers to adjust by scaled parts per million Others are only for MTP/ADP and new devices, which must be irrelevant. The tracing must be irrelevant, and the kmap change must be OK. Can 1060707e3809 be the cause of such a bug? thanks, Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-30 6:30 ` Takashi Iwai @ 2023-03-30 10:35 ` Takashi Iwai 2023-04-02 7:38 ` Neftin, Sasha 0 siblings, 1 reply; 10+ messages in thread From: Takashi Iwai @ 2023-03-30 10:35 UTC (permalink / raw) To: Jakub Kicinski Cc: Sasha Neftin, Bagas Sanjaya, Paul Menzel, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel On Thu, 30 Mar 2023 08:30:17 +0200, Takashi Iwai wrote: > > On Wed, 29 Mar 2023 21:12:32 +0200, > Jakub Kicinski wrote: > > > > On Wed, 29 Mar 2023 10:48:36 +0200 Takashi Iwai wrote: > > > On Wed, 29 Mar 2023 10:40:44 +0200, > > > Bagas Sanjaya wrote: > > > > > > > > On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: > > > > > Does openSUSE Tumbleweed make it easy to bisect the regression at least on > > > > > “rc level”? It be great if narrow it more down, so we know it for example > > > > > regressed in 6.2-rc7. > > > > > > > > > > > > > Alternatively, can you do bisection using kernel sources from Linus's > > > > tree (git required)? > > > > > > That'll be a last resort, if no one has idea at all :) > > > > I had a quick look yesterday, there's only ~6 or so commits to e1000e. > > Should be a fairly quick bisection, hopefully? > > *IFF* it's an e1000e-specific bug, right? > > Through a quick glance, the only significant change in e1000e is the > commit 1060707e3809 > ptp: introduce helpers to adjust by scaled parts per million > > Others are only for MTP/ADP and new devices, which must be irrelevant. > The tracing must be irrelevant, and the kmap change must be OK. > > Can 1060707e3809 be the cause of such a bug? The bug reporter updated the entry and informed that this can be false-positive; the problem could be triggered with the older kernel out of sudden. So he closed the bug as WORKSFORME. #regzbot invalid: Problems likely not in kernel changes thanks, Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Intel-wired-lan] [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-30 10:35 ` Takashi Iwai @ 2023-04-02 7:38 ` Neftin, Sasha 0 siblings, 0 replies; 10+ messages in thread From: Neftin, Sasha @ 2023-04-02 7:38 UTC (permalink / raw) To: Takashi Iwai, Jakub Kicinski Cc: Bagas Sanjaya, Paul Menzel, Jesse Brandeburg, Tony Nguyen, netdev, intel-wired-lan, regressions, linux-kernel, Ruinskiy, Dima, Avivi, Amir, Meir, NaamaX, Neftin, Sasha, Lifshits, Vitaly On 3/30/2023 13:35, Takashi Iwai wrote: > On Thu, 30 Mar 2023 08:30:17 +0200, > Takashi Iwai wrote: >> >> On Wed, 29 Mar 2023 21:12:32 +0200, >> Jakub Kicinski wrote: >>> >>> On Wed, 29 Mar 2023 10:48:36 +0200 Takashi Iwai wrote: >>>> On Wed, 29 Mar 2023 10:40:44 +0200, >>>> Bagas Sanjaya wrote: >>>>> >>>>> On Tue, Mar 28, 2023 at 04:39:01PM +0200, Paul Menzel wrote: >>>>>> Does openSUSE Tumbleweed make it easy to bisect the regression at least on >>>>>> “rc level”? It be great if narrow it more down, so we know it for example >>>>>> regressed in 6.2-rc7. >>>>>> >>>>> >>>>> Alternatively, can you do bisection using kernel sources from Linus's >>>>> tree (git required)? >>>> >>>> That'll be a last resort, if no one has idea at all :) >>> >>> I had a quick look yesterday, there's only ~6 or so commits to e1000e. >>> Should be a fairly quick bisection, hopefully? >> >> *IFF* it's an e1000e-specific bug, right? >> >> Through a quick glance, the only significant change in e1000e is the >> commit 1060707e3809 >> ptp: introduce helpers to adjust by scaled parts per million >> >> Others are only for MTP/ADP and new devices, which must be irrelevant. >> The tracing must be irrelevant, and the kmap change must be OK. >> >> Can 1060707e3809 be the cause of such a bug? > > The bug reporter updated the entry and informed that this can be > false-positive; the problem could be triggered with the older kernel > out of sudden. So he closed the bug as WORKSFORME. > > #regzbot invalid: Problems likely not in kernel changes I do not think the problem is with the kernel/SW/driver code. "Failed to disable ULP" (ultra-low power disabling)line in a dmesg log can indicate that the PHY of the LAN controller is inaccessible. Probably your laptop has an _LM SKU (CSME/AMT)of LAN controller (with manageability). Unfortunately, we haven't had the reliable opportunity to interact with the CSME/AMT. Moreover, access to the PHY when CSME/AMT controls it could put the LAN controller in an unknown state. This model of the laptop is no longer supported thought. Worth checking the option to disable CSME/AMT via BIOS. So, somehow it worked previously. _V SKU should not hit on such a problem. > > > thanks, > > Takashi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [REGRESSION] e1000e probe/link detection fails since 6.2 kernel 2023-03-28 12:40 [REGRESSION] e1000e probe/link detection fails since 6.2 kernel Takashi Iwai 2023-03-28 14:39 ` [Intel-wired-lan] " Paul Menzel @ 2023-03-29 8:43 ` Bagas Sanjaya 1 sibling, 0 replies; 10+ messages in thread From: Bagas Sanjaya @ 2023-03-29 8:43 UTC (permalink / raw) To: Takashi Iwai, Jesse Brandeburg, Tony Nguyen Cc: regressions, intel-wired-lan, netdev, linux-kernel [-- Attachment #1: Type: text/plain, Size: 2916 bytes --] On Tue, Mar 28, 2023 at 02:40:33PM +0200, Takashi Iwai wrote: > Hi, > > we've got a regression report for e1000e device on Lenovo T460p since > 6.2 kernel (with openSUSE Tumbleweed). The details are found in > https://bugzilla.opensuse.org/show_bug.cgi?id=1209254 > > It seems that the driver can't detect the 1000Mbps but only 10/100Mbps > link, eventually making the device unusable. > > On 6.1.12: > [ 5.119117] e1000e: Intel(R) PRO/1000 Network Driver > [ 5.119120] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > [ 5.121754] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > [ 7.905526] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > [ 7.988925] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > [ 8.069935] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > [ 8.069942] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > [ 8.072691] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > [ 11.643919] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > [ 15.437437] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None > > On 6.2.4: > [ 4.344140] e1000e: Intel(R) PRO/1000 Network Driver > [ 4.344143] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > [ 4.344933] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode > [ 7.113334] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): Failed to disable ULP > [ 7.201715] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock > [ 7.284038] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 50:7b:9d:cf:13:43 > [ 7.284044] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection > [ 7.284125] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: 1000FF-0FF > [ 10.897973] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 10.897977] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 14.710059] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 14.710064] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 59.894807] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 59.894812] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > [ 63.808662] e1000e 0000:00:1f.6 eth0: NIC Link is Up 10 Mbps Full Duplex, Flow Control: None > [ 63.808668] e1000e 0000:00:1f.6 eth0: 10/100 speed: disabling TSO > > The same problem persists with 6.3-rc3. > I'm adding this to regzbot: #regzbot ^introduced: v6.1.12..v6.2.4 #regzbot: e1000 probe/link detection fails since v6.2 Thanks. -- An old man doll... just what I always wanted! - Clara [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2023-04-02 7:38 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2023-03-28 12:40 [REGRESSION] e1000e probe/link detection fails since 6.2 kernel Takashi Iwai 2023-03-28 14:39 ` [Intel-wired-lan] " Paul Menzel 2023-03-28 15:16 ` Takashi Iwai 2023-03-29 8:40 ` Bagas Sanjaya 2023-03-29 8:48 ` Takashi Iwai 2023-03-29 19:12 ` Jakub Kicinski 2023-03-30 6:30 ` Takashi Iwai 2023-03-30 10:35 ` Takashi Iwai 2023-04-02 7:38 ` Neftin, Sasha 2023-03-29 8:43 ` Bagas Sanjaya
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).