From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933499AbbEOKBq (ORCPT ); Fri, 15 May 2015 06:01:46 -0400 Received: from smtp.citrix.com ([66.165.176.89]:53076 "EHLO SMTP.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753678AbbEOKBn (ORCPT ); Fri, 15 May 2015 06:01:43 -0400 X-IronPort-AV: E=Sophos;i="5.13,433,1427760000"; d="scan'208";a="263015827" Message-ID: <5555C3DE.7090603@citrix.com> Date: Fri, 15 May 2015 12:01:02 +0200 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Bob Liu , CC: , , , , Subject: Re: [PATCH 1/2] driver: xen-blkfront: move talk_to_blkback to the correct place References: <1431428504-6623-1-git-send-email-bob.liu@oracle.com> In-Reply-To: <1431428504-6623-1-git-send-email-bob.liu@oracle.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org El 12/05/15 a les 13.01, Bob Liu ha escrit: > The right place for talk_to_blkback() to query backend features and transport > parameters is after backend entered XenbusStateInitWait. There is no problem talk_to_blkback doesn't gather any backend features, it just publishes the features supported by the frontend, which AFAICT can be done at any time provided that it's before switching to state XenbusStateInitWait. Blkfront doesn't have to wait for the backend to switch to state XenbusStateInitWait before publishing the features supported by the frontend, which is what talk_to_blkback does. Roger.