Shown below is the concept of how S

Shown below is the concept of how Swi’s can get posted within an Hwi. An interrupt occurs and
the ISR runs and does some sort of hard real-time processing (setting a GPIO pin, clearing a
timer, reading a register, etc.). Then, instead of processing the input inside the context of the Hwi,
the user posts follow-up activity by doing a Swi_post(). BIOS will register this post and update the
Swi queue to reflect this new Swi and its priority in the queue. This is the when the BIOS
Scheduler is called and the Swi is made ready to run.
The Swi cannot run right away because the Hwi is still running and has priority over any Swi.
Once the Hwi returns, if this Swi is the highest priority pending thread in the system, then it will
run. So, the user has full control over how long it will take to do the processing in the Swi – the
higher the priority of the Swi, the sooner the processing will run.
The nice thing about this concept is that the Hwi is very short and there is no need for nesting
interrupts when they have 5 lines of code inside them. And, this process that the Swi is executing
is completely software configurable by the user regarding priority – either statically or
dynamically.

Kết quả (Việt) 1:

Hiển thị dưới đây là các khái niệm về làm thế nào của Swi có thể nhận được đăng trong vòng một Hwi. Ngắt xảy ra và ISR chạy và làm một số loại cứng thời gian thực chế biến (thiết lập một pin GPIO, thanh toán bù trừ một bộ đếm thời gian, đọc một đăng ký, v.v..). Sau đó, thay vì xử lý đầu vào bên trong bối cảnh của Hwi, người sử dụng bài viết theo dõi hoạt động bằng cách thực hiện một Swi_post(). BIOS sẽ đăng ký bài đăng và cập nhật các SWI các hàng đợi để phản ánh này Swi mới và ưu tiên của nó trong hàng đợi. Đây là khi BIOS Trình lập lịch biểu được gọi là và Swi thực hiện đã sẵn sàng để chạy.Swi không thể chạy ngay lập tức, vì Hwi vẫn đang chạy và có ưu tiên hơn mọi Swi. Một khi Hwi trả về, nếu Swi này là ưu tiên cao nhất đang chờ giải quyết chủ đề trong hệ thống, sau đó nó sẽ chạy. Vì vậy, người dùng có đầy đủ quyền kiểm soát nó sẽ mất bao lâu để làm chế biến trong Swi-các cao hơn mức ưu tiên Swi, sớm hơn việc xử lý sẽ chạy.Những điều tốt đẹp về khái niệm này là Hwi là rất ngắn và không cần cho làm tổ ngắt khi họ có 5 dòng mã bên trong chúng. Và quá trình này Swi thực hiện là hoàn toàn phần mềm cấu hình bởi người sử dụng liên quan đến ưu tiên-hoặc là tĩnh hoặc tự động.

Kết quả (Việt) 2:

Dưới đây là khái niệm như thế nào SWI có thể được đăng trong một Hwi. Một ngắt xảy ra và
ISR chạy và làm một số loại khó xử lý thời gian thực (thiết lập một pin GPIO, thanh toán bù trừ một
bộ đếm thời gian, đọc một đăng ký, vv). Sau đó, thay vì xử lý các đầu vào trong bối cảnh của Hwi,
các bài viết người dùng theo dõi hoạt động bằng cách làm một Swi_post (). BIOS sẽ đăng ký bài đăng này và cập nhật các
hàng đợi SWI để phản ánh SWI mới này và ưu tiên của mình trong hàng đợi. Đây là khi BIOS
Scheduler được gọi và SWI được thực hiện đã sẵn sàng để chạy.
SWI không thể chạy ngay lập tức bởi vì Hwi vẫn chạy và có ưu tiên hơn bất kỳ SWI.
Sau khi trở về Hwi, nếu SWI này là đang chờ giải quyết ưu tiên cao nhất Chủ đề trong hệ thống, sau đó nó sẽ
chạy. Vì vậy, người dùng có toàn quyền kiểm soát bao lâu nó sẽ mất để làm chế biến trong SWI - các
. cao hơn các ưu tiên của SWI, càng sớm càng chế biến sẽ chạy
Những điều tốt đẹp về khái niệm này là Hwi là rất ngắn và không có nhu cầu làm tổ
ngắt khi họ có 5 dòng mã bên trong chúng. Và, quá trình này mà SWI đang thực hiện
là hoàn toàn cấu hình phần mềm của người dùng liên quan đến ưu tiên - hoặc là tĩnh hoặc
động.