| /linux/fs/nilfs2/ |
| H A D | sufile.c | 311 struct nilfs_segment_usage *su; in nilfs_sufile_alloc() local 364 su = kaddr = kmap_local_folio(su_bh->b_folio, offset); in nilfs_sufile_alloc() 368 for (j = 0; j < nsus; j++, su = (void *)su + susz, segnum++) { in nilfs_sufile_alloc() 369 if (!nilfs_segment_usage_clean(su)) in nilfs_sufile_alloc() 372 nilfs_segment_usage_set_dirty(su); in nilfs_sufile_alloc() 412 struct nilfs_segment_usage *su; in nilfs_sufile_do_cancel_free() local 416 su = kmap_local_folio(su_bh->b_folio, offset); in nilfs_sufile_do_cancel_free() 417 if (unlikely(!nilfs_segment_usage_clean(su))) { in nilfs_sufile_do_cancel_free() 420 kunmap_local(su); in nilfs_sufile_do_cancel_free() 423 nilfs_segment_usage_set_dirty(su); in nilfs_sufile_do_cancel_free() [all …]
|
| /linux/Documentation/translations/zh_CN/core-api/ |
| H A D | errseq.rst | 82 struct supervisor su; 84 su.s_wd_err = errseq_sample(&wd.wd_err); 85 spin_lock_init(&su.s_wd_err_lock); 90 spin_lock(&su.su_wd_err_lock); 91 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err); 92 spin_unlock(&su.su_wd_err_lock); 131 if (errseq_check(&wd.wd_err, READ_ONCE(su.s_wd_err)) { 132 /* su.s_wd_err被s_wd_err_lock保护 */ 133 spin_lock(&su.s_wd_err_lock); 134 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err); [all …]
|
| /linux/include/uapi/linux/ |
| H A D | nilfs2_ondisk.h | 628 nilfs_segment_usage_set_##name(struct nilfs_segment_usage *su) \ 630 su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) | \ 634 nilfs_segment_usage_clear_##name(struct nilfs_segment_usage *su) \ 636 su->su_flags = \ 637 __cpu_to_le32(__le32_to_cpu(su->su_flags) & \ 641 nilfs_segment_usage_##name(const struct nilfs_segment_usage *su) \ 643 return !!(__le32_to_cpu(su->su_flags) & \ 652 nilfs_segment_usage_set_clean(struct nilfs_segment_usage *su) in NILFS_SEGMENT_USAGE_FNS() 654 su->su_lastmod = __cpu_to_le64(0); in NILFS_SEGMENT_USAGE_FNS() 655 su->su_nblocks = __cpu_to_le32(0); in NILFS_SEGMENT_USAGE_FNS() [all …]
|
| /linux/drivers/video/backlight/ |
| H A D | as3711_bl.c | 40 static struct as3711_bl_supply *to_supply(struct as3711_bl_data *su) in to_supply() argument 42 switch (su->type) { in to_supply() 44 return container_of(su, struct as3711_bl_supply, su1); in to_supply() 46 return container_of(su, struct as3711_bl_supply, su2); in to_supply() 223 unsigned int max_brightness, struct as3711_bl_data *su) in as3711_bl_register() argument 232 su->type == AS3711_BL_SU1 ? in as3711_bl_register() 234 &pdev->dev, su, in as3711_bl_register() 245 su->bl = bl; in as3711_bl_register() 375 struct as3711_bl_data *su; in as3711_backlight_probe() local 417 su = &supply->su1; in as3711_backlight_probe() [all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | 6.Followthrough.rst | 14 desarrolladores de kernel experimentados pueden cometer es concluir que su 19 Es raro un parche que sea tan bueno en su primera publicación que no haya 23 comunidad del kernel para asegurarse de que su código esté a la altura de 36 - Si ha explicado bien su parche, los revisores entenderán su valor y por 57 varios años, pero entienden que su empleador podría cambiar. 63 estilo de codificación y solicitudes para factorizar parte de su código 65 …una apariencia uniforme. A veces, esto significa que el truco ingenioso en su driver para sortear … 68 atención a las observaciones técnicas que están haciendo. No permita que su 69 forma de expresarse o su propio orgullo le impidan hacerlo. Cuando reciba 76 por los revisores. Si cree que el revisor ha malinterpretado su código, [all …]
|
| H A D | submitting-patches.rst | 8 Envío de parches: la guía esencial para incluir su código en el kernel 14 que pueden aumentar considerablemente las posibilidades de que se acepte su 32 adicional sobre su flujo de trabajo y expectativas, consulte 56 Describa su problema. Sea su parche una corrección de un error de una 69 que incluya cualquier cosa que pueda ayudar a dirigir su cambio 79 diferentes cargas de trabajo. Describa las desventajas esperadas de su 88 El maintainer le agradecerá que escriba la descripción de su parche en un 93 Resuelva solo un problema por parche. Si su descripción comienza a ser muy 94 larga, eso es una señal de que probablemente necesite dividir su parche. 102 parche. Es decir, el parche (serie) y su descripción deben ser [all …]
|
| H A D | 5.Posting.rst | 11 Tarde o temprano, llega el momento en que su trabajo esté listo para ser 12 presentado a la comunidad para su revisión y, eventualmente, su inclusión 31 que los desarrolladores interesados puedan ponerse al día con su trabajo 34 Al publicar código que aún no se considera listo para su inclusión, es 52 - Asegúrese de que su código cumpla con las directrices de estilo de 57 su cambio; se debe incluir un resumen de los resultados con el parche. 61 derecho al trabajo y debe estar de acuerdo con su lanzamiento bajo la 70 La preparación de parches para su publicación puede ser una cantidad 82 del área de su parche y de lo que esté sucediendo en otros lugares, basar 93 cambios que se encuentran en su sistema de control de revisiones. En su [all …]
|
| H A D | 1.Intro.rst | 42 su revisión. Para ser tomados en serio por la comunidad de desarrollo, 45 ayudar a garantizar la mejor recepción posible para su trabajo. 74 desarrolladores (y empresas) que desean participar en su desarrollo. Los 87 puede mejorar Linux e influir en la dirección de su desarrollo. Los 138 kernel y obtener su código en el kernel mainline (el “mainline” es el 170 En su lugar, el código en el mainline no requiere este trabajo como 178 provenir de capacitar a su comunidad de usuarios y clientes para mejorar 179 su producto. 191 - La participación en el proceso de desarrollo es su manera de influir en 199 característica similar. Si eso sucede, conseguir que su código [all …]
|
| H A D | email-clients.rst | 19 Si es usted nuevo en ``git`` entonces envíese su primer parche. Guárdelo 38 información sobre cómo configurar su cliente de correo electrónico 50 No deje que su cliente de correo electrónico ajuste automáticamente las 51 palabras por usted. Esto también puede corromper su parche. 55 estar en codificación ASCII o UTF-8 únicamente. Si configura su cliente de 143 redactar su correo electrónico con Word Wrap habilitado, luego guardar 148 En la parte inferior de su correo electrónico, coloque el delimitador de 149 parche de uso común antes de insertar su parche: tres guiones (``---``). 152 :menuselection:`insert file` y busque su parche. 160 en el menú Opciones no es suficiente. Por lo tanto, si su parche tiene [all …]
|
| H A D | howto.rst | 13 trabajar con el y en su desarrollo. El documento no tratará ningún aspecto 23 kernel de Linux? Tal vez su jefe le haya dicho, "Escriba un driver de 60 la forma de hacer las cosas en su empresa. 215 para incluir su parche en el árbol del kernel de Linux, y posiblemente 247 https://kernel.org o en su repo. El proceso de desarrollo es el siguiente: 266 deben ser enviado a una lista de correo pública para su revisión. 306 desarrolladores de subsistemas del kernel --- exponen su estado actual de 333 con el árbol principal, necesitan probar su integración. Para ello, existe 409 Si varias personas responden a su correo, el CC (lista de destinatarios) 418 superior de su respuesta, y agregue sus declaraciones entre las secciones [all …]
|
| H A D | 7.AdvancedTopics.rst | 27 proyecto del kernel ha optado por git como su herramienta preferida. 35 derecho propio. En su lugar, el enfoque aquí será cómo git encaja en el 51 rebase). Git viene con su propia terminología y conceptos; un nuevo 78 Git proporciona herramientas poderosas que permiten reescribir su historia 81 su lugar o hacer que desaparezca de la historia por completo. Una serie de 100 Por lo tanto, una vez que envié un conjunto de cambios a su servidor 132 de git con parches no revisados o fuera de tema puede afectar su capacidad 138 su parte, necesito saber que usted sabe lo que está haciendo, y 152 Si y cuando otros comiencen a enviar parches para su inclusión en su 159 está su árbol, qué rama se debe pull, y que cambios resultarán del pull. [all …]
|
| H A D | contribution-maturity-model.rst | 20 necesitan permitir que los ingenieros sean mantenedores como parte de su 34 El TAB insta a las organizaciones a evaluar continuamente su modelo de 40 evaluaciones y planes para mejorar su participación con la comunidad 54 o en su propio tiempo. 62 conferencias relacionadas con Linux como parte de su trabajo. 99 * Se anima a los ingenieros de software a pasar una parte de su tiempo de
|
| H A D | adding-syscalls.rst | 20 alguna alternativa es adecuada en su lugar. Aunque las llamadas al sistema 23 a su interfaz. 125 Si su nueva llamada al sistema permite al userspace hacer referencia a un 131 Si su nueva llamada a sistema xyzzy(2) retorna un nuevo 141 Si su llamada de sistema retorna un nuevo descriptor de archivo, debería 148 Si su nueva llamada de sistema xyzzy(2) involucra algún nombre 170 Si su nueva llamada de sistema xyzzy(2) involucra un parámetro 175 Si su nueva llamada de sistema xyzzy(2) involucra una 185 Si su nueva llamada de sistema xyzzy(2) manipula un proceso que 224 La entrada principal a su nueva llamada de sistema xyzzy(2) será [all …]
|
| H A D | 2.Process.rst | 118 Una vez que se realiza un lanzamiento estable, su mantenimiento continuo 126 ciclo de desarrollo después de su lanzamiento inicial. Así, por ejemplo, 184 - Revisión más amplia. Cuando el parche se acerca a estar listo para su 195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima 196 prioridad. Si su parche está recibiendo comentarios sobre los cambios 198 no deberían realizarse. Si su parche no tiene quejas de revisión, pero 202 para su revisión y fusión. 249 Cada uno de los maintainers del subsistema administra su propia versión 255 cualquier momento, el maintainer puede identificar qué parches de su 261 parches fluirá hacia su repositorio, convirtiéndose en parte del kernel [all …]
|
| H A D | researcher-guidelines.rst | 11 en su producción, otros subproductos de su desarrollo. Linux se 56 con ellos, pero ya han dado su consentimiento para recibir contribuciones 140 tengan su etiqueta “Reviewed-by” incluida en el parche resultante. Encontrar 142 dentro de su propia organización, y tener su ayuda con las revisiones antes de
|
| /linux/fs/ceph/ |
| H A D | util.c | 13 __u32 su = layout->stripe_unit; in ceph_file_layout_is_valid() local 18 if (!su || (su & (CEPH_MIN_STRIPE_UNIT-1))) in ceph_file_layout_is_valid() 23 if (os < su || os % su) in ceph_file_layout_is_valid()
|
| /linux/Documentation/translations/it_IT/locking/ |
| H A D | locktypes.rst | 21 Questo documento descrive questi tre tipi e fornisce istruzioni su come 22 annidarli, ed usarli su kernel PREEMPT_RT. 63 per il controllo della concorrenza su una CPU e quindi non sono adatti per la 107 Chiaramente, questo meccanismo non può avvalersi della prelazione su una sezione 150 su rt_mutex, e questo ne modifica l'imparzialità: 182 - Il nome del blocco permette di fare un'analisi statica, ed è anche chiaro su 205 I local_lock dovrebbero essere usati su kernel non-PREEMPT_RT quando la 209 Questo meccanismo non è adatto alla protezione da prelazione o interruzione su 219 I blocco raw_spinlock_t è un blocco ad attesa attiva su tutti i tipi di kernel, 259 - Le attività che trattengono un blocco spinlock_t non migrano su altri [all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-eevdf.rst | 23 para determinar si una tarea ha recibido su cantidad justa de tiempo 26 con "retraso" negativo implica que la tarea ha excedido su cuota de 33 su menor tiempo de respuesta. 40 reajustar su retraso negativo: cuando una tarea duerme, esta permanece en 42 a su retraso decaer a lo largo de VRT. Por tanto, las tareas que duerman 43 por más tiempo eventualmente eliminarán su retraso. Finalmente, las tareas 44 pueden adelantarse a otras si su VD es más próximo en el tiempo, y las
|
| H A D | sched-bwc.rst | 21 de tareas se le asigna hasta su "cuota" de tiempo de uso de CPU en 72 que ambas tareas se ejecuten dentro de su cuota asignada y todo 74 probabilidad que ambas tareas excedan su cuota de ejecución (fallo 75 garantizado de su tiempo final de ejecución). En algún punto por 76 en medio, hay un umbral donde una tarea excede su tiempo límite de 164 usado más de su cuota en los respectivos periodos. 179 [ Donde C es el ancho de banda de el padre, y c_i el de su hijo ] 183 a. este consume totalmente su propia cuota en un periodo. 184 b. la cuota del padre es consumida totalmente en su periodo. 202 Para una aplicación que es un cgroup y que está limitada en su uso de cpu [all …]
|
| /linux/scripts/ |
| H A D | stackdelta | 19 my %su; 41 $su{"${file}\t${func}"} = {size => $size, type => $type}; 44 return \%su;
|
| /linux/Documentation/core-api/ |
| H A D | errseq.rst | 83 struct supervisor su; 85 su.s_wd_err = errseq_sample(&wd.wd_err); 86 spin_lock_init(&su.s_wd_err_lock); 92 spin_lock(&su.su_wd_err_lock); 93 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err); 94 spin_unlock(&su.su_wd_err_lock); 146 if (errseq_check(&wd.wd_err, READ_ONCE(su.s_wd_err)) { 147 /* su.s_wd_err is protected by s_wd_err_lock */ 148 spin_lock(&su.s_wd_err_lock); 149 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err); [all …]
|
| /linux/include/linux/ |
| H A D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument 32 .setup = su, \
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | adding-syscalls.rst | 13 un'aggiunta ai soliti consigli su come proporre nuove modifiche 33 lo spazio utente su un avvenimento, allora restituire un descrittore 153 Questo permette più flessibilità su come lo spazio utente specificherà il file 155 funzionalità su un descrittore di file già aperto utilizzando il *flag* 168 tipo cosicché scostamenti a 64-bit potranno essere supportati anche su 327 a 64-bit anche su architetture a 32-bit, per esempio ``loff_t`` o ``__u64``. 402 Per collegare una chiamata di sistema, su un'architettura x86, con la sua 408 a 32-bit, eseguito su un kernel a 64-bit, dovrebbe accedere tramite il punto 453 su dove e come l'esecuzione dovrà continuare dopo l'esecuzione della 468 L'equivalente per programmi a 32-bit eseguiti su un kernel a 64-bit viene [all …]
|
| H A D | 7.AdvancedTopics.rst | 11 A questo punto, si spera, dovreste avere un'idea su come funziona il processo 33 documento al riguardo. Invece, qui ci concentriamo in particolare su come 42 e su varie guide che potrete trovare su internet. 46 base solida su come funziona git. Uno sviluppatore che sappia usare git 65 su kernel.org, ma non è proprio facile da ottenere; per maggiori informazioni 71 in libertà. In ogni caso, non dovreste sviluppare su alcun ramo dal 110 Man mano che il ramo principale (o altri rami su cui avete basato le 160 e verificherà che vi siate ricordati di pubblicare quelle patch su un
|
| /linux/drivers/media/firewire/ |
| H A D | firedtv-fw.c | 203 int su; in handle_fcp() local 208 su = ((u8 *)payload)[1] & 0x7; in handle_fcp() 220 (f->subunit == su || (f->subunit == 0 && su == 0x7))) { in handle_fcp()
|