Richard,
The QSPI driver can be found in MCF5329 LTIB.
Regards,
TC
On Mon, 2010-07-26 at 16:33 -0400, Richard Retanubun wrote:
> Hi TC,
>
> I am looking to use the QSPI for MCF5270 and noticed that the cf_spi driver
> only stubs this part.
> Any chance there are CF_QSPI driver code written som
On 2010/08/24 8:07 AM, Albert ARIBAUD wrote:
> Le 24/08/2010 07:21, Chris Moore a écrit :
>> Hi Rogan,
>>
>> Le 23/08/2010 18:06, Rogan Dawes a écrit :
>>> Doubling the value for ORION5X_SZ_BOOTROM allowed me to access the
>>> additional sectors, but that makes me wonder what the reason for it is.
New line is unnecessary at last line of macro.
Signed-off-by: Minkyu Kang
---
arch/arm/include/asm/arch-s5pc1xx/cpu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-s5pc1xx/cpu.h
b/arch/arm/include/asm/arch-s5pc1xx/cpu.h
index 0e80ba3..e74959
LinkedIn
yefeng fan requested to add you as a connection on LinkedIn:
--
Srinath,
I'd like to add you to my professional network on LinkedIn.
- yefeng
Accept invitation from yefeng fan
http://www.linkedin.com/e/fds2np-gd8g6huf-1q/YhLefj14Y3m-0
Because of peripheral devices can select clock sources,
separate the peripheral clocks. (pwm, uart and so on)
It just return the pclk at s5pc1xx SoC,
but s5pc210 SoC must be calculated by own clock register setting.
Signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
arch/arm/cpu/armv7/
Dear Mike Frysinger,
> were you going to send an updated version ?
Soon. Currently I have other issues and a rather
"dirty" working tree :)
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
hi,all:
I want to use i.MX51 base board to booting u-boot from nand flash,how can
I do?
thanks
best regards
shulin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear sandeep suresh,
> Dear Reinhard Meyer,
> Appreciate your quick response. I had done this earlier
> before posting this mail, but with the same problem:
> step 1) export PATH=$PATH:/work/arm/4.3.2/bin
> step 2) make distclean
> step 3) make AT91SAM9260ek_config
> step 4)make
> Can you please he
Hi,
I am using mx51 base board, I want to make u-boot booting from nand flash.
Does anyone knows how to modify the u-boot source?
Does add some code to init the nand flash controller in flash_header.S's dcd
section?
Does anyone have u-boot booting from NAND on mx51? Any repository, or a
patch t
Hi,
I am using mx51 base board, I want to make u-boot booting from nand flash.
Does anyone knows how to modify the u-boot source?
Does add some code to init the nand flash controller in
flash_header.S's dcd section?
Does anyone have u-boot booting from NAND on mx51? Any repository, or a
patch t
Dear Reinhard Meyer & All,
Apology for not sending to the mailing list; forwarding the same
to the mailing list. There is already a #define CONFIG_AT91SAM9260ek 1 in
/include/configs/at91sam9260ek.h. I will check further.
Please help me if you have any clue further.
Thanks & rega
Dear sandeep suresh,
> Dear Reinhard Meyer & All,
>Apology for not sending to the mailing list; forwarding
> the same to the mailing list. There is already a #define
> CONFIG_AT91SAM9260ek 1 in /include/configs/at91sam9260ek.h. I will check
> further.
#define CONFIG_AT91SAM9G20EK !
shulin.zhou wrote:
> Hi,
>
Hi,
> I am using mx51 base board, I want to make u-boot booting from nand flash.
> Does anyone knows how to modify the u-boot source?
You have to add support for the NAND controller, not yet in mainline.
>
> Does add some code to init the nand flash controller in
>
Dear C Nauman,
On 23 August 2010 22:40, C Nauman wrote:
> This patch adds generic support for the Samsung s3c2440 processor.
> Started from patch posted 2009-06-19 by
> Kevin Morfitt. Then modified for changes in the code that have occurred
> since.
>
> Signed-off-by: Craig Nauman diagraph.com>
Dear Mike Frysinger,
> this usage string no longer makes sense. how about:
> "[:][.] - Send bits from
> out the SPI\n"
The problem is, that without blowing up the parser even more, only
2 forms of the command are valid:
the classic form
or
:[.]
Since this command is mainly used for
Le 24/08/2010 09:47, Rogan Dawes a écrit :
> Yes, I still have the vendor u-boot flashed, so I can still see its
> configuration. And, yes, it does allow reading the full 8MB of flash.
> Vendor u-boot:
> f1020040: 007f0f11 ff80
> Mainline (8MB window):
Hi,
On Mon, Aug 23, 2010 at 18:38:15, Ben Gardiner wrote:
> Split the existing dram_init for da8xx when ARM reloc is enabled, like the
> changes to arch/arm/cpu/arm926ejs/orion5x/dram.c in
> 0f234d263b17ccf1b8fd776eb8c15b7cdb27a887 by Heiko Schocher .
>
> Without these changes gd->ram_size is '0'
On 2010/08/24 1:34 PM, Albert ARIBAUD wrote:
> Le 24/08/2010 09:47, Rogan Dawes a écrit :
>
>> Yes, I still have the vendor u-boot flashed, so I can still see its
>> configuration. And, yes, it does allow reading the full 8MB of flash.
>
>> Vendor u-boot:
>
>> f1020040: 007f0f11 ff80 000
Le 24/08/2010 14:17, Rogan Dawes a écrit :
> On 2010/08/24 1:34 PM, Albert ARIBAUD wrote:
>> Le 24/08/2010 09:47, Rogan Dawes a écrit :
>>
>>> Yes, I still have the vendor u-boot flashed, so I can still see its
>>> configuration. And, yes, it does allow reading the full 8MB of flash.
>>
>>> Vendor
Hi,
> Dear all,
> I am using the AT91SAM9G20EK kit and want to port Linux on this.
Actually Atmel has already done this, see http://www.linux4sam.org
> the AT91SAM9260ek configuration as it seems the closest. The problem is after
> building the U-boot with the sources for this board, gener
Fix orion5x_winctrl_calcsize() off-by-1 bug which caused mapping
windows to be cut by half. This afected all windows including NOR
flash (causing half the flash to be unaccessible) but DRAM was and
still is fine as its size is determined otherwise.
Signed-off-by: Albert Aribaud
---
arch/arm/cpu/
Hi Damien
this patch seems to be doing alot better then the original one.
The root hub is detected and also it detects a device connected to the
controller.
However, by testing with a usbstick (mass storage) it fails to detect the
device as a storage device.
I have here a debug printout which i
On Tuesday, August 24, 2010 02:39:16 David Jander wrote:
> On Monday 23 August 2010 06:31:26 pm Mike Frysinger wrote:
> > On Monday, August 23, 2010 09:12:16 David Jander wrote:
> > > + {
> > > + .idcode1 = SPSN_ID_S25FL032A,
> > > + .idcode2 = SPSN_EXT_ID_S25FL032P,
> > > +
For some reason Atmel changed the GPBR address for the AT91SAM9XE
to be different from the engineering samples and the AT91SAM9260.
Also let the correct SoC name be defined.
Signed-off-by: Reinhard Meyer
---
arch/arm/include/asm/arch-at91/at91sam9260.h | 19 +++
1 files chang
On Tuesday 24 August 2010 06:06:26 pm Mike Frysinger wrote:
> On Tuesday, August 24, 2010 02:39:16 David Jander wrote:
> > On Monday 23 August 2010 06:31:26 pm Mike Frysinger wrote:
> > > On Monday, August 23, 2010 09:12:16 David Jander wrote:
> > > > + {
> > > > + .idcode1 = SP
>
> Hi Ben,
>
> [Jocke deleted from CC as this is not about the patch anymore]
But I still want to know what will happen to it. I didn't
send this patch to start another discussion :)
Jocke
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
For some reason Atmel changed the GPBR address for the AT91SAM9XE
to be different from the engineering samples and the AT91SAM9260.
Also let the correct SoC name be defined.
Signed-off-by: Reinhard Meyer
---
one probably need not understand why the first mail
got clobbered up in spaces at sta
<- 0 spaces
<- 1 space
<- 2 spaces
<- 3 spaces
<- 4 spaces
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday, August 24, 2010 14:36:43 David Jander wrote:
> On Tuesday 24 August 2010 06:06:26 pm Mike Frysinger wrote:
> > On Tuesday, August 24, 2010 02:39:16 David Jander wrote:
> > > On Monday 23 August 2010 06:31:26 pm Mike Frysinger wrote:
> > > > On Monday, August 23, 2010 09:12:16 David Jand
Hello,
I am developing a new board based on the OMAP3530 processor. It is not
the Beagleboard, but similar.
Where do I start to begin making a U-boot bootloader for my custom
board?
Thanks.
Patrick
___
U-Boot mailing list
U-Boot@lists.d
On Tuesday, August 24, 2010 04:05:19 Reinhard Meyer wrote:
> Dear Mike Frysinger,
> > were you going to send an updated version ?
>
> Soon. Currently I have other issues and a rather
> "dirty" working tree :)
dont sweat it. just wanted to make sure it wasnt lost/forgotten/ignored.
-mike
signat
Le 24/08/2010 22:29, Boswell, Patrick a écrit :
> Hello,
>
> I am developing a new board based on the OMAP3530 processor. It is not
> the Beagleboard, but similar.
>
> Where do I start to begin making a U-boot bootloader for my custom
> board?
>
> Thanks.
>
> Patrick
I would suggest pulling the l
Hi Elinar,
> The root hub is detected and also it detects a device connected to the
> controller.
> However, by testing with a usbstick (mass storage) it fails to detect the
> device as a storage device.
>
> I have here a debug printout which is being printed (with debug enabled)
> during executi
Hi Reinhard,
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Reinhard Meyer
> Sent: Friday, August 20, 2010 10:00 PM
> To: u-boot
> Subject: [U-Boot] [PATCH v2] AT91: add RTT and GPBR based RTC
>
> adds kernel compatible RTC
Dear Xu, Hong,
>> adds kernel compatible RTC handling to u-boot using the RTT
>> and one GPBRegister
>> ...
>> arch/arm/include/asm/arch-at91/at91_gpbr.h | 45 +
>> arch/arm/include/asm/arch-at91/at91_rtt.h | 36 ++
>> drivers/rtc/Makefile |1 +
Dear Xu, Hong,
> Some of Atmel's ARM926EJS chips have builtin RTC, for example, SAM9G45
> SAM9M10 SAM9RL and new X5 serials.
> May we take this into account at this stage?
Maybe you can help me here:
the 9260 and the 9XE-ENG Sample (soldered on my EK)
have the GPBRs at 0xfd50.
Its sold as a fe
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Tuesday, August 24, 2010 6:22 PM
> To: Rogan Dawes
> Cc: Chris Moore; u-boot@lists.denx.de; Prafulla Wadaskar
> Subject: Re: [U-Boot] DNS323 (Orion5x) must double
> ORION5X_SZ_BOOTROM to access full fla
Typically we declare the name of gpio structure to "gpio",
so it was duplicated around the name. (e.g: gpio->gpio_a)
This patch modified the naming that is removing "gpio_".
Signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-s5pc1xx/gpio.h | 172 +
Hi Reinhard,
> -Original Message-
> From: Reinhard Meyer [mailto:u-b...@emk-elektronik.de]
> Sent: Wednesday, August 25, 2010 10:23 AM
> To: Xu, Hong
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2] AT91: add RTT and GPBR based RTC
>
> Dear Xu, Hong,
> > Some of Atmel's ARM9
Hello,
I'm sorry, but there will be an unplanned (additional) delay to the
current release. My plan was to get some work done while I'm on
vacation, but it turns out that "mobile broadband" here means a GSM
link with a max of 3.5 kB/s downstream, and the local WiFi hotspot
gives less than 60 kB/s
Dear Xu, Hong,
> Per the latest datasheet from Atmel's official website, 0xFD60 is GPBR
> base address for SAM9XE
> 0xFD50 is GPBR base address for SAM9260.
True. I still think it was not planned like that. It just makes live more
complicated since otherwise, as long as one does not use th
41 matches
Mail list logo
