* 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
* 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
* [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-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: [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
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).