Hi All,
The first bad commit:
http://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/commit/?id=0d0b4c866bcce647f40d73efe5e90aeeb079050a
I replaced the following irq files with the old kernel 4.1 irq files:
~/Downloads/linux-4.2/linux-4.2-nemo$ cp
/home/christian/Downloads/linux-4.1/linux-4
On Thu, 2015-09-07 at 23:04:25 UTC, Daniel Axtens wrote:
> The pointer to an AFU in the adapter's list of AFUs can be null
> if we're in the process of removing AFUs. The afu_list_lock
> doesn't guard against this.
>
> Say we have 2 slices, and we're in the process of removing cxl.
> - We remove
On Wed, Jul 08, 2015 at 06:47:44PM +0200, Dinar valeev wrote:
> From: Dinar Valeev
>
> Caps behaves like shift only for latin characters.
> In case we're typing - for example with caps enabled, SLOF picks _ char
> from shifted table.
>
> Threat caps as shift only for letters.
"Treat" not "Threa
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, July 10, 2015 6:20 AM
> To: Zhao Qiang-B45475
> Cc: lau...@codeaurora.org; linux-ker...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; a...@linux-foundation.org; o...@lixom.net;
> catalin.mari...@arm.com; Xie Xiaobo-R630
If the target kernel does not inlcude the FIXUP_ENDIAN check, coming
from a different-endian kernel will cause the target kernel to panic.
All ppc64 kernels can handle starting in big-endian mode, so return to
big-endian before branching into the target kernel.
This mainly affects pseries as secon
Older ppc64 kernels, namely those missing FIXUP_ENDIAN or opal_reinit_cpus,
will fail to boot if started via kexec from a little-endian kernel.
The following two patches make sure that the current endianess is reset to
big-endian just before entering the target kernel, and are accompanied by
a sepa
On powernv secondary cpus are returned to OPAL, and will then enter the
target kernel in big-endian. However if it is set the HILE bit will persist,
causing the first exception in the target kernel to be delivered in
litte-endian regardless of the current endianess.
If running on top of OPAL make
Acked-by: Ian Munsie
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Acked-by: Ian Munsie
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, 2015-07-10 at 09:04 +1000, Daniel Axtens wrote:
> The pointer to an AFU in the adapter's list of AFUs can be null
> if we're in the process of removing AFUs. The afu_list_lock
> doesn't guard against this.
>
> Say we have 2 slices, and we're in the process of removing cxl.
> - We remove t
The pointer to an AFU in the adapter's list of AFUs can be null
if we're in the process of removing AFUs. The afu_list_lock
doesn't guard against this.
Say we have 2 slices, and we're in the process of removing cxl.
- We remove the AFUs in order (see cxl_remove). In cxl_remove_afu
for AFU 0, w
On 07/09/2015 03:17 PM, Scott Wood wrote:
On Thu, 2015-07-09 at 14:51 -0700, Laura Abbott wrote:
On 07/09/2015 12:47 AM, Zhao Qiang wrote:
Bytes alignment is required to manage some special ram,
so add gen_pool_alloc_align func to genalloc.
rename gen_pool_alloc to gen_pool_alloc_align with a a
Hi All,
Many thanks for your help. You're right. It was something wrong with my
last bisect. I did another bisect. I evaluated the one "sometimes boots"
with good.
Log:
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git linux-git
git bisect start
git bisect good b
On 07/09/2015 12:47 AM, Zhao Qiang wrote:
Bytes alignment is required to manage some special ram,
so add gen_pool_alloc_align func to genalloc.
rename gen_pool_alloc to gen_pool_alloc_align with a align parameter,
then provide gen_pool_alloc to call gen_pool_alloc_align with
align = 1 Byte.
Sign
On Thu, 2015-07-09 at 03:00 -0500, Jia Hongtao-B38951 wrote:
> Hi Scott,
>
> Patch updated to V3, please help to review.
> Thanks.
>
> ---
> Best Regards,
> Hongtao
It looks OK.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
http
On Thu, 2015-07-09 at 15:47 +0800, Zhao Qiang wrote:
> @@ -541,13 +562,14 @@ EXPORT_SYMBOL(gen_pool_first_fit_order_align);
> * which we can allocate the memory.
> */
> unsigned long gen_pool_best_fit(unsigned long *map, unsigned long size,
> - unsigned long start, unsigned int nr,
On Thu, 2015-07-09 at 14:51 -0700, Laura Abbott wrote:
> On 07/09/2015 12:47 AM, Zhao Qiang wrote:
> > Bytes alignment is required to manage some special ram,
> > so add gen_pool_alloc_align func to genalloc.
> > rename gen_pool_alloc to gen_pool_alloc_align with a align parameter,
> > then provide
Madhavan Srinivasan [ma...@linux.vnet.ibm.com] wrote:
|
| > Are the 'start.*' and 'unit.*' files events by themselves or just attributes
| > of events?
|
| These are attributes needed for computation. unit and scale attributes
| will be used by perf tool in post-processing the counter data. These
The console ring is always based on the page granularity of Xen.
Signed-off-by: Julien Grall
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: David Vrabel
Cc: Stefano Stabellini
Cc: Boris Ostrovsky
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvc_xen.c | 6 +++---
1 file changed, 3 insert
On Thu, 2015-07-09 at 10:42 -0500, Segher Boessenkool wrote:
> On Tue, Jul 07, 2015 at 11:22:08PM -0500, Scott Wood wrote:
> > > I agree about using labels, but "bcl 20,31,foo" is not the same thing
> > > as "bl foo". The former is a form of bl that doesn't perturb the link
> > > stack and is ther
From: Geoff Thorpe
Add a self test for the DPAA 1.0 Queue Manager driver. The tests
ensure that the driver can properly enqueue and dequeue from frame
queues using the QMan portal infrastructure.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/
From: Madalin Bucur
Add qman_delete_cgr_safe() that can be called from any CPU.
This in turn schedules qman_delete_cgr() on the proper CPU.
Signed-off-by: Madalin Bucur
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/qman_api.c | 46 ++
1 file changed
From: Emil Medve
devm_ioremap_prot() was removed in commit dedd24a12,
and was introduced in commit b41e5fffe8.
This reverts commit dedd24a12fe6735898feeb06184ee346907abb5d.
Signed-off-by: Emil Medve
---
arch/powerpc/include/asm/io.h |3 +++
arch/powerpc/lib/Makefile |1 +
arch/pow
The Freescale Data Path Acceleration Architecture (DPAA) is a set of hardware
components on specific QorIQ multicore processors. This architecture provides
the infrastructure to support simplified sharing of networking interfaces and
accelerators by multiple CPU cores and the accelerators.
The
From: Geoff Thorpe
Add debugfs support for querying the state of hardware based
Buffer Manager pools used in DPAA 1.0.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/Kconfig|7 ++
drivers/soc/fsl/qbman/Makefile |
From: Geoff Thorpe
This driver enables the Freescale DPAA 1.0 Buffer Manager block. BMan
is a hardware buffer pool manager that allows accelerators
connected to the SoC datapath to acquire and release buffers during
data processing.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-
From: Hai-Ying Wang
Add support for CPU hotplug for the DPAA 1.0 Queue Manager
driver.
Signed-off-by: Hai-Ying Wang
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/qman_portal.c | 43 +++
1 file changed, 43 insertions(+)
diff -
From: Hai-Ying Wang
Add support for CPU hotplug for the DPAA 1.0 Buffer Manager
driver
Signed-off-by: Hai-Ying Wang
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/bman_portal.c | 40 +++
drivers/soc/fsl/qbman/dpaa_sys.h|
From: Geoff Thorpe
Add debugfs sypport for querying the state of hardware based
queues managed by the DPAA 1.0 Queue Manager.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Madalin Bucur
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/Kconfig|7 +
drive
From: Geoff Thorpe
Add a self test for the DPAA 1.0 Buffer Manager driver. This
test ensures that the driver can properly acquire and release
buffers using the BMan portal infrastructure.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbma
The Freescale Data Path Acceleration Architecture (DPAA) is a set of hardware
components on specific QorIQ multicore processors. This architecture provides
the infrastructure to support simplified sharing of networking interfaces and
accelerators by multiple CPU cores and the accelerators.
The
On Wed, 08 Jul 2015, Jonathan Corbet wrote:
> On Wed, 8 Jul 2015 16:34:56 -0400
> Eric B Munson wrote:
>
> > > Quick, possibly dumb question: I've been beating my head against these for
> > > a little bit, and I can't figure out what's supposed to happen in this
> > > case:
> > >
> > > mlock2
On Tue, Jul 07, 2015 at 11:22:08PM -0500, Scott Wood wrote:
> > I agree about using labels, but "bcl 20,31,foo" is not the same thing
> > as "bl foo". The former is a form of bl that doesn't perturb the link
> > stack and is therefore better for performance when you're not going to
> > do a matchi
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
| | @@ -50,6 +163,15 @@ static int nest_ima_dt_parser(void)
| | p8ni->vbase = (uint64_t) phys_to_virt(p8ni->pbase);
| | }
| |
| | + /* Look for supported Nest PMU units */
| | + idx = 0;
| | + for_each_node_by_type(dev,
On Thu, Jul 09, 2015 at 08:00:48AM +0200, Thomas Huth wrote:
> > /**
> > + * Checks if keypos is a latin key
> > + * @param keypos
> > + * @return -
> > + */
> > +void check_latin(uint8_t keypos)
> > + if (keypos > KEYP_LATIN_A || keypos < KEYP_LATIN_Z) {
> > + return true;
> > + }
Hi Michael,
On 07/08/2015 04:12 PM, Michael Ellerman wrote:
On Wed, 2015-08-07 at 06:27:28 UTC, Neelesh Gupta wrote:
If the OPAL call to receive the ipmi message fails, then we free up the smi
message before returning. But, the driver still holds the reference to old
smi message in the 'cur_msg
The maximum bitrate supported depends on the clock rate used in BRG.
This is stored in port.uartclk during probe. Respecting the 16x
oversampling higher bitrates can be supported.
Signed-off-by: Alexander Stein
---
drivers/tty/serial/ucc_uart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Denis
You're right. First I'd like to figure out what the problem is. Then
I'll build a new kernel for our PA6T system. After that I'll test it.
Afterwards the beta testers will test it. Finally I'd like to upstream
the SB600 patch.
Rgds
Christian
On 09 July 2015 at 11:52 AM, Denis Kirjano
On 7/9/15, Christian Zigotzky wrote:
> All
>
> I think you haven't received the SB600 patch yet. I have pasted it in
> this email directly. Thank you for your help. I am sorry because of this
> long patch but I hope you could help me a bit.
But the first thing then is to upstream the sb600 patch.
This patch enables facility unavailable exceptions for generic facility,
FPU, ALTIVEC and VSX in /proc/interrupts listing by incrementing their
newly added IRQ statistical counters as and when these exceptions happen.
This also adds couple of helper functions which will be called from within
the in
All
I think you haven't received the SB600 patch yet. I have pasted it in
this email directly. Thank you for your help. I am sorry because of this
long patch but I hope you could help me a bit.
Thanks
Christian
- nemo_4.1-3.patch -
diff -rupN linux-4.1/arch/powerpc/
Dear Ben,
Thank you for your answer.
On 09 July 2015 at 09:53 AM, Benjamin Herrenschmidt wrote:
Michael, the crash looks like a neat NULL dereference, any chance you
can spot something in the code that might explain it ?
The strange thing is that the crash is in sb600_8259_cascade(), however
On Thursday 09 July 2015 04:13 AM, Sukadev Bhattiprolu wrote:
> Madhavan Srinivasan [ma...@linux.vnet.ibm.com] wrote:
> | Add code to create event/format attributes and attribute groups for
> | each nest pmu.
> |
> | Cc: Michael Ellerman
> | Cc: Benjamin Herrenschmidt
> | Cc: Paul Mackerras
>
On Thursday 09 July 2015 03:31 AM, Sukadev Bhattiprolu wrote:
> Madhavan Srinivasan [ma...@linux.vnet.ibm.com] wrote:
> | Parse device tree to detect supported nest pmu units. Traverse
> | through each nest pmu unit folder to find supported events and
> | corresponding unit/scale files (if any).
Hi Scott,
Patch updated to V3, please help to review.
Thanks.
---
Best Regards,
Hongtao
> -Original Message-
> From: Jia Hongtao [mailto:hongtao@freescale.com]
> Sent: Thursday, June 11, 2015 3:53 PM
> To: Wood Scott-B07421
> Cc: linuxppc-dev@lists.ozlabs.org; devicet...@vger.kernel.
Use accessor for_pci_msi_entry() to access MSI device list, so we could
easily move msi_list from struct pci_dev into struct device later.
Signed-off-by: Jiang Liu
---
arch/powerpc/platforms/cell/axon_msi.c |6 +++---
arch/powerpc/platforms/pasemi/msi.c|4 ++--
arch/powerpc/platforms
On Thu, 2015-07-09 at 11:42 +1000, Michael Ellerman wrote:
> >
> > There is no way that commit affects anything on that platform, it
> only
> > changes a file in arch/x86 that isn't compiled on a powerpc build.
> You
> > must have made a mistake in your bisection, possibly the one
> "sometimes
> >
Bytes alignment is required to manage some special ram,
so add gen_pool_alloc_align func to genalloc.
rename gen_pool_alloc to gen_pool_alloc_align with a align parameter,
then provide gen_pool_alloc to call gen_pool_alloc_align with
align = 1 Byte.
Signed-off-by: Zhao Qiang
---
FSL's IP block QE
Destroy afu->contexts_idr on release of an afu, reclaiming the allocated
memory.
Signed-off-by: Johannes Thumshirn
---
drivers/misc/cxl/pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/cxl/pci.c b/drivers/misc/cxl/pci.c
index c68ef58..16b8e75a 100644
--- a/drivers/misc/cxl/
Michael Ellerman writes:
>> > I think a better API would be that opal_return_cpu() deals with this under
>> > the
>> > covers. I think we talked about that, so maybe there was some reason that
>> > wasn't possible.
>>
>> opal_return_cpu() acts on current CPU which if we started flipping HILE
>>
On Thu, 2015-07-09 at 07:19 +0200, Christian Zigotzky wrote:
> Hi All
>
> Many thanks for your answers. You're right. It is something wrong with
> my bisect. I will do another bisect. I will evaluate the one "sometimes
> boots" with good.
Thanks Christian.
cheers
On Thu, 2015-07-09 at 14:41 +1000, Daniel Axtens wrote:
> > I recommend creating an alias or script that does:
> >
> > $ git log --pretty=fixes -n 1 $commit | xclip
> >
>
> FWIW, having finally got around to doing this, I found I first needed
> the following snippet in ~/.gitconfig from
> https:
52 matches
Mail list logo