{"id":815769,"url":"http://patchwork.ozlabs.org/api/covers/815769/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/cover/20170919182745.90280-1-pasic@linux.vnet.ibm.com/","project":{"id":14,"url":"http://patchwork.ozlabs.org/api/projects/14/?format=json","name":"QEMU Development","link_name":"qemu-devel","list_id":"qemu-devel.nongnu.org","list_email":"qemu-devel@nongnu.org","web_url":"","scm_url":"","webscm_url":"","list_archive_url":"","list_archive_url_format":"","commit_url_format":""},"msgid":"<20170919182745.90280-1-pasic@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-19T18:27:40","name":"[v3,0/5] add CCW indirect data access support","submitter":{"id":68297,"url":"http://patchwork.ozlabs.org/api/people/68297/?format=json","name":"Halil Pasic","email":"pasic@linux.vnet.ibm.com"},"mbox":"http://patchwork.ozlabs.org/project/qemu-devel/cover/20170919182745.90280-1-pasic@linux.vnet.ibm.com/mbox/","series":[{"id":3944,"url":"http://patchwork.ozlabs.org/api/series/3944/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/list/?series=3944","date":"2017-09-19T18:27:40","name":"add CCW indirect data access support","version":3,"mbox":"http://patchwork.ozlabs.org/series/3944/mbox/"}],"comments":"http://patchwork.ozlabs.org/api/covers/815769/comments/","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":"ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xxWbT3p2Yz9sBZ\n\tfor ;\n\tWed, 20 Sep 2017 04:28:37 +1000 (AEST)","from localhost ([::1]:44764 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1duNG6-0003nF-SM\n\tfor incoming@patchwork.ozlabs.org; Tue, 19 Sep 2017 14:28:34 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:53004)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1duNFV-0003mt-9D\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 14:27:58 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1duNFQ-0002Au-Bg\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 14:27:57 -0400","from mx0b-001b2d01.pphosted.com ([148.163.158.5]:49831\n\thelo=mx0a-001b2d01.pphosted.com)\n\tby eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from )\n\tid 1duNFQ-00029s-6e\n\tfor qemu-devel@nongnu.org; Tue, 19 Sep 2017 14:27:52 -0400","from pps.filterd (m0098416.ppops.net [127.0.0.1])\n\tby mx0b-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8JIOHrc138930\n\tfor ; Tue, 19 Sep 2017 14:27:51 -0400","from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108])\n\tby mx0b-001b2d01.pphosted.com with ESMTP id 2d33drv5hf-1\n\t(version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT)\n\tfor ; Tue, 19 Sep 2017 14:27:51 -0400","from localhost\n\tby e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use\n\tOnly! Violators will be prosecuted\n\tfor from ;\n\tTue, 19 Sep 2017 19:27:49 +0100","from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194)\n\tby e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted; \n\tTue, 19 Sep 2017 19:27:47 +0100","from d06av24.portsmouth.uk.ibm.com (mk.ibm.com [9.149.105.60])\n\tby b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with\n\tESMTP id v8JIRla111010274; Tue, 19 Sep 2017 18:27:47 GMT","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id 8AF9342041;\n\tTue, 19 Sep 2017 19:23:59 +0100 (BST)","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id 5C6B74203F;\n\tTue, 19 Sep 2017 19:23:59 +0100 (BST)","from tuxmaker.boeblingen.de.ibm.com (unknown [9.152.85.9])\n\tby d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTPS;\n\tTue, 19 Sep 2017 19:23:59 +0100 (BST)"],"From":"Halil Pasic ","To":"Cornelia Huck ","Date":"Tue, 19 Sep 2017 20:27:40 +0200","X-Mailer":"git-send-email 2.13.5","X-TM-AS-GCONF":"00","x-cbid":"17091918-0008-0000-0000-00000498717D","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17091918-0009-0000-0000-00001E29A44B","Message-Id":"<20170919182745.90280-1-pasic@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-19_08:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0\n\tmalwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam\n\tadjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709190256","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy]","X-Received-From":"148.163.158.5","Subject":"[Qemu-devel] [PATCH v3 0/5] add CCW indirect data access support","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"Dong Jia Shi ,\n\tHalil Pasic ,\n\tPierre Morel , qemu-devel@nongnu.org","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"},"content":"Abstract\n--------\n\nThe objective of this series is introducing CCW IDA (indirect data\naccess) support to our virtual channel subsystem implementation. Briefly\nCCW IDA can be thought of as a kind of a scatter gather support for a\nsingle CCW. If certain flags are set, the cda is to be interpreted as an\naddress to a list which in turn holds further addresses designating the\nactual data. Thus the scheme which we are currently using for accessing\nCCW payload does not work in general case. Currently there is no\nimmediate need for proper IDA handling (no use case), but since it IDA is\na non-optional part of the architecture, the only way towards AR\ncompliance is actually implementing IDA.\n\nTesting\n-------\n\nOn request the things meant for testing from v1 were factored out into a\nseparate series (requested by Connie). Please look for the series 'tests\nfor CCW IDA' (see [1]) or use the stuff form v1. \n\n[1] https://lists.nongnu.org/archive/html/qemu-devel/2017-09/msg03489.html\n\nChangelog\n---------\n\nv2 --> v3:\n* added maximum data address checking (see patch #4) (Dong Jia)\n To not mix converting to the new infrastructure and changing\n behavior, this is done after the conversion. For IDA the same\n (on both IDAL and data level) is now a part of the respective\n patch (was missing in v2).\n* even less nits, and improved aesthetics (mostly Dong Jia)\nv1 --> v2:\n* factored out the stuff added only for testing\n* use g_assert instead of assert\n* fixed a lot's of typos\n* removed some TODOs addressed by another series of mine\n* refactored ccw_dstream_rw_ida (structured programming)\n* done some rewording of commit message #3\n\nHalil Pasic (5):\n s390x/css: introduce css data stream\n s390x/css: use ccw data stream\n virtio-ccw: use ccw data stream\n 390x/css: introduce maximum data address checking\n s390x/css: support ccw IDA\n\n hw/s390x/css.c | 189 +++++++++++++++++++++++++++++++++++++++++++++++--\n hw/s390x/virtio-ccw.c | 157 ++++++++++++----------------------------\n include/hw/s390x/css.h | 68 ++++++++++++++++++\n 3 files changed, 299 insertions(+), 115 deletions(-)"}