☠️ 🕵️ 🔺 Flytouch 2 / Superpad IIIおよびLinuxカーネルでバイトを保存しよう 👩‍👧‍👧 🐉 🛫

私はこの記事を長い間書くつもりでしたが、ここ数ヶ月で十分な時間を見つけることができませんでした。この記事について考え、例を作成し、推測を確認している間、一定性はすでにHabréで議論されていました- ^[1] ^[2] 。

楽しみのために、このような節約を、真空中の球形プロジェクトではなく、最も活気のある壮大なプロジェクト-Linuxカーネルで行うようにします！

この記事の構造は次のとおりです。

理論的には、この記事は2つの部分に分けることができます。タブレットに関する技術的な詳細と、Linuxカーネルでのextern constの使用です。当時の本格的な出版物は機能しないように思えたので、すべての資料を1つの記事にまとめました。

背景 ^

2011年に戻って、チャイナパッドに関するレビューのハブについて読みました。 ^[3] ^[4] ^[5] 。当然、私はそのような奇跡が欲しかったので注文しました。

私は少し遊んだり、映画を見たり、麻雀を推測したり…そしてすぐに私の意見は以前のものに代わるものになりました- ^[6] 。

その後、タブレットをプログラマーの観点から研究すること、つまり、そこに通常のLinuxをインストールし、何かをコンパイルすることが決定されました。

Flytouch 2 / Superpad III ^ タブレット

記載されていることはすべて、そのような識別マークが付いているChinapadに当てはまります。

見せる

DF-MID10-IX210-V1.1
2010-01-20

XW11070501B512M03101

ここに ^[8]オタクポルノが利用可能。写真では、JTAGとUSARTの結論を明確に見ることができます。マーキングにも注意してください。

ファームウェア ^

デバイスをフラッシュするには、名前がfirmware2、firmware-discovery、bootloader-discoveryのファイルをFATファイルシステムのあるSDカードにアップロードする必要があります。コネクタに挿入し、タブレットの電源を入れます。（256MBのフラッシュドライブとW95 FAT32ファイルシステムで動作しました-fdiskの識別子0xB）。

動作するファームウェアが必要になります。この記事の主題は古くなっていますが、ここで動作するバージョンを見つけることができます- ^[12] 。 Axlienバージョンを使用しました。

ファイルの目的：

* -discoveryファイルは、更新に必要なデータを含む単純なzipアーカイブです。 firmware-discoveryには、Androidに関するすべてが含まれています。ブートローダーについては何も言えません-それは私にはわかりませんでしたが、名前からすると、このブートローダーの更新はどちらかが明確ではないことが推測できます。
firmware2ファイルが最も重要です。当時、ネットワーク上のどこにもこのファイルの形式に関する言及はありませんでした。私は、中国人は、そしてそのような安いジャンクでさえ、暗号に基づいた強力なシステムを作成できないと思いました...そして私は正しかった！最初の192バイトは単なるゴミです。動作中のファームウェアからfirmware2を取得し、指定されたヘッダーをゼロでワイプできます-ファームウェアの更新プロセスは引き続き開始されます ^[10] 。次は、mkimageを使用してパラメーターを取得できる通常のU-Bootイメージです。

したがって、タブレット用の独自の作業コア（zImage）を構築し、同じパラメーターでU-Bootイメージを作成し、192バイトのヘッダーを追加すると、Linuxのバージョンをダウンロードできます。

「公式」ファームウェアで遊ぶ機会もあります2。 zImageファイルを解凍およびバックパックするためのツールがあります ^[9] 。デバイスの更新シナリオを解凍して学習できます。特に、ブートローダー検出の更新の内容と方法を理解できます。一方、上記のスクリプトを無効にして、busyboxシェルで終了することは可能です。

カーネルアセンブリ ^

このプロセッサのカーネルソースを探して、私は議論に出会いました ^[13] 、誰かatp_uestcがZT-180タブレットのカーネルソースの発見を発表しました。

