一次 irq_fpu_usable 内核报错排查总结

开发了一个内核ko模块async_memory_reclaim_for_cold_file_area(内核版本5.14.0-284.11.1)，使用kprobe技术捕捉内核copy_page_to_iter()函数，在里边执行自定义的hot_file_update_file_status()函数，统计文件页page的访问信息，源码简要如下：

  1. static void kprobe_handler_post(struct kprobe *p, struct pt_regs *regs,
  2.         unsigned long flags)
  3. {
  4.     struct page *page = (struct page *)(regs->di);
  5.     if(page){
  6.         hot_file_update_file_status(page);
  7.     }
  8. }
  9. static struct kprobe kp_read_cache_func = {
  10.     //buffer io read读取文件页page数据执行到 copy_folio_to_iter()
  11.     .symbol_name    = "copy_page_to_iter",
  12. };
  13. kp_read_cache_func.post_handler = kprobe_handler_post;
  14. //注册kprobe函数
  15. ret = register_kprobe(&kp_read_cache_func);

但是偶发触发内核异常告警，如下：

  • [ 2606.173350] WARNING: CPU: 3 PID: 3347 at arch/x86/kernel/fpu/core.c:60 irq_fpu_usable+0x39/0x50
  • [ 2606.173420]  fuse [last unloaded: async_memory_reclaim_for_cold_file_area_debug]
  • [ 2606.173423] CPU: 3 PID: 3347 Comm: bash Kdump: loaded Tainted: G           OE    -------- h---  5.14.0-284.11.1.el9_2.x86_64 #1
  • [ 2606.173425] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 02/27/2020
  • [ 2606.173426] RIP: 0010:irq_fpu_usable+0x39/0x50
  • [ 2606.173432] RSP: 0018:ffffb6fe009076e8 EFLAGS: 00010006
  • [ 2606.173434] RAX: ffffffffa30c6794 RBX: ffffffffa30c6740 RCX: 0000000000000024
  • [ 2606.173435] RDX: 0000000080110002 RSI: ffffffffa30c6770 RDI: ffffffffa30c6740
  • [ 2606.173435] RBP: ffffffffa30c6770 R08: 0000000000000004 R09: 0000000000000004
  • [ 2606.173436] R10: ffffffffa30c6794 R11: 00000000000319c0 R12: 0000000000000001
  • [ 2606.173437] R13: ffffffffa30c6740 R14: 0000000000000024 R15: fffffc6140046780
  • [ 2606.173438] FS:  00007f6c674d4740(0000) GS:ffff971e39ec0000(0000) knlGS:0000000000000000
  • [ 2606.173461] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
  • [ 2606.173462] CR2: 0000559a22f5dad0 CR3: 000000000c066004 CR4: 00000000003706e0
  • [ 2606.173475]  blake2s_compress+0x20/0xa0
  • [ 2606.173480]  blake2s_final+0x41/0x80
  • [ 2606.173483]  extract_entropy.constprop.0+0x94/0x250
  • [ 2606.173493]  crng_make_state+0x129/0x180
  • [ 2606.173495]  _get_random_bytes.part.0+0x4c/0x190
  • [ 2606.173497]  ? __alloc_pages+0xe6/0x230
  • [ 2606.173499]  get_random_u32+0x59/0x90
  • [ 2606.173501]  allocate_slab+0x14a/0x460
  • [ 2606.173505]  ___slab_alloc+0x44f/0x570
  • [ 2606.173509]  ? hot_file_update_file_status+0x164/0xa60 [async_memory_reclaim_for_cold_file_area]
  • [ 2606.173513]  ? find_busiest_group+0x65/0x190
  • [ 2606.173516]  ? hot_file_update_file_status+0x164/0xa60 [async_memory_reclaim_for_cold_file_area]
  • [ 2606.173519]  kmem_cache_alloc+0x294/0x300
  • [ 2606.173522]  hot_file_update_file_status+0x164/0xa60 [async_memory_reclaim_for_cold_file_area]
  • [ 2606.173526]  ? 0xffffffffc0572011
  • [ 2606.173528]  kprobe_post_process+0x25/0x70
  • [ 2606.173531]  ? 0xffffffffc0572012
  • [ 2606.173532]  kprobe_int3_handler+0x154/0x180
  • [ 2606.173534]  do_int3+0x3b/0x80
  • [ 2606.173536]  exc_int3+0x81/0xc0
  • [ 2606.173546] RSP: 0018:ffffb6fe00907bf0 EFLAGS: 00000246
  • [ 2606.173548] RBP: 0000000000000000 R08: 0000000000000402 R09: ffff971e10b97500
  • [ 2606.173549] R10: ffffb6fe00907d98 R11: ffffffffffffffff R12: ffffb6fe00907d38
  • [ 2606.173550] R13: ffffb6fe00907d60 R14: 0000000000000100 R15: 0000000000000000
  • [ 2606.173553]  ? 0xffffffffc0572012
  • [ 2606.173554]  filemap_read+0x18a/0x320
  • ...........................

