| /linux/sound/drivers/opl3/ |
| H A D | opl3_voice.h | 18 void snd_opl3_note_on(void *p, int note, int vel, struct snd_midi_channel *chan); 19 void snd_opl3_note_off(void *p, int note, int vel, struct snd_midi_channel *chan); 20 void snd_opl3_key_press(void *p, int note, int vel, struct snd_midi_channel *chan); 26 void snd_opl3_calc_volume(unsigned char *reg, int vel, struct snd_midi_channel *chan); 31 void snd_opl3_drum_switch(struct snd_opl3 *opl3, int note, int vel, int on_off, struct snd_midi_cha…
|
| H A D | opl3_drums.c | 122 int vel, struct snd_midi_channel *chan) in snd_opl3_drum_vol_set() argument 131 snd_opl3_calc_volume(®_val, vel, chan); in snd_opl3_drum_vol_set() 169 void snd_opl3_drum_switch(struct snd_opl3 *opl3, int note, int vel, int on_off, in snd_opl3_drum_switch() argument 203 snd_opl3_drum_vol_set(opl3, drum_voice, vel, chan); in snd_opl3_drum_switch()
|
| /linux/Documentation/translations/pt_BR/ |
| H A D | index.rst | 15 Este é o nível principal da documentação do kernel em língua portuguesa (Brasil). 38 traduções é altamente improvável. Os mantenedores das traduções — e seus 40 as respectivas traduções alinhadas na medida do possível. Por este motivo, não 49 documentos em inglês. Posteriormente, quando possível, a mesma alteração deve 54 As traduções buscam ser o mais precisas possível, mas não é possível mapear
|
| /linux/sound/synth/emux/ |
| H A D | emux_voice.h | 34 void snd_emux_note_on(void *p, int note, int vel, struct snd_midi_channel *chan); 35 void snd_emux_note_off(void *p, int note, int vel, struct snd_midi_channel *chan); 36 void snd_emux_key_press(void *p, int note, int vel, struct snd_midi_channel *chan);
|
| H A D | soundfont.c | 56 static int search_zones(struct snd_sf_list *sflist, int *notep, int vel, 1230 snd_soundfont_search_zone(struct snd_sf_list *sflist, int *notep, int vel, in snd_soundfont_search_zone() argument 1244 nvoices = search_zones(sflist, notep, vel, preset, bank, in snd_soundfont_search_zone() 1248 nvoices = search_zones(sflist, notep, vel, in snd_soundfont_search_zone() 1280 search_zones(struct snd_sf_list *sflist, int *notep, int vel, in search_zones() argument 1291 vel >= zp->v.vellow && vel <= zp->v.velhigh) { in search_zones() 1302 nvoices = search_zones(sflist, &key, vel, in search_zones()
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | deprecated.rst | 7 Em um mundo perfeito, seria possível converter todas as instâncias de alguma 10 de manutenção e ao cronograma, nem sempre é viável realizar esse tipo de 32 Em vez disso, use WARN() e WARN_ON() e trate a condição de erro "impossível" 33 da forma mais amigável possível. Embora a família de APIs BUG() tenha sido 34 originalmente projetada para agir como uma asserção de "situação impossível" e 38 desestabilizar o sistema ou travá-lo por completo, o que torna impossível 62 risco de estouro. No entanto, a maneira preferível nesses casos é refatorar o 76 Se nenhuma forma de dois fatores estiver disponível, os auxiliares de 93 refatore o uso dessa matriz e mude para um `membro de matriz flexível 188 algum estado do sistema ou nível de privilégio do usuário seria considerado [all …]
|
| H A D | code-of-conduct.rst | 15 identidade e expressão de gênero, nível de experiência, educação, status 47 aceitável e devem tomar medidas corretivas apropriadas e justas em resposta a 48 quaisquer casos de comportamento inaceitável. 70 Casos de comportamento abusivo, de assédio ou inaceitável sob qualquer outro aspecto 82 disponível em https://www.contributor-covenant.org/version/1/4/code-of-conduct.html
|
| H A D | contribution-maturity-model.rst | 36 Nível 0 43 Nível 1 50 Nível 2 60 Nível 3 88 Nível 4 101 Nível 5
|
| H A D | security-bugs.rst | 8 possa ser corrigida e divulgada o mais rápido possível. 25 desenvolvimento ou a versão estável mais recente), pelo menos verificando 40 definição, se um problema não pode ser reproduzido, ele não é explorável, 52 não for possível (por exemplo, "o sistema trava toda vez que executo este 77 envolver o maior público possível e encontrar a melhor solução. Por natureza, 79 participantes têm menos probabilidade de produzir a melhor correção possível 102 intencionais; apenas mencione que um está disponível e os mantenedores poderão 119 de vulnerabilidades amplamente disponível que possa ser repetida por qualquer 128 pelo mesmo commit; então pode ser aceitável relatá-las de uma vez. 139 mantenedores relevantes. Chamá-lo pela primeira vez com o nível mais refinado [all …]
|
| H A D | 6.Followthrough.rst | 11 do processo, possivelmente com uma quantidade considerável de trabalho 54 estão verdadeiramente trabalhando em prol da criação do melhor kernel possível; 81 respondido aos comentários que recebeu da vez anterior, é provável que descubra 121 A inclusão em uma árvore de subsistema pode trazer um nível mais alto de 156 com um driver para um hardware que ainda não está disponível, você se 162 patch causar uma regressão, você descobrirá uma quantidade desconfortável de 164 possível. Se você não estiver disposto ou for incapaz de corrigir a regressão 174 lançamento do kernel principal seja o mais sólida possível. Portanto, por favor, 175 responda aos relatórios de erros e corrija os problemas, se for viável. É para 181 de erros: o próximo lançamento estável da árvore principal, o momento em que [all …]
|
| H A D | backporting.rst | 46 quiser aplicar um patch que acabou de chegar na LKML a um kernel estável mais 48 seguida, fazer o cherry-pick dele para a sua ramificação estável mais antiga. 59 por sua vez, torna menos provável que o patch seja aplicado no lugar errado (o 75 Note que, se você estiver enviando um patch para a ramificação estável (stable), 101 inverso também é possível. Em qualquer caso, o resultado é um conflito que 188 (por exemplo, uma chamada de função ou uma variável) foi alterado, adicionado 215 parecem com a possível origem do conflito. Às vezes, haverá mais de um desses 231 simplesmente renomeia uma função ou uma variável também seria incidental. Por 313 ``merge``. Também está disponível um outro estilo, conhecido como o estilo 325 esperava encontrar lá, mas não encontrou. É *altamente recomendável* usar este [all …]
|
| H A D | maintainer-netdev.rst | 214 discussões de forma relativamente rápida. É muito improvável que novos 278 Não é possível fazer o patch desaparecer uma vez que ele foi enviado (pushed); 279 o histórico de commits nas árvores netdev é imutável. Por favor, envie versões 289 Árvore estável 354 o sintoma visível para o usuário final, a razão subjacente de por que isso 381 deve constituir um passo compreensível em direção ao seu objetivo declarado. 385 grande bloco de tempo disponível. Uma série pequena pode ser revisada em pouco 428 aceitável. 431 ``scoped_guard()`` é considerado mais legível. O uso de lock/unlock normal 434 Construções de limpeza de baixo nível (como ``__free()``) podem ser usadas ao [all …]
|
| H A D | cve.rst | 32 Como parte do processo normal de lançamento estável, alterações do kernel que 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; 58 depois que uma correção estiver disponível e aplicada a uma árvore de kernel 59 estável, e ela será rastreada dessa forma pelo ID do commit git da correção
|
| H A D | 4.Coding.rst | 37 uniformidade para tornar possível que os desenvolvedores entendam rapidamente 60 o estilo (uma linha que se torna muito menos legível se for dividida para caber 72 serão definidas automaticamente se você estiver usando um editor compatível 85 prematura. A abstração deve ser usada até o nível necessário e não além. 87 Em um nível simples, considere uma função que possui um argumento que é 107 funcionalidade em um nível superior. Não há valor em duplicar o mesmo código 125 deve ser confinado a arquivos de cabeçalho (headers) sempre que possível. O 132 possível avaliação múltipla de expressões com efeitos colaterais e a falta de 186 capacidade de resposta aumentará o nível de concorrência dentro do kernel. Os 241 entanto, é capturar e corrigir o máximo possível desses erros antes que nosso [all …]
|
| H A D | code-of-conduct-interpretation.rst | 20 querem ver a melhor solução possível para o sucesso geral do Linux. Este 29 comunidade do kernel, um "mantenedor" é qualquer pessoa responsável por 39 Em primeiro lugar e acima de tudo, é uma expectativa razoável que os 87 kernel está ciente disso e fornece programas de nível de entrada de 167 Aplicação para Violações de Comportamento Inaceitável do Código de Conduta 188 colaboração produtiva e respeitosa quando um comportamento inaceitável 203 O objetivo é alcançar uma resolução que seja aceitável para todas as partes. 223 a colaboração saudável, recomendando medida(s) corretiva(s) ao TAB para
|
| H A D | 5.Posting.rst | 73 aconselhável, mesmo a curto prazo. 78 lançamento bem conhecido — um release estável ou -rc —, em vez de criar uma 128 ative tudo. Essa tentação deve ser evitada, se possível; se essa série 131 possível, um patch que adiciona código novo deve tornar esse código ativo 177 kernels, caçadores de bugs se perguntando se o patch é responsável por um 180 pessoas da maneira mais direta e concisa possível. 183 alteração o melhor possível, dada a restrição de uma única linha. A descrição 186 bug, se possível (e, por favor, forneça tanto o ID do commit quanto o título ao 269 Closes: apontando para o relato, a menos que o relato não esteja disponível na 310 personificação de uma quantidade razoável de reflexão sobre como os patches do [all …]
|
| H A D | development-process.rst | 9 que seja acessível àqueles que não estão intimamente familiarizados com o
|
| H A D | applying-patches.rst | 51 Como é improvável que isso corresponda ao nome do diretório do código-fonte do 160 conseguiu encontrar um arquivo para ser modificado. O mais provável é que você 309 Esta é a ramificação recomendada para usuários que desejam o kernel estável mais 313 Se nenhum kernel 5.x.y estiver disponível, então o kernel 5.x com o número mais 314 alto será o atual kernel estável. 342 base 5.x, eles são aplicados sobre o kernel estável anterior (5.x.y-1). 361 executá-los. Esta é, no entanto, a mais estável das principais ramificações de 363 estável, por isso é importante que seja testado pelo maior número possível de 435 alterações sejam mescladas na árvore principal do Linus, que é mais estável.
|
| H A D | submit-checklist.rst | 49 aceitável nelas.) 106 suposições sobre o intervalo de quantidade representável, alinhamento 116 desativados e/ou definidos como ``=m`` (se essa opção estiver disponível)
|
| H A D | 8.Conclusion.rst | 9 nível superior :ref:`process/howto.rst <process_howto>`; leia também 70 manutenção e distribuição, um nível mais alto de influência sobre a direção do
|
| H A D | botching-up-ioctls.rst | 131 * Se você não puder tornar um determinado caminho de código reiniciável, torne 132 uma tarefa travada pelo menos finalizável (killable). As GPUs simplesmente 134 inteira deles (por meio de um processo do X impossível de matar). Se a 174 tornado a sua ioctl reiniciável, os timeouts relativos tendem a ser muito 184 entregue um evento assíncrono em um descritor de arquivo passível de poll 249 isenção de responsabilidade por não ter uma ABI estável, seria melhor.
|
| /linux/sound/drivers/opl4/ |
| H A D | opl4_local.h | 225 void snd_opl4_note_on(void *p, int note, int vel, struct snd_midi_channel *chan); 226 void snd_opl4_note_off(void *p, int note, int vel, struct snd_midi_channel *chan);
|
| /linux/sound/core/seq/oss/ |
| H A D | seq_oss_event.h | 31 unsigned char vel; member
|
| /linux/tools/power/cpupower/po/ |
| H A D | pt.po | 228 msgstr "Não foi possível contar o número de CPUs (%s: %s), assumindo 1\n" 399 " através de leitura no hardware (disponível somente " 483 " -m, --human saída legível para humanos para os parâmetros -f, -w, " 538 "não foi possível analisar o CPU % já que o mesmo parece não estar presente\n" 581 " nível de usuário esteja disponível e carregado\n" 637 "- O regulador que você requesitou está disponível e foi \"modprobed\"?\n" 639 "- Tentando setar uma frequência específica, mas o regulador em nível de " 640 "usuário não está disponível,\n" 643 " ou porque o regulador em nível de usuário não foi carregado?\n"
|
| /linux/sound/core/seq/ |
| H A D | seq_midi_emul.c | 35 int note, int vel); 234 int note, int vel) 246 ops->note_off(drv, note, vel, chan); in note_off() 237 note_off(const struct snd_midi_op * ops,void * drv,struct snd_midi_channel * chan,int note,int vel) note_off() argument
|