From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from janus.medel.com ([195.189.166.151]) by bombadil.infradead.org with esmtp (Exim 4.87 #1 (Red Hat Linux)) id 1dT7oQ-0000O1-41 for barebox@lists.infradead.org; Thu, 06 Jul 2017 14:31:24 +0000 From: Mayur Nande Date: Thu, 6 Jul 2017 14:30:58 +0000 Message-ID: <763dcbf7170f46f8af16df64595b05ea@ATMEDS029.medel.local> References: <7f60ba0f248e430d88c949c54c155728@ATMEDS029.medel.local> <1499259097.22075.15.camel@pengutronix.de> <90d0d80ff628473ebf5cd3983bc23bbd@ATMEDS029.medel.local> In-Reply-To: <90d0d80ff628473ebf5cd3983bc23bbd@ATMEDS029.medel.local> Content-Language: en-US MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "barebox" Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: RE: Earliest possible GPIO toggle on i.mx6 To: 'Lucas Stach' Cc: "'barebox@lists.infradead.org'" > -----Original Message----- > From: Mayur Nande > Sent: Wednesday, July 05, 2017 3:18 PM > To: 'Lucas Stach' > Cc: barebox@lists.infradead.org > Subject: RE: Earliest possible GPIO toggle on i.mx6 > > Hello Lucas, > > Thank you for the reply. > > > -----Original Message----- > > From: Lucas Stach [mailto:l.stach@pengutronix.de] > > Sent: Wednesday, July 05, 2017 2:52 PM > > To: Mayur Nande > > Cc: barebox@lists.infradead.org > > Subject: Re: Earliest possible GPIO toggle on i.mx6 > > > > Am Mittwoch, den 05.07.2017, 12:41 +0000 schrieb Mayur Nande: > > > Hello all, > > > > > > I have a question regarding the earliest possible GPIO toggle with > > > barebox on imx6. We use boards with imx6 quad core processor (from > > > Phytec). In our hardware design we have a push button controller > > > which has a "KILL" pin attached to one of the GPIO pins on i.mx6. > > > The requirement is that this pin should be set to 1 within 400 ms of > > > power on. I tried setting this at various places in barebox with > > > incremental improvements starting from the init script, board.c, > > > lowlevel.c and then DCD/lowlevel.c combination. > > > > > > The best performance I got was by setting the iomux registers > > > (IOMUXC_SW_MUX_CTL_PAD and IOMUXC_SW_PAD_CTL_PAD) in DCD > > and the GPIO > > > direction and value registers in lowlevel.c (since GPIO controller > > > registers are not accessible with DCD). Even with this, I get the > > > GPIO set in around 460-475ms at the best. I understand that some of > > > the time here is used by the hardware for voltage regulation/crystal > > > stabilization which probably we can't do anything about. > > > > If lowlevel.c is too late already, the only chance to make this work > > is setting the DCD padctl to configure a pull-up/down to satisfy the > > KILL pin. Then in the board file set up the GPIO and switch the padctl to > neutral state. > Ok, I will try this. I tried this, but unfortunately none of the available internal pull-up and pull-down values satisfy the KILL pin (it goes through an digital isolator and we cannot satisfy the logic level it asks for). The only way is to set the pin as output. > > Still 400ms sound like a awfully long time to reach lowlevel init. > > What is your boot source, i.e. where is the barebox binary stored? > The bootsource is external 8GB SD/MMC card. I also tried the internal emmc just as an experiment and the delay is nearly the same. I have some suggestions from Chris Healy like trying SPI NOR and using the fast boot bit of SDHC, I will try that as my next steps. The final (non-preferred) solution would be to change the hardware. Thank you. Regards Mayur _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox