linux-kernel - Re: [Timers SMP] can this machine be helped?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 04 Dec 2007 20:19:04 -0600
From:	Robert Hancock <hancockr@...w.ca>
To:	Guennadi Liakhovetski <g.liakhovetski@....de>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [Timers SMP] can this machine be helped?

Guennadi Liakhovetski wrote:
> Hi,
> 
> I've got an old 2xP-II @ 400MHz Compaq AP400 system, which I'm still 
> using. It has many peculiarities, so, I wouldn't be surprised if the 
> answer to my questions would be "sorry, the patient is rather dead than 
> alive".
> 
> Some of the problems lie in ACPI area, I tried some time ago to fix the 
> ACPI tables for these machine, but never got enough time for that. So I'm 
> still booting with acpi=noirq
> 
> Another problem is its battery is dead and it's hard soldered to the 
> mainboard (Compaq)...
> 
> It might also have some problems with one of its 3 SCSI busses.
> 
> I compiled a .24-ish kernel for it with CONFIG_NO_HZ and 
> CONFIG_HIGH_RES_TIMERS. To get the system boot at least sometimes I have 
> to specify nohz=off. Then I get
> 
> * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
> * this clock source is slow. Consider trying other clock sources
> 
> Without this parameter it hangs usually between
> 
> Time: acpi_pm clocksource has been installed.
> 
> and
> 
> Switched to high resolution mode on CPU 1
> Switched to high resolution mode on CPU 0
> 
> Tried booting with clocksource=tsc then I've got
> 
> Marking TSC unstable due to: possible TSC halt in C2.
> 
> And then a few of these:
> 
> BUG: soft lockup - CPU#0 stuck for 13s! [swapper:0]
> 
> Pid: 0, comm: swapper Not tainted (2.6.24-rc2-g8c086340 #3)
> EIP: 0060:[<c0233d33>] EFLAGS: 00000283 CPU: 0
> EIP is at acpi_processor_idle+0x2ae/0x477
> EAX: 00000000 EBX: fffffeab ECX: 00000001 EDX: 00000001
> ESI: c7c5f2d0 EDI: 00122d9f EBP: c03ddfa8 ESP: c03ddf90
>  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> CR0: 8005003b CR2: 081dcf88 CR3: 07e46000 CR4: 000002d0
> DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
> DR6: ffff0ff0 DR7: 00000400
>  [<c01053fa>] show_trace_log_lvl+0x1a/0x30
>  [<c0105f42>] show_trace+0x12/0x20
>  [<c01024fc>] show_regs+0x1c/0x20
>  [<c014fabb>] softlockup_tick+0x11b/0x150
>  [<c01311f2>] run_local_timers+0x12/0x20
>  [<c013168f>] update_process_times+0x2f/0x60
>  [<c014597a>] tick_sched_timer+0x6a/0xe0
>  [<c013fba0>] hrtimer_interrupt+0x120/0x1a0
>  [<c0119ff5>] smp_apic_timer_interrupt+0x55/0x90
>  [<c0104e70>] apic_timer_interrupt+0x28/0x30
>  [<c0102624>] cpu_idle+0x84/0xf0
>  [<c0316a7d>] rest_init+0x5d/0x60
>  [<c03e1a7f>] start_kernel+0x2af/0x2f0
>  [<00000000>] run_init_process+0x3feff000/0x20
>  =======================
> 
> so, is there any way I can still reasonably use this system? Which 
> configuration / command-line parameters should I try?
> 
> If needed can provide complete dmesg (with nohz=off or with 
> clocksource=tsc) and .config.

How about disabling ACPI entirely, acpi=off on kernel command line? I 
wouldn't be surprised to see a lot of ACPI stuff broken on an older 
machine like that..

-- 
Robert Hancock      Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/