In Section 11.5 we showed how this

In Section 11.5 we showed how this might work. The remaining issue is how to communicate these hardware events with interrupt handlers. As we showed previously, we would like to associate a pair of queues with the transmit and receive interfaces of the UART. Where previously our putchar code failed when the trasmit queue was empty and our getchar code failed when the receive queue was empty, in a multi-threaded environment we would like to block a thread in either of these cases and have the interrupt handler wake the thread.

ผลลัพธ์ (ไทย) 1:

ใน 11.5 ส่วน เราพบว่าวิธีนี้อาจทำงาน ปัญหาที่เหลือคือ วิธีการสื่อสารเหตุการณ์ฮาร์ดแวร์เหล่านี้กับตัวจัดการการขัดจังหวะ เป็นดังที่ก่อนหน้านี้ เราต้อง การเชื่อมโยงคู่ของคิวกับสัญญาณได้รับอินเทอร์เฟซของ UART ซึ่งก่อนหน้านี้เรารหัส putchar ล้มคิว trasmit ถูกเปล่า และรหัส getchar ของเราล้มเหลวเมื่อรับคิวว่าง ในสภาพแวดล้อมหลายเธรด เราอยากจะบล็อกเธรดในกรณีดังกล่าว และได้จัดการขัดจังหวะเรียกเธรด

ผลลัพธ์ (ไทย) 2:

ในมาตรา 11.5 เราแสดงให้เห็นว่านี้อาจจะทำงาน ปัญหาที่เหลือคือวิธีการสื่อสารเหตุการณ์ฮาร์ดแวร์เหล่านี้กับตัวจัดการขัดจังหวะ ในขณะที่เราแสดงให้เห็นว่าก่อนหน้านี้เราต้องการที่จะเชื่อมโยงคู่ของคิวที่มีการรับและส่งอินเตอร์เฟซของ UART ที่ก่อนหน้านี้รหัส putchar ของเราล้มเหลวเมื่อ trasmit คิวว่างเปล่าและรหัส getchar ของเราล้มเหลวเมื่อได้รับคิวว่างเปล่าในสภาพแวดล้อมแบบมัลติเธรดที่เราต้องการที่จะปิดกั้นด้ายทั้งในกรณีนี้และมีการจัดการการขัดจังหวะตื่นด้าย .

ผลลัพธ์ (ไทย) 3:

ในส่วนที่เราพบว่ามันอาจจะผ่านงาน ปัญหาที่เหลือคือวิธีการติดต่อสื่อสารเหตุการณ์ฮาร์ดแวร์เหล่านี้รบกวนผู้ดูแล เราพบก่อนหน้านี้ เราต้องการที่จะเชื่อมโยงกับคู่ของคิวที่มีการรับและส่งอินเทอร์เฟซของ UART . ซึ่งก่อนหน้านี้ของเรา putchar รหัสล้มเหลวเมื่อ trasmit คิวว่างเปล่าและรหัส getchar ของเราล้มเหลวเมื่อได้รับคิวว่างเปล่าในสภาพแวดล้อมแบบมัลติเธรดเราต้องการป้องกันด้ายในทั้งสองกรณีเหล่านี้และมีการขัดจังหวะผู้จัดการปลุกด้าย