From: Christoph Hellwig <hch@infradead.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Christoph Hellwig <hch@lst.de>,
akpm@osdl.org, linus@osdl.org, anton@samba.org, paulus@samba.org,
axboe@suse.de, piggin@cyberone.com.au,
viro@parcelfarce.linux.theplanet.co.uk,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] iSeries virtual disk
Date: Fri, 27 Feb 2004 11:32:02 +0000 [thread overview]
Message-ID: <20040227113202.A31176@infradead.org> (raw)
In-Reply-To: <20040227120451.0e3c43bd.sfr@canb.auug.org.au>; from sfr@canb.auug.org.au on Fri, Feb 27, 2004 at 12:04:51PM +1100
> > it to the maximum value and then reset it in a magic even handler?
> > I think that logic needs some clarification.
>
> The "magic event handler" is synchronous with the probe_disk routine. I
> agree it is a bit confusing, but, at least I have the comment there about
> the side effects of the probe_disk routine. Changed slightly.
The code that is in Linus' tree is still b0rked:
- you set viodasd_max_disk in viodasd_open which looks completely bogus:
o the value is never used after module_init, and as long as module_init
and blkdev ->open under BKL they are serialized.
o even if they weren't you wouldn't ever get an open call for a device
> viodasd_max_disk
o that means if you actually got there it would either be the same or
decreased
o if it was decreased in parallel to module_init your loop in
module_init would be totally screwed.
- now to that loop in module_init:
o they only thing that it actually archives is that it breaks out of
the loop if a probe_disk fails - but you could archive that much
more easier by just returning an error from the probe_disk and
use a break out of the loop. The >= MAX_DISKNO check could then
easily happen on the i used as loop counter.
> > for lowend configurations (remember we have a 32bit dev_t now)
>
> Can I leave this for now?
It's really awkwards. And IBM will most likely want lots of disks soon
anyway :)
next prev parent reply other threads:[~2004-02-27 11:32 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040123163504.36582570.sfr@canb.auug.org.au>
[not found] ` <20040122221136.174550c3.akpm@osdl.org>
2004-02-26 6:23 ` [PATCH] iSeries virtual disk Stephen Rothwell
2004-02-26 7:29 ` Jeff Garzik
2004-02-26 7:40 ` Jens Axboe
2004-02-27 0:44 ` Stephen Rothwell
2004-02-26 7:52 ` Stephen Rothwell
2004-02-26 7:58 ` Jeff Garzik
2004-02-27 0:42 ` Stephen Rothwell
2004-02-27 1:50 ` Jeff Garzik
2004-02-27 2:45 ` Stephen Rothwell
2004-02-27 2:50 ` Jeff Garzik
2004-02-26 9:51 ` Christoph Hellwig
2004-02-27 1:04 ` Stephen Rothwell
2004-02-27 11:32 ` Christoph Hellwig [this message]
2004-02-27 11:57 ` Stephen Rothwell
2004-02-27 12:13 ` Christoph Hellwig
2004-02-27 13:26 ` Stephen Rothwell
2004-02-27 13:37 ` Christoph Hellwig
2004-02-27 13:44 ` Christoph Hellwig
2004-02-27 23:26 ` Stephen Rothwell
2004-02-26 17:35 ` Linus Torvalds
2004-02-27 0:45 ` Stephen Rothwell
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=20040227113202.A31176@infradead.org \
--to=hch@infradead.org \
--cc=akpm@osdl.org \
--cc=anton@samba.org \
--cc=axboe@suse.de \
--cc=hch@lst.de \
--cc=linus@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paulus@samba.org \
--cc=piggin@cyberone.com.au \
--cc=sfr@canb.auug.org.au \
--cc=viro@parcelfarce.linux.theplanet.co.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.