In powerpc32 architecture there is a function called cacheable_memcpy()
which does same thing as memcpy() but using dcbz/dcbt instructions for
an optimised copy (just like __copy_tofrom_user())
What seems strange is that it is almost nowhere used (only used in
drivers/net/ethernet/ibm/emac/core.
Hi,
Please see my comments inline.
Thanks,
Shi xuelin
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Wednesday, February 11, 2015 09:06
> To: Shi Xuelin-B29237
> Cc: dan.j.willi...@intel.com; dmaeng...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Ra
Provide an unregister interface for the opal message notifiers
to be called when not needed like during driver unload/remove.
Signed-off-by: Neelesh Gupta
Reviewed-by: Vasant Hegde
---
arch/powerpc/include/asm/opal.h |2 ++
arch/powerpc/platforms/powernv/opal.c |7 +++
2 files
Fixes the condition check of incoming message type which can
otherwise shoot beyond the message notifiers head array.
Signed-off-by: Neelesh Gupta
Reviewed-by: Vasant Hegde
---
arch/powerpc/platforms/powernv/opal.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git
On Tue, Feb 10, 2015 at 09:31:43PM -0800, Nicolin Chen wrote:
> According to i.MX Reference Manual, the bit-clock frequency generated
> by SSI must be never greater than 1/5 of the peripheral clock frequency.
Applied, thanks.
signature.asc
Description: Digital signature
_
According to i.MX Reference Manual, the bit-clock frequency generated
by SSI must be never greater than 1/5 of the peripheral clock frequency.
This peripheral clock, however, is not baudclk but the IPG clock (i.e.
ssi_private->clk in the fsl_ssi driver).
So this patch just simply fixes the incorr
Vipin K Parashar writes:
> (1) Environmental and Power Warning (EPOW)
> (2) Delayed Power Off (DPO)
> The user interface for this driver is /dev/opal_event character
> device file where the user space clients can poll and read for
> new opal platform events. The expected sequence of ev
We use r6 and r7 for epapr boot, but the current pre-C init will clobber
both of these.
This change does a simple replacement, of r6 -> r12 and r7 -> r13, so
that we hit platform init with these registers intact.
Signed-off-by: Jeremy Kerr
---
arch/powerpc/boot/crt0.S | 24 --
Currently, a 64-bit little-endian zImage.epapr won't boot in epapr mode,
as we never return from platform_init.
Before entering C, we initialise our stack by setting r1 16 bytes below
the end of the _bss_stack:
stwu r0,-16(r1) /* establish a stack frame */
However, the called function wi
Now that the wrapper supports 64-bit builds, we see warnings when
attempting to cast pointers to int. Use unsigned long instead.
Signed-off-by: Jeremy Kerr
---
arch/powerpc/boot/libfdt-wrapper.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/boot/libfd
We'll likely be entering the zImage.epapr as BE, so include the pseries
implementation of _zimage_start, which adds the endian fixup magic.
Although the endian fixup won't work on Book III-E machines starting LE,
the current entry point doesn't support LE anyway, so we shouldn't be
breaking anythi
For epapr-style boot, we may be little-endian. This change implements
the proper conversion for fdt*_to_cpu and cpu_to_fdt*. We also need the
full cpu_to_* and *_to_cpu macros for this.
Signed-off-by: Jeremy Kerr
Acked-by: Benjamin Herrenschmidt
---
arch/powerpc/boot/libfdt_env.h | 14 ++
On Wed, 2015-02-11 at 12:27 +0800, Jeremy Kerr wrote:
> Hi Ben,
>
> > You might want to also remove the use of r8 and r9 which are supposed
> > to contain the OPAL entry and base for debugging purposes. We would also
> > have to restore them before booting the kernel.
>
> I'd prefer that to be a
Hi Ben,
> You might want to also remove the use of r8 and r9 which are supposed
> to contain the OPAL entry and base for debugging purposes. We would also
> have to restore them before booting the kernel.
I'd prefer that to be a separate change, if that's okay - it'd require
us to change the kent
On Tue, 2015-02-10 at 22:44 +0530, Neelesh Gupta wrote:
You forgot to write the changelog.
> Signed-off-by: Neelesh Gupta
> Reviewed-by: Vasant Hegde
> ---
> arch/powerpc/platforms/powernv/opal.c | 12
> 1 file changed, 4 insertions(+), 8 deletions(-)
>
> diff --git a/arch/powe
On Mon, 2015-02-09 at 07:55 +, Bogdan Purcareata wrote:
> In certain scenarios - e.g. seccomp filtering with ERRNO as default action -
> the system call fails for other reasons than the syscall not being available.
> The seccomp filter can be configured to store a user-defined error code on
> r
On Tue, 2015-02-10 at 20:15 +0800, Jeremy Kerr wrote:
> Currently, a 64-bit little-endian zImage.epapr won't boot in epapr mode,
> as as we never return from platform_init.
>
> Before entering C, we initialise our stack by setting r1 16 bytes below
> the end of the _bss_stack:
>
> stwur
On Wed, 2015-02-11 at 10:16 +0800, Jeremy Kerr wrote:
> Hi Ben,
>
> >> We'll likely be entering the zImage.epapr as BE, so include the pseries
> >> implementation of _zimage_start, which adds the endian fixup magic.
> >
> > Wont that break embedded epapr stuff ?
>
> How so? This will just give u
Hi Ben,
>> We'll likely be entering the zImage.epapr as BE, so include the pseries
>> implementation of _zimage_start, which adds the endian fixup magic.
>
> Wont that break embedded epapr stuff ?
How so? This will just give us the endian fixup trampoline (followed by
a branch to _zimage_start_l
On Mon, Feb 9, 2015 at 8:09 PM, Vasant Hegde
wrote:
>> +
>> +#define SOFT_OFF 0x00
>> +#define SOFT_REBOOT 0x01
>
> Better move these macros to opal.h as its coming from OPAL API?
Okay. Mpe has already merged this, so I'll send a follow up.
> Also I think its to merge this code and Anshumans' EP
On Tue, 2015-02-10 at 20:15 +0800, Jeremy Kerr wrote:
> We'll likely be entering the zImage.epapr as BE, so include the pseries
> implementation of _zimage_start, which adds the endian fixup magic.
Wont that break embedded epapr stuff ?
> Signed-off-by: Jeremy Kerr
>
> ---
> arch/powerpc/boot/
On Tue, 2015-02-10 at 20:15 +0800, Jeremy Kerr wrote:
> For epapr-style boot, we may be little-endian. This change implements
> the proper conversion for fdt*_to_cpu and cpu_to_fdt*. We also need the
> full cpu_to_* and *_to_cpu macros for this.
>
> Signed-off-by: Jeremy Kerr
Acked-by: Benjamin
On Tue, 2015-02-10 at 20:15 +0800, Jeremy Kerr wrote:
> We use r6 and r7 for epapr boot, but the current pre-C init will clobber
> both of these.
>
> This change does a simple replacement, of r6 -> r12 and r7 -> r13, so
> that we hit platform init with these registers intact.
>
> Signed-off-by: J
On Mon, Dec 15, 2014 at 10:32:28AM +0800, xuelin@freescale.com wrote:
> +/* Copy descriptor from per chan software queue into hardware job ring */
> +static void fsl_re_issue_pending(struct dma_chan *chan)
> +{
> + struct fsl_re_chan *re_chan;
> + int avail;
> + struct fsl_re_desc
On Mon, 2015-02-09 at 21:40 +0100, Andi Kleen wrote:
> > I'll NAK any external 'download area' (and I told that Andi
> > before): tools/perf/event-tables/ or so is a good enough
> > 'download area' with fast enough update cycles.
>
> The proposal was to put it on kernel.org, similar to how
> ext
Function pcibios_set_pcie_reset_state() is possibly called by
pci_reset_function(), on which VFIO infrastructure depends to
issue reset. pcibios_set_pcie_reset_state() is issuing reset
on the parent PE of the indicated PCI device. The reset causes
state lost on all PCI devices except the indicated
On Fri, Jan 23, 2015 at 03:01:42PM +1100, Gavin Shan wrote:
>pcibios_set_pcie_reset_state(), implemented based on platform's EEH reset
>backends, helps to reset PCI adapters. IPR driver might call this function
>in timer handler and it's hard to make reset assertion and settlement delays
>with msle
This patch adds the ability to do memory hotplug remove in the kernel.
Currently the operation to hotplug remove memory is handled by the drmgr
command which performs the operation by performing some work in user-space
and making requests to the kernel to handle other pieces. By moving all
of the
This patch adds the ability to do memory hotplug add in the kernel.
Currently the operation to hotplug add memory is handled by the drmgr
command which performs the operation by performing some work in user-space
and making requests to the kernel to handle other pieces. By moving all
of the work t
The current hotplug (or dlpar) of devices (the process is generally the
same for memory, cpu, and pci) on PowerVM systems is initiated
from the HMC, which communicates the request to the partitions through
the RSCT framework. The RSCT framework then invokes the drmgr command.
The drmgr command perf
Export the routines to acquire and release a drc index.
Signed-off-by: Nathan Fontenot
---
arch/powerpc/platforms/pseries/pseries.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/platforms/pseries/pseries.h
b/arch/powerpc/platforms/pseries/pseries.h
index 1796c54..239bee5
On Tue, 2015-02-10 at 08:55 -0800, Dave Olson wrote:
> Benjamin Herrenschmidt wrote:
>
> > On Tue, 2015-02-10 at 00:00 -0800, Dave Olson wrote:
> > >
> > > OK, now that I understand that's the case, I'll have to go back and
> > > re-do the patch to handle both cache-size and d-cache-size for the
In order to handle device hotplug in the kernel on pseries the hotplug
request will be communicated in the kernel in the form of a
rtas hotplug event. This patch adds the definition of rtas hotplug event
sections.
Signed-off-by: Nathan Fontenot
---
arch/powerpc/include/asm/rtas.h | 26
In order to improve hotplug support for cpus, memory, and pci devices in
the PowerVM and PowerKVM environments, the handling of hotplugging devices
should be updated to perform the hotplug operation entirely in the kernel.
This patch set begins to address this by providing a framework and a common
Provide an unregister interface for the opal message notifiers
to be called when not needed like during driver unload/remove.
Signed-off-by: Neelesh Gupta
Reviewed-by: Vasant Hegde
---
arch/powerpc/include/asm/opal.h |2 ++
arch/powerpc/platforms/powernv/opal.c |7 +++
2 files
Signed-off-by: Neelesh Gupta
Reviewed-by: Vasant Hegde
---
arch/powerpc/platforms/powernv/opal.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/opal.c
b/arch/powerpc/platforms/powernv/opal.c
index f10b9ec..2651e22 100644
--- a/a
Benjamin Herrenschmidt wrote:
> On Tue, 2015-02-10 at 00:00 -0800, Dave Olson wrote:
> >
> > OK, now that I understand that's the case, I'll have to go back and
> > re-do the patch to handle both cache-size and d-cache-size for the
> > L2 cache (using whichever is present).
>
> I notice that yo
On Tue, 10 Feb 2015, Michael Tessier wrote:
> > > Okay; I did my homeworks. We've loaded kernel V3.16 (Oct 14th, 2015)
> > > on an i.MX51 plattform and the problem is still there. Unless an
> > > important change occured in V3.19, it appears that the latest kernel
> > > is not the solution for
> > Okay; I did my homeworks. We've loaded kernel V3.16 (Oct 14th, 2015)
> > on an i.MX51 plattform and the problem is still there. Unless an
> > important change occured in V3.19, it appears that the latest kernel
> > is not the solution for us. So we're still not able to use 4 codecs on
> > o
We use r6 and r7 for epapr boot, but the current pre-C init will clobber
both of these.
This change does a simple replacement, of r6 -> r12 and r7 -> r13, so
that we hit platform init with these registers intact.
Signed-off-by: Jeremy Kerr
---
arch/powerpc/boot/crt0.S | 24 --
Currently, a 64-bit little-endian zImage.epapr won't boot in epapr mode,
as as we never return from platform_init.
Before entering C, we initialise our stack by setting r1 16 bytes below
the end of the _bss_stack:
stwu r0,-16(r1) /* establish a stack frame */
However, the called function
For epapr-style boot, we may be little-endian. This change implements
the proper conversion for fdt*_to_cpu and cpu_to_fdt*. We also need the
full cpu_to_* and *_to_cpu macros for this.
Signed-off-by: Jeremy Kerr
---
arch/powerpc/boot/libfdt_env.h | 14 --
arch/powerpc/boot/of.h
We'll likely be entering the zImage.epapr as BE, so include the pseries
implementation of _zimage_start, which adds the endian fixup magic.
Signed-off-by: Jeremy Kerr
---
arch/powerpc/boot/wrapper |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/wrapper b
Hello Matteo,
sorry for such a long delay in replying, now I have my board back again.
19.12.2014 12:38, Matteo Facchinetti пишет:
On 16/12/2014 13:00, Alexander Popov wrote:
In fact clk_ignore_unused bootparam helps to avoid disabling NFC clock.
The board crash is reproduced again if I perform
On Tue, 2015-02-10 at 14:25 +0800, Wei Yang wrote:
> PF's resource will be assigned first, including normal BARs and IOV
> BARs.
>
> Then PF's driver will create VFs, in virtfn_add(). In this function,
> VF's
> resources is calculated from its PF's IOV BAR.
>
> If you reset VF's resource as PFs,
On Tue, 2015-02-10 at 00:00 -0800, Dave Olson wrote:
>
> OK, now that I understand that's the case, I'll have to go back and
> re-do the patch to handle both cache-size and d-cache-size for the
> L2 cache (using whichever is present).
I notice that you also didn't modify all the other properties,
Benjamin Herrenschmidt wrote:
> On Mon, 2015-02-09 at 15:43 -0800, Dave Olson wrote:
> > Michael Ellerman wrote:
> >
> > > On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
> > > > From: Dave Olson
> > > >
> > > > Fix missing L2 cache size in
> > > > /sys/devices/system/cpu/cpu0/cache/inde
47 matches
Mail list logo
