文檔教程操作系統(tǒng)【免費(fèi)下載鏈接】linux-insidesA book-in-progress about the Linux kernel and its insides.項(xiàng)目地址https://gitcode.com/gh_mirrors/li/linux-insides點(diǎn)擊查看免費(fèi)下載本文是 linux-insides 倉庫 Interrupts 章節(jié) 收尾篇原文檔的技術(shù)詳解。前面九部分依次覆蓋了中斷理論、早期中斷門、異常處理、外部硬件中斷初始化以及 softirq/tasklet/workqueue 等延遲中斷機(jī)制本篇?jiǎng)t將視線落到一個(gè)真實(shí)硬件驅(qū)動——StrongARM SA-110/21285 評估板串口驅(qū)動drivers/tty/serial/21285.c上完整追蹤驅(qū)動如何注冊中斷處理函數(shù)、中斷號如何映射、中斷到來后內(nèi)核如何一路分發(fā)到驅(qū)動回調(diào)、最后如何退出中斷上下文的整條調(diào)用鏈。讀完本篇你將掌握request_irq的五個(gè)參數(shù)語義與底層request_threaded_irq實(shí)現(xiàn)、IRQ 號到irq_desc的轉(zhuǎn)換、x86 上從irq_entries_start匯編入口到do_IRQ再到generic_handle_irq_desc的分發(fā)路徑以及ret_from_intr返回用戶態(tài)/內(nèi)核態(tài)時(shí)的收尾細(xì)節(jié)。章節(jié)定位為什么用串口驅(qū)動收官本部分之前的 linux-interrupts-9.md 已經(jīng)介紹過延遲中斷的概念中斷處理要求快但有時(shí)又要做大量工作因此被拆成 top half主處理程序與 bottom half延遲處理內(nèi)核提供softirq、tasklet、workqueue三類延遲機(jī)制。本章要回答的最后一個(gè)問題是這些機(jī)制最終服務(wù)的對象——真實(shí)的設(shè)備驅(qū)動是如何與中斷子系統(tǒng)對接的串口UART驅(qū)動是一個(gè)理想的示例它只有兩根數(shù)據(jù)線RX接收、TX發(fā)送中斷模型簡單清晰且驅(qū)動源碼短小完整。原文檔選取的是 StrongARM SA-110/21285 評估板的串口驅(qū)動源碼位于內(nèi)核樹drivers/tty/serial/21285.c。本文將沿該驅(qū)動的生命周期展開初始化 → 打開端口時(shí)請求 IRQ → 中斷觸發(fā)后的分發(fā) → 中斷退出四段式走完一次硬件中斷的完整旅程。驅(qū)動初始化module_init 與 module_exit 的兩種形態(tài)與本書此前介紹新概念的方式一致分析驅(qū)動同樣從初始化入口開始。Linux 內(nèi)核為驅(qū)動/內(nèi)核模塊的初始化和卸載提供了兩個(gè)宏module_init—— 模塊加載時(shí)執(zhí)行的初始化函數(shù)module_exit—— 模塊卸載時(shí)執(zhí)行的清理函數(shù)。在 21285 驅(qū)動中可以看到它們的典型用法module_init(serial21285_init); module_exit(serial21285_exit);絕大多數(shù)設(shè)備驅(qū)動既可以編譯為可加載內(nèi)核模塊loadable kernel module也可以靜態(tài)鏈接進(jìn)內(nèi)核。這兩種形態(tài)下宏的定義完全不同。當(dāng)驅(qū)動作為可加載模塊時(shí)module_init/module_exit宏定義在include/linux/init.h中#define module_init(initfn) \ static inline initcall_t __inittest(void) \ { return initfn; } \ int init_module(void) __attribute__((alias(#initfn))); #define module_exit(exitfn) \ static inline exitcall_t __exittest(void) \ { return exitfn; } \ void cleanup_module(void) __attribute__((alias(#exitfn)));這里用 GCC 的alias屬性把init_module/cleanup_module這兩個(gè)內(nèi)核約定的導(dǎo)出符號別名到驅(qū)動自定義函數(shù)上隨后由內(nèi)核的 initcall 機(jī)制在合適的階段調(diào)用。initcall 機(jī)制本身在本書 Concepts/linux-cpu-3.mdThe initcall mechanism中有專門論述其調(diào)用層級按初始化時(shí)機(jī)從早到晚排列early_initcallpure_initcallcore_initcallpostcore_initcallarch_initcallsubsys_initcallfs_initcallrootfs_initcalldevice_initcalllate_initcall這些 initcall 統(tǒng)一由init/main.c中的do_initcalls依次執(zhí)行。模塊方式的實(shí)際加載代碼位于kernel/module.c初始化發(fā)生在do_init_module函數(shù)中。當(dāng)驅(qū)動靜態(tài)鏈接進(jìn)內(nèi)核時(shí)宏退化為最簡單的形式#define module_init(x) __initcall(x); #define module_exit(x) __exitcall(x);serial21285_init注冊 uart 驅(qū)動并掛載端口回到我們的serial21285_init函數(shù)從函數(shù)名即可看出它與驅(qū)動初始化有關(guān)static int __init serial21285_init(void) { int ret; printk(KERN_INFO Serial: 21285 driver\n); serial21285_setup_ports(); ret uart_register_driver(serial21285_reg); if (ret 0) uart_add_one_port(serial21285_reg, serial21285_port); return ret; }初始化流程分三步打印驅(qū)動信息printk(KERN_INFO Serial: 21285 driver\n)向內(nèi)核緩沖區(qū)輸出一條Serial: 21285 driver日志。設(shè)置端口基礎(chǔ)時(shí)鐘調(diào)用serial21285_setup_ports把板級外設(shè)時(shí)鐘換算成 UART 波特率計(jì)算所需的 uartclkunsigned int mem_fclk_21285 50000000; static void serial21285_setup_ports(void) { serial21285_port.uartclk mem_fclk_21285 / 4; }mem_fclk_21285是板上 50MHz 內(nèi)存總線時(shí)鐘UART 時(shí)鐘取其四分之一12.5MHz。 3.注冊 uart 驅(qū)動并附加端口uart_register_driver(serial21285_reg)把描述驅(qū)動的uart_driver結(jié)構(gòu)注冊進(jìn)串口核心注冊成功返回 0后再用uart_add_one_port來自drivers/tty/serial/serial_core.c把具體的serial21285_port端口附加到該驅(qū)動名下。serial21285_reg是描述該 uart 驅(qū)動的核心結(jié)構(gòu)static struct uart_driver serial21285_reg { .owner THIS_MODULE, .driver_name ttyFB, .dev_name ttyFB, .major SERIAL_21285_MAJOR, .minor SERIAL_21285_MINOR, .nr 1, .cons SERIAL_21285_CONSOLE, };其中driver_name/dev_name為ttyFB表示該驅(qū)動對應(yīng)的設(shè)備節(jié)點(diǎn)形如/dev/ttyFB0major/minor指定設(shè)備號nr 1表示只管理一個(gè)端口cons指向控制臺相關(guān)配置。打開端口與請求 IRQserial21285_startup當(dāng)一個(gè) UART 端口被打開時(shí)串口核心層的uart_open同樣在drivers/tty/serial/serial_core.c會調(diào)用uart_startup啟動串口進(jìn)而調(diào)用每個(gè) uart 驅(qū)動都必須實(shí)現(xiàn)的uart_ops結(jié)構(gòu)中的startup回調(diào)。21285 驅(qū)動的uart_ops定義如下static struct uart_ops serial21285_ops { ... .startup serial21285_startup, ... }serial21285_startup是本篇與中斷主題最相關(guān)的一段代碼static int serial21285_startup(struct uart_port *port) { int ret; tx_enabled(port) 1; rx_enabled(port) 1; ret request_irq(IRQ_CONRX, serial21285_rx_chars, 0, serial21285_name, port); if (ret 0) { ret request_irq(IRQ_CONTX, serial21285_tx_chars, 0, serial21285_name, port); if (ret) free_irq(IRQ_CONRX, port); } return ret; }先說TX/RX串行總線只有兩根線一根發(fā)送TX、一根接收RX所以串口設(shè)備有兩個(gè)串行引腳。開頭兩個(gè)宏tx_enabled/rx_enabled就是使能這兩根線的收發(fā)能力。接下來是重點(diǎn)——兩次request_irq調(diào)用。該函數(shù)注冊一個(gè)中斷處理函數(shù)并啟用一條中斷線聲明在include/linux/interrupt.hstatic inline int __must_check request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, const char *name, void *dev) { return request_threaded_irq(irq, handler, NULL, flags, name, dev); }request_irq 的五個(gè)參數(shù)參數(shù)含義本例取值irq請求的中斷號IRQ_CONRX/IRQ_CONTXhandler中斷處理函數(shù)指針serial21285_rx_chars/serial21285_tx_charsflags中斷標(biāo)志位掩碼0name中斷擁有者名稱顯示在/proc/interruptsFootbridge UARTdev共享中斷線時(shí)用于區(qū)分的設(shè)備指針portuart_port 結(jié)構(gòu)指針中斷號從哪來IRQ_CONRX / IRQ_CONTX兩次request_irq分別注冊接收中斷IRQ_CONRX和發(fā)送中斷IRQ_CONTX。這兩個(gè)宏定義在 21285 板的平臺頭文件arch/arm/mach-footbridge/include/mach/irqs.h中#define IRQ_CONRX _DC21285_IRQ(0) #define IRQ_CONTX _DC21285_IRQ(1) ... ... ... #define _DC21285_IRQ(x) (16 (x))該板上的 ISA IRQ 編號從 0 到 15因此 21285 板自定義中斷從 16 起算IRQ_CONRX 16、IRQ_CONTX 17。也就是說串口驅(qū)動實(shí)際注冊的是 16、17 號兩條中斷線。標(biāo)志位與名稱兩個(gè)請求的flags均為 0等價(jià)于IRQF_TRIGGER_NONE不指定任何邊沿/電平觸發(fā)行為觸發(fā)方式通常由硬件或中斷控制器配置決定。include/linux/interrupt.h中定義的全部合法標(biāo)志以IRQF_*開頭常用者包括IRQF_SHARED—— 允許多個(gè)設(shè)備共享該中斷線IRQF_PERCPU—— 中斷是 per-CPU 的IRQF_NO_THREAD—— 該中斷不能被線程化IRQF_NOBALANCING—— 將該中斷排除在 irq 均衡之外IRQF_IRQPOLL—— 中斷用于輪詢等等。第四參數(shù)serial21285_name定義為static const char serial21285_name[] Footbridge UART;它會作為中斷所有者名稱顯示在/proc/interrupts的輸出中。最后一參數(shù)傳入port指針在共享中斷線時(shí)用于區(qū)分究竟是哪個(gè)設(shè)備觸發(fā)了中斷。深入 request_threaded_irq注冊一條中斷線的底層邏輯request_irq只是一個(gè)內(nèi)聯(lián)包裝真正干活的是kernel/irq/manage.c中的request_threaded_irq。它的簽名比request_irq多了一個(gè)thread_fn參數(shù)int request_threaded_irq(unsigned int irq, irq_handler_t handler, irq_handler_t thread_fn, unsigned long irqflags, const char *devname, void *dev_id) { struct irqaction *action; struct irq_desc *desc; int retval; ... ... ... }本章此前已經(jīng)介紹過兩個(gè)核心結(jié)構(gòu)irqaction表示每個(gè)中斷上的動作描述符包含中斷處理函數(shù)指針、設(shè)備名、中斷號等字段irq_desc表示中斷描述符是中斷管理代碼的基石內(nèi)含指向irqaction的指針、中斷標(biāo)志等。更多關(guān)于irq_desc初始化early_irq_init、init_IRQ與vector_irq的填充的內(nèi)容可回看 linux-interrupts-8.md。注意request_irq調(diào)用request_threaded_irq時(shí)傳入的thread_fn為NULL。如果thread_fn非空內(nèi)核會創(chuàng)建名為irq/n-name的內(nèi)核線程把處理函數(shù)放到線程上下文執(zhí)行即中斷線程化。參數(shù)合法性檢查函數(shù)開頭做了一系列校驗(yàn)任何一項(xiàng)不滿足都返回-EINVALif (((irqflags IRQF_SHARED) !dev_id) || (!(irqflags IRQF_SHARED) (irqflags IRQF_COND_SUSPEND)) || ((irqflags IRQF_NO_SUSPEND) (irqflags IRQF_COND_SUSPEND))) return -EINVAL;共享中斷必須提供真實(shí)的dev_idIRQF_COND_SUSPEND只在共享中斷時(shí)才有意義IRQF_NO_SUSPEND與IRQF_COND_SUSPEND不能同時(shí)出現(xiàn)。中斷號 → irq_desc 的轉(zhuǎn)換隨后用irq_to_desc定義于kernel/irq/irqdesc.c把中斷號轉(zhuǎn)換成中斷描述符desc irq_to_desc(irq); if (!desc) return -EINVAL;struct irq_desc *irq_to_desc(unsigned int irq) { return (irq NR_IRQS) ? irq_desc irq : NULL; }即校驗(yàn)中斷號小于NR_IRQS然后以中斷號為偏移量從全局irq_desc數(shù)組取出對應(yīng)描述符。接下來繼續(xù)校驗(yàn)該描述符是否允許請求、以及是否為 per-CPU devidif (!irq_settings_can_request(desc) || WARN_ON(irq_settings_is_per_cpu_devid(desc))) return -EINVAL;handler 缺省與 irqaction 分配如果調(diào)用者沒有傳handler只傳了thread_fn則退化為使用默認(rèn)的主處理函數(shù)irq_default_primary_handlerif (!handler) { if (!thread_fn) return -EINVAL; handler irq_default_primary_handler; }隨后用kzalloc為零初始化方式分配struct irqaction失敗則返回-ENOMEMkzalloc的細(xì)節(jié)屬于內(nèi)存管理章節(jié)范疇action kzalloc(sizeof(struct irqaction), GFP_KERNEL); if (!action) return -ENOMEM;填充 irqaction 并調(diào)用 __setup_irq分配成功后依次填入各字段action-handler handler; action-thread_fn thread_fn; action-flags irqflags; action-name devname; action-dev_id dev_id;最后在chip_bus_lock與chip_bus_sync_unlock的包裹下調(diào)用__setup_irq真正注冊該 irqaction這兩個(gè)鎖用于保護(hù) i2c 等慢速總線上芯片的寄存器訪問chip_bus_lock(desc); retval __setup_irq(irq, desc, action); chip_bus_sync_unlock(desc); if (retval) kfree(action); return retval;__setup_irq 內(nèi)部線程創(chuàng)建與描述符填充__setup_irq開頭做若干檢查中斷描述符非空、irqchip 非空、描述符模塊 owner 非空如果中斷嵌套在另一個(gè)中斷線程中則把主處理函數(shù)替換為irq_nested_primary_handler。對于非嵌套且提供了thread_fn的中斷用kthread_create創(chuàng)建中斷線程if (new-thread_fn !nested) { struct task_struct *t; t kthread_create(irq_thread, new, irq/%d-%s, irq, new-name); ... }線程名形如irq/16-Footbridge UART。至此16、17 號兩條中斷線注冊完畢之后一旦中斷控制器產(chǎn)生相關(guān)事件serial21285_rx_chars與serial21285_tx_chars就會被調(diào)用。中斷發(fā)生時(shí)從向量到 do_IRQ 的分發(fā)路徑中斷門的建立native_init_IRQ 與 irq_entries_start上一節(jié)完成了驅(qū)動側(cè)注冊本節(jié)看內(nèi)核側(cè)分發(fā)。在 linux-interrupts-8.md 中我們見過native_init_IRQ函數(shù)——它初始化本地 APIC并完成外部中斷向量的中斷門設(shè)置。其中最關(guān)鍵的一段是for_each_clear_bit_from(i, used_vectors, first_system_vector) { set_intr_gate(i, irq_entries_start 8 * (i - FIRST_EXTERNAL_VECTOR)); }這里遍歷used_vectors位圖中從first_system_vector起的未用位為每個(gè)向量號i設(shè)置中斷門入口地址為irq_entries_start 8 * (i - FIRST_EXTERNAL_VECTOR)。其中int first_system_vector FIRST_SYSTEM_VECTOR; // 0xefirq_entries_start定義在匯編文件arch/x86/entry/entry_64.S中是一段中斷入口樁代碼.align 8 ENTRY(irq_entries_start) vectorFIRST_EXTERNAL_VECTOR .rept (FIRST_SYSTEM_VECTOR - FIRST_EXTERNAL_VECTOR) pushq $(~vector0x80) vectorvector1 jmp common_interrupt .align 8 .endr END(irq_entries_start)GNU 匯編器的.rept指令會把.endr之前的序列重復(fù)FIRST_SYSTEM_VECTOR - FIRST_EXTERNAL_VECTOR次。已知FIRST_SYSTEM_VECTOR 0xef、FIRST_EXTERNAL_VECTOR 0x20 0xef - 0x20 207即重復(fù) 207 次。每次循環(huán)把取負(fù)的中斷向量號壓棧使用負(fù)數(shù)是為了避開已保留給系統(tǒng)調(diào)用的正數(shù)向量號遞增vector變量然后跳轉(zhuǎn)到common_interrupt標(biāo)簽。在common_interrupt中先修正棧上的向量號再以do_IRQ為參數(shù)執(zhí)行中斷宏common_interrupt: addq $-0x80, (%rsp) interrupt do_IRQinterrupt宏同樣定義在entry_64.S保存通用寄存器到棧上必要時(shí)用SWAPGS指令把用戶態(tài)gs換成內(nèi)核態(tài)gs遞增 per-CPU 的irq_count變量標(biāo)記已進(jìn)入中斷上下文最后調(diào)用do_IRQ。關(guān)于 per-CPU 變量的機(jī)制可參閱 Concepts/linux-cpu-1.md。do_IRQ取出中斷號并進(jìn)入中斷上下文do_IRQ定義在arch/x86/kernel/irq.c是設(shè)備中斷的實(shí)際處理入口它接收保存用戶態(tài)寄存器值的pt_regs__visible unsigned int __irq_entry do_IRQ(struct pt_regs *regs) { struct pt_regs *old_regs set_irq_regs(regs); unsigned vector ~regs-orig_ax; unsigned irq; irq_enter(); exit_idle(); ... ... ... }函數(shù)開頭set_irq_regs(regs)保存并返回原來的 per-CPU irq 寄存器指針irq_enter()通過更新__preempt_count變量進(jìn)入中斷上下文exit_idle()檢查當(dāng)前進(jìn)程是否 idle 進(jìn)程PID 為 0若是則通過idle_notifier通知IDLE_END。隨后從 per-CPU 的vector_irq[vector]讀出該向量對應(yīng)的 irq 號這個(gè)數(shù)組在init_IRQ階段填充詳見 linux-interrupts-8.md并調(diào)用handle_irqirq __this_cpu_read(vector_irq[vector]); if (!handle_irq(irq, regs)) { ... ... ... } ... ... ...handle_irq 與 generic_handle_irq_desc最終命中驅(qū)動回調(diào)handle_irq定義在arch/x86/kernel/irq_64.c它校驗(yàn)中斷描述符后調(diào)用generic_handle_irq_descdesc irq_to_desc(irq); if (unlikely(!desc)) return false; generic_handle_irq_desc(irq, desc);static inline void generic_handle_irq_desc(unsigned int irq, struct irq_desc *desc) { desc-handle_irq(irq, desc); }這里會產(chǎn)生一個(gè)疑問我們明明知道irqaction才指向真正的中斷處理函數(shù)為什么從中斷描述符調(diào)用handle_irq答案是irq_desc-handle_irq是調(diào)用中斷處理例程的高層 API它在設(shè)備樹與 APIC 初始化階段被選定內(nèi)核在此處根據(jù)硬件類型選擇正確的函數(shù)并調(diào)用鏈?zhǔn)降膇rq-action(s)。也就是說中斷發(fā)生后serial21285_tx_chars或serial21285_rx_chars正是經(jīng)由這條路徑被最終執(zhí)行。do_IRQ的收尾是退出中斷上下文并恢復(fù)舊寄存器irq_exit(); set_irq_regs(old_regs); return 1;我們已知當(dāng) IRQ 主處理完成、中斷上下文退出時(shí)若存在待處理的延遲中斷softirq 等它們會在irq_exit階段被調(diào)度執(zhí)行——這正是上一部分 linux-interrupts-9.md 介紹的機(jī)制。退出中斷ret_from_intr 與 iretqdo_IRQ返回后控制權(quán)回到arch/x86/entry/entry_64.S的ret_from_intr標(biāo)簽。首先用DISABLE_INTERRUPTS宏展開為cli指令關(guān)閉中斷記錄TRACE_IRQS_OFF并遞減 per-CPU 的irq_count變量——它之前在進(jìn)入中斷上下文時(shí)被置為 1DISABLE_INTERRUPTS(CLBR_NONE) TRACE_IRQS_OFF decl PER_CPU_VAR(irq_count)最后檢查此前是用戶態(tài)還是內(nèi)核態(tài)按正確方式恢復(fù)上下文并以INTERRUPT_RETURN退出中斷INTERRUPT_RETURNINTERRUPT_RETURN宏定義如下#define INTERRUPT_RETURN jmp native_iret而native_iret最終執(zhí)行iretq指令從棧上恢復(fù)中斷現(xiàn)場ENTRY(native_iret) .global native_irq_return_iret native_irq_return_iret: iretq至此一次硬件中斷從設(shè)備觸發(fā)、經(jīng)中斷控制器通知 CPU、向量映射、do_IRQ分發(fā)、驅(qū)動回調(diào)執(zhí)行、延遲中斷處理到iretq恢復(fù)現(xiàn)場的全過程畫上句號?？偨Y(jié)一條貫穿驅(qū)動與內(nèi)核的中斷全景鏈路本篇作為 Interrupts 章節(jié) 的收尾把整章知識串成了一條可追蹤的鏈路驅(qū)動初始化module_init(serial21285_init)通過 initcall 機(jī)制注冊串口驅(qū)動uart_register_driver并掛載端口uart_add_one_port請求 IRQ端口打開時(shí)serial21285_startup以IRQF_TRIGGER_NONE標(biāo)志為 16/17 號中斷線調(diào)用request_irq底層經(jīng)由request_threaded_irq→__setup_irq分配并注冊irqaction向量建立native_init_IRQ借助arch/x86/entry/entry_64.S中的irq_entries_start入口樁把 207 個(gè)外部向量逐一映射到common_interrupt中斷分發(fā)中斷發(fā)生后do_IRQ依據(jù)vector_irq[vector]還原 irq 號經(jīng)handle_irq→generic_handle_irq_desc→desc-handle_irq調(diào)用鏈命中驅(qū)動注冊的serial21285_rx_chars/serial21285_tx_chars退出中斷ret_from_intr遞減irq_count后用INTERRUPT_RETURNiretq恢復(fù)現(xiàn)場。從理論到驅(qū)動、從匯編到 C、從注冊到分發(fā)這條鏈路的每個(gè)環(huán)節(jié)都在本倉庫對應(yīng)章節(jié)中有更細(xì)的展開向量與vector_irq初始化見 linux-interrupts-8.md延遲中斷的軟中斷機(jī)制見 linux-interrupts-9.mdinitcall 機(jī)制見 Concepts/linux-cpu-3.mdper-CPU 變量見 Concepts/linux-cpu-1.md。需要提醒的是本章與本文遠(yuǎn)未窮盡中斷處理的所有側(cè)面——中斷線程化、irq 域irqdomain、NUMA 親和與均衡、中斷控制器驅(qū)動等主題都還有大量可深入的空間但掌握本文這條主線后讀者已經(jīng)具備直接鉆進(jìn)內(nèi)核中斷相關(guān)代碼進(jìn)行探索的坐標(biāo)與工具。贊分享文檔教程操作系統(tǒng)【免費(fèi)下載鏈接】linux-insidesA book-in-progress about the Linux kernel and its insides.項(xiàng)目地址https://gitcode.com/gh_mirrors/li/linux-insides點(diǎn)擊查看免費(fèi)下載相關(guān)推薦硬件中斷處理全鏈路實(shí)戰(zhàn)從串行驅(qū)動請求 IRQ 到中斷返回的內(nèi)核之旅硬件中斷處理全鏈路實(shí)戰(zhàn)從串行驅(qū)動請求 IRQ 到中斷返回的內(nèi)核之旅 導(dǎo)讀 本文是 linux insides zh 倉庫《中斷和中斷處理》章節(jié)的終篇解析以TVM 代碼庫實(shí)戰(zhàn)導(dǎo)覽以向量加法為例走通編譯管線全鏈路TVM 代碼庫實(shí)戰(zhàn)導(dǎo)覽以向量加法為例走通編譯管線全鏈路 本篇技術(shù)指南以 TVM 倉庫Apache TVM開源深度學(xué)習(xí)編譯器中的官方文檔 codebase編譯器深度學(xué)習(xí)模型優(yōu)化BabelDOC PDF保格式翻譯完整指南如何用3條命令把英文論文翻成能讀的版本BabelDOC PDF保格式翻譯完整指南如何用3條命令把英文論文翻成能讀的版本 用在線翻譯工具翻一篇英文論文結(jié)果常常是分欄全亂、公式變成一串亂碼、表格拉人工智能AI 應(yīng)用NLP計(jì)算機(jī)視覺上一篇YOLO-Face人臉檢測技術(shù)從入門到實(shí)戰(zhàn)的完整指南下一篇career-ops 高頻問題完全指南從 Windows 安裝報(bào)錯(cuò)到跨平臺求職自動化實(shí)戰(zhàn)創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考