From: Lee Duncan <lduncan@suse.com>
To: Kai Makisara <Kai.Makisara@kolumbus.fi>
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, jeffm@suse.com
Subject: Re: [PATCH v3 3/5] st: get rid of scsi_tapes array
Date: Mon, 02 Jul 2012 17:16:56 -0700 [thread overview]
Message-ID: <4FF239F8.7030101@suse.com> (raw)
In-Reply-To: <alpine.LNX.2.00.1207011147110.3650@kai.makisara.local>
On 07/01/2012 01:57 AM, Kai Makisara wrote:
> On Mon, 21 May 2012, Lee Duncan wrote:
>
>> From: Jeff Mahoney <jeffm@suse.com>
>>
>> st currently allocates an array to store pointers to all of the
>> scsi_tape objects. It's used to discover available indexes to use as the
>> base for the minor number selection and later to look up scsi_tape
>> devices for character devices.
>>
>> We switch to using an IDR for minor selection and a pointer from
>> st_modedef back to scsi_tape for the lookups.
>>
>> Signed-off-by: Jeff Mahoney <jeffm@suse.com>
>> Signed-off-by: Lee Duncan <lduncan@suse.com>
>> ---
>> drivers/scsi/st.c | 172 ++++++++++++++++++++---------------------------------
>> drivers/scsi/st.h | 2 +
>> 2 files changed, 65 insertions(+), 109 deletions(-)
>>
> ... patch removed
>
> I have finally had time to review and test this patch set. I am sorry this
> has taken so long.
>
> I have found one change of behaviour and a theoretical problem:
> The new code does not re-use the tape numbers when freed and re-scanned.
> The current code does re-use the freed numbers. Are there any reasons for
> this changed behaviour? (The theoretical problem is that the new code
> frees the tape structure but leaves the pointer in the idr tree.)
>
> The patch at the end of this message (applies after the whole series) is
> an attempt to implement re-use of tape numbers. I am not completely sure
> that the change is correctly placed but it seems to work.
Thanks for the review, and good catch. I'll look over your added patch
and give feedback as soon as I can.
>
> Another minor thing is that the documentation should be updated :-)
Of course.
>
> The patch at the end also updates the version code. I am not sure if the
> version code is useful, but it should be either updated or removed.
>
> Otherwise no problems found. I am ready to ack the patch set after the
> re-use thing has been resolved (one way or another).
>
> Thanks,
> Kai
>
--
The Lee-Man
next prev parent reply other threads:[~2012-07-03 0:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-21 23:14 [PATCH v3 3/5] st: get rid of scsi_tapes array Lee Duncan
2012-05-21 23:14 ` Lee Duncan
2012-07-01 8:57 ` Kai Makisara
2012-07-03 0:16 ` Lee Duncan [this message]
2012-07-11 18:43 ` Lee Duncan
2012-07-12 19:09 ` Jeff Mahoney
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=4FF239F8.7030101@suse.com \
--to=lduncan@suse.com \
--cc=Kai.Makisara@kolumbus.fi \
--cc=jeffm@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
/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.