显然是irq_fpu_usable()函数里触发的问题。为了查清楚根因，/proc/sys/kernel/panic_on_warn置1。下次触发这个内核告警后，触发了内核crash，并保存了vmcoe。通过vmcore看到出问题时完整函数流程：

  • crash> bt
  • PID: 33     TASK: ffff971d01358000  CPU: 3    COMMAND: "bash"
  •  #0 [ffffb6fe00907400] machine_kexec at ffffffffa126c237
  •  #1 [ffffb6fe00907458] __crash_kexec at ffffffffa13c3c9a
  •  #2 [ffffb6fe00907518] panic at ffffffffa1cd7dc6
  •  #3 [ffffb6fe00907598] __warn.cold at ffffffffa1cd7feb
  •  #4 [ffffb6fe009075d0] report_bug at ffffffffa17ac20e
  •  #5 [ffffb6fe00907608] handle_bug at ffffffffa1d254bc
  •  #6 [ffffb6fe00907618] exc_invalid_op at ffffffffa1d25684
  •  #7 [ffffb6fe00907630] asm_exc_invalid_op at ffffffffa1e00af6
  •     [exception RIP: irq_fpu_usable+57]
  •     RIP: ffffffffa1232d29  RSP: ffffb6fe009076e8  RFLAGS: 00010006
  •     RAX: ffffffffa30c6794  RBX: ffffffffa30c6740  RCX: 0000000000000024
  •     RDX: 0000000080110002  RSI: ffffffffa30c6770  RDI: ffffffffa30c6740
  •     RBP: ffffffffa30c6770   R8: 0000000000000004   R9: 0000000000000004
  •     R10: ffffffffa30c6794  R11: 00000000000319c0  R12: 0000000000000001
  •     R13: ffffffffa30c6740  R14: 0000000000000024  R15: fffffc6140046780
  •     ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
  •  #8 [ffffb6fe009076e8] blake2s_compress at ffffffffa12e5ae0
  •  #9 [ffffb6fe00907718] blake2s_final at ffffffffa176e391
  • #10 [ffffb6fe00907738] extract_entropy.constprop.0 at ffffffffa18e2904
  • #11 [ffffb6fe009077d8] crng_reseed.constprop.0 at ffffffffa18e2b25
  • #12 [ffffb6fe00907818] crng_make_state at ffffffffa18e2dd9
  • #13 [ffffb6fe00907848] _get_random_bytes at ffffffffa18e2e7c
  • #14 [ffffb6fe009078f8] get_random_u32 at ffffffffa18e3129
  • #15 [ffffb6fe00907918] allocate_slab at ffffffffa1577bea
  • #16 [ffffb6fe00907960] ___slab_alloc at ffffffffa157b17f
  • #17 [ffffb6fe00907a00] kmem_cache_alloc at ffffffffa157d194
  • #18 [ffffb6fe00907a48] hot_file_update_file_status at ffffffffc0dd9d24 [async_memory_reclaim_for_cold_file_area]
  • #19 [ffffb6fe00907aa8] kprobe_post_process at ffffffffa126ec65
  • #20 [ffffb6fe00907ab8] kprobe_int3_handler at ffffffffa126ef44
  • #21 [ffffb6fe00907ae8] do_int3 at ffffffffa1225b2b
  • #22 [ffffb6fe00907af8] exc_int3 at ffffffffa1d25f51
  • #23 [ffffb6fe00907b10] asm_exc_int3 at ffffffffa1e00b35
  • #24 [ffffb6fe00907b98] copy_page_to_iter at ffffffffa1764d32
  • #25 [ffffb6fe00907bf8] filemap_read at ffffffffa14d7b9a
  • ..................

