| 122529274869_514360007073 | Rob Emanuele |
|
Hi Haavard,
Id be happy to reintegrate my changes to this back into the Atmel
driver once I get it working correct on the at91. Do you have the
equipment to give my changes a try?
Converting my #d |
|
| |
| 110320524812_584260007827 | Rob Emanuele |
|
Rob Emanuele :
Greetings,
This patch creates a new AT91 Multimedia Card Interface (MCI) driver
that supports using both MCI slots at the same time. Im looking for
others to test this patc |
|
| |
| 134727864840_525560007911 | Harikrishna Donti |
|
Signed-off-by: Michael Roth <mroth@xxxxxxxxx
Cc: Nicolas Ferre <nicolas.ferre@xxxxxxxxx
---
arch/arm/mach-at91/include/mach/board.h | 1 +
drivers/mmc/host/at91_mci.c | 4 + |
|
| |
| 191229764117_558760007525 | Harikrishna Donti |
|
Harikrishna Donti wrote:
I have taken enough care in my driver not to call spi_sync() more than once
at a time by a mutex lock.
Still I dont understand why the overrun would occur.
Im unfa |
|
| |
| 171628154363_569260007240 | Valentin Longchamp |
|
Harikrishna Donti wrote:
When I start an application
which uses UART1-5 (i.e., data tx,rx in UART which also uses DMA) then I
get SPI overrun errors.
So, seems like there is some kind of DMA |
|
| |
| 104328024166_591260007861 | Valentin Longchamp |
|
Harikrishna Donti wrote:
When I start an application
which uses UART1-5 (i.e., data tx,rx in UART which also uses DMA) then I
get SPI overrun errors.
So, seems like there is some kind of DMA |
|
| |
| 198520484914_579760007307 | Paulius Zaleckas |
|
On Thu, May 28, 2009 at 04:46:21PM +0200, Valentin Longchamp wrote:
changes since v1: we now check if the parent configuration bit was
changed since reset and change the parent when needed.
|
|
| |
| 162322374093_546360007302 | Paulius Zaleckas |
|
On Thu, May 28, 2009 at 04:46:21PM +0200, Valentin Longchamp wrote:
changes since v1: we now check if the parent configuration bit was
changed since reset and change the parent when needed.
|
|
| |
| 137424044278_549260007867 | Russell King ARM Li |
|
On Thu, May 28, 2009 at 05:07:34PM +0300, Paulius Zaleckas wrote:
Please pull the following minor fixes/changes (diff attached inline):
This appears to have missed Linus pull of my tree, so Im goi |
|
| |
| 101627074682_537960007258 | Russell King ARM Li |
|
On Thu, May 28, 2009 at 05:07:34PM +0300, Paulius Zaleckas wrote:
Please pull the following minor fixes/changes (diff attached inline):
This appears to have missed Linus pull of my tree, so Im goi |
|
| |
| 161924424059_578660007003 | Russell King ARM Li |
|
Hi All,
I have been trying to change the cache policy to write allocate for both
user and kernel
memory (i.e normal memory). I changed the cachepolicy variable in
arch/arm/mm/mmu.c,
but seems like |
|
| |
| 164623384051_556060007942 | Russell King ARM Li |
|
Hi All,
I have been trying to change the cache policy to write allocate for both
user and kernel
memory (i.e normal memory). I changed the cachepolicy variable in
arch/arm/mm/mmu.c,
but seems like |
|
| |
| 186727584179_596160007672 | luan dinh |
|
----- Original Message -----
From: "Russell King - ARM Linux" <linux@xxxxxxxxxxxxxxxx
Subject: Re: Cachepolicy question
On Thu, May 28, 2009 at 06:46:31PM +0530, Hemanth V wrote:
|
|
| |
| 126225954075_554160007066 | luan dinh |
|
----- Original Message -----
From: "Russell King - ARM Linux" <linux@xxxxxxxxxxxxxxxx
Subject: Re: Cachepolicy question
On Thu, May 28, 2009 at 06:46:31PM +0530, Hemanth V wrote:
|
|
| |
| 140721034773_508960007171 | Grant Likely |
|
Hi, All
Currently, ARM linux uses mach-type to figure out platform. But mach-type could not handle variants well and it doesnt tell the kernel about info about attached peripherals.
The device-tree |
|
| |
| 134721014613_540760007967 | Grant Likely |
|
Hi, All
Currently, ARM linux uses mach-type to figure out platform. But mach-type could not handle variants well and it doesnt tell the kernel about info about attached peripherals.
The device-tree |
|
| |
| 141025344305_546260007440 | Robert Schwebel |
|
On Wed, May 27, 2009 at 9:27 AM, Grant Likely <grant.likely@xxxxxxxxxxxx wrote:
Signed-off-by: janboe <yuan-bo.ye@xxxxxxxxxxxx
Heeheehe, This is Fantastic.
Yes, I agree. Thanks for |
|
| |
| 140429614197_558460007419 | Robert Schwebel |
|
On Wed, May 27, 2009 at 9:27 AM, Grant Likely <grant.likely@xxxxxxxxxxxx wrote:
Signed-off-by: janboe <yuan-bo.ye@xxxxxxxxxxxx
Heeheehe, This is Fantastic.
Yes, I agree. Thanks for |
|
| |
| 125521834014_533060007100 | Robert Schwebel |
|
On Wed, May 27, 2009 at 9:05 AM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
Seriously: oftree in general is a good idea. Just that it doesnt work
in practise. The concept has some seri |
|
| |
| 139721324204_516960007687 | Robert Schwebel |
|
On Wed, May 27, 2009 at 9:05 AM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
Seriously: oftree in general is a good idea. Just that it doesnt work
in practise. The concept has some seri |
|
| |
| 134025694788_595360007675 | Robert Schwebel |
|
On Wed, May 27, 2009 at 10:20 AM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
That being said, the problems we have had are the reason why it is
*not* recommended to hard link the dev |
|
| |
| 192023864209_522460007302 | Robert Schwebel |
|
On Wed, May 27, 2009 at 10:20 AM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
That being said, the problems we have had are the reason why it is
*not* recommended to hard link the dev |
|
| |
| 166422534262_586160007183 | Grant Likely |
|
From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx
Date: Thu, 28 May 2009 01:48:01 +0200
My impression is that oftree only works in a perfect world. But we
dont have one, so the fundamental de |
|
| |
| 128020914367_529460007091 | Grant Likely |
|
From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx
Date: Thu, 28 May 2009 01:48:01 +0200
My impression is that oftree only works in a perfect world. But we
dont have one, so the fundamental de |
|
| |
| 139528194223_559960007445 | David Miller |
|
Robert Schwebel wrote:
The oftree by design wants to be a complete hardware description. As you
mention above, there are cases where you *nevertheless* need ad-hoc
information about things *not |
|
| |
| 128523284014_507360007990 | David Miller |
|
Robert Schwebel wrote:
The oftree by design wants to be a complete hardware description. As you
mention above, there are cases where you *nevertheless* need ad-hoc
information about things *not |
|
| |
| 174922004376_595860007224 | David Miller |
|
On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote:
Robert Schwebel wrote:
The oftree by design wants to be a complete hardware description. As
you mention above, there are cases wher |
|
| |
| 125920874478_552260007314 | David Miller |
|
On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote:
Robert Schwebel wrote:
The oftree by design wants to be a complete hardware description. As
you mention above, there are cases wher |
|
| |
| 170622284406_507260007829 | Grant Likely |
|
On Wed, May 27, 2009 at 05:15:25PM -0700, David Miller wrote:
From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx
It works badly for corner cases, and embedded land is full
of it. The eff |
|
| |
| 116429184648_538860007636 | Grant Likely |
|
On Wed, May 27, 2009 at 05:15:25PM -0700, David Miller wrote:
From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx
It works badly for corner cases, and embedded land is full
of it. The eff |
|
| |
| 183328024964_584760007245 | Benjamin Herrenschmi |
|
On Thu, May 28, 2009 at 04:32:40PM -0600, Grant Likely wrote:
and half-assed example of this). However, when it comes to complex
configurations that cannot be easily described, Im all for using |
|
| |
| 183726254446_521260007870 | Benjamin Herrenschmi |
|
On Thu, May 28, 2009 at 04:32:40PM -0600, Grant Likely wrote:
and half-assed example of this). However, when it comes to complex
configurations that cannot be easily described, Im all for using |
|
| |
| 143728424958_591660007907 | Mark Brown |
|
On Sat, May 30, 2009 at 07:52:46PM +1000, Benjamin Herrenschmidt wrote:
Sure. My only big concern with it is that it compeltely sidesteps
clocking decisions so theres a lot of codecs its |
|
| |
| 123020694135_563660007658 | Mark Brown |
|
On Sat, May 30, 2009 at 07:52:46PM +1000, Benjamin Herrenschmidt wrote:
Sure. My only big concern with it is that it compeltely sidesteps
clocking decisions so theres a lot of codecs its |
|
| |
| 146523064576_511260007092 | Mark Brown |
|
1. implementers of the clock API which have not been subject
to my rigorous review abuse it to the point of making the API
essentially useless, and that causes Mark problems.
If thats a proble |
|
| |
| 174825274895_571260007770 | Mark Brown |
|
1. implementers of the clock API which have not been subject
to my rigorous review abuse it to the point of making the API
essentially useless, and that causes Mark problems.
If thats a proble |
|
| |
| 195722104394_540360007977 | Wolfgang Denk |
|
On Wed, May 27, 2009 at 6:07 PM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote:
Robert Schwebel wrote:
The oftree by design |
|
| |
| 127228614818_523060007181 | Wolfgang Denk |
|
On Wed, May 27, 2009 at 6:07 PM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote:
Robert Schwebel wrote:
The oftree by design |
|
| |
| 113620054251_527260007392 | Robert Schwebel |
|
From: Wolfgang Denk <wd@xxxxxxx
Date: Thu, 28 May 2009 11:51:26 +0200
Lost business. D*mn... [Maybe this explains Roberts reluctance?]
ROFL
------------------------------------------------- |
|
| |
| 193021064698_550560007392 | Robert Schwebel |
|
From: Wolfgang Denk <wd@xxxxxxx
Date: Thu, 28 May 2009 11:51:26 +0200
Lost business. D*mn... [Maybe this explains Roberts reluctance?]
ROFL
------------------------------------------------- |
|
| |
| 159829664919_549260007292 | Robert Schwebel |
|
On Thu, May 28, 2009 at 6:13 AM, Robert Schwebel
<r.schwebel@xxxxxxxxxxxxxx wrote:
On Thu, May 28, 2009 at 11:51:26AM +0200, Wolfgang Denk wrote:
True. From a commercial point of view this i |
|
| |
| 126126344502_565660007926 | Grant Likely |
|
On Thu, May 28, 2009 at 02:07:07AM +0200, Robert Schwebel wrote:
On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote:
Robert Schwebel wrote:
The oftree by design wants to be a compl |
|
| |
| 163223094786_545060007561 | Grant Likely |
|
Dear Robert Schwebel,
In message <20090528000707.GR6805@xxxxxxxxxxxxxx you wrote:
Until now, oftree has created more problems than it has solved for us.
The idea works fine for well-known |
|
| |
| 163226764567_588360007207 | Alexander Clouter |
|
-----Original Message-----
From:
devicetree-discuss-bounces+stephen.neuendorffer=xilinx.com@xxxxxxxxxx
[ rel="nofollow" mailto:devicetree- mailto:devicetree-
discuss-bounces+stephen.neuen |
|
| |
| 127528784314_597460007532 | Alexander Clouter |
|
On Wed, May 27, 2009 at 12:56 PM, Alexander Clouter <alex@xxxxxxxxxxxxx wrote:
In gmane.linux.kernel Grant Likely <grant.likely@xxxxxxxxxxxx wrote:
On Wed, May 27, 2009 at 9:05 AM, Rober |
|
| |
| 136529814497_528460007173 | Scott Wood |
|
"Robert" == Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx writes:
Hi,
Robert - The whole concept is based on the assumption that bindings
Robert are defined *once*, then never |
|
| |
| 157627344808_507860007844 | Grant Likely |
|
On Wed, May 27, 2009 at 11:23:29AM -0500, Scott Wood wrote:
That removes the ability to use the device tree to pass information from
the bootloader, such as MAC addresses and clock frequencies. |
|
| |
| 100420214152_579060007692 | Jon Smirl |
|
Russell King wrote:
On Wed, May 27, 2009 at 11:23:29AM -0500, Scott Wood wrote:
That removes the ability to use the device tree to pass information from
the bootloader, such as MAC addresse |
|
| |
| 135121034367_591860007315 | JeanChristophe PLAGN |
|
On Wed, May 27, 2009 at 03:13:55PM -0400, Jon Smirl wrote:
On Wed, May 27, 2009 at 3:08 PM, Scott Wood <scottwood@xxxxxxxxxxxxx wrote:
Im not talking about platform specific code, Im talkin |
|
| |
| 112522624193_543960007576 | JeanChristophe PLAGN |
|
On Wed, May 27, 2009 at 1:39 PM, Jean-Christophe PLAGNIOL-VILLARD
<plagnioj@xxxxxxxxxxxx wrote:
On 20:21 Wed 27 May , Russell King - ARM Linux wrote:
On Wed, May 27, 2009 at 03 |
|
| |
