linux-kernel - Re: [PATCH] ide-cd: handle fragmented packet commands gracefully

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 26 Jun 2009 10:19:58 +0200
From:	Borislav Petkov <petkovbb@...glemail.com>
To:	David Miller <davem@...emloft.net>
Cc:	bzolnier@...il.com, linux-ide@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ide-cd: handle fragmented packet commands gracefully

Hi David,

On Mon, Jun 22, 2009 at 11:50:22AM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 21 June 2009 10:55:27 Borislav Petkov wrote:
> > There are some devices in the wild that clear the DRQ bit during the
> > last word of a packet command and therefore could use a "second chance"
> > for that last word of data to be xferred instead of simply failing the
> > request. Do that by attempting to suck in those last bytes in PIO mode.
> > 
> > In addition, the ATA_ERR bit has to be cleared for we cannot be sure the
> > data is valid otherwise.
> > 
> > See http://bugzilla.kernel.org/show_bug.cgi?id=13399 for details.
> > 
> > Signed-off-by: Borislav Petkov <petkovbb@...il.com>
> 
> Acked-by: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>

can you pick that one too, please. I can't seem to find it on patchwork.

Thanks.

> 
> > ---
> >  drivers/ide/ide-cd.c |   14 ++++++++++++--
> >  1 files changed, 12 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
> > index 4a19686..8d3f7d0 100644
> > --- a/drivers/ide/ide-cd.c
> > +++ b/drivers/ide/ide-cd.c
> > @@ -592,9 +592,19 @@ static ide_startstop_t cdrom_newpc_intr(ide_drive_t *drive)
> >  			}
> >  		} else if (!blk_pc_request(rq)) {
> >  			ide_cd_request_sense_fixup(drive, cmd);
> > -			/* complain if we still have data left to transfer */
> > +
> >  			uptodate = cmd->nleft ? 0 : 1;
> > -			if (uptodate == 0)
> > +
> > +			/*
> > +			 * suck out the remaining bytes from the drive in an
> > +			 * attempt to complete the data xfer. (see BZ#13399)
> > +			 */
> > +			if (!(stat & ATA_ERR) && !uptodate && thislen) {
> > +				ide_pio_bytes(drive, cmd, write, thislen);
> > +				uptodate = cmd->nleft ? 0 : 1;
> > +			}
> > +
> > +			if (!uptodate)
> >  				rq->cmd_flags |= REQ_FAILED;
> >  		}
> >  		goto out_end;

-- 
Regards/Gruss,
    Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/