LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Borislav Petkov <petkovbb@googlemail.com>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org,
Borislav Petkov <bbpetkov@yahoo.de>,
Jens Axboe <jens.axboe@oracle.com>
Subject: Re: [RFC PATCH 26/32] ide-tape: remove packet command and struct request memory buffers
Date: Sun, 3 Feb 2008 01:03:30 +0100 [thread overview]
Message-ID: <200802030103.30492.bzolnier@gmail.com> (raw)
In-Reply-To: <1201427300-3954-21-git-send-email-petkovbb@gmail.com>
On Sunday 27 January 2008, Borislav Petkov wrote:
> From: Borislav Petkov <bbpetkov@yahoo.de>
>
> Bart,
> this one is rather intrusive so please doublecheck it wrt to kzalloc/kfree
> balancing on all the codepaths so that we don't leak memory all over the place.
> I free all the alloc'd pc's and rq's in idetape_end_request() which is called
> from the callback idetape_pc_callback() registered with the packet command
> struct when creating the respective ATAPI cmd.
I was hoping for re-using requests from the request queue for this purpose
(with help of blk_get_request()/blk_put_request()). Jens, is this OK?
This approach wouldn't have a problem with out-of-memory situations (because
blk_get_request() can wait until free request is available), needs less code
and provides additional benefits (like NUMA-friendly allocations).
When it comes to pc-s: long-term it should be possible to use only request
structure and get rid off them.
> ---
> These buffers were always statically allocated during driver initialization no
> matter what. Remove them by allocating GFP_ATOMIC memory on demand. In the case
> of allocation error, we only issue error msg in the *alloc_{pc,rq} thus postponing
> the final error handling and cleanup in their callers. Packet command and
> request memory is freed in idetape_end_request() which is at the end of the
> request path entered from all the callbacks.
>
> Signed-off-by: Borislav Petkov <bbpetkov@yahoo.de>
> ---
> drivers/ide/ide-tape.c | 122 ++++++++++++++++++++++-------------------------
> 1 files changed, 57 insertions(+), 65 deletions(-)
>
> diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
> index 041edcd..3c1a7db 100644
> --- a/drivers/ide/ide-tape.c
> +++ b/drivers/ide/ide-tape.c
> @@ -105,13 +105,6 @@ enum {
> #define IDETAPE_PC_BUFFER_SIZE 256
>
> /*
> - * In various places in the driver, we need to allocate storage
> - * for packet commands and requests, which will remain valid while
> - * we leave the driver to wait for an interrupt or a timeout event.
> - */
> -#define IDETAPE_PC_STACK (10 + IDETAPE_MAX_PC_RETRIES)
> -
> -/*
> * Some drives (for example, Seagate STT3401A Travan) require a very long
> * timeout, because they don't return an interrupt or clear their busy bit
> * until after the command completes (even retension commands).
> @@ -271,13 +264,6 @@ typedef struct ide_tape_obj {
> */
> idetape_pc_t *failed_pc;
>
> - idetape_pc_t pc_stack[IDETAPE_PC_STACK];
> - /* Next free packet command storage space */
> - int pc_stack_idx;
> - struct request rq_stack[IDETAPE_PC_STACK];
> - /* We implement a circular array */
> - int rq_stack_idx;
> -
> /*
> * DSC polling variables.
> *
> @@ -669,45 +655,32 @@ static void idetape_update_buffers (idetape_pc_t *pc)
> pc->bh = bh;
> }
>
> -/*
> - * idetape_next_pc_storage returns a pointer to a place in which we can
> - * safely store a packet command, even though we intend to leave the
> - * driver. A storage space for a maximum of IDETAPE_PC_STACK packet
> - * commands is allocated at initialization time.
> - */
> -static idetape_pc_t *idetape_next_pc_storage (ide_drive_t *drive)
> +static idetape_pc_t *ide_tape_alloc_pc(void)
> {
> - idetape_tape_t *tape = drive->driver_data;
> + idetape_pc_t *pc;
>
> - debug_log(DBG_PCRQ_STACK, "pc_stack_index=%d\n", tape->pc_stack_idx);
> + pc = kzalloc(sizeof(idetape_pc_t), GFP_ATOMIC);
> + if (!pc)
> + printk(KERN_ERR "ide-tape: %s: memory allocation error.",
> + __func__);
>
> - if (tape->pc_stack_idx == IDETAPE_PC_STACK)
> - tape->pc_stack_idx = 0;
> - return (&tape->pc_stack[tape->pc_stack_idx++]);
> + return pc;
> }
>
> /*
> - * idetape_next_rq_storage is used along with idetape_next_pc_storage.
> - * Since we queue packet commands in the request queue, we need to
> - * allocate a request, along with the allocation of a packet command.
> + * Since we queue packet commands in the request queue, we need to allocate a
> + * request, along with a packet command.
> */
> -
> -/**************************************************************
> - * *
> - * This should get fixed to use kmalloc(.., GFP_ATOMIC) *
> - * followed later on by kfree(). -ml *
> - * *
> - **************************************************************/
> -
> -static struct request *idetape_next_rq_storage (ide_drive_t *drive)
> +static struct request *ide_tape_alloc_rq(void)
> {
> - idetape_tape_t *tape = drive->driver_data;
> + struct request *rq;
>
> - debug_log(DBG_PCRQ_STACK, "rq_stack_index=%d\n", tape->rq_stack_idx);
> + rq = kzalloc(sizeof(struct request), GFP_ATOMIC);
> + if (!rq)
> + printk(KERN_ERR "ide-tape: %s: memory allocation error.",
> + __func__);
>
> - if (tape->rq_stack_idx == IDETAPE_PC_STACK)
> - tape->rq_stack_idx = 0;
> - return (&tape->rq_stack[tape->rq_stack_idx++]);
> + return rq;
> }
>
> /*
> @@ -981,9 +954,8 @@ static int idetape_end_request(ide_drive_t *drive, int uptodate, int nr_sects)
> }
> }
> ide_end_drive_cmd(drive, 0, 0);
> -// blkdev_dequeue_request(rq);
> -// drive->rq = NULL;
> -// end_that_request_last(rq);
> + kfree(tape->pc);
> + kfree(rq);
>
> if (remove_stage)
> idetape_remove_stage_head(drive);
> @@ -1032,13 +1004,9 @@ static void idetape_init_rq(struct request *rq, u8 cmd)
> *
> * idetape_queue_pc_head is called from the request handling part of
> * the driver (the "bottom" part). Safe storage for the request should
> - * be allocated with idetape_next_pc_storage and idetape_next_rq_storage
> + * be allocated with ide_tape_alloc_pc and ide_tape_alloc_rq
> * before calling idetape_queue_pc_head.
> *
> - * Memory for those requests is pre-allocated at initialization time, and
> - * is limited to IDETAPE_PC_STACK requests. We assume that we have enough
> - * space for the maximum possible number of inter-dependent packet commands.
> - *
> * The higher level of the driver - The ioctl handler and the character
> * device handling functions should queue request to the lower level part
> * and wait for their completion using idetape_queue_pc_tail or
> @@ -1055,19 +1023,27 @@ static void idetape_queue_pc_head (ide_drive_t *drive, idetape_pc_t *pc,struct r
> }
>
> /*
> - * idetape_retry_pc is called when an error was detected during the
> - * last packet command. We queue a request sense packet command in
> - * the head of the request list.
> + * Called when an error was detected during the last packet command. We queue a
> + * request sense packet command in the head of the request list.
> */
> -static ide_startstop_t idetape_retry_pc (ide_drive_t *drive)
> +static ide_startstop_t idetape_retry_pc(ide_drive_t *drive)
> {
> idetape_tape_t *tape = drive->driver_data;
> idetape_pc_t *pc;
> struct request *rq;
>
> (void)drive->hwif->INB(IDE_ERROR_REG);
> - pc = idetape_next_pc_storage(drive);
> - rq = idetape_next_rq_storage(drive);
> + pc = ide_tape_alloc_pc();
> + rq = ide_tape_alloc_rq();
> +
> + if (!pc || !rq) {
> + printk(KERN_ERR "ide-tape: Cannot retry packet command due to "
> + "low memory.");
> + kfree(pc);
> + kfree(rq);
> + return ide_stopped;
> + }
> +
> idetape_create_request_sense_cmd(pc);
> set_bit(IDETAPE_IGNORE_DSC, &tape->flags);
> idetape_queue_pc_head(drive, pc, rq);
> @@ -1719,21 +1695,33 @@ static ide_startstop_t idetape_do_request(ide_drive_t *drive,
> if (rq->cmd[0] & REQ_IDETAPE_READ) {
> tape->buffer_head++;
> tape->postpone_cnt = 0;
> - pc = idetape_next_pc_storage(drive);
> - idetape_create_read_cmd(tape, pc, rq->current_nr_sectors, (struct idetape_bh *)rq->special);
> + pc = ide_tape_alloc_pc();
> + if (!pc)
> + goto err;
> +
> + idetape_create_read_cmd(tape, pc, rq->current_nr_sectors,
> + (struct idetape_bh *)rq->special);
> goto out;
> }
> if (rq->cmd[0] & REQ_IDETAPE_WRITE) {
> tape->buffer_head++;
> tape->postpone_cnt = 0;
> - pc = idetape_next_pc_storage(drive);
> - idetape_create_write_cmd(tape, pc, rq->current_nr_sectors, (struct idetape_bh *)rq->special);
> + pc = ide_tape_alloc_pc();
> + if (!pc)
> + goto err;
> +
> + idetape_create_write_cmd(tape, pc, rq->current_nr_sectors,
> + (struct idetape_bh *)rq->special);
> goto out;
> }
> if (rq->cmd[0] & REQ_IDETAPE_READ_BUFFER) {
> tape->postpone_cnt = 0;
> - pc = idetape_next_pc_storage(drive);
> - idetape_create_read_buffer_cmd(tape, pc, rq->current_nr_sectors, (struct idetape_bh *)rq->special);
> + pc = ide_tape_alloc_pc();
> + if (!pc)
> + goto err;
> +
> + idetape_create_read_buffer_cmd(tape, pc, rq->current_nr_sectors,
> + (struct idetape_bh *)rq->special);
> goto out;
> }
> if (rq->cmd[0] & REQ_IDETAPE_PC1) {
> @@ -1749,6 +1737,11 @@ static ide_startstop_t idetape_do_request(ide_drive_t *drive,
> BUG();
> out:
> return idetape_issue_packet_command(drive, pc);
> +
> +err:
> + printk(KERN_ERR "ide-tape: Error processing request %u\n", rq->cmd[0]);
> + idetape_end_request(drive, 0, 0);
> + return ide_stopped;
> }
>
> /*
> @@ -2055,7 +2048,7 @@ static void idetape_create_test_unit_ready_cmd(idetape_pc_t *pc)
> * for an interrupt or a timer event.
> *
> * From the bottom part of the driver, we should allocate safe memory
> - * using idetape_next_pc_storage and idetape_next_rq_storage, and add
> + * using ide_tape_alloc_pc and ide_tape_alloc_rq, and add
> * the request to the request list without waiting for it to be serviced !
> * In that case, we usually use idetape_queue_pc_head.
> */
> @@ -3644,7 +3637,6 @@ static void idetape_setup (ide_drive_t *drive, idetape_tape_t *tape, int minor)
> tape->name[1] = 't';
> tape->name[2] = '0' + minor;
> tape->chrdev_dir = idetape_dir_none;
> - tape->pc = tape->pc_stack;
> tape->max_ins_speed = 10000;
> tape->speed_ctl = 1;
> *((unsigned short *) &gcw) = drive->id->config;
next prev parent reply other threads:[~2008-02-03 0:02 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-27 9:47 [PATCH 06/32] ide-tape: remove IDETAPE_DEBUG_BUGS Borislav Petkov
2008-01-27 9:47 ` [PATCH 07/32] ide-tape: refactor the debug logging facility Borislav Petkov
2008-01-27 16:12 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:47 ` [PATCH 08/32] ide-tape: remove struct idetape_capabilities_page_t Borislav Petkov
2008-01-27 16:46 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:47 ` [PATCH 09/32] ide-tape: remove struct idetape_inquiry_result_t Borislav Petkov
2008-01-27 9:47 ` [PATCH 10/32] ide-tape: remove struct idetape_read_position_result_t Borislav Petkov
2008-01-27 19:43 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:47 ` [PATCH 11/32] ide-tape: remove struct idetape_data_compression_page_t Borislav Petkov
2008-01-27 9:48 ` [PATCH 12/32] ide-tape: remove struct idetape_medium_partition_page_t Borislav Petkov
2008-01-27 9:48 ` [PATCH 13/32] ide-tape: remove struct idetape_parameter_block_descriptor_t Borislav Petkov
2008-01-27 9:48 ` [PATCH 14/32] ide-tape: remove structs os_partition_t, os_dat_entry_t, os_dat_t Borislav Petkov
2008-01-27 9:48 ` [PATCH 15/32] ide-tape: remove struct idetape_block_size_page_t Borislav Petkov
2008-01-27 9:48 ` [PATCH 16/32] ide-tape: use generic scsi commands Borislav Petkov
2008-01-27 9:48 ` [PATCH 17/32] ide-tape: remove EXPERIMENTAL driver status Borislav Petkov
2008-01-27 9:48 ` [PATCH 18/32] ide-tape: use generic byteorder macros Borislav Petkov
2008-01-27 9:48 ` [PATCH 19/32] ide-tape: remove unused sense packet commands Borislav Petkov
2008-01-27 9:48 ` [PATCH 20/32] ide-tape: make function name more accurate Borislav Petkov
2008-01-27 9:48 ` [PATCH 21/32] ide-tape: idetape_chrdev_direction_t:shorten enum names Borislav Petkov
2008-01-27 18:38 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 22/32] ide-tape: struct idetape_packet_command_s: shorten member names Borislav Petkov
2008-01-27 19:40 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 23/32] ide-tape: struct idetape_tape_t: " Borislav Petkov
2008-02-02 23:43 ` Bartlomiej Zolnierkiewicz
2008-02-03 11:36 ` Borislav Petkov
2008-01-27 9:48 ` [PATCH 24/32] ide-tape: remove unreachable code chunk Borislav Petkov
2008-01-27 19:41 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 25/32] ide-tape: simplify code branching in the interrupt handler Borislav Petkov
2008-01-27 19:42 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [RFC PATCH 26/32] ide-tape: remove packet command and struct request memory buffers Borislav Petkov
2008-02-03 0:03 ` Bartlomiej Zolnierkiewicz [this message]
2008-01-27 9:48 ` [PATCH 27/32] ide-tape: remove idetape_increase_max_pipeline_stages() Borislav Petkov
2008-02-03 0:07 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 28/32] ide-tape: shorten some function names Borislav Petkov
2008-02-03 0:12 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 29/32] ide-tape: remove mtio.h related comments Borislav Petkov
2008-01-27 18:24 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 30/32] ide-tape: remove atomic test/set macros Borislav Petkov
2008-01-27 9:48 ` [PATCH 31/32] ide-tape: remove idetape_config_t typedef Borislav Petkov
2008-01-27 18:30 ` Bartlomiej Zolnierkiewicz
2008-01-27 9:48 ` [PATCH 32/32] ide-tape: cleanup the remaining codestyle issues Borislav Petkov
2008-01-27 10:48 ` [PATCH 06/32] ide-tape: remove IDETAPE_DEBUG_BUGS Borislav Petkov
2008-01-27 15:35 ` Bartlomiej Zolnierkiewicz
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=200802030103.30492.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=bbpetkov@yahoo.de \
--cc=jens.axboe@oracle.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=petkovbb@googlemail.com \
--subject='Re: [RFC PATCH 26/32] ide-tape: remove packet command and struct request memory buffers' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).