This Patch do support 8-bit bus width for s5p
So we add parameter for bus_width (in s5p_mmc_init(), s5p_mmc_initialize())
If want to use 8-bit bus width, only change (0, 8) instead of (0, 4).
Signed-off-by: Jaehoon Chung
Signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
arch/arm/
Le 27/09/2010 08:37, Albert ARIBAUD a écrit :
> The second point is what Heiko's patches made more difficult, because
> they full in much code for FLASH execution that was run from RAM before
> in arm926 systems.
s/full/pull/
Apologies,
--
Albert.
___
Le 27/09/2010 08:36, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
>> Sent: Monday, September 27, 2010 12:05 PM
>> To: Prafulla Wadaskar
>> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
>> Subject: Re: [U-Boot] [
Hi again,
Thank you for your fast answers.
Sorry. I was reading the manual in the U-Boot webpage and miss understood some
of the topics. I just wanted to get the develop tools in order to compile and
develop the U-Boot for the MCF54455. The manual points something (toolchain?)
called ELDK tha
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Monday, September 27, 2010 12:05 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH V2 1/2] [NEXT] orion5x: fix
> relocation-incompa
Hi Andreas,
Le 27/09/2010 07:15, Andreas Pretzsch a écrit :
> In a nit-picking moment trying to save some flash storage, I looked at
> the current typical flash layout of U-Boot and came up with below RFC.
>
> Before I start to implement anything, I'd like to hear your comments
> about this, espec
Le 27/09/2010 07:52, Prafulla Wadaskar a écrit :
>> + * NOTES:
>> + * 2) in order to avoid losing access to BOOTCS when
>> disabling window 7,
>> + *first configure window 6 for BOOTCS, then configure
>> window 7 for BOOTCS,
>> + *then configure windows 6 for its own target.
>> +/* Disab
Dear Wolfgang Denk,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Sunday, September 26, 2010 8:07 PM
> To: Nishanth Menon
> Cc: V, Aneesh; u-boot@lists.denx.de; Steve Sakoman
> Subject: Re: [U-Boot] [PATCH] ARMV7: OMAP4: Calculate SDRAM size
>
> Dear Nishanth Me
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, September 24, 2010 1:19 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V2 1/2] [NEXT] orion5x: fix
> relocation-incompatible code
>
>
In a nit-picking moment trying to save some flash storage, I looked at
the current typical flash layout of U-Boot and came up with below RFC.
Before I start to implement anything, I'd like to hear your comments
about this, especially from the architecture maintainers. Given that you
have some spar
Hello everyone,
I want to do pci configuration in the function 'board_init_f'. How to do
this?
Could I call the function "pci_init" in the function 'board_init_f' or add
the function "pci_init" into the function array " init_sequence "?
In other words, what pre-conditions there a
On Sun, Sep 26, 2010 at 3:25 AM, Wolfgang Denk wrote:
> Dear Xianghua Xiao,
>
> In message you
> wrote:
>>
>> > U-Boot 1.2.0 is also way over 3 years old.
> ...
>> my bad, it's 2.20.1 instead of 2.10.1.
>> also tried 2.19 the same problem stays.
>> of course 2.20.1 with newest u-boot works perfe
Hi,
I'm working on u-boot-usb and I think I get along quite well so far for the
Atmel g45, thanks to this list. Slowly I do like the u-boot structure although
it has a steep learning curve (I guess one week is considered steep by me).
I've got the my Atmel Sam9G45 working for most parts (it boot
On 09/26/2010 09:57 AM, Steve Sakoman wrote:
> On Sun, 2010-09-26 at 16:37 +0200, Wolfgang Denk wrote:
>> Dear Nishanth Menon,
>>
>> In message<4c9f3e4f.3040...@gmail.com> you wrote:
>>>
I think you are referring to SDRAM initialization. Yes, it is assumed
that SDRAM initialization(at le
On Sun, 2010-09-26 at 16:37 +0200, Wolfgang Denk wrote:
> Dear Nishanth Menon,
>
> In message <4c9f3e4f.3040...@gmail.com> you wrote:
> >
> > > I think you are referring to SDRAM initialization. Yes, it is assumed
> > > that SDRAM initialization(at least the DMM part of it) is done before
> > > th
Dear Nishanth Menon,
In message <4c9f3e4f.3040...@gmail.com> you wrote:
>
> > I think you are referring to SDRAM initialization. Yes, it is assumed
> > that SDRAM initialization(at least the DMM part of it) is done before
> > the call to sdram_size(). The right location for this seems
> > to be th
On 09/26/2010 03:39 AM, V, Aneesh wrote:
> Hi Nishanth
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
>> boun...@lists.denx.de] On Behalf Of Nishanth Menon
>> Sent: Saturday, September 25, 2010 8:30 PM
>> To: Steve Sakoman
>> Cc: u-boot@lists.denx.de
>> Subjec
Hi,
regarding the status of the dockstar integration:
> Yes, indeed - the feedback only touched some formal points. Reworking
> the patches should be easy.
taken from http://forum.doozan.com/read.php?3,881,978#msg-978 :
"Cool. I'm currently hung up on making my patches work with the new ARM
re
hi,
>> Maybe i will go to find some more convertor cables, just for curiousity
>> and to see how they behave. Does someone know a website listing usb
>> convertor cables and compare their "quality" ? I did not find such
>
> Did you try http://www.qbik.ch/usb/devices/ ?
great link, thanks !
>
Dear Graeme Russ,
In message <4c9f087d.3010...@gmail.com> you wrote:
>
> > Cavium never provided free access to their code, nor did they ever
> > attempt to push their changes upstream.
>
> Would they not, therefore, be in breach of the GPL?
According to the GPL, you don't have to provide free a
Andreas,
Now the key is that I am not sure if the board can work or not.
Who had the similar experience ( debugged the board with CN5010)? Please
email to me. Thanks for your help.
Thanks!
Shuyou
-Original Message-
From: Andreas Bießmann [mailto:andreas.de...@googlemail.com]
Sent:
Dear "V, Aneesh",
In message you
wrote:
>
> I think you are referring to SDRAM initialization. Yes, it is assumed
> that SDRAM initialization(at least the DMM part of it) is done before
> the call to sdram_size(). The right location for this seems
> to be the initial part of sdram_init().
If
On 26/09/10 18:24, Wolfgang Denk wrote:
> Dear "sywang",
>
> In message <20100926002106.1240128...@theia.denx.de> you wrote:
>>
> Cavium never provided free access to their code, nor did they ever
> attempt to push their changes upstream.
Would they not, therefore, be in breach of the GPL?
Regar
Hi Nishanth
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Nishanth Menon
> Sent: Saturday, September 25, 2010 8:30 PM
> To: Steve Sakoman
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] ARMV7: OMAP4: Calculate SDR
Dear Xianghua Xiao,
In message you
wrote:
>
> > U-Boot 1.2.0 is also way over 3 years old.
...
> my bad, it's 2.20.1 instead of 2.10.1.
> also tried 2.19 the same problem stays.
> of course 2.20.1 with newest u-boot works perfectly fine.
Combining recent tool chains with very old code is also a
Dear "sywang",
In message <20100926002106.1240128...@theia.denx.de> you wrote:
>
> Do you know what bugs or problems there are on u-boot with Cavium CN5010 PCI
> init? Now I have the following on the board with Cavium CN5010. The board
> will hang when PCI init with the U-boot. Any suggestions a
26 matches
Mail list logo