| /linux/net/core/ |
| H A D | gen_estimator.c | 78 struct net_rate_estimator *est = timer_container_of(est, t, timer); in est_timer() local 83 est_fetch_counters(est, &b); in est_timer() 87 brate = (b_bytes - est->last_bytes) << (10 - est->intvl_log); in est_timer() 88 brate = (brate >> est->ewma_log) - (est->avbps >> est->ewma_log); in est_timer() 90 rate = (b_packets - est->last_packets) << (10 - est->intvl_log); in est_timer() 91 rate = (rate >> est->ewma_log) - (est->avpps >> est->ewma_log); in est_timer() 94 write_seqcount_begin(&est->seq); in est_timer() 95 est->avbps += brate; in est_timer() 96 est->avpps += rate; in est_timer() 97 write_seqcount_end(&est->seq); in est_timer() [all …]
|
| /linux/net/netfilter/ |
| H A D | xt_RATEEST.c | 38 struct xt_rateest *est) in xt_rateest_hash_insert() argument 42 h = xt_rateest_hash(est->name); in xt_rateest_hash_insert() 43 hlist_add_head(&est->list, &xn->hash[h]); in xt_rateest_hash_insert() 49 struct xt_rateest *est; in __xt_rateest_lookup() local 53 hlist_for_each_entry(est, &xn->hash[h], list) { in __xt_rateest_lookup() 54 if (strcmp(est->name, name) == 0) { in __xt_rateest_lookup() 55 est->refcnt++; in __xt_rateest_lookup() 56 return est; in __xt_rateest_lookup() 66 struct xt_rateest *est; in xt_rateest_lookup() local 69 est = __xt_rateest_lookup(xn, name); in xt_rateest_lookup() [all …]
|
| H A D | nft_set_bitmap.c | 290 struct nft_set_estimate *est) in nft_bitmap_estimate() argument 298 est->size = nft_bitmap_total_size(desc->klen); in nft_bitmap_estimate() 299 est->lookup = NFT_SET_CLASS_O_1; in nft_bitmap_estimate() 300 est->space = NFT_SET_CLASS_O_1; in nft_bitmap_estimate()
|
| /linux/net/netfilter/ipvs/ |
| H A D | ip_vs_est.c | 100 s = container_of(e, struct ip_vs_stats, est); in ip_vs_chain_estimation() 405 struct ip_vs_estimator *est) in ip_vs_enqueue_estimator() argument 410 int delay = est->ktrow; in ip_vs_enqueue_estimator() 475 est->ktid = ktid; in ip_vs_enqueue_estimator() 476 est->ktrow = row; in ip_vs_enqueue_estimator() 477 est->ktcid = cid; in ip_vs_enqueue_estimator() 478 hlist_add_head_rcu(&est->list, &td->chains[cid]); in ip_vs_enqueue_estimator() 501 struct ip_vs_estimator *est = &stats->est; in ip_vs_start_estimator() local 504 est->ktid = -1; in ip_vs_start_estimator() 505 est->ktrow = IPVS_EST_NTICKS - 1; /* Initial delay */ in ip_vs_start_estimator() [all …]
|
| /linux/drivers/net/ethernet/stmicro/stmmac/ |
| H A D | stmmac_ptp.c | 72 if (priv->est && priv->est->enable) { in stmmac_adjust_time() 75 priv->est->enable = false; in stmmac_adjust_time() 76 stmmac_est_configure(priv, priv, priv->est, in stmmac_adjust_time() 94 time.tv_nsec = priv->est->btr_reserve[0]; in stmmac_adjust_time() 95 time.tv_sec = priv->est->btr_reserve[1]; in stmmac_adjust_time() 97 cycle_time = (u64)priv->est->ctr[1] * NSEC_PER_SEC + in stmmac_adjust_time() 98 priv->est->ctr[0]; in stmmac_adjust_time() 103 priv->est->btr[0] = (u32)time.tv_nsec; in stmmac_adjust_time() 104 priv->est->btr[1] = (u32)time.tv_sec; in stmmac_adjust_time() 105 priv->est->enable = true; in stmmac_adjust_time() [all …]
|
| H A D | hwif.c | 124 const void *est; member 181 .est = &dwmac510_est_ops, 202 .est = &dwmac510_est_ops, 223 .est = &dwmac510_est_ops, 244 .est = &dwmac510_est_ops, 266 .est = &dwmac510_est_ops, 288 .est = &dwmac510_est_ops, 367 mac->est = mac->est ? : entry->est; in stmmac_hwif_init() 377 if (entry->est) in stmmac_hwif_init()
|
| H A D | stmmac_tc.c | 962 priv->est->max_sdu[j] = qopt->max_sdu[i] + ETH_HLEN - ETH_TLEN; in tc_taprio_map_maxsdu_txq() 1026 if (!priv->est) { in tc_taprio_configure() 1027 priv->est = devm_kzalloc(priv->device, sizeof(*priv->est), in tc_taprio_configure() 1029 if (!priv->est) in tc_taprio_configure() 1035 memset(priv->est, 0, sizeof(*priv->est)); in tc_taprio_configure() 1042 priv->est->gcl_size = size; in tc_taprio_configure() 1043 priv->est->enable = qopt->cmd == TAPRIO_CMD_REPLACE; in tc_taprio_configure() 1068 priv->est->gcl[i] = delta_ns | (gates << wid); in tc_taprio_configure() 1078 priv->est->btr[0] = (u32)time.tv_nsec; in tc_taprio_configure() 1079 priv->est->btr[1] = (u32)time.tv_sec; in tc_taprio_configure() [all …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | backporting.rst | 30 Às vezes, o patch que você está fazendo backport já existe como um commit do 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. 66 artigo assumirá que você está fazendo um ``git cherry-pick`` simples. 75 Note que, se você estiver enviando um patch para a ramificação estável (stable), 95 que estão sendo alteradas e/ou as linhas que cercam as alterações) não 96 corresponde ao que está na árvore à qual você está tentando aplicar o patch. 99 (branch) a partir da qual você está fazendo o backport contém patches que não 100 estão na ramificação para a qual você está fazendo o backport. No entanto, o 106 mostrando onde está o conflito e como as duas ramificações divergiram. Resolver [all …]
|
| H A D | applying-patches.rst | 11 Este documento está obsoleto. Na maioria dos casos, em vez de usar ``patch`` 110 trabalho que está sendo realizado. 128 Um exemplo de algo que não está "totalmente correto" e que o patch tentará 175 versão de kernel diferente daquela que você está tentando modificar. 197 fazer sentido do arquivo que você passou para ele. Ou o seu download está 199 descompactá-lo primeiro, ou o arquivo de patch que você está usando foi alterado 208 você provavelmente deve assumir que o seu arquivo de patch ou a sua árvore está 226 Aqui está como você passaria de 5.7.2 para 5.7.3 em um único passo:: 246 Os patches estão disponíveis em https://kernel.org/ 247 Os patches mais recentes estão vinculados na página principal, mas eles também [all …]
|
| H A D | management-style.rst | 42 você está em apuros como gerente. As pessoas que você gerencia devem conhecer os 44 você está ferrado. Você claramente não é competente para tomar essa decisão por elas. 47 do que você, você também está ferrado, embora por um motivo totalmente diferente. 48 Isso significa que você está no trabalho errado, e que **elas** deveriam estar 53 o que está fazendo, então o que um gerente do kernel precisa fazer é transformar 70 Como ninguém seria estúpido o suficiente para realmente deixar um gerente do kernel 96 muito **cientes** disso. E é muito mais fácil admitir que você é estúpido quando 97 você ainda não fez a coisa realmente estúpida. 99 Então, quando realmente se revela estúpido, as pessoas apenas reviram os olhos 146 e quase sempre com uma convicção ardente de que você está certo. [all …]
|
| H A D | 6.Followthrough.rst | 9 do kernel podem cometer é concluir que o seu trabalho agora está concluído. 48 não estão atacando você pessoalmente. 50 * Da mesma forma, os revisores de código não estão tentando promover os 54 estão verdadeiramente trabalhando em prol da criação do melhor kernel possível; 55 eles não estão tentando causar desconforto aos concorrentes de seus empregadores. 65 o que realmente está acontecendo. Se tiver uma objeção técnica a uma mudança 71 que algo está fundamentalmente errado ou que, talvez, você não esteja sequer 93 E se você tentou fazer tudo certo e as coisas ainda não estão avançando? A 96 acredita genuinamente que essa decisão está indo contra você de forma errada, 130 é surgirem conflitos com o trabalho que está sendo feito por outros. No pior [all …]
|
| H A D | 5.Posting.rst | 6 Cedo ou tarde, chega o momento em que seu trabalho está pronto para ser 22 No entanto, se o trabalho que está sendo feito for complexo, há muito a se 31 olhar para patches que sabidamente estão "meio cozidos" (half-baked), mas aqueles 78 lançamento bem conhecido — um release estável ou -rc —, em vez de criar uma 83 amplos. Dependendo da área do seu patch e do que está acontecendo em outros 97 estão interessados em alterações discretas e autocontidas, não no caminho 117 desenvolvedores e usuários que estão engajados no nobre trabalho de rastrear 178 problema que estão perseguindo, usuários que querem saber como o kernel mudou e 222 Se a URL apontar para um relatório de bug público que está sendo corrigido pelo 307 - Você tem certeza de que seu patch está livre de erros bobos? Você deve sempre [all …]
|
| /linux/drivers/media/dvb-frontends/ |
| H A D | dib7000m.c | 846 u16 value, est[4]; in dib7000m_set_channel() local 939 est[0] = 0x0148; /* P_adp_regul_cnt 0.04 */ in dib7000m_set_channel() 940 est[1] = 0xfff0; /* P_adp_noise_cnt -0.002 */ in dib7000m_set_channel() 941 est[2] = 0x00a4; /* P_adp_regul_ext 0.02 */ in dib7000m_set_channel() 942 est[3] = 0xfff8; /* P_adp_noise_ext -0.001 */ in dib7000m_set_channel() 945 est[0] = 0x023d; /* P_adp_regul_cnt 0.07 */ in dib7000m_set_channel() 946 est[1] = 0xffdf; /* P_adp_noise_cnt -0.004 */ in dib7000m_set_channel() 947 est[2] = 0x00a4; /* P_adp_regul_ext 0.02 */ in dib7000m_set_channel() 948 est[3] = 0xfff0; /* P_adp_noise_ext -0.002 */ in dib7000m_set_channel() 951 est[0] = 0x099a; /* P_adp_regul_cnt 0.3 */ in dib7000m_set_channel() [all …]
|
| /linux/include/net/ |
| H A D | act_api.h | 128 struct nlattr *est, struct tc_action **act, 195 int tcf_idr_create(struct tc_action_net *tn, u32 index, struct nlattr *est, 199 struct nlattr *est, struct tc_action **a, 217 struct nlattr *est, 223 struct nlattr *nla, struct nlattr *est,
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 16 cierto punto y está escrito principalmente para evitar responder a [#f1]_ 63 grandes y dolorosas. Tomar decisiones pequeñas y sin consecuencias está 64 bien, y te hace parecer que sabes lo que estás haciendo, así que lo que 84 Resulta que, dado que nadie sería tan estúpido como para dejar que un 114 admitir que eres estúpido cuando **aun** no has hecho la cosa realmente 115 estúpida. 117 Entonces, cuando realmente resulta ser estúpido, la gente simplemente 122 pena hacerlo o no. Después de todo, si **ellos** no están seguros de si es 134 Si no está claro cuál enfoque es mejor, lo descubrirán. La respuesta puede 172 Y cuanto más convencido estés de que tienes razón (y seamos sinceros, [all …]
|
| H A D | 1.Intro.rst | 48 parches; el trabajo está lejos de terminar en ese momento. Trabajar con 51 etapa. Se advierte a los desarrolladores que no asuman que el trabajo está 110 desarrollo, si bien es servicial para aquellos que están tratando de 151 - El código que se ha fusionado con el kernel mainline está disponible 161 está en constante cambio. La falta de una interfaz interna estable es 176 - Más allá de eso, el código que está en el kernel a menudo será 202 una característica no estándar fuera del árbol indefinidamente, o 209 para Linux (o está pensando en hacerlo), claramente tiene un interés 228 que acecha a esos módulos está ahí a pesar de todo. 245 doblemente al código cerrado. Dado que este código no está disponible [all …]
|
| H A D | 2.Process.rst | 41 continuo que está integrando continuamente cambios importantes. 45 se dice que la "merge window" (ventana de fusión) está abierta. En ese 59 tiempo, Linux Torvalds declarará que la ventana está cerrada y publicará 196 prioridad. Si su parche está recibiendo comentarios sobre los cambios 199 no está siendo fusionado por el maintainer apropiado del subsistema o 260 fusionar de sus repositorios. Si Linus está de acuerdo, el flujo de 286 alguien quiere ver todos los parches que se están preparando para la 288 saber que otros cambios están pendientes para ver si hay algún conflicto 316 El parche -mm actual está disponible en el directorio “mmotm” (-mm 344 que están en proceso de ser agregados al árbol del kernel. Permanecen [all …]
|
| H A D | maintainer-kvm-x86.rst | 29 x86 está dividido entre el árbol principal de KVM, 45 El árbol de KVM x86 está organizado en múltiples ramas por temas. El 80 margen de maniobra en función del tamaño de la serie, los parches que están 94 expectativas realistas. Si está haciendo ping para la aceptación, es decir, 97 están listos para ser fusionados. Los pings sobre series que rompen la 125 ``kvm-x86 next``. Si no está seguro de si un parche/serie es realmente 147 de KVM no son realmente públicas, ya que están destinadas únicamente al 161 Gran parte de la base de código de KVM está directamente vinculada al 176 comportamiento de la arquitectura, por lo que está implícito que el 177 comportamiento de KVM está emulando el comportamiento de SDM y/o APM. Tenga [all …]
|
| H A D | howto.rst | 42 El kernel está escrito usando GNU C y la cadena de herramientas GNU. Si 43 bien se adhiere al estándar ISO C89, utiliza una serie de extensiones que 44 no aparecen en dicho estándar. El kernel usa un C independiente de entorno, 45 sin depender de la biblioteca C estándar, por lo que algunas partes del 46 estándar C no son compatibles. Divisiones de long long arbitrarios o 53 Recuerde que está tratando de aprender a trabajar con una comunidad de 54 desarrollo existente. Es un grupo diverso de personas, con altos estándares 58 tanto como le sea posible acerca de estos estándares antes de tiempo, ya 59 que están bien documentados; no espere que la gente se adapte a usted o a 86 Esta es la lista de archivos que están en el código fuente del kernel y son [all …]
|
| H A D | code-of-conduct.rst | 57 cumplir nuestros estándares de comportamiento aceptable y tomarán acciones 71 espacios públicos donde un individuo esté en representación del proyecto o 82 una manera puntual y justa. El Code of Condut Commitee está obligados a
|
| /linux/drivers/net/ethernet/ibm/emac/ |
| H A D | core.c | 1963 struct emac_error_stats *est = &dev->estats; in emac_stats() local 1975 nst->rx_dropped = (unsigned long)(est->rx_dropped_oom + in emac_stats() 1976 est->rx_dropped_error + in emac_stats() 1977 est->rx_dropped_resize + in emac_stats() 1978 est->rx_dropped_mtu); in emac_stats() 1979 nst->tx_dropped = (unsigned long)est->tx_dropped; in emac_stats() 1981 nst->rx_errors = (unsigned long)est->rx_bd_errors; in emac_stats() 1982 nst->rx_fifo_errors = (unsigned long)(est->rx_bd_overrun + in emac_stats() 1983 est->rx_fifo_overrun + in emac_stats() 1984 est->rx_overrun); in emac_stats() [all …]
|
| /linux/Documentation/translations/pt_BR/ |
| H A D | index.rst | 16 A tradução ainda está em seu estágio inicial e incompleta; você notará avisos 19 De maneira geral, a documentação, assim como o próprio kernel, está em constante
|
| /linux/tools/power/cpupower/po/ |
| H A D | fr.po | 348 "Le régulateur \"%s\" est libre de choisir la vitesse\n" 354 msgstr " la fréquence actuelle de ce CPU est " 497 "argument, ou bien si seulement l'argument -c (--cpu) est donné, afin de\n" 505 msgstr "Les arguments avec un * utiliseront le CPU 0 si -c (--cpu) est omis\n" 512 msgstr "Cette option est incompatible avec --cpu\n" 592 msgstr "Les arguments avec un * utiliseront le CPU 0 si -c (--cpu) est omis\n" 605 "1. Le CPU numéro 0 sera utilisé par défaut si -c (ou --cpu) est omis ;\n" 625 "En ajustant les nouveaux paramètres, une erreur est apparue. Les sources\n" 628 "- le régulateur choisi n'est pas disponible, ou bien n'est pas disponible " 631 "- la tactique n'est pas disponible ;\n" [all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | index.rst | 21 está en inglés: :ref:`linux_doc` 27 esté actualizada con las últimas modificaciones. Si lo que lee en una 68 En términos más generales, la documentación, como el kernel mismo, están en
|
| /linux/include/uapi/linux/netfilter/ |
| H A D | xt_RATEEST.h | 14 struct xt_rateest *est __attribute__((aligned(8))); member
|