On 06 October 2024 at 8:01pm, Christian Zigotzky wrote:
On 06 October 2024 at 7:37pm, Christophe Leroy wrote:
Le 06/10/2024 à 18:56, Christian Zigotzky a écrit :
Hello Wu Hoi Pok,
Thanks a lot for your patch. Unfortunately there is a new issue
after patching the RC1. Could you please fix
On 06 October 2024 at 7:37pm, Christophe Leroy wrote:
Le 06/10/2024 à 18:56, Christian Zigotzky a écrit :
Hello Wu Hoi Pok,
Thanks a lot for your patch. Unfortunately there is a new issue after
patching the RC1. Could you please fix the following issue?
Thanks,
Christian
---
Linux fienix
On 03 October 2024 at 08:06 am, Wu Hoi Pok wrote:
This is a fix patch not tested yet,
for a bug I introduce in previous rework of radeon driver.
The bug is a null dereference in 'aux.dev', which is the
'device' not registered, resulting in kernel panic. By having
'late_register', the connector sh
Hi All,
I compiled a new RC1 of kernel 6.12 with this patch today. Please test it.
Downloads:
- https://github.com/chzigotzky/kernels/releases/tag/v6.12.0-rc1-2
- https://www.xenosoft.de/linux-image-6.12-rc1-2-X1000_X5000.tar.gz
Thanks,
Christian
On 04 October 2024 at 4:00pm, Alex Deucher wro
On 02 October 2024 at 3:43pm, Hoi Pok Wu wrote:
Thanks to Christophe.
I have figured out what happened.
The connector is registered before the device,
where drm_connector_register() states that,
drm_dev_register() has to be called before it.
Assuming this is the fix, I will send the patch for t
On 30 September 2024 3:27pm, Alex Deucher wrote:
+ Wu Hoi Pok
This is likely related to the drm device rework.
Alex
—-
Hi All,
I was able to revert the drm-next-2024-09-19 updates for the RC1 of kernel 6.12.
This kernel works on all machines without any problems.
This means, the new R
> On 26 September 2024 at 6:38pm, Christian Zigotzky
> wrote:
>
> On 26 September 2024 at 5:50pm, Alex Deucher wrote:
>
> Can you attach your dmesg output? There was a regression in the dma
> subsystem what was fixed by this commit:
>
> commit b348b6d17fd1d5d8
Hello,
I tested the latest Git kernel with my VAPOR-X Radeon HD5870 1GB GDDR5 PCI-E
DUAL DVI-I/HDMI/DP on my PASEMI Nemo board today.
Unfortunately it has the same issue like my FSL P5040 board.
I think it depends on which graphics card is used.
It could be, that FSL P5020 boards are also affec
On 28 September 2024 at 01:46pm, Christian Zigotzky wrote:
Am 28.09.24 um 10:42 schrieb Christophe Leroy:
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian
Am 28.09.24 um 10:42 schrieb Christophe Leroy:
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian Zigotzky
>> wrote:
>>>
>>> Hi All,
On 26 September 2024 at 5:50pm, Alex Deucher wrote:
Can you attach your dmesg output? There was a regression in the dma
subsystem what was fixed by this commit:
commit b348b6d17fd1d5d89b86db602f02be
a54a754bd8
Author: Leon Romanovsky
Date: Sun Sep 22 21:09:48 2024 +0300
dma-mapping: repor
On 22 September 2024 at 08:48 am, Christian Zigotzky wrote:
On 21 September 2024 at 06:15 am, Christian Zigotzky wrote:
Hi All,
The lastest Git kernel doesn't boot anymore after the latest DRM
updates (drm-next-2024-09-19). [1]
I tested it with an AMD Radeon HD 6970 (Cayman XT) and wi
On 21 September 2024 at 06:15 am, Christian Zigotzky wrote:
Hi All,
The lastest Git kernel doesn't boot anymore after the latest DRM
updates (drm-next-2024-09-19). [1]
I tested it with an AMD Radeon HD 6970 (Cayman XT) and with an AMD
Radeon HD 5870 (Cypress XT).
I reverted th
Hi All,
The lastest Git kernel doesn't boot anymore after the latest DRM updates
(drm-next-2024-09-19). [1]
I tested it with an AMD Radeon HD 6970 (Cayman XT) and with an AMD
Radeon HD 5870 (Cypress XT).
I reverted the DRM updates and after that the kernel boots without any
problems.
Ple
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 of
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 to
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&#
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
("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,
ike that.
-- 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
+ 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
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 c
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 sta
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
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
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:5
e. We 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
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
read
Hi Gustavo,
Your patch works! Thanks a lot! I tested it with my Freescale P5040
board and P.A.Semi Nemo board with a connected AMD Radeon HD6970 NI
graphics cards (Cayman
XT) today.
Have a nice day,
Christian
On 07 May 2021 at 08:43am, Christian Zigotzky wrote:
Hi Gustavo,
Great! I will
Hi Gustavo,
Great! I will test it. Many thanks for your help.
Cheers,
Christian
> On 7. May 2021, at 01:55, Gustavo A. R. Silva wrote:
>
> Hi Christian,
>
>> On 4/30/21 06:59, Christian Zigotzky wrote:
>> Hello,
>>
>> The Nemo board (A-EON AmigaOn
On 19 August 2020 at 06:35 am, Gerd Hoffmann wrote:
On Tue, Aug 18, 2020 at 04:41:38PM +0200, Christian Zigotzky wrote:
Hello Gerd,
I compiled a new kernel with the latest DRM misc updates today. The patch is
included in these updates.
This kernel works with the VirtIO-GPU in a virtual e5500
On 18 August 2020 at 10:18 am, Gerd Hoffmann wrote:
On Mon, Aug 17, 2020 at 11:19:58AM +0200, Christian Zigotzky wrote:
Hello
I compiled the RC1 of kernel 5.9 today. Unfortunately the issue with the
VirtIO-GPU (see below) still exists. Therefore we still need the patch (see
below) for using
On 18 August 2020 at 10:18 am, Gerd Hoffmann wrote:
On Mon, Aug 17, 2020 at 11:19:58AM +0200, Christian Zigotzky wrote:
Hello
I compiled the RC1 of kernel 5.9 today. Unfortunately the issue with the
VirtIO-GPU (see below) still exists. Therefore we still need the patch (see
below) for using
On 12 August 2020 at 3:09 pm, Christian Zigotzky wrote:
Hello Daniel,
The VirtIO-GPU doesn't work anymore with the latest Git kernel in a
virtual e5500 PPC64 QEMU machine [1,2] after the commit "drm/virtio:
Call the right shmem helpers". [3]
The kernel 5.8 works with the Vir
Hello Daniel,
The VirtIO-GPU doesn't work anymore with the latest Git kernel in a
virtual e5500 PPC64 QEMU machine [1,2] after the commit "drm/virtio:
Call the right shmem helpers". [3]
The kernel 5.8 works with the VirtIO-GPU in this virtual machine.
I bisected today [4].
Result: drm/virtio
iotlb buffer is full
Datum: Mon, 10 Aug 2020 15:01:37 +0200
Von:Christian Zigotzky
An: Aneesh Kumar K.V
Kopie (CC): R.T.Dickinson , Darren Stevens
, Olof Johansson , mad skateman
, linuxppc-dev ,
kvm-...@vger.kernel.org
Hello,
Just for info. The latest git kernel doesn't w
Hi All,
AGP mode/support is deactivated on PowerPC and it doesn't work reliable
And what does these lines mean:
PowerMac G5 Dual:
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV350 4152) 20090101 AGP 8x
PowerPC 64/Altivec TCL
OpenGL version string: 1.5 Me
It‘s an end user. That means bisecting isn‘t possible.
— Christian
Sent from my iPhone
> On 3. Jan 2019, at 12:03, Michel Dänzer wrote:
>
>> On 2019-01-01 4:03 p.m., Christian Zigotzky wrote:
>> Hello,
>>
>> An end user reportet that his ATI FirePro 2260 do
Hello,
An end user reportet that his ATI FirePro 2260 doesn't work anymore with
the latest Git kernel. We are a first level Linux support and we usually
compile Git kernels during the merge window time for testing. After the
update 'drm-next-2018-12-14', his ATI FirePro 2260 doesn't work anymo
On 28 November 2017 at 10:40AM, Michel Dänzer wrote:
On 2017-11-28 06:43 AM, Christian Zigotzky wrote:
Is it better to enable SWIOTLB? Are there any advantages with SWIOTLB
enabled?
I doubt SWIOTLB provides any benefit for you.
Can you test if Christian's patch fixes the problem with SW
t;>> On 2017-11-27 12:50 PM, Christian König wrote:
>>>>> Am 27.11.2017 um 12:02 schrieb Michel Dänzer:
>>>>>> On 2017-11-24 05:09 PM, Michel Dänzer wrote:
>>>>>>> On 2017-11-24 03:29 PM, Christian Zigotz
On 24.11.2017 20:14, Ilia Mirkin wrote:
Do you have SWIOTLB disabled in your .config? Try enabling it to see
if that's the issue.
Looking at your bisect log, you might have incorrectly marked some
revisions. E.g. you had a compile failure, which while isn't "good",
it's also not "bad" -- good a
On 24.11.2017 20:08, Christian Zigotzky wrote:
On 24.11.2017 17:09, Michel Dänzer wrote:
On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call
On 24.11.2017 17:09, Michel Dänzer wrote:
On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call (v2)) [1]
It can't really be that commit,
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call (v2)) [1]
Please find attached the git bisect log.
Thanks,
Christian
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.
On 22 November 2017 at 2:45PM, Ilia Mirkin wrote:
I thought I covered that...
"I'd recommend doing a proper bisect (search for "git bisect", there
are tons of guides). That will identify the commit that's actually
responsible."
-ilia
___
dri-devel
On 22 November 2017 at 2:27PM, Ilia Mirkin wrote:
On Wed, Nov 22, 2017 at 8:20 AM, Christian Zigotzky
wrote:
Hi Alex,
I reverted the following files in the first bad commit (first DRM updates)
Is the merge commit really the first bad commit? i.e. both parents of
the merge are good, but the
Hi Alex,
I reverted the following files in the first bad commit (first DRM
updates) [1].
-rw-r--r-- drivers/gpu/drm/radeon/Makefile 5
-rw-r--r-- drivers/gpu/drm/radeon/atombios_dp.c 46
-rw-r--r-- drivers/gpu/drm/radeon/ci_dpm.c 22
-rw-r--r-- drivers/gpu/drm/radeon/ci_dpm.h
Alex,
Thanks for your fast reply. I have looked in the first bad commit
e60e1ee60630cafef5e430c2ae364877e061d980 (Merge tag 'drm-for-v4.15') [1].
I have found a lot of kzalloc changes. I am sorry, I don't have any
experiences with this code. I only know that my Radeon HD6870 doesn't
have hardw
Hi All,
I tested the latest Git kernel version [1] on my Varisys Nemo board with
a 64-bit dual-core PWRficient PA6T-1682M PowerPC CPU (A-EON AmigaOne
X1000) [2] today. Unfortunately hardware 3D acceleration doesn't work
anymore. It works without any problems with the kernel 4.14.0 [3].
Error
52 matches
Mail list logo
