Re: sata io freeze, 2.6.18 and also 2.6.24

Previous thread: [git patches] libata fixes by Jeff Garzik on Saturday, April 12, 2008 - 1:28 am. (1 message)

Next thread: [PATCH] x86_64/mm: check and print vmemmap allocation continuous by Yinghai Lu on Saturday, April 12, 2008 - 4:19 am. (4 messages)
To: <ls.luis_sousa@...>
Cc: <linux-kernel@...>
Date: Saturday, April 12, 2008 - 3:30 am

most likely this just "appears" as 2-way processor , but iŽm quite sure this is just a single-core CPU, but with HyperThreading enabled.

regards
roland

List: linux-kernel
Subject: sata io freeze, 2.6.18 and also 2.6.24
From: Luis Sousa <ls.luis_sousa () yahoo ! com ! br>
Date: 2008-03-28 22:24:48
Message-ID: 739784.81690.qm () web46009 ! mail ! sp1 ! yahoo ! com
[Download message RAW]

Hello,

I've been having consistent hard system freezes for a
long time, every 2 days or so, and finally decided to
move to the most recent stable kernel. Unfortunatelly
that didn't fix it. The freezes seem to be io-related;
they started since I moved my drive to sata. They seem
to happen mostly when there's an io-intensive operation,
like extracting a big archive; a reboot is needed.

Nothing ever shows up in the logs.

I'm using the following drive:

ATA device, with non-removable media
Model Number: MAXTOR STM3160215AS
Serial Number: 6RA2TMJ4
Firmware Revision: 3.AAD

Linux localhost 2.6.24.4 #4 SMP Fri Mar 28 14:51:50 BRT 2008 i686 GNU/Linux

This is a 2-processor CPU:

# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 9
cpu MHz : 3013.697
cache size : 1024 KB

(same goes for processor : 1)

Sincerely,
--
Luis Sousa
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

--

To: <devzero@...>
Cc: <linux-kernel@...>
Date: Saturday, April 12, 2008 - 11:34 am

Hello all,

Thanks to valuable help from roland, I was able to
boot with the following options:

``nosmp ide=nodma libata.dma=0''

after what I ran an agressive stability test for a
while, with no problem whatsoever. Maybe it's too
soon to say, but I have a good feeling this time. It
seems roland figured it out.

If everything goes well, I'll reduce the command line
in order to narrow the problem further down.

(and indeed, this is a hyper-threading single core CPU)

Sincerely,
--
Luis Sousa

Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/

--

Previous thread: [git patches] libata fixes by Jeff Garzik on Saturday, April 12, 2008 - 1:28 am. (1 message)

Next thread: [PATCH] x86_64/mm: check and print vmemmap allocation continuous by Yinghai Lu on Saturday, April 12, 2008 - 4:19 am. (4 messages)