/linux-6.6.21/sound/core/seq/ |
D | seq_timer.c | 23 if (tmr->tempo < 1000000) in snd_seq_timer_set_tick_resolution() 24 tmr->tick.resolution = (tmr->tempo * 1000) / tmr->ppq; in snd_seq_timer_set_tick_resolution() 28 s = tmr->tempo % tmr->ppq; in snd_seq_timer_set_tick_resolution() 30 tmr->tick.resolution = (tmr->tempo / tmr->ppq) * 1000; in snd_seq_timer_set_tick_resolution() 83 tmr->tempo = 500000; /* 120 BPM */ in snd_seq_timer_defaults() 162 int snd_seq_timer_set_tempo(struct snd_seq_timer * tmr, int tempo) in snd_seq_timer_set_tempo() argument 168 if (tempo <= 0) in snd_seq_timer_set_tempo() 171 if ((unsigned int)tempo != tmr->tempo) { in snd_seq_timer_set_tempo() 172 tmr->tempo = tempo; in snd_seq_timer_set_tempo() 180 int snd_seq_timer_set_tempo_ppq(struct snd_seq_timer *tmr, int tempo, int ppq) in snd_seq_timer_set_tempo_ppq() argument [all …]
|
D | seq_timer.h | 24 unsigned int tempo; /* current tempo, us/tick */ member 118 int snd_seq_timer_set_tempo(struct snd_seq_timer *tmr, int tempo); 119 int snd_seq_timer_set_tempo_ppq(struct snd_seq_timer *tmr, int tempo, int ppq);
|
D | seq_clientmgr.c | 1705 struct snd_seq_queue_tempo *tempo = arg; in snd_seq_ioctl_get_queue_tempo() local 1709 queue = queueptr(tempo->queue); in snd_seq_ioctl_get_queue_tempo() 1712 memset(tempo, 0, sizeof(*tempo)); in snd_seq_ioctl_get_queue_tempo() 1713 tempo->queue = queue->queue; in snd_seq_ioctl_get_queue_tempo() 1717 tempo->tempo = tmr->tempo; in snd_seq_ioctl_get_queue_tempo() 1718 tempo->ppq = tmr->ppq; in snd_seq_ioctl_get_queue_tempo() 1719 tempo->skew_value = tmr->skew; in snd_seq_ioctl_get_queue_tempo() 1720 tempo->skew_base = tmr->skew_base; in snd_seq_ioctl_get_queue_tempo() 1728 int snd_seq_set_queue_tempo(int client, struct snd_seq_queue_tempo *tempo) in snd_seq_set_queue_tempo() argument 1730 if (!snd_seq_queue_check_access(tempo->queue, client)) in snd_seq_set_queue_tempo() [all …]
|
D | seq_queue.c | 485 result = snd_seq_timer_set_tempo_ppq(q->timer, info->tempo, info->ppq); in snd_seq_queue_timer_set_tempo() 748 if (tmr->tempo) in snd_seq_info_queues_read() 749 bpm = 60000000 / tmr->tempo; in snd_seq_info_queues_read() 765 snd_iprintf(buffer, "current tempo : %d\n", tmr->tempo); in snd_seq_info_queues_read()
|
/linux-6.6.21/Documentation/devicetree/bindings/sound/ |
D | tscs42xx.txt | 5 - compatible : "tempo,tscs42A1" for analog mic 6 "tempo,tscs42A2" for digital mic 18 compatible = "tempo,tscs42A2";
|
D | tscs454.txt | 5 - compatible : "tempo,tscs454" 19 compatible = "tempo,tscs454";
|
/linux-6.6.21/sound/core/seq/oss/ |
D | seq_oss_timer.c | 118 timer->tempo = (60 * 1000000) / timer->oss_tempo; in calc_alsa_tempo() 158 tmprec.tempo = timer->tempo; in snd_seq_oss_timer_start() 209 send_timer_event(timer->dp, SNDRV_SEQ_EVENT_TEMPO, timer->tempo); in snd_seq_oss_timer_tempo()
|
D | seq_oss_timer.h | 22 int tempo, ppq; /* ALSA queue */ member
|
/linux-6.6.21/Documentation/translations/it_IT/process/ |
D | stable-api-nonsense.rst | 25 stabili nel tempo e non verranno modificate. Ho vecchi programmi che sono 99 Fidatevi, se tenterete questa via, col tempo, diventerete pazzi; l'ho imparato 100 a mie spese molto tempo fa... 134 operativi proprietari che hanno dovuto mantenere, nel tempo, il supporto alle 145 sviluppatori devono dedicare il proprio tempo a questo genere di lavoro, 150 Quando viene trovato un problema di sicurezza viene corretto in breve tempo. 152 delle interfacce interne al kernel. Quando è successo, allo stesso tempo, 159 Nel tempo le interfacce del kernel subiscono qualche ripulita. Se nessuno
|
D | 4.Coding.rst | 28 Il kernel ha da tempo delle norme sullo stile di codifica che sono descritte in 30 Per la maggior parte del tempo, la politica descritta in quel file è stata 105 codice proveniente da un altro sottosistema del kernel, è tempo di chiedersi 157 loro rischio e pericolo. Il classico compromesso tempo/spazio teorizzato 159 all'hardware moderno. Lo spazio *è* tempo, in questo senso un programma 190 sincronizzazione sono da passati tempo. 196 Gli sviluppatori del kernel dovrebbero prendersi il tempo di comprendere bene 210 potranno essere corrette in tempo utile. È molto meglio quindi evitare 286 essere usate tutte le volte. Ma qualche volta il tempo speso nell'capire 287 le opzioni disponibili porterà ad un risparmio di tempo nel breve termine. [all …]
|
D | 3.Early-stage.rst | 14 viene fatta prima che una sola linea di codice venga scritta. Il tempo speso 16 tempo in futuro. 55 una perdita di tempo. Loro sono troppo "intelligenti" per stare ad 65 di sviluppo prima di investire tempo nella scrittura del codice. 86 tempo che problemi in svariati modi:
|
D | 2.Process.rst | 76 il ritmo delle modifiche rallenta col tempo. Linus rilascia un nuovo 139 riceveranno assistenza per un lungo periodo di tempo. Consultate il seguente 146 manutentori, alla loro necessità e al tempo per tenere aggiornate proprio 171 il più aperto possibile; questo può far risparmiare molto tempo evitando 445 di mail per un certo periodo di tempo. 493 all'investimento un po' di tempo. Prendersi questo tempo può fornire 526 la procedura, ed allo stesso tempo, aumenteranno la loro rispettabilità
|
D | clang-format.rst | 25 nuovi arrivati o per coloro che lavorano allo stesso tempo su diversi 38 Questo strumento è già stato incluso da molto tempo nelle distribuzioni
|
D | botching-up-ioctls.rst | 19 dedicate. Ma al tempo stesso è più facile incasinare le cose. 152 * Per fare riferimento al tempo usate sempre ``CLOCK_MONOTONIC``. Oggigiorno 162 * Per descrivere il tempo, usate ``__s64`` per i secondi e ``__u64`` per i 163 nanosecondi. Non è il modo migliore per specificare il tempo, ma è
|
D | 5.Posting.rst | 75 di risparmiare tempo in questa fase, anche sul breve periodo. 94 passano molto tempo nel capire come farlo in modo che piaccia alla comunità. 143 perché richiede un certo tempo e soprattutto dopo che il "vero lavoro" è 144 già stato fatto. Quando ben fatto, comunque, è tempo ben speso.
|
D | 8.Conclusion.rst | 50 tempo. Comunque contengono informazioni abbastanza buone.
|
D | 1.Intro.rst | 110 a coloro che cercano di imparare, ha poco tempo da dedicare a coloro che non 115 lettura sarà ripagato in breve tempo. La comunità di sviluppo ha sempre 198 non standard "fuori dai sorgenti" per un tempo indefinito, o (2) abbandonare
|
D | howto.rst | 60 creati nel corso del tempo basandosi su quanto hanno riscontrato funzionare al 206 che potete usare per formulare domande in tempo reale, e molti documenti utili 373 perdere tempo a sistemare i bachi di altri. 554 altrimenti richiederebbe troppo tempo o sforzo nel verificarne 558 (il tempo necessario è esponenzialmente proporzionale alla dimensione della
|
D | 6.Followthrough.rst | 67 prendetevi il tempo per comprendere cosa il revisore stia cercando di 79 Prendetevi quindi un po' di tempo per pensare ancora alla cosa. Può risultare
|
D | submitting-patches.rst | 211 Non farlo porta semplicemente a una perdita di tempo da parte dei revisori e 271 embargo potrebbe essere preso in considerazione per dare il tempo alle 340 ringraziarli per il loro tempo. Revisionare codice è un lavoro faticoso e che 341 richiede molto tempo, e a volte i revisori diventano burberi. Tuttavia, anche in 361 Un tempo, le patch erano solite scomparire nel vuoto senza alcun commento,
|
/linux-6.6.21/include/sound/ |
D | seq_kernel.h | 87 int snd_seq_set_queue_tempo(int client, struct snd_seq_queue_tempo *tempo);
|
/linux-6.6.21/drivers/media/dvb-frontends/ |
D | stv0367.c | 706 short int wd, tempo; in stv0367ter_lock_algo() local 801 tempo = stv0367ter_duration(mode, 4, 16, 8); in stv0367ter_lock_algo() 805 usleep_range(1000 * tempo, 1000 * (tempo + 1)); in stv0367ter_lock_algo() 806 wd -= tempo; in stv0367ter_lock_algo() 857 usleep_range(1000 * tempo, 1000 * (tempo + 1)); in stv0367ter_lock_algo() 858 wd -= tempo; in stv0367ter_lock_algo() 1000 int offset = 0, tempo = 0; in stv0367ter_algo() local 1172 tempo = 10; /* exit even if timing_offset stays null */ in stv0367ter_algo() 1173 while ((timing_offset == 0) && (tempo > 0)) { in stv0367ter_algo() 1188 tempo--; in stv0367ter_algo()
|
/linux-6.6.21/include/uapi/sound/ |
D | asequencer.h | 526 unsigned int tempo; /* current tempo, us/tick */ member
|
/linux-6.6.21/Documentation/translations/it_IT/kernel-hacking/ |
D | locking.rst | 84 Questa sovrapposizione, ovvero quando un risultato dipende dal tempo che 1043 mentre qualcuno trattiene un *lock*. La seconda è il tempo necessario per 1049 trattenere un *lock* solo il tempo minimo necessario ma non un istante in più. 1054 Il tempo di acquisizione di un *lock* dipende da quanto danno fa 1067 tempo possibile potrebbe richiedere la divisione in più *lock* per diverse 1089 trattenuto per molto tempo, allora l'uso di questo tipo di *lock* può aiutare.
|
D | hacking.rst | 119 periodo di tempo. 363 questo caso d'uso perché, dopo un po' di tempo, la frammentazione della memoria 463 non ha senso avere una funzione marcata come ``__init`` e al tempo stesso 653 Un tempo negli header del kernel c'erano tre gruppi di funzioni per
|