regressions.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
* [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al
@ 2025-08-15 17:56 Lars Wendler
  2025-08-16  5:39 ` Greg KH
  2025-08-18  1:15 ` wangzijie
  0 siblings, 2 replies; 3+ messages in thread
From: Lars Wendler @ 2025-08-15 17:56 UTC (permalink / raw)
  To: wangzijie; +Cc: stable@vger.kernel.org, Linux kernel regressions list

Hi,

the stable LTS linux kernels 6.6.102 and 6.12.42 have a regression
regarding network interface monitoring with xosview and gkrellm. Both
programs no longer show any network traffic with gkrellm even
considering all network interfaces as being in down state. I haven't
checked other LTS kernels so I cannot tell if there are more affected
kernel branches.

I have bisected the issue to the commits
33c778ea0bd0fa62ff590497e72562ff90f82b13 in 6.6.102 and
fc1072d934f687e1221d685cf1a49a5068318f34 in 6.12.42 which are both the
same change code-wise (upstream commit
ff7ec8dc1b646296f8d94c39339e8d3833d16c05).

Reverting these commits makes xosview and gkrellm "work" again as in
they both show network traffic again.

Kind regards
Lars Wendler

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al
  2025-08-15 17:56 [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al Lars Wendler
@ 2025-08-16  5:39 ` Greg KH
  2025-08-18  1:15 ` wangzijie
  1 sibling, 0 replies; 3+ messages in thread
From: Greg KH @ 2025-08-16  5:39 UTC (permalink / raw)
  To: Lars Wendler
  Cc: wangzijie, stable@vger.kernel.org, Linux kernel regressions list

On Fri, Aug 15, 2025 at 07:56:16PM +0200, Lars Wendler wrote:
> Hi,
> 
> the stable LTS linux kernels 6.6.102 and 6.12.42 have a regression
> regarding network interface monitoring with xosview and gkrellm. Both
> programs no longer show any network traffic with gkrellm even
> considering all network interfaces as being in down state. I haven't
> checked other LTS kernels so I cannot tell if there are more affected
> kernel branches.
> 
> I have bisected the issue to the commits
> 33c778ea0bd0fa62ff590497e72562ff90f82b13 in 6.6.102 and
> fc1072d934f687e1221d685cf1a49a5068318f34 in 6.12.42 which are both the
> same change code-wise (upstream commit
> ff7ec8dc1b646296f8d94c39339e8d3833d16c05).
> 
> Reverting these commits makes xosview and gkrellm "work" again as in
> they both show network traffic again.

Is this also an issue in 6.16.1 and 6.17-rc1?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al
  2025-08-15 17:56 [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al Lars Wendler
  2025-08-16  5:39 ` Greg KH
@ 2025-08-18  1:15 ` wangzijie
  1 sibling, 0 replies; 3+ messages in thread
From: wangzijie @ 2025-08-18  1:15 UTC (permalink / raw)
  To: polynomial-c; +Cc: regressions, stable, wangzijie1, akpm, adobriyan, viro

> Hi,
> 
> the stable LTS linux kernels 6.6.102 and 6.12.42 have a regression
> regarding network interface monitoring with xosview and gkrellm. Both
> programs no longer show any network traffic with gkrellm even
> considering all network interfaces as being in down state. I haven't
> checked other LTS kernels so I cannot tell if there are more affected
> kernel branches.
> 
> I have bisected the issue to the commits
> 33c778ea0bd0fa62ff590497e72562ff90f82b13 in 6.6.102 and
> fc1072d934f687e1221d685cf1a49a5068318f34 in 6.12.42 which are both the
> same change code-wise (upstream commit
> ff7ec8dc1b646296f8d94c39339e8d3833d16c05).
> 
> Reverting these commits makes xosview and gkrellm "work" again as in
> they both show network traffic again.
> 
> Kind regards
> Lars Wendler

Hi,
Sorry for the delay, I have a rest on weekends. I think I get what happened.
We should call pde_set_flags when create proc_dir_entry, and there has omission
in net related proc file. I will fix it ASAP.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2025-08-18  1:15 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-08-15 17:56 [REGRESSION] [BISECTED] linux-6.6.y and linux-6.12.y: proc: use the same treatment to check proc_lseek as ones for proc_read_iter et.al Lars Wendler
2025-08-16  5:39 ` Greg KH
2025-08-18  1:15 ` wangzijie

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).