Given the state of hardware and sof

Given the state of hardware and software support throughout the graphics stack on Linux we didn't think we could make this reliable," he explained

"It doesn't probe and reattach the controllers to the same point in the device tree that they were in when the system was suspended. Since those are the device nodes that SteamOS has open at the time of the suspend, and they route to The Noplace(tm), the controllers become unresponsive," user tlambert wrote. "This is a general problem in the Linux device model, and you can see problem in the device model poke their heads up in various places.

The issue is rooted, according to a Valve engineer posting on GitHub as JohnV, not in the suspend part of the equation. That works fine. It’s in the resume part. When a Linux session is resumed following suspend, the way it rediscovers hardware doesn’t work in a way that works with resuming games. In this case, that applies to the controllers plugged in.

Because Steam Machines use SteamOS, which is based on Linux and meant to be kept open in nature, this probably doesn’t look like something that will get fixed unless it gets fixed at a level more basic than SteamOS.

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

กำหนดสถานะของฮาร์ดแวร์และซอฟต์แวร์สนับสนุนทั่วกองซ้อนกราฟิกบน Linux เราไม่ได้คิดว่า เราสามารถทำนี้เชื่อถือได้ เขาอธิบาย"มันไม่สอบ และทบทวนตัวควบคุมไปยังจุดเดียวกันในอุปกรณ์ที่ในขณะที่ระบบถูกหยุดชั่วคราว ตั้งแต่ที่โหนอุปกรณ์ที่ SteamOS เปิดเวลาหยุด และพวกเขาเวียนไป Noplace(tm) ตัวควบคุมสคริปต์ tlambert ผู้เขียน "นี้เป็นปัญหาทั่วไปในรุ่นอุปกรณ์ Linux และคุณสามารถดูปัญหาในรุ่นอุปกรณ์โผล่ศีรษะของพวกเขาขึ้นในสถานต่าง ๆปัญหาคือราก ตามวิศวกรวาล์วที่ลงรายการบัญชีใน GitHub JohnV ในส่วนชั่วคราวของสมการไม่ ที่ทำงานดี มันเป็นส่วนหนึ่งของประวัติ เมื่อเซสชัน Linux จะดำเนินต่อตามชั่วคราว แบบมัน rediscovers ฮาร์ดแวร์ไม่ทำงานในทางที่ดีกลับมาทำงานเกม ในกรณีนี้ ที่ใช้กับตัวควบคุมที่เสียบเนื่องจากเครื่องจักรไอน้ำใช้ SteamOS ซึ่งจะขึ้นอยู่กับ Linux และตั้งใจ จะเก็บไว้เปิดในธรรมชาติ นี้อาจจะไม่เหมือนสิ่งที่จะได้รับการแก้ไขเว้นแต่จะได้รับคงที่ระดับขั้นพื้นฐานเพิ่มมากขึ้นกว่า SteamOS

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

ได้รับสถานะของฮาร์ดแวร์และซอฟแวร์การสนับสนุนตลอดแต็คกราฟิกบนลินุกซ์ที่เราไม่คิดว่าเราจะทำให้ความน่าเชื่อถือนี้ "เขาอธิบายว่า" มันไม่ได้แสดงความคิดเห็นและใส่กลับเข้าไปควบคุมไปที่จุดเดียวกันในต้นไม้อุปกรณ์ที่พวกเขาอยู่ใน เมื่อระบบถูกระงับ ตั้งแต่ผู้ที่มีโหนดอุปกรณ์ที่ SteamOS มีเปิดในเวลาของการระงับและพวกเขาเส้นทางไป Noplace (TM), ตัวควบคุมจะไม่ตอบสนอง "ผู้ใช้ tlambert เขียน." ปัญหานี้เป็นปัญหาทั่วไปในรูปแบบอุปกรณ์ Linux และ คุณสามารถมองเห็นปัญหาที่เกิดขึ้นในรูปแบบอุปกรณ์ที่โผล่หัวของพวกเขาขึ้นมาในสถานที่ต่างๆ. ปัญหาที่ฝังรากตามที่วิศวกรวาล์วโพสต์บน GitHub เป็น JohnV ไม่ได้อยู่ในการระงับส่วนหนึ่งของสม ที่ทำงานได้ดี มันเป็นส่วนหนึ่งในการดำเนินการต่อ เมื่อเซสชั่นลินุกซ์กลับมาดังต่อไปนี้ระงับวิธีที่มัน rediscovers ฮาร์ดแวร์ไม่ทำงานในลักษณะที่ทำงานร่วมกับการกลับมาทำงานเกม ในกรณีนี้ที่ใช้กับตัวควบคุมเสียบ. เพราะเครื่องอบไอน้ำใช้ SteamOS ซึ่งอยู่บนพื้นฐานของลินุกซ์และมีความหมายที่จะเก็บไว้เปิดในลักษณะนี้อาจดูไม่เหมือนสิ่งที่จะได้รับการแก้ไขจนกว่าจะได้รับการแก้ไขที่ ระดับพื้นฐานมากกว่า SteamOS

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

ได้รับสถานะของฮาร์ดแวร์และซอฟต์แวร์ที่สนับสนุนทั้งกราฟิกที่กองบน Linux เราไม่ได้คิดว่าเราจะทำให้เชื่อถือได้ " เขาอธิบาย

" มันไม่ได้ตรวจสอบและใส่กลับเข้าไปควบคุมในจุดเดียวกันในต้นไม้อุปกรณ์ที่พวกเขาอยู่ เมื่อระบบถูกพักงาน มันเป็นอุปกรณ์ที่โหนดที่ steamos ได้เปิดในช่วงเวลาของการหยุดชั่วคราว และเส้นทางที่จะไป noplace ( TM )ตัวควบคุมกลายเป็นไม่ตอบสนอง " tlambert ผู้ใช้เขียน” ปัญหานี้เป็นปัญหาทั่วไปใน Linux อุปกรณ์รูปแบบและคุณสามารถเห็นปัญหาในอุปกรณ์แบบโผล่หัวขึ้นในสถานที่ต่างๆ

ปัญหาเป็นรากฐานตามวาล์ววิศวกรโพสต์ในบริการเป็น johnv ไม่ใช่ในการระงับส่วนหนึ่งของสมการ ที่ผลงานดี มันอยู่ในประวัติส่วนเมื่อลินุกซ์เซสชันดังต่อไปนี้กลับมาระงับ วิธี rediscovers ฮาร์ดแวร์ไม่ทำงานในลักษณะที่เหมาะกับการเริ่มเกม ในกรณีนี้ที่ใช้กับตัวควบคุมเสียบ

เพราะเครื่องอบใช้ steamos ซึ่งจะขึ้นอยู่กับ Linux และตั้งใจจะเก็บไว้เปิดในธรรมชาตินี้อาจจะไม่เหมือนกับสิ่งที่จะได้รับการแก้ไขจนกว่าจะได้รับการแก้ไขในระดับที่มากขึ้นกว่า steamos พื้นฐาน .