触发问题的函数流程是，kprobe捕捉内核函数copy_page_to_iter。在读文件时执行到该函数时，产生int3中断，在中断服务函数里最后执行自定义的hot_file_update_file_status()函数，在该函数里执行kmem_cache_alloc()分配一个自定义slab数据结构。而在分配slab时，执行allocate_slab->shuffle_freelist->get_random_int分配一个随机数，源码如下：

  1. static bool shuffle_freelist(struct kmem_cache *s, struct page *page)
  2. {
  3.     void *start;
  4.     void *cur;
  5.     void *next;
  6.     unsigned long idx, pos, page_limit, freelist_count;
  8.     if (page->objects < 2 || !s->random_seq)
  9.         return false;
  11.     freelist_count = oo_objects(s->oo);
  12.     //分配随机数，这里触发内核告警
  13.     pos = get_random_int() % freelist_count;
  14.     ............
  15.     next = next_freelist_entry(s, page, &pos, start, page_limit,freelist_count);
  16.     set_freepointer(s, cur, next);
  17.     ............
  18. }

为什么分配slab时要分配随机数呢？查资料说是为了使分配的slab obj地址随机，不容易被攻击，安全考虑。

把这个过程的函数流程再整理一下hot_file_update_file_status->kmem_cache_alloc->___slab_alloc->allocate_slab->shuffle_freelist->get_random_int->get_random_u32->_get_random_bytes->crng_make_state->crng_reseed->drain_entropy->extract_entropy->blake2s_final->__blake2s_final->blake2s_compress->kernel_fpu_begin->irq_fpu_usable。再看下最后的几个关键blake2s_compress函数调用：

  1. void blake2s_compress(struct blake2s_state *state, const u8 *block,
  2.               size_t nblocks, const u32 inc)
  3. {
  4.     kernel_fpu_begin();
  5. ..................
  6.     kernel_fpu_end();
  7. }
  8. static inline void kernel_fpu_begin(void)
  9. {
  10.     kernel_fpu_begin_mask(KFPU_MXCSR);
  11. }
  12. void kernel_fpu_begin_mask(unsigned int kfpu_mask)
  13. {
  14.     preempt_disable();
  15.     //这里触发内核告警
  16.     WARN_ON_FPU(!irq_fpu_usable());
  17.     WARN_ON_FPU(this_cpu_read(in_kernel_fpu));
  18.     this_cpu_write(in_kernel_fpu, true);
  19.     ..................
  20. }

是irq_fpu_usable()函数返回false触发的crash，看下这个函数的源码

  1. bool irq_fpu_usable(void)
  2. {
  3.     if (WARN_ON_ONCE(in_nmi()))
  4.         return false;
  5.     if (this_cpu_read(in_kernel_fpu))
  6.         return false;
  7.     if (!in_hardirq())
  8.         return true;
  9.     return !softirq_count();
  10. }

显然，in_nmi()、this_cpu_read(in_kernel_fpu)、softirq_count()大于0都可能会导致该函数返回false，得一一排查。

crash时的cpu是cpu3，很快查找cpu3的in_kernel_fpu这个per cpu 变量是0，

  • crash> in_kernel_fpu
  • PER-CPU DATA TYPE:
  •   bool in_kernel_fpu;
  • PER-CPU ADDRESSES:
  •   [0]: ffff971e39e18ed8
  •   [1]: ffff971e39e58ed8
  •   [2]: ffff971e39e98ed8
  •   //cpu3的in_kernel_fpu 变量地址
  •   [3]: ffff971e39ed8ed8
  • crash> rd  0xffff971e39ed8ed8
  • ffff971e39ed8ed8:  0000000000000000                    ........    

