From: Hongtao Jia
SoC compatible string and endianness property are added according to the
new bindings.
Signed-off-by: Jia Hongtao
---
Changes for V2:
* Rebase on latest linux-next tree (next-20161006).
arch/powerpc/boot/dts/fsl/t1040si-post.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2
From: Hongtao Jia
SoC compatible string and endianness property are added according to the
new bindings.
Signed-off-by: Jia Hongtao
---
Changes for V2:
* Rebase on latest linux-next tree (next-20161006).
arch/powerpc/boot/dts/fsl/t1023si-post.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2
From: Hongtao Jia
Also add nodes and properties for thermal management support.
Signed-off-by: Jia Hongtao
---
Changes for V2:
* Rebase on latest linux-next tree (next-20161006).
arch/arm/boot/dts/ls1021a.dtsi | 84 +-
1 file changed, 82 insertions(+),
From: Hongtao Jia
Also add nodes and properties for thermal management support.
Signed-off-by: Jia Hongtao
---
Changes for V2:
* Rebase on latest linux-next tree (next-20161006).
arch/arm64/boot/dts/freescale/fsl-ls1043a-qds.dts | 2 +-
arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 2
From: Hongtao Jia
Also add nodes and properties for thermal management support.
Signed-off-by: Jia Hongtao
---
Changes for V2:
* Rebase on latest linux-next tree (next-20161006).
arch/arm64/boot/dts/freescale/fsl-ls2080a-qds.dts | 2 +-
arch/arm64/boot/dts/freescale/fsl-ls2080a-rdb.dts |
> -Original Message-
> From: Zhang Rui [mailto:rui.zh...@intel.com]
> Sent: Monday, September 19, 2016 10:44 AM
> To: Leo Li ; Rob Herring
> Cc: Troy Jia ; devicet...@vger.kernel.org; linux-
> p...@vger.kernel.org; linuxppc-dev ; lkml
> ker...@vger.kernel.org>; Scott Wood ; Eduardo Valen
On Sat, 2016-10-08 at 12:05 -0700, Herminio Hernandez, Jr. wrote:
> Performed an apt dist-upgrade and rebooted with agpmode=4 and still
> the GPU is failing with errors. Should I proceed to place a bug
> report on this?
I wouldn't even try to be honest. The HW issues in Apple AGP
implementation pr
Nicholas,
some of my qemu tests for ppc64 started failing on mainline (and -next).
You can find a test log at
http://kerneltests.org/builders/qemu-ppc64-master/builds/580/steps/qemubuildcommand/logs/stdio
The scripts to run the test are available at
https://github.com/groeck/linux-build-test/tree
On 07/10/16 02:02, Aneesh Kumar K.V wrote:
> Laurent Dufour writes:
>
>> This commit fixes a stack corruption in the pseries specific code dealing
>> with the huge pages.
>>
>> In __pSeries_lpar_hugepage_invalidate() the buffer used to pass arguments
>> to the hypervisor is not large enough. Th
Squash a couple of sparse warnings by making things static.
Build tested.
Signed-off-by: Daniel Axtens
---
arch/powerpc/kvm/book3s_64_mmu_hv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_64_mmu_hv.c
b/arch/powerpc/kvm/book3s_64_mmu_hv.c
index
A bunch of KVM functions are only called from assembler.
Give them prototypes in asm-prototypes.h
This reduces sparse warnings.
Signed-off-by: Daniel Axtens
---
arch/powerpc/include/asm/asm-prototypes.h | 44 +++
arch/powerpc/kvm/book3s_64_vio_hv.c | 1 +
arch/
On Wed, Sep 28, 2016 at 12:43 PM, Aneesh Kumar K.V
wrote:
> Balbir Singh writes:
>
>> The top 3 bits of the lower order byte should contain the
>> AP encoding, we assume the top 3 bits of the MSB.
Balbir, could you reword this so it says "Currently we wrongly assume
" or similar. The current com
On Mon, Oct 10, 2016 at 11:31:20AM +1100, Daniel Axtens wrote:
> A bunch of KVM functions are only called from assembler.
> Give them prototypes in asm-prototypes.h
> This reduces sparse warnings.
>
> Signed-off-by: Daniel Axtens
> ---
> arch/powerpc/include/asm/asm-prototypes.h | 44
>
Paul Mackerras writes:
> On Mon, Oct 10, 2016 at 11:31:20AM +1100, Daniel Axtens wrote:
>> A bunch of KVM functions are only called from assembler.
>> Give them prototypes in asm-prototypes.h
>> This reduces sparse warnings.
>>
>> Signed-off-by: Daniel Axtens
>> ---
>> arch/powerpc/include/asm
Nicholas Piggin writes:
> Can we just switch this on? Powerpc does not use relative extables
> (that's a nice exercise left for the reader), so it should just use
> the standard sort.
>
> This patch seems to work, famous last words...
Would be nice but ...
> Sorting probably only takes a few ms
Anton Blanchard writes:
> Hi,
>
> Unfortunately sysrq-b seems to tie us up in knots, instead of rebooting
> the box. This is mainline from today.
I logged it too, so we (hopefully) don't forget:
https://github.com/linuxppc/linux/issues/72
cheers
Heiner Kallweit writes:
> Am 07.10.2016 um 21:26 schrieb Heiner Kallweit:
>> Am 07.10.2016 um 07:51 schrieb Oliver O'Halloran:
>>> Hi, Heiner
>>>
>>> Could you send me a copy of the kernel .config (or which defconfig)
>>> that you're using, the name of the HW platform that you're using and
>>> if
Anton Blanchard writes:
> Hi,
>
> Updating to mainline as of last night, I started seeing the following
> error when running the perf report TUI:
>
> 0x46068 [0x8]: failed to process type: 68
>
> This event is just PERF_RECORD_FINISHED_ROUND:
>
> 0x46068 [0x8]: event: 68
> .
> . ... raw event: si
On Mon, Oct 10, 2016 at 3:41 PM, Michael Ellerman wrote:
> Heiner Kallweit writes:
>
>> Am 07.10.2016 um 21:26 schrieb Heiner Kallweit:
>>> Am 07.10.2016 um 07:51 schrieb Oliver O'Halloran:
Hi, Heiner
Could you send me a copy of the kernel .config (or which defconfig)
that you
Denis Kirjanov writes:
> On 9/21/16, Denis Kirjanov wrote:
>> That's unclear why lockdep shows the following warning but adding a
>> lockdep class to struct pmac_i2c_bus solves it
>>
>> [ 20.507795] ==
>> [ 20.507796] [ INFO: possible circu
On Sun, 9 Oct 2016 08:21:21 -0700
Guenter Roeck wrote:
> Nicholas,
>
> some of my qemu tests for ppc64 started failing on mainline (and -next).
> You can find a test log at
> http://kerneltests.org/builders/qemu-ppc64-master/builds/580/steps/qemubuildcommand/logs/stdio
>
> The scripts to run th
On Mon, 10 Oct 2016 16:02:07 +1100
Michael Ellerman wrote:
> Anton Blanchard writes:
>
> > Hi,
> >
> > Updating to mainline as of last night, I started seeing the following
> > error when running the perf report TUI:
> >
> > 0x46068 [0x8]: failed to process type: 68
> >
> > This event is just P
Guenter Roeck writes:
> Nicholas,
>
> some of my qemu tests for ppc64 started failing on mainline (and -next).
> You can find a test log at
> http://kerneltests.org/builders/qemu-ppc64-master/builds/580/steps/qemubuildcommand/logs/stdio
>
> The scripts to run the test are available at
> https://g
Am 10.10.2016 um 06:41 schrieb Michael Ellerman:
> Heiner Kallweit writes:
>
>> Am 07.10.2016 um 21:26 schrieb Heiner Kallweit:
>>> Am 07.10.2016 um 07:51 schrieb Oliver O'Halloran:
Hi, Heiner
Could you send me a copy of the kernel .config (or which defconfig)
that you're usin
From: Mahesh Salgaonkar
There are chances that multiple CPUs can call crash_fadump() simultaneously
and would start duplicating same info to vmcoreinfo ELF note section. This
causes makedumpfile to fail during kdump capture. One example is,
triggering dumprestart from HMC which sends system reset
25 matches
Mail list logo
