सैमसंग N250 पर ACPI ठीक करें

इस लेख में, मैं एक आधुनिक नेटबुक के BIOS में पाई गई विशिष्ट डिज़ाइन त्रुटियों का वर्णन करना चाहूंगा, और उनकी पहचान, अध्ययन और सुधार के तरीके।

प्रविष्टि

तो, ACPI आधुनिक कंप्यूटर के कुछ हार्डवेयर कार्यों के लिए एक सार्वभौमिक इंटरफ़ेस है, जिसमें पावर मैनेजमेंट और बैटरी मॉनिटरिंग से जुड़े बाहरी डिस्प्ले की क्षमताओं को क्वेरी करना शामिल है।
इसमें कई कॉन्फ़िगरेशन तालिकाओं के होते हैं, जिनमें से एक में ऑपरेटिंग सिस्टम के कर्नेल में चलने वाली वर्चुअल मशीन के लिए कोड होता है। एक वर्चुअल मशीन जो एसीपीआई के कार्यान्वयन को महत्वपूर्ण रूप से जटिल करती है, सिस्टम को यथासंभव लचीला बनाने के लिए जोड़ा गया है।

सिद्धांत रूप में, इस तरह की प्रणाली को चिपसेट के लिए ड्राइवरों को अनावश्यक बनाना था। यह बहुत शक्तिशाली है (यदि "फूला हुआ" नहीं कहना है), और इस तरह के कार्य के साथ काफी सामना कर सकता है; उदाहरण के लिए, Macs ACPI पर बहुत व्यापक और सक्षम रूप से उपयोग किया जाता है।

वास्तविकता में, हालांकि, पीसी-संगत सिस्टम के विक्रेताओं में अक्सर गलत या अपूर्ण एसीपीआई टेबल शामिल होते हैं, और विक्रेता लॉक-इन अंतिम कारण नहीं है। इस प्रकार, इन प्रणालियों को गैर-तुच्छ वर्कअराउंड के उपयोग की आवश्यकता होती है, जो अक्सर अनिर्दिष्ट होता है और हमेशा सही ढंग से काम नहीं करता है। इसके बजाय, मैंने ऐसी एक प्रणाली के लिए एसीपीआई को ठीक करने की कोशिश की।

मेरे पास जो कंप्यूटर है, वह सैमसंग N250 + नेटबुक है। इसमें बहुत अच्छा हार्डवेयर है (बैटरी और ब्रॉडकॉम वाईफाई कार्ड वक्र को छोड़कर, जिसे मैंने तुरंत एक समान एथेरोस के साथ बदल दिया), लेकिन BIOS गुणवत्ता बहुत उदास है। रिलीज के समय, लिनक्स सिस्टम से वाईफाई चालू करना (या बंद करना) भी संभव नहीं था: इसकी स्थिति केवल CMOS सेटअप उपयोगिता के माध्यम से बदली जा सकती थी। फिलहाल एक ड्राइवर है, लेकिन यह मौलिक रूप से त्रुटिपूर्ण दृष्टिकोण का उपयोग करता है, और कुछ समस्याओं से ग्रस्त है ।

वर्तमान स्थिति का अध्ययन

नेटबुक सुविधाओं के लिए समर्थन, जिसके लिए कोई एसीपीआई कोड नहीं था, को मूल रूप से कर्नेल मॉड्यूल आसान धीमे प्रबंधक में लागू किया गया था, जिसे अंततः सैमसंग-लैपटॉप सी के रूप में कर्नेल में अपनाया गया था।

जैसा कि आप स्रोत कोड की लाइन 725 पर देख सकते हैं, यह ड्राइवर बैकलाइट स्तर सेट करने के लिए SMI कॉल (और SABI नामक एक सैमसंग इंटरफ़ेस) का उपयोग करता है, "प्रदर्शन मोड" (जो वास्तव में केवल प्रशंसक गति बदलता है) और वायरलेस पर पावर चालू करें। मॉड्यूल के लिए। एसएमआई कॉल एक कमांड है जो सीपीयू को तथाकथित सिस्टम प्रबंधन मोड ( एसएमएम ) को सक्रिय करने के लिए मजबूर करता है, चिपसेट और प्रोसेसर की एक विशेष सुविधा जो हाइपरवाइजर और रूटकिट के समान है।