今では、イベントの年表や、最初にロードしようとしたコアの種類を思い出すのは困難です。ここから「バニラ」かどうか- ^[14] 、またはここから変更- ^[15] 。結果しか覚えていませんでした-うまくいきませんでした。ブートプロセスが「Decompressing kernel ...」でフリーズしました。

しばらくすると、ディスカッションにyurayが登場し、このプロセッサーのサポートがLinuxカーネルの3番目のバージョンに追加されました。 chinapadで起動できたのはこのバージョンのカーネルでした。

kernel.orgからカーネルバージョン3.4.xのソースコードをダウンロードします。執筆時点で、バージョン3.4.108以下は正常にコンパイルされました。 rtck.org/zt180/patches/zt180_b0_3.4.patch.xzからyurayからカーネルをダウンロードしてパッチを適用します。

$ cd /path/to/linux-3.4.x $ patch -p1 -i /path/to/zt180_b0_3.4.patch

構成を構成します。このchinapadの正しい設定を見ていませんので、ここからdot-configを取ることをお勧めします ^[19] ：

 $ make V=1 ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- oldconfig

カーネルにはinitramfsが必要です。私はSlackware GNU / Linux OSのユーザーです。そのため、後でintrdインストーラーを使用して、後でタブレットにSlakaをインストールできるようにしました。ダウンロードuinitrd-kirkwood.img ^[16] 、kernels / README.txtファイルの同じ場所に、イメージを解凍するためのコマンドが記載されています。画像は元のスラカから収まりません。なぜなら、 x86 / amd64の下にバイナリが含まれていますが、ARMの下に必要です。

フォルダーを作成し、その中に画像を解凍します：

 $ mkdir -p /path/to/uinitrd.extracted $ pushd !$ $ dd if=/path/to/uinitrd-kirkwood.img bs=64 skip=1 | gzip -dc | sudo cpio -div $ popd

configに画像があるフォルダーへのパスを指定します。
＃...
CONFIG_BLK_DEV_INITRD = y
CONFIG_INITRAMFS_SOURCE = "/ path / to / uinitrd.extracted"
CONFIG_INITRAMFS_ROOT_UID = 0
CONFIG_INITRAMFS_ROOT_GID = 0
＃...

カーネルを2つのパスでコンパイルします。

 # clean initrd directory $ sudo rm -rf /path/to/uinitrd.extracted/lib/{modules, firmware} # build kernel for the first time $ make KALLSYMS_EXTRA_PASS=1 ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- -j2 zImage # build modules against the kernel $ make KALLSYMS_EXTRA_PASS=1 ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- -j2 modules # install modules into initramfs dir $ sudo make ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- -j2 modules_install INSTALL_MOD_PATH=/path/to/uinitrd.extracted/ # install firmware to initramfs folder $ sudo make ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- -j2 firmware_install INSTALL_MOD_PATH=/path/to/uinitrd.extracted/ # remove unnecessary files $ sudo rm -rf /path/to/uinitrd.extracted/lib/modules/3.4.*/{build,source} # build the kernel again, with initramfs dir contains modules $ make KALLSYMS_EXTRA_PASS=1 ARCH=arm CROSS_COMPILE=/path/to/toolchain/arm-infotm-linux-gnueabi- -j2 zImage

エラーが出る場合があります ^[17] ^[18] 。エラーテキストで提案されている解決策に助けられました：パラメーターKALLSYMS_EXTRA_PASS = 1。

次に、ファームウェア2を作成します。

 # make u-boot image $ /path/to/mkimage -A arm -C none -O linux -T kernel -a 0x40008000 -e 0x40008000 -n linux-3.4 -d arch/arm/boot/zImage arch/arm/boot/uImage # make firmware2 $ cat /path/to/firmware2.header arch/arm/boot/uImage > firmware2

それからタブレットをロードします。

アセンブリを自動化するスクリプトが作成されました ^[19] 。次のコマンドが使用されました。

 $ ( time ./my_build.sh ) |& tee `date +%M%H_%F`-build-log.txt

ダウンロード済み-USBが機能せず、より正確には、ポートに電力が供給されていません。私はyurayに助けを求めましたが、彼には、おそらく私のチャイナパッドのレイアウトにはZT-180以外の異なる配線があると答えました。

それからこの素晴らしい記事を見つけました。 ^[11]作業コアの部品を分解する方法について。 USBに関連する「元の」ファームウェアの機能のシステムコードを復元し、ソースコードのバージョンと比較することにしました。残念なことに、関数は正確な有向グラフに一致しました。ただし、作業コアにはソースコードにはない関数がありました。どうやらUSBポートに命を吹き込む魔法がありますが、私は秘密のベールの下にそれを残しました...

復元されたアセンブラコードを調査する過程で、1つの興味深い点に気付きました。多くの関数で、奇妙な指示がエピローグに続いています。

 /* ... */ c039e32c: e59f0030 ldr r0, [pc, #48] ; c039e364 <_binary_0xc039e2e8_imapx200_decode_suspend_start+0x7c> /* ... */ c039e360: e89da800 ldm sp, {fp, sp, pc} c039e364: f0200000 undefined instruction 0xf0200000 c039e368: c24b1c9c subgt r1, fp, #39936 ; 0x9c00

0xF0200000を参照してください？奇妙なあいまいな指示...そしていくつかの場所でさえ発見されました。これは特定のベースアドレスです、つまり、理論的には各関数から4（4！）バイトを節約できることを意味します：この値を1か所に入れると、すべての関数が1つのアドレスにロードします-定数を取得します！

恒常性 ^

マイヤーズ ^[20]すべてが非常によく描かれています。私はいくつかの説明だけをします。

CおよびC ++言語のコンパイラはシングルパスです。つまり、独自に定数を最適化することはできません。少なくとも、/ Gwスイッチなど、リンカーからのヘルプが必要です。 ^[1] 。

同じワンパスの弱点が手に入ります：extern constを使用します ^[1] 。アイデアは、次のようにヘッダーファイルに定数を記述することです。

 #ifndef MY_CONST_H #define MY_CONST_H extern const int my_constant; #endif /* MY_CONST_H */

次に、ファイルに行を書きます：

 const int my_constant = 42;

任意のブロードキャストユニットに配置できます。これで、コンパイラはコードに定数値を縫うことができなくなりますが、それを参照する必要があります。リンカは、定数値があるオブジェクトファイルを1つだけ受信し、その後、コード内の最終アドレスを置き換えます。もちろん、オプションもありますが、一般的なケースでは、コンパイラーだけではそのようなトリックの前に無力であり、上記のように強制されます。ただし、わずかなニュアンスがあります ^[21] 。

実験のために、次の変更を行う必要があります ^[19] ：

見せる

 diff -ru ./linux-3.4.108/arch/arm/mach-imapx200/Makefile ../linux-3.4.108/arch/arm/mach-imapx200/Makefile --- ./linux-3.4.108/arch/arm/mach-imapx200/Makefile 2015-09-09 12:17:52.483020878 +0300 +++ ../linux-3.4.108/arch/arm/mach-imapx200/Makefile 2015-09-08 17:11:45.775035963 +0300 @@ -6,7 +6,7 @@ #IMAPX200 support files -obj-$(CONFIG_CPU_IMAPX200) += irq.o clock.o time.o devices.o pwm.o +obj-$(CONFIG_CPU_IMAPX200) += irq.o clock.o time.o devices.o pwm.o constants.o diff -ru ./linux-3.4.108/arch/arm/mach-imapx200/include/mach/imapx_base_reg.h ../linux-3.4.108/arch/arm/mach-imapx200/include/mach/imapx_base_reg.h --- ./linux-3.4.108/arch/arm/mach-imapx200/include/mach/imapx_base_reg.h 2015-09-09 12:17:52.498020874 +0300 +++ ../linux-3.4.108/arch/arm/mach-imapx200/include/mach/imapx_base_reg.h 2015-09-08 17:11:45.778035706 +0300 @@ -15,13 +15,23 @@ #define IMAPX200_SDRAM_PA (0x40000000) /************************Virtual address for peripheral*************************/ -#define IMAP_VA_SYSMGR IMAP_ADDR(0x00200000) -#define IMAP_VA_IRQ IMAP_ADDR(0x00000000) -#define IMAP_VA_TIMER IMAP_ADDR(0x00300000) -#define IMAP_VA_WATCHDOG IMAP_ADDR(0x00600000) -#define IMAP_VA_GPIO IMAP_ADDR(0x00400000) -#define IMAP_VA_NAND IMAP_ADDR(0x00500000) -#define IMAP_VA_FB IMAP_ADDR(0x00700000) +#if defined(IMAP_USE_MACRO_CONSTANTS) || defined(__ASSEMBLY__) +# define IMAP_VA_SYSMGR IMAP_ADDR(0x00200000) +# define IMAP_VA_IRQ IMAP_ADDR(0x00000000) +# define IMAP_VA_TIMER IMAP_ADDR(0x00300000) +# define IMAP_VA_WATCHDOG IMAP_ADDR(0x00600000) +# define IMAP_VA_GPIO IMAP_ADDR(0x00400000) +# define IMAP_VA_NAND IMAP_ADDR(0x00500000) +# define IMAP_VA_FB IMAP_ADDR(0x00700000) +#else +extern const void __iomem __force * const IMAP_VA_SYSMGR; +extern const void __iomem __force * const IMAP_VA_IRQ; +extern const void __iomem __force * const IMAP_VA_TIMER; +extern const void __iomem __force * const IMAP_VA_WATCHDOG; +extern const void __iomem __force * const IMAP_VA_GPIO; +extern const void __iomem __force * const IMAP_VA_NAND; +extern const void __iomem __force * const IMAP_VA_FB; +#endif /* defined(IMAP_USE_MACRO_CONSTANTS) || defined(__ASSEMBLY__) */ #define PERIPHERAL_BASE_ADDR_PA (0x20C00000) diff -ru ./linux-3.4.108/arch/arm/plat-imap/cpu.c ../linux-3.4.108/arch/arm/plat-imap/cpu.c --- ./linux-3.4.108/arch/arm/plat-imap/cpu.c 2015-09-09 12:17:52.607021038 +0300 +++ ../linux-3.4.108/arch/arm/plat-imap/cpu.c 2015-09-08 17:18:30.646035384 +0300 @@ -1,3 +1,5 @@ +#define IMAP_USE_MACRO_CONSTANTS + /******************************************************************************** ** linux-2.6.28.5/arch/arm/plat-imap/cpu.c ** diff -ru ./linux-3.4.108/arch/arm/plat-imap/gpio.c ../linux-3.4.108/arch/arm/plat-imap/gpio.c --- ./linux-3.4.108/arch/arm/plat-imap/gpio.c 2015-09-09 12:17:52.614020935 +0300 +++ ../linux-3.4.108/arch/arm/plat-imap/gpio.c 2015-09-08 17:18:38.566035206 +0300 @@ -1,3 +1,5 @@ +#define IMAP_USE_MACRO_CONSTANTS + /* arch/arm/plat-imapx200/gpiolib.c * * Copyright 2008 Openmoko, Inc. diff -ru ./linux-3.4.108/arch/arm/plat-imap/pm_imapx200.c ../linux-3.4.108/arch/arm/plat-imap/pm_imapx200.c --- ./linux-3.4.108/arch/arm/plat-imap/pm_imapx200.c 2015-09-09 12:17:52.631020886 +0300 +++ ../linux-3.4.108/arch/arm/plat-imap/pm_imapx200.c 2015-09-08 17:18:52.102036874 +0300 @@ -1,3 +1,5 @@ +#define IMAP_USE_MACRO_CONSTANTS + #include <linux/init.h> #include <linux/suspend.h> #include <linux/serial_core.h> diff -ru ./linux-3.4.108/drivers/video/infotm/imapfb.c ../linux-3.4.108/drivers/video/infotm/imapfb.c --- ./linux-3.4.108/drivers/video/infotm/imapfb.c 2015-09-09 12:17:53.350020920 +0300 +++ ../linux-3.4.108/drivers/video/infotm/imapfb.c 2015-09-08 17:34:34.814042727 +0300 @@ -1,3 +1,5 @@ +#define IMAP_USE_MACRO_CONSTANTS + /***************************************************************************** ** drivers/video/infotm/imapfb.c ** diff -ru --new-file ./linux-3.4.108/arch/arm/mach-imapx200/constants.c ../linux-3.4.108/arch/arm/mach-imapx200/constants.c --- ./linux-3.4.108/arch/arm/mach-imapx200/constants.c 1970-01-01 03:00:00.000000000 +0300 +++ ../linux-3.4.108/arch/arm/mach-imapx200/constants.c 2015-09-09 14:56:53.513487879 +0300 @@ -0,0 +1,11 @@ +#include <linux/compiler.h> + +#include <mach/imapx_base_reg.h> + +const void __iomem __force * const IMAP_VA_SYSMGR = IMAP_ADDR(0x00200000); +const void __iomem __force * const IMAP_VA_IRQ = IMAP_ADDR(0x00000000); +const void __iomem __force * const IMAP_VA_TIMER = IMAP_ADDR(0x00300000); +const void __iomem __force * const IMAP_VA_WATCHDOG = IMAP_ADDR(0x00600000); +const void __iomem __force * const IMAP_VA_GPIO = IMAP_ADDR(0x00400000); +const void __iomem __force * const IMAP_VA_NAND = IMAP_ADDR(0x00500000); +const void __iomem __force * const IMAP_VA_FB = IMAP_ADDR(0x00700000);

測定 ^

2つの指標を測定することが決定されました。

vmlinuxカーネルファイルサイズ。
OSの動作中に関数のサイズを直接カウントします。

imapサブワードを含むすべての関数のサイズをカウントするスクリプトはこちら ^[19] 。

結果は次のとおりです。

見せる

 # diff -ru 1.log 2.log

 --- 1.log 2015-09-11 16:57:28.430158628 +0300 +++ 2.log 2015-09-11 16:57:20.627161803 +0300 @@ -1,4 +1,4 @@ -Data Size: 17844272 Bytes = 17426.05 kB = 17.02 MB +Data Size: 17843856 Bytes = 17425.64 kB = 17.02 MB Load Address: 0x40008000 Entry Point: 0x40008000 --- 22012015-rom/sizes.txt 2015-01-28 15:25:51.107945315 +0300 +++ 28012015-rom/sizes.txt 2015-01-28 15:15:48.052949785 +0300 @@ -1,25 +1,25 @@ -imapx200_timer_mask - 44 -imapx200_timer_unmask - 52 -imapx200_timer_ack - 44 +imapx200_timer_mask - 52 +imapx200_timer_unmask - 60 +imapx200_timer_ack - 52 imapx200_irq_add - 24 imapx200_irq_init - 32 imapx200_irq_wake - 44 -imapx200_irq_unmask - 136 -imapx200_irq_mask - 132 -imapx200_irq_ack - 120 +imapx200_irq_unmask - 172 +imapx200_irq_mask - 160 +imapx200_irq_ack - 152 imap_clk_enable - 60 imap_clkcon_enable - 76 -imapx200_gettimeoffset - 64 -imapx200_timer_setup - 164 -imapx200_timer_interrupt - 64 +imapx200_gettimeoffset - 68 +imapx200_timer_setup - 168 +imapx200_timer_interrupt - 76 imap_pwm_suspend - 188 imap_pwm_resume - 184 imap_pwm_start - 164 imap_timer_setup - 404 imap_default_idle - 20 -imapx_poweroff - 56 -imapx_reset - 64 -imapx200_idle - 52 +imapx_poweroff - 88 +imapx_reset - 68 +imapx200_idle - 48 imap_set_board - 112 imapx200_gpio_setpull_updown - 56 imapx200_gpio_getpull_updown - 36 @@ -48,7 +48,7 @@ imapx200_pm_prepare - 24 imapx200_pm_finish - 20 imapx200_pm_do_save - 88 -imapx200_pm_enter - 436 +imapx200_pm_enter - 500 imapx200_pm_configure_extint - 20 imapx200_pm_prepare - 24 imapx200_pm_init - 80 @@ -86,8 +86,8 @@ imapfb_resume - 196 imapfb_suspend - 204 imapfb_backlight_power_supply - 20 -imapfb_set_clk - 44 -imapfb_set_gpio - 88 +imapfb_set_clk - 52 +imapfb_set_gpio - 96 imapfb_set_brightness - 36 imapfb_lcd_power_supply - 32 con_get_unimap - 360 @@ -153,7 +153,7 @@ imap_nand_irq - 92 ehci_imapx200_drv_remove - 80 ehci_imapx200_init - 1148 -ehci_imapx200_drv_probe - 552 +ehci_imapx200_drv_probe - 556 ohci_hcd_imapx200_drv_remove - 80 ohci_imapx200_start - 100 ohci_hcd_imapx200_drv_probe - 512 @@ -196,22 +196,22 @@ imapx200_i2c_probe - 824 imapx200_i2c_irq - 920 imapx200_decode_poll - 184 -imapx200_decode_suspend - 132 +imapx200_decode_suspend - 44 imapx200_decode_resume - 68 -imapx200_decode_release - 192 +imapx200_decode_release - 104 imapx200_decode_open - 124 imapx200_decode_remove - 208 imapx200_decode_ioctl - 384 -imapx200_decode_probe - 908 +imapx200_decode_probe - 816 imapx200_decode_irq_handle - 264 imapx200_encode_poll - 84 -imapx200_encode_suspend - 116 +imapx200_encode_suspend - 28 imapx200_encode_ioctl - 348 imapx200_encode_resume - 68 -imapx200_encode_release - 188 +imapx200_encode_release - 100 imapx200_encode_open - 120 imapx200_encode_remove - 232 -imapx200_encode_probe - 1080 +imapx200_encode_probe - 988 imapx200_encode_irq_handle - 136 sdhci_imap_set_clk_src - 52 sdhci_imap_resume - 36 @@ -220,7 +220,7 @@ sdhci_imap_get_timeout_clk - 40 imapfb_probe - 2952 imapfb_init - 28 -sdhci_imap_probe - 604 +sdhci_imap_probe - 608 sdhci_imap_remove - 20 name_imapx200 - 12 imapfb_a1rgb232_8 - 48 @@ -342,8 +342,8 @@ __kstrtab_imap_get_reservemem_paddr - 26 __kstrtab_con_copy_unimap - 16 __kstrtab_con_set_default_unimap - 23 -imapx200_init_clocks - 1120 -imapx200_timer_init - 120 +imapx200_init_clocks - 1104 +imapx200_timer_init - 124 imapx200_register_device - 56 imap_init_pwm - 308 imapx200_fixup - 36 @@ -542,7 +542,7 @@ imapx200_i2c_driver - 116 imapx200_i2c_driver - 116 imapx200_decode_driver - 80 -imapx200_decode_fops - 144 +imapx200_decode_fops - 148 imapx200_encode_driver - 80 imapx200_encode_fops - 180 sdhci_imap_driver - 80

コア全体のサイズは416減少しましたが、ゲインは期待したものではありませんでした。一部の関数は重みを追加しました。

おそらく、より経験豊富な読者がその理由を知っているかもしれませんが、その時点ではそれはそれほど明確ではありませんでした。アセンブラー関数imapx200_timer_ackのソースコードを検討してください。変更後、サイズが8バイト増加しました。

見せる

 --- 0xc0019c40-t-imapx200_timer_ack-2.listing 2015-11-18 22:12:24.196113878 +0300 +++ 0xc0019c50-imapx200_timer_ack-2.listing 2015-11-18 22:12:24.297113880 +0300 @@ -9,10 +9,12 @@ XXXXXXXX: e92dd800 push {fp, ip, lr, pc} XXXXXXXX: e24cb004 sub fp, ip, #4 ; 0x4 XXXXXXXX: e1a00000 nop (mov r0,r0) +c0019c60: e59f2018 ldr r2, [pc, #24] ; c0019c80 <_binary_0xc0019c50_imapx200_timer_ack_start+0x30> XXXXXXXX: e590Y000 ldr rY, [r0] XXXXXXXX: e3a0X001 mov rX, #1 ; 0x1 -c0019c58: e3a0120f mov r1, #-268435456 ; 0xf0000000 +c0019c6c: e5921000 ldr r1, [r2] XXXXXXXX: e1a0XX1Y lsl rX, rX, rY XXXXXXXX: e581X010 str rX, [r1, #16] XXXXXXXX: e581X000 str rX, [r1] XXXXXXXX: e89da800 ldm sp, {fp, sp, pc} +c0019c80: c04e858c subgt r8, lr, ip, lsl #11

最初に目に留まるのは、ベースアドレス自体が非常に成功しているため、レジスタに書き込むとmovコマンドの4バイトに収まることです。

 c0019c58: e3a0120f mov r1, #-268435456 ; 0xf0000000

2番目：変更後、コンパイラーは関数エピローグの後に新しい定数のアドレスを追加する必要がありました。その値はあまり便利ではありません-4バイトの時間。

そして最後：メモリから直接値を読み取ることは不可能なので、最初に定数のアドレスをレジスタに書き込みます：

 c0019c60: e59f2018 ldr r2, [pc, #24] ; c0019c80

-4バイト2。

結論 ^

客観的な結論は、マクロの形式とconst変数の使用の両方で定数を定義した結果について知る必要があると思います。

個人的には、コンパイラー（リンカーと組み合わせて）が、extern constで問題なく定数の値を埋め込む決定を独自に行うことを夢見ています。

ご清聴ありがとうございました！

ソースのリスト ^

^ 1 2 3 円周を計算する
^ もう一度、一意の定数について
^ Zenithink ZT-180タブレットPCの使用履歴と購入経験
^ Zenithink Zt-180 10 "タブレットレビュー
^ページは利用できなくなりました。habrahabr.ru/ blogs / iTablet / 110714のさまざまなWebアーカイブをWebで検索してください
^このページはもう利用できません。www.good-review.ru/ pandawill / 2011/02/21 / obzor-kitayskogo-plansheta-zenithink-zt-180-10.htmlのさまざまなWebアーカイブを参照してください。
魂の再配置：Androidタブレット上のLinux
^ 内部の写真
^ Zimageアンパックおよびパックツール
^ 「firmware2」および「firmware_discovery」の逆コンパイル
^ 分解：楽しさとオーバークロックのためのAndroidカーネルの破壊
^ タブレット専用のforum.china-iphone.ruのトピック
^ オープンソースプロジェクト
^ github.com/atpboy444/ZT-180
^ github.com/dandel/linux-2.6.32.y
^ SlackwareARM-14.1
^ https://github.com/djwillis/meta-raspberrypi/issues/38
^ https://lkml.org/lkml/2012/7/6/260
^ 1 2 3 4 github.com/gshep/flytouch2-helper-scripts
^スコットマイヤーズ。 C ++の効果的な使用。 55プログラムの構造とコードを改善するための良いヒント
^ グローバルの初期化順序

Flytouch 2 / Superpad IIIおよびLinuxカーネルでバイトを保存しよう

背景 ^

Flytouch 2 / Superpad III ^ タブレット

ファームウェア ^

カーネルアセンブリ ^

恒常性 ^

測定 ^

結論 ^

ソースのリスト ^

More articles: