[PATCH v2] ubi: gluebi: Fix NULL pointer dereference caused by ftl notifier
Gagan Sidhu
broly at mac.com
Mon Jun 24 12:00:08 PDT 2024
actually the issue was resolved. we are discussing unexpected behaviour when both MTD_UBI_GLUEBI and MTD_UBI_BLOCK are enabled.
disabling MTD_UBI_GLUEBI fixed my issue, and everything mounted as expected afterwards.
the question was why ubiblock0_0 was not being mounted when MTD_UBI_GLUEBI was enabled, and the evidence suggested it was somehow being assigned the label MTD_UBIVOLUME
but if no one cares that’s fine lol
Thanks,
Gagan
> On Jun 22, 2024, at 3:07 PM, Daniel Golle <daniel at makrotopia.org> wrote:
>
> On Fri, Jun 21, 2024 at 08:43:47PM -0600, Gagan Sidhu wrote:
>> [...]
>> GLUEBI should be operating on the /dev/mtdblockX device and not ubiblock0_0 and thus the boot procedure created by openwrt should be unaffected.
>>
>> at least that’s how i would understand the situation if each are creating their own devices.
>>
>> we need to figure out a solution or maybe master rich should end our ongoing discussion because technically “it’s not mainline” and we’re probably boring the recipients.
>
> I've suggested a simple solution here:
>
> https://lkml.org/lkml/2024/6/17/1602
>
> You could try that and let us know if it resolves the issue for you.
More information about the linux-mtd
mailing list