BIOS चिपसेट को कॉन्फ़िगर कर सकता है ताकि यह निश्चित संचालन (उदाहरण के लिए, मेमोरी या I / O पोर्ट के चुने हुए क्षेत्रों तक पहुंच) और SMM को सक्रिय करता है, OS न तो SMM दर्ज करने के तथ्य का पता लगा सकता है (अप्रत्यक्ष तरीकों को छोड़कर), या अन्यथा नहीं, न ही रोका। उसके बाद, BIOS अनियंत्रित कोड निष्पादित कर सकता है: उदाहरण के लिए, एसएमएम का उपयोग पुराने ओएस (उदाहरण के लिए, डॉस) के लिए पीएस / 2 माउस समर्थन का अनुकरण करने के लिए किया जाता है जब एक यूएसबी माउस जुड़ा होता है। इसके अलावा, एसएमएम हैंडलर के लिए आवंटित मेमोरी क्षेत्र किसी भी परिस्थिति में ओएस के लिए सुलभ नहीं है, जिससे इसके संचालन तर्क का प्रत्यक्ष विश्लेषण असंभव हो जाता है।

सौभाग्य से, इस मामले में, SMI कॉल केवल कुछ बाइट्स बदलने की संभावना है, और यदि आप भाग्यशाली हैं, तो आप SMM मोड कोड का अध्ययन किए बिना उनका स्थान निर्धारित कर सकते हैं।

आइए ACPI तालिकाओं पर एक करीब से नज़र डालें। उनमें से कई प्रकार हैं, लेकिन इस मामले में केवल एक ही महत्वपूर्ण है, डीएसडीटी - कई सिस्टम घटनाओं के लिए बायटेकोड हैंडलर्स के साथ एक तालिका।

सिस्टम से एक टेबल निकालने के लिए और इसके कोड को संशोधित करने के लिए, हमें दो उपयोगिताओं की आवश्यकता है: "एक्पिडम्प" और "आईस्एल"। डेबियन जैसी ओएस पर, वे एक ही नाम के पैकेज में हैं।

 $ सूडो अकंपिड -ओ dsdt.aml -b
 $ iasl -d dsdt.aml # decompiles dsdt.aml से dsdt.aml

स्पष्टता के लिए, मैंने अपने परिवर्तनों के इतिहास के साथ एक तालिका तैयार की है, जो एक गितुब भंडार के रूप में है ; प्रारंभिक राज्य इस प्रतिबद्ध में निहित है। जैसा कि आप देख सकते हैं, तालिका बहुत लंबी है: 5000 से अधिक पंक्तियाँ। 25,000 पंक्तियों से अधिक लंबे तालिकाओं को नियमित रूप से पाया जाता है।

यदि आप बिना किसी परिवर्तन के तालिका को वापस बायटेकोड (प्रकार make ) के लिए संकलित करने का प्रयास करते हैं, तो संकलक कुछ त्रुटियों और टिप्पणियों का उत्पादन करेगा। वे केवल संदेशों और ACPI विनिर्देश को देखकर ठीक करना आसान है; इस Gentoo फोरम थ्रेड में कुछ अच्छे संकेत हैं। वैसे, यह मेरी नेटबुक से सात साल बड़ी है, लेकिन सलाह अभी भी प्रासंगिक है। सही तालिका यहां देखी जा सकती है ।

बैकलाइट को ठीक करना

मेरी नेटबुक में एक एलईडी बैकलाइट है, और इसलिए इसकी चमक को बस एक ही समय अंतराल के एक निश्चित अंश के लिए चालू करके बदला जा सकता है, उदाहरण के लिए, 30% तक काला करने के लिए, आप इसे 70% समय के लिए रख सकते हैं। झिलमिलाहट को रोकने के लिए, यह स्विचिंग ( पीडब्लूएम ) एक आवृत्ति पर होता है जो स्पष्ट रूप से मानव आंख की संवेदनशीलता से अधिक है - कहते हैं, 200 kHz पर्याप्त है।