in_nmi() 和 softirq_count() 得查看cpu3的preempt_count变量，是0x 80110003，如下：

  • crash> __preempt_count
  • PER-CPU DATA TYPE:
  •   int __preempt_count;
  • PER-CPU ADDRESSES:
  •   [0]: ffff971e39e18f00
  •   [1]: ffff971e39e58f00
  •   [2]: ffff971e39e98f00
  •   //cpu3的preempt_count变量地址
  •   [3]: ffff971e39ed8f00
  • crash> rd -x  ffff971e39ed8f00
  • ffff971e39ed8f00:  0000000080110003 

然后查看in_nmi()和softirq_count()，全都来自preempt_count()函数。

  1. #define PREEMPT_NEED_RESCHED    0x80000000
  2. static __always_inline int preempt_count(void)
  3. {
  4.     return raw_cpu_read_4(__preempt_count) & ~PREEMPT_NEED_RESCHED;
  5. }
  6. #define PREEMPT_BITS    8
  7. #define PREEMPT_SHIFT   0
  8. #define SOFTIRQ_BITS    8
  9. #define SOFTIRQ_SHIFT   (PREEMPT_SHIFT + PREEMPT_BITS)//8
  10. #define __IRQ_MASK(x)   ((1UL << (x))-1)
  11. #define HARDIRQ_SHIFT   (SOFTIRQ_SHIFT + SOFTIRQ_BITS)//16
  12. #define HARDIRQ_BITS    4
  13.                                                // ((1 << 4) - 1) << 16  0xF << 16
  14. #define HARDIRQ_MASK    (__IRQ_MASK(HARDIRQ_BITS) << HARDIRQ_SHIFT)
  15.                                       //preempt_count 的 bit16~bit19
  16. #define hardirq_count() (preempt_count() & HARDIRQ_MASK)
  17.                                                 //((1 << 8) - 1) << 8    0x7F << 8
  18. #define SOFTIRQ_MASK    (__IRQ_MASK(SOFTIRQ_BITS) << SOFTIRQ_SHIFT)
  19.                                           //preempt_count 的 bit8~bit15
  20. # define softirq_count()    (preempt_count() & SOFTIRQ_MASK)
  21. #define NMI_SHIFT   (HARDIRQ_SHIFT + HARDIRQ_BITS)//20
  22. #define NMI_BITS    4
  23.                                     //((1 << 4) - 1) << 20   0xF << 20
  24. #define NMI_MASK    (__IRQ_MASK(NMI_BITS)     << NMI_SHIFT)
  25.                                   //preempt_count 的 bit20~bit23
  26. #define nmi_count() (preempt_count() & NMI_MASK)
  27. #define in_nmi()        (nmi_count())

cpu3的preempt_count()值是 0x80110003 , bit8~bit15 是0，bit16~bit19是1，bit20~bit23是1。即 in_nmi() 是1，in_hardirq()是1，softirq_count()是0。显然，问题根源竟然是 in_nmi() 是非0导致的。这个就是NMI计数，非0说明当前处于NMI中断。这怎么可能呢？怎么会处于NMI中断呢？什么是NMI中断，这个一般是当发生hard lock、cpu硬件级别错误时才会发生的不可屏蔽中断。可是这个问题场景只是我利用kprobe捕捉内核函数，然后产生int3中断，在中断服务函数里最后执行自定义的hot_file_update_file_status()函数，在该函数里执行kmem_cache_alloc()分配一个slab数据结构而已，这个普通场景怎么会触发NMI中断呢？

