From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4] arm: Tegra2: add support for A9 CPU init
Date: Wed, 13 Apr 2011 22:30:03 +0200 [thread overview]
Message-ID: <4DA607CB.5020709@aribaud.net> (raw)
In-Reply-To: <BANLkTinK_nSzxLFOF8N94+oma5JOUCVFZQ@mail.gmail.com>
Hi Tom,
Le 13/04/2011 22:21, Tom Warren a ?crit :
>>> +
>>> + /* Wait for the power to come up */
>>> + while (!is_cpu_powered())
>>> + ; /* Do nothing */
>>
>> What if power never comes up?
> Then the system is hung. I can put a printf here, if you'd like.
Is the system hung? Can it really not proceed to the prompt? Anyway, at
least, yes, a printf would be welcome.
>>
>>> + /*
>>> + * Remove the I/O clamps from CPU power partition.
>>> + * Recommended only on a Warm boot, if the CPU partition
>>> gets
>>> + * power gated. Shouldn't cause any harm when called after
>>> a
>>> + * cold boot according to HW, probably just redundant.
>>> + */
>>> + remove_cpu_io_clamps();
>>> + }
>>> +}
>>> +
>>> +static void enable_cpu_power_rail(void)
>>> +{
>>> + struct pmc_ctlr *pmc = (struct pmc_ctlr *)NV_PA_PMC_BASE;
>>> + u32 reg;
>>> +
>>> + reg = readl(&pmc->pmc_cntrl);
>>> + reg |= CPUPWRREQ_OE;
>>> + writel(reg,&pmc->pmc_cntrl);
>>> +
>>> + /*
>>> + * The TI PMU65861C needs a 3.75ms delay between enabling
>>> + * the power rail and enabling the CPU clock. This delay
>>> + * between SM1EN and SM1 is for switching time + the ramp
>>> + * up of the voltage to the CPU (VDD_CPU from PMU).
>>> + */
>>> + udelay(3750);
>>> +}
>>> +
>>> +static void reset_A9_cpu(int reset)
>>> +{
>>> + struct clk_rst_ctlr *clkrst = (struct clk_rst_ctlr
>>> *)NV_PA_CLK_RST_BASE;
>>> + u32 reg, cpu;
>>> +
>>> + /*
>>> + * NOTE: Regardless of whether the request is to hold the CPU in
>>> reset
>>> + * or take it out of reset, every processor in the CPU
>>> complex
>>> + * except the master (CPU 0) will be held in reset because
>>> the
>>> + * AVP only talks to the master. The AVP does not know that
>>> there
>>> + * are multiple processors in the CPU complex.
>>> + */
>>> +
>>> + /* Hold CPU 1 in reset */
>>> + cpu = SET_DBGRESET1 | SET_DERESET1 | SET_CPURESET1;
>>> + writel(cpu,&clkrst->crc_cpu_cmplx_set);
>>> +
>>> + reg = readl(&clkrst->crc_rst_dev_l);
>>> + if (reset) {
>>> + /* Now place CPU0 into reset */
>>> + cpu |= SET_DBGRESET0 | SET_DERESET0 | SET_CPURESET0;
>>> + writel(cpu,&clkrst->crc_cpu_cmplx_set);
>>> +
>>> + /* Enable master CPU reset */
>>> + reg |= SWR_CPU_RST;
>>> + } else {
>>> + /* Take CPU0 out of reset */
>>> + cpu = CLR_DBGRESET0 | CLR_DERESET0 | CLR_CPURESET0;
>>> + writel(cpu,&clkrst->crc_cpu_cmplx_clr);
>>> +
>>> + /* Disable master CPU reset */
>>> + reg&= ~SWR_CPU_RST;
>>> + }
>>> +
>>> + writel(reg,&clkrst->crc_rst_dev_l);
>>> +}
>>> +
>>> +static void clock_enable_coresight(int enable)
>>> +{
>>> + struct clk_rst_ctlr *clkrst = (struct clk_rst_ctlr
>>> *)NV_PA_CLK_RST_BASE;
>>> + u32 rst, clk, src;
>>> +
>>> + rst = readl(&clkrst->crc_rst_dev_u);
>>> + clk = readl(&clkrst->crc_clk_out_enb_u);
>>> +
>>> + if (enable) {
>>> + rst&= ~SWR_CSITE_RST;
>>> + clk |= CLK_ENB_CSITE;
>>> + } else {
>>> + rst |= SWR_CSITE_RST;
>>> + clk&= ~CLK_ENB_CSITE;
>>> + }
>>> +
>>> + writel(clk,&clkrst->crc_clk_out_enb_u);
>>> + writel(rst,&clkrst->crc_rst_dev_u);
>>> +
>>> + if (enable) {
>>> + /*
>>> + * Put CoreSight on PLLP_OUT0 (216 MHz) and divide it down
>>> by
>>> + * 1.5, giving an effective frequency of 144MHz.
>>> + * Set PLLP_OUT0 [bits31:30 = 00], and use a 7.1 divisor
>>> + * (bits 7:0), so 00000001b == 1.5 (n+1 + .5)
>>> + */
>>> + src = CLK_DIVIDER(NVBL_PLLP_KHZ, 144000);
>>> + writel(src,&clkrst->crc_clk_src_csite);
>>> +
>>> + /* Unlock the CPU CoreSight interfaces */
>>> + rst = 0xC5ACCE55;
>>> + writel(rst, CSITE_CPU_DBG0_LAR);
>>> + writel(rst, CSITE_CPU_DBG1_LAR);
>>> + }
>>> +}
>>> +
>>> +void start_cpu(u32 reset_vector)
>>> +{
>>> + /* Enable VDD_CPU */
>>> + enable_cpu_power_rail();
>>> +
>>> + /* Hold the CPUs in reset */
>>> + reset_A9_cpu(1);
>>> +
>>> + /* Disable the CPU clock */
>>> + enable_cpu_clock(0);
>>> +
>>> + /* Enable CoreSight */
>>> + clock_enable_coresight(1);
>>> +
>>> + /*
>>> + * Set the entry point for CPU execution from reset,
>>> + * if it's a non-zero value.
>>> + */
>>> + if (reset_vector)
>>> + writel(reset_vector, EXCEP_VECTOR_CPU_RESET_VECTOR);
>>> +
>>> + /* Enable the CPU clock */
>>> + enable_cpu_clock(1);
>>> +
>>> + /* If the CPU doesn't already have power, power it up */
>>> + if (!is_cpu_powered())
>>> + powerup_cpu();
>>
>> For my education (I don't know Tegra2) haven't the AVP already enabled
>> the CPU power rail and waited 3.75 ms for it to come up? If so, what
>> could prevent the CPU from being powered now?
> True, this is just an additional check that was in the code I ported.
> I'll remove it as redundant.
>
>>
>>> + /* Take the CPU out of reset */
>>> + reset_A9_cpu(0);
>>> +}
>>> +
>>> +
>>> +void halt_avp(void)
>>> +{
>>> + for (;;) {
>>> + writel((HALT_COP_EVENT_JTAG | HALT_COP_EVENT_IRQ_1 \
>>> + | HALT_COP_EVENT_FIQ_1 | (FLOW_MODE_STOP<<29)),
>>> + FLOW_CTLR_HALT_COP_EVENTS);
>>> + }
>>
>> Must the write be repeated indefinitely? Can it not be done once then
>> followed by an empty for(;;) ?
> IIRC, there was an additional infinite for (;;) in previous code, but
> that was removed to satisfy a reviewer.
:)
> I can change it if you insist, but I don't know if it's written this
> way (ported from legacy bootloader) on purpose, i.e. to keep the AVP
> from spontaneously waking up and executing code from SRAM, etc. If
> it's not a deal-breaker, I'd prefer to leave it as-is.
That's ok, leave it as it is.
Amicalement,
--
Albert.
next prev parent reply other threads:[~2011-04-13 20:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-12 21:02 [U-Boot] [PATCH V4] arm: Tegra2: add support for A9 CPU init Tom Warren
2011-04-13 20:09 ` Albert ARIBAUD
2011-04-13 20:21 ` Tom Warren
2011-04-13 20:30 ` Albert ARIBAUD [this message]
2011-04-13 20:35 ` Tom Warren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DA607CB.5020709@aribaud.net \
--to=albert.u.boot@aribaud.net \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox