Jeremy's questions

Dentro de cada programa, há um main.c. Dentro do main, há uma mainfunção que é chamada antes de qualquer outra função. Lembro que dentro dos compiladores, há também uma diretiva que chama uma função definida antes de main .

__attribute__ ((constructor))

É assim que a maioria dos programas funciona. Tenho certeza de que o Linux Kernel é um caso diferente. Depois de olhar o main.carquivo em init/kernel, não parece haver uma mainfunção.

Funções são declaradas com uma __initdiretiva. Veja o exemplo abaixo:

asmlinkage __visible __init __no_sanitize_address __noreturn __no_stack_protector
void start_kernel(void)

Qual é a ordem em que o código é chamado dentro do main.cprocedimento de inicialização do Linux?

Estou lendo o código do kernel que carrega a configuração de inicialização. Em main.c o seguinte código é executado.

err = parse_args("bootconfig", tmp_cmdline, NULL, 0, 0, 0, NULL,
             bootconfig_params);

na linha 428. Eu abro parse_args, que, internamente, chama parse_one (ambos em kernel/params.c) e parece que, como const struct kernel_param *paramsé NULL, ele nunca irá iterar sobre nenhum parâmetro em parse_one.

Sei que deve haver algo que estou esquecendo aqui. O resto da função depois das linhas 431 e 432 static void __init setup_boot_config(void)nunca é executada, até onde posso ver. A configuração de inicialização deve ser analisada.

Em init/main.c https://elixir.bootlin.com/linux/v6.13.1/source/init/main.c static void __init setup_boot_config(void)

Em kernel/params.c https://elixir.bootlin.com/linux/v6.13.1/source/kernel/params.c parse_one(..) parse_args(..)

setup_boot_config(void) >> parse_args(..) >> parse_one(..) retornaENOENT

setup_boot_config(void) verificações

if (IS_ERR(err) || !(bootconfig_found || IS_ENABLED(CONFIG_BOOT_CONFIG_FORCE)))

e retorna. O xbc_init(..)nunca é chamado. Há algo faltando aqui.

Criei um patch para o kernel Linux. Ele pode ser encontrado no seguinte site: https://patchwork.kernel.org/project/bluetooth/patch/ [email protected] /

Infelizmente, enviei um erro de digitação. Nos comentários e respostas, há um conselho para mudar o assunto/título.

Eu simplesmente atualizaria o título e seguiria em frente. Não sei como. Mudei o assunto na minha resposta. Mudei a mensagem de commit após executar

git commit --amend

e ainda não muda o assunto/título. Como posso mudar o título para remover o erro de digitação?

Estou aprendendo sobre desenvolvimento do kernel Linux. Eu clonei para o branch estável do Linux. Eu assisti a um tutorial de Greg KH no youtube que explica que você pode usar o script checkpatch.pl para encontrar código insatisfatório de acordo com os padrões atuais. Eu sou apenas um iniciante e então não tenho nenhum arquivo em mente para testar. Eu decidi testar aquele que inicia tudo: main.c em init/:

./scripts/checkpatch.pl --file --terse init/main.c

A saída foi uma longa lista de diferentes coisas erradas com o arquivo main.c:

homie@vmi2410184:~/git/kernels/staging$ ./scripts/checkpatch.pl --file --terse init/main.c
Traceback (most recent call last):
  File "/home/homie/git/kernels/staging/scripts/spdxcheck.py", line 6, in <module>
    from ply import lex, yacc
ModuleNotFoundError: No module named 'ply'
init/main.c:3: WARNING: It's generally not useful to have the filename in the file
init/main.c:107: WARNING: Use #include <linux/io.h> instead of <asm/io.h>
init/main.c:110: WARNING: Use #include <linux/cacheflush.h> instead of <asm/cacheflush.h>
init/main.c:203: WARNING: Missing a blank line after declarations
init/main.c:208: WARNING: Block comments use a trailing */ on a separate line
init/main.c:401: WARNING: braces {} are not necessary for single statement blocks
init/main.c:469: WARNING: void function return statements are not generally useful
init/main.c:567: WARNING: Missing a blank line after declarations
init/main.c:579: WARNING: Missing a blank line after declarations
init/main.c:659: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:660: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:662: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:663: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:675: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:677: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:681: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:683: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1158: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1196: WARNING: Prefer using '"%s...", __func__' to using 'initcall_blacklist', this function's name, in a string
init/main.c:1212: WARNING: Prefer [subsystem eg: netdev]_dbg([subsystem]dev, ... then dev_dbg(dev, ... then pr_debug(...  to printk(KERN_DEBUG ...
init/main.c:1222: WARNING: Prefer [subsystem eg: netdev]_dbg([subsystem]dev, ... then dev_dbg(dev, ... then pr_debug(...  to printk(KERN_DEBUG ...
init/main.c:1299: ERROR: Use of const init definition must use __initconst
init/main.c:1339: WARNING: Possible unnecessary 'out of memory' message
init/main.c:1343: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1529: WARNING: quoted string split across lines
total: 1 errors, 24 warnings, 1603 lines checked

Essa pode ser uma pergunta idiota. Por que isso não foi corrigido?

Um em particular que seria fácil de mudar é mudar todo strcpy para strscpy. Tenha em mente que strscpy leva um argumento a mais que strcpy.