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