Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4452927imm; Wed, 30 May 2018 06:03:12 -0700 (PDT) X-Google-Smtp-Source: ADUXVKISGo9M0Lsw2pV2kgc7ih6PlCqBDN2Mni3IsdJHGcxijH4b/TmQ88X5epBv+63oS2vbcTGD X-Received: by 2002:a62:428f:: with SMTP id h15-v6mr2726759pfd.156.1527685392813; Wed, 30 May 2018 06:03:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527685392; cv=none; d=google.com; s=arc-20160816; b=VHnXcnHNI96QoBZyXtnUrhB+/2gbp9SdZARlNzAVZiN7SI1piqVk0mkY3gDSN2Jj3K mpdUzL+igumEKusKChAgjY3fc2Fs0LcsXRyu8DLiE+qcMtgstmryDXfJUFCfo3t+IsUK JC0pgRpqEKRvSEj9MpJ7bT94er9KP320Y9Pr/c+uHKJCrNczFmRXEsLGPCxI91MWE+lD OkjYUTaqMBRYxTwE4He3e9uj+GFfSuS1Jg4QpKZAETNdijsA3ELmca4d3LIP/IyUeuHg jdgCoWO+stXmA8a7zyASbjuFcGaW2YI3lLQjKKLZ6Hro1DS/z6pAWVTIewwlIqrJD9Jh xZHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:mime-version:organization :user-agent:references:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=nAVgAUeyR3xIYsezOvPIrQU360AkfHp5M8CF3JYJmhQ=; b=fxG7wytblF2Hn0A07w6/UliA0ffec2L+MCRQKYYgq5xDgUZqE4Mka+PpgM+G2qeJmb mYF8AF6Gxoownor2YuR/EEHlbvyYcmUAi1xcJIE35hhXm1a8pN2rMvXIsNO5TF+l0ZGG ytcNAXlo7QWi7AJNnG6R/1uv0yx3gYp38ZovI9fxL144LkXDIPAioXU4PtxYcRYzpy8j BqppOAuNqv7x37yaLnV60jB5I3pBHoNcQKL6X8W6ho/hkPmea3POP7jCPVOVaIOSbAfB TDF/KMZsYb03+Hll9lQ+V+FmN4+cKjwRxwNv8KLgbMkx5azHA/L7VBq9fA35xdf8ZL3+ QgIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y23-v6si13682463pli.354.2018.05.30.06.02.31; Wed, 30 May 2018 06:03:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753160AbeE3NAM (ORCPT + 99 others); Wed, 30 May 2018 09:00:12 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:56048 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752409AbeE3NAI (ORCPT ); Wed, 30 May 2018 09:00:08 -0400 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w4UCuUc0045431 for ; Wed, 30 May 2018 09:00:08 -0400 Received: from e06smtp10.uk.ibm.com (e06smtp10.uk.ibm.com [195.75.94.106]) by mx0a-001b2d01.pphosted.com with ESMTP id 2j9su0fwvq-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 30 May 2018 09:00:07 -0400 Received: from localhost by e06smtp10.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 30 May 2018 14:00:05 +0100 Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194) by e06smtp10.uk.ibm.com (192.168.101.140) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Wed, 30 May 2018 14:00:01 +0100 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w4UD01oV22216856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 30 May 2018 13:00:01 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6699952049; Wed, 30 May 2018 12:49:49 +0100 (BST) Received: from icon-9-164-179-101.megacenter.de.ibm.com (unknown [9.164.179.101]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id C693752045; Wed, 30 May 2018 12:49:48 +0100 (BST) Date: Wed, 30 May 2018 14:59:58 +0200 (CEST) From: Sebastian Ott X-X-Sender: sebott@schleppi To: Christoph Hellwig cc: Martin Schwidefsky , Linus Torvalds , linux-kernel , linux-s390 , Heiko Carstens Subject: Re: [GIT PULL] two more s390 bug fixes for 4.17 In-Reply-To: <20180530074130.GA6927@infradead.org> References: <20180530075920.1f73275a@mschwideX1> <20180530074130.GA6927@infradead.org> User-Agent: Alpine 2.21 (LFD 202 2017-01-01) Organization: =?ISO-8859-15?Q?=22IBM_Deutschland_Research_&_Development_GmbH?= =?ISO-8859-15?Q?_=2F_Vorsitzende_des_Aufsichtsrats=3A_Martina?= =?ISO-8859-15?Q?_Koederitz_Gesch=E4ftsf=FChrung=3A_Dirk_Wittkopp?= =?ISO-8859-15?Q?_Sitz_der_Gesellschaft=3A_B=F6blingen_=2F_Reg?= =?ISO-8859-15?Q?istergericht=3A_Amtsgericht_Stuttgart=2C_HRB_2432?= =?ISO-8859-15?Q?94=22?= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-TM-AS-GCONF: 00 x-cbid: 18053013-0040-0000-0000-0000043F529E X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18053013-0041-0000-0000-00002644A732 Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-05-30_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=936 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1805220000 definitions=main-1805300148 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 30 May 2018, Christoph Hellwig wrote: > > - req->completion_data = cqr; > > + *((struct dasd_ccw_req **) blk_mq_rq_to_pdu(req)) = cqr; > > + > > Please don't play such tricks. In general your driver structure > should have struct request embedded. If for some reason > struct dasd_ccw_req has a different life time please create a new > structure instead of these hacks. Would you agree that this is an improvement over using completion_data (at least now we don't mess with the block layers internal data)? I already looked into what needs to be done to put struct dasd_ccw_req behind the request and let it be managed by the block layer. My concerns are lifetime and memory constraints (some of our HW interfaces still use 31 bit pointers) but I think both of these are manageable with the blk-mq interfaces. But this would not be a small change and nothing for rc7. Would you be OK with doing the small fix now and I'll work on the mentioned improvement? Regards, Sebastian