Mikael Pettersson napsal(a):
> Jiri: please test the patch below instead. That is, revert to
> the original code _with_ the 'return 1;', and then add this
> patch to it. It should have pretty much the same effect as
> removing the 'return 1;', however calling ata_port_abort()
> is more in line with
On Sat, 05 May 2007 17:30:51 +0200, Tejun Heo wrote:
> Mikael Pettersson wrote:
> >> I.e. no freezing of ports...
> >
> > Your patch to delete the 'return 1;' on error is correct,
> > and makes the code match exactly the behaviour of previous
> > versions of sata_promise, except for the additional
Mikael Pettersson wrote:
>> I.e. no freezing of ports...
>
> Your patch to delete the 'return 1;' on error is correct,
> and makes the code match exactly the behaviour of previous
> versions of sata_promise, except for the additional error
> decoding.
>
> ahci and sata_sil24 do the return in this
On Fri, 04 May 2007 17:02:10 +0200, Jiri Slaby wrote:
I have a problem with higher disk loads (e.g. running git-log or yum
update).
Many processes end up in D state and system is unusable -- I'm not able to
run
anything but smooth mouse moving when this happens.
...(borin
Jiri Slaby napsal(a):
> Cc: Mikael Pettersson <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Cc: Jeff Garzik <[EMAIL PROTECTED]>
>
> Jiri Slaby napsal(a):
>> Cc: [EMAIL PROTECTED]
>>
>> Jiri Slaby napsal(a):
>>> Hi,
>>>
>>> I have a problem with higher disk loads (e.g. running git-log or yum
>>>
Cc: Mikael Pettersson <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Jiri Slaby napsal(a):
> Cc: [EMAIL PROTECTED]
>
> Jiri Slaby napsal(a):
>> Hi,
>>
>> I have a problem with higher disk loads (e.g. running git-log or yum update).
>> Many processes end up in D stat
Cc: [EMAIL PROTECTED]
Jiri Slaby napsal(a):
> Hi,
>
> I have a problem with higher disk loads (e.g. running git-log or yum update).
> Many processes end up in D state and system is unusable -- I'm not able to run
> anything but smooth mouse moving when this happens.
>
> If I wait for a 20-30sec
Andrew Morton napsal(a):
> I would check the anticipatory scheduler as well, please. I don't know
> what no-op would do with a workload like that, but it probably isn't very
> good.
>
> You appear to believe that it's related to the CPU scheduler?
Oh, no. I have really no idea, what may cause
On Mon, 30 Apr 2007 20:14:05 +0200
"Jiri Slaby" <[EMAIL PROTECTED]> wrote:
> > > I have a problem with higher disk loads (e.g. running git-log or yum
> > > update).
> > > Many processes end up in D state and system is unusable -- I'm not able
> > > to run
> > > anything but smooth mouse moving w
On 4/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Mon, 30 Apr 2007 17:39:19 +0200
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a problem with higher disk loads (e.g. running git-log or yum update).
> Many processes end up in D state and system is unusable -- I'm not able to run
>
On Mon, 30 Apr 2007 17:39:19 +0200
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a problem with higher disk loads (e.g. running git-log or yum update).
> Many processes end up in D state and system is unusable -- I'm not able to run
> anything but smooth mouse moving when this happens.
>
Hi,
I have a problem with higher disk loads (e.g. running git-log or yum update).
Many processes end up in D state and system is unusable -- I'm not able to run
anything but smooth mouse moving when this happens.
If I wait for a 20-30sec it becomes usable. This happens in 2.6.21-rc7-mm2 and
also
12 matches
Mail list logo
