Re: use generic DMA mapping code in powerpc V4

On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Christoph Hellwig writes: Any comments? I'd like to at least get the ball moving on the easy bits. Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't well tested. There's

Re: use generic DMA mapping code in powerpc V4

On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Christoph Hellwig writes: Any comments? I'd like to at least get the ball moving on the easy bits. Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't well tested. There's

Re: use generic DMA mapping code in powerpc V4

I will compile and test the kernel from the following Git on my PowerPC machines. http://git.infradead.org/users/hch/misc.git On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't

Re: use generic DMA mapping code in powerpc V4

I will compile and test the kernel from the following Git on my PowerPC machines. http://git.infradead.org/users/hch/misc.git On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't

Re: use generic DMA mapping code in powerpc V4

On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't well tested. Please don't apply the new DMA mapping code if you don't be sure if it works on all supported PowerPC machines.

Re: use generic DMA mapping code in powerpc V4

On 28 November 2018 at 12:05PM, Michael Ellerman wrote: Nothing specific yet. I'm a bit worried it might break one of the many old obscure platforms we have that aren't well tested. Please don't apply the new DMA mapping code if you don't be sure if it works on all supported PowerPC machines.

Re: Spectre+Meltdown

On 23. Nov 2018, at 19:59, Michal Suchánek wrote: With this summary paper https://arxiv.org/abs/1811.05441 it should be possible to take the manual for your favourite CPU and see which exploitable optimizations it does have, and how are these exploits mitigated. Thanks Michal Hi Michal,

Re: PA6T little endian mode: ppc64le kernels possible?

On 10 November 2018 at 8:20PM, Olof Johansson wrote: > > > On Sat, Nov 10, 2018 at 00:55 Christian Zigotzky wrote: > > Hi All, > > I read the following: > > The part that is debatably the heart of the chip is a PowerPC core called the PA6T, a full blown

PA6T little endian mode: ppc64le kernels possible?

Hi All, I read the following: The part that is debatably the heart of the chip is a PowerPC core called the PA6T, a full blown 64-bit PPC with an FPU, VMX extensions and hypervisor support. It fully conforms to the PowerPC 2.04 architecture spec, and can operate in both big and little-endian

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

On 07 November 2018 at 03:11AM, Scott Wood wrote: On Sun, 2018-10-28 at 17:35 +0100, Christian Zigotzky wrote: Hello, SMP doesn't work anymore with the latest Git kernel (28/10/18 11:12AM GMT) on my P5020 board and on virtual e5500 QEMU machines. Board with P5020 dual core CPU: [0.00

Re: [PATCH] of: Fix cpu node iterator to not ignore disabled cpu nodes

us check. Fixes: 651d44f9679c ("of: use for_each_of_cpu_node iterator") Fixes: f1f207e43b8a ("of: Add cpu node iterator for_each_of_cpu_node()") Reported-by: Michael Ellerman Cc: Christian Zigotzky Cc: Frank Rowand Signed-off-by: Rob Herring --- drivers/of/base.c | 2 -- 1 f

Re: [PATCH] of: Fix cpu node iterator to not ignore disabled cpu nodes

us check. Fixes: 651d44f9679c ("of: use for_each_of_cpu_node iterator") Fixes: f1f207e43b8a ("of: Add cpu node iterator for_each_of_cpu_node()") Reported-by: Michael Ellerman Cc: Christian Zigotzky Cc: Frank Rowand Signed-off-by: Rob Herring --- drivers/of/base.c | 2 -- 1 f

Re: [PATCH] of: Fix cpu node iterator to not ignore disabled cpu nodes

reaks some powerpc systems (at > least NXP P50XX/e5500). Fix this by dropping the status check. > > Fixes: 651d44f9679c ("of: use for_each_of_cpu_node iterator") > Fixes: f1f207e43b8a ("of: Add cpu node iterator for_each_of_cpu_node()") > Reported-by: Mic

Re: [PATCH] of: Fix cpu node iterator to not ignore disabled cpu nodes

reaks some powerpc systems (at > least NXP P50XX/e5500). Fix this by dropping the status check. > > Fixes: 651d44f9679c ("of: use for_each_of_cpu_node iterator") > Fixes: f1f207e43b8a ("of: Add cpu node iterator for_each_of_cpu_node()") > Reported-by: Mic

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

and third level Linux support. Cheers, Christian On 31 October 2018 at 2:20PM, Michael Ellerman wrote: Christian Zigotzky writes: Little progress ... I reverted the following two OF files of the commit 'Merge tag devicetree-for-4.20' and SMP works! The problematic code is somewhere

Re: arch/powerpc/kvm/trace.h:9:0: error: "TRACE_INCLUDE_PATH" redefined

Hello, I compiled the latest Git kernel today. The error 'TRACE_INCLUDE_PATH redefined' still exist. Cheers, Christian On 29 October 2018 at 11:22AM, Christian Zigotzky wrote: Hello, The latest Git kernel doesn't compile currently because of the following error: christian@christian

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

On 30 October 2018 at 08:27AM, Christian Zigotzky wrote: On 30 October 2018 at 02:59AM, Benjamin Herrenschmidt wrote: On Tue, 2018-10-30 at 02:42 +0100, Christian Zigotzky wrote: OF patch for the latest Git kernel: http://www.xenosoft.de/of_v2.patch This just seems to revert a whole bunch

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

On 30 October 2018 at 02:59AM, Benjamin Herrenschmidt wrote: On Tue, 2018-10-30 at 02:42 +0100, Christian Zigotzky wrote: OF patch for the latest Git kernel: http://www.xenosoft.de/of_v2.patch This just seems to revert a whole bunch of stuff, not really the right way to go. Why

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

OF patch for the latest Git kernel: http://www.xenosoft.de/of_v2.patch - of_v2.patch - diff -rupN a/drivers/of/base.c b/drivers/of/base.c --- a/drivers/of/base.c    2018-10-30 02:19:30.827089495 +0100 +++ b/drivers/of/base.c    2018-10-30

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

On 30 October 2018 at 00:04AM, Scott Wood wrote: On Mon, 2018-10-29 at 21:12 +0100, Christian Zigotzky wrote: Hello Christophe, Bisecting isn’t necessary because the problem is in the following files. drivers/of/base.c drivers/of/device.c drivers/of/of_mdio.c drivers/of/of_numa.c drivers

NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

Little progress ... I reverted the following two OF files of the commit 'Merge tag devicetree-for-4.20' and SMP works! The problematic code is somewhere in these two files. a/include/linux/of.h a/drivers/of/base.c -- Christian On 29 October 2018 at 6:00PM, Christian Zigotzky wrote: Hello

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

/of/unittest-data/tests-overlay.dtsi drivers/of/unittest.c include/linux/of.h I removed the OF modifications from the merge commit 'devicetree-for-4.20' and SMP works again. Cheers, Christian Sent from my iPhone > On 29. Oct 2018, at 19:13, LEROY Christophe wrote: > > Christian Zigotzky

Re: NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

October 2018 at 10:56AM, Christian Zigotzky wrote: Hello, I have figured out that the commit 'devicetree-for-4.20' [1] is responsible for the SMP problem. I was able to revert this commit with 'git revert b27186abb37b7bd19e0ca434f4f425c807dbd708 -m 1' today. [master ec81438] Revert "Merg

arch/powerpc/kvm/trace.h:9:0: error: "TRACE_INCLUDE_PATH" redefined

Hello, The latest Git kernel doesn't compile currently because of the following error:   CC  arch/powerpc/kvm/powerpc.o In file included from arch/powerpc/kvm/powerpc.c:51:0: arch/powerpc/kvm/trace.h:9:0: error: "TRACE_INCLUDE_PATH" redefined [-Werror]  #define TRACE_INCLUDE_PATH .  ^

NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b27186abb37b7bd19e0ca434f4f425c807dbd708 On 28 October 2018 at 5:35PM, Christian Zigotzky wrote: Hello, SMP doesn't work anymore with the latest Git kernel (28/10/18 11:12AM GMT) on my P5020 board and on v

NXP P50XX/e5500: SMP doesn't work anymore with the latest Git kernel

Hello, SMP doesn't work anymore with the latest Git kernel (28/10/18 11:12AM GMT) on my P5020 board and on virtual e5500 QEMU machines. Board with P5020 dual core CPU: [    0.00] - [    0.00] phys_mem_size = 0x2 [   

FSL/NXP P5020: USB problems with the latest Git kernel

:13 +0100, Darren Stevens wrote: Hello Scott On 27/08/2018, Scott Wood wrote: On Mon, 2018-08-27 at 20:15 +0200, Christian Zigotzky wrote: Hello, Our users tested the RC1 of kernel 4.19 on their P5020 boards today. Unfortunately the USB bug still exists. With mem values bigger than 4096M, the USB

Re: PowerMac G5 fans run out of control with kernel 4.17.0-3-powerpc64 but not with 4.16.0-1-powerpc64

Adrian is right. Building a kernel for Debian isn‘t really difficult. I work for a first level Linux support and I can do it too. — Christian Sent from my iPhone > On 12. Oct 2018, at 16:39, Dennis Clarke wrote: > >> On 10/12/2018 10:28 AM, John Paul Adrian Glaubitz wrote: >>> On 10/12/18

FSL/NXP P5020: USB problems with the latest Git kernels

it on your P5020 board. There is a problem with the memory management since 22/08/18. Thanks, Christian Sent from my iPhone > On 25. Aug 2018, at 22:19, Christian Zigotzky wrote: > > Hello, > > With the boot argument “mem=3500M” the USB devices work. Please compile the >

Re: FSL/NXP P5020: USB problems with the latest Git kernels

, Christian Sent from my iPhone > On 24. Aug 2018, at 20:11, Christian Zigotzky wrote: > > Hello, > > There are USB problems with P5020 boards with the latest Git kernels. > > Some users reported the following error messages: > > skateman@X5000LNX:~$ grep -i -E '

FSL/NXP P5020: USB problems with the latest Git kernels

Hello, There are USB problems with P5020 boards with the latest Git kernels. Some users reported the following error messages: skateman@X5000LNX:~$ grep -i -E 'usb.*error' /var/log/syslog Aug 24 13:12:50 X5000LNX kernel: [ 6.552303] usb 1-1: device descriptor read/64, error -32 Aug 24 13:12:50

[PATCH NEXT 2/4] powerpc/pasemi: Add Nemo board IRQ init routine

Hello Michael, I haven't reached Darren yet but I try to help a little bit. On 03 May 2018 at 3:06PM, Michael Ellerman wrote: Darren Stevens writes: diff --git a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c index c4a3e93..c583c17 100644 ---

[PATCH] powerpc/pasemi: Seach for PCI root bus by compatible property

Just for info: I tested it on my Nemo board today and it works. -- Christian On 31 July 2018 at 2:04PM, Michael Ellerman wrote: Michael Ellerman writes: Darren Stevens writes: Pasemi arch code finds the root of the PCI-e bus by searching the device-tree for a node called 'pxp'. But the

[PATCH NEXT 1/4] powerpc/pasemi: Add PCI initialisation for Nemo board.

Hello Michael, Thanks a lot for your reply. OK, first I would like to add pr_info("NEMO SB600 IOB base %08llx\n",res.start) to the Nemo patch. Is this line correct now? After that I will try to contact Darren because of your other comments. If I don’t reach Darren then I will try to fix the

[PATCH NEXT 1/4] powerpc/pasemi: Add PCI initialisation for Nemo board.

Hi Michael, Hi All, kbuild test robot Wed, 03 Jan 2018 04:17:20 -0800 wrote: Hi Darren, Thank you for the patch! Perhaps something to improve: arch/powerpc/platforms/pasemi/pci.c: In function 'sb600_set_flag': >> include/linux/kern_levels.h:5:18: warning: format '%lx' expects argument of >>

[Qemu-devel] [Qemu-ppc] [PPC64] P5020DS: Booting from img possible (-drive)?

Hi All, I would like to say thank you for your help. My virtual e5500 PowerPC machine works without any problems on my PC. I can use ubuntu MATE 16.04 LTS PowerPC with the RC6 of kernel 4.17 in a virtual e5500 QEMU 2.12.0 machine with a VirtIO graphics card and with a connection to the

Re: [Qemu-devel] [Qemu-ppc] [PPC64] P5020DS: Booting from img possible (-drive)?

On 19 May 2018 at 5:19PM, Thomas Huth wrote: On Sat, 19 May 2018 16:03:02 +0200 Christian Zigotzky <chzigot...@xenosoft.de> wrote: Unfortunately mouse and keyboard doesn't work in the virtual machine. I guess with the ppce500 machine, you've also got to specify them manually, too. You'

Re: [Qemu-devel] [Qemu-ppc] [PPC64] P5020DS: Booting from img possible (-drive)?

On 19 May 2018 at 08:15AM, Thomas Huth wrote: On 19.05.2018 06:58, Christian Zigotzky wrote: Thomas wrote: No clue, so just a blind guess: Is "CoreNet Generic" the right machine? What happens if you set "CONFIG_CORENET_GENERIC=n" in your kernel config? I think it‘s the

[Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

Thomas wrote: No clue, so just a blind guess: Is "CoreNet Generic" the right machine? What happens if you set "CONFIG_CORENET_GENERIC=n" in your kernel config? Thomas —— I think it‘s the right machine. CONFIG_CORENET_GENERIC: This option enables support for the FSL CoreNet based boards. For

Re: [Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

Am 18.05.2018 um 14:33 schrieb Christian Zigotzky: On 18 May 2018 at 2:16PM, Greg Kurz wrote: On Fri, 18 May 2018 13:50:42 +0200 Christian Zigotzky <chzigot...@xenosoft.de> wrote: On 18 May 2018 at 1:13PM, Greg Kurz wrote: And of course your kernel should be built with virtio suppo

Re: [Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

On 18 May 2018 at 2:16PM, Greg Kurz wrote: On Fri, 18 May 2018 13:50:42 +0200 Christian Zigotzky <chzigot...@xenosoft.de> wrote: On 18 May 2018 at 1:13PM, Greg Kurz wrote: And of course your kernel should be built with virtio support. I think I have enabled virtio support. Pleas

Re: [Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

On 18 May 2018 at 11:24PM, Thomas Huth wrote: On 18.05.2018 11:06, Christian Zigotzky wrote: It works on my AmigaOne X5000 (P5020 board with 2x e5500 cores). Screenshots: https://plus.google.com/115515624056477014971 Interesting ... but you still use your own kernel, and not the stock Ubuntu

[Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

It works on my AmigaOne X5000 (P5020 board with 2x e5500 cores). Screenshots: https://plus.google.com/115515624056477014971 — Christian Sent from my iPhone > On 18. May 2018, at 10:54, Thomas Huth <h...@tuxfamily.org> wrote: > >> On 18.05.2018 08:01, Christian Zigotz

[Qemu-devel] [PPC64] P5020DS: Booting from img possible (-drive)?

|Hello, I was able to boot a Linux kernel (uImage) with an initrd in a virtual P5020DS PPC64 machine with an e5500 core (QEMU 2.12.0) with the following command. qemu-system-ppc64 -M ppce500 -cpu e5500 -m 2048 -initrd /home/christian/Downloads/slitaz25.gz -nographic -kernel

Re: [PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

> >>> On Fri, Mar 16, 2018 at 01:55:36PM +0100, Christian Zigotzky wrote: >>> Bjorn Helgaas created a patch for making PCI_SCAN_ALL_PCIE_DEVS work for >>> Root Ports as well as Downstream. Previously PCI_SCAN_ALL_PCIE_DEVS (set by >>> quirks or the &q

Re: Removal of POWER4 support, (was: [GIT PULL] Please pull powerpc/linux.git powerpc-4.17-1 tag)

I don’t understand it either. Adrian, could you please explain what happened? We are using POWER4 support for our P.A. Semi Nemo boards. Thanks Christian Sent from my iPhone > On 8. Apr 2018, at 09:52, John Paul Adrian Glaubitz > wrote: > >> On 04/08/2018 09:50

[PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

es in future. > > cheers > > > >From a3b390277627b0342c8ccfc16e58679e0d8abdde Mon Sep 17 00:00:00 2001 > From: Olof Johansson <o...@lixom.net> > Date: Sat, 2 Dec 2017 14:56:36 -0800 > Subject: [PATCH] powerpc/pasemi: set PCI_SCAN_ALL_PCI_DEVS > > Needed on Amiga X1000 with SB60

Re: [PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

Hello Bjorn, Thanks for your reply. Olof wrote this patch. @Olof Could you please sign off this patch? Thanks, Christian On 19. Mar 2018, at 20:13, Bjorn Helgaas wrote: The patch looks fine, but I need a signed-off-by line before I can apply it. See

[PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

Bjorn Helgaas created a patch for making PCI_SCAN_ALL_PCIE_DEVS work for Root Ports as well as Downstream. Previously PCI_SCAN_ALL_PCIE_DEVS (set by quirks or the "pci=pcie_scan_all" kernel parameter) only affected Switch Downstream Ports, not Root Ports. The problem is, that we have to add

[PATCH 0/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

On 02 December 2017 at 00:27PM, Bjorn Helgaas wrote: > On Fri, Dec 01, 2017 at 11:08:46PM +0100, Christian Zigotzky wrote: >> On 30.11.2017 23:42, Bjorn Helgaas wrote: >>> >>> 00:11.0 claims to be a PCIe Root Port leading to [bus 05-06]. That >>> means there

PASEMI: PCI_SCAN_ALL_PCIE_DEVS

Hi All, Please find attached the current pci.c patch. We use this patch on our P.A. Semi boards because we don't need to add 'pci=pcie_scan_all' to the kernel boot arguments. Please add this patch to the official kernel source code. Thanks, Christian arch/powerpc/platforms/pasemi/pci.c | 2

PASEMI: PCI_SCAN_ALL_PCIE_DEVS

Hi All, Could you please add Olof‘s patch. Without this patch, we have to always add 'pci=pcie_scan_all' to the kernel boot arguments. Please add it. Olof's patch for P.A. Semi boards: --- arch/powerpc/platforms/pasemi/pci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: Build regressions/improvements in v4.16-rc3

Hello, Could you please add the following patches? --- Fixes: accb757d798c ("KVM: Move vcpu_load to arch-specific kvm_arch_vcpu_ioctl_run") Reported-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Paul Mackerras <pau...@ozlabs.org> --- arch/powerpc/kvm/p

Re: Build regressions/improvements in v4.16-rc3

Hi Geert, The following patch should be in the commit 'kvm-ppc-next-4.16-2' [1]: Fixes: accb757d798c ("KVM: Move vcpu_load to arch-specific kvm_arch_vcpu_ioctl_run") Reported-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Paul Mackerras <pau...@ozlabs.org>

Re: Build regressions/improvements in v4.16-rc3

Hi Geert, The following patch should be in the commit 'kvm-ppc-next-4.16-2' [1]: Fixes: accb757d798c ("KVM: Move vcpu_load to arch-specific kvm_arch_vcpu_ioctl_run") Reported-by: Christian Zigotzky Signed-off-by: Paul Mackerras --- arch/powerpc/kvm/powerpc.c | 2 ++ 1 file

Re: Build regressions/improvements in v4.16-rc3

Hi Geert, The following patch should be in the commit 'kvm-ppc-next-4.16-2' [1]: Fixes: accb757d798c ("KVM: Move vcpu_load to arch-specific kvm_arch_vcpu_ioctl_run") Reported-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Paul Mackerras <pau...@ozlabs.org>

PASEMI: PCI_SCAN_ALL_PCIE_DEVS

Hi All, Could you please add Olof's patch? --- arch/powerpc/platforms/pasemi/pci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/powerpc/platforms/pasemi/pci.c b/arch/powerpc/platforms/pasemi/pci.c index 5ff6108..ea54ed2 100644 --- a/arch/powerpc/platforms/pasemi/pci.c +++

[PATCH 1/2] KVM: PPC: Fix compile error that occurs when CONFIG_ALTIVEC=n

depends on CONFIG_ALTIVEC, it is sufficient to use #ifdef CONFIG_ALTIVEC here. Fixes: accb757d798c ("KVM: Move vcpu_load to arch-specific kvm_arch_vcpu_ioctl_run") Reported-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Paul Mackerras <pau...@ozlabs.org> ---

Re: KVM compile error

config with KVM: http://www.xenosoft.de/cyrus-4.16-alpha10.config Thanks, Christian Sent from my iPhone > On 12. Feb 2018, at 13:04, Christian Zigotzky <chzigot...@xenosoft.de> wrote: > > It‘s only an info. I tried to compile the latest git version yesterday and I > got this

Re: KVM compile error

It‘s only an info. I tried to compile the latest git version yesterday and I got this error. I will try to compile the RC1 today and test if this error still exists. Cheers, Christian Sent from my iPhone > On 12. Feb 2018, at 12:08, Michael Ellerman <m...@ellerman.id.au> wrote: >

Re: [PATCH v1] PCI: Make PCI_SCAN_ALL_PCIE_DEVS work for Root as well as Downstream Ports

10. Feb 2018, at 16:43, Bjorn Helgaas <helg...@kernel.org> wrote: > >> On Sat, Feb 10, 2018 at 09:05:40AM +0100, Christian Zigotzky wrote: >> Hi All, >> >> The AmigaOne X1000 doesn’t boot anymore since the PCI updates. I >> have seen, that the PCI updates are d

KVM compile error

Just for info: KVM doesn’t compile currently. Error messages: CC arch/powerpc/kvm/powerpc.o arch/powerpc/kvm/powerpc.c: In function 'kvm_arch_vcpu_ioctl_run': arch/powerpc/kvm/powerpc.c:1611:1: error: label 'out' defined but not used [-Werror=unused-label] out: ^ cc1: all warnings being

Re: [PATCH v1] PCI: Make PCI_SCAN_ALL_PCIE_DEVS work for Root as well as Downstream Ports

n't have that yet. Link: https://lkml.kernel.org/r/CAErSpo55Q8Q=5p6_+uu7ahnw+53ibvdnrxxrzrv9qnur_9e...@mail.gmail.com Link: https://bugzilla.kernel.org/show_bug.cgi?id=198057 Reported-and-Tested-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Bjorn Helgaas <bhelg...@google

Re: [PATCH v1] PCI: Make PCI_SCAN_ALL_PCIE_DEVS work for Root as well as Downstream Ports

l.kernel.org/r/CAErSpo55Q8Q=5p6_+uu7ahnw+53ibvdnrxxrzrv9qnur_9e...@mail.gmail.com Link: https://bugzilla.kernel.org/show_bug.cgi?id=198057 Reported-and-Tested-by: Christian Zigotzky Signed-off-by: Bjorn Helgaas Applied to pci/enumeration for v4.16. --- drivers/pci/probe.c | 25 +++---

Re: [PATCH v1] PCI: Make PCI_SCAN_ALL_PCIE_DEVS work for Root as well as Downstream Ports

n't have that yet. Link: https://lkml.kernel.org/r/CAErSpo55Q8Q=5p6_+uu7ahnw+53ibvdnrxxrzrv9qnur_9e...@mail.gmail.com Link: https://bugzilla.kernel.org/show_bug.cgi?id=198057 Reported-and-Tested-by: Christian Zigotzky <chzigot...@xenosoft.de> Signed-off-by: Bjorn Helgaas <bhelg...@google

Re: PPC64: fpsqrt instruction

meulen > >> On Tue, Feb 6, 2018 at 6:30 PM, Christian Zigotzky <chzigot...@xenosoft.de> >> wrote: >> Hi Bas, >> >> Thank you. Could you please upload the libm when you are finished with >> compiling? I would like to test it on my Cyrus board. >&

Re: PPC64: gcc currently compiles for power4 by default, causing glibc's sqrtf to fail on e6500

We need this change too. We have e5500 CPU’s in our AmigaOnes. — Christian Sent from my iPhone > On 9. Feb 2018, at 11:34, John Paul Adrian Glaubitz > wrote: > >> On 02/09/2018 11:30 AM, Bas Vermeulen wrote: >> mator on #debian-ports compiled gcc-7 for me with

Re: DPAA Ethernet traffice troubles with Linux kernel

Hi Andrew, How can we fix the buffer problem? Thanks, Christian On 7. Feb 2018, at 22:17, Andrew Lunn wrote: On Wed, Feb 07, 2018 at 10:00:45PM +0100, mad skateman wrote: Hi, I just found out that something goes wrong within the ARP table (well thats what i think). I hope

Re: PPC64: fpsqrt instruction

currently rebuilding gcc to build for powerpc64 by default, eliminating those from being generated by default. Once that is done, I'll have to rebuild glibc with the new gcc compiler to update libm. Bas Vermeulen On Tue, Feb 6, 2018 at 6:04 PM, Christian Zigotzky <chzigot...@xenosoft

PPC64: fpsqrt instruction

Hi All, I use Debian Buster/Sid PPC64 on my Cyrus board with a P5020 SoC [1]. The E5500 fpu doesn't have a fpsqrt instruction. Does Debian's libm have support for emulation of the fpsqrt instruction? Thanks, Christian [1]

Re: DPAA Ethernet traffice troubles with Linux kernel

Hello, I have tried to figure out why there is a problem with the buffer space but unfortunately without any success. Any ideas? Could you please watch Skateman's video? [1] Thanks, Christian [1] https://drive.google.com/file/d/18RhksfcavRJPr86asQDTzrmsN20D0Xim/view On 03 February 2018 at

Re: PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

Yes, you can. Christian On 05 February 2018 at 3:29PM, Andrew Lunn wrote: On Mon, Feb 05, 2018 at 10:38:34AM +0100, Christian Zigotzky wrote: Hello Andrew, Many thanks for your patch. I compiled the latest git kernel today and the PA Semi PWRficient Gigabit Ethernet works with your patch

Re: PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

Yes, you can. Christian On 05 February 2018 at 3:29PM, Andrew Lunn wrote: On Mon, Feb 05, 2018 at 10:38:34AM +0100, Christian Zigotzky wrote: Hello Andrew, Many thanks for your patch. I compiled the latest git kernel today and the PA Semi PWRficient Gigabit Ethernet works with your patch

PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

drew > > >From a4210ba306948497d7360927c1e532eb903c58b2 Mon Sep 17 00:00:00 2001 > From: Andrew Lunn <and...@lunn.ch> > Date: Sun, 4 Feb 2018 11:09:20 -0600 > Subject: [PATCH] net: phy: Handle not having GPIO enabled in the kernel > > If CONFIG_GPIOLIB is di

PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

drew > > >From a4210ba306948497d7360927c1e532eb903c58b2 Mon Sep 17 00:00:00 2001 > From: Andrew Lunn <and...@lunn.ch> > Date: Sun, 4 Feb 2018 11:09:20 -0600 > Subject: [PATCH] net: phy: Handle not having GPIO enabled in the kernel > > If CONFIG_GPIOLIB is di

PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

Hello, The PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates [1] for the kernel 4.16. Error messages: [    0.634241] libphy: pasemi gpio mdio bus: probed [    0.634749] pasemi gpio mdio bus: Cannot register as MDIO bus, err -38 [    2.311496]

PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates for the kernel 4.16

Hello, The PA Semi PWRficient Gigabit Ethernet doesn't work anymore since the first networking updates [1] for the kernel 4.16. Error messages: [    0.634241] libphy: pasemi gpio mdio bus: probed [    0.634749] pasemi gpio mdio bus: Cannot register as MDIO bus, err -38 [    2.311496]

[PATCH 07/11] powerpc/64s: Add support for RFI flush of L1-D cache

FYI: A-EON AmigaOne X1000 (CPU P.A. Semi PWRficient PA6T-1682M with two PA6T cores): /sys/devices/system/cpu/vulnerabilities/ -r--r--r-- 1 root root 4096 Jan 25 09:38 meltdown -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v1 -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v2 meltdown

[PATCH 07/11] powerpc/64s: Add support for RFI flush of L1-D cache

FYI: A-EON AmigaOne X1000 (CPU P.A. Semi PWRficient PA6T-1682M with two PA6T cores): /sys/devices/system/cpu/vulnerabilities/ -r--r--r-- 1 root root 4096 Jan 25 09:38 meltdown -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v1 -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v2 meltdown

[PATCH 07/11] powerpc/64s: Add support for RFI flush of L1-D cache

FYI: A-EON AmigaOne X1000 (CPU P.A. Semi PWRficient PA6T-1682M with two PA6T cores): /sys/devices/system/cpu/vulnerabilities/ -r--r--r-- 1 root root 4096 Jan 25 09:38 meltdown -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v1 -r--r--r-- 1 root root 4096 Jan 25 09:38 spectre_v2 meltdown

Re: DPAA Ethernet problems with mainstream Linux kernels

Hi Jamie, Many thanks for your effort. If you need a new kernel for testing please let me know. Cheers, Christian Sent from my iPhone > On 18. Jan 2018, at 02:59, Jamie Krueger > wrote: > > Hi Madalin, > > On 01/16/2018 11:33 AM, Madalin-cristian Bucur

Re: DPAA Ethernet problems with mainstream Linux kernels

Hi Jamie, Many thanks for your effort. If you need a new kernel for testing please let me know. Cheers, Christian Sent from my iPhone > On 18. Jan 2018, at 02:59, Jamie Krueger > wrote: > > Hi Madalin, > > On 01/16/2018 11:33 AM, Madalin-cristian Bucur

Re: DPAA Ethernet traffice troubles with Linux kernel

tastic Christian.. Your latest kernel makes the NIC work!!! Few tweaks to be done... like the buffer space Brilliant! On 16 January 2018 at 9:42PM, Christian Zigotzky wrote: Hi All, I compiled the RC8 of kernel 4.15 for the X5000 without PAMU support today. Download: http://www.xenos

Re: DPAA Ethernet traffice troubles with Linux kernel

FYI Sent from my iPhone > On 17. Jan 2018, at 06:50, Christian Zigotzky <chzigot...@xenosoft.de> wrote: > > Hi Skateman, > > Fantastic! Many thanks for testing the RC8 of kernel 4.15 without PAMU > support. > > @All > Further information: > htt

Re: DPAA Ethernet problems with mainstream Linux kernels

Hi All, I compiled the RC8 of kernel 4.15 for the X5000 without PAMU support today. Download: http://www.xenosoft.de/uImage_without_pamu.tar.gz Please test it on your AmigaOne X5000. Thanks, Christian On 16 January 2018 at 6:33PM, Madalin-cristian Bucur wrote: The PAMU related errors may

Re: DPAA Ethernet problems with mainstream Linux kernels

Hi All, I compiled the RC8 of kernel 4.15 for the X5000 without PAMU support today. Download: http://www.xenosoft.de/uImage_without_pamu.tar.gz Please test it on your AmigaOne X5000. Thanks, Christian On 16 January 2018 at 6:33PM, Madalin-cristian Bucur wrote: The PAMU related errors may

DPAA Ethernet traffice troubles with Linux kernel

Sorry, I have forgotten the download link. Please test it with the DPAA Ethernet. Hi All, I compiled the RC8 of kernel 4.15 with Joakim's patch for the AmigaOne X5000 today. Many thanks to Joakim for the mdio patch. Download: http://www.xenosoft.de/uImage-4.15-rc8_with_mdio_patch.tar.gz

DPAA Ethernet traffice troubles with Linux kernel

Sorry, I have forgotten the download link. Please test it with the DPAA Ethernet. Hi All, I compiled the RC8 of kernel 4.15 with Joakim's patch for the AmigaOne X5000 today. Many thanks to Joakim for the mdio patch. Download: http://www.xenosoft.de/uImage-4.15-rc8_with_mdio_patch.tar.gz

DPAA Ethernet traffice troubles with Linux kernel

Hi All, I compiled the RC8 of kernel 4.15 with Joakim's patch for the AmigaOne X5000 today. Many thanks to Joakim for the mdio patch. Please test it on your X5000. Thanks, Christian On 15 January 2018 at 5:59PM, Joakim Tjernlund wrote: Hi, Please use text logs instead of pictures next

DPAA Ethernet traffice troubles with Linux kernel

Hi All, I compiled the RC8 of kernel 4.15 with Joakim's patch for the AmigaOne X5000 today. Many thanks to Joakim for the mdio patch. Please test it on your X5000. Thanks, Christian On 15 January 2018 at 5:59PM, Joakim Tjernlund wrote: Hi, Please use text logs instead of pictures next

Spectre+Meltdown

Hi All, Thanks a lot for your replies. @NXP developers: Could you please tell us some information? Thanks, Christian On 08 January 2018 at 02:14AM, Michal Suchanek wrote: On 7 January 2018 at 19:54, Olof Johansson <o...@lixom.net> wrote: On Sun, Jan 7, 2018 at 5:04 AM, Christian Zi

Spectre+Meltdown

Hello Michael, Thanks for your reply. We are using P.A. Semi and Freescale CPUs. @Olof Do you have some infos for us? Thanks, Christian On 06/01/18 10:34, Michael Ellerman wrote: Christian Zigotzky <chzigot...@xenosoft.de> writes: Hi All, Do we have some information regarding S

Spectre+Meltdown

Hi All, Do we have some information regarding Spectre+Meltdown for our users? It could be that we have some security issues in our PowerPC CPUs. Links: https://www.phoronix.com/scan.php?page=news_item=Linux-Kernel-Retpoline-Patches

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

Hi Michael, Thanks a lot for your reply! :-) I have found two interesting lines in the device tree: compatible   "pasemi,nemo" model    "pasemi,nemo" What do you think? Please find attached the output of `lsprop /proc/device-tree`. Thanks, Christian On 22.12.2017 12:19,

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

I mean: I haven't gotten an answer from Darren yet. Sorry because of my English. I am still learning. -- Christian On 22 December 2017 at 10:57AM, Christian Zigotzky wrote: > Hi Bjorn, > > Sorry I'm bothering you again. Is this small out of tree init routine in the Nemo patch? I ha

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

Hi Bjorn, Sorry I'm bothering you again. Is this small out of tree init routine in the Nemo patch? I haven't get an answer from Darren yet and I didn't found the small out of tree init routine in the Nemo patch. Please find attached the Nemo patch. Maybe you can find this small out of tree

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

DEVS). > > This patch fixes the last major hurdle to getting the X1000 fully supported in > the linux kernel, so thanks very much for that. > > Regards > Darren > > On 15 December 2017 at 09:25PM, Bjorn Helgaas wrote: > On Fri, Dec 15, 2017 at 09:04:51AM +0100, Christian Zi

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

On 09 December 2017 at 7:03PM, Christian Zigotzky wrote: > On 08 December 2017 at 12:59PM, Michael Ellerman wrote: > > > >> Darren's idea of doing it at the same time you tweak the SB600 "relax > >> pci-e" bit is ideal because then the two pieces are obv

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

On 08 December 2017 at 12:59PM, Michael Ellerman wrote: > >> Darren's idea of doing it at the same time you tweak the SB600 "relax >> pci-e" bit is ideal because then the two pieces are obviously >> connected and it wouldn't affect any other systems at all. > > Yes that would be ideal. That patch

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

On 06 December 2017 at 09:37AM, Christian Zigotzky wrote: > On 03 December 2017 at 10:43AM, Christian Zigotzky wrote: > > > > On 3. Dec 2017, at 00:02, Olof Johansson <o...@lixom.net> wrote: > >> > >> Typo, should be ';', not ':'.

<    1   2   3   4   5   6   7   8   9   10   >