From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out.google.com ([74.125.121.35]:51124 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750715Ab0DSSed convert rfc822-to-8bit (ORCPT ); Mon, 19 Apr 2010 14:34:33 -0400 Received: from kpbe19.cbf.corp.google.com (kpbe19.cbf.corp.google.com [172.25.105.83]) by smtp-out.google.com with ESMTP id o3JIYVxo010387 for ; Mon, 19 Apr 2010 20:34:31 +0200 Received: from wyf23 (wyf23.prod.google.com [10.241.226.87]) by kpbe19.cbf.corp.google.com with ESMTP id o3JIYI5t016947 for ; Mon, 19 Apr 2010 11:34:30 -0700 Received: by wyf23 with SMTP id 23so747888wyf.7 for ; Mon, 19 Apr 2010 11:34:28 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1271700189-8376-5-git-send-email-dwalker@codeaurora.org> References: <1271700189-8376-5-git-send-email-dwalker@codeaurora.org> Date: Mon, 19 Apr 2010 11:34:27 -0700 Message-ID: Subject: Re: [PATCH 5/5] arm: msm: smd: fix SMD modem processor sync condition From: Dima Zavin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-arm-msm-owner@vger.kernel.org List-ID: To: Daniel Walker Cc: linux-arm-msm@vger.kernel.org, Daniel Walker Do we really need a formalized blocking point here? The apps processor can do other useful initialization work while the modem is booting. The first time you do a proc_comm call, it checks the PCOM_READY state, and will block anyway. Preventing the apps processor from continuing until then is suboptimal. If there are bugs in the modem code where it incorrectly stomps on shared resources, then those should be fixed. This patch looks like a hack to me. --Dima On Mon, Apr 19, 2010 at 11:03 AM, Daniel Walker wrote: > From: Daniel Walker > > When booting up we need to wait for the modem processor to > partially boot. This is because the modem processor does > resource allocation for us. If we don't wait the modem won't > honor our requests and we end up crashing or in an unknown > state. This change just formalizes the waiting process. > > Signed-off-by: Daniel Walker > --- >  arch/arm/mach-msm/proc_comm.c |   15 ++++++++++++++- >  arch/arm/mach-msm/proc_comm.h |    3 +++ >  arch/arm/mach-msm/smd.c       |    7 +++++++ >  3 files changed, 24 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-msm/proc_comm.c b/arch/arm/mach-msm/proc_comm.c > index 915ee70..f001281 100644 > --- a/arch/arm/mach-msm/proc_comm.c > +++ b/arch/arm/mach-msm/proc_comm.c > @@ -107,4 +107,17 @@ int msm_proc_comm(unsigned cmd, unsigned *data1, unsigned *data2) >        return ret; >  } > > - > +/* > + * We need to wait for the ARM9 to at least partially boot > + * up before we can continue. Since the ARM9 does resource > + * allocation, if we dont' wait we could end up crashing or in > + * and unknown state. This function should be called early to > + * wait on the ARM9. > + */ > +void __init proc_comm_boot_wait(void) > +{ > +       void __iomem *base = MSM_SHARED_RAM_BASE; > + > +       proc_comm_wait_for(base + MDM_STATUS, PCOM_READY); > + > +} > diff --git a/arch/arm/mach-msm/proc_comm.h b/arch/arm/mach-msm/proc_comm.h > index 0f5cdd3..12da4ca 100644 > --- a/arch/arm/mach-msm/proc_comm.h > +++ b/arch/arm/mach-msm/proc_comm.h > @@ -16,6 +16,8 @@ >  #ifndef _ARCH_ARM_MACH_MSM_PROC_COMM_H_ >  #define _ARCH_ARM_MACH_MSM_PROC_COMM_H_ > > +#include > + >  enum { >        PCOM_CMD_IDLE = 0x0, >        PCOM_CMD_DONE, > @@ -251,5 +253,6 @@ enum { >                (((drvstr) & 0xF) << 17)) > >  int msm_proc_comm(unsigned cmd, unsigned *data1, unsigned *data2); > +void __init proc_comm_boot_wait(void); > >  #endif > diff --git a/arch/arm/mach-msm/smd.c b/arch/arm/mach-msm/smd.c > index 2fa567e..4fec6df 100644 > --- a/arch/arm/mach-msm/smd.c > +++ b/arch/arm/mach-msm/smd.c > @@ -1006,6 +1006,13 @@ static int __init msm_smd_probe(struct platform_device *pdev) >  { >        pr_info("smd_init()\n"); > > +       /* > +        * If we haven't waited for the ARM9 to boot up till now, > +        * then we need to wait here. Otherwise this should just > +        * return immediately. > +        */ > +       proc_comm_boot_wait(); > + >        INIT_WORK(&probe_work, smd_channel_probe_worker); > >        if (smd_core_init()) { > -- > 1.6.2.3 > >