这个虚拟机是rocky 9.2 ，之前就出现过莫名奇妙的问题，怀疑内存数据有问题，难道这次又是内存数据有问题？当遇到莫名其妙的问题，就容易怀疑到内存有问题导致数据跳变、内存越界等导致？哪里会有这么多神奇的行为，还是先耐着性子看下源码吧。于是发现in_nmi()大于0是执行了 __nmi_enter()导致的，如下：

  1. #define __nmi_enter()                       \
  2.     do {                            \
  3.         lockdep_off();                  \
  4.         arch_nmi_enter();               \
  5.         BUG_ON(in_nmi() == NMI_MASK);           \
  6.         __preempt_count_add(NMI_OFFSET + HARDIRQ_OFFSET);   \
  7.     } while (0)

再进一步，发现int3中断里竟然在irqentry_nmi_enter()函数里执行了__nmi_enter，细节如下：

  1. irqentry_state_t noinstr irqentry_nmi_enter(struct pt_regs *regs)
  2. {
  3.     irqentry_state_t irq_state;
  4.     irq_state.lockdep = lockdep_hardirqs_enabled();
  6.     __nmi_enter();//令 in_nmi 加1
  7.     lockdep_hardirqs_off(CALLER_ADDR0);
  8.     lockdep_hardirq_enter();
  9.     rcu_nmi_enter();
  10.     instrumentation_begin();
  11.     trace_hardirqs_off_finish();
  12.     ftrace_nmi_enter();
  13.     instrumentation_end();
  14.     return irq_state;
  15. }
  16. DEFINE_IDTENTRY_RAW(exc_int3)
  17. {
  18.     if (poke_int3_handler(regs))
  19.         return;
  20.    if (user_mode(regs)) {
  21.        ……………
  22.     } else {
  23.         //令 in_nmi 加1
  24.         irqentry_state_t irq_state = irqentry_nmi_enter(regs);
  26.         instrumentation_begin();
  27.         //执行kprobe 的函数
  28.         if (!do_int3(regs))
  29.             die("int3", regs, 0);
  30.         instrumentation_end();
  31.         //令 in_nmi 减1
  32.         irqentry_nmi_exit(regs, irq_state);
  33.     }
  34. }
  35. static bool do_int3(struct pt_regs *regs)
  36. {
  37.     int res;
  39. #ifdef CONFIG_KGDB_LOW_LEVEL_TRAP
  40.     if (kgdb_ll_trap(DIE_INT3, "int3", regs, 0, X86_TRAP_BP,
  41.              SIGTRAP) == NOTIFY_STOP)
  42.         return true;
  43. #endif /* CONFIG_KGDB_LOW_LEVEL_TRAP */
  45. #ifdef CONFIG_KPROBES
  46.     //执行kprobe 的函数
  47.     if (kprobe_int3_handler(regs))
  48.         return true;
  49. #endif
  50.     res = notify_die(DIE_INT3, "int3", regs, 0, X86_TRAP_BP, SIGTRAP);
  52.     return res == NOTIFY_STOP;
  53. }

简单说：从源码角度来说，每次kprobe触发的int3中断，在exc_int3()中执行kprobe hot_file_update_file_status函数前，都会先执行 irqentry_nmi_enter->__nmi_enter 令NMI中断加1。这样看到的，每次执行 hot_file_update_file_status->kmem_cache_alloc 函数分配slab 前，都会出发内核告警irq_fpu_usable。可实际测试是随机的？这是怎么回事？

我认为 hot_file_update_file_status->kmem_cache_alloc->___slab_alloc->allocate_slab->shuffle_freelist->get_random_int->get_random_u32->_get_random_bytes->crng_make_state->crng_reseed->drain_entropy->extract_entropy->blake2s_final->__blake2s_final->blake2s_compress->kernel_fpu_begin->irq_fpu_usable，这个流程并不是每次都执行到最后的 irq_fpu_usable ，中间有很多条件判断，但是一旦执行到irq_fpu_usable ，必然会触发内核告警。

简单说，kprobe的函数里，不能执行 kmem_cache_alloc()分配slab 内存。因为kprobe的init3中断会令NMI计数加1，然后执行kmem_cache_alloc()分配slab有概率执行到irq_fpu_usable，因为NMI计数大于0而触发内核告警。

