(UPD: selain skema, foto board ditambahkan)
(UPD2: informasi dari saluran IRC libreboot)
- RINKAN memiliki perlindungan saat ini sebesar 55mA, fungsionalitas dapat ditemukan dalam deskripsi di TB62501F.
- PMH7 adalah susunan gerbang ("hal yang sama seperti FPGA yang baru saja diprogram dengan 3 lapisan logam, agak seperti maskrom"), untuk Toshiba disebut TC-200G
- PMH7 terhubung tidak hanya ke EC, tetapi juga ke ICH melalui LPC bus dan terlihat dari sudut pandang tuan rumah sebagai extender GPIO.
- Mereka yakin bahwa pin PMH yang tidak digunakan benar-benar menggantung di udara, dan penutupan pin cenderung hanya membakar output PMH, tetapi tidak LDO
- Mereka menyarankan kegagalan spontan dari dua RINKAN untuk alasan yang tidak tergantung satu sama lain (kemungkinan dipicu oleh pemanasan motherboard selama memtest)
- Mereka merekomendasikan untuk mengubah RINKAN ke chip yang sama dari ROHM: BD4175KVT-BD4176KVT-BD41760KVT, harganya sekitar $ 2
- Kami setuju bahwa Anda perlu melakukan percobaan untuk menjalankan memtest dengan batas saat ini
Baru-baru ini kami memiliki kisah yang memilukan - dua laptop Lenovo T500 meninggal dalam satu pagi. Seseorang akan mati - tidak ada yang mulai mengerti. Tapi dua dalam satu pagi - itu terlalu banyak! Selain itu, setidaknya satu dari mereka (dan ini dikonfirmasi oleh tiga pengguna!) Bekerja normal sampai menit terakhir, dimatikan oleh tombol power, dipindahkan 100 meter ke ruang bicara dan ... tidak menyala.
Secara alami, pertama-tama, semua metode resusitasi artisanal telah diuji: ganti baterai, ganti adaptor daya ... Lepaskan baterai dan putuskan daya, setel ulang CMOS dan sebagainya ... Hasil? Persis nol - laptop terus berada dalam keadaan sulit.
Mereka mulai merekonstruksi gambar peristiwa untuk menemukan setidaknya beberapa petunjuk. Ternyata yang berikut ini:
- Pada D-1, memori ditambahkan ke kedua laptop. Setelah mengganti bilah memori, keduanya dihidupkan dan bekerja dengan benar hingga malam hari
- Pada malam D-Day, memtest diluncurkan di kedua komputer (lebih tepatnya, memtest86 + 5.01-3 dari distribusi Debian)
- Di pagi hari pada hari "D", kedua komputer dimatikan oleh tombol power, dan tidak menyala
- Selain itu, mereka terhubung secara singkat melalui konektor VGA ke proyektor yang sama, dan ke adaptor daya yang sama di dalam ruangan
Jelas, kematian laptop harus dikaitkan dengan satu dari tiga hal: adaptor daya, proyektor, atau memtest. Tapi dengan apa tepatnya?
Pertama-tama, kami memeriksa proyektor. Mereka tidak menemukan kejahatan, tetapi juga menemukan bahwa pada hari itu (tetapi kemudian) laptop lain terhubung, yang tetap hidup dan sehat. Di tempat kedua, kami memeriksa adaptor daya - sepertinya meremehkan voltase, dan itu dikarantina.
Laptop diberikan kepada layanan, yang mengembalikan mereka kembali dengan hasil sebagai berikut: "kegagalan motherboard, suku cadang hilang!". Saya harus membuka bangkai sendiri (manfaat pada jaringan dapat ditemukan baik skema dan manual layanan untuk seri Thinkpad lama).
Pada titik ini, semua orang mulai (dengan pengecualian) untuk mencurigai kematian laptop memtest. Tapi itu sama sekali tidak jelas - bagaimana tepatnya? Pada akhirnya, ada kemungkinan bahwa kematian laptop adalah hal yang langka, tidak menyenangkan, tetapi masih merupakan kebetulan. Tapi tidak! Atau ya ... Secara umum, kami belum tahu persis.
Di sini Anda harus melakukan penyimpangan pada pembangunan sistem manajemen daya pada beech IBM / Lenovo (setidaknya seri yang lebih lama). Dalam perangkat yang lebih sederhana, manajemen daya diberikan baik ke prosesor / chipset, atau ke pengontrol motherboard khusus (Pengontrol sistem, alias Pengontrol tertanam). Secara relatif, benda ini bertanggung jawab atas fungsi refleks dan tulang belakang laptop: mengalihkan sumber arus, daya baterai, identifikasi baterai / penguncian vendor, dan sejenisnya. Tetapi tidak di IBM / Lenovo!
Insinyur IBM, tampaknya, berpikir bahwa firmware EC mungkin mengandung kesalahan atau controller itu sendiri tiba-tiba akan membeku. Tentu saja, EC memiliki pengawas sendiri, tetapi juga bukan obat mujarab. Oleh karena itu, tanggung jawab EC hanya untuk menghasilkan sinyal kontrol daya tingkat tinggi. Tombol daya membuka dan mengunci dua sirkuit mikro khusus (dan tidak sembarangan, tetapi dengan membandingkan keinginan EC dengan pembacaan sensor suhu, keberadaan tegangan yang diperlukan untuk langkah selanjutnya pada ban, dll.). Chip ini adalah: RINKAN (dekripsi tidak diketahui) dan PMH_7 (Power Management Hub rev7)
RINKAN di bagian interior Harap dicatat bahwa RINKAN tidak memiliki output ke bus CPU - pada prinsipnya, itu tidak dapat dicapai oleh prosesor. Salah satu fungsi penting (dan tidak jelas) dari RINKAN adalah menghasilkan tegangan 3.3V yang stabil ke bus VCC3SW (sebut saja bus start). Karena tidak ada choke di dekatnya - dapat diasumsikan bahwa regulator ini dibangun dalam skema linier sederhana. Yaitu, di suatu tempat di dalam sana duduk transistor dengan tegap dan dengan resistensi aktif itu menanamkan daya, hanya menyisakan 3.3V. Regulator ini ditenagai oleh kaki VREGIN20, di mana semua sumber daya laptop (stasiun dok, adaptor daya, baterai utama, dan baterai ultrabay) terhubung melalui dioda. Artinya, ia selalu bekerja secara umum (oleh karena itu, berdaya rendah - Anda membutuhkan arus konsumsi Anda sendiri yang sangat kecil!)
PMH_7 di lingkungan kerja PMH adalah chip yang lebih cerdas. Minimal, ia memiliki koneksi ke EC melalui bus SPI. Selain itu, ini menghidupkan atau mematikan sejumlah besar tegangan dan sinyal jam pada motherboard laptop. Kedua chip dibuat khusus, tanpa lembar data. Karena Lenovo / IBM menggunakan chip khusus yang sama untuk lini produk yang berbeda, beberapa kaki PMH tidak digunakan di T500. Namun, mereka tidak mungkin dibiarkan menggantung di udara. Rekomendasi umum menyarankan menarik timah yang tidak digunakan baik ke sirkuit daya atau ke tanah. Ingat ini.
Meskipun kurangnya dokumentasi, tim proyek Coreboot (membandingkan sirkuit notebook dari seri T60, T40 dan laptop yang lebih tua - di mana fungsi RINKAN / PMH masih terbagi antara microcircuits dengan tingkat integrasi yang lebih rendah) mengumpulkan sesuatu yang menarik. PMH tersedia di ruang alamat CPU. Tidak secara langsung, tentu saja, tetapi melalui EC - tetapi masih tersedia! UPD: terhubung ke ICH melalui bus LPC (Jumlah pin rendah - analog dari ISA). Untuk menaikkan atau menurunkan kaki PMH, mereka menggunakan urutan operasi berikut ( pmh7.c ):
outb(reg, EC_LENOVO_PMH7_ADDR); val = inb(EC_LENOVO_PMH7_DATA); outb(reg, EC_LENOVO_PMH7_ADDR); outb(val | (1 << bit), EC_LENOVO_PMH7_DATA);
Artinya, kita pertama-tama menulis kode register PMH ke register EC (dipetakan ke ruang alamat CPU), dan kemudian kita dapat membaca atau menulis isinya. Sebagai contoh, kami ingin menyalakan lampu latar (kaki 55 PMH): kami menulis di register 0x55 bit 2 - semuanya sederhana.
UPD: kolega dari proyek Libreboot menganggap skenario hubungan pendek yang dijelaskan melalui PMH tidak mungkin, di samping itu - perlindungan saat ini di RINKAN seharusnya bekerja di 55mA
Sayangnya, memtest melakukan hal yang kurang lebih sama - memtest dan menulis nilai yang berbeda untuk area memori yang berbeda. Secara teoritis, BIOS harus menggambarkan area memori yang disediakan untuk perangkat I / O. Dan memtest seharusnya tidak menulis apa pun di sana - tapi ... tulis! Dan, tampaknya, pada titik tertentu, ia mengangkat atau menurunkan kaki PMH yang tidak berhasil. Dengan demikian, melalui transistor kaki output PMH, VCC3SW power bus disingkat ke ground ...
Apa yang terjadi selanjutnya? Kemudian RINKAN mulai berjemur. Karena arus tumbuh, PMH dalam mode kunci menyeretnya tanpa masalah, dan transistor setengah terbuka di LDO RINKAN semakin memburuk. Namun secara lahiriah, ini tidak memanifestasikan dirinya dengan cara apa pun: dalam laptop yang dihidupkan, tidak ada yang makan dari sumber daya rendah 3.3V, dan daya dipasok oleh DC / DC kuat khusus yang masing-masing memasok bus utama 3,3 dan 5 volt.
Nah, ketika tombol power ditekan, bus-bus utama mati energi. Tidak ada lagi daya pada bus awal 3.3V! Dan laptopnya berubah menjadi labu batu bata.
UPD: teori alternatif (omz + libreboot)
Di pusat layanan, kecenderungan tabrakan RINKAN diketahui. Kolega dari Libreboot lebih lanjut berpendapat bahwa ini terutama berlaku untuk pengontrol Toshiba (dan ROHM akan lebih baik). Karenanya, memtest tidak bersalah sama sekali, dan terjadi kegagalan hampir dua laptop secara simultan:
Hasil diagnostik:
Laptop pertama adalah papan dual-grafis COR5SOPV3. Di bus VCC3SW alih-alih 3,3, hanya 1,2 volt. Ketahanan terhadap bumi adalah sekitar 400 ohm. Disolder dengan lembut dan naikkan output konverter tegangan RINKAN. Hambatan bus segera meningkat menjadi ratusan kilo-ohm. Mereka menerapkan tegangan 3.3V dari sumber eksternal - beech menjadi hidup.
Papan dalam proses perbaikanChip dengan stiker putih adalah pengontrol Tertanam, di tengah dengan kabel - RINKAN, yang terakhir tanpa stiker - PMH.
Sebagai hasilnya, kami memilih LDO daya rendah eksternal (LP2930-3.3), yang mengumpankan bus awal alih-alih RINKAN. Menurut hasil tes, ditemukan bahwa kematian klinis yang tertunda meninggalkan jejak pada sifat perangkat - laptop menolak untuk menyala jika baterai dimasukkan ke dalamnya tetapi adaptor tidak dimasukkan. Jika Anda ingin menyalakannya - lepas baterai, hidupkan adaptor daya, dan setelah itu baterai dapat dimasukkan kembali. Semua fungsi lain (pengisian daya, masa pakai baterai, tidur, dll.) Tidak masalah, dan itu satu-satunya cara untuk menghidupkan. Mereka tidak repot-repot - mereka memutuskan pertanyaan secara administratif: gunakan sleep atau reboot alih-alih mematikan. Penderita pertama beruntung!
Dan yang kedua - tidak ... Ada papan C5ISOVP dengan grafik terintegrasi - tidak ada tegangan pada bus sama sekali, dan hambatan untuk mendarat adalah puluhan ohm. Setelah merobek kaki, VCC3SW tidak menjadi lebih baik - resistansi rendah yang sama menurut VREGIN20. Mereka juga merobeknya, menyalakan daya eksternal ke bus mulai - mereka melihat 3,3 dan 5 volt pada yang utama. Namun, meskipun awal yang menggembirakan, sinyal Power-good tidak muncul pada output PMH / RINKAN dan sistem tidak dapat memulai. Rupanya, logika internal dari sirkuit mikro rusak, dan ini tidak dirawat ...
Sangat mungkin memtest dapat membunuh laptop dengan cara ini mulai dari seri T6x hingga seri T420 / 520 inklusif. Mulai dari T430 / 530, cara komunikasi dengan Komisi Eropa telah diubah, dan menulis pada register PMH pada prinsipnya tidak mungkin. Mungkin hanya versi BIOS atau EC firmware tertentu yang terpengaruh. Laporan bug ditulis untuk pengelola paket-debian, mungkin mereka dapat menemukan sesuatu dengan hulu ...
Alasan pasti kegagalan kedua laptop setelah memulai memtest tidak diketahui. Eksperimen yang dapat menentukan apakah memtest menyebabkan konsumsi arus off-design dari bus pembangkit mulai direncanakan, tetapi tanggalnya belum ditentukan. Kami akan melaporkan hasil tambahan.
Saat meluncurkan memtest pada laptop Lenovo T6x series hingga dan termasuk T420 / 520, Anda harus mempertimbangkan potensi risiko dan manfaat dari acara ini. Jika Anda menjalankan tes dan itu tidak (atau memang) menyebabkan laptop menjadi bata atau menutup telepon - silakan tulis komentar di komentar yang menunjukkan model laptop dan waktu uji berjalan.
Itu saja - semoga berhasil!