[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B9A21E3.4020607@warmcat.com>
Date: Fri, 12 Mar 2010 11:13:39 +0000
From: Andy Green <andy@...mcat.com>
To: Stanislav Brabec <utx@...guin.cz>
CC: Eric Miao <eric.y.miao@...il.com>, dbaryshkov@...il.com,
Cyril Hrubis <metan@....cz>, arminlitzel@....de,
kernel list <linux-kernel@...r.kernel.org>,
Dirk@...er-online.de, lenz@...wisc.edu, rpurdie@...ys.net,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Pavel Machek <pavel@....cz>, thommycheck@...il.com,
zaurus-devel@...ts.linuxtogo.org, omegamoon@...il.com
Subject: Re: bit errors on spitz
On 03/12/10 10:43, Somebody in the thread at some point said:
> Andy Green wrote:
>
>> In that case is the PXA CF driver PIO? Then it can be the same load on
>> Vcore issue in disguise.
>
> There is a proprietary ASIC chip (Sharp Scoop) that handles CF and HDD
> access (and also several additional GPIOs):
> http://www.penguin.cz/~utx/zaurus/datasheets/ASIC_S1L50752B26B200/412752.PDF
Right but not thinking about its power arrangements, rather the load on
the CPU itself when it's transferring data to / from CF interface (via
this ASIC).
If the ASIC has bus master DMA and that's used by the driver then fair
enough, otherwise if it is done by PIO in the driver "while using CF"
(as mentioned in most symptoms) becomes the same as saying "during 100%
load on CPU" which is what leads to dents in Vcore and potential
instability by that same Vcore path.
-Andy
--
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/
Powered by blists - more mailing lists