Peringatan!

Saya belum pernah menggunakan ZFS di Linux, karena Slackware saya adalah sistem 32-bit. Saya hanya memakai ZFS di OS FreeBSD 64-bit. Pada pos ini saya hanya menyediakan skrip pembangun modul kernel dan perangkat pendukung ZFS. Silakan dicoba dengan resiko ditanggung sendiri.

Untuk memperoleh dukungan terhadap filesystem ZFS di Linux, kita membutuh dua modul kernel yaitu SPL (Solaris Porting Layer) dan ZFS (Zero FileSystem). Jadi kita harus membangun dan menginstal SPL baru kemudian ZFS.

Sebelumnya saya pernah menulis di akun media sosial saya bahwa AMD Catalyst (FGLRX) versi 12.2 tidak dapat dibangun untuk kernel dengan versi di atas 3.2.7. Dan sekarang saya sudah memperbarui kernel Slackware ke versi 3.2.13-smp. Apakah saya tetap tidak dapat menggunakan driver AMD Catalyst? Ternyata saya keliru! Terima kasih untuk hacker-hacker ARCH Linux yang telah menyediakan patch untuk dapat menggunakan struktur TS_USEDFPU yang diimplementasikan sejak kernel linux 3.2.8. Nah yang menjadi masalah adalah bagaimana menerapkan patch tersebut ke sistem pembangunan paket FGLRX untuk Slackware?

Hari ini saya melihat sebuah perubahan mendasar dan sangat berani di repo Slackware-current. Saya kutip sebagian dari isi ChangeLog.txt Slackware-current:

Still remember my poll about what kernel version should be used by the next slackware-current? So for you who have choosen the linux kernel 3.2.2, now you can have a nice drink . Yes, slackware-current now shipped with kernel 3.2.2 as it's default kernel. But not only that. You'll be surprised if you read the full ChangeLog.txt for complete update information. Trust me on that. Or, you can read Willy's blog for the update summary. So now, I'm going to write about how to upgrade my slackware-current to the latest release.

Selamat pagi! Apa kabar semuanya? Sudah pakai KDE 4.8.0?

Sekitar 3 hari yang lalu saya dibuat terkejut dengan sebuah kegagalan fungsi suspend di notebook saya. Saat itu saya sedang memindahkan notebook yang sedang saya gunakan ke ruang lain dengan sebelumnya saya atur agar fitur suspend di Slackware saya menjadi aktif. Alih-alih komputer ini menjadi sepi dan hening seperti sebelum-sebelumnya saat komputer masuk ke modus suspend, kipas CPU mendadak bersuara keras yang menandakan bahwa suhu di dalam notebook meninggi. Bukan itu saja, setelah saya buka kembali layar notebook, komputer tidak mau hidup dari tidurnya dan layar ternyata tidak menjadi gelap total alias tidak mati. Lampu latar layar masih hidup! Nah lho! Kan tadi masuk ke modus suspend?

Menarik untuk dicermati. Slackers yang ikut serta dalam poll saya mulai dua minggu yang lalu kebanyakan memilih kernel 3.2 sebagai kernel standar di Slackware yang akan datang. Seri kernel 2.6 dan 3.0 hanya didukung oleh masing-masing dua pemilih, sedangkan seri kernl 3.1 hanya didukung oleh 3 pemilih. 13 pemilih lainnya mengharapkan kehadiran kernel 3.2.

Wah tidak benar jika ditulis saya lebih paham soal HAL dan DBus seperti dalam tulisan Profesor Gomik pagi ini yang berjudul USB modem, networkmanager dan native networking stack (https://www.facebook.com/groups/ayobelajarlinux/doc/311188625559816/). Ilmu saya masih jauh dari paham Pak Ucup. Sampeyan yang punya gelar wikipedia berjalan pasti lebih banyak ilmunya dari saya. Tetapi mungkin seperti ini pemahaman saya yang kurang komprehensif.

Beberapa hari belakangan ini saya mengisi waktu dengan mencoba mengulik kembali konfigurasi kernel Linux 3.0.4. Saya merasa masih ada yang kurang dengan konfigurasi sebelumnya. Yang pertama adalah soal RTC (Real Time Clock). Jika menilik log kernel sebelumnya terdapat baris seperti ini:

Marking TSC unstable due to TSC halts in idle
Switching to clocksource hpet

Artinya adalah kernel menolak menggunakan fasilitas timer rtc untuk melayani permintaan2 timing, termasuk kalibrasi clock cpu dan bus perangkat pci/pcie, perhitungan waktu idle, dan sebagainya dikarenakan rtc akan mengalami halt (penghentian) jika mesin berada dalam kondisi idle. Meskipun jika rtc0 telah aktif, cpu akan dikalibrasi ulang menggunakan rtc akan tetapi kenyataannya TSC (Time Source Clock) dikembalikan lagi ke HPET (High Precision Event Timer).