Re: linux-next broke module_init()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2023/02/16 16:55, HAGIO KAZUHITO(萩尾 一仁) wrote:
> Hi Alex,
> 
> On 2023/02/15 21:26, Alexander Egorenkov wrote:
>> Hi,
>>
>> it seems this linux-next patch https://lore.kernel.org/all/20230207002802.2514802-1-song@xxxxxxxxxx/
>> broke module_init().
> 
> Thank you for the early notice!
> 
> ugh... module memory regions now scattered?

I've been looking into this, but it seems like we have to rewrite a
very wide range of code related to modules and symbols, which assumes
that each module's memory region is basically only one block.

Probably the kernel patch will get merged into the mainline at v6.4.
crash may take some time to support.

Until finished, "crash --no_module" option can be used for linux-next
without module functionality.

   $ crash --no_modules vmlinux vmcore
   ...
   WARNING: no kernel module access

   crash>


Lianbo, my current working tree is here:
   https://github.com/k-hagio/crash/tree/6.4-module.wip1

but now it can just startup and run "mod" command.  Other commands
can cause a segmentation fault.

crash> mod
      MODULE       NAME                        BASE           SIZE  OBJECT FILE
ffffffffc041f9c0  dm_mod                ffffffffc0408000   217088  (not loaded)  [CONFIG_KALLSYMS]
ffffffffc0443100  pinctrl_sunrisepoint  ffffffffc0441000    28672  (not loaded)  [CONFIG_KALLSYMS]
ffffffffc04e8340  sg                    ffffffffc044d000    53248  (not loaded)  [CONFIG_KALLSYMS]
...

Thanks,
Kazu
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://listman.redhat.com/mailman/listinfo/crash-utility
Contribution Guidelines: https://github.com/crash-utility/crash/wiki




[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux