O kernel do Linux trava em 'Mudando para originar o tsc "no Pentium 4

Hardware: Dell Dimension 4500S : i845G, Pentium 4, estoque + 2 GB de RAM e atualização de BIOS mais recente (por volta de 2002).

Eu tenho construído um sistema Linux a partir da fonte, até agora é LFS 7.0 pelo livro. O primeiro kernel que construí funciona bem, mas tem muitas falhas e inchaços, então agora estou otimizando o kernel para o meu hardware de destino (veja acima).

Minha última tentativa de configuração e várias variações de tentativa e erro foram suspensas continuamente na instrução printk "Alternando para o clocksource tsc". Meu kernel "bom" nunca teve um problema ... esta é a versão 3.1.0 btw. Ambos estão sendo construídos a partir da mesma árvore de código fonte, sem manchas, make mrproper, make menuconfig, etc, então obviamente eu estou faltando alguma chave CONFIG_XXXbandeira.

Estou encarando esse problema há mais de um dia e construí o kernel que sabe quantas vezes, mas sem sucesso.

Uma coisa que acho interessante é com o bom kernel que recebo:

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

Além disso, pode ser útil saber ....

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

Eu tentei a configuração de compilação com várias opções, mas, neste momento, não me lembro de nenhum detalhe, portanto, não pergunte. Na minha pesquisa, encontrei e testei vários parâmetros do kernel, como clocksource=pite notsc, mas todos eles falham também. Mais uma vez, eu gostaria de ter anotado tudo o que tentei até agora, retrospectivamente ...

A maioria dos exemplos de fórum são para kernels 2.x e foram resolvidos com algumas variações das opções de inicialização, mas meu bom kernel usa apenas root=/dev/sdaX ro. Então, eu sei que estou de ouro com essa combinação de hardware e kernel 3.1.0, se eu puder encontrar a configuração de compilação correta.

Além disso, a maioria das pessoas que publicaram um problema semelhante afirmam que, após alguns minutos, o sistema continuará carregando e tudo ficará pêssego. Eu o deixei ocioso o suficiente para cozinhar a ceia e ainda não retomou o carregamento.

Espero que um de vocês gurus leia isso e diga "ei, sim, acabei de definir CONFIG_XXX = y no meu dinossauro P4 e funcionou muito bem". :)

Deixe-me saber o que você precisa que eu tente ou verifique. Será um prazer publicar os resultados.

Em uma pesquisa rápida, esse problema parece ter muitas razões possíveis e parece apontar para o fato de que o padrão do seu novo kernel para a fonte do relógio está errado na sua placa-mãe.

Um conselho que funcionou para alguns foi usar clocksource=hpetou clocksource=acpi_pm.

Em outro tópico , alguém corrigiu isso clocksource=jiffies, outro recomendou tentar noapicou nolapicoutro desativou o ACPI no BIOS, e outro culpou o touchpad Synaptics e resolveu o problema excluindo o Xorg.conf.

Um construtor de kernel corrigiu seu problema recompilando o initrd sem o fbcondecor.

Espero que isso ajude, pois parece que esse problema pode ter muitas causas.

Eu tenho exatamente o mesmo problema aqui e li muito. @harrymc fez um resumo muito bom.

Vou apenas adicionar 2 coisas que aprendi com minha pesquisa:

• O problema vem do seu kernel Linux, que não sabe como lidar com o seu processador, porque ele não consegue descobrir qual é o seu relógio de processamento. Você pode observar isso consultando o log de inicialização do kernel. Parece que o kernel está tentando medir o seu relógio de processamento (para mim era como "2997.1333", mas toda inicialização mudava para "2997.1445", "2997.1379", ...).

• Depois de tentar muitas coisas, finalmente cheguei aqui e descobri o BIOS. A minha é GIGABITE UEFI. Defino os parâmetros novamente para "Configurações padrão otimizadas" e defino "Tecnologia de virtualização Intel" para "ativado".

Agora, tudo voltou ao normal para mim! Espero que isso ajude.

Alguns centavos de mim, sem saber se é algo comum ou não, mas eu consegui fazer o Ubuntu funcionar desativando o 'timer de alta precisão' no BIOS. Meu mb é gigabyte z77x-d3h

Corrigi o problema adicionando o seguinte parâmetro do kernel:

noapic