From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 838A4C38A02 for ; Fri, 28 Oct 2022 15:25:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=OfSQqtFbWOzBcDRcD+XAwJ5j2YkAxuJ3DVRvDfxS8Zc=; b=Fu+Mz5WUh8REO9 0FJcLtCIOe8uPjlCD57TX2SsgulkWZ4DyPoqBLIHTKLPIpQ7NHA/uSJAD47HZcu6him+phQax3AmZ DGGDy9ydLKWItJxQ4iOb7CCaTtkhKkb4SzAWwr6HGWuPP/3HyAOK+8wXFadA/Po1yR4AFiiDT3I+v 6FDlX8o9wKEm5BFNYHD2Ot6OoBTmO6JONWZPEnxdwetv7LeZsq4Pu5khEvKM4E1s6BcbOX1nGt9pC TmqkAG2d+0Mj9CSz4NPxlJJfE330iyYSVUuUBBjJ8Z4272r1YJe/J02WXmwz/hedpNjyoCX5OLPh1 n6em4wZot5StAHmM9ZLA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1ooRDO-000W0e-3D; Fri, 28 Oct 2022 15:24:10 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1ooRDK-000VzG-4q for linux-arm-kernel@lists.infradead.org; Fri, 28 Oct 2022 15:24:07 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D84F71FB; Fri, 28 Oct 2022 08:24:06 -0700 (PDT) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B6CC93F534; Fri, 28 Oct 2022 08:23:58 -0700 (PDT) Date: Fri, 28 Oct 2022 16:23:48 +0100 From: Cristian Marussi To: Florian Fainelli Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, sudeep.holla@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@huawei.com, etienne.carriere@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com, wleavitt@marvell.com, peter.hilber@opensynergy.com, nicola.mazzucato@arm.com, tarek.el-sherbiny@arm.com, quic_kshivnan@quicinc.com Subject: Re: [PATCH v4 0/11] Introduce a unified API for SCMI Server testing Message-ID: References: <20221019204626.3813043-1-cristian.marussi@arm.com> <645ffd03-b49d-9e6e-7541-21c11eab0aef@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <645ffd03-b49d-9e6e-7541-21c11eab0aef@gmail.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221028_082406_252126_AD7CB2F9 X-CRM114-Status: GOOD ( 22.60 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Oct 28, 2022 at 07:44:32AM -0700, Florian Fainelli wrote: > Hi Christian, > > On 10/19/2022 1:46 PM, Cristian Marussi wrote: > > Hi all, > > Hi Florian, > > This series aims to introduce a new SCMI unified userspace interface meant > > to ease testing an SCMI Server implementation for compliance, fuzzing etc., > > from the perspective of the OSPM agent (non-secure world only ...) > > > > It is proposed as a testing/development facility, it is NOT meant to be a > > feature to use in production, but only enabled in Kconfig for test > > deployments. > > > > Currently an SCMI Compliance Suite like the one at [1] can only work by > > injecting SCMI messages at the SCMI transport layer using the mailbox test > > driver (CONFIG_MAILBOX_TEST) via its few debugfs entries and looking at > > the related replies from the SCMI backend Server. > > I plan on giving this a try on our systems later today and will let you know > the outcome. Great ! It would be much appreciated... > This is very useful for making sure the SCMI implementation is > both correct and properly hardened. ... that was the plan :P Note that the upstream SCMI ACS suite that I am using for stressing/testing this Raw thing is still WIP in term of supporting Raw mode injection (i.e. functional but ALL still to be merged)..but if you need I can give you pointers on how to use it....unless of course you have your suite or you just want to test using the shell as in the cover-letter examples... ... on my side I tried to fuzz me with a brutal 'dd bs=128 count=1 if=/dev/random of=/message' as a poor man fuzzying tool :D ... so I was thinking if it was meaningful to think about upstreaming some common tools for fuzzying or simply pre-building bare payloads (in proper endianity) to be injected with this SCMI raw thing... (I mean something useful that could live in tools/) ...any feedbacks/hints in these regards are welcome. Thanks, Cristian _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel