From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60783) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJFw5-0005x1-He for qemu-devel@nongnu.org; Thu, 05 Feb 2015 01:29:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJFw4-0008RO-Pb for qemu-devel@nongnu.org; Thu, 05 Feb 2015 01:29:09 -0500 Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:37486) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJFw4-0008RI-Jp for qemu-devel@nongnu.org; Thu, 05 Feb 2015 01:29:08 -0500 Received: by mail-wi0-f172.google.com with SMTP id h11so36545060wiw.5 for ; Wed, 04 Feb 2015 22:29:08 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20150202161912.GB10862@stefanha-thinkpad> References: <1421913839-22448-1-git-send-email-sfeldma@gmail.com> <1421913839-22448-4-git-send-email-sfeldma@gmail.com> <20150202161912.GB10862@stefanha-thinkpad> Date: Wed, 4 Feb 2015 22:29:07 -0800 Message-ID: From: Scott Feldman Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH v5 03/10] rocker: add register programming guide List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: =?UTF-8?B?SmnFmcOtIFDDrXJrbw==?= , Roopa Prabhu , john fastabend , QEMU Developers , David Ahern , Paolo Bonzini , "jasowang@redhat.com" On Mon, Feb 2, 2015 at 8:19 AM, Stefan Hajnoczi wrote: > On Thu, Jan 22, 2015 at 12:03:52AM -0800, sfeldma@gmail.com wrote: >> +SECTION 7: Switch Control >> +========================= >> + >> +This section covers switch-wide register settings. >> + >> +Control >> +------- >> + >> +This register is used for low level control of the switch. >> + >> + CONTROL: offset 0x0300, 32-bit, (W) >> + >> + bit name description >> + ------------------------------------------------------------------------ >> + [0] CONTROL_RESET If set, device will perform reset > > This doesn't block the patch series, but I have a question: > > Reset is not defined. > > What exactly gets reset? The internal structures for the device would get reset to a power-on state. In rockers case, the flow tables would be cleared and the desc rings would be reset. > > How does the CPU detect that the device has completed the reset > procedure? Is this supposed to be synchronous? If yes, is that a good > idea (i.e. hopefully resetting doesn't involve any blocking operations > or operations that take a long time)? Ya, in this case we want the reset to be non-blocking and synchronous.