* [PATCH] drm/radeon: add late_register for connector [not found] <20241003060650.18454-1-wuhoipok@gmail.com> @ 2024-10-06 16:56 ` Christian Zigotzky 2024-10-06 17:37 ` Christophe Leroy 0 siblings, 1 reply; 14+ messages in thread From: Christian Zigotzky @ 2024-10-06 16:56 UTC (permalink / raw) To: Wu Hoi Pok Cc: Christophe Leroy, Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens [-- Attachment #1: Type: text/plain, Size: 7215 bytes --] 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 should be registered after > 'drm_dev_register' automatically. > > Please help testing thank you. 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 CEST 2024 ppc64 GNU/Linux [ 29.167145] systemd[1]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a [ 29.542140] systemd-journald[1301]: Successfully sent stream file descriptor to service manager. [ 29.561863] BUG: Kernel NULL pointer dereference on read at 0x00000000 [ 29.567156] Faulting instruction address: 0xc000000000c973c0 [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 [ 29.586428] sp: c000000006f978e0 [ 29.588695] msr: 9000000000009032 [ 29.590962] dar: 0 [ 29.591925] dsisr: 40000000 [ 29.593496] current = 0xc0000000085b1f00 [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 irq_happened: 0x01 [ 29.602119] pid = 1524, comm = Xorg.wrap [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP Fri Oct 4 08:55:45 CEST 2024 [ 29.623892] enter ? for help [ 29.625487] [c000000006f97960] c000000000d28dd8 .radeon_bo_unref+0x58/0x90 [ 29.631083] [c000000006f979e0] c000000000e287b0 .radeon_vm_fini+0x260/0x330 [ 29.636765] [c000000006f97aa0] c000000000d07c94 .radeon_driver_postclose_kms+0x1a4/0x1f0 [ 29.643579] [c000000006f97b30] c000000000c9374c .drm_file_free+0x28c/0x300 [ 29.649174] [c000000006f97be0] c000000000c93900 .drm_release+0x90/0x170 [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 [ 29.659495] [c000000006f97d10] c0000000002fe0fc .__se_sys_close+0x4c/0xc0 [ 29.665004] [c000000006f97d90] c000000000025bac .system_call_exception+0x22c/0x260 [ 29.671295] [c000000006f97e10] c00000000000b554 system_call_common+0xf4/0x258 [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 [ 29.681876] SP (fff4b3d0) is in userspace [ 29.684577] 1:mon> <no input ...> [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone X1000 [ 31.676144] Modules linked in: snd_hda_codec_idt snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg snd_hda_codec snd_hda_core dm_mod [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted 6.12.0-rc1-2-powerpc64-smp #1 [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON Amigaone X1000 [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: c000000000d07af0 [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted (6.12.0-rc1-2-powerpc64-smp) [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: 28002222 XER: 20000000 [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 GPR00: c000000000d28dd8 c000000006f978e0 c00000000207a800 c0000000085f5468 GPR04: 0000000000000b9b 0000000000000b9a 0000000179779000 c0000000086a4b00 GPR08: 0000000000000000 0000000000000000 0000000000000001 0000000000000000 GPR12: 0000000048002202 c00000003ffff680 0000000000000000 0000000000000000 GPR16: 00000000006e3318 0000000000000001 00000000006e289c 0000000000000063 GPR20: 00000000c04064a0 00000000007f0088 00000000fff4c734 00000000007d165c GPR24: 00000000007d1668 c000000024b6a220 c000000003588000 c000000024b6a200 GPR28: c000000003b3cc00 c000000024b6a248 c000000002d48820 c0000000085f5468 [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 [ 31.788062] Call Trace: [ 31.789199] [c000000006f978e0] [c000000006f97990] 0xc000000006f97990 (unreliable) [ 31.795388] [c000000006f97960] [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 [ 31.801142] [c000000006f979e0] [c000000000e287b0] .radeon_vm_fini+0x260/0x330 [ 31.806982] [c000000006f97aa0] [c000000000d07c94] .radeon_driver_postclose_kms+0x1a4/0x1f0 [ 31.813954] [c000000006f97b30] [c000000000c9374c] .drm_file_free+0x28c/0x300 [ 31.819707] [c000000006f97be0] [c000000000c93900] .drm_release+0x90/0x170 [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] .__se_sys_close+0x4c/0xc0 [ 31.836010] [c000000006f97d90] [c000000000025bac] .system_call_exception+0x22c/0x260 [ 31.842460] [c000000006f97e10] [c00000000000b554] system_call_common+0xf4/0x258 [ 31.848476] --- interrupt: c00 at 0x6b2b48 [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: 0000000000000000 [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted (6.12.0-rc1-2-powerpc64-smp) [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> CR: 28002400 XER: 00000000 [ 31.871235] IRQMASK: 0 GPR00: 0000000000000006 00000000fff4b3d0 00000000f7b7f3a0 0000000000000003 GPR04: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 GPR08: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 GPR12: 0000000000000000 00000000007efff4 0000000000000000 0000000000000000 GPR16: 00000000006e3318 0000000000000001 00000000006e289c 0000000000000063 GPR20: 00000000c04064a0 00000000007f0088 00000000fff4c734 00000000007d165c GPR24: 00000000007d1668 00000000fff4b400 0000000000000001 0000000000000001 GPR28: 00000000fff4b46c 0000000000000000 00000000007bfff4 0000000000000003 [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 [ 31.928930] LR [00000000006b2b20] 0x6b2b20 [ 31.931720] --- interrupt: c00 [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 <e9290000> 7d2a0074 794ad182 0b0a0000 [ 31.946913] ---[ end trace 0000000000000000 ]--- [-- Attachment #2: Type: text/html, Size: 8486 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/radeon: add late_register for connector 2024-10-06 16:56 ` [PATCH] drm/radeon: add late_register for connector Christian Zigotzky @ 2024-10-06 17:37 ` Christophe Leroy 2024-10-06 18:01 ` Christian Zigotzky ` (2 more replies) 0 siblings, 3 replies; 14+ messages in thread From: Christophe Leroy @ 2024-10-06 17:37 UTC (permalink / raw) To: Christian Zigotzky, Wu Hoi Pok Cc: Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : > 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 should be registered after >> 'drm_dev_register' automatically. >> >> Please help testing thank you. > 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 CEST > 2024 ppc64 GNU/Linux > > [ 29.167145] systemd[1]: Sent message type=signal sender=n/a > destination=n/a > path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice > interface=org.freedesktop.DBus.Properties member=PropertiesChanged > cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a > error-message=n/a > [ 29.542140] systemd-journald[1301]: Successfully sent stream file > descriptor to service manager. > [ 29.561863] BUG: Kernel NULL pointer dereference on read at 0x00000000 > [ 29.567156] Faulting instruction address: 0xc000000000c973c0 > [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] > [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 > [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 > [ 29.586428] sp: c000000006f978e0 > [ 29.588695] msr: 9000000000009032 > [ 29.590962] dar: 0 > [ 29.591925] dsisr: 40000000 > [ 29.593496] current = 0xc0000000085b1f00 > [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 > irq_happened: 0x01 > [ 29.602119] pid = 1524, comm = Xorg.wrap > [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp > (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld > (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP > Fri Oct 4 08:55:45 CEST 2024 > [ 29.623892] enter ? for help > [ 29.625487] [c000000006f97960] c000000000d28dd8 > .radeon_bo_unref+0x58/0x90 > [ 29.631083] [c000000006f979e0] c000000000e287b0 > .radeon_vm_fini+0x260/0x330 > [ 29.636765] [c000000006f97aa0] c000000000d07c94 > .radeon_driver_postclose_kms+0x1a4/0x1f0 > [ 29.643579] [c000000006f97b30] c000000000c9374c > .drm_file_free+0x28c/0x300 > [ 29.649174] [c000000006f97be0] c000000000c93900 .drm_release+0x90/0x170 > [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 > [ 29.659495] [c000000006f97d10] c0000000002fe0fc .__se_sys_close+0x4c/0xc0 > [ 29.665004] [c000000006f97d90] c000000000025bac > .system_call_exception+0x22c/0x260 > [ 29.671295] [c000000006f97e10] c00000000000b554 > system_call_common+0xf4/0x258 > [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 > [ 29.681876] SP (fff4b3d0) is in userspace > [ 29.684577] 1:mon> <no input ...> > [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] > [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone X1000 > [ 31.676144] Modules linked in: snd_hda_codec_idt > snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg > snd_hda_codec snd_hda_core dm_mod > [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted > 6.12.0-rc1-2-powerpc64-smp #1 > [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON Amigaone X1000 > [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: > c000000000d07af0 > [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted > (6.12.0-rc1-2-powerpc64-smp) > [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: > 28002222 XER: 20000000 > [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 > GPR00: c000000000d28dd8 c000000006f978e0 > c00000000207a800 c0000000085f5468 > GPR04: 0000000000000b9b 0000000000000b9a > 0000000179779000 c0000000086a4b00 > GPR08: 0000000000000000 0000000000000000 > 0000000000000001 0000000000000000 > GPR12: 0000000048002202 c00000003ffff680 > 0000000000000000 0000000000000000 > GPR16: 00000000006e3318 0000000000000001 > 00000000006e289c 0000000000000063 > GPR20: 00000000c04064a0 00000000007f0088 > 00000000fff4c734 00000000007d165c > GPR24: 00000000007d1668 c000000024b6a220 > c000000003588000 c000000024b6a200 > GPR28: c000000003b3cc00 c000000024b6a248 > c000000002d48820 c0000000085f5468 > [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 > [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 > [ 31.788062] Call Trace: > [ 31.789199] [c000000006f978e0] [c000000006f97990] 0xc000000006f97990 > (unreliable) > [ 31.795388] [c000000006f97960] [c000000000d28dd8] > .radeon_bo_unref+0x58/0x90 > [ 31.801142] [c000000006f979e0] [c000000000e287b0] > .radeon_vm_fini+0x260/0x330 > [ 31.806982] [c000000006f97aa0] [c000000000d07c94] > .radeon_driver_postclose_kms+0x1a4/0x1f0 > [ 31.813954] [c000000006f97b30] [c000000000c9374c] > .drm_file_free+0x28c/0x300 > [ 31.819707] [c000000006f97be0] [c000000000c93900] .drm_release+0x90/0x170 > [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 > [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] > .__se_sys_close+0x4c/0xc0 > [ 31.836010] [c000000006f97d90] [c000000000025bac] > .system_call_exception+0x22c/0x260 > [ 31.842460] [c000000006f97e10] [c00000000000b554] > system_call_common+0xf4/0x258 > [ 31.848476] --- interrupt: c00 at 0x6b2b48 > [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: > 0000000000000000 > [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted > (6.12.0-rc1-2-powerpc64-smp) > [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> CR: > 28002400 XER: 00000000 > [ 31.871235] IRQMASK: 0 > GPR00: 0000000000000006 00000000fff4b3d0 > 00000000f7b7f3a0 0000000000000003 > GPR04: 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 > GPR08: 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 > GPR12: 0000000000000000 00000000007efff4 > 0000000000000000 0000000000000000 > GPR16: 00000000006e3318 0000000000000001 > 00000000006e289c 0000000000000063 > GPR20: 00000000c04064a0 00000000007f0088 > 00000000fff4c734 00000000007d165c > GPR24: 00000000007d1668 00000000fff4b400 > 0000000000000001 0000000000000001 > GPR28: 00000000fff4b46c 0000000000000000 > 00000000007bfff4 0000000000000003 > [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 > [ 31.928930] LR [00000000006b2b20] 0x6b2b20 > [ 31.931720] --- interrupt: c00 > [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 > fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 > <e9290000> 7d2a0074 794ad182 0b0a0000 > [ 31.946913] ---[ end trace 0000000000000000 ]--- > > That's a NULL pointer dereference in drm_gem_object_free(). Trying to read obj->funcs->free while obj->funcs is NULL. Christophe ^ permalink raw reply [flat|nested] 14+ messages in thread
* [PATCH] drm/radeon: add late_register for connector 2024-10-06 17:37 ` Christophe Leroy @ 2024-10-06 18:01 ` Christian Zigotzky 2024-10-07 3:19 ` Kernel doesn't boot after DRM updates (drm-next-2024-09-19) Christian Zigotzky 2024-10-07 4:49 ` [PATCH] drm/radeon: add late_register for connector Hoi Pok Wu 2024-10-07 13:17 ` Alex Deucher 2 siblings, 1 reply; 14+ messages in thread From: Christian Zigotzky @ 2024-10-06 18:01 UTC (permalink / raw) To: Christophe Leroy, Wu Hoi Pok Cc: Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 >> CEST 2024 ppc64 GNU/Linux >> >> [ 29.167145] systemd[1]: Sent message type=signal sender=n/a >> destination=n/a >> path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice >> interface=org.freedesktop.DBus.Properties member=PropertiesChanged >> cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a >> error-message=n/a >> [ 29.542140] systemd-journald[1301]: Successfully sent stream file >> descriptor to service manager. >> [ 29.561863] BUG: Kernel NULL pointer dereference on read at >> 0x00000000 >> [ 29.567156] Faulting instruction address: 0xc000000000c973c0 >> [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] >> [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 >> [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 >> [ 29.586428] sp: c000000006f978e0 >> [ 29.588695] msr: 9000000000009032 >> [ 29.590962] dar: 0 >> [ 29.591925] dsisr: 40000000 >> [ 29.593496] current = 0xc0000000085b1f00 >> [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 >> irq_happened: 0x01 >> [ 29.602119] pid = 1524, comm = Xorg.wrap >> [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp >> (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU >> ld (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 >> SMP Fri Oct 4 08:55:45 CEST 2024 >> [ 29.623892] enter ? for help >> [ 29.625487] [c000000006f97960] c000000000d28dd8 >> .radeon_bo_unref+0x58/0x90 >> [ 29.631083] [c000000006f979e0] c000000000e287b0 >> .radeon_vm_fini+0x260/0x330 >> [ 29.636765] [c000000006f97aa0] c000000000d07c94 >> .radeon_driver_postclose_kms+0x1a4/0x1f0 >> [ 29.643579] [c000000006f97b30] c000000000c9374c >> .drm_file_free+0x28c/0x300 >> [ 29.649174] [c000000006f97be0] c000000000c93900 >> .drm_release+0x90/0x170 >> [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 >> [ 29.659495] [c000000006f97d10] c0000000002fe0fc >> .__se_sys_close+0x4c/0xc0 >> [ 29.665004] [c000000006f97d90] c000000000025bac >> .system_call_exception+0x22c/0x260 >> [ 29.671295] [c000000006f97e10] c00000000000b554 >> system_call_common+0xf4/0x258 >> [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 >> [ 29.681876] SP (fff4b3d0) is in userspace >> [ 29.684577] 1:mon> <no input ...> >> [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] >> [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone >> X1000 >> [ 31.676144] Modules linked in: snd_hda_codec_idt >> snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel >> snd_intel_dspcfg snd_hda_codec snd_hda_core dm_mod >> [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted >> 6.12.0-rc1-2-powerpc64-smp #1 >> [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON >> Amigaone X1000 >> [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: >> c000000000d07af0 >> [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted >> (6.12.0-rc1-2-powerpc64-smp) >> [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: >> 28002222 XER: 20000000 >> [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 >> GPR00: c000000000d28dd8 c000000006f978e0 >> c00000000207a800 c0000000085f5468 >> GPR04: 0000000000000b9b 0000000000000b9a >> 0000000179779000 c0000000086a4b00 >> GPR08: 0000000000000000 0000000000000000 >> 0000000000000001 0000000000000000 >> GPR12: 0000000048002202 c00000003ffff680 >> 0000000000000000 0000000000000000 >> GPR16: 00000000006e3318 0000000000000001 >> 00000000006e289c 0000000000000063 >> GPR20: 00000000c04064a0 00000000007f0088 >> 00000000fff4c734 00000000007d165c >> GPR24: 00000000007d1668 c000000024b6a220 >> c000000003588000 c000000024b6a200 >> GPR28: c000000003b3cc00 c000000024b6a248 >> c000000002d48820 c0000000085f5468 >> [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 >> [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 >> [ 31.788062] Call Trace: >> [ 31.789199] [c000000006f978e0] [c000000006f97990] >> 0xc000000006f97990 (unreliable) >> [ 31.795388] [c000000006f97960] [c000000000d28dd8] >> .radeon_bo_unref+0x58/0x90 >> [ 31.801142] [c000000006f979e0] [c000000000e287b0] >> .radeon_vm_fini+0x260/0x330 >> [ 31.806982] [c000000006f97aa0] [c000000000d07c94] >> .radeon_driver_postclose_kms+0x1a4/0x1f0 >> [ 31.813954] [c000000006f97b30] [c000000000c9374c] >> .drm_file_free+0x28c/0x300 >> [ 31.819707] [c000000006f97be0] [c000000000c93900] >> .drm_release+0x90/0x170 >> [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 >> [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] >> .__se_sys_close+0x4c/0xc0 >> [ 31.836010] [c000000006f97d90] [c000000000025bac] >> .system_call_exception+0x22c/0x260 >> [ 31.842460] [c000000006f97e10] [c00000000000b554] >> system_call_common+0xf4/0x258 >> [ 31.848476] --- interrupt: c00 at 0x6b2b48 >> [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: >> 0000000000000000 >> [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted >> (6.12.0-rc1-2-powerpc64-smp) >> [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> >> CR: 28002400 XER: 00000000 >> [ 31.871235] IRQMASK: 0 >> GPR00: 0000000000000006 00000000fff4b3d0 >> 00000000f7b7f3a0 0000000000000003 >> GPR04: 0000000000000000 0000000000000000 >> 0000000000000000 0000000000000000 >> GPR08: 0000000000000000 0000000000000000 >> 0000000000000000 0000000000000000 >> GPR12: 0000000000000000 00000000007efff4 >> 0000000000000000 0000000000000000 >> GPR16: 00000000006e3318 0000000000000001 >> 00000000006e289c 0000000000000063 >> GPR20: 00000000c04064a0 00000000007f0088 >> 00000000fff4c734 00000000007d165c >> GPR24: 00000000007d1668 00000000fff4b400 >> 0000000000000001 0000000000000001 >> GPR28: 00000000fff4b46c 0000000000000000 >> 00000000007bfff4 0000000000000003 >> [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 >> [ 31.928930] LR [00000000006b2b20] 0x6b2b20 >> [ 31.931720] --- interrupt: c00 >> [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 >> fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 >> <e9290000> 7d2a0074 794ad182 0b0a0000 >> [ 31.946913] ---[ end trace 0000000000000000 ]--- >> >> > > That's a NULL pointer dereference in drm_gem_object_free(). > > Trying to read obj->funcs->free while obj->funcs is NULL. > > Christophe Hello Christophe, Thank you for the hint. Could you please create a patch? I would like to apply it to the RC2 tomorrow. Thanks, Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-06 18:01 ` Christian Zigotzky @ 2024-10-07 3:19 ` Christian Zigotzky 0 siblings, 0 replies; 14+ messages in thread From: Christian Zigotzky @ 2024-10-07 3:19 UTC (permalink / raw) To: Christophe Leroy, Wu Hoi Pok Cc: Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens 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 the following issue? >>> >>> Thanks, >>> Christian >>> >>> --- >>> >>> Linux fienix 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 >>> CEST 2024 ppc64 GNU/Linux >>> >>> [ 29.167145] systemd[1]: Sent message type=signal sender=n/a >>> destination=n/a >>> path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice >>> interface=org.freedesktop.DBus.Properties member=PropertiesChanged >>> cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a >>> error-message=n/a >>> [ 29.542140] systemd-journald[1301]: Successfully sent stream file >>> descriptor to service manager. >>> [ 29.561863] BUG: Kernel NULL pointer dereference on read at >>> 0x00000000 >>> [ 29.567156] Faulting instruction address: 0xc000000000c973c0 >>> [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] >>> [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 >>> [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 >>> [ 29.586428] sp: c000000006f978e0 >>> [ 29.588695] msr: 9000000000009032 >>> [ 29.590962] dar: 0 >>> [ 29.591925] dsisr: 40000000 >>> [ 29.593496] current = 0xc0000000085b1f00 >>> [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 >>> irq_happened: 0x01 >>> [ 29.602119] pid = 1524, comm = Xorg.wrap >>> [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp >>> (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU >>> ld (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 >>> SMP Fri Oct 4 08:55:45 CEST 2024 >>> [ 29.623892] enter ? for help >>> [ 29.625487] [c000000006f97960] c000000000d28dd8 >>> .radeon_bo_unref+0x58/0x90 >>> [ 29.631083] [c000000006f979e0] c000000000e287b0 >>> .radeon_vm_fini+0x260/0x330 >>> [ 29.636765] [c000000006f97aa0] c000000000d07c94 >>> .radeon_driver_postclose_kms+0x1a4/0x1f0 >>> [ 29.643579] [c000000006f97b30] c000000000c9374c >>> .drm_file_free+0x28c/0x300 >>> [ 29.649174] [c000000006f97be0] c000000000c93900 >>> .drm_release+0x90/0x170 >>> [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 >>> [ 29.659495] [c000000006f97d10] c0000000002fe0fc >>> .__se_sys_close+0x4c/0xc0 >>> [ 29.665004] [c000000006f97d90] c000000000025bac >>> .system_call_exception+0x22c/0x260 >>> [ 29.671295] [c000000006f97e10] c00000000000b554 >>> system_call_common+0xf4/0x258 >>> [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 >>> [ 29.681876] SP (fff4b3d0) is in userspace >>> [ 29.684577] 1:mon> <no input ...> >>> [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] >>> [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone >>> X1000 >>> [ 31.676144] Modules linked in: snd_hda_codec_idt >>> snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel >>> snd_intel_dspcfg snd_hda_codec snd_hda_core dm_mod >>> [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted >>> 6.12.0-rc1-2-powerpc64-smp #1 >>> [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON >>> Amigaone X1000 >>> [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: >>> c000000000d07af0 >>> [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted >>> (6.12.0-rc1-2-powerpc64-smp) >>> [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: >>> 28002222 XER: 20000000 >>> [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 >>> GPR00: c000000000d28dd8 c000000006f978e0 >>> c00000000207a800 c0000000085f5468 >>> GPR04: 0000000000000b9b 0000000000000b9a >>> 0000000179779000 c0000000086a4b00 >>> GPR08: 0000000000000000 0000000000000000 >>> 0000000000000001 0000000000000000 >>> GPR12: 0000000048002202 c00000003ffff680 >>> 0000000000000000 0000000000000000 >>> GPR16: 00000000006e3318 0000000000000001 >>> 00000000006e289c 0000000000000063 >>> GPR20: 00000000c04064a0 00000000007f0088 >>> 00000000fff4c734 00000000007d165c >>> GPR24: 00000000007d1668 c000000024b6a220 >>> c000000003588000 c000000024b6a200 >>> GPR28: c000000003b3cc00 c000000024b6a248 >>> c000000002d48820 c0000000085f5468 >>> [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 >>> [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 >>> [ 31.788062] Call Trace: >>> [ 31.789199] [c000000006f978e0] [c000000006f97990] >>> 0xc000000006f97990 (unreliable) >>> [ 31.795388] [c000000006f97960] [c000000000d28dd8] >>> .radeon_bo_unref+0x58/0x90 >>> [ 31.801142] [c000000006f979e0] [c000000000e287b0] >>> .radeon_vm_fini+0x260/0x330 >>> [ 31.806982] [c000000006f97aa0] [c000000000d07c94] >>> .radeon_driver_postclose_kms+0x1a4/0x1f0 >>> [ 31.813954] [c000000006f97b30] [c000000000c9374c] >>> .drm_file_free+0x28c/0x300 >>> [ 31.819707] [c000000006f97be0] [c000000000c93900] >>> .drm_release+0x90/0x170 >>> [ 31.825197] [c000000006f97c70] [c000000000304790] >>> .__fput+0x120/0x3b0 >>> [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] >>> .__se_sys_close+0x4c/0xc0 >>> [ 31.836010] [c000000006f97d90] [c000000000025bac] >>> .system_call_exception+0x22c/0x260 >>> [ 31.842460] [c000000006f97e10] [c00000000000b554] >>> system_call_common+0xf4/0x258 >>> [ 31.848476] --- interrupt: c00 at 0x6b2b48 >>> [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: >>> 0000000000000000 >>> [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted >>> (6.12.0-rc1-2-powerpc64-smp) >>> [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> >>> CR: 28002400 XER: 00000000 >>> [ 31.871235] IRQMASK: 0 >>> GPR00: 0000000000000006 00000000fff4b3d0 >>> 00000000f7b7f3a0 0000000000000003 >>> GPR04: 0000000000000000 0000000000000000 >>> 0000000000000000 0000000000000000 >>> GPR08: 0000000000000000 0000000000000000 >>> 0000000000000000 0000000000000000 >>> GPR12: 0000000000000000 00000000007efff4 >>> 0000000000000000 0000000000000000 >>> GPR16: 00000000006e3318 0000000000000001 >>> 00000000006e289c 0000000000000063 >>> GPR20: 00000000c04064a0 00000000007f0088 >>> 00000000fff4c734 00000000007d165c >>> GPR24: 00000000007d1668 00000000fff4b400 >>> 0000000000000001 0000000000000001 >>> GPR28: 00000000fff4b46c 0000000000000000 >>> 00000000007bfff4 0000000000000003 >>> [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 >>> [ 31.928930] LR [00000000006b2b20] 0x6b2b20 >>> [ 31.931720] --- interrupt: c00 >>> [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 >>> fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 >>> <e9290000> 7d2a0074 794ad182 0b0a0000 >>> [ 31.946913] ---[ end trace 0000000000000000 ]--- >>> >>> >> >> That's a NULL pointer dereference in drm_gem_object_free(). >> >> Trying to read obj->funcs->free while obj->funcs is NULL. >> >> Christophe > > Hello Christophe, > > Thank you for the hint. Could you please create a patch? I would like > to apply it to the RC2 tomorrow. > > Thanks, > Christian Hello Wu Hoi Pok, Reverting of the drm-next-2024-09-19 updates solves the issue. Please check the drm-next-2024-09-19 updates. Thanks, Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/radeon: add late_register for connector 2024-10-06 17:37 ` Christophe Leroy 2024-10-06 18:01 ` Christian Zigotzky @ 2024-10-07 4:49 ` Hoi Pok Wu 2024-10-07 14:08 ` Christian König 2024-10-07 13:17 ` Alex Deucher 2 siblings, 1 reply; 14+ messages in thread From: Hoi Pok Wu @ 2024-10-07 4:49 UTC (permalink / raw) To: Christophe Leroy Cc: Christian Zigotzky, Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens Thank you. I am looking at the problem now. On Mon, Oct 7, 2024 at 1:37 AM Christophe Leroy <christophe.leroy@csgroup.eu> wrote: > > > > Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : > > 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 should be registered after > >> 'drm_dev_register' automatically. > >> > >> Please help testing thank you. > > 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 CEST > > 2024 ppc64 GNU/Linux > > > > [ 29.167145] systemd[1]: Sent message type=signal sender=n/a > > destination=n/a > > path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice > > interface=org.freedesktop.DBus.Properties member=PropertiesChanged > > cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a > > error-message=n/a > > [ 29.542140] systemd-journald[1301]: Successfully sent stream file > > descriptor to service manager. > > [ 29.561863] BUG: Kernel NULL pointer dereference on read at 0x00000000 > > [ 29.567156] Faulting instruction address: 0xc000000000c973c0 > > [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] > > [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 > > [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 > > [ 29.586428] sp: c000000006f978e0 > > [ 29.588695] msr: 9000000000009032 > > [ 29.590962] dar: 0 > > [ 29.591925] dsisr: 40000000 > > [ 29.593496] current = 0xc0000000085b1f00 > > [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 > > irq_happened: 0x01 > > [ 29.602119] pid = 1524, comm = Xorg.wrap > > [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp > > (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld > > (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP > > Fri Oct 4 08:55:45 CEST 2024 > > [ 29.623892] enter ? for help > > [ 29.625487] [c000000006f97960] c000000000d28dd8 > > .radeon_bo_unref+0x58/0x90 > > [ 29.631083] [c000000006f979e0] c000000000e287b0 > > .radeon_vm_fini+0x260/0x330 > > [ 29.636765] [c000000006f97aa0] c000000000d07c94 > > .radeon_driver_postclose_kms+0x1a4/0x1f0 > > [ 29.643579] [c000000006f97b30] c000000000c9374c > > .drm_file_free+0x28c/0x300 > > [ 29.649174] [c000000006f97be0] c000000000c93900 .drm_release+0x90/0x170 > > [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 > > [ 29.659495] [c000000006f97d10] c0000000002fe0fc .__se_sys_close+0x4c/0xc0 > > [ 29.665004] [c000000006f97d90] c000000000025bac > > .system_call_exception+0x22c/0x260 > > [ 29.671295] [c000000006f97e10] c00000000000b554 > > system_call_common+0xf4/0x258 > > [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 > > [ 29.681876] SP (fff4b3d0) is in userspace > > [ 29.684577] 1:mon> <no input ...> > > [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] > > [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone X1000 > > [ 31.676144] Modules linked in: snd_hda_codec_idt > > snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg > > snd_hda_codec snd_hda_core dm_mod > > [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted > > 6.12.0-rc1-2-powerpc64-smp #1 > > [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON Amigaone X1000 > > [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: > > c000000000d07af0 > > [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted > > (6.12.0-rc1-2-powerpc64-smp) > > [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: > > 28002222 XER: 20000000 > > [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 > > GPR00: c000000000d28dd8 c000000006f978e0 > > c00000000207a800 c0000000085f5468 > > GPR04: 0000000000000b9b 0000000000000b9a > > 0000000179779000 c0000000086a4b00 > > GPR08: 0000000000000000 0000000000000000 > > 0000000000000001 0000000000000000 > > GPR12: 0000000048002202 c00000003ffff680 > > 0000000000000000 0000000000000000 > > GPR16: 00000000006e3318 0000000000000001 > > 00000000006e289c 0000000000000063 > > GPR20: 00000000c04064a0 00000000007f0088 > > 00000000fff4c734 00000000007d165c > > GPR24: 00000000007d1668 c000000024b6a220 > > c000000003588000 c000000024b6a200 > > GPR28: c000000003b3cc00 c000000024b6a248 > > c000000002d48820 c0000000085f5468 > > [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 > > [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 > > [ 31.788062] Call Trace: > > [ 31.789199] [c000000006f978e0] [c000000006f97990] 0xc000000006f97990 > > (unreliable) > > [ 31.795388] [c000000006f97960] [c000000000d28dd8] > > .radeon_bo_unref+0x58/0x90 > > [ 31.801142] [c000000006f979e0] [c000000000e287b0] > > .radeon_vm_fini+0x260/0x330 > > [ 31.806982] [c000000006f97aa0] [c000000000d07c94] > > .radeon_driver_postclose_kms+0x1a4/0x1f0 > > [ 31.813954] [c000000006f97b30] [c000000000c9374c] > > .drm_file_free+0x28c/0x300 > > [ 31.819707] [c000000006f97be0] [c000000000c93900] .drm_release+0x90/0x170 > > [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 > > [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] > > .__se_sys_close+0x4c/0xc0 > > [ 31.836010] [c000000006f97d90] [c000000000025bac] > > .system_call_exception+0x22c/0x260 > > [ 31.842460] [c000000006f97e10] [c00000000000b554] > > system_call_common+0xf4/0x258 > > [ 31.848476] --- interrupt: c00 at 0x6b2b48 > > [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: > > 0000000000000000 > > [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted > > (6.12.0-rc1-2-powerpc64-smp) > > [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> CR: > > 28002400 XER: 00000000 > > [ 31.871235] IRQMASK: 0 > > GPR00: 0000000000000006 00000000fff4b3d0 > > 00000000f7b7f3a0 0000000000000003 > > GPR04: 0000000000000000 0000000000000000 > > 0000000000000000 0000000000000000 > > GPR08: 0000000000000000 0000000000000000 > > 0000000000000000 0000000000000000 > > GPR12: 0000000000000000 00000000007efff4 > > 0000000000000000 0000000000000000 > > GPR16: 00000000006e3318 0000000000000001 > > 00000000006e289c 0000000000000063 > > GPR20: 00000000c04064a0 00000000007f0088 > > 00000000fff4c734 00000000007d165c > > GPR24: 00000000007d1668 00000000fff4b400 > > 0000000000000001 0000000000000001 > > GPR28: 00000000fff4b46c 0000000000000000 > > 00000000007bfff4 0000000000000003 > > [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 > > [ 31.928930] LR [00000000006b2b20] 0x6b2b20 > > [ 31.931720] --- interrupt: c00 > > [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 > > fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 > > <e9290000> 7d2a0074 794ad182 0b0a0000 > > [ 31.946913] ---[ end trace 0000000000000000 ]--- > > > > > > That's a NULL pointer dereference in drm_gem_object_free(). > > Trying to read obj->funcs->free while obj->funcs is NULL. > > Christophe ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/radeon: add late_register for connector 2024-10-07 4:49 ` [PATCH] drm/radeon: add late_register for connector Hoi Pok Wu @ 2024-10-07 14:08 ` Christian König 0 siblings, 0 replies; 14+ messages in thread From: Christian König @ 2024-10-07 14:08 UTC (permalink / raw) To: Hoi Pok Wu, Christophe Leroy Cc: Christian Zigotzky, Alex Deucher, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens That's the issue I was working on, give me 10 minutes to send out the fix. Regards, Christian. Am 07.10.24 um 06:49 schrieb Hoi Pok Wu: > Thank you. I am looking at the problem now. > > On Mon, Oct 7, 2024 at 1:37 AM Christophe Leroy > <christophe.leroy@csgroup.eu> wrote: >> >> >> Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : >>> 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 should be registered after >>>> 'drm_dev_register' automatically. >>>> >>>> Please help testing thank you. >>> 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 CEST >>> 2024 ppc64 GNU/Linux >>> >>> [ 29.167145] systemd[1]: Sent message type=signal sender=n/a >>> destination=n/a >>> path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice >>> interface=org.freedesktop.DBus.Properties member=PropertiesChanged >>> cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a >>> error-message=n/a >>> [ 29.542140] systemd-journald[1301]: Successfully sent stream file >>> descriptor to service manager. >>> [ 29.561863] BUG: Kernel NULL pointer dereference on read at 0x00000000 >>> [ 29.567156] Faulting instruction address: 0xc000000000c973c0 >>> [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] >>> [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 >>> [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 >>> [ 29.586428] sp: c000000006f978e0 >>> [ 29.588695] msr: 9000000000009032 >>> [ 29.590962] dar: 0 >>> [ 29.591925] dsisr: 40000000 >>> [ 29.593496] current = 0xc0000000085b1f00 >>> [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 >>> irq_happened: 0x01 >>> [ 29.602119] pid = 1524, comm = Xorg.wrap >>> [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp >>> (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld >>> (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP >>> Fri Oct 4 08:55:45 CEST 2024 >>> [ 29.623892] enter ? for help >>> [ 29.625487] [c000000006f97960] c000000000d28dd8 >>> .radeon_bo_unref+0x58/0x90 >>> [ 29.631083] [c000000006f979e0] c000000000e287b0 >>> .radeon_vm_fini+0x260/0x330 >>> [ 29.636765] [c000000006f97aa0] c000000000d07c94 >>> .radeon_driver_postclose_kms+0x1a4/0x1f0 >>> [ 29.643579] [c000000006f97b30] c000000000c9374c >>> .drm_file_free+0x28c/0x300 >>> [ 29.649174] [c000000006f97be0] c000000000c93900 .drm_release+0x90/0x170 >>> [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 >>> [ 29.659495] [c000000006f97d10] c0000000002fe0fc .__se_sys_close+0x4c/0xc0 >>> [ 29.665004] [c000000006f97d90] c000000000025bac >>> .system_call_exception+0x22c/0x260 >>> [ 29.671295] [c000000006f97e10] c00000000000b554 >>> system_call_common+0xf4/0x258 >>> [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 >>> [ 29.681876] SP (fff4b3d0) is in userspace >>> [ 29.684577] 1:mon> <no input ...> >>> [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] >>> [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone X1000 >>> [ 31.676144] Modules linked in: snd_hda_codec_idt >>> snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg >>> snd_hda_codec snd_hda_core dm_mod >>> [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted >>> 6.12.0-rc1-2-powerpc64-smp #1 >>> [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON Amigaone X1000 >>> [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: >>> c000000000d07af0 >>> [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted >>> (6.12.0-rc1-2-powerpc64-smp) >>> [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: >>> 28002222 XER: 20000000 >>> [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 >>> GPR00: c000000000d28dd8 c000000006f978e0 >>> c00000000207a800 c0000000085f5468 >>> GPR04: 0000000000000b9b 0000000000000b9a >>> 0000000179779000 c0000000086a4b00 >>> GPR08: 0000000000000000 0000000000000000 >>> 0000000000000001 0000000000000000 >>> GPR12: 0000000048002202 c00000003ffff680 >>> 0000000000000000 0000000000000000 >>> GPR16: 00000000006e3318 0000000000000001 >>> 00000000006e289c 0000000000000063 >>> GPR20: 00000000c04064a0 00000000007f0088 >>> 00000000fff4c734 00000000007d165c >>> GPR24: 00000000007d1668 c000000024b6a220 >>> c000000003588000 c000000024b6a200 >>> GPR28: c000000003b3cc00 c000000024b6a248 >>> c000000002d48820 c0000000085f5468 >>> [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 >>> [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 >>> [ 31.788062] Call Trace: >>> [ 31.789199] [c000000006f978e0] [c000000006f97990] 0xc000000006f97990 >>> (unreliable) >>> [ 31.795388] [c000000006f97960] [c000000000d28dd8] >>> .radeon_bo_unref+0x58/0x90 >>> [ 31.801142] [c000000006f979e0] [c000000000e287b0] >>> .radeon_vm_fini+0x260/0x330 >>> [ 31.806982] [c000000006f97aa0] [c000000000d07c94] >>> .radeon_driver_postclose_kms+0x1a4/0x1f0 >>> [ 31.813954] [c000000006f97b30] [c000000000c9374c] >>> .drm_file_free+0x28c/0x300 >>> [ 31.819707] [c000000006f97be0] [c000000000c93900] .drm_release+0x90/0x170 >>> [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 >>> [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] >>> .__se_sys_close+0x4c/0xc0 >>> [ 31.836010] [c000000006f97d90] [c000000000025bac] >>> .system_call_exception+0x22c/0x260 >>> [ 31.842460] [c000000006f97e10] [c00000000000b554] >>> system_call_common+0xf4/0x258 >>> [ 31.848476] --- interrupt: c00 at 0x6b2b48 >>> [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: >>> 0000000000000000 >>> [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted >>> (6.12.0-rc1-2-powerpc64-smp) >>> [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> CR: >>> 28002400 XER: 00000000 >>> [ 31.871235] IRQMASK: 0 >>> GPR00: 0000000000000006 00000000fff4b3d0 >>> 00000000f7b7f3a0 0000000000000003 >>> GPR04: 0000000000000000 0000000000000000 >>> 0000000000000000 0000000000000000 >>> GPR08: 0000000000000000 0000000000000000 >>> 0000000000000000 0000000000000000 >>> GPR12: 0000000000000000 00000000007efff4 >>> 0000000000000000 0000000000000000 >>> GPR16: 00000000006e3318 0000000000000001 >>> 00000000006e289c 0000000000000063 >>> GPR20: 00000000c04064a0 00000000007f0088 >>> 00000000fff4c734 00000000007d165c >>> GPR24: 00000000007d1668 00000000fff4b400 >>> 0000000000000001 0000000000000001 >>> GPR28: 00000000fff4b46c 0000000000000000 >>> 00000000007bfff4 0000000000000003 >>> [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 >>> [ 31.928930] LR [00000000006b2b20] 0x6b2b20 >>> [ 31.931720] --- interrupt: c00 >>> [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 >>> fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 >>> <e9290000> 7d2a0074 794ad182 0b0a0000 >>> [ 31.946913] ---[ end trace 0000000000000000 ]--- >>> >>> >> That's a NULL pointer dereference in drm_gem_object_free(). >> >> Trying to read obj->funcs->free while obj->funcs is NULL. >> >> Christophe ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/radeon: add late_register for connector 2024-10-06 17:37 ` Christophe Leroy 2024-10-06 18:01 ` Christian Zigotzky 2024-10-07 4:49 ` [PATCH] drm/radeon: add late_register for connector Hoi Pok Wu @ 2024-10-07 13:17 ` Alex Deucher 2 siblings, 0 replies; 14+ messages in thread From: Alex Deucher @ 2024-10-07 13:17 UTC (permalink / raw) To: Christophe Leroy Cc: Christian Zigotzky, Wu Hoi Pok, Alex Deucher, Christian König, Xinhui Pan, David Airlie, Simona Vetter, open list:RADEON and AMDGPU DRM DRIVERS, open list:DRM DRIVERS, open list, linuxppc-dev, R.T.Dickinson, mad skateman, hypexed, Christian Zigotzky, Darren Stevens This is a different issue related to the radeon ttm to gem conversion. @Christian Koenig is working on the fix. Alex On Mon, Oct 7, 2024 at 4:23 AM Christophe Leroy <christophe.leroy@csgroup.eu> wrote: > > > > Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : > > 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 should be registered after > >> 'drm_dev_register' automatically. > >> > >> Please help testing thank you. > > 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 6.12.0-rc1-2-powerpc64-smp #1 SMP Fri Oct 4 08:55:45 CEST > > 2024 ppc64 GNU/Linux > > > > [ 29.167145] systemd[1]: Sent message type=signal sender=n/a > > destination=n/a > > path=/org/freedesktop/systemd1/unit/NetworkManager_2eservice > > interface=org.freedesktop.DBus.Properties member=PropertiesChanged > > cookie=103 reply_cookie=0 signature=sa{sv}as error-name=n/a > > error-message=n/a > > [ 29.542140] systemd-journald[1301]: Successfully sent stream file > > descriptor to service manager. > > [ 29.561863] BUG: Kernel NULL pointer dereference on read at 0x00000000 > > [ 29.567156] Faulting instruction address: 0xc000000000c973c0 > > [ 29.571574] cpu 0x1: Vector: 300 (Data Access) at [c000000006f97640] > > [ 29.576637] pc: c000000000c973c0: .drm_gem_object_free+0x20/0x70 > > [ 29.581708] lr: c000000000d28dd8: .radeon_bo_unref+0x58/0x90 > > [ 29.586428] sp: c000000006f978e0 > > [ 29.588695] msr: 9000000000009032 > > [ 29.590962] dar: 0 > > [ 29.591925] dsisr: 40000000 > > [ 29.593496] current = 0xc0000000085b1f00 > > [ 29.596286] paca = 0xc00000003ffff680 irqmask: 0x03 > > irq_happened: 0x01 > > [ 29.602119] pid = 1524, comm = Xorg.wrap > > [ 29.605257] Linux version 6.12.0-rc1-2-powerpc64-smp > > (geeko@buildhost) (powerpc64-suse-linux-gcc (SUSE Linux) 7.5.0, GNU ld > > (GNU Binutils; devel:gcc / SLE-15) 2.43.1.20240828-150300.536) #1 SMP > > Fri Oct 4 08:55:45 CEST 2024 > > [ 29.623892] enter ? for help > > [ 29.625487] [c000000006f97960] c000000000d28dd8 > > .radeon_bo_unref+0x58/0x90 > > [ 29.631083] [c000000006f979e0] c000000000e287b0 > > .radeon_vm_fini+0x260/0x330 > > [ 29.636765] [c000000006f97aa0] c000000000d07c94 > > .radeon_driver_postclose_kms+0x1a4/0x1f0 > > [ 29.643579] [c000000006f97b30] c000000000c9374c > > .drm_file_free+0x28c/0x300 > > [ 29.649174] [c000000006f97be0] c000000000c93900 .drm_release+0x90/0x170 > > [ 29.654508] [c000000006f97c70] c000000000304790 .__fput+0x120/0x3b0 > > [ 29.659495] [c000000006f97d10] c0000000002fe0fc .__se_sys_close+0x4c/0xc0 > > [ 29.665004] [c000000006f97d90] c000000000025bac > > .system_call_exception+0x22c/0x260 > > [ 29.671295] [c000000006f97e10] c00000000000b554 > > system_call_common+0xf4/0x258 > > [ 29.677164] --- Exception: c00 (System Call) at 00000000006b2b48 > > [ 29.681876] SP (fff4b3d0) is in userspace > > [ 29.684577] 1:mon> <no input ...> > > [ 31.666727] Oops: Kernel access of bad area, sig: 11 [#1] > > [ 31.670829] BE PAGE_SIZE=4K MMU=Hash SMP NR_CPUS=2 A-EON Amigaone X1000 > > [ 31.676144] Modules linked in: snd_hda_codec_idt > > snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg > > snd_hda_codec snd_hda_core dm_mod > > [ 31.688703] CPU: 1 UID: 0 PID: 1524 Comm: Xorg.wrap Not tainted > > 6.12.0-rc1-2-powerpc64-smp #1 > > [ 31.695932] Hardware name: pasemi,nemo PA6T 0x900102 A-EON Amigaone X1000 > > [ 31.701417] NIP: c000000000c973c0 LR: c000000000d28dd8 CTR: > > c000000000d07af0 > > [ 31.707250] REGS: c000000006f97640 TRAP: 0300 Not tainted > > (6.12.0-rc1-2-powerpc64-smp) > > [ 31.714128] MSR: 9000000000009032 <SF,HV,EE,ME,IR,DR,RI> CR: > > 28002222 XER: 20000000 > > [ 31.720773] DAR: 0000000000000000 DSISR: 40000000 IRQMASK: 0 > > GPR00: c000000000d28dd8 c000000006f978e0 > > c00000000207a800 c0000000085f5468 > > GPR04: 0000000000000b9b 0000000000000b9a > > 0000000179779000 c0000000086a4b00 > > GPR08: 0000000000000000 0000000000000000 > > 0000000000000001 0000000000000000 > > GPR12: 0000000048002202 c00000003ffff680 > > 0000000000000000 0000000000000000 > > GPR16: 00000000006e3318 0000000000000001 > > 00000000006e289c 0000000000000063 > > GPR20: 00000000c04064a0 00000000007f0088 > > 00000000fff4c734 00000000007d165c > > GPR24: 00000000007d1668 c000000024b6a220 > > c000000003588000 c000000024b6a200 > > GPR28: c000000003b3cc00 c000000024b6a248 > > c000000002d48820 c0000000085f5468 > > [ 31.778903] NIP [c000000000c973c0] .drm_gem_object_free+0x20/0x70 > > [ 31.783701] LR [c000000000d28dd8] .radeon_bo_unref+0x58/0x90 > > [ 31.788062] Call Trace: > > [ 31.789199] [c000000006f978e0] [c000000006f97990] 0xc000000006f97990 > > (unreliable) > > [ 31.795388] [c000000006f97960] [c000000000d28dd8] > > .radeon_bo_unref+0x58/0x90 > > [ 31.801142] [c000000006f979e0] [c000000000e287b0] > > .radeon_vm_fini+0x260/0x330 > > [ 31.806982] [c000000006f97aa0] [c000000000d07c94] > > .radeon_driver_postclose_kms+0x1a4/0x1f0 > > [ 31.813954] [c000000006f97b30] [c000000000c9374c] > > .drm_file_free+0x28c/0x300 > > [ 31.819707] [c000000006f97be0] [c000000000c93900] .drm_release+0x90/0x170 > > [ 31.825197] [c000000006f97c70] [c000000000304790] .__fput+0x120/0x3b0 > > [ 31.830342] [c000000006f97d10] [c0000000002fe0fc] > > .__se_sys_close+0x4c/0xc0 > > [ 31.836010] [c000000006f97d90] [c000000000025bac] > > .system_call_exception+0x22c/0x260 > > [ 31.842460] [c000000006f97e10] [c00000000000b554] > > system_call_common+0xf4/0x258 > > [ 31.848476] --- interrupt: c00 at 0x6b2b48 > > [ 31.851267] NIP: 00000000006b2b48 LR: 00000000006b2b20 CTR: > > 0000000000000000 > > [ 31.857101] REGS: c000000006f97e80 TRAP: 0c00 Not tainted > > (6.12.0-rc1-2-powerpc64-smp) > > [ 31.863978] MSR: 100000000200f032 <HV,VEC,EE,PR,FP,ME,IR,DR,RI> CR: > > 28002400 XER: 00000000 > > [ 31.871235] IRQMASK: 0 > > GPR00: 0000000000000006 00000000fff4b3d0 > > 00000000f7b7f3a0 0000000000000003 > > GPR04: 0000000000000000 0000000000000000 > > 0000000000000000 0000000000000000 > > GPR08: 0000000000000000 0000000000000000 > > 0000000000000000 0000000000000000 > > GPR12: 0000000000000000 00000000007efff4 > > 0000000000000000 0000000000000000 > > GPR16: 00000000006e3318 0000000000000001 > > 00000000006e289c 0000000000000063 > > GPR20: 00000000c04064a0 00000000007f0088 > > 00000000fff4c734 00000000007d165c > > GPR24: 00000000007d1668 00000000fff4b400 > > 0000000000000001 0000000000000001 > > GPR28: 00000000fff4b46c 0000000000000000 > > 00000000007bfff4 0000000000000003 > > [ 31.926053] NIP [00000000006b2b48] 0x6b2b48 > > [ 31.928930] LR [00000000006b2b20] 0x6b2b20 > > [ 31.931720] --- interrupt: c00 > > [ 31.933466] Code: ebe1fff8 7c0803a6 4e800020 60000000 7c0802a6 > > fbe1fff8 7c7f1b78 f8010010 f821ff81 60000000 60000000 e93f0140 > > <e9290000> 7d2a0074 794ad182 0b0a0000 > > [ 31.946913] ---[ end trace 0000000000000000 ]--- > > > > > > That's a NULL pointer dereference in drm_gem_object_free(). > > Trying to read obj->funcs->free while obj->funcs is NULL. > > Christophe ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: FSL P5040 board doesn't boot after DRM updates (drm-next-2024-09-19)
@ 2024-09-30 13:26 Alex Deucher
2024-10-01 4:26 ` Kernel " Christian Zigotzky
0 siblings, 1 reply; 14+ messages in thread
From: Alex Deucher @ 2024-09-30 13:26 UTC (permalink / raw)
To: Christian Zigotzky, Wu Hoi Pok
Cc: Christophe Leroy, Alex Deucher, developers DRI, mad skateman,
R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev,
Christian Zigotzky
+ Wu Hoi Pok
This is likely related to the drm device rework.
Alex
On Sun, Sep 29, 2024 at 11:33 AM Christian Zigotzky
<chzigotzky@xenosoft.de> wrote:
>
> 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 affected.
>
> dmesg (via null modem RS-232 serial cable): https://www.xenosoft.de/PuTTY_P5040_U-Boot.log
>
> Please check the drm-next-2024-09-19 updates: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=de848da12f752170c2ebe114804a985314fd5a6a
>
> Thanks,
> Christian
^ permalink raw reply [flat|nested] 14+ messages in thread* Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-09-30 13:26 FSL P5040 board doesn't boot after DRM updates (drm-next-2024-09-19) Alex Deucher @ 2024-10-01 4:26 ` Christian Zigotzky 2024-10-01 12:09 ` Hoi Pok Wu 0 siblings, 1 reply; 14+ messages in thread From: Christian Zigotzky @ 2024-10-01 4:26 UTC (permalink / raw) To: Alex Deucher Cc: Wu Hoi Pok, Christophe Leroy, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky On 30 September 2024 3:27pm, Alex Deucher <alexdeucher@gmail.com> 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 Radeon DRM driver is unreliable after the DRM rework. Please fix this issue because we can’t deliver the kernels with the new Radeon DRM driver. Error log: https://www.xenosoft.de/PuTTY_P5040_U-Boot.log Thanks, Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-01 4:26 ` Kernel " Christian Zigotzky @ 2024-10-01 12:09 ` Hoi Pok Wu 2024-10-01 12:23 ` Christophe Leroy 0 siblings, 1 reply; 14+ messages in thread From: Hoi Pok Wu @ 2024-10-01 12:09 UTC (permalink / raw) To: Christian Zigotzky, Thomas Zimmermann Cc: Alex Deucher, Christophe Leroy, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky Hi Thomas, Could you help on this issue? I do not have access to the hardware now. Thank you. Regards, Wu Hoi Pok On Tue, Oct 1, 2024 at 12:26 PM Christian Zigotzky <chzigotzky@xenosoft.de> wrote: > > On 30 September 2024 3:27pm, Alex Deucher <alexdeucher@gmail.com> 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 Radeon DRM driver is unreliable after the DRM rework. > > Please fix this issue because we can’t deliver the kernels with the new Radeon DRM driver. > > Error log: https://www.xenosoft.de/PuTTY_P5040_U-Boot.log > > Thanks, > Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-01 12:09 ` Hoi Pok Wu @ 2024-10-01 12:23 ` Christophe Leroy 2024-10-01 14:41 ` Hoi Pok Wu 2024-10-02 13:43 ` Hoi Pok Wu 0 siblings, 2 replies; 14+ messages in thread From: Christophe Leroy @ 2024-10-01 12:23 UTC (permalink / raw) To: Hoi Pok Wu, Christian Zigotzky, Thomas Zimmermann Cc: Alex Deucher, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky Hi All, Le 01/10/2024 à 14:09, Hoi Pok Wu a écrit : > [Vous ne recevez pas souvent de courriers de wuhoipok@gmail.com. Découvrez pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ] > > Hi Thomas, > > Could you help on this issue? > I do not have access to the hardware now. > Thank you. The OOPS is from function drm_dp_aux_register(), exactly here below: static inline const char *dev_name(const struct device *dev) { /* Use the init name until the kobject becomes available */ if (dev->init_name) 1ae0: e8 89 00 50 ld r4,80(r9) As you see in registers dump, r9 register is NULL. That's dev which is NULL: GPR00: c0000000005b74f0 c0000000800daf10 c0000000015a3600 c00000008033f7ec GPR04: 0000000000000000 c000000001908f18 c000000080460c80 ffffffffc0c0c0c0 GPR08: c000000080f74008 0000000000000000 0000000000000003 c000000080f74008 GPR12: 0000000048000828 c00000003fffeac0 0000000000000003 0000000001000000 GPR16: c0000000804eaeca 0000000000000013 0000000000003113 0000000000000000 GPR20: 0000000000000008 c0000000800db208 000000000000000a c0000000014d6868 GPR24: 0000000000000000 0000000000000001 c0000000800db29c c0000000800db250 GPR28: c000000080bd8040 0000000000000001 c000000080f74000 c00000008033f4a0 Full dump below: 0000000000001a5c <drm_dp_aux_register>: { 1a5c: 3c 4c 00 00 addis r2,r12,0 1a5e: R_PPC64_REL16_HA .TOC.+0x2 1a60: 38 42 00 00 addi r2,r2,0 1a62: R_PPC64_REL16_LO .TOC.+0x6 1a64: 7c 08 02 a6 mflr r0 1a68: fb e1 ff f8 std r31,-8(r1) 1a6c: f8 01 00 10 std r0,16(r1) 1a70: 7c 7f 1b 78 mr r31,r3 1a74: f8 21 ff d1 stdu r1,-48(r1) WARN_ON_ONCE(!aux->drm_dev); 1a78: e9 23 03 38 ld r9,824(r3) 1a7c: 2f a9 00 00 cmpdi cr7,r9,0 1a80: 41 de 00 90 beq- cr7,1b10 <drm_dp_aux_register+0xb4> if (!aux->ddc.algo) 1a84: e9 3f 00 18 ld r9,24(r31) 1a88: 2f a9 00 00 cmpdi cr7,r9,0 1a8c: 41 de 00 74 beq- cr7,1b00 <drm_dp_aux_register+0xa4> strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), 1a90: e8 9f 00 00 ld r4,0(r31) aux->ddc.owner = THIS_MODULE; 1a94: 39 40 00 00 li r10,0 aux->ddc.dev.parent = aux->dev; 1a98: e9 3f 03 30 ld r9,816(r31) strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), 1a9c: 38 7f 02 74 addi r3,r31,628 aux->ddc.owner = THIS_MODULE; 1aa0: f9 5f 00 08 std r10,8(r31) strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), 1aa4: 2f a4 00 00 cmpdi cr7,r4,0 aux->ddc.dev.parent = aux->dev; 1aa8: f9 3f 00 b8 std r9,184(r31) strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), 1aac: 41 de 00 34 beq- cr7,1ae0 <drm_dp_aux_register+0x84> 1ab0: 38 a0 00 30 li r5,48 1ab4: 48 00 00 01 bl 1ab4 <drm_dp_aux_register+0x58> 1ab4: R_PPC64_REL24 sized_strscpy 1ab8: 60 00 00 00 nop ret = i2c_add_adapter(&aux->ddc); 1abc: 38 7f 00 08 addi r3,r31,8 1ac0: 48 00 00 01 bl 1ac0 <drm_dp_aux_register+0x64> 1ac0: R_PPC64_REL24 i2c_add_adapter 1ac4: 60 00 00 00 nop } 1ac8: 38 21 00 30 addi r1,r1,48 1acc: e8 01 00 10 ld r0,16(r1) 1ad0: eb e1 ff f8 ld r31,-8(r1) 1ad4: 7c 08 03 a6 mtlr r0 1ad8: 4e 80 00 20 blr 1adc: 60 00 00 00 nop * Return: The kobject name of the device, or its initial name if unavailable. */ static inline const char *dev_name(const struct device *dev) { /* Use the init name until the kobject becomes available */ if (dev->init_name) 1ae0: e8 89 00 50 ld r4,80(r9) 1ae4: 2f a4 00 00 cmpdi cr7,r4,0 1ae8: 40 fe ff c8 bne+ cr7,1ab0 <drm_dp_aux_register+0x54> return dev->init_name; return kobject_name(&dev->kobj); 1aec: e8 89 00 00 ld r4,0(r9) 1af0: 4b ff ff c0 b 1ab0 <drm_dp_aux_register+0x54> 1af4: 60 00 00 00 nop 1af8: 60 00 00 00 nop 1afc: 60 00 00 00 nop drm_dp_aux_init(aux); 1b00: 7f e3 fb 78 mr r3,r31 1b04: 48 00 00 01 bl 1b04 <drm_dp_aux_register+0xa8> 1b04: R_PPC64_REL24 drm_dp_aux_init 1b08: 4b ff ff 88 b 1a90 <drm_dp_aux_register+0x34> 1b0c: 60 00 00 00 nop WARN_ON_ONCE(!aux->drm_dev); 1b10: 0f e0 00 00 twui r0,0 1b14: 4b ff ff 70 b 1a84 <drm_dp_aux_register+0x28> > > Regards, > Wu Hoi Pok > > > On Tue, Oct 1, 2024 at 12:26 PM Christian Zigotzky > <chzigotzky@xenosoft.de> wrote: >> >> On 30 September 2024 3:27pm, Alex Deucher <alexdeucher@gmail.com> 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 Radeon DRM driver is unreliable after the DRM rework. >> >> Please fix this issue because we can’t deliver the kernels with the new Radeon DRM driver. >> >> Error log: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.xenosoft.de%2FPuTTY_P5040_U-Boot.log&data=05%7C02%7Cchristophe.leroy%40csgroup.eu%7C9b40f906e2f2493cb25908dce211ee23%7C8b87af7d86474dc78df45f69a2011bb5%7C0%7C0%7C638633814783011669%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C60000%7C%7C%7C&sdata=fgAj0osIOyJtNrzUKp%2Bpq0NN1sGW2bqGm8nXYj88Ne0%3D&reserved=0 >> >> Thanks, >> Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-01 12:23 ` Christophe Leroy @ 2024-10-01 14:41 ` Hoi Pok Wu 2024-10-02 13:43 ` Hoi Pok Wu 1 sibling, 0 replies; 14+ messages in thread From: Hoi Pok Wu @ 2024-10-01 14:41 UTC (permalink / raw) To: Christophe Leroy Cc: Christian Zigotzky, Thomas Zimmermann, Alex Deucher, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky I will look into this and get back to you. Thank you. On Tue, Oct 1, 2024 at 8:23 PM Christophe Leroy <christophe.leroy@csgroup.eu> wrote: > > Hi All, > > Le 01/10/2024 à 14:09, Hoi Pok Wu a écrit : > > [Vous ne recevez pas souvent de courriers de wuhoipok@gmail.com. Découvrez pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ] > > > > Hi Thomas, > > > > Could you help on this issue? > > I do not have access to the hardware now. > > Thank you. > > The OOPS is from function drm_dp_aux_register(), exactly here below: > > static inline const char *dev_name(const struct device *dev) > { > /* Use the init name until the kobject becomes available */ > if (dev->init_name) > > 1ae0: e8 89 00 50 ld r4,80(r9) > > > As you see in registers dump, r9 register is NULL. That's dev which is NULL: > > GPR00: c0000000005b74f0 c0000000800daf10 c0000000015a3600 c00000008033f7ec > GPR04: 0000000000000000 c000000001908f18 c000000080460c80 ffffffffc0c0c0c0 > GPR08: c000000080f74008 0000000000000000 0000000000000003 c000000080f74008 > GPR12: 0000000048000828 c00000003fffeac0 0000000000000003 0000000001000000 > GPR16: c0000000804eaeca 0000000000000013 0000000000003113 0000000000000000 > GPR20: 0000000000000008 c0000000800db208 000000000000000a c0000000014d6868 > GPR24: 0000000000000000 0000000000000001 c0000000800db29c c0000000800db250 > GPR28: c000000080bd8040 0000000000000001 c000000080f74000 c00000008033f4a0 > > Full dump below: > > 0000000000001a5c <drm_dp_aux_register>: > { > 1a5c: 3c 4c 00 00 addis r2,r12,0 > 1a5e: R_PPC64_REL16_HA .TOC.+0x2 > 1a60: 38 42 00 00 addi r2,r2,0 > 1a62: R_PPC64_REL16_LO .TOC.+0x6 > 1a64: 7c 08 02 a6 mflr r0 > 1a68: fb e1 ff f8 std r31,-8(r1) > 1a6c: f8 01 00 10 std r0,16(r1) > 1a70: 7c 7f 1b 78 mr r31,r3 > 1a74: f8 21 ff d1 stdu r1,-48(r1) > WARN_ON_ONCE(!aux->drm_dev); > 1a78: e9 23 03 38 ld r9,824(r3) > 1a7c: 2f a9 00 00 cmpdi cr7,r9,0 > 1a80: 41 de 00 90 beq- cr7,1b10 <drm_dp_aux_register+0xb4> > if (!aux->ddc.algo) > 1a84: e9 3f 00 18 ld r9,24(r31) > 1a88: 2f a9 00 00 cmpdi cr7,r9,0 > 1a8c: 41 de 00 74 beq- cr7,1b00 <drm_dp_aux_register+0xa4> > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1a90: e8 9f 00 00 ld r4,0(r31) > aux->ddc.owner = THIS_MODULE; > 1a94: 39 40 00 00 li r10,0 > aux->ddc.dev.parent = aux->dev; > 1a98: e9 3f 03 30 ld r9,816(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1a9c: 38 7f 02 74 addi r3,r31,628 > aux->ddc.owner = THIS_MODULE; > 1aa0: f9 5f 00 08 std r10,8(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1aa4: 2f a4 00 00 cmpdi cr7,r4,0 > aux->ddc.dev.parent = aux->dev; > 1aa8: f9 3f 00 b8 std r9,184(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1aac: 41 de 00 34 beq- cr7,1ae0 <drm_dp_aux_register+0x84> > 1ab0: 38 a0 00 30 li r5,48 > 1ab4: 48 00 00 01 bl 1ab4 <drm_dp_aux_register+0x58> > 1ab4: R_PPC64_REL24 sized_strscpy > 1ab8: 60 00 00 00 nop > ret = i2c_add_adapter(&aux->ddc); > 1abc: 38 7f 00 08 addi r3,r31,8 > 1ac0: 48 00 00 01 bl 1ac0 <drm_dp_aux_register+0x64> > 1ac0: R_PPC64_REL24 i2c_add_adapter > 1ac4: 60 00 00 00 nop > } > 1ac8: 38 21 00 30 addi r1,r1,48 > 1acc: e8 01 00 10 ld r0,16(r1) > 1ad0: eb e1 ff f8 ld r31,-8(r1) > 1ad4: 7c 08 03 a6 mtlr r0 > 1ad8: 4e 80 00 20 blr > 1adc: 60 00 00 00 nop > * Return: The kobject name of the device, or its initial name if > unavailable. > */ > static inline const char *dev_name(const struct device *dev) > { > /* Use the init name until the kobject becomes available */ > if (dev->init_name) > 1ae0: e8 89 00 50 ld r4,80(r9) > 1ae4: 2f a4 00 00 cmpdi cr7,r4,0 > 1ae8: 40 fe ff c8 bne+ cr7,1ab0 <drm_dp_aux_register+0x54> > return dev->init_name; > > return kobject_name(&dev->kobj); > 1aec: e8 89 00 00 ld r4,0(r9) > 1af0: 4b ff ff c0 b 1ab0 <drm_dp_aux_register+0x54> > 1af4: 60 00 00 00 nop > 1af8: 60 00 00 00 nop > 1afc: 60 00 00 00 nop > drm_dp_aux_init(aux); > 1b00: 7f e3 fb 78 mr r3,r31 > 1b04: 48 00 00 01 bl 1b04 <drm_dp_aux_register+0xa8> > 1b04: R_PPC64_REL24 drm_dp_aux_init > 1b08: 4b ff ff 88 b 1a90 <drm_dp_aux_register+0x34> > 1b0c: 60 00 00 00 nop > WARN_ON_ONCE(!aux->drm_dev); > 1b10: 0f e0 00 00 twui r0,0 > 1b14: 4b ff ff 70 b 1a84 <drm_dp_aux_register+0x28> > > > > > > > Regards, > > Wu Hoi Pok > > > > > > On Tue, Oct 1, 2024 at 12:26 PM Christian Zigotzky > > <chzigotzky@xenosoft.de> wrote: > >> > >> On 30 September 2024 3:27pm, Alex Deucher <alexdeucher@gmail.com> 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 Radeon DRM driver is unreliable after the DRM rework. > >> > >> Please fix this issue because we can’t deliver the kernels with the new Radeon DRM driver. > >> > >> Error log: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.xenosoft.de%2FPuTTY_P5040_U-Boot.log&data=05%7C02%7Cchristophe.leroy%40csgroup.eu%7C9b40f906e2f2493cb25908dce211ee23%7C8b87af7d86474dc78df45f69a2011bb5%7C0%7C0%7C638633814783011669%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C60000%7C%7C%7C&sdata=fgAj0osIOyJtNrzUKp%2Bpq0NN1sGW2bqGm8nXYj88Ne0%3D&reserved=0 > >> > >> Thanks, > >> Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-01 12:23 ` Christophe Leroy 2024-10-01 14:41 ` Hoi Pok Wu @ 2024-10-02 13:43 ` Hoi Pok Wu 2024-10-03 4:57 ` Christian Zigotzky 1 sibling, 1 reply; 14+ messages in thread From: Hoi Pok Wu @ 2024-10-02 13:43 UTC (permalink / raw) To: Christophe Leroy Cc: Christian Zigotzky, Thomas Zimmermann, Alex Deucher, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky 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 testing soon. On Tue, Oct 1, 2024 at 8:23 PM Christophe Leroy <christophe.leroy@csgroup.eu> wrote: > > Hi All, > > Le 01/10/2024 à 14:09, Hoi Pok Wu a écrit : > > [Vous ne recevez pas souvent de courriers de wuhoipok@gmail.com. Découvrez pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ] > > > > Hi Thomas, > > > > Could you help on this issue? > > I do not have access to the hardware now. > > Thank you. > > The OOPS is from function drm_dp_aux_register(), exactly here below: > > static inline const char *dev_name(const struct device *dev) > { > /* Use the init name until the kobject becomes available */ > if (dev->init_name) > > 1ae0: e8 89 00 50 ld r4,80(r9) > > > As you see in registers dump, r9 register is NULL. That's dev which is NULL: > > GPR00: c0000000005b74f0 c0000000800daf10 c0000000015a3600 c00000008033f7ec > GPR04: 0000000000000000 c000000001908f18 c000000080460c80 ffffffffc0c0c0c0 > GPR08: c000000080f74008 0000000000000000 0000000000000003 c000000080f74008 > GPR12: 0000000048000828 c00000003fffeac0 0000000000000003 0000000001000000 > GPR16: c0000000804eaeca 0000000000000013 0000000000003113 0000000000000000 > GPR20: 0000000000000008 c0000000800db208 000000000000000a c0000000014d6868 > GPR24: 0000000000000000 0000000000000001 c0000000800db29c c0000000800db250 > GPR28: c000000080bd8040 0000000000000001 c000000080f74000 c00000008033f4a0 > > Full dump below: > > 0000000000001a5c <drm_dp_aux_register>: > { > 1a5c: 3c 4c 00 00 addis r2,r12,0 > 1a5e: R_PPC64_REL16_HA .TOC.+0x2 > 1a60: 38 42 00 00 addi r2,r2,0 > 1a62: R_PPC64_REL16_LO .TOC.+0x6 > 1a64: 7c 08 02 a6 mflr r0 > 1a68: fb e1 ff f8 std r31,-8(r1) > 1a6c: f8 01 00 10 std r0,16(r1) > 1a70: 7c 7f 1b 78 mr r31,r3 > 1a74: f8 21 ff d1 stdu r1,-48(r1) > WARN_ON_ONCE(!aux->drm_dev); > 1a78: e9 23 03 38 ld r9,824(r3) > 1a7c: 2f a9 00 00 cmpdi cr7,r9,0 > 1a80: 41 de 00 90 beq- cr7,1b10 <drm_dp_aux_register+0xb4> > if (!aux->ddc.algo) > 1a84: e9 3f 00 18 ld r9,24(r31) > 1a88: 2f a9 00 00 cmpdi cr7,r9,0 > 1a8c: 41 de 00 74 beq- cr7,1b00 <drm_dp_aux_register+0xa4> > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1a90: e8 9f 00 00 ld r4,0(r31) > aux->ddc.owner = THIS_MODULE; > 1a94: 39 40 00 00 li r10,0 > aux->ddc.dev.parent = aux->dev; > 1a98: e9 3f 03 30 ld r9,816(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1a9c: 38 7f 02 74 addi r3,r31,628 > aux->ddc.owner = THIS_MODULE; > 1aa0: f9 5f 00 08 std r10,8(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1aa4: 2f a4 00 00 cmpdi cr7,r4,0 > aux->ddc.dev.parent = aux->dev; > 1aa8: f9 3f 00 b8 std r9,184(r31) > strscpy(aux->ddc.name, aux->name ? aux->name : dev_name(aux->dev), > 1aac: 41 de 00 34 beq- cr7,1ae0 <drm_dp_aux_register+0x84> > 1ab0: 38 a0 00 30 li r5,48 > 1ab4: 48 00 00 01 bl 1ab4 <drm_dp_aux_register+0x58> > 1ab4: R_PPC64_REL24 sized_strscpy > 1ab8: 60 00 00 00 nop > ret = i2c_add_adapter(&aux->ddc); > 1abc: 38 7f 00 08 addi r3,r31,8 > 1ac0: 48 00 00 01 bl 1ac0 <drm_dp_aux_register+0x64> > 1ac0: R_PPC64_REL24 i2c_add_adapter > 1ac4: 60 00 00 00 nop > } > 1ac8: 38 21 00 30 addi r1,r1,48 > 1acc: e8 01 00 10 ld r0,16(r1) > 1ad0: eb e1 ff f8 ld r31,-8(r1) > 1ad4: 7c 08 03 a6 mtlr r0 > 1ad8: 4e 80 00 20 blr > 1adc: 60 00 00 00 nop > * Return: The kobject name of the device, or its initial name if > unavailable. > */ > static inline const char *dev_name(const struct device *dev) > { > /* Use the init name until the kobject becomes available */ > if (dev->init_name) > 1ae0: e8 89 00 50 ld r4,80(r9) > 1ae4: 2f a4 00 00 cmpdi cr7,r4,0 > 1ae8: 40 fe ff c8 bne+ cr7,1ab0 <drm_dp_aux_register+0x54> > return dev->init_name; > > return kobject_name(&dev->kobj); > 1aec: e8 89 00 00 ld r4,0(r9) > 1af0: 4b ff ff c0 b 1ab0 <drm_dp_aux_register+0x54> > 1af4: 60 00 00 00 nop > 1af8: 60 00 00 00 nop > 1afc: 60 00 00 00 nop > drm_dp_aux_init(aux); > 1b00: 7f e3 fb 78 mr r3,r31 > 1b04: 48 00 00 01 bl 1b04 <drm_dp_aux_register+0xa8> > 1b04: R_PPC64_REL24 drm_dp_aux_init > 1b08: 4b ff ff 88 b 1a90 <drm_dp_aux_register+0x34> > 1b0c: 60 00 00 00 nop > WARN_ON_ONCE(!aux->drm_dev); > 1b10: 0f e0 00 00 twui r0,0 > 1b14: 4b ff ff 70 b 1a84 <drm_dp_aux_register+0x28> > > > > > > > Regards, > > Wu Hoi Pok > > > > > > On Tue, Oct 1, 2024 at 12:26 PM Christian Zigotzky > > <chzigotzky@xenosoft.de> wrote: > >> > >> On 30 September 2024 3:27pm, Alex Deucher <alexdeucher@gmail.com> 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 Radeon DRM driver is unreliable after the DRM rework. > >> > >> Please fix this issue because we can’t deliver the kernels with the new Radeon DRM driver. > >> > >> Error log: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.xenosoft.de%2FPuTTY_P5040_U-Boot.log&data=05%7C02%7Cchristophe.leroy%40csgroup.eu%7C9b40f906e2f2493cb25908dce211ee23%7C8b87af7d86474dc78df45f69a2011bb5%7C0%7C0%7C638633814783011669%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C60000%7C%7C%7C&sdata=fgAj0osIOyJtNrzUKp%2Bpq0NN1sGW2bqGm8nXYj88Ne0%3D&reserved=0 > >> > >> Thanks, > >> Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Kernel doesn't boot after DRM updates (drm-next-2024-09-19) 2024-10-02 13:43 ` Hoi Pok Wu @ 2024-10-03 4:57 ` Christian Zigotzky 0 siblings, 0 replies; 14+ messages in thread From: Christian Zigotzky @ 2024-10-03 4:57 UTC (permalink / raw) To: Hoi Pok Wu Cc: Christophe Leroy, Thomas Zimmermann, Alex Deucher, Alex Deucher, developers DRI, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, linuxppc-dev, Christian Zigotzky On 02 October 2024 at 3:43pm, Hoi Pok Wu <wuhoipok@gmail.com> 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 testing soon. - - - Hi Hoi Pok Wu, Many thanks for your help! I am looking forward to your patch. I could try it out tomorrow. Thanks, Christian ^ permalink raw reply [flat|nested] 14+ messages in thread
[parent not found: <396DA24A-85A6-419B-8E90-9A05EF608C41@xenosoft.de>]
* Kernel doesn't boot after DRM updates (drm-next-2024-09-19) [not found] <396DA24A-85A6-419B-8E90-9A05EF608C41@xenosoft.de> @ 2024-09-30 3:38 ` Christian Zigotzky 0 siblings, 0 replies; 14+ messages in thread From: Christian Zigotzky @ 2024-09-30 3:38 UTC (permalink / raw) To: Alex Deucher Cc: Maling list DRI developers, mad skateman, R.T.Dickinson, Darren Stevens, hypexed, Christian Zigotzky, linuxppc-dev, Christophe Leroy [-- Attachment #1: Type: text/plain, Size: 713 bytes --] > On 26 September 2024 at 6:38pm, Christian Zigotzky <chzigotzky@xenosoft.de> 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 b348b6d17fd1d5d89b86db602f02be > a54a754bd8 > Author: Leon Romanovsky <leon@kernel.org> > Date: Sun Sep 22 21:09:48 2024 +0300 > > dma-mapping: report unlimited DMA addressing in IOMMU DMA path > > Alex > > ———- > > Hello Alex, > > This issue is gone. > > Thanks for the information, > > Christian Unfortunately, the issue still exists. dmesg: https://www.xenosoft.de/PuTTY_P5040_U-Boot.log [-- Attachment #2: Type: text/html, Size: 1404 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2024-10-07 14:44 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20241003060650.18454-1-wuhoipok@gmail.com>
2024-10-06 16:56 ` [PATCH] drm/radeon: add late_register for connector Christian Zigotzky
2024-10-06 17:37 ` Christophe Leroy
2024-10-06 18:01 ` Christian Zigotzky
2024-10-07 3:19 ` Kernel doesn't boot after DRM updates (drm-next-2024-09-19) Christian Zigotzky
2024-10-07 4:49 ` [PATCH] drm/radeon: add late_register for connector Hoi Pok Wu
2024-10-07 14:08 ` Christian König
2024-10-07 13:17 ` Alex Deucher
2024-09-30 13:26 FSL P5040 board doesn't boot after DRM updates (drm-next-2024-09-19) Alex Deucher
2024-10-01 4:26 ` Kernel " Christian Zigotzky
2024-10-01 12:09 ` Hoi Pok Wu
2024-10-01 12:23 ` Christophe Leroy
2024-10-01 14:41 ` Hoi Pok Wu
2024-10-02 13:43 ` Hoi Pok Wu
2024-10-03 4:57 ` Christian Zigotzky
[not found] <396DA24A-85A6-419B-8E90-9A05EF608C41@xenosoft.de>
2024-09-30 3:38 ` Christian Zigotzky
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).