इस मामले में, PWM कर्तव्य चक्र को एकीकृत ग्राफिक्स नियंत्रक द्वारा बदलने की संभावना है। यहाँ यह PCI बस पर है:

 $ लस्पसी
 00: 00.0 होस्ट ब्रिज: इंटेल कॉर्पोरेशन N10 फैमिली DMI ब्रिज
 00: 02.0 वीजीए संगत नियंत्रक: इंटेल कॉर्पोरेशन एन 10 फैमिली इंटीग्रेटेड ग्राफिक्स कंट्रोलर
 00: 02.1 डिस्प्ले कंट्रोलर: इंटेल कॉर्पोरेशन N10 फैमिली इंटीग्रेटेड ग्राफिक्स कंट्रोलर
 <...>

अंक "00: 02.0" - बस में डिवाइस का पता। इस पते को जानना, आप डिवाइस मापदंडों का अनुरोध या बदल सकते हैं, क्योंकि लिनक्स sysfs के माध्यम से कई नियंत्रण बिंदु प्रदान करता है। उनमें से एक आपको पीसीआई कॉन्फ़िगरेशन स्थान को पढ़ने और लिखने की अनुमति देता है : 256 बाइट्स का एक ब्लॉक जिसमें डिवाइस सेटिंग्स संग्रहीत हैं। इस ब्लॉक में पहले 64 बाइट्स में विनिर्देश द्वारा परिभाषित मूल्य है, और बाकी को निर्माता द्वारा अपनी आवश्यकताओं के लिए स्वतंत्र रूप से उपयोग किया जा सकता है।

आइए देखें कि बैकलाइट स्तर में परिवर्तन होने पर कॉन्फ़िगरेशन के साथ क्या होता है (इस तथ्य के बावजूद कि यहां एक ओपन ड्राइवर के साथ लिनक्स के लिए एक उदाहरण है, यह सब एक निजी ड्राइवर या विंडोज पर भी किया जा सकता है; आप इसमें कॉन्फ़िगरेशन स्थान भी पढ़ सकते हैं):

 # इको ​​7> / एसआईएस / क्लास / बैकलाइट / सैमसंग / ब्राइटनेस
 1
 # प्रतिध्वनि 5> / sys / वर्ग / बैकलाइट / सैमसंग / चमक
 # हेक्सडम्प-सी / एसवाईएस / क्यूसी / पेसी / डेविस / 00002 00-26:02.0/config: config-2
 # diff -u config-1 config-2
 --- विन्यास -1 2011-09-05 01: 06: 13.326930250 +0400
 +++ config-2 2011-09-05 01: 06: 21.503828025 +0400
 @@ -13.5 +13.5 @@
  000000c0 00 00 00 00 00 00 00 00 00 00 00 a7 00 00 00 | ................ |
  000000d0 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 | .. "............. |
  000000e0 00 00 00 00 00 00 00 00 80 80 00 00 00 00 00 | ................ |
 -000000f0 79 00 00 00 ff 00 00 ad 0f 00 00 7c 0e 5c 7.3 | ........... | \ |
 + 000000f0 79 00 00 00 73 00 00 विज्ञापन 0f 00 00 7c 0e 5c 7f | y ...... s ...... | | \ |
  00000100

इस प्रकार, 0xf4 पर बाइट बैकलाइट स्तर को नियंत्रित करता है। आप इसे sudo setpci -s 00:02.0 f4.b=80 (वांछित बैकलाइट स्तर के साथ 80 की जगह) चलाकर सत्यापित कर सकते हैं।

अब हम DSDT को फिर से लिखते हैं ताकि यह मान अपडेट हो जाए (और, शायद, इस प्रक्रिया में, यह पता लगाना संभव होगा कि ACPI के माध्यम से बैकलाइट नियंत्रण क्यों काम नहीं करता है):

