โดยปกติแล้ว รายการ dmesg จะต่อท้ายด้วยชื่อของไดรเวอร์ที่โพสต์ข้อความไปยังบัฟเฟอร์ ทำให้ง่ายต่อการติดตามว่าข้อผิดพลาดมาจากไหนและจะแก้ไขได้อย่างไร ในกรณีของฉัน ข้อความต่อไปนี้ไม่มีข้อมูลเมตาเกี่ยวกับข้อความนี้:
[12208.948242] Pin 28 ไม่พร้อมใช้งานสำหรับ GPIO
สตริงนี้ (หรือสตริงย่อยที่เกี่ยวข้อง) ดูเหมือนจะไม่มีอยู่ในซอร์สของเคอร์เนล linux ดังนั้นจึงต้องมีไดรเวอร์หรือบางสิ่งอยู่
ขาด grepping จากแหล่งที่มาทั้งหมดที่ฉันสามารถหาได้ซึ่งทำงานบนเครื่องนี้ มีวิธีใดบ้างที่จะทราบ ใคร ส่งข้อความนี้เพื่อให้ฉันสามารถวินิจฉัยเพิ่มเติมได้ ทำไม ข้อผิดพลาดเฉพาะนี้เกิดขึ้น?
บันทึก คำถามนี้ไม่จำเป็นต้องเกี่ยวกับ เฉพาะนี้ ข้อความ แต่เป็นคำถามทั่วไปเกี่ยวกับวิธีการย้อนรอยและค้นหาไดรเวอร์ที่กระทำผิด
การค้นหาแหล่งเคอร์เนลเป็นวิธีที่ดีที่สุดในการค้นหา:
bericote [~/src/linux] % git grep -F "ไม่พร้อมใช้งานสำหรับ GPIO"
ไดรเวอร์/gpio/gpio-thunderx.c: WARN_RATELIMIT(!rv, "พิน %d ไม่พร้อมใช้งานสำหรับ GPIO\n", บรรทัด);
ดังนั้นคำตอบน่าจะเป็น gpio-ฟ้าร้อง โมดูล แต่ฉันสงสัยว่าจะไม่ตอบคำถามที่คุณต้องการถามจริงๆ
สิ่งที่คุณอยากรู้จริงๆ ว่าอะไรเป็นสาเหตุ แต่รหัสที่ออกคือการตรวจสอบทั่วไปที่เรียกโดยรูทีนต่างๆ ที่พยายามเข้าถึงพิน GPIO และสิ่งที่คุณอาจต้องการรู้จริงๆ คือใครเรียกรูทีนนั้น - ในอื่นๆ คำว่าส่วนใดของเคอร์เนลที่พยายามเข้าถึงสิ่งที่ไม่ใช่ GPIO เป็น GPIO
ดูเหมือนว่าคนขับจะเป็น gpio-ฟ้าร้อง (ดู ที่นี่)
โดยทั่วไปแล้ว ฉันไม่คิดว่าคุณจะอนุมานได้ว่าไดรเวอร์ใดเขียนบรรทัดใดบรรทัดหนึ่ง dmesg หากคนขับไม่ได้ต่อท้ายชื่อ คุณต้องตรวจสอบซอร์สโค้ด
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
