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 us. So
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
our i.MX
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 kentry
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: Jeremy
On Mon, Feb 9, 2015 at 8:09 PM, Vasant Hegde
hegdevas...@linux.vnet.ibm.com 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
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
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 j...@ozlabs.org
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 us the endian
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_lib)
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 j...@ozlabs.org
---
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:
stwu
On Tue, 2015-02-10 at 22:44 +0530, Neelesh Gupta wrote:
You forgot to write the changelog.
Signed-off-by: Neelesh Gupta neele...@linux.vnet.ibm.com
Reviewed-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/opal.c | 12
1 file changed, 4
Signed-off-by: Neelesh Gupta neele...@linux.vnet.ibm.com
Reviewed-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/opal.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/opal.c
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 neele...@linux.vnet.ibm.com
Reviewed-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/opal.h |2 ++
Benjamin Herrenschmidt b...@kernel.crashing.org 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
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, I
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Mon, 2015-02-09 at 15:43 -0800, Dave Olson wrote:
Michael Ellerman m...@ellerman.id.au wrote:
On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
From: Dave Olson ol...@cumulusnetworks.com
Fix missing L2 cache size in
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, no one
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
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 j...@ozlabs.org
---
arch/powerpc/boot/wrapper |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
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 j...@ozlabs.org
---
arch/powerpc/boot/libfdt_env.h | 14 --
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
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
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
Export the routines to acquire and release a drc index.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/platforms/pseries/pseries.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/platforms/pseries/pseries.h
On Tue, 2015-02-10 at 08:55 -0800, Dave Olson wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org 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
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 nf...@linux.vnet.ibm.com
---
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
Vipin K Parashar vi...@linux.vnet.ibm.com 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
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 separate
Fixes the condition check of incoming message type which can
otherwise shoot beyond the message notifiers head array.
Signed-off-by: Neelesh Gupta neele...@linux.vnet.ibm.com
Reviewed-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/opal.c | 12
1
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
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 neele...@linux.vnet.ibm.com
Reviewed-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/opal.h |2 ++
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
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
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 j...@ozlabs.org
---
arch/powerpc/boot/libfdt-wrapper.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
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 j...@ozlabs.org
---
arch/powerpc/boot/crt0.S | 24
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
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
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 j...@ozlabs.org
Acked-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
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; Rai
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
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
external
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 j...@ozlabs.org
---
arch/powerpc/boot/crt0.S | 24
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 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
47 matches
Mail list logo