एसीपीआई विनिर्देश (परिशिष्ट बी, धारा 6.2, पृष्ठ 704) के अनुसार, एक संगत ग्राफिक्स एडेप्टर विवरण को _BCL , _BCM और _BQC को लागू करना चाहिए। हमारे डीएसडीटी में, इन विधियों को लाइन 1767 पर परिभाषित किया गया है। यहाँ उनकी टिप्पणी स्रोत कोड है:

  /* =       = *   (Package   ACPI),  *     . */ Method (_BCL, 0, NotSerialized) { /*        GVNS (. 132).   ,    . */ Or (VDRV, 0x01, VDRV) Return (Package (0x08) { 0x64, /*       */ 0x05, /*  ,    */ 0x0F, /*     */ 0x18, /* 24 */ 0x1E, /* 30 */ 0x2D, /* 45 */ 0x3C, /* 60 */ 0x50 /* 80 */ }) } /* =     = *     Arg0. *  ,     ,  *  _BCL. */ Method (_BCM, 1, NotSerialized) { /*  Arg0  10.    Local0, *   —  Local1. */ Divide (Arg0, 0x0A, Local0, Local1) /*    ACPI   "L" ( "Logic"). *  , LEqual(Local0, 0x00)      * (Local0 == 0x00). * *   ,   «»  *      . */ If (LEqual (Local0, 0x00)) { /*    BRTW (. 5324). *  ^W . */ BRTW (Arg0) } } /* =      = *   .    *  ,   _BCL. */ Method (_BQC, 0, NotSerialized) { /* . . */ Divide (BRTL, 0x0A, Local0, Local1) If (LEqual (Local0, 0x00)) { /*    BRTL,    *    BRTW ( . 5341). */ Return (BRTL) } } 

PCI कॉन्फ़िगरेशन स्थान के माध्यम से काम करने के लिए इस कोड को बदलने के लिए, आपको इस स्थान का वर्णन करने वाली संरचना में एक नया फ़ील्ड जोड़ना होगा। एडाप्टर पता 00: 02.0 एसीपीआई (अनुभाग 6.1.1, पी। 200) में 0x0002000 के मूल्य से मेल खाता है। इस पते के साथ एक उपकरण लाइन 1325 पर परिभाषित किया गया है; पीसीआई कॉन्फ़िगरेशन स्पेस के विवरण के बाद।

जैसा कि उल्लेख किया गया है, इस अंतरिक्ष में पहले 64 (0x40) बाइट आंतरिक उपयोग के लिए आरक्षित हैं। इस वजह से, एसीपीआई उन्हें क्षेत्र में शामिल नहीं करता है; इसे OperationRegion(IGDP, PCI_Config, 0x40, 0xC0) रूप में परिभाषित किया गया है, जहाँ PCI_Config क्षेत्र की शुरुआत से तीसरा तर्क ऑफसेट है। चमक नियंत्रण क्षेत्र पूरे अंतरिक्ष में 0xf4 और इस क्षेत्र में 0xb4 पर स्थित है।

क्षेत्र की परिभाषा के बाद क्षेत्र की परिभाषा है। संपूर्ण फ़ील्ड निर्माण बिट फ़ील्ड्स की एक धारा है (लंबाई बिट्स में निर्दिष्ट होती है, बाइट्स में नहीं), एक के बाद एक, ऑफसेट (ऑफसेट) के साथ बारी-बारी से, बाइट्स में, इसके विपरीत। आइए हमारे क्षेत्र का नाम BLVL रखें और इसे संरचना में शामिल करें:

 @@ -1347,7 +1347,8 @@ Device (IGD0) Offset (0xB0), Offset (0xB1), CDVL, 5, - Offset (0xB2), + Offset (0xB4), + BLVL, 8, Offset (0xBC), ASLS, 32 } 

चूँकि ACPI नाम प्रणाली पदानुक्रमित है, यह क्षेत्र अब वैश्विक रूप से _SB.PCI0.IGD0.BLVL (नाम नेस्टेड कंस्ट्रक्शन डिवाइस और स्कोप से बना है) के तहत सुलभ है, और चमक को नियंत्रित करने के तरीकों को अब फिर से लिखा जा सकता है ताकि वे सीधे BLVL क्षेत्र तक पहुंच सकें:

  Method (_BCL, 0, NotSerialized) { /*   —  . */ Or (VDRV, 0x01, VDRV) /*     PCI —  0x00  0xff. * ,   16 . */ Return (Package (0x12) { 0xEE, /*    */ 0x22, /*    */ 0x01, 0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88, 0x99, 0xAA, 0xBB, 0xCC, 0xDD, 0xEE, 0xFF }) } Method (_BCM, 1, NotSerialized) { Store (Arg0, \_SB.PCI0.IGD0.BLVL) } Method (_BQC, 0, NotSerialized) { Return (\_SB.PCI0.IGD0.BLVL) } 0x44, 0x55, 0x66,  Method (_BCL, 0, NotSerialized) { /*   —  . */ Or (VDRV, 0x01, VDRV) /*     PCI —  0x00  0xff. * ,   16 . */ Return (Package (0x12) { 0xEE, /*    */ 0x22, /*    */ 0x01, 0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88, 0x99, 0xAA, 0xBB, 0xCC, 0xDD, 0xEE, 0xFF }) } Method (_BCM, 1, NotSerialized) { Store (Arg0, \_SB.PCI0.IGD0.BLVL) } Method (_BQC, 0, NotSerialized) { Return (\_SB.PCI0.IGD0.BLVL) } 

अद्यतन DSDT भी रिपॉजिटरी में निहित है ।

अपने परिवर्तनों का परीक्षण करते समय, मुझे DSDT में कोड को डीबग करने की आवश्यकता थी। डिबग आउटपुट फॉर्म स्टोर (कुछ, डीबग) की कमांड के साथ काम करता है। लिनक्स को लॉग में संदेश भेजने के लिए, आपको कर्नेल पैरामीटर acpi.debug_level=0x1f ।

संशोधित और इकट्ठा ( make या iasl -tc dsdt.dsl ) DSDT को अब उस जगह पर भेजना होगा जो प्रदाता प्रदान करता है। ऐसा करने के लिए, BIOS को फ्लैश करना संभव होगा - लेकिन मैं BIOS की आंतरिक संरचना को भी नहीं जानता (और, अगर हम इस बारे में बात कर रहे थे, तो इसे फ्लैश करने का तरीका)। लिनक्स को डीएसडीटी का उपयोग करने के लिए सिस्टम के बजाय निर्देश देना आसान और सुरक्षित है। ऐसा करने के लिए, आपको dsdt.hex एकत्र करना होगा (-tc विकल्प iasl को C सरणी उत्पन्न करने के लिए निर्देश देता है, आवश्यकतानुसार), इसे कर्नेल के शामिल / स्रोत निर्देशिका में डालें और CONFIG_ACII_CUSTOM_DSDT_FILE विकल्प को “dsdt.hex” पर सेट करें। (यह उपलब्ध नहीं है अगर CONFIG_STANDALONE विकल्प, "केवल उन ड्राइवरों का चयन करें जिन्हें" सामान्य ड्राइवर विकल्प "विकल्प में कंपाइल-टाइम एक्सटर्नल फ़र्मवेयर की आवश्यकता नहीं है।) सक्षम है।)

आप कर्नेल का निर्माण कर सकते हैं, इसे स्थापित कर सकते हैं और रिबूट कर सकते हैं। वोइला: अब मानक ACPI ड्राइवर के साथ बैकलाइट की चमक को बदलकर काम करता है। (उदाहरण के लिए, echo 7 >/sys/class/backlight/acpi_video0/brightness )।

अन्य कार्य

एसएमएम में कोड द्वारा संशोधित इसी तरह के अन्य क्षेत्रों को खोजने के लिए, मैंने एक सरल स्क्रिप्ट लिखी । यह ध्यान दिया जाना चाहिए कि कुछ डिवाइस, अर्थात् पीसीआई एक्सप्रेस पुल और नेटवर्क एडेप्टर, कई सहज परिवर्तनों को जन्म देते हैं।

दुर्भाग्य से, न तो फैन की गति और न ही वायरलेस मॉड्यूल का स्विच कॉन्फ़िगरेशन के स्थान में किसी भी बदलाव से जुड़ा हुआ था। वे शायद एंबेडेड नियंत्रक या एसएमबीएस इंटरफ़ेस के माध्यम से किए गए हैं, जिसका अर्थ है कि सिस्टम मेमोरी में कोई स्थायी परिवर्तन नहीं हैं।

इसके अलावा, भले ही मैंने वायरलेस मॉड्यूल डिस्कनेक्शन इंटरफ़ेस की खोज की हो, मैं प्रकृति में इस तरह की विधि की कमी के कारण इसे सिस्टम में पेश करने के मानक तरीके का उपयोग नहीं कर पाऊंगा। लैपटॉप पर जहां यह इंटरफ़ेस वास्तव में एसीपीआई में परिभाषित किया गया है, इसे संसाधित करने के लिए एक मंच-विशिष्ट ड्राइवर है (बैकलाइटिंग के विपरीत, जिसके लिए एक सामान्य मानक है)।