Christophe Leroy writes:
Hi Christian, hi Hari,
Le 04/04/2024 à 19:44, Christian Zigotzky a écrit :
Shall we use CONFIG_CRASH_DUMP to get int crashing_cpu = -1;?
Further information:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2024-March/269985.html
<https://lists.ozlabs.org/piperm
Shall we use CONFIG_CRASH_DUMP to get int crashing_cpu = -1;?
Further information:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2024-March/269985.html
— Christian
Riccardo,
FYI: https://forum.hyperion-entertainment.com/viewtopic.php?f=58=5012
-- Christian
On 25 March 2024 at 01:17 pm, Riccardo Mottola wrote:
Hi,
I did an "apt-get dist-upgrade" today and my git disappeared.
When I tried to readd it I get:
Some packages could not be installed. This may
disable_threadbit = 0;
long start = mftb();
long now;
+ int crashing_cpu = -1;
local_irq_disable();
hard_irq_disable();
-
-- Christian
On 25 March 2024 at 10:14 am, Christian Zigotzky wrote:
We have configured (kernel config):
# CONFIG_CRASH_DUMP is not set
is keeps a track of which one is the crashing cpu. */
int crashing_cpu = -1;
#endif
-
-- Christian
On 25 March 2024 at 08:15 am, Christian Zigotzky wrote:
Thanks a lot for the hint.
Could you please add #include to
arch/powerpc/platforms/85xx/smp.c for the next Power
Thanks a lot for the hint.
Could you please add #include to
arch/powerpc/platforms/85xx/smp.c for the next PowerPC fixes?
Christian
On 25 March 2024 at 07:43 am, Christophe Leroy wrote:
Hi,
Le 25/03/2024 à 06:18, Christian Zigotzky a écrit :
I have created a patch:
--- a/arch/powerpc
= mftb();
long now;
+ int crashing_cpu = -1;
local_irq_disable();
hard_irq_disable();
---
-- Christian
On 25 March 2024 at 05:48 am, Christian Zigotzky wrote:
Hi All,
Compiling of the RC1 of kernel 6.9 doesn’t work anymore for our FSL
P5020/P5040 boards [1] since
Hi All,
The Compiling of the RC1 of kernel 6.9 doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the PowerPC updates 6.9-2 [2].
Error messages:
arch/powerpc/platforms/85xx/smp.c: In function 'mpc85xx_smp_kexec_cpu_down':
arch/powerpc/platforms/85xx/smp.c:401:13: error:
On 25 November 2023 at 01:35 pm, Christian Zigotzky wrote:
On 25 November 2023 at 01:22 pm, Christian Zigotzky wrote:
On 25 November 2023 at 12:09 pm, John Paul Adrian Glaubitz wrote:
On Sat, 2023-11-25 at 11:06 +0100, Christian Zigotzky wrote:
Could you please revert the v2 patch because
On 25 November 2023 at 01:22 pm, Christian Zigotzky wrote:
On 25 November 2023 at 12:09 pm, John Paul Adrian Glaubitz wrote:
On Sat, 2023-11-25 at 11:06 +0100, Christian Zigotzky wrote:
Could you please revert the v2 patch because of the issue with the
virtio-mouse-pci cursor? I will try
On 25 November 2023 at 12:09 pm, John Paul Adrian Glaubitz wrote:
On Sat, 2023-11-25 at 11:06 +0100, Christian Zigotzky wrote:
Could you please revert the v2 patch because of the issue with the
virtio-mouse-pci cursor? I will try to use the v1 patch for the RC3 of
kernel 6.7.
I don't
On 19 November 2023 at 07:33 pm, Geert Uytterhoeven wrote:
Hi Christian,
On Sun, Nov 19, 2023 at 5:28 PM Christian Zigotzky
wrote:
On 16 November 2023 at 03:44 pm, Gerd Hoffmann wrote:
On Thu, Nov 16, 2023 at 02:16:54PM +0100, Geert Uytterhoeven wrote:
When using virtgpu on a big-endian
t;drm/client: Convert drm_client_buffer_addfb() to
drm_mode_addfb2()")
Reported-by: Christian Zigotzky
Closes:
https://lore.kernel.org/r/c47fba21-3ae9-4021-9f4a-09c2670eb...@xenosoft.de
Suggested-by: Gerd Hoffmann
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Gerd Hoffmann
Hi All,
The
Linus Torvalds
Geert,
Your patch works! :-) Thanks a lot!
I tested it with the virtio-vga and with the virtio-gpu-pci device in a
virtual ppce500 QEMU/KVM HV machine with an e5500 CPU today.
Tested-by: Christian Zigotzky
Cheers,
Christian
Linus Torvalds
Geert,
Your patch works! :-) Thanks a lot!
I tested it with the virtio-vga and with the virtio-gpu-pci device in a
virtual ppce500 QEMU/KVM HV machine with an e5500 CPU today.
Tested-by: Christian Zigotzky
Cheers,
Christian
On 13 November 2023 at 01:48 pm, Geert Uytterhoeven wrote:
Hi Christian,
On Sun, Nov 12, 2023 at 3:23 PM Christian Zigotzky
wrote:
On 07 November 2023 at 09:36 am, Christian Zigotzky wrote:
I have found out that fbdev no longer works with virtio-gpu-pci and
virtio-vga. It is not a problem
On 13 November 2023 at 01:48 pm, Geert Uytterhoeven wrote:
Hi Christian,
On Sun, Nov 12, 2023 at 3:23 PM Christian Zigotzky
wrote:
On 07 November 2023 at 09:36 am, Christian Zigotzky wrote:
I have found out that fbdev no longer works with virtio-gpu-pci and
virtio-vga. It is not a problem
+ Helge Deller
+ Gerd Knorr
+ Geert Uytterhoeven
On 07 November 2023 at 09:36 am, Christian Zigotzky wrote:
Hello,
I have found out that fbdev no longer works with virtio-gpu-pci and
virtio-vga. It is not a problem with the penguin logos.
Could you please check fbdev in QEMU virtual
+ Helge Deller
+ Gerd Knorr
+ Geert Uytterhoeven
On 07 November 2023 at 09:36 am, Christian Zigotzky wrote:
Hello,
I have found out that fbdev no longer works with virtio-gpu-pci and
virtio-vga. It is not a problem with the penguin logos.
Could you please check fbdev in QEMU virtual
at 03:45 pm, Christian Zigotzky wrote:
Hello,
There is a fbdev issue with the virtio-gpu-pci and virtio-vga. (The
penguins are not displayed at boot time)
Error message: [ 0.889302] virtio-pci :00:02.0: [drm] *ERROR*
fbdev: Failed to setup generic emulation (ret=-2)
The kernel 6.6 final
at 03:45 pm, Christian Zigotzky wrote:
Hello,
There is a fbdev issue with the virtio-gpu-pci and virtio-vga. (The
penguins are not displayed at boot time)
Error message: [ 0.889302] virtio-pci :00:02.0: [drm] *ERROR*
fbdev: Failed to setup generic emulation (ret=-2)
The kernel 6.6 final
Hello,
There is a fbdev issue with the virtio-gpu-pci and virtio-vga. (The
penguins are not displayed at boot time)
Error message: [ 0.889302] virtio-pci :00:02.0: [drm] *ERROR*
fbdev: Failed to setup generic emulation (ret=-2)
The kernel 6.6 final doesn't have this issue.
Please
Hello,
There is a fbdev issue with the virtio-gpu-pci and virtio-vga. (The
penguins are not displayed at boot time)
Error message: [ 0.889302] virtio-pci :00:02.0: [drm] *ERROR*
fbdev: Failed to setup generic emulation (ret=-2)
The kernel 6.6 final doesn't have this issue.
Please
On 03.07.23 07:21, Michael Ellerman wrote:
On Fri, 05 May 2023 12:18:17 -0500, Rob Herring wrote:
Commit e4ab08be5b49 ("powerpc/isa-bridge: Remove open coded "ranges"
parsing") broke PASemi Nemo board booting. The issue is the ISA I/O
range was not getting mapped as the logic to handle no
Hello Adrian,
On 29 June 2023 at 12:17 pm, John Paul Adrian Glaubitz wrote:
What version of AmigaOS is that?
AmigaOS 4.1
Maybe the RDB is corrupted? Did you try on a freshly created RDB?
Good idea! I recreated the RDB with the Media Toolbox on the
sb600sata.device, 0. (AmigaOne X1000)
Hello,
The access to partitions on disks with an Amiga partition table (via
the Rigid Disk Block RDB) doesn't work anymore on my Cyrus+ board with a
FSL P50x0 PowerPC SoC [1] and on my P.A. Semi Nemo board [2] after the
block updates 2023-06-23 [3].
parted -l
Model: ATA ST2000DM001-9YN1
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
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 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
1 - 100 of 1067 matches
Mail list logo
