On Thu, Feb 3, 2011 at 5:15 PM, Dave Kleikamp wrote:
>> Bit too short, I think. I'd suggest either spelling out
>> 'asymmetric-multiprocessor' or 'cooperative-partition' (a more
>> accurate term, IMO).
>
> I could be wrong, but I thought the A stands for Asynchronous, not
> Asymmetric. I though
On 02/03/2011 09:56 AM, Arnd Bergmann wrote:
On Thursday 03 February 2011, Meador Inge wrote:
In a recent discussion [1, 2] concerning device trees for AMP systems, the
question of whether we really need 'protected-sources' arose. The general
consensus was that if you don't want a source to be
On Thu, 2011-02-03 at 16:03 +1100, David Gibson wrote:
> On Wed, Feb 02, 2011 at 05:53:59PM -0600, Dave Kleikamp wrote:
> > On Thu, 2011-02-03 at 10:08 +1100, David Gibson wrote:
> > > On Tue, Feb 01, 2011 at 12:48:44PM -0600, Dave Kleikamp wrote:
> > > > Since other OS's may be running on the othe
On 01/31/2011 01:12 PM, Gary Thomas wrote:
I'm running 2.6.32 on MPC8379, trying to use the SDHCI interface.
It seems to work, reads are fine, but when I write to the device
(I've tried both eMMC soldered-on and pluggable MMC/SD cards),
I get intermittent failures. Specifically, some blocks will
Hi all,
sorry for a slightly off-topic question, but I hope someone here on the list
may be able to help me...
I have a strange problem with the psc uart of the mpc5200b, running 2.6.32.26
(still), with my baud rate divisor selection patch [1].
The uart runs at 115.2 kBaud with rtc/cts handsh
In order to prevent the fsl_dma driver from claiming the DMA channels that the
P1022DS audio driver needs, the compatible properties for those nodes must say
"fsl,ssi-dma-channel" instead of "fsl,eloplus-dma-channel".
Commit b2e0861e51f2961954330dcafe6d148ee3ab5cff upstream.
Signed-off-by: Timur
> > + - no-reset
> > + Usage: optional
> > + Value type:
> > + Definition: The presence of this property indicates that the
> > + PIC
> > + should not be reset during runtime initialization. The
> > + presence of
> > + this property also mandates that any initia
On Thu, Feb 3, 2011 at 9:29 AM, Meador Inge wrote:
> On 02/03/2011 09:56 AM, Grant Likely wrote:
>>
>> On Wed, Feb 2, 2011 at 6:51 PM, Meador Inge
>> wrote:
>>>
>>> This binding documents several properties that have been in use for quite
>>> some time, and adds one new property 'no-reset', which
On 02/03/2011 09:56 AM, Grant Likely wrote:
On Wed, Feb 2, 2011 at 6:51 PM, Meador Inge wrote:
This binding documents several properties that have been in use for quite
some time, and adds one new property 'no-reset', which controls whether the
Open PIC should be reset during runtime initializa
On Thursday 03 February 2011, Meador Inge wrote:
> In a recent discussion [1, 2] concerning device trees for AMP systems, the
> question of whether we really need 'protected-sources' arose. The general
> consensus was that if you don't want a source to be used, then it should *not*
> be mentioned
On Wed, Feb 2, 2011 at 6:51 PM, Meador Inge wrote:
> This binding documents several properties that have been in use for quite
> some time, and adds one new property 'no-reset', which controls whether the
> Open PIC should be reset during runtime initialization.
>
> The general formatting and inte
On Feb 2, 2011, at 7:51 PM, Meador Inge wrote:
> This patch set provides a binding for Open PIC and implements support for
> a new property, specified by that binding, called 'no-reset'. With 'no-reset'
> in place the 'protected-sources' property is no longer needed and was removed.
>
> Signed-
12 matches
Mail list logo
