From: Pavel Emelyanov <xemul@openvz.org>
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Cc: Jens Axboe <jens.axboe@oracle.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
devel@openvz.org
Subject: Re: [PATCH] Rewrite proc seq operations via seq_list_xxx ones
Date: Wed, 10 Oct 2007 18:56:42 +0400 [thread overview]
Message-ID: <470CE82A.9080306@openvz.org> (raw)
In-Reply-To: <20071010144526.GA11501@Krystal>
Mathieu Desnoyers wrote:
> * Pavel Emelyanov (xemul@openvz.org) wrote:
>> Some time ago I posted a set of patches that consolidated
>> the seq files, walking the list_head-s. This set was merged
>> in the mm tree. /proc/diskstats and /proc/partitions files
>> were included in this set, but a bit later this part was
>> dropped because of conflicts with some other changes.
>>
>> Here's the fixed version against the latest git block repo.
>>
>
> Hi Pavel,
>
> You might want to try implementing this patch on top of the sorted seq
> list patch I proposed there. It deals with a race between proc file read
> and list modification between iterations.
AFAIS there's no race - everything is protected with the mutex.
OTOH, If you mean the problem that the list can change while the
seq file reallocates its buffers, then this problem exists for all
the kernel and I don't think it's a good idea to stick to the block
proc files only.
> http://lkml.org/lkml/2007/9/6/175
>
> See this patch for a user implementation example and test code
> (/proc/modules) :
>
> http://lkml.org/lkml/2007/9/6/176
>
> Mathieu
>
>> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
>>
>> ---
>>
>> diff --git a/block/genhd.c b/block/genhd.c
>> index 3af1e7a..27f7061 100644
>> --- a/block/genhd.c
>> +++ b/block/genhd.c
>> @@ -264,39 +264,34 @@ void __init printk_all_partitions(void)
>>
>> #ifdef CONFIG_PROC_FS
>> /* iterator */
>> -static void *part_start(struct seq_file *part, loff_t *pos)
>> +static void *disk_start(struct seq_file *part, loff_t *pos)
>> {
>> - struct list_head *p;
>> - loff_t l = *pos;
>> -
>> mutex_lock(&block_subsys_lock);
>> - list_for_each(p, &block_subsys.list)
>> - if (!l--)
>> - return list_entry(p, struct gendisk, kobj.entry);
>> - return NULL;
>> + return seq_list_start_head(&block_subsys.list, *pos);
>> }
>>
>> -static void *part_next(struct seq_file *part, void *v, loff_t *pos)
>> +static void *disk_next(struct seq_file *part, void *v, loff_t *pos)
>> {
>> - struct list_head *p = ((struct gendisk *)v)->kobj.entry.next;
>> - ++*pos;
>> - return p==&block_subsys.list ? NULL :
>> - list_entry(p, struct gendisk, kobj.entry);
>> + return seq_list_next(v, &block_subsys.list, pos);
>> }
>>
>> -static void part_stop(struct seq_file *part, void *v)
>> +static void disk_stop(struct seq_file *part, void *v)
>> {
>> mutex_unlock(&block_subsys_lock);
>> }
>>
>> static int show_partition(struct seq_file *part, void *v)
>> {
>> - struct gendisk *sgp = v;
>> + struct gendisk *sgp;
>> int n;
>> char buf[BDEVNAME_SIZE];
>>
>> - if (&sgp->kobj.entry == block_subsys.list.next)
>> + if (v == &block_subsys.list) {
>> seq_puts(part, "major minor #blocks name\n\n");
>> + return 0;
>> + }
>> +
>> + sgp = list_entry(v, struct gendisk, kobj.entry);
>>
>> /* Don't show non-partitionable removeable devices or empty devices */
>> if (!get_capacity(sgp) ||
>> @@ -325,9 +320,9 @@ static int show_partition(struct seq_fil
>> }
>>
>> struct seq_operations partitions_op = {
>> - .start =part_start,
>> - .next = part_next,
>> - .stop = part_stop,
>> + .start =disk_start,
>> + .next = disk_next,
>> + .stop = disk_stop,
>> .show = show_partition
>> };
>> #endif
>> @@ -616,44 +611,22 @@ decl_subsys(block, &ktype_block, &block_
>> */
>>
>> /* iterator */
>> -static void *diskstats_start(struct seq_file *part, loff_t *pos)
>> -{
>> - loff_t k = *pos;
>> - struct list_head *p;
>> -
>> - mutex_lock(&block_subsys_lock);
>> - list_for_each(p, &block_subsys.list)
>> - if (!k--)
>> - return list_entry(p, struct gendisk, kobj.entry);
>> - return NULL;
>> -}
>> -
>> -static void *diskstats_next(struct seq_file *part, void *v, loff_t *pos)
>> -{
>> - struct list_head *p = ((struct gendisk *)v)->kobj.entry.next;
>> - ++*pos;
>> - return p==&block_subsys.list ? NULL :
>> - list_entry(p, struct gendisk, kobj.entry);
>> -}
>> -
>> -static void diskstats_stop(struct seq_file *part, void *v)
>> -{
>> - mutex_unlock(&block_subsys_lock);
>> -}
>> -
>> static int diskstats_show(struct seq_file *s, void *v)
>> {
>> - struct gendisk *gp = v;
>> + struct gendisk *gp;
>> char buf[BDEVNAME_SIZE];
>> int n = 0;
>>
>> + if (v == &block_subsys.list)
>> /*
>> - if (&sgp->kobj.entry == block_subsys.kset.list.next)
>> seq_puts(s, "major minor name"
>> " rio rmerge rsect ruse wio wmerge "
>> "wsect wuse running use aveq"
>> "\n\n");
>> */
>> + return 0;
>> +
>> + gp = list_entry(v, struct gendisk, kobj.entry);
>>
>> preempt_disable();
>> disk_round_stats(gp);
>> @@ -686,9 +659,9 @@ static int diskstats_show(struct seq_fil
>> }
>>
>> struct seq_operations diskstats_op = {
>> - .start = diskstats_start,
>> - .next = diskstats_next,
>> - .stop = diskstats_stop,
>> + .start = disk_start,
>> + .next = disk_next,
>> + .stop = disk_stop,
>> .show = diskstats_show
>> };
>>
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at http://www.tux.org/lkml/
>>
>
next prev parent reply other threads:[~2007-10-10 15:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-10 11:10 [PATCH] Rewrite proc seq operations via seq_list_xxx ones Pavel Emelyanov
2007-10-10 14:45 ` Mathieu Desnoyers
2007-10-10 14:56 ` Pavel Emelyanov [this message]
2007-10-10 15:10 ` Mathieu Desnoyers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=470CE82A.9080306@openvz.org \
--to=xemul@openvz.org \
--cc=devel@openvz.org \
--cc=jens.axboe@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mathieu.desnoyers@polymtl.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox