From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758439AbYHFSeg (ORCPT ); Wed, 6 Aug 2008 14:34:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755451AbYHFSe1 (ORCPT ); Wed, 6 Aug 2008 14:34:27 -0400 Received: from fg-out-1718.google.com ([72.14.220.154]:52778 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754917AbYHFSe0 (ORCPT ); Wed, 6 Aug 2008 14:34:26 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FU83LE3fvVCfKrNr8d5KXetILVMRQ7KaMqcorjvFX317FDgDHkQHXXyY21ZvqsSpEA m/b9djukwZXyqRvvb6C1/QTRmCmdZ1FMaplD184WeOc982BfYyx3MEyopJuCEgzPN0a1 nl6+1SmxK5EIbXlU1culL2PKl0SqIzS/7oiFk= Message-ID: <58cb370e0808061134k4ba3c68fx2797db6fc5e8613b@mail.gmail.com> Date: Wed, 6 Aug 2008 20:34:24 +0200 From: "Bartlomiej Zolnierkiewicz" To: linux-ide@vger.kernel.org Subject: Re: [PATCH 4/2] ide-{floppy,tape}: remove request stack Cc: linux-kernel@vger.kernel.org, "Borislav Petkov" In-Reply-To: <58cb370e0808061133l724dc70do834ddcbc128af442@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200808061914.06361.bzolnier@gmail.com> <58cb370e0808061133l724dc70do834ddcbc128af442@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 6, 2008 at 8:33 PM, Bartlomiej Zolnierkiewicz wrote: > On Wed, Aug 6, 2008 at 7:14 PM, Bartlomiej Zolnierkiewicz > wrote: > > [...] > >> --- >> pc stack can also be removed with a bit of care, we just need sth like: >> >> - add request_sense_pc (request_sense_rq alike) >> >> - dynamically allocate pc-s for blk_{fs,pc}_request() in ide-floppy.c >> and for REQ_IDETAPE_{READ,WRITE} in ide-tape.c >> >> - add PC_FLAG_DYN for dynamically allocated pc-s >> >> - (the difficult part) figure out where to put freeing of dynamic pc-s >> >> Borislav, AFAIR you had some patches doing dynamic pc/rq-s? >> Maybe it would be possible to dust off just their rq-parts? > > Please disregard above comments -- I found a better way to deal with rq stack. pc stack... pc stack...