Linux çekirdeği Pentium 4'teki 'Clocksource tsc'ye geçiyor'

Donanım: Dell Dimension 4500S : i845G, Pentium 4, stok + 2GB RAM ve en son (2002 dolaylarında) BIOS güncellemesi.

Kaynaktan bir Linux sistemi inşa ediyorum, şimdiye kadar bu kitap tarafından LFS 7.0 . İnşa ettiğim ilk çekirdek iyi çalışıyor, ancak çok fazla tüy ve şişkinlik var, bu yüzden şimdi hedef donanımım için çekirdeği optimize ediyorum (yukarıya bakın).

En son yapılandırma girişimim ve birkaç deneme yanılma varyasyonu, printk "clocksource tsc'ye geçiliyor" ifadesinde sürekli olarak asılı kalıyor. Benim "iyi" çekirdeği hiç bir sorun yaşamadım ... Bu sürüm 3.1.0 btw. Her ikisi de aynı kaynak ağacının, hiçbir yamalar inşa ediliyor make mrproper, make menuconfigvb, bu yüzden açıkçası ben sadece bazı temel eksik CONFIG_XXXbayrağı.

Bu soruna bir günden fazla bir süredir bakıyorum ve kaç kere bilen ama boşuna olmayan çekirdeği kurdum.

İlginç bulduğum bir şey, elde ettiğim iyi çekirdek ile:

# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc

Ayrıca, bilmek yararlı olabilir ....

# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc acpi_pm

Yapılandırma yapılandırmasını çeşitli seçeneklerle denedim, ancak bu noktada herhangi bir ayrıntıyı hatırlayamıyorum, bu yüzden lütfen sormayın. Aramamdan, clocksource=pitve gibi birkaç çekirdek parametresini buldum ve test ettim notsc, ancak bunların hepsi de başarısız. Yine, keşke şimdiye kadar denediğim her şeyi yazmış olsaydım ...

Forum örneklerinin çoğu 2.x çekirdekleri içindir ve önyükleme seçeneklerinin bazı varyasyonları ile çözülmüştür, ancak iyi çekirdeğim sadece kullanır root=/dev/sdaX ro. Doğru yapı yapılandırmasını bulabilirsem bu donanım ve çekirdek 3.1.0 kombinasyonu ile altın olduğumu biliyorum.

Ayrıca, benzer bir sorun yayınlayan insanların çoğu, birkaç dakika sonra sistemin yüklenmeye devam edeceğini ve her şeyin şeftali olduğunu söylüyor. Akşam yemeği pişirmek için yeterince boşta bıraktım ve hala yüklemeye devam etmedi.

Birinizin guru'nun bunu okuyacağını ve "hey evet sadece P4 dinozoruma CONFIG_XXX = y ayarladığımı ve harika çalıştığını" umuyorum. :)

Denemek veya kontrol etmek için neye ihtiyacınız olduğunu bana bildirin, sonuçları göndermekten memnuniyet duyarım.

Hızlı bir aramadan bu sorunun pek çok olası nedeni var gibi görünüyor ve yeni çekirdeğinizin saat kaynağı varsayılanının anakartınız için yanlış olduğuna işaret ediyor gibi görünüyor.

Bazıları için işe yarayan bir öneri clocksource=hpetveya kullanmaktı clocksource=acpi_pm.

Gelen başka bir iş parçacığı , birisi ile bu sabit clocksource=jiffiesbaşka denemek için tavsiye, noapicya nolapicbaşka BIOS kapalı acpi açmak için, ve hala başka Synaptics Dokunmatik alanı suçladı ve xorg.conf silerek onun sorunu giderildi.

Bir çekirdek üreticisi initrd'i fbcondecor olmadan derleyerek sorununu çözdü.

Umarım bu yardımcı olur, çünkü bu sorunun birçok nedeni olabilir.

Burada da aynı problemi yaşıyorum ve çok okudum. @harrymc oldukça iyi bir özet yaptı.

Araştırmamdan öğrendiğim 2 şeyi ekleyeceğim:

• Sorun, işlemcinizin ne olduğunu anlayamadığı için işlemcinizi nasıl kullanacağınızı bilmeyen Linux çekirdeğinizden geliyor. Çekirdek önyükleme günlüğünü kontrol ederek bunu gözlemleyebilirsiniz. Çekirdek işlem saatinizi ölçmeye çalışıyor gibi görünüyor (benim için "2997.1333" gibiydi, ancak her önyükleme "2997.1445", "2997.1379", ... olarak değişiyor).

• Birçok şeyi denedikten sonra, sonunda buraya geldim ve BIOS'u öğrendim. Benimki GYGABITE UEFI. Parametreleri tekrar "Optimize edilmiş varsayılan ayarlar" a ve "Intel Sanallaştırma Teknolojisi" ni "etkin" olarak ayarladım.

Şimdi, her şey benim için normale döndü! Umarım bu yardımcı olur.

Benden birkaç sent, bunun ortak bir şey olup olmadığından emin değilim ama BIOS'ta 'yüksek hassasiyetli zamanlayıcıyı' devre dışı bırakarak Ubuntu'yu çalıştırabildim. MB'ım gigabayt z77x-d3h

Aşağıdaki kernelparametre ekleyerek sorunu çözdüm:

noapic