怎么解决呢？

  • 1:在执行 hot_file_update_file_status->kmem_cache_alloc 前，自己的源码里强制令nmi计数减1，但怕对系统会有不良影响。
  • 2:自己实现一套简易的slab源码，不执行 get_random_int() 函数就行。

但是这个两个方案改动太大，研究源码后，其实有个很简单的方法，不用动内核。

禁止掉 allocate_slab random 功能，就不会执行 hot_file_update_file_status->kmem_cache_alloc->___slab_alloc->allocate_slab->shuffle_freelist->get_random_int 函数，具体改动如下：

  1. struct hot_cold_file_global
  2. {
  3.     struct kmem_cache *file_stat_cachep;
  4. }
  5. struct hot_cold_file_global hot_cold_file_global_info;
  6. static void (*cache_random_seq_destroy)(struct kmem_cache *cachep);
  8. //获取内核cache_random_seq_destroy函数指针
  9. cache_random_seq_destroy = (void *)kallsyms_lookup_name_async("cache_random_seq_destroy");
  10. cache_random_seq_destroy(hot_cold_file_global_info.file_stat_cachep);
  11. //禁止分配 file_stat_cachep  这个slab时使用随机数功能，分配slab时就不会执行到shuffle_freelist->get_random_int函数
  12. cache_random_seq_destroy(hot_cold_file_global_info.file_stat_cachep);

当执行cache_random_seq_destroy()函数后，就令slab的random_seq为NULL

  1. void cache_random_seq_destroy(struct kmem_cache *cachep)
  2. {
  3.     kfree(cachep->random_seq);
  4.     cachep->random_seq = NULL;
  5. }

然后将来分配slab，执行到allocate_slab->shuffle_freelist时，直接返回false，不会再执行到get_random_int()函数。

  1. static bool shuffle_freelist(struct kmem_cache *s, struct page *page)
  2. {
  3.     void *start;
  4.     void *cur;
  5.     void *next;
  6.     unsigned long idx, pos, page_limit, freelist_count;
  7.      //直接return false
  8.     if (page->objects < 2 || !s->random_seq)
  9.         return false;
  10.     freelist_count = oo_objects(s->oo);
  11.     //分配随机数，这里触发crash
  12.     pos = get_random_int() % freelist_count;
  13.     ............
  14. }

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/587713.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

亚信安慧AntDB数据库两项目分别入选2023“星河”标杆、优秀案例

亚信安慧AntDB数据库两项目分别入选2023“星河”标杆、优秀案例

近日&#xff0c;由中国信息通信研究院、中国通信标准化协会大数据技术标准推进委员会&#xff08;CCSA TC601&#xff09;共同组织的第七届大数据“星河&#xff08;Galaxy&#xff09;”案例评选结果公示&#xff0c;亚信安慧AntDB数据库两项目入选&#xff0c;其中“基于Ant…
阅读更多...
国图公考：研究生可以考选调生吗?

国图公考：研究生可以考选调生吗?

研究生可以报考选调生吗?当然是可以的&#xff0c;但是同样需要满足一定的条件才可以。 除本科生外&#xff0c;具有硕士、博士学位的考生均可申请考试。但是&#xff0c;除了满足应届毕业生的身份&#xff0c;还需要满足年龄限制。一般来说&#xff0c;本科生不超过25岁&…
阅读更多...
Kubernetes集群部署Rook Ceph实现文件存储，对象存储，块存储

Kubernetes集群部署Rook Ceph实现文件存储，对象存储，块存储

Kubernetes集群部署Rook Ceph部署Ceph集群 1. Rook Ceph介绍 Rook Ceph是Rook项目中的一个存储方案&#xff0c;专门针对Ceph存储系统进行了优化和封装。Ceph是一个高度可扩展的分布式存储系统&#xff0c;提供了对象存储、块存储和文件系统的功能&#xff0c;广泛应用于提供…
阅读更多...
FTP简介FTP服务器的搭建【虚拟机版】以及计算机端口的介绍

FTP简介FTP服务器的搭建【虚拟机版】以及计算机端口的介绍

