On Fri, Apr 26, 2013 at 04:36:26PM +0100, Stefano Stabellini wrote:
> On Thu, 25 Apr 2013, Nicolas Pitre wrote:
> > On Thu, 25 Apr 2013, Will Deacon wrote:
> > > I disagree. You're explicitly stating that we pass the `cpuid of target
> > > CPU,
> > > as from MPIDR'. That's simply not true -- the
On Thu, 25 Apr 2013, Nicolas Pitre wrote:
> On Thu, 25 Apr 2013, Will Deacon wrote:
>
> > On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> > > On Thu, 25 Apr 2013, Will Deacon wrote:
> > > > > +/*
> > > > > + * cpu_suspend Suspend the execution on a CPU
> > > > > + * @state
On Thu, 25 Apr 2013, Nicolas Pitre wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't
On Fri, Apr 26, 2013 at 04:36:26PM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Nicolas Pitre wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
I disagree. You're explicitly stating that we pass the `cpuid of target
CPU,
as from MPIDR'. That's simply not true -- the firmware
On Thu, 25 Apr 2013, Will Deacon wrote:
> On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> > On Thu, 25 Apr 2013, Will Deacon wrote:
> > > > +/*
> > > > + * cpu_suspend Suspend the execution on a CPU
> > > > + * @statewe don't currently describe affinity levels, so
On Thu, 25 Apr 2013, Will Deacon wrote:
> On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
> > On Thu, 25 Apr 2013, Will Deacon wrote:
> > > On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> > > > However from the Linux POV these comments should regard the
On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
> On Thu, 25 Apr 2013, Will Deacon wrote:
> > On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> > > However from the Linux POV these comments should regard the functions
> > > exported by psci_operations, not
On Thu, 25 Apr 2013, Will Deacon wrote:
> On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> > On Thu, 25 Apr 2013, Will Deacon wrote:
> > > > +/*
> > > > + * cpu_suspend Suspend the execution on a CPU
> > > > + * @statewe don't currently describe affinity levels, so
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
> On Thu, 25 Apr 2013, Will Deacon wrote:
> > > +/*
> > > + * cpu_suspend Suspend the execution on a CPU
> > > + * @statewe don't currently describe affinity levels, so just
> > > pass 0.
> > > + * @entry_point the
On Thu, 25 Apr 2013, Will Deacon wrote:
> > +/*
> > + * cpu_suspend Suspend the execution on a CPU
> > + * @statewe don't currently describe affinity levels, so just pass
> > 0.
> > + * @entry_point the first instruction to be executed on return
> > + * returns 0 success, < 0 on
Hi Stefano,
On Wed, Apr 24, 2013 at 07:40:18PM +0100, Stefano Stabellini wrote:
> Rename virt_smp_ops to psci_smp_ops and move them to
> arch/arm/kernel/psci_smp.c.
> Remove mach-virt/platsmp.c, now unused.
> Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
>
> Add a cpu_die smp_op based on
Hi Stefano,
On Wed, Apr 24, 2013 at 07:40:18PM +0100, Stefano Stabellini wrote:
Rename virt_smp_ops to psci_smp_ops and move them to
arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just pass
0.
+ * @entry_point the first instruction to be executed on return
+ * returns 0 success, 0 on failure
+ *
+
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just
pass 0.
+ * @entry_point the first instruction
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just
pass
On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
However from the Linux POV these comments should regard the functions
exported by psci_operations, not the
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
However from the Linux POV these comments should regard the functions
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just
pass
Rename virt_smp_ops to psci_smp_ops and move them to arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI before setting smp_ops in setup_arch.
Use psci_smp_ops if
Rename virt_smp_ops to psci_smp_ops and move them to arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI before setting smp_ops in setup_arch.
Use psci_smp_ops if
20 matches
Mail list logo