| /linux/mm/ |
| H A D | memfd_luo.c | 262 struct memfd_luo_ser *ser; in memfd_luo_preserve() local 270 ser = kho_alloc_preserve(sizeof(*ser)); in memfd_luo_preserve() 271 if (IS_ERR(ser)) { in memfd_luo_preserve() 272 err = PTR_ERR(ser); in memfd_luo_preserve() 288 ser->pos = args->file->f_pos; in memfd_luo_preserve() 300 ser->size = inode_size; in memfd_luo_preserve() 301 ser->seals = seals; in memfd_luo_preserve() 303 err = memfd_luo_preserve_folios(args->file, &ser->folios, in memfd_luo_preserve() 308 ser->nr_folios = nr_folios; in memfd_luo_preserve() 312 args->serialized_data = virt_to_phys(ser); in memfd_luo_preserve() [all …]
|
| /linux/drivers/accessibility/speakup/ |
| H A D | serialio.c | 53 const struct old_serial_port *ser; in spk_serial_init() local 60 ser = rs_table + index; in spk_serial_init() 63 quot = ser->baud_base / baud; in spk_serial_init() 74 if (synth_request_region(ser->port, 8)) { in spk_serial_init() 77 __release_region(&ioport_resource, ser->port, 8); in spk_serial_init() 78 err = synth_request_region(ser->port, 8); in spk_serial_init() 81 ser->port, err); in spk_serial_init() 89 outb(cval | UART_LCR_DLAB, ser->port + UART_LCR); /* set DLAB */ in spk_serial_init() 90 outb(quot & 0xff, ser->port + UART_DLL); /* LS of divisor */ in spk_serial_init() 91 outb(quot >> 8, ser->port + UART_DLM); /* MS of divisor */ in spk_serial_init() [all …]
|
| H A D | spk_ttyio.c | 26 static int ser_to_dev(int ser, dev_t *dev_no) in ser_to_dev() argument 28 if (ser < 0 || ser > (255 - 64)) { in ser_to_dev() 33 *dev_no = MKDEV(4, (64 + ser)); in ser_to_dev() 41 synth->ser == SYNTH_DEFAULT_SER) in get_dev_to_use() 44 return ser_to_dev(synth->ser, dev_no); in get_dev_to_use()
|
| H A D | speakup_bns.c | 122 module_param_named(ser, synth_bns.ser, int, 0444); 132 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_txprt.c | 127 module_param_named(ser, synth_txprt.ser, int, 0444); 138 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_spkout.c | 135 module_param_named(ser, synth_spkout.ser, int, 0444); 146 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_acntsa.c | 139 module_param_named(ser, synth_acntsa.ser, int, 0444); 148 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| /linux/kernel/liveupdate/ |
| H A D | luo_session.c | 222 struct luo_session_ser *ser) in luo_session_unfreeze_one() argument 225 luo_file_unfreeze(&session->file_set, &ser->file_set_ser); in luo_session_unfreeze_one() 229 struct luo_session_ser *ser) in luo_session_freeze_one() argument 232 return luo_file_freeze(&session->file_set, &ser->file_set_ser); in luo_session_freeze_one() 555 struct luo_session_ser *ser) in luo_session_deserialize_one() argument 560 session = luo_session_alloc(ser->name); in luo_session_deserialize_one() 563 (int)sizeof(ser->name), ser->name, session); in luo_session_deserialize_one() 577 &ser->file_set_ser); in luo_session_deserialize_one() 592 struct luo_session_ser *ser; in luo_session_deserialize() local 621 while ((ser = kho_block_set_it_read_entry(&it))) { in luo_session_deserialize() [all …]
|
| /linux/arch/mips/boot/dts/brcm/ |
| H A D | bcm6358-neufbox4-sercomm.dts | 7 compatible = "sfr,nb4-ser", "brcm,bcm6358"; 27 label = "nb4-ser:white:alarm"; 32 label = "nb4-ser:white:tv"; 37 label = "nb4-ser:white:tel"; 42 label = "nb4-ser:white:adsl";
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | 4.Coding.rst | 8 código resultante. É o código que será examinado por outros desenvolvedores e 43 vencer para que o código possa ser mesclado. Colocar código no kernel significa 55 motivos, mas mudanças de estilo de codificação não devem ser feitas apenas por 58 O documento de estilo de codificação também não deve ser lido como uma lei 59 absoluta que nunca pode ser transgredida. Se houver um bom motivo para ir contra 72 serão definidas automaticamente se você estiver usando um editor compatível 84 abstração excessiva ou prematura pode ser tão prejudicial quanto a otimização 85 prematura. A abstração deve ser usada até o nível necessário e não além. 96 em geral, ser adicionados em primeiro lugar. 117 não é C, e o uso pesado dele resulta em um código muito mais difícil de ser lido [all …]
|
| H A D | 5.Posting.rst | 6 Cedo ou tarde, chega o momento em que seu trabalho está pronto para ser 12 informações também podem ser encontradas nos arquivos 30 que ainda precise ser feito e quaisquer problemas conhecidos. Menos pessoas vão 39 Há uma série de coisas que devem ser feitas antes de você considerar o envio 48 mais informações sobre séries de patches). Note que isso pode ser 58 resumo dos resultados deve ser incluído junto ao patch. 75 Os patches devem ser preparados contra uma versão específica do kernel. Como 76 regra geral, um patch deve ser baseado no mainline atual encontrado na árvore 87 Apenas as alterações mais simples devem ser formatadas como um único patch; tudo 88 o mais deve ser feito como uma série lógica de mudanças. Dividir patches é uma [all …]
|
| H A D | 7.AdvancedTopics.rst | 8 cobrirá uma série de tópicos que podem ser úteis para desenvolvedores que 28 longo por si só. Em vez disso, o foco aqui será em como o git se encaixa 40 outros. Um desenvolvedor que utiliza o git deve ser capaz de obter uma cópia do 46 Tudo isso pode ser um pouco intimidante no início, mas os conceitos não são tão 49 Usar o git para gerar patches para submissão por e-mail pode ser um bom exercício 54 pull possa ser feito. Configurar um servidor desse tipo com o git-daemon é 62 de desenvolvimento pode ser separada em uma "topic branch" distinta e mantida de 66 Branches disponíveis publicamente devem ser criadas com cuidado; mescle patches 73 pode ser corrigido localmente ou feito desaparecer completamente do histórico. 74 Uma série de patches pode ser reescrita como se tivesse sido escrita no topo da [all …]
|
| H A D | cve.rst | 23 Uma lista de todos os CVEs atribuídos ao kernel Linux pode ser encontrada nos 39 quase qualquer bug pode ser explorável para comprometer a segurança do kernel, 49 que nenhum possível problema de segurança deve ser enviado para esse alias; 56 Nenhum CVE será atribuído automaticamente para problemas de segurança ainda 59 estável, e ela será rastreada dessa forma pelo ID do commit git da correção 65 Nenhum CVE será atribuído para qualquer problema encontrado em uma versão do 67 Stable/LTS. Uma lista dos ramos de kernel atualmente suportados pode ser 90 pode ser atribuído pela equipe de CVEs do kernel Linux e deve ser solicitado à 95 CVEs do kernel, não deve ser tratado como um CVE válido. Por favor, notifique 103 Como o kernel Linux pode ser usado de múltiplas maneiras, com diversas [all …]
|
| H A D | management-style.rst | 15 significa que não possa ser verdade. Você terá que decidir por si mesmo. 37 importante. Quanto maior e mais dolorosa a decisão, maior deve ser o gerente para 57 é se você pode consertar sua decisão depois. Qualquer decisão pode ser pequena 66 que não podem ser desfeitas. Não se deixe encurralar em um canto do qual você não 67 possa escapar. Um rato encurralado pode ser perigoso - um gerente encurralado é 72 bastante fácil voltar atrás. Como você não vai ser capaz de desperdiçar enormes 73 quantidades de dinheiro que você pode não ser capaz de reembolsar, a única coisa que 78 já que poderia ser facilmente desfeita. 86 depois de tudo pode ser difícil para os pobres engenheiros humildes também, 92 Felizmente, ambas essas razões podem ser mitigadas efetivamente apenas admitindo [all …]
|
| H A D | security-bugs.rst | 8 possa ser corrigida e divulgada o mais rápido possível. 22 será processado. Uma parte significativa dos relatórios é de bugs que já 32 * **reproduzir**: os desenvolvedores precisarão ser capazes de reproduzir o 38 aceitos. Exploits funcionais são extremamente úteis e não serão divulgados 40 definição, se um problema não pode ser reproduzido, ele não é explorável, 44 permissões, temporização, modificações de código, etc., estas devem ser 61 sempre de uma maneira que possa ser mesclada imediatamente (consulte 70 pois podem ser úteis para manter os usuários finais protegidos durante o 92 configurado, e que podem ser facilmente explorados, representando uma ameaça 117 tenha bons motivos para considerar o problema como público ou trivial de ser [all …]
|
| H A D | 8.Conclusion.rst | 7 tópicos relacionados. A primeira delas sempre será o diretório Documentation 12 "make pdfdocs" podem ser usados para gerar esses documentos em formato HTML ou 18 fonte; informações sobre muitos tópicos específicos do kernel podem ser 44 A documentação para o git pode ser encontrada em: 62 para torná-lo melhor. O kernel é um exemplo primordial do que pode ser feito 72 envolvidos ganham. Abra o seu editor e venha se juntar a nós; você será mais do
|
| H A D | deprecated.rst | 26 cabeçalho (*header file*), não é a solução completa. Tais interfaces devem ser 36 demais. (Por exemplo: "Em que ordem os bloqueios precisam ser liberados? Os 45 Note que a família WARN() só deve ser usada para situações que "espera-se que 55 Cálculos dinâmicos de tamanho (especialmente multiplicação) não devem ser 69 Em vez disso, a forma de dois fatores do alocador deve ser utilizada:: 73 Especificamente, kmalloc() pode ser substituído por kmalloc_array(), e 74 kzalloc() pode ser substituído por kcalloc(). 77 saturação em estouro (*saturate-on-overflow*) devem ser usados:: 81 Outro caso comum a ser evitado é calcular o tamanho de uma estrutura com uma 116 funções kstrtol(), kstrtoll(), kstrtoul() e kstrtoull() tendem a ser as [all …]
|
| H A D | 6.Followthrough.rst | 14 É raro um patch ser tão bom em seu primeiro envio que não haja margem para 29 pode ser, para muitos desenvolvedores, a parte mais intimidadora do processo 35 não os impedirá de fazer uma pergunta fundamental: como será manter um 69 com o revisor —, reserve um tempo para repensar as coisas. Pode ser fácil ficar 94 maioria das divergências técnicas pode ser resolvida por meio de discussão, 98 que este texto foi escrito, essa instância superior costuma ser Andrew Morton. 101 bloqueada. Recorrer a Andrew, no entanto, não deve ser feito de ânimo leve e nem 108 Se um patch for considerado algo bom para ser adicionado ao kernel, e assim 127 comentários precisam ser respondidos da mesma forma que na rodada anterior. 132 sejam deixados em segundo plano, para que os patches restantes possam ser [all …]
|
| H A D | maintainer-netdev.rst | 56 ser concluída, a versão oficial vX.Y é lançada. 83 (*merge window*) de 2 semanas, a árvore ``net-next`` será fechada, sem novas 85 será passado para a mainline/Linus via um *pull request* para a vX.Y ao mesmo 101 Pouco depois das duas semanas terem passado (e a vX.Y-rc1 ser lançada), a árvore 124 O status de um patch pode ser verificado olhando a fila principal do patchwork 149 Awaiting upstream o patch deve ser revisado e tratado pelo sub-mantenedor 155 Deferred o patch precisa ser reenviado mais tarde, geralmente 160 RFC não deve ser aplicado, geralmente não está na 187 pode ser útil quando o autor descobre um bug em sua própria série e deseja 192 patches por conta própria. Nenhum e-mail deve ser enviado à lista com o [all …]
|
| H A D | code-of-conduct.rst | 40 * Qualquer outra conduta que possa ser razoavelmente considerada inadequada em um 64 presencial. A representação de um projeto pode ser detalhada e esclarecida de forma 71 podem ser relatados entrando em contato com o Comitê do Código de Conduta pelo e-mail 72 <conduct@kernel.org>. Todas as reclamações serão revisadas e investigadas, resultando 76 ser publicados separadamente.
|
| H A D | code-of-conduct-interpretation.rst | 16 Suas contribuições e as ideias por trás delas serão cuidadosamente 18 revisão quase sempre exigirá melhorias antes que o material possa ser 53 que surgirem. Isso não será considerado um relato de violação, a menos 60 mas o objetivo principal para todos nós deve ser trabalhar em direção a 61 resoluções amigáveis dos problemas. A aplicação do código de conduta será 86 deve ser visto como uma violação do Código de Conduta. A comunidade do 116 ser consideradas para circunstâncias extremas. 119 O conteúdo já existente que precede o Código de Conduta não será tratado 120 agora como uma violação. No entanto, a linguagem inapropriada pode ser vista 121 como um bug; tais bugs serão corrigidos mais rapidamente se quaisquer partes [all …]
|
| H A D | adding-syscalls.rst | 17 uma das alternativas poderia ser mais adequada. Embora as chamadas de sistema 22 - Se as operações envolvidas puderem ser moldadas para se parecerem com um 34 :manpage:`read(2)`/:manpage:`write(2)` precisam ser implementadas como 40 sistema de arquivos ``/proc`` pode ser mais apropriado. No entanto, o acesso 42 o que pode não ser sempre o caso (por exemplo, em um ambiente com namespaces, 47 pode ser mais adequada. Contudo, o :manpage:`fcntl(2)` é uma chamada de sistema 53 então uma opção de comando adicional para :manpage:`prctl(2)` pode ser mais 63 Uma nova chamada de sistema faz parte da API do kernel e deve ser suportada 164 que offsets de 64 bits possam ser suportados mesmo em arquiteturas de 32 bits. 167 ela precisa ser governada pelo bit de capacidade (capability) do Linux apropriado [all …]
|
| H A D | contribution-maturity-model.rst | 18 apoiar um fluxo forte de talentos, os desenvolvedores devem ser autorizados e 30 modelo. Para ser eficaz, essa avaliação deve incorporar o feedback de toda a 57 * As contribuições de código no upstream de um Engenheiro de Software serão 69 * As contribuições comunitárias de um Engenheiro de Software serão consideradas 73 podem ser publicadas apenas internamente na organização ou, a critério da 74 organização, algumas ou todas podem ser publicadas externamente. As métricas
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 22 eso no significa que no pueda ser realmente cierto. Tendrás que decidir 47 más grande debe ser el gerente para tomarla. Eso es muy profundo y obvio, 72 daño más tarde retrocediendo. De repente, llegas a ser doblemente 82 ser peligrosa – un gerente acorralado es directamente lamentable. 84 Resulta que, dado que nadie sería tan estúpido como para dejar que un 102 valió la pena después de todo también puede ser duro para los pobres 111 a la gente que tu decisión es puramente preliminar, y podría ser la cosa 117 Entonces, cuando realmente resulta ser estúpido, la gente simplemente 124 que trabajan será incluido. Haz que al menos lo piensen dos veces antes de 147 La mayoría de las personas son idiotas, y ser gerente significa que [all …]
|
| /linux/drivers/tty/serial/ |
| H A D | 21285.c | 340 static int serial21285_verify_port(struct uart_port *port, struct serial_struct *ser) in serial21285_verify_port() argument 343 if (ser->type != PORT_UNKNOWN && ser->type != PORT_21285) in serial21285_verify_port() 345 if (ser->irq <= 0) in serial21285_verify_port() 347 if (ser->baud_base != port->uartclk / 16) in serial21285_verify_port()
|