目录 一. FTP简介 二. FTP服务器的搭建【虚拟机Windows2012版】 1. 启用防火墙 2. 打开服务器管理器➡工具➡计算机管理 3. 选择本地用户与组➡新建组 4. 给组命名&#xff0c;输入描述&#xff0c;点击创建 5. 新建用户&#xff0c;设置用户名称&#xff0c;添加描述&a…
阅读更多...
传感器原理与应用复习--光电式与半导体式传感器

传感器原理与应用复习--光电式与半导体式传感器

文章目录 上一篇光电传感器光电器件 光纤传感器光纤传感器的工作原理及组成 半导体传感器下一篇 上一篇 传感器原理与应用复习–磁电式与霍尔传感器 光电传感器 光电器件 每个光子的能量为 E h v E hv Ehv h为普朗克常数 6.626 ∗ 1 0 − 34 ( J / s ) 6.626 * 10^{-…
阅读更多...
【ARMv8M Cortex-M33 系列 2.3 -- SEGGER JFlash 烧写命令介绍】

【ARMv8M Cortex-M33 系列 2.3 -- SEGGER JFlash 烧写命令介绍】

请阅读【嵌入式开发学习必备专栏 之Cortex-M33 专栏】 文章目录 SEGGER JFlash 烧写命令介绍JFlash 配置文件 固件烧写地址介绍确定烧写地址 SEGGER JFlash 烧写命令介绍 本文以介绍烧写 Renesas RA4M2 为例&#xff0c;对 JFlash 进行简单介绍。它是 ARM Cortex-M33 微控制器…
阅读更多...
华为ensp网络设计期末测试题-复盘

华为ensp网络设计期末测试题-复盘

网络拓扑图 地址分配表 vlan端口分配表 需求 The device is running!<Huawei>sys Enter system view, return user view with CtrlZ. [Huawei]un in en Info: Information center is disabled. [Huawei]sys S1 [S1]vlan 99 [S1-vlan99]vlan 100 [S1-vlan100]des IT [S1-…
阅读更多...
camel-ai的role_playing代码解读

camel-ai的role_playing代码解读

这段代码定义了一个名为RolePlaying的类&#xff0c;用于两个角色之间的角色扮演。 该类接受以下参数&#xff1a; assistant_role_name (str): 助手扮演的角色名称。user_role_name (str): 用户扮演的角色名称。critic_role_name (str): 评论家扮演的角色名称。带有”:obj:&…
阅读更多...
2023 全球 AI 大事件盘点

2023 全球 AI 大事件盘点

本文来自微信公众号硅星人
阅读更多...
跨境电商的语言障碍：翻译工具的必要性

跨境电商的语言障碍：翻译工具的必要性

随着全球化的加速和电子商务的普及&#xff0c;跨境电商逐渐成为企业拓展市场的重要渠道。然而&#xff0c;跨境电商在带来无限商机的同时&#xff0c;也面临着语言障碍的挑战。由于不同国家和地区的语言和文化差异&#xff0c;跨境电商在产品描述、用户沟通、广告宣传等方面需…
阅读更多...
年度总结｜存储随笔2023年度最受欢迎文章榜单TOP15-part1

年度总结｜存储随笔2023年度最受欢迎文章榜单TOP15-part1

原创 古猫先生 存储随笔 2023-12-31 08:31 发表于上海 回首2023 2-8月份有近半年时间基本处于断更状态 好在8月份后小编没有松懈 &#xff08;虽然2023年度总结&#xff0c;更像是近4个月总结&#xff09; 本年度顺利加V啦&#xff01; 感谢各位粉丝朋友的一路支持与陪伴 …
阅读更多...
2024主流的免费电脑数据恢复软件EasyRecovery

2024主流的免费电脑数据恢复软件EasyRecovery

EasyRecovery绿色版是一款非常专业的电脑数据恢复工具。它可以全面恢复删除丢失数据&#xff0c;能对电脑误删文件恢复、格式化硬盘数据恢复、手机U盘数据恢复等&#xff0c;能恢复包括文档、表格、图片、音视频等各种文件&#xff0c;此版本经过处理&#xff0c;可永久免费使用…
阅读更多...
AcWing算法提高课-2.2.3抓住那头牛

AcWing算法提高课-2.2.3抓住那头牛

算法提高课整理 CSDN个人主页&#xff1a;更好的阅读体验 本文同步发表于 CSDN | 洛谷 | AcWing | 个人博客 原题链接 题目描述 农夫知道一头牛的位置&#xff0c;想要抓住它。 农夫和牛都位于数轴上&#xff0c;农夫起始位于点 n n n&#xff0c;牛位于点 k k k。 农夫…
阅读更多...
汇总SqlSugar ORM框架的使用常见的问题以及相应的解决方式

汇总SqlSugar ORM框架的使用常见的问题以及相应的解决方式

自己在使用SqlSugar ORM框架的使用汇总了常见的问题和解决方式,有 相应的代码示例。 问题一&#xff1a;连接数据库失败 解决方式&#xff1a; 1、检查数据库连接字符串是否正确&#xff0c;包括数据库类型、服务器地址、用户名和密码等信息。 2、确保数据库服务器已启动并且网…
阅读更多...
golang第五卷---包以及常用内置包归纳

golang第五卷---包以及常用内置包归纳

包以及常用内置包归纳 包的概念math包time包sync包 Go 语言官方的包文档网站&#xff1a;包文档 包的概念 Go语言是使用包来组织源代码的&#xff0c;包&#xff08;package&#xff09;是多个 Go 源码的集合&#xff0c;是一种高级的代码复用方案。 任何源代码文件必须属于某…
阅读更多...
听GPT 讲Rust源代码--src/tools(37)

听GPT 讲Rust源代码--src/tools(37)

File: rust/src/tools/clippy/clippy_lints/src/explicit_write.rs 在Rust源代码中&#xff0c;explicit_write.rs这个文件是Clippy的一个lint插件&#xff0c;其作用是检查代码中的write!、writeln!宏使用时的不当或繁琐的情况&#xff0c;并给出相关的警告或建议。 具体来说&…
阅读更多...
可视化设计器介绍

可视化设计器介绍

1 、可视化设计器分为&#xff1a; 目录树&#xff1a;包含“页面、逻辑、数据、流程”四种可视化设计模块的切换&#xff0c;及其下设计内容管理与树形展示应用信息与操作区域&#xff1a;支持应用的“预览、发布、自定义主题样式”等操作标签页&#xff1a;支持各个编辑页面…
阅读更多...
java方法（method）概述，计算机中的执行原理及案例

java方法（method）概述，计算机中的执行原理及案例

引言&#xff1a; 学习了方法&#xff08;method&#xff09;&#xff0c;整理下心得 概述&#xff1a; 1&#xff0c;什么是方法&#xff08;method&#xff09;: 方法是一种语法结构&#xff0c;它可以把一段代码封装成一个功能&#xff0c;以便重复利用 2&#xff0c;使用…
阅读更多...
Vue实现导出Excel表格，提示“文件已损坏，无法打开”的解决方法

Vue实现导出Excel表格，提示“文件已损坏，无法打开”的解决方法

一、vue实现导出excel 1、前端实现 xlsx是一个用于读取、解析和写入Excel文件的JavaScript库。它提供了一系列的API来处理Excel文件。使用该库&#xff0c;你可以将数据转换为Excel文件并下载到本地。这种方法适用于在前端直接生成Excel文件的场景。 安装xlsx依赖 npm inst…
阅读更多...
【计算机网络实验】educoder实验八 IPV6网络及其路由 头歌

【计算机网络实验】educoder实验八 IPV6网络及其路由 头歌

第一关 IPV6网络基础 //千万不要破坏文档原有结构与内容&#xff01;&#xff01;&#xff01; //以下均为判断题&#xff0c;F&#xff1a;表示错误&#xff0c;T&#xff1a;表示正确 //答案必须写在相应行末尾括号内&#xff0c;F与T二选一&#xff0c;大写 // 1、ipv6协议…
阅读更多...
最新文章

Copyright @ 2022~2023