* [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; 5+ 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] 5+ 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-17 13:43 ` Markus Reichelt
2025-08-18 1:15 ` wangzijie
1 sibling, 1 reply; 5+ 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] 5+ 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-16 5:39 ` Greg KH
@ 2025-08-17 13:43 ` Markus Reichelt
2025-08-17 14:05 ` Greg KH
0 siblings, 1 reply; 5+ messages in thread
From: Markus Reichelt @ 2025-08-17 13:43 UTC (permalink / raw)
To: stable@vger.kernel.org
* Greg KH <gregkh@linuxfoundation.org> wrote:
> > 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?
I can confirm the issue with gkrellm on 6.16.1 (and 6.15.10 fwiw).
^ permalink raw reply [flat|nested] 5+ 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-17 13:43 ` Markus Reichelt
@ 2025-08-17 14:05 ` Greg KH
0 siblings, 0 replies; 5+ messages in thread
From: Greg KH @ 2025-08-17 14:05 UTC (permalink / raw)
To: stable@vger.kernel.org
On Sun, Aug 17, 2025 at 03:43:29PM +0200, Markus Reichelt wrote:
> * Greg KH <gregkh@linuxfoundation.org> wrote:
>
> > > 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?
>
> I can confirm the issue with gkrellm on 6.16.1 (and 6.15.10 fwiw).
>
Great, we are bug compatible!
Please work with the developers of those changes to resolve the
regression in Linus's tree and then we can backport the needed fixes.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 5+ 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; 5+ 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] 5+ messages in thread
end of thread, other threads:[~2025-08-18 1:15 UTC | newest]
Thread overview: 5+ 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-17 13:43 ` Markus Reichelt
2025-08-17 14:05 ` 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