이후 5장에서는, 3장에서 구성한 입출력 장치의 노드 연결을 "AppleHDA.kext/Content/PlugIns/AppleHDAPlatformDriver.kext/Contents/Info.plist"에 적용하여 실제로 오디오 장치를 구동시켜 보겠습니다.
이에 앞서, 잠시 짚고 넘어갈 부분이 있습니다.
이미 알고 계신것처럼, DSDT의 "Device (HDEF)" 섹션에 넣어줄 Codec ID, Layout ID, PinConfiguration 등의 정보는, 단지 "System Profiler(시스템 정보 보기)"의 오디오 항목에서 그 정보를 보여줄 뿐, 실제로 오디오 장치를 구동시켜 주는 장치 드라이버가 아닙니다.
DSDT에 이런 정보들을 넣어주면 단지 다음과 같은, 보기에 왠지 뿌듯한 내용을 보여줄 뿐입니다.
즉, 애시당초 코덱 덤프에서 뽑아낸 PinConfiguration의 값들을 해석하여, "이 시스템의 오디오에는 이런 장치들이 있다"는 정보만을 알려주므로, DSDT에서 PinConfiguration에 잘못된 값을 넣어 주면 포트 정보도 잘못된 정보로 나타나거나 인식이 되지 않습니다.
시스템 정보 보기의 내용을 표시하는 또 하나의 방법은, AppleHDA.kext 파일을 이용하는 것입니다.
우리가 2장에서 구한 "ConfigData"를 "AppleHDA.kext/Content/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"에 적용해 주는 방법입니다.
우선, DSDT의 수정 방법을 알아보고, 그 다음에 AppleHDA.kext 파일을 수정해 보도록 하겠습니다.
4-1. "시스템 정보 보기"를 위한 DSDT의 수정
위의 그림에서 보여주듯이, "시스템 정보 보기"의 오디오 항목을 보면, "장비 ID", "오디오 ID", "사용 가능한 장비"가 있습니다.
이러한 내용 들이 어떻게 DSDT를 통해서 나오는지 살펴 보겠습니다.
DSDT와 관련된 여러 자료들을 보면, Device (HDEF) 섹션의 내용이 대략 위의 그림과 대동소이하게 나옵니다.
주요 내용을 들여다 보면 다음과 같습니다.
각 항목들을 대략 살펴보자면,
"Package(0x08)"에서 (0x08)이 의미하는 바는, (Package에 들어갈 항목의 수 × 2)를 뜻합니다.
이 경우에는 "codec-id", "layout-id", "device-type", "PinConfigurations" 4개의 항목이 있으므로 8의 16진수 표기로 0x08이 됩니다.
"built-in" 항목이 추가되어 5개의 항목이 들어간다면, 10의 16진수 표기로 (0x0a)가 됩니다.
16진수 4개(0x04)로 "codec-id"를 정의한다는 내용입니다.
여기에는, 코덱 덤프의 첫부분에 나오는 "Vendor Id"를 써줍니다.
이 가이드의 경우, 코덱 덤프의 "Vendor Id"는 0x10ec0888이며, 이 16진수 ID를 각각 두자리씩 끊어서 "10, ec, 08, 88"로 하여 각각을 16진수로 표기한 후, 반대의 순서(byte flip)로 배열해줍니다.
이 "layout-id"는 "시스템 정보 보기 - 오디오"에서 "오디오 ID" 항목으로 표시됩니다.
"layout-id"에 대해서는, 다음에 이어질 (4-2)의 내용을 참고하시기 바랍니다.
오디오 장치의 이름을 써줍니다.
(공백을 포함한 글자 수 + 1)이 총 17글자(0x11)라는 의미입니다.
앞선 2장에서 코덱 덤프를 이용하여 만들어 낸 "PinConfiguration" 입니다. "시스템 정보 보기-오디오"의 내용중 "사용 가능한 장비"에 이 내용대로 입출력 포트의 정보가 표시됩니다.
(0x28)은 10진수로 40이며, 이는 40개의 16진수 정보를 사용한다는 의미입니다.
각 열의 처음에 주석처리된 숫자(/*XXXX*/)는 "이전 열"까지의 "PinConfiguration" 개수를 의미합니다.
16진수 이므로, 10진수로 하면 각각 0, 8, 16, 24, 32가 됩니다.
주석처리된 부분은 컴파일 과정에서 제외되므로 틀리게 써도 상관은 없습니다.
AppleHDA.kext에 ConfigData를 적용해주면, DSDT에서 "PinConfigurations" 항목의 내용을 넣어주지 않아도 "시스템 정보 보기-오디오"항목에 "사용 가능한 장비"가 모두 표시됩니다.
다음 과정에서 AppleHDA.kext에 ConfigData를 적용해 줄 것인데, "PinConfigurations"의 정보는 모두가 ConfigData에서 나온 것이기 때문입니다.
실제로 저는 DSDT의 "PinConfigurations" 항목을 다음과 같이 사용합니다.
XCODE의 IORegistryExplorer에서 보여주는 HDEF의 내용과 DSDT의 내용을 비교해 보시면 위의 내용을 이해하시는데 도움이 되리라 생각됩니다.
"시스템 정보 보기-오디오"의 내용 중 "장비 ID"가 "subsystem-vender-id"와 "subsystem-id"의 조합임도 확인할 수 있습니다.
4-2. 코덱 덤프의 정보와 "ConfigData"를 이용한 "AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"의 수정
이제 본격적으로 "AppleHDA.kext" 파일을 건드려 보도록 하겠습니다.
이 가이드에서 실제로 사용할 "AppleHDA.kext" 파일은 "Snow Leopard"의 원본 "AppleHDA.kext" 파일입니다.
첨부한 압축 파일에는 다음의 세가지 파일들이 들어 있습니다.
- 10.6 Snow Leopard Retail 설치과정에서 나오는 원본 AppleHDA.kext 파일
- 원본 AppleHDA.kext 파일을 ALC888에 맞게 Analog 4포트 출력으로 수정한 파일(ALC888_Analog_AppleHDA.kext)
- 원본 AppleHDA.kext 파일을 ALC888에 맞게 Analog 3포트 + S/PDIF Digital 출력으로 수정한 파일(ALC888-Digital_AppleHDA.kext)
첨부된 파일을 다운로드하여, "AppleHDA.kext" 파일을 수정하셔도 되고, ALC888 코덱에 맞게 수정한 파일을 사용하셔도 됩니다.
"AppleHDA.kext/Content/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"를 Property List Editior로 열어줍니다.
""Information Property List → IOKitPersonalities → HDA Hardware Config Resource → HDAConfigDefault"에 있는 18개의 하위 항목들 중, "Item 1" 항목만 남기고 모두 삭제해줍니다.
남겨 놓은 "Information Property List → IOKitPersonalities → HDA Hardware Config Resource → HDAConfigDefault → Item 1"의 하위 항목들을 수정해 보겠습니다.
첫번째 항목인 "AFGLowPowerState"는 몰라서 안했습니다… 그래서 통과합니다… ㅋ
두번째 항목인 "CodecID"를 보겠습니다.
리눅스 코덱 덤프의 첫 부분에 보면 "Vender ID"라는 항목이 있습니다.
이 가이드의 경우에는 "0x10ec0888"로 되어있습니다.
"응용프로그램 → 계산기"의 프로그래머 버전으로 16진수 "10ec0888"을 그대로 10진수로 바꿔보면 "283904136"이 됩니다.
10진수로 바꿔준 그대로 넣어주시면 되겠습니다.
3장에서 노드 연결을 구성하는 과정에서도 그랬었지만, 코덱 덤프와 DSDT에서는 16진수를 사용하고 AppleHDA.kext에서는 10진수를 사용하므로, 이러한 과정이 필요합니다.
세번째 항목인 "ConfigData"는 제목만 딱 봐도 감이 오시죠?
그렇습니다~ 2장에서 "codec verb" 삽질로 힘들게 구한 "ConfigData"를 꺽인 괄호(<, >)로 묶어서 그냥 넣어 주시면 되겠습니다.
앞에서도 강조했지만, 모든 "codec verb"는 오직 space 1칸으로만 구분되어야 합니다.
"ConfigData"를 넣어주시면, DSDT에 "PinConfigurations"를 정의해 주지 않아도 "시스템 정보 보기-오디오"에서 모든 입출력 장치가 나타납니다.
네번째 항목인 "FuncGroup"은, 생각하지 말고 그냥 "1"을 써줍니다.
왜냐하면…
"Intel High Definition Audio Specification"에 "1"이라고 정의되어 있기 때문입니다… ㅋ
Audio Function Group은 1, Modem Function Group은 2, … 등등… 자세한 내용은 "Intel High Definition Audio Specification"의 156페이지를 참고하시기 바랍니다.
다섯번째 항목인 "LayoutID"에는, 앞서 DSDT에서 정의해준 "layout-id"와 같은 ID를 넣어줍니다.
위의 DSDT 수정 과정에서 보면, "layout-id"가 "0x0c, 0x00, 0x00, 0x00"으로 되어있습니다.
16진수로 0x0000000c, 즉 10진수로 12를 사용했으므로 여기에도 12로 지정해줍니다.
"LayoutID" 값은, 다음에 수정할 "AppleHDA.kext/Content/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"에서도 동일한 값을 사용해야 합니다.
여기서 잠깐 "Layout ID"에 대한 개인적인 생각을 말씀드리자면…
"Snow Leopard"의 원본 "AppleHDA.kext"에서 "AppleHDAHardwareConfigDriver.kext"와 "AppleHDAPlatformDriver.kext"의 Info.plist를 보면, 다음 그림과 같이 매우 많은 오디오 칩셋들에 대한 항목들이 있습니다.
이렇게 많은 오디오 칩셋들을 지원하려다 보니, 시스템의 곳곳에서 하나의 칩셋을 사용함에 있어 식별을 쉽게 하고 일관성을 유지해야 할 것입니다.
따라서, 오디오 칩셋을 사용하는 과정에서 시스템 또는 하드웨어 드라이버가 정보를 공유 및 교환하기 위해 매개체로 사용하는, 큰 의미 없이 부여한 일련번호 내지는 식별번호 정도가 아닐까 생각됩니다.
이 가이드에서는, 원본 AppleHDA.kext의 내용 중, 필요 없는 사운드 칩셋의 정보를 모두 삭제하고, 우리가 사용하려는 Layout과 Pathmap 하나만을 사용할 것이므로, 단지 "LayoutID"의 값을 일치시켜 주는 것으로 충분하다고 판단되므로, "LayoutID" 값으로 칩셋 번호를 사용하든 좋아하는 숫자를 사용하든 큰 상관은 없을 것 같습니다.
"AppleHDA.kext/Content/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"의 수정은 이것으로 끝입니다.
이제, 이 가이드의 마지막 삽질 과정만 남았습니다.
5장에서는 "AppleHDA.kext/Content/PlugIns/AppleHDAHardwareConfigDriver.kext/Contents/Info.plist"를 수정하여 실제로 오디오 장치를 구동시켜 보겠습니다.
자기 소개를 공개하지 않으셨습니다.
JAhny
각 항목들을 대략 살펴보자면, "Package(0x08)"에서 (0x08)이 의미하는 바는, (Package에 들어갈 항목의 수 × 2)를 뜻합니다.
이 경우에는 "codec-id", "layout-id", "device-type", "PinConfigurations" 4개의 항목이 있으므로 8의 16진수 표기로 0x08이 됩니다.
"built-in" 항목이 추가되어 5개의 항목이 들어간다면, 10의 16진수 표기로 (0x0a)가 됩니다.
이부분이 조금 잘못된 것같아 이렇게 코멘트남깁니다 ^^., 4개의 항목이라고 하셨는데 분명 8개의 항목입니다 그래서 0x08로 표현됩니다.
위의 정보를 보시면
"codec-id",
Buffer (0x04)
{
0x88, 0x08, 0xEC, 0x10
},
이렇게 되어있는데 위쪽에 { }위를 보시면 "codec-id" ,Buffer (0x04) 이렇게 버퍼앞에 콤마를 보실수있을겁니다, 콤마를 기준으로 앞뒤를 구분하는것입니다
위쪽 코드에보면 저런식으로 "codec-id", "layout-id", "device-type", "PinConfigurations" 항목이 존재하는데 4개의항목뒤를 잘보시면 ,Buffer부분이 있을겁니다
그래서 0x08이 됩니다. 그리 문제가 되지않지만 혹시나 다른 부분을 만지실때 참고하시라고 이렇게 코멘트 달아드립니다.
항목값을 정확히 이해하지 않고 다른 부분을 건드릴경우 오류가 발생하기도 합니다^^ 참고하세요
2009-10-12 01:35:08
겨울
그래서 각 항목에 두개(항목이름 + 버퍼)씩 4 × 2 = 8 개라는 뜻으로 썼습니다...
프로그래밍좀 해보신 분이야 알겠지만, 처음 보는 분들은 눈에 잘 띄는 항목 이름으로 "4개 항목"이라고 보는게 편할듯 해서요...
Date: 2009-09-19 10:34
Read: 5151
