* Re: [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16
[not found] ` <alpine.LNX.2.01.1202222303190.15465@frira.zrqbmnf.qr>
@ 2012-02-23 9:57 ` Andrew Morton
2012-02-23 11:19 ` Jan Engelhardt
0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2012-02-23 9:57 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: linux-kernel, linux-btrfs
On Thu, 23 Feb 2012 10:09:33 +0100 (CET) Jan Engelhardt <jengelh@medozas.de> wrote:
> On Wednesday 2012-02-22 21:58, Andrew Morton wrote:
>
> >On Wed, 22 Feb 2012 13:48:08 +0100 (CET)
> >Jan Engelhardt <jengelh@medozas.de> wrote:
> >
> >> task: provide a larger task command buffer
> >
> ><scratches head>
> >
> >Why are we bothering ourselves about this?
>
> Some prefer to know what's going on in the system. Every other or
> so kernel release there are some new happy kthreads, such as
>
> 24930 ? S 0:00 \_ [btrfs-endio-1]
> 24931 ? S 0:00 \_ [btrfs-endio-met]
> 24932 ? S 0:00 \_ [btrfs-endio-met]
> 24933 ? S 0:00 \_ [btrfs-endio-wri]
> 24934 ? S 0:00 \_ [btrfs-freespace]
>
> at which point one is curious to find out the rest of the met and why
> there are two of them. If expanded one actually sees they are different
> kthreads (rather than just per-cpu instances for a WQ, for example)
>
> $ grep Name /proc/{29431,29432}/stat*
> /proc/29431/status:Name: btrfs-endio-meta-1
> /proc/29432/status:Name: btrfs-endio-meta-write-1
>
> That's all.
doh. The fix for that is to have less clueless btrfs developers.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16
2012-02-23 9:57 ` [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16 Andrew Morton
@ 2012-02-23 11:19 ` Jan Engelhardt
2012-02-23 17:30 ` Andrew Morton
0 siblings, 1 reply; 4+ messages in thread
From: Jan Engelhardt @ 2012-02-23 11:19 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, linux-btrfs
On Thursday 2012-02-23 10:57, Andrew Morton wrote:
>>
But there's more,
>>
>> 24931 ? S 0:00 \_ [btrfs-endio-met]
\_ [kconservative/5]
\_ [ext4-dio-unwrit]
>>
>> [with a wondersome patch:] $ grep Name /proc/{29431,29432}/stat*
>> /proc/29431/status:Name: btrfs-endio-meta-1
>> /proc/29432/status:Name: btrfs-endio-meta-write-1
Name: kconservative/512
Name: ext4-dio-unwritten
>
>doh. The fix for that is to have less clueless btrfs developers.
And truncate their names to SUNWbtfs, ORCLintg and EXT4diou?
I think not :)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16
2012-02-23 11:19 ` Jan Engelhardt
@ 2012-02-23 17:30 ` Andrew Morton
2012-02-23 21:59 ` Jan Engelhardt
0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2012-02-23 17:30 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: linux-kernel, linux-btrfs
On Thu, 23 Feb 2012 12:19:28 +0100 (CET) Jan Engelhardt <jengelh@medozas.de> wrote:
>
> On Thursday 2012-02-23 10:57, Andrew Morton wrote:
> >>
> But there's more,
> >>
> >> 24931 ? S 0:00 \_ [btrfs-endio-met]
> \_ [kconservative/5]
> \_ [ext4-dio-unwrit]
> >>
> >> [with a wondersome patch:] $ grep Name /proc/{29431,29432}/stat*
> >> /proc/29431/status:Name: btrfs-endio-meta-1
> >> /proc/29432/status:Name: btrfs-endio-meta-write-1
> Name: kconservative/512
> Name: ext4-dio-unwritten
> >
> >doh. The fix for that is to have less clueless btrfs developers.
>
> And truncate their names to SUNWbtfs, ORCLintg and EXT4diou?
> I think not :)
Teach ps(1) to look in /proc/pid/status for kernel threads?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16
2012-02-23 17:30 ` Andrew Morton
@ 2012-02-23 21:59 ` Jan Engelhardt
0 siblings, 0 replies; 4+ messages in thread
From: Jan Engelhardt @ 2012-02-23 21:59 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, linux-btrfs
On Thursday 2012-02-23 18:30, Andrew Morton wrote:
>
>Teach ps(1) to look in /proc/pid/status for kernel threads?
To what end? The name in /proc/pid/status was also limited to
TASK_COMM_LEN.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-02-23 21:59 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1327183785-27023-1-git-send-email-jengelh@medozas.de>
[not found] ` <20120124135443.2772d455.akpm@linux-foundation.org>
[not found] ` <alpine.LNX.2.01.1201250121260.20692@frira.zrqbmnf.qr>
[not found] ` <20120131172334.7f26f164.akpm@linux-foundation.org>
[not found] ` <alpine.LNX.2.01.1202010224510.29848@frira.zrqbmnf.qr>
[not found] ` <20120131174914.8ce5291d.akpm@linux-foundation.org>
[not found] ` <alpine.LNX.2.01.1202010257240.29848@frira.zrqbmnf.qr>
[not found] ` <20120131190109.b53347fd.akpm@linux-foundation.org>
[not found] ` <alpine.LNX.2.01.1202221343530.10125@frira.zrqbmnf.qr>
[not found] ` <20120222125810.50cd5789.akpm@linux-foundation.org>
[not found] ` <alpine.LNX.2.01.1202222303190.15465@frira.zrqbmnf.qr>
2012-02-23 9:57 ` [PATCH 1/2] treewide: fix memory corruptions when TASK_COMM_LEN != 16 Andrew Morton
2012-02-23 11:19 ` Jan Engelhardt
2012-02-23 17:30 ` Andrew Morton
2012-02-23 21:59 ` Jan Engelhardt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox