关于重命名的hex转换问题

hz_xing

今天尝试把电池补丁做了，补丁是完成了。但卡在重命名的 hex转换。
比如（参考OC-LITTLE的电池补丁重命名）：// In config ACPI, BTIF renamed XTIF
// Find:     42544946 09
// Replace:  58544946 09

BTIF 转换成16进制应该是 42544946，那么后面的 09 是怎么得来的？？求大佬告知，拜谢大佬了！！！！

175863093

42544946 09就是bitf

175863093

09是一个tab制表符吧

hz_xing

175863093 发表于 2021-4-19 16:31
09是一个tab制表符吧

如果是重复的 符号，那么还比较好猜。 但是看另外几个的重命名，却发现后面跟着的数字都不一样。 猜测是 跳过次数，但是不敢确定
// In config ACPI, BTIF renamed XTIF
// Find:     42544946 09
// Replace:  58544946 09
//
// In config ACPI, BTST renamed XTST
// Find:     42545354 0A
// Replace:  58545354 0A
//
// In config ACPI, ITLB renamed XTLB
// Find:     49544C42 00
// Replace:  58544C42 00
//
// In config ACPI, GBTI renamed XBTI
// Find:     47425449 01
// Replace:  58425449 01

hugarninwow

patch是直接在dsdt中找地方替换的，42544946可能在DSDT中存在多个，但替换的可能不全是它，所以要精准替换，就要找到替换点后面或前面的数位一起组合起来，以便能精准找到替换点。

hz_xing

hugarninwow 发表于 2021-4-19 16:42
patch是直接在dsdt中找地方替换的，42544946可能在DSDT中存在多个，但替换的可能不全是它，所以要精准替换， ...

那么这个数字代表着是 跳过？还是第几位？

hz_xing

175863093 发表于 2021-4-19 16:27
42544946 09就是bitf

你用的是哪个hex转换器， 我用的是网页的hex转换str ，bitf 转换 hex是42544946 。 09是多出来的，猜测可能是 skip ，但是不确定会不会是其他的

hugarninwow

hz_xing 发表于 2021-4-19 17:37
那么这个数字代表着是 跳过？还是第几位？

你还没理解。这个数字不代表具体意义，反倒它是dsdt文件hex方式打开后，紧跟在42544946后面的一个数位，42544946可能在多个地方都有，其后可能有08，也可能09，或其它，但要替换的是后面跟着09的那个42544946。而不是08那个。这样达到精准，否则你就要非常准确的去数42544946一共多少个，跳过哪些替换哪些都要确定好。

明白吗？word文档的查找替换功能用过吧，关键字词，可能会在全文多处，但想替换的是关键词后面跟着一个特指字，那就会把要替换的更加精准的找到并替换，相当于变换了关键字来替换。

而dsdt是一个二进制文件（我们平时看到的是iasl反编译出来的），要替换其中的42544946，范围广了，指定到42544946 09，那么它就不会去找42544946 08或其它。

hugarninwow

理解它就把“转换”概念去掉，纯粹的二进制文件的查找-替换去理解。

比如一篇word文档，里面有很多“平”字，但我要替换的是指定的那个“平”字为“苹”字，而不是所有“平”字，而这个“平”字的位置，前有“黑”字，后有“果”字，那不是这样找会又快又准：find：黑平果，，，replace：黑苹果，也不会替换错误啦。

hz_xing

hugarninwow 发表于 2021-4-19 18:39
理解它就把“转换”概念去掉，纯粹的二进制文件的查找-替换去理解。

比如一篇word文档，里面有很多“平” ...

意思我是知道的，因为要定位精准。  
所以在OC， patches 有一个skip的选项，  
但clover并没有skip这个选项， 所以想要知道这个后缀 它代表的是跳过 又或者是第几位

hugarninwow

hz_xing 发表于 2021-4-19 19:07
意思我是知道的，因为要定位精准。  
所以在OC， patches 有一个skip的选项，  
但clover并没 ...

被你打败了。

hugarninwow

hz_xing 发表于 2021-4-19 19:07
意思我是知道的，因为要定位精准。  
所以在OC， patches 有一个skip的选项，  
但clover并没 ...

42544946 09可以写成4254494609，
其实是这个
42 54 49 46 09

你用hex方式打开dsdt看看，是不是全是这种东西。你说它什么意义？
用hex方式打开dsdt，你看到的是这样的：



Find：42544946 09  replace：58544946 09其实就是在上图中左边二进制流文件中查找 42 54 49 46 09，找到42 54 49 46 09后把它替换为58 54 49 46 09

你也可以：
Find：42544946，replace：58544946,，即不要后面的09，
就是在左边二进制流文件中查找 42 54 49 46，找到42 54 49 46后把它替换为58 54 49 46，配合正确的计数，效果是一样的。但显然，如把后面的09带上，就能大幅减少计数甚至不需要计数，42 54 49 46 09成了唯一，那不就是简单了吗。


你再认真看看，其实是只要替换42为58，却多了那么多字节作为关键字查找，不就是为了更精确嘛。

hugarninwow

OC里面有计数，是因为能找到很多个42 54 49 46 09，但不是全部都要换，所有要跳过多少、替换几个，要数出来，这些计数值不会被替换到dsdt里面去的。如果全部换，就不需要计数了。你也可以只找42，替换成48，只要你数得过来，跳得过去！

clover没计数、跳数、替换次数的配置项目，但它也有targetbridge这个，比如要更改RP21里面的_INI 为XINI，就可以在targetbrideg里面加RP21（换成二进制），可以精准重命名RP21里面的_INI而不会把其它地方的_INI也修改掉。当这种方式达不到目的，比如没有targetbridge可以指明的时候，就只好打开dsdt（hex方式），用最精确的方式找到需要修改的_INI ，方法就是加长关键字使它只找到一处，进而替换。

mgn2008

  Method (XXXX, a ,NotSerialized). ----> XXXX作用域名字的十六进制代码+a 的十六进制代码，最后的两位范围为 00 - 07

Method (XXXX, b ,Serialized).  ----> XXXX作用域名字的十六进制代码+(B+8) 的十六进制代码，最后的两位范围为 08 - 0F

比如 ：

   Method ( UPBS, 1 ,NotSerialized).  --- >>>>.  55504253 01

  Method ( UPBI , 2 , Serialized).        --- >>>>.  55504249 0A

hz_xing

mgn2008 发表于 2021-4-20 01:48
Method (XXXX, a ,NotSerialized). ----> XXXX作用域名字的十六进制代码+a 的十六进制代码，最后的两位 ...

懂了！！！谢谢大佬！