From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Guo, Jia" Subject: Re: [PATCH V4 5/9] bus: add helper to handle sigbus Date: Fri, 29 Jun 2018 19:23:13 +0800 Message-ID: References: <1498711073-42917-1-git-send-email-jia.guo@intel.com> <1530268248-7328-1-git-send-email-jia.guo@intel.com> <1530268248-7328-6-git-send-email-jia.guo@intel.com> <2601191342CEEE43887BDE71AB977258C0C43A49@irsmsx105.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "jblunck@infradead.org" , "shreyansh.jain@nxp.com" , "dev@dpdk.org" , "Zhang, Helin" To: "Ananyev, Konstantin" , "stephen@networkplumber.org" , "Richardson, Bruce" , "Yigit, Ferruh" , "gaetan.rivet@6wind.com" , "Wu, Jingjing" , "thomas@monjalon.net" , "motih@mellanox.com" , "matan@mellanox.com" , "Van Haaren, Harry" , "Zhang, Qi Z" , "He, Shaopeng" , "Iremonger, Bernard" Return-path: Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by dpdk.org (Postfix) with ESMTP id 21BEA1B512 for ; Fri, 29 Jun 2018 13:23:33 +0200 (CEST) In-Reply-To: <2601191342CEEE43887BDE71AB977258C0C43A49@irsmsx105.ger.corp.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" hi, konstantin On 6/29/2018 6:51 PM, Ananyev, Konstantin wrote: >> +int >> +rte_bus_sigbus_handler(const void *failure_addr) >> +{ >> + struct rte_bus *bus; >> + int old_errno = rte_errno; >> + int ret = 0; >> + >> + rte_errno = 0; >> + >> + bus = rte_bus_find(NULL, bus_handle_sigbus, failure_addr); >> + if (bus == NULL) { >> + RTE_LOG(ERR, EAL, "No bus can handle the sigbus error!"); >> + ret = -1; >> + } else if (rte_errno != 0) { >> + RTE_LOG(ERR, EAL, "Failed to handle the sigbus error!"); >> + ret = -1; >> + } >> + >> + /* if sigbus not be handled, return back old errno. */ >> + if (ret) >> + rte_errno = old_errno; > Hmm, not sure why we need to set/restore rte_errno here? restore old_errno just use to let caller know that the generic sigbus still not handler by bus hotplug handler, that involve find a bus handle but failed and can not find a hander, and can corresponding use the previous sigbus handler to process it. that is also unwser your question in other patch. do you think that make sense? >> + >> + return ret; >> +}