2. 程式人生 > >Linux中斷（interrupt）子系統之二：arch相關的硬體封裝層

Linux中斷（interrupt）子系統之二：arch相關的硬體封裝層

阿新 • • 發佈：2018-12-01

Linux的通用中斷子系統的一個設計原則就是把底層的硬體實現儘可能地隱藏起來，使得驅動程式的開發人員不用關注底層的實現，要實現這個目標，核心的開發者們必須把硬體相關的內容剝離出來，然後定義一些列標準的介面供上層訪問，上層的開發人員只要知道這些介面即可完成對中斷的進一步處理和控制。對底層的封裝主要包括兩部分：

  • 實現不同體系結構中斷入口，這部分程式碼通常用asm實現；
  • 中斷控制器進行封裝和實現；

本文的內容正是要討論硬體封裝層的實現細節。我將以ARM體系進行介紹，大部分的程式碼位於核心程式碼樹的arch/arm/目錄內。

/*****************************************************************************************************/
宣告：本博內容均由http://blog.csdn.net/droidphone原創，轉載請註明出處，謝謝！
/*****************************************************************************************************/

1.  CPU的中斷入口

 我們知道，arm的異常和復位向量表有兩種選擇，一種是低端向量，向量地址位於0x00000000，另一種是高階向量，向量地址位於0xffff0000，Linux選擇使用高階向量模式，也就是說，當異常發生時，CPU會把PC指標自動跳轉到始於0xffff0000開始的某一個地址上：

 

ARM的異常向量表
地址 異常種類
FFFF0000 復位
FFFF0004 未定義指令
FFFF0008 軟中斷（swi）
FFFF000C Prefetch abort
FFFF0010 Data abort
FFFF0014 保留
FFFF0018 IRQ
FFFF001C FIQ

 

 

 

 

中斷向量表在arch/arm/kernel/entry_armv.S中定義，為了方便討論，下面只列出部分關鍵的程式碼：

 

 

  1. .globl __stubs_start

  2. __stubs_start:

  3.  

  4. vector_stub irq, IRQ_MODE, 4

  5.  

  6. .long __irq_usr @ 0 (USR_26 / USR_32)

  7. .long __irq_invalid @ 1 (FIQ_26 / FIQ_32)

  8. .long __irq_invalid @ 2 (IRQ_26 / IRQ_32)

  9. .long __irq_svc @ 3 (SVC_26 / SVC_32)

  10.  

  11. vector_stub dabt, ABT_MODE, 8

  12.  

  13. .long __dabt_usr @ 0 (USR_26 / USR_32)

  14. .long __dabt_invalid @ 1 (FIQ_26 / FIQ_32)

  15. .long __dabt_invalid @ 2 (IRQ_26 / IRQ_32)

  16. .long __dabt_svc @ 3 (SVC_26 / SVC_32)

  17.  

  18. vector_fiq:

  19. disable_fiq

  20. subs pc, lr, #4

  21. ......

  22. .globl __stubs_end

  23. __stubs_end:

  24.  
  25.  
  26.  

  27. .equ stubs_offset, __vectors_start + 0x200 - __stubs_start

  28. .globl __vectors_start

  29. __vectors_start:

  30. ARM( swi SYS_ERROR0 )

  31. THUMB( svc #0 )

  32. THUMB( nop )

  33. W(b) vector_und + stubs_offset

  34. W(ldr) pc, .LCvswi + stubs_offset

  35. W(b) vector_pabt + stubs_offset

  36. W(b) vector_dabt + stubs_offset

  37. W(b) vector_addrexcptn + stubs_offset

  38. W(b) vector_irq + stubs_offset

  39. W(b) vector_fiq + stubs_offset

  40.  

  41. .globl __vectors_end

  42. __vectors_end:

程式碼被分為兩部分：

 

 

  • 第一部分是真正的向量跳轉表，位於__vectors_start和__vectors_end之間；
  • 第二部分是處理跳轉的部分，位於__stubs_start和__stubs_end之間；
vector_stub	irq, IRQ_MODE, 4

 

以上這一句把巨集展開後實際上就是定義了vector_irq，根據進入中斷前的cpu模式，分別跳轉到__irq_usr或__irq_svc。

 

vector_stub	dabt, ABT_MODE, 8

以上這一句把巨集展開後實際上就是定義了vector_dabt，根據進入中斷前的cpu模式，分別跳轉到__dabt_usr或__dabt_svc。

 

 

系統啟動階段，位於arch/arm/kernel/traps.c中的early_trap_init()被呼叫：

 

 

  1. void __init early_trap_init(void)

  2. {

  3. ......

  4. /*

  5. * Copy the vectors, stubs and kuser helpers (in entry-armv.S)

  6. * into the vector page, mapped at 0xffff0000, and ensure these

  7. * are visible to the instruction stream.

  8. */

  9. memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start);

  10. memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start);

  11. ......

  12. }

以上兩個memcpy會把__vectors_start開始的程式碼拷貝到0xffff0000處，把__stubs_start開始的程式碼拷貝到0xFFFF0000+0x200處，這樣，異常中斷到來時，CPU就可以正確地跳轉到相應中斷向量入口並執行他們。

                                                                        圖1.1  Linux中ARM體系的中斷向量拷貝過程

 

對於系統的外部裝置來說，通常都是使用IRQ中斷，所以我們只關注__irq_usr和__irq_svc，兩者的區別是進入和退出中斷時是否進行使用者棧和核心棧之間的切換，還有程序排程和搶佔的處理等，這些細節不在這裡討論。兩個函式最終都會進入irq_handler這個巨集：

 

 

  1. .macro irq_handler

  2. #ifdef CONFIG_MULTI_IRQ_HANDLER

  3. ldr r1, =handle_arch_irq

  4. mov r0, sp

  5. adr lr, BSYM(9997f)

  6. ldr pc, [r1]

  7. #else

  8. arch_irq_handler_default

  9. #endif

  10. 9997:

  11. .endm

如果選擇了MULTI_IRQ_HANDLER配置項，則意味著允許平臺的程式碼可以動態設定irq處理程式，平臺程式碼可以修改全域性變數：handle_arch_irq，從而可以修改irq的處理程式。這裡我們討論預設的實現：arch_irq_handler_default，它位於arch/arm/include/asm/entry_macro_multi.S中：

 

 

 

  1. .macro arch_irq_handler_default

  2. get_irqnr_preamble r6, lr

  3. 1: get_irqnr_and_base r0, r2, r6, lr

  4. movne r1, sp

  5. @

  6. @ routine called with r0 = irq number, r1 = struct pt_regs *

  7. @

  8. adrne lr, BSYM(1b)

  9. bne asm_do_IRQ

  10. ......

get_irqnr_preamble和get_irqnr_and_base兩個巨集由machine級的程式碼定義，目的就是從中斷控制器中獲得IRQ編號，緊接著就呼叫asm_do_IRQ，從這個函式開始，中斷程式進入C程式碼中，傳入的引數是IRQ編號和暫存器結構指標，這個函式在arch/arm/kernel/irq.c中實現：

 

 

  1. /*

  2. * asm_do_IRQ is the interface to be used from assembly code.

  3. */

  4. asmlinkage void __exception_irq_entry

  5. asm_do_IRQ(unsigned int irq, struct pt_regs *regs)

  6. {

  7. handle_IRQ(irq, regs);

  8. }

到這裡，中斷程式完成了從asm程式碼到C程式碼的傳遞，並且獲得了引起中斷的IRQ編號。

 

2.  初始化

與通用中斷子系統相關的初始化由start_kernel()函式發起，呼叫流程如下圖所視：

                                                                           圖2.1  通用中斷子系統的初始化

 

  • 首先，在setup_arch函式中，early_trap_init被呼叫，其中完成了第1節所說的中斷向量的拷貝和重定位工作。
  • 然後，start_kernel發出early_irq_init呼叫，early_irq_init屬於與硬體和平臺無關的通用邏輯層，它完成irq_desc結構的記憶體申請，為它們其中某些欄位填充預設值，完成後呼叫體系相關的arch_early_irq_init函式完成進一步的初始化工作，不過ARM體系沒有實現arch_early_irq_init。
  • 接著，start_kernel發出init_IRQ呼叫，它會直接呼叫所屬板子machine_desc結構體中的init_irq回撥。machine_desc通常在板子的特定程式碼中，使用MACHINE_START和MACHINE_END巨集進行定義。
  • machine_desc->init_irq()完成對中斷控制器的初始化，為每個irq_desc結構安裝合適的流控handler，為每個irq_desc結構安裝irq_chip指標，使他指向正確的中斷控制器所對應的irq_chip結構的例項，同時，如果該平臺中的中斷線有多路複用（多箇中斷公用一個irq中斷線）的情況，還應該初始化irq_desc中相應的欄位和標誌，以便實現中斷控制器的級聯。

3.  中斷控制器的軟體抽象：struct irq_chip

正如上一篇文章Linux中斷（interrupt）子系統之一：中斷系統基本原理所述，所有的硬體中斷在到達CPU之前，都要先經過中斷控制器進行彙集，合乎要求的中斷請求才會通知cpu進行處理，中斷控制器主要完成以下這些功能：

  • 對各個irq的優先順序進行控制；
  • 向CPU發出中斷請求後，提供某種機制讓CPU獲得實際的中斷源（irq編號）；
  • 控制各個irq的電氣觸發條件，例如邊緣觸發或者是電平觸發；
  • 使能（enable）或者遮蔽（mask）某一個irq；
  • 提供巢狀中斷請求的能力；
  • 提供清除中斷請求的機制（ack）；
  • 有些控制器還需要CPU在處理完irq後對控制器發出eoi指令（end of interrupt）；
  • 在smp系統中，控制各個irq與cpu之間的親緣關係（affinity）；

通用中斷子系統把中斷控制器抽象為一個數據結構：struct irq_chip，其中定義了一系列的操作函式，大部分多對應於上面所列的某個功能：

 

  1. struct irq_chip {

  2. const char *name;

  3. unsigned int (*irq_startup)(struct irq_data *data);

  4. void (*irq_shutdown)(struct irq_data *data);

  5. void (*irq_enable)(struct irq_data *data);

  6. void (*irq_disable)(struct irq_data *data);

  7.  

  8. void (*irq_ack)(struct irq_data *data);

  9. void (*irq_mask)(struct irq_data *data);

  10. void (*irq_mask_ack)(struct irq_data *data);

  11. void (*irq_unmask)(struct irq_data *data);

  12. void (*irq_eoi)(struct irq_data *data);

  13.  

  14. int (*irq_set_affinity)(struct irq_data *data, const struct cpumask *dest, bool force);

  15. int (*irq_retrigger)(struct irq_data *data);

  16. int (*irq_set_type)(struct irq_data *data, unsigned int flow_type);

  17. int (*irq_set_wake)(struct irq_data *data, unsigned int on);

  18.  

  19. void (*irq_bus_lock)(struct irq_data *data);

  20. void (*irq_bus_sync_unlock)(struct irq_data *data);

  21.  

  22. void (*irq_cpu_online)(struct irq_data *data);

  23. void (*irq_cpu_offline)(struct irq_data *data);

  24.  

  25. void (*irq_suspend)(struct irq_data *data);

  26. void (*irq_resume)(struct irq_data *data);

  27. void (*irq_pm_shutdown)(struct irq_data *data);

  28.  

  29. void (*irq_print_chip)(struct irq_data *data, struct seq_file *p);

  30.  

  31. unsigned long flags;

  32.  

  33. /* Currently used only by UML, might disappear one day.*/

  34. #ifdef CONFIG_IRQ_RELEASE_METHOD

  35. void (*release)(unsigned int irq, void *dev_id);

  36. #endif

  37. };

各個欄位解釋如下：


name  中斷控制器的名字，會出現在 /proc/interrupts中。

irq_startup  第一次開啟一個irq時使用。

irq_shutdown  與irq_starup相對應。

irq_enable  使能該irq，通常是直接呼叫irq_unmask()。

irq_disable  禁止該irq，通常是直接呼叫irq_mask，嚴格意義上，他倆其實代表不同的意義，disable表示中斷控制器根本就不響應該irq，而mask時，中斷控制器可能響應該irq，只是不通知CPU，這時，該irq處於pending狀態。類似的區別也適用於enable和unmask。

irq_ack  用於CPU對該irq的迴應，通常表示cpu希望要清除該irq的pending狀態，準備接受下一個irq請求。

irq_mask  遮蔽該irq。

irq_unmask  取消遮蔽該irq。

irq_mask_ack  相當於irq_mask + irq_ack。

irq_eoi  有些中斷控制器需要在cpu處理完該irq後發出eoi訊號，該回調就是用於這個目的。

irq_set_affinity  用於設定該irq和cpu之間的親緣關係，就是通知中斷控制器，該irq發生時，那些cpu有權響應該irq。當然，中斷控制器會在軟體的配合下，最終只會讓一個cpu處理本次請求。

irq_set_type  設定irq的電氣觸發條件，例如IRQ_TYPE_LEVEL_HIGH或IRQ_TYPE_EDGE_RISING。

irq_set_wake  通知電源管理子系統，該irq是否可以用作系統的喚醒源。

以上大部分的函式介面的引數都是irq_data結構指標，irq_data結構的由來在上一篇文章已經說過，這裡僅貼出它的定義，各欄位的意義請參考註釋：

 

  1. /**

  2. * struct irq_data - per irq and irq chip data passed down to chip functions

  3. * @irq: interrupt number

  4. * @hwirq: hardware interrupt number, local to the interrupt domain

  5. * @node: node index useful for balancing

  6. * @state_use_accessors: status information for irq chip functions.

  7. * Use accessor functions to deal with it

  8. * @chip: low level interrupt hardware access

  9. * @domain: Interrupt translation domain; responsible for mapping

  10. * between hwirq number and linux irq number.

  11. * @handler_data: per-IRQ data for the irq_chip methods

  12. * @chip_data: platform-specific per-chip private data for the chip

  13. * methods, to allow shared chip implementations

  14. * @msi_desc: MSI descriptor

  15. * @affinity: IRQ affinity on SMP

  16. *

  17. * The fields here need to overlay the ones in irq_desc until we

  18. * cleaned up the direct references and switched everything over to

  19. * irq_data.

  20. */

  21. struct irq_data {

  22. unsigned int irq;

  23. unsigned long hwirq;

  24. unsigned int node;

  25. unsigned int state_use_accessors;

  26. struct irq_chip *chip;

  27. struct irq_domain *domain;

  28. void *handler_data;

  29. void *chip_data;

  30. struct msi_desc *msi_desc;

  31. #ifdef CONFIG_SMP

  32. cpumask_var_t affinity;

  33. #endif

  34. };

根據裝置使用的中斷控制器的型別，體系架構的底層的開發只要實現上述介面中的各個回撥函式，然後把它們填充到irq_chip結構的例項中，最終把該irq_chip例項註冊到irq_desc.irq_data.chip欄位中，這樣各個irq和中斷控制器就進行了關聯，只要知道irq編號，即可得到對應到irq_desc結構，進而可以通過chip指標訪問中斷控制器。 

4.  進入流控處理層

進入C程式碼的第一個函式是asm_do_IRQ，在ARM體系中，這個函式只是簡單地呼叫handle_IRQ：

 

  1. /*

  2. * asm_do_IRQ is the interface to be used from assembly code.

  3. */

  4. asmlinkage void __exception_irq_entry

  5. asm_do_IRQ(unsigned int irq, struct pt_regs *regs)

  6. {

  7. handle_IRQ(irq, regs);

  8. }

handle_IRQ本身也不是很複雜：

 

 

  1. void handle_IRQ(unsigned int irq, struct pt_regs *regs)

  2. {

  3. struct pt_regs *old_regs = set_irq_regs(regs);

  4.  

  5. irq_enter();

  6.  

  7. /*

  8. * Some hardware gives randomly wrong interrupts. Rather

  9. * than crashing, do something sensible.

  10. */

  11. if (unlikely(irq >= nr_irqs)) {

  12. if (printk_ratelimit())

  13. printk(KERN_WARNING "Bad IRQ%u\n", irq);

  14. ack_bad_irq(irq);

  15. } else {

  16. generic_handle_irq(irq);

  17. }

  18.  

  19. /* AT91 specific workaround */

  20. irq_finish(irq);

  21.  

  22. irq_exit();

  23. set_irq_regs(old_regs);

  24. }

irq_enter主要是更新一些系統的統計資訊，同時在__irq_enter巨集中禁止了程序的搶佔：

 

 

  1. #define __irq_enter() \

  2. do { \

  3. account_system_vtime(current); \

  4. add_preempt_count(HARDIRQ_OFFSET); \

  5. trace_hardirq_enter(); \

  6. } while (0)

CPU一旦響應IRQ中斷後，ARM會自動把CPSR中的I位置位，表明禁止新的IRQ請求，直到中斷控制轉到相應的流控層後才通過local_irq_enable()開啟。你可能會奇怪，既然此時的irq中斷都是都是被禁止的，為何還要禁止搶佔？這是因為要考慮中斷巢狀的問題，一旦流控層或驅動程式主動通過local_irq_enable打開了IRQ，而此時該中斷還沒處理完成，新的irq請求到達，這時程式碼會再次進入irq_enter，在本次巢狀中斷返回時，核心不希望進行搶佔排程，而是要等到最外層的中斷處理完成後才做出排程動作，所以才有了禁止搶佔這一處理。

下一步，generic_handle_irq被呼叫，generic_handle_irq是通用邏輯層提供的API，通過該API，中斷的控制被傳遞到了與體系結構無關的中斷流控層：

 

 

  1. int generic_handle_irq(unsigned int irq)

  2. {

  3. struct irq_desc *desc = irq_to_desc(irq);

  4.  

  5. if (!desc)

  6. return -EINVAL;

  7. generic_handle_irq_desc(irq, desc);

  8. return 0;

  9. }

最終會進入該irq註冊的流控處理回撥中：

 

 

  1. static inline void generic_handle_irq_desc(unsigned int irq, struct irq_desc *desc)

  2. {

  3. desc->handle_irq(irq, desc);

  4. }

 

5.  中斷控制器的級聯

在實際的裝置中，經常存在多箇中斷控制器，有時多箇中斷控制器還會進行所謂的級聯。為了方便討論，我們把直接和CPU相連的中斷控制器叫做根控制器，另外一些和跟控制器相連的叫子控制器。根據子控制器的位置，我們把它們分為兩種型別：

  • 機器級別的級聯  子控制器位於SOC內部，或者子控制器在SOC的外部，但是是某個板子系列的標準配置，如圖5.1的左邊所示；
  • 裝置級別的級聯  子控制器位於某個外部裝置中，用於彙集該裝置發出的多箇中斷，如圖5.1的右邊所示；

 

                                                                                 圖5.1  中斷控制器的級聯型別

對於機器級別的級聯，級聯的初始化程式碼理所當然地位於板子的初始化程式碼中（arch/xxx/mach-xxx），因為只要是使用這個板子或SOC的裝置，必然要使用這個子控制器。而對於裝置級別的級聯，因為該裝置並不一定是系統的標配裝置，所以中斷控制器的級聯操作應該在該裝置的驅動程式中實現。機器裝置的級聯，因為得益於事先已經知道子控制器的硬體連線資訊，核心可以方便地為子控制器保留相應的irq_desc結構和irq編號，處理起來相對簡單。裝置級別的級聯則不一樣，驅動程式必須動態地決定組合裝置中各個子裝置的irq編號和irq_desc結構。本章我只討論機器級別的級聯，裝置級別的關聯可以使用同樣的原理，也可以實現為共享中斷，我會在本系列接下來的文章中討論。

要實現中斷控制器的級聯，要使用以下幾個的關鍵資料結構欄位和通用中斷邏輯層的API：

        irq_desc.handle_irq  irq的流控處理回撥函式，子控制器在把多個irq彙集起來後，輸出端連線到根控制器的其中一個irq中斷線輸入腳，這意味著，每個子控制器的中斷髮生時，CPU一開始只會得到根控制器的irq編號，然後進入該irq編號對應的irq_desc.handle_irq回撥，該回調我們不能使用流控層定義好的幾個流控函式，而是要自己實現一個函式，該函式負責從子控制器中獲得irq的中斷源，並計算出對應新的irq編號，然後呼叫新irq所對應的irq_desc.handle_irq回撥，這個回撥使用流控層的標準實現。

        irq_set_chained_handler()  該API用於設定根控制器與子控制器相連的irq所對應的irq_desc.handle_irq回撥函式，並且設定IRQ_NOPROBE和IRQ_NOTHREAD以及IRQ_NOREQUEST標誌，這幾個標誌保證驅動程式不會錯誤地申請該irq，因為該irq已經被作為級聯irq使用。

        irq_set_chip_and_handler()  該API同時設定irq_desc中的handle_irq回撥和irq_chip指標。

以下例子程式碼位於：/arch/arm/plat-s5p/irq-eint.c：

 

  1. int __init s5p_init_irq_eint(void)

  2. {

  3. int irq;

  4.  

  5. for (irq = IRQ_EINT(0); irq <= IRQ_EINT(15); irq++)

  6. irq_set_chip(irq, &s5p_irq_vic_eint);

  7.  

  8. for (irq = IRQ_EINT(16); irq <= IRQ_EINT(31); irq++) {

  9. irq_set_chip_and_handler(irq, &s5p_irq_eint, handle_level_irq);

  10. set_irq_flags(irq, IRQF_VALID);

  11. }

  12.  

  13. irq_set_chained_handler(IRQ_EINT16_31, s5p_irq_demux_eint16_31);

  14. return 0;

  15. }

該SOC晶片的外部中斷：IRQ_EINT(0)到IRQ_EINT(15)，每個引腳對應一個根控制器的irq中斷線，它們是正常的irq，無需級聯。IRQ_EINT(16)到IRQ_EINT(31)經過子控制器彙集後，統一連線到根控制器編號為IRQ_EINT16_31這個中斷線上。可以看到，子控制器對應的irq_chip是s5p_irq_eint，子控制器的irq預設設定為電平中斷的流控處理函式handle_level_irq，它們通過API：irq_set_chained_handler進行設定。如果根控制器有128箇中斷線，IRQ_EINT0--IRQ_EINT15通常佔據128內的某段連續範圍，這取決於實際的物理連線。IRQ_EINT16_31因為也屬於跟控制器，所以它的值也會位於128以內，但是IRQ_EINT16--IRQ_EINT31通常會在128以外的某段範圍，這時，代表irq數量的常量NR_IRQS，必須考慮這種情況，定義出超過128的某個足夠的數值。級聯的實現主要依靠編號為IRQ_EINT16_31的流控處理程式：s5p_irq_demux_eint16_31，它的最終實現類似於以下程式碼：

 

  1. static inline void s5p_irq_demux_eint(unsigned int start)

  2. {

  3. u32 status = __raw_readl(S5P_EINT_PEND(EINT_REG_NR(start)));

  4. u32 mask = __raw_readl(S5P_EINT_MASK(EINT_REG_NR(start)));

  5. unsigned int irq;

  6.  

  7. status &= ~mask;

  8. status &= 0xff;

  9.  

  10. while (status) {

  11. irq = fls(status) - 1;

  12. generic_handle_irq(irq + start);

  13. status &= ~(1 << irq);

  14. }

  15. }

在獲得新的irq編號後，它的最關鍵的一句是呼叫了通用中斷邏輯層的API：generic_handle_irq，這時它才真正地把中斷控制權傳遞到中斷流控層中來。

 

相關推薦

Linux中斷（interrupt）子系統之二：arch相關的硬體封裝層

Linux的通用中斷子系統的一個設計原則就是把底層的硬體實現儘可能地隱藏起來，使得驅動程式的開發人員不用關注底層的實現，要實現這個目標，核心的開發者們必須把硬體相關的內容剝離出來，然後定義一些列標準的介面供上層訪問，上層的開發人員只要知道這些介面即可完成對中斷的進一步處理和控制。對底層的封裝主要包括

Linux中斷（interrupt）子系統之三：中斷流控處理層

1.  中斷流控層簡介 早期的核心版本中，幾乎所有的中斷都是由__do_IRQ函式進行處理，但是，因為各種中斷請求的電氣特性會有所不同，又或者中斷控制器的特性也不同，這會導致以下這些處理也會有所不同：   何時對中斷控制器發出ack迴應； mask_irq

Linux中斷（interrupt）子系統之四：驅動程式介面層 & 中斷通用邏輯層

轉載地址：https://blog.csdn.net/DroidPhone/article/details/7497787 在本系列文章的第一篇：Linux中斷（interrupt）子系統之一：中斷系統基本原理，我把通用中斷子系統分為了4個層次，其中的驅動程式介面層和中斷通用邏輯層的界限實際上不

Linux中斷（interrupt）子系統之五：軟體中斷（softIRQ）

軟體中斷（softIRQ）是核心提供的一種延遲執行機制，它完全由軟體觸發，雖然說是延遲機制，實際上，在大多數情況下，它與普通程序相比，能得到更快的響應時間。軟中斷也是其他一些核心機制的基礎，比如tasklet，高解析度timer等。 /*****************

Linux中斷（interrupt）子系統之一：中斷系統基本原理

兩個 ons ... req [0 共享 代碼 not spl 這個中斷系列文章主要針對移動設備中的Linux進行討論，文中的例子基本都是基於ARM這一體系架構，其他架構的原理其實也差不多，區別只是其中的硬件抽象層。內核版本基於3.3。雖然內核的版本不斷地提升，不過自從上一

簡單介紹下linux下的中斷（interrupt）

中斷其實就是由硬體或軟體所傳送的一種稱為IRQ（中斷請求）的訊號。中斷允許讓裝置，如鍵盤，串列埠卡，並口等裝置表明它們需要CPU。一旦CPU接收了中斷請求，CPU就會暫時停止執行正在執行的程式，並且呼叫一個稱為中斷處理器或中斷服務程式（interrupt service routine）的特定程式。中斷服務程

從頭認識java-17.2 線程中斷（interrupt）

detail 由於 main target thread code font 輸出 去掉 這一章節我們來討論一下線程中斷（interrupt）。1.什麽是線程中斷（interrupt）？就是在多線程執行的時候，我們給線程貼上一個中斷的標記。可是不要求線程終止。 2.樣例：

Linux時間子系統之二：Alarm Timer

數據 類型 oid mtime orm 分別是 type mon 超時 一、前言 嚴格來講Alarm Timer也算POSIX Timer一部分，包含兩種類型CLOCK_REALTIME_ALARM和CLOCK_BOOTTIME_ALARM。分別是在CLOCK_REALTI

linux學習（一）——學習之路

tcp/ip 阻塞 結合 調度 了解 選擇 博客園 要去 事情 首先，要學Linux編程，你得會用Linux，也就是得在命令行環境下生存下來。什麽叫生存下來呢？就是我現在給你一臺主機，鍵盤，顯示器啥的，然後給你一個服務器版的Linux系統的光盤或者其他什麽安裝盤，你去把這臺

利用Tensorflow進行自然語言處理（NLP）系列之二高階Word2Vec

一、概述 在上一篇中，我們介紹了Word2Vec即詞向量，對於Word Embeddings即詞嵌入有了些基礎，同時也闡述了Word2Vec演算法的兩個常見模型 ：Skip-Gram模型和CBOW模型，本篇會對兩種演算法做出比較分析並給出其擴充套件模型-GloVe模型。

阻塞（sleep等等）區別 中斷（interrupt）+ 中斷的意義

　　在java中,執行緒的中斷(interrupt)只是改變了執行緒的中斷狀態，至於這個中斷狀態改變後帶來的結果，那是無法確定的，有時它更是讓停止中的執行緒繼續執行的唯一手段。不但不是讓執行緒停止執行，反而是繼續執行執行緒的手段。　　對於執行一般邏輯的執行緒,如果呼叫它的interrupt()方法，那麼對這個

搭建Linux-java web運行環境之二：安裝mysql

navi sql glibc x86 卸載 系統服務 依賴 host mys 環境 OS:Red Hat Enterprise Linux Server release 7.3 (Maipo) JDK:jdk-7u80-linux-x64.tar.gz Tomcat:ap

【無私分享：從入門到精通ASP.NET MVC】從0開始，一起搭框架、做專案 （16）原始碼分享二：登入功能以及UI、資料庫、倉儲原始碼分享

1 using Common; 2 using Service.IService; 3 using System; 4 using System.Collections.Generic; 5 using System.Linq; 6 using System.Web;

Java高級架構師（一）第13節：Spring MVC實現Web層開發

long true variable creat stp gis delete list java package com.sishuok.architecture1.customermgr.web; import org.springframework.beans.f

Android O 之二：HIDL相關介紹

在上一篇部落格裡，大致介紹了下Android O 中treble計劃的一些背景與相關基本架構，這一篇中跟大家一起來探討下HIDL相關的內容。Android HAL型別 在此之前的ANDROID版本當中Android HAL沒有什麼特殊的特殊的，也麼有什麼分類，但是從andro

企業級負載均衡解決方案之二：美團點評四層負載均衡解決方案MGW

一、前言在網際網路廠商業務不斷擴充套件之後，多種服務的入口會導致接入流量的劇增，所以多數基於IPVS或者Nginx等初級負載均衡技術的早期方案都會面臨故障或者失效，所以就像google開發meglev一樣，許多網際網路服務提供商也都紛紛開發自己的分散式軟體負載均衡系統作為對外

Oracle數據庫12cR2（項目實戰之二）：Linux系統安裝Oracle12.2

oracle12cr2 oracle視頻教程 oracle12cr2安裝 linux上安裝12c linux上安裝12cr2 oracle數據庫12cR2（項目實戰之二）：linux系統安裝Oracle12.2一、課程主題：風哥Oracle數據庫教程12cR2（項目實戰之二）：在linux

Linux時間子系統之八：動態時鐘框架（CONFIG_NO_HZ、tickless）

sleep file rup linux時間 load 曾經 大致 獲取 conf 在前面章節的討論中，我們一直基於一個假設：Linux中的時鐘事件都是由一個周期時鐘提供，不管系統中的clock_event_device是工作於周期觸發模式，還是工作於單觸發模式，也不管定時

Linux時間子系統之六：高精度定時器（HRTIMER）的原理和實現

3.4 size 屬於 running return repr 而是 復雜度 ctu 上一篇文章，我介紹了傳統的低分辨率定時器的實現原理。而隨著內核的不斷演進，大牛們已經對這種低分辨率定時器的精度不再滿足，而且，硬件也在不斷地發展，系統中的定時器硬件的精度也越來越高，這也給

Linux學習（四）：四劍客之二（grep、find）

linux四劍客 grep 查詢檔案內容 grep hello test.txt 在某個檔案中查詢包含hello的內容，只要一行中有hello會把整行顯示 grep -niv helle test.txt n顯示查詢到的內容行號，i查詢時不區分大小寫，v