From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755271AbbIHQqO (ORCPT ); Tue, 8 Sep 2015 12:46:14 -0400 Received: from mail-qk0-f177.google.com ([209.85.220.177]:33272 "EHLO mail-qk0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754603AbbIHQqM (ORCPT ); Tue, 8 Sep 2015 12:46:12 -0400 Date: Tue, 8 Sep 2015 12:46:08 -0400 From: "Kevin O'Connor" To: Gerd Hoffmann Cc: Marc =?iso-8859-1?Q?Mar=ED?= , Stefan Hajnoczi , linux-kernel , Drew , Laszlo , Arnd Bergmann , Rob Herring , Mark Rutland , Alexander Graf , devicetree@vger.kernel.org Subject: Re: [PATCH v2] QEMU fw_cfg DMA interface documentation Message-ID: <20150908164608.GA9169@morn.lan> References: <1441012133-8154-1-git-send-email-markmb@redhat.com> <1441012303-8261-1-git-send-email-markmb@redhat.com> <20150902103311.5335d469@markmb_rh> <1441624109.27149.18.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1441624109.27149.18.camel@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 07, 2015 at 01:08:29PM +0200, Gerd Hoffmann wrote: > > It's just simplicity. If you want to read a few times from the same > > field (like in ACPI tables, read the data size and then the data), you > > need a way to enable and disable the selector and manage the current > > offset for that entry. This is already provided with the "old" > > interface. > > Could be handled with a 'select' control bit. Only when set select > entry and reset offset to zero. I think two features would help "round off" the new fw_cfg DMA proposal: add a select bit as you describe (that uses the 16 most significant bits of the "control" field for the "select entry" when the bit is set), and define a static signature (eg, "QEMU CFG") when reading the 64bit MMIO dma register. Both are optional features that don't change the fundamental interface; I was thinking of sending them as two patches on top of Marc's next version of his patch series (if no one else gets to it first). -Kevin