e.kernel.org/all/301595ad-0edf-2113-b55f-f5b8051ed...@xenosoft.de/
Reported-by: Christian Zigotzky
Signed-off-by: Rob Herring
---
Untested, but I think this should fix the issue.
arch/powerpc/kernel/isa-bridge.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kern
On 03 May 2023 at 08:15 pm, Rob Herring wrote:
On Wed, May 3, 2023 at 12:40 PM Christian Zigotzky
wrote:
On 3. May 2023, at 18:51, Rob Herring wrote:
On Wed, May 3, 2023 at 11:27 AM Christophe Leroy
wrote:
+Rob as he's the commit's Author.
Le 03/05/2023 à 17:46, Christian Zigotzky
> On 3. May 2023, at 19:28, Christian Zigotzky wrote:
>
>
>
>>> On 3. May 2023, at 18:51, Rob Herring wrote:
>>>
>>> On Wed, May 3, 2023 at 11:27 AM Christophe Leroy
>>> wrote:
>>>
>>> +Rob as he's the commit's A
> On 3. May 2023, at 18:51, Rob Herring wrote:
>
> On Wed, May 3, 2023 at 11:27 AM Christophe Leroy
> wrote:
>>
>> +Rob as he's the commit's Author.
>>
>>> Le 03/05/2023 à 17:46, Christian Zigotzky a écrit :
>>> On 02 May 2023 at 11:28 am,
On 02 May 2023 at 11:28 am, Michael Ellerman wrote:
Christian Zigotzky writes:
Hello,
Our PASEMI Nemo board [1] doesn't boot with the PowerPC updates 6.4-1 [2].
The kernel hangs right after the booting Linux via __start() @
0x ...
I was able to revert the PowerPC updates 6.4
On 06 January 2023 at 03:41 pm, Jiri Kosina wrote:
On Fri, 6 Jan 2023, Christian Zigotzky wrote:
Hello,
The reboot issue is still present in the RC2 of kernel 6.2. We still need the
usbhid.patch. [1]
Please check the bad commit. [2]
Ankit,
have you tested with all the devices that you
/linux.git/commit/?h=v6.1=f6d910a89a2391e5ce1f275d205023880a33d3f8
On 22 December 2022 at 11:42 am, Christian Zigotzky wrote:
Hello,
The Nemo board [1] doesn't reboot anymore since the final kernel 6.1.
The reboot works with the RC8 of kernel 6.1.
Actually, a reboot works but the CFE firmware
> On 3. Jan 2023, at 05:04, Christian Zigotzky wrote:
>
> On 02 January 2023 at 04:32 am, Christian Zigotzky wrote:
>> On 01 January 2023 at 07:11 pm, Sean Anderson wrote:
>>
>> Thank you for testing this. Unfortunately, I have no P-series hardware,
>> so I w
On 02 January 2023 at 04:32 am, Christian Zigotzky wrote:
On 01 January 2023 at 07:11 pm, Sean Anderson wrote:
Thank you for testing this. Unfortunately, I have no P-series hardware,
so I was unable to test the 10gec/dtsec parts of this conversion. I had
hoped that this would get tested
On 01 January 2023 at 07:11 pm, Sean Anderson wrote:
Thank you for testing this. Unfortunately, I have no P-series hardware,
so I was unable to test the 10gec/dtsec parts of this conversion. I had
hoped that this would get tested by someone with the hardware (at NXP)
before now, but it seems you
Hi All,
The DPAA Ethernet doesn’t work anymore on our FSL P5020/P5040 boards [1]
since the first updates after the final kernel 6.1 [2].
We bisected yesterday [3] and found the problematic commit [4]. I was
able to revert it. After that the DPAA Ethernet works again. I created a
patch for
Hello,
The Nemo board [1] doesn't reboot anymore since the final kernel 6.1.
The reboot works with the RC8 of kernel 6.1.
Actually, a reboot works but the CFE firmware is not loaded. Maybe there
is still something in the memory after the reboot.
I bisected today. [2]
The commit "HID:
Further information:
https://lists.nongnu.org/archive/html/qemu-ppc/2022-12/msg0.html
-- Christian
On 04 December 2022 at 12:33 pm, Christian Zigotzky wrote:
Hi All,
We regularly use QEMU with KVM HV on our A-EON AmigaOne X5000 machines
(book3e). It works fast and without any problems
Hi All,
We regularly use QEMU with KVM HV on our A-EON AmigaOne X5000 machines
(book3e). It works fast and without any problems.
Screenshot tour of QEMU/KVM HV on our AmigaOnes:
- https://i.ibb.co/m4vgwNT/Kernel-6-1-rc3-Power-PC.png
- https://i.ibb.co/Fwdjf7Z/Kernel-6-0-rc6-Power-PC.png
-
On 30 October 2022 at 02:30 pm, Christian Zigotzky wrote:
On 29 October 2022 at 01:44 pm, Christian Zigotzky wrote:
On 17 October 2022 at 09:53 am, Christian Zigotzky wrote:
On 17. Oct 2022, at 02:43, Michael Ellerman
wrote:
Previously BIG_ENDIAN && GENERIC_CPU would use -mcpu=pow
On 29 October 2022 at 01:44 pm, Christian Zigotzky wrote:
On 17 October 2022 at 09:53 am, Christian Zigotzky wrote:
On 17. Oct 2022, at 02:43, Michael Ellerman wrote:
Previously BIG_ENDIAN && GENERIC_CPU would use -mcpu=power5, now it
uses
-mcpu=power4.
Maybe this is the issue. We w
On 29 October 2022 at 5:33 pm, Segher Boessenkool wrote:
On Mon, Oct 17, 2022 at 09:53:04AM +0200, Christian Zigotzky wrote:
On 17. Oct 2022, at 02:43, Michael Ellerman wrote:
Previously BIG_ENDIAN && GENERIC_CPU would use -mcpu=power5, now it uses
-mcpu=power4.
Maybe this is the i
On 29 October 2022 at 01:44 pm, Christian Zigotzky wrote:
On 17 October 2022 at 09:53 am, Christian Zigotzky wrote:
On 17. Oct 2022, at 02:43, Michael Ellerman wrote:
Previously BIG_ENDIAN && GENERIC_CPU would use -mcpu=power5, now it
uses
-mcpu=power4.
Maybe this is the issue. We w
at 18:51, Segher Boessenkool
>>>> wrote:
>>>
>>> On Fri, Oct 14, 2022 at 06:11:21PM +0200, Christian Zigotzky wrote:
>>>> make oldconfig has asked because of the CPU family. I choosed GENERIC for
>>>> my P.A. Semi PWRficient PA6T-1682M.
No, it’s not fine. We used the POWER4 CPU config before.
— Christian
> On 16. Oct 2022, at 18:51, Segher Boessenkool
> wrote:
>
> On Fri, Oct 14, 2022 at 06:11:21PM +0200, Christian Zigotzky wrote:
>> make oldconfig has asked because of the CPU family. I choosed GENERIC fo
valds/linux/blob/master/arch/powerpc/platforms/Kconfig.cputype
— Christian
> On 13. Oct 2022, at 11:42, Christian Zigotzky wrote:
>
> Hi Christophe,
>
> Thanks a lot for your answer. OK, now, I know, that I don’t need to test it.
> After the boot of the latest git kernel, my syst
> On 15. Oct 2022, at 11:51, Andrew Donnellan wrote:
>
> On Thu, 2022-10-13 at 11:42 +0200, Christian Zigotzky wrote:
>> Hi Christophe,
>>
>> Thanks a lot for your answer. OK, now, I know, that I don’t need to
>> test it. After the boot of the latest git k
Edit: fixed typos.
> On 13. Oct 2022, at 11:42, Christian Zigotzky wrote:
>
> Hi Christophe,
>
> Thanks a lot for your answer. OK, now, I know, that I don’t need to test it.
> After the boot of the latest git kernel, my system was extremely damaged.
> Some con
phe Leroy
> wrote:
>
>
>
>> Le 13/10/2022 à 09:03, Christian Zigotzky a écrit :
>> Hi Andrew,
>>
>> Does this patch also affect 64-bit kernels?
>>
>> We use often 32-bit userlands with 64-bit kernels.
>
> As far as I understand, it was al
Hi Andrew,
Does this patch also affect 64-bit kernels?
We use often 32-bit userlands with 64-bit kernels.
Cheers,
Christian
> On 12. Oct 2022, at 09:56, Andrew Donnellan wrote:
>
> On Wed, 2022-10-12 at 08:51 +0200, Christian Zigotzky wrote:
>> Hi All,
>>
&g
Hi All,
I use the Nemo board with a PASemi PA6T CPU and have some issues since the
first PowerPC updates for the kernel 6.1.
I successfully compiled the git kernel with the first PowerPC updates two days
ago.
Unfortunately this kernel is really dangerous. Many things for example Network
r = devm_request_irq(smbus->dev, irq_num, pasemi_irq_handler, 0,
"pasemi_apple_i2c", (void *)smbus);
+
+ if (!error)
+ smbus->use_irq = 1;
platform_set_drvdata(pdev, data);
return 0;
Tested-by: Christian Zigotzky
on an A-EON AmigaOne X1000 with a PASemi PWRficient PA6T-1682 processor.
Hi All,
I have found the issue. I cross compiled this kernel with GCC 11.2.0 on Ubuntu
22.04.1.
I cross compiled the same kernel with GCC 9.4.0 again. This time on Ubuntu
20.04.5.
KVM with the VirtIO GPU works with the GCC 9.4.0 compiled kernel.
— Christian
I wrote:
Hello,
Xorg doesn't
Just for info:
The values have been fine again since the RC7 of kernel 6.0.
— Christian
> On 7. Sep 2022, at 06:25, Christian Zigotzky wrote:
>
> Hi All,
>
> I use the Nemo board with a PASemi PA6T CPU and some values of lscpu are
> wrong since the RC1 of kernel 6.0
Hi All,
I use the Nemo board with a PASemi PA6T CPU and some values of lscpu are wrong
since the RC1 of kernel 6.0.
┌──(mintppc㉿mintppc)-[~]
└─$ lscpu
Architecture:ppc64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Big Endian
CPU(s):
with PASemi
development and testing in the past, and may be able to help test this
series on PASemi hardware.
cheers
Tested-by: Christian Zigotzky
on an A-EON AmigaOne X1000 with a PASemi PWRficient PA6T-1682 processor.
On 14 September 2021 at 05:59 pm, Christian Zigotzky wrote:
Hello Juergen,
Hello All,
Since the RC1 of kernel 5.13, -smp 2 and -smp 4 don't work with a
virtual e5500 QEMU KVM-HV machine anymore. [1]
I see in the serial console, that the uImage doesn't load. I use the
following QEMU command
mode got missed. Fix
it.
Fixes: a1a2b7125e10 (Drop static setup of IRQ resource from DT core)
Reported-by: Christian Zigotzky
Suggested-by: Rob Herring
Signed-off-by: Darren Stevens
---
v3 - Corrected resource allocation in fsl-mph-dr-of.c
v2 - Fixed coding style, removed a couple
On 13 June 2022 at 05:57 pm, Rob Herring wrote:
On Thu, Jun 9, 2022 at 12:03 PM Christian Zigotzky
wrote:
On 06 June 2022 at 07:06 pm, Rob Herring wrote:
On Mon, Jun 6, 2022 at 11:14 AM Christian Zigotzky
wrote:
On 06 June 2022 at 04:58 pm, Rob Herring wrote:
On Fri, May 27, 2022 at 9:23
On 06 June 2022 at 07:06 pm, Rob Herring wrote:
On Mon, Jun 6, 2022 at 11:14 AM Christian Zigotzky
wrote:
On 06 June 2022 at 04:58 pm, Rob Herring wrote:
On Fri, May 27, 2022 at 9:23 AM Rob Herring wrote:
On Fri, May 27, 2022 at 3:33 AM Christian Zigotzky
wrote:
On 27 May 2022 at 10:14 am
On 06 June 2022 at 04:58 pm, Rob Herring wrote:
On Fri, May 27, 2022 at 9:23 AM Rob Herring wrote:
On Fri, May 27, 2022 at 3:33 AM Christian Zigotzky
wrote:
On 27 May 2022 at 10:14 am, Prabhakar Mahadev Lad wrote:
Hi,
-Original Message-
From: Christian Zigotzky
On 27 May 2022
31, 2022 at 06:29:38PM +0200, Christian Zigotzky wrote:
On 31. May 2022, at 15:46, Rob Herring wrote:
On Mon, May 30, 2022 at 12:26 AM Christian Zigotzky
wrote:
On 27 May 2022 at 04:23 pm, Rob Herring wrote:
The issue is in drivers/usb/host/fsl-mph-dr-of.c which copies the
resources t
On 31. May 2022, at 15:46, Rob Herring wrote:
Do you have a dmesg log?
The other way to fix is creating a IRQ resource and adding it to the
child device resources.
Rob
——
Rob,
Do you mean a dmesg from the boot loop?
The other way is a good idea.
Cheers,
Christian
> On 31. May 2022, at 15:46, Rob Herring wrote:
>
> On Mon, May 30, 2022 at 12:26 AM Christian Zigotzky
> wrote:
>>
>>> On 27 May 2022 at 04:23 pm, Rob Herring wrote:
>>> The issue is in drivers/usb/host/fsl-mph-dr-of.c which copies the
>>> reso
On 27 May 2022 at 04:23 pm, Rob Herring wrote:
The issue is in drivers/usb/host/fsl-mph-dr-of.c which copies the
resources to a child platform device. Can you try the following
change:
diff --git a/drivers/usb/host/fsl-mph-dr-of.c b/drivers/usb/host/fsl-mph-dr-of.c
index
On 28 May 2022 at 10:05 am, Christian Zigotzky wrote:
On 27 May 2022 at 04:23 am, Rob Herring wrote:
The issue is in drivers/usb/host/fsl-mph-dr-of.c which copies the
resources to a child platform device. Can you try the following
change:
diff --git a/drivers/usb/host/fsl-mph-dr-of.c
b
On 27 May 2022 at 04:23 am, Rob Herring wrote:
The issue is in drivers/usb/host/fsl-mph-dr-of.c which copies the
resources to a child platform device. Can you try the following
change:
diff --git a/drivers/usb/host/fsl-mph-dr-of.c b/drivers/usb/host/fsl-mph-dr-of.c
index
On 27 May 2022 at 10:14 am, Prabhakar Mahadev Lad wrote:
Hi,
-Original Message-
From: Christian Zigotzky
Sent: 27 May 2022 09:06
To: Prabhakar Mahadev Lad ;
Christophe Leroy ; Rob Herring
Cc: Darren Stevens ; linuxppc-dev ; mad skateman ; R.T.Dickinson
; Christian Zigotzky
Subject
On 27 May 2022 at 09:56 am, Prabhakar Mahadev Lad wrote:
Hi,
-Original Message-
From: Christophe Leroy
Sent: 27 May 2022 08:23
To: Christian Zigotzky ; rob.herr...@calxeda.com;
Prabhakar Mahadev Lad
Cc: Darren Stevens ; linuxppc-dev ; mad skateman ; R.T.Dickinson
; Christian Zigotzky
Rob's email address corrected.
-- Christian
On 27 May 2022 at 09:23 am, Christophe Leroy wrote:
Hi
Le 26/05/2022 à 19:42, Christian Zigotzky a écrit :
Hello,
My keyboard and mouse don't work anymore with my Cyrus+ board with a FSL
P50x0 PowerPC SoC [1] after the devicetree updates for 5.19
On 27 May 2022 at 09:23 am, Christophe Leroy wrote:
Hi
Le 26/05/2022 à 19:42, Christian Zigotzky a écrit :
Hello,
My keyboard and mouse don't work anymore with my Cyrus+ board with a FSL
P50x0 PowerPC SoC [1] after the devicetree updates for 5.19 [2].
After reverting the devicetree updates
Hi All,
The P.A. Semi PA6T is still vulnerable.
Architecture:ppc64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Big Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s)
ed up. Fix them.
Reported-by: Christian Zigotzky
Fixes: 52bda69ae8b5 ("powerpc/fsl_booke: Tell map_mem_in_cams() if init is
done")
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/nohash/kaslr_booke.c | 2 +-
arch/powerpc/mm/nohash/tlb.c | 4 ++--
2 files changed, 3 insert
Am 12.11.21 um 16:01 schrieb Christian Zigotzky:
Am 12.11.21 um 15:46 schrieb Marc Zyngier:
On Fri, 12 Nov 2021 14:15:18 +,
Christian Zigotzky wrote:
On 12 November 2021 at 02:41 pm, Marc Zyngier wrote:
On Fri, 12 Nov 2021 09:40:30 +,
Christian Zigotzky wrote:
On 11 November 2021
Am 12.11.21 um 15:46 schrieb Marc Zyngier:
On Fri, 12 Nov 2021 14:15:18 +,
Christian Zigotzky wrote:
On 12 November 2021 at 02:41 pm, Marc Zyngier wrote:
On Fri, 12 Nov 2021 09:40:30 +,
Christian Zigotzky wrote:
On 11 November 2021 at 06:39 pm, Marc Zyngier wrote:
On Wed, 10 Nov
On 12 November 2021 at 02:41 pm, Marc Zyngier wrote:
On Fri, 12 Nov 2021 09:40:30 +,
Christian Zigotzky wrote:
On 11 November 2021 at 06:39 pm, Marc Zyngier wrote:
On Wed, 10 Nov 2021 18:07:24 +,
Christian Zigotzky wrote:
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote
On 12 November 2021 at 11:11 am, Christian Zigotzky wrote:
On 12 November 2021 at 10:40 am, Christian Zigotzky wrote:
On 11 November 2021 at 06:39 pm, Marc Zyngier wrote:
On Wed, 10 Nov 2021 18:07:24 +,
Christian Zigotzky wrote:
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote
On 12 November 2021 at 10:40 am, Christian Zigotzky wrote:
On 11 November 2021 at 06:39 pm, Marc Zyngier wrote:
On Wed, 10 Nov 2021 18:07:24 +,
Christian Zigotzky wrote:
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote:
Hello,
The Nemo board [1] doesn't recognize any ATA disks
On 11 November 2021 at 06:39 pm, Marc Zyngier wrote:
On Wed, 10 Nov 2021 18:07:24 +,
Christian Zigotzky wrote:
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote:
Hello,
The Nemo board [1] doesn't recognize any ATA disks with the
pci-v5.16 updates [2].
Error messages:
ata4.00
On 11 November 2021 at 12:24 pm, Marc Zyngier wrote:
On Thu, 11 Nov 2021 10:44:30 +,
Christian Zigotzky wrote:
On 11 November 2021 at 11:20 am, Marc Zyngier wrote:
On Thu, 11 Nov 2021 07:47:08 +,
Christian Zigotzky wrote:
On 11 November 2021 at 08:13 am, Marc Zyngier wrote:
On Thu
On 11 November 2021 at 11:20 am, Marc Zyngier wrote:
On Thu, 11 Nov 2021 07:47:08 +,
Christian Zigotzky wrote:
On 11 November 2021 at 08:13 am, Marc Zyngier wrote:
On Thu, 11 Nov 2021 05:24:52 +,
Christian Zigotzky wrote:
Hello Marc,
Here you are:
https://forum.hyperion
On 11 November 2021 at 08:13 am, Marc Zyngier wrote:
On Thu, 11 Nov 2021 05:24:52 +,
Christian Zigotzky wrote:
On 10 November 2021 at 08:09 pm, Marc Zyngier wrote:
HI all,
On Wed, 10 Nov 2021 18:41:06 +,
Bjorn Helgaas wrote:
On Wed, Nov 10, 2021 at 07:07:24PM +0100, Christian
On 10 November 2021 at 08:09 pm, Marc Zyngier wrote:
HI all,
On Wed, 10 Nov 2021 18:41:06 +,
Bjorn Helgaas wrote:
On Wed, Nov 10, 2021 at 07:07:24PM +0100, Christian Zigotzky wrote:
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote:
Hello,
The Nemo board [1] doesn't recognize
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote:
> Hello,
>
> The Nemo board [1] doesn't recognize any ATA disks with the pci-v5.16
updates [2].
>
> Error messages:
>
> ata4.00: gc timeout cmd 0xec
> ata4.00: failed to IDENTIFY (I/O error, error_mask=0x4)
&
On 09 November 2021 at 03:45 pm, Christian Zigotzky wrote:
> Hello,
>
> The Nemo board [1] doesn't recognize any ATA disks with the pci-v5.16
updates [2].
>
> Error messages:
>
> ata4.00: gc timeout cmd 0xec
> ata4.00: failed to IDENTIFY (I/O error, error_mask=0x4)
&
On 04 November 2021 at 10:42 pm, Vivek Kasireddy wrote:
> When virgl is not enabled, vfpriv pointer would not be allocated.
> Therefore, check for a valid value before dereferencing.
>
> Reported-by: Christian Zigotzky
> Cc: Gurchetan Singh
> Cc: Gerd Hoffmann
> Signed-of
On 09 October 2021 at 03:57 pm, Christian Zigotzky wrote:
> On 09 October 2021 at 12:10 pm, Wolfram Sang wrote:
>>> I still don't have access to any old PASemi hardware but the
changes from
>>> v1 are pretty small and I expect them to still work. Would still be
nice
>&
will wait a few more days so that people can report
their tests. But it will be in the next merge window.
Series v2:
Tested-by: Christian Zigotzky [1]
- Christian
[1] https://forum.hyperion-entertainment.com/viewtopic.php?p=54213#p54213
. Oct 2021, at 22:47, Olof Johansson wrote:
Christian,
Self-service available on lore:
https://lore.kernel.org/all/20211008163532.75569-1-s...@svenpeter.dev/
There are links on there to download a whole thread as an mbox if needed.
-Olof
On Fri, Oct 8, 2021 at 1:20 PM Christian Zigotzky
wrote
Hi Michael,
Do you have a mbox link for the v2 changes?
I would like to test them on my AmigaOne X1000.
Thanks,
Christian
On 27. Sep 2021, at 09:58, Michael Ellerman wrote:
Christian, the whole series is downloadable as a single mbox here:
https://patchwork.ozlabs.org/series/264134/mbox/
> On 3. Oct 2021, at 16:36, Sven Peter wrote:
>
> Hi,
>
>
>> On Fri, Oct 1, 2021, at 06:47, Christian Zigotzky wrote:
>>> On 27 September 2021 at 07:39 am, Sven Peter wrote:
>>> Hi Christian,
>>>
>>> Thanks already for volunteeri
Hi Sven,
Unfortunately Damien has found an issue. [1]
Output of i2cdetect -l with the default RC3 of kernel 5.15 without your
modifications:
2c-0i2c Radeon i2c bit bus 0x90 I2C adapter
i2c-1 i2c Radeon i2c bit bus 0x91 I2C adapter
On 03 October 2021 at 04:36 pm, Sven Peter wrote:
> Hi,
>
>
> On Fri, Oct 1, 2021, at 06:47, Christian Zigotzky wrote:
>> On 27 September 2021 at 07:39 am, Sven Peter wrote:
>> > Hi Christian,
>> >
>> > Thanks already for volunteering to test this!
Typo: Damian
Correct: Damien
On 01 October 2021 at 06:47 am, Christian Zigotzky wrote:
On 27 September 2021 at 07:39 am, Sven Peter wrote:
> Hi Christian,
>
> Thanks already for volunteering to test this!
>
Hello Sven,
Damian (Hypex) has successfully tested the RC3 of kernel 5.1
On 27 September 2021 at 07:39 am, Sven Peter wrote:
> Hi Christian,
>
> Thanks already for volunteering to test this!
>
Hello Sven,
Damian (Hypex) has successfully tested the RC3 of kernel 5.15 with your
modified i2c driver on his Nemo board yesterday. [1]
@Darren
Could you also please check
On 27 September 2021 at 09:58 am, Michael Ellerman wrote:
Wolfram Sang writes:
Sure, will do that later as well!
But please do it privately. For upstreaming, the patch series you sent
is way better than a single patch.
Christian, the whole series is downloadable as a single mbox here:
September 2021 at 04:55 pm, Christian Zigotzky wrote:
Hi Sven,
Thanks a lot for your nice explanation of the history of the PASemi
i2c driver.
We are using Nemo boards with 64-bit dual-core PWRficient PA6T-1682M
CPUs (A-EON AmigaOne X1000). [1]
The RC2 of kernel 5.15 works without any
Hi Sven,
Thanks a lot for your nice explanation of the history of the PASemi i2c
driver.
We are using Nemo boards with 64-bit dual-core PWRficient PA6T-1682M
CPUs (A-EON AmigaOne X1000). [1]
The RC2 of kernel 5.15 works without any problems on our Nemo boards. [2]
Could you please post
Hello Juergen,
Hello All,
Since the RC1 of kernel 5.13, -smp 2 and -smp 4 don't work with a
virtual e5500 QEMU KVM-HV machine anymore. [1]
I see in the serial console, that the uImage doesn't load. I use the
following QEMU command for booting:
qemu-system-ppc64 -M ppce500 -cpu e5500
> On 26. Aug 2021, at 05:43, Srikar Dronamraju
> wrote:
>
> * Christian Zigotzky [2021-08-16 14:29:21]:
>
>
> Hi Christian,
>
>> I tested the RC6 of kernel 5.14 today and unfortunately the issue still
>> exists. We have figured out that only P5040
://forum.hyperion-entertainment.com/viewtopic.php?p=53775#p53775
On 09 August 2021 um 02:37 pm, Christian Zigotzky wrote:
Hi All,
Lscpu reports wrong values [1] since the RC1 of kernel 5.13 on my FSL
P5040 Cyrus+ board (A-EON AmigaOne X5000). [2]
The differences are:
Since the RC1 of kernel 5.13
On 19 July 2021 04:58 pm, Christian Zigotzky wrote:
On 19 July 2021 at 04:32 pm, Stan Johnson wrote:
On 7/18/21 10:23 PM, Christian Zigotzky wrote:
Hello Stan,
We had the same issue during the 5.14 merge window. Please look in the
following thread:
https://forum.hyperion-entertainment.com
On 19 July 2021 at 04:32 pm, Stan Johnson wrote:
On 7/18/21 10:23 PM, Christian Zigotzky wrote:
Hello Stan,
We had the same issue during the 5.14 merge window. Please look in the
following thread:
https://forum.hyperion-entertainment.com/viewtopic.php?p=53511#p53511
There is a patch
Hi Nirmoy,
This patch works! Thanks a lot! We tested it on an A-EON AmigaOne
X5000/20 today.
Screenshot:
http://www.skateman.nl/wp-content/uploads/2021/07/Screenshot-at-2021-07-06-113237.png
Cheers,
Christian
On 05 July 2021 at 06:48 pm, Christian Zigotzky wrote:
Hi Nirmoy,
Many thanks
/Kernel-5-14-alpha3-Power-PC.png
Thanks,
Christian
On 06 July 2021 at 06:07 am, Christian Zigotzky wrote:
Hi Nick,
Thanks a lot for your patch! We will test it as soon as possible.
You're right that this issue doesn't exist in a virtual e5500 QEMU
machine.
Have a nice day,
Christian
On 06 July
Hi Nick,
Thanks a lot for your patch! We will test it as soon as possible. You're
right that this issue doesn't exist in a virtual e5500 QEMU machine.
Have a nice day,
Christian
On 06 July 2021 at 01:36 am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of July 6, 2021
/git/torvalds/linux.git/commit/?id=019b3fd94ba73d3ac615f0537440b81f129821f6
On 03 July 2021 at 09:57am, Christian Zigotzky wrote:
> Oh dear, there is another issue after the latest PowerPC updates. The
X5000 [1] doesn't boot anymore.
>
> Error messages:
>
> Oops: Exeption in kern
0791. Let us know if this helps.
>
>
> Regards,
>
> Nirmoy
>
> On 7/3/2021 9:30 AM, Christian Zigotzky wrote:
>> Hi All,
>>
>> Xorg doesn't work anymore after the latest DRM updates. [1]
>>
>> Error messages:
>>
>> Jul 03 08:54:51 Fie
are knocked out
and unfortunately I don't have any time for bisecting.
- Christian
On 03 July 2021 at 09:30 am, Christian Zigotzky wrote:
Hi All,
Xorg doesn't work anymore after the latest DRM updates. [1]
Error messages:
Jul 03 08:54:51 Fienix systemd[1]: Starting Light Display Manager
Hi All,
Xorg doesn't work anymore after the latest DRM updates. [1]
Error messages:
Jul 03 08:54:51 Fienix systemd[1]: Starting Light Display Manager...
Jul 03 08:54:51 Fienix systemd[1]: Started Light Display Manager.
Jul 03 08:54:51 Fienix kernel: BUG: Kernel NULL pointer dereference on
On 02 June 2021 at 01:26pm, Christian Zigotzky wrote:
On 20 May 2021 at 01:07am, Nicholas Piggin wrote:
Hmm, okay that probably rules out those notifier changes then.
Can you remind me were you able to rule these out as suspects?
8f6cc75a97d1 powerpc: move norestart trap flag to bit 0
On 20 May 2021 at 01:07am, Nicholas Piggin wrote:
Hmm, okay that probably rules out those notifier changes then.
Can you remind me were you able to rule these out as suspects?
8f6cc75a97d1 powerpc: move norestart trap flag to bit 0
8dc7f0229b78 powerpc: remove partial register save logic
On 20 May 21 at 01:07am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 19, 2021 9:52 pm:
On 19 May 2021 at 09:57 am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 17, 2021 7:42 pm:
On 17 May 2021 at 09:42am, Nicholas Piggin wrote:
On 19 May 2021 at 09:57 am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 17, 2021 7:42 pm:
On 17 May 2021 at 09:42am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 15, 2021 11:46 pm:
I tried it but it doesn't solve the issue. The uImage
> On 17. May 2021, at 11:43, Christian Zigotzky wrote:
>
> On 17 May 2021 at 09:42am, Nicholas Piggin wrote:
>> Excerpts from Christian Zigotzky's message of May 15, 2021 11:46 pm:
>>> On 15 May 2021 at 12:08pm Christophe Leroy wrote:
>>>>
>>>
On 17 May 2021 at 09:42am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 15, 2021 11:46 pm:
On 15 May 2021 at 12:08pm Christophe Leroy wrote:
Le 15/05/2021 à 11:48, Christian Zigotzky a écrit :
Hi All,
I bisected today [1] and the bisecting itself was OK
On 15 May 2021 at 12:08pm Christophe Leroy wrote:
Le 15/05/2021 à 11:48, Christian Zigotzky a écrit :
Hi All,
I bisected today [1] and the bisecting itself was OK but the
reverting of the bad commit doesn't solve the issue. Do you have an
idea which commit could be resposible
that affected KVM HV on FSL P50x0 machines.
Thanks,
Christian
[1] https://forum.hyperion-entertainment.com/viewtopic.php?p=53209#p53209
On 14 May 2021 at 10:10 am, Christian Zigotzky wrote:
Hi All,
The RC1 of kernel 5.13 doesn't boot in a virtual e5500 QEMU machine
with KVM HV anymore. I see
Hi All,
The RC1 of kernel 5.13 doesn't boot in a virtual e5500 QEMU machine with
KVM HV anymore. I see in the serial console that the uImage doesn't
load. I use the following QEMU command for booting:
qemu-system-ppc64 -M ppce500 -cpu e5500 -enable-kvm -m 1024 -kernel
uImage-5.13 -drive
On 14 May 2021 at 00:58am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of May 14, 2021 6:20 am:
On 13 May 2021 at 07:00pm, Christophe Leroy wrote:
Ah yes, I remember this problem.
Can you select CONFIG_VIRT_CPU_ACCOUNTING_GEN in your configuration ?
Otherwise, I can try
On 13 May 2021 at 07:00pm, Christophe Leroy wrote:
Le 13/05/2021 à 18:35, Christian Zigotzky a écrit :
On 13 May 2021 at 5:51pm, Christophe Leroy wrote:
Le 13/05/2021 à 17:19, Christian Zigotzky a écrit :
On 13 May 2021 at 12:01 pm, Christophe Leroy wrote:
Le 13/05/2021 à 08:47
On 13 May 2021 at 5:51pm, Christophe Leroy wrote:
Le 13/05/2021 à 17:19, Christian Zigotzky a écrit :
On 13 May 2021 at 12:01 pm, Christophe Leroy wrote:
Le 13/05/2021 à 08:47, Christian Zigotzky a écrit :
Hi Christophe,
On 9. May 2021, at 19:37, Christophe Leroy
wrote:
Did I do
On 13 May 2021 at 12:01 pm, Christophe Leroy wrote:
Le 13/05/2021 à 08:47, Christian Zigotzky a écrit :
Hi Christophe,
On 9. May 2021, at 19:37, Christophe Leroy
wrote:
Did I do an error in my analysis ?
No, you didn’t. On the contrary you have found the issue. ;-) The
issue
Hi Christophe,
> On 9. May 2021, at 19:37, Christophe Leroy
> wrote:
>
> Did I do an error in my analysis ?
No, you didn’t. On the contrary you have found the issue. ;-) The issue is
somewhere in the new interrupt code.
> ZZ | * | ceff77efa4f8 powerpc/64e/interrupt: Use new interrupt
On 09 May 2021 at 07:43 pm, Christophe Leroy wrote:
On my side, book3e (corenet64_smp_defconfig) built with GCC 10.1 works
well with QEMU 2.11.2
A kernel built with the configuration you provided doesn't boot on
QEMU, no output at all, even with kernel v5.12.
What versions of GCC and QEMU
1 - 100 of 457 matches
Mail list logo
