> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Tuesday, September 15, 2009 2:55 AM
> To: Zang Roy-R61911
> Cc: Felix Radensky; U-Boot-Denx; Zhang Junjie-B18070; Kumar Gala
> Subject: Re: [U-Boot] [PATCH] Enable usb ehci support for
> p2020ds board
>
> Dear "Z
Hu Mingkai-B21284 wrote:
>
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Felix Radensky
>> Sent: Monday, September 14, 2009 3:50 PM
>> To: Zang Roy-R61911
>> Cc: U-Boot-Denx; Zhang Junjie-B18070; Kumar Gala
>> Sub
ubifs: Add support for looking up directory and relative symlinks
This patch adds support for resolving symlinks to directories as well as
relative symlinks. Symlinks are now always resolved during file lookup,
so the load stage no longer needs to special-case them.
Signed-off-by: Simon Kagstrom
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Felix Radensky
> Sent: Tuesday, September 15, 2009 3:48 PM
> To: Hu Mingkai-B21284
> Cc: U-Boot-Denx; Zhang Junjie-B18070; Kumar Gala
> Subject: Re: [U-Boot] [PATCH] Enable usb
Commit 51003b89 [kwbimage.c: Fix compile warning when building on
64 bit systems] changed the printf format for "sizeof(uint32_t)"
from "%d" to "%ld". This now generates the following warning on
32 bit build systems:
tools/kwbimage.c: In function âkwbimage_checksum32â:
tools/kwbimage.c:135: wa
Hi List!
I have a slight problem with UBIFS on the OpenRD base board (an ARM
board very similar to sheevaplug). Loading files which have been
compressed with LZO by ubifs fails:
OpenRD>> ubi part root; ubifsmount rootfs
Creating 1 MTD partitions on "nand0":
0x001e-0x2000
Hi Albin,
now I tried your rewritten mmc driver.
>- Use the updated driver that I rewrote, as seen here:
> http://lists.denx.de/pipermail/u-boot/2009-August/059456.html
> I have tested this code on my sam9g20/sam9260 boards with a wide range of sd
> and mmc cards and it seems to work well.
Dear Felix Radensky,
In message <4aaf46b4.7030...@embedded-sol.com> you wrote:
> Hu Mingkai-B21284 wrote:
[Full quote deleted]
Hey, eveybody on this thread: could you *please* stop full-quoting?
Please read http://www.netmeister.org/news/learn2quote.html
...
> I've tested another USB stick wit
Wolfgang Denk wrote:
> Dear Felix Radensky,
>
> In message <4aaf46b4.7030...@embedded-sol.com> you wrote:
>
>> Hu Mingkai-B21284 wrote:
>>
>
> [Full quote deleted]
>
>
> Hey, eveybody on this thread: could you *please* stop full-quoting?
> Please read http://www.netmeister.org/news/learn2qu
Hu Mingkai-B21284 wrote:
>
>
>> I've tested another USB stick with this board, and was
>> recognized properly.
>> Also, the problematic stick works fine with Linux, so I still
>> suspect there's a problem in u-boot EHCI driver. Can you
>> test your board with smaller/older devices, the one
Dear Stefan Roese,
In message <1253002223-16773-1-git-send-email...@denx.de> you wrote:
> Commit 51003b89 [kwbimage.c: Fix compile warning when building on
> 64 bit systems] changed the printf format for "sizeof(uint32_t)"
> from "%d" to "%ld". This now generates the following warning on
> 32 bit
Hi All,
Is it Possible from Linux to set an environment variable of u-Boot.?
This is for Firmware up gradation.
Currently Linux has 4 mtd partitions in flash
mtd0 : U-Boot
mtd1: JFFS file system (Golden image)
mtd2: JFFS file system (Silver image)
mtd3: Configs
U boot does an fsload of uImage
Dear Rahanesh,
In message <4aaf71e3.7050...@tataelxsi.co.in> you wrote:
>
> Is it Possible from Linux to set an environment variable of u-Boot.?
If your environment is stored in NOR or NAND flash, then you can use
the tools from the tools/env/ directory (fw_setenv / fw_printenv).
It should be t
Joakim Tjernlund wrote:
>> Wolfgang Grandegger wrote:
>>
>>> I did not follow the thread yet, sorry. I implemented AN2819 for Linux
>>> (see http://lxr.linux.no/#linux+v2.6.31/drivers/i2c/busses/i2c-mpc.c)
>>> some time ago using Timur's table approach. But there is no difference
>>> between the ta
ping
On 9/9/09, Alan Carvalho de Assis wrote:
> This patch adds support to iMX27ADS development board. This board has
> 128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only
> booting from NOR is supported.
>
> Signed-off-by: Alan Carvalho de Assis
> ---
> MAINTAINERS
Wolfgang Grandegger wrote on 15/09/2009 13:53:13:
>
> Joakim Tjernlund wrote:
> >> Wolfgang Grandegger wrote:
> >>
> >>> I did not follow the thread yet, sorry. I implemented AN2819 for Linux
> >>> (see http://lxr.linux.no/#linux+v2.6.31/drivers/i2c/busses/i2c-mpc.c)
> >>> some time ago using Timu
Dear Alan Carvalho de Assis,
In message <37367b3a0909150513o76ed5842u4ce717b535f0a...@mail.gmail.com> you
wrote:
> ping
You may (or may not have noticed) that we have reorganized the
custodians for ARM systems in the meantime. By now, Tom Rix is the
responsible custodian who is suppose
Hi Denk,
On 9/15/09, Wolfgang Denk wrote:
> Dear Alan Carvalho de Assis,
>
> In message <37367b3a0909150513o76ed5842u4ce717b535f0a...@mail.gmail.com> you
> wrote:
>> ping
>
> You may (or may not have noticed) that we have reorganized the
> custodians for ARM systems in the meantime. By
Hi Wolfgang Denk,
Thank you very much for the reply!!!
Few questions:
1) You said " If your environment is stored in NOR or NAND flash, then
you can use
the tools from the tools/env/ directory (fw_setenv / fw_printenv)."
*It is already stored in NOR Flash. This is not in a sep
>
> From: Sandeep Paulraj
>
> This patch adds GIO definitions to the hardware.h
> header file
>
> Signed-off-by: Sandeep Paulraj
> ---
> include/asm-arm/arch-davinci/hardware.h | 23 +++
> 1 files changed, 23 insertions(+), 0 deletions(-)
>
Pushed to u-boot-ti
>
> From: Sandeep Paulraj
>
> The DaVinci DM365 EVM board specific code was including a header file
> which does not exist. So removing this header file.
>
> Signed-off-by: Sandeep Paulraj
> ---
> board/davinci/dm365evm/dm365evm.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> From: Sandeep Paulraj
>
> The DM365 config was using the 'CONFIG_CMD_SAVEENV' flag.
> This is already included when we include the
> config_cmd_default.h header file. So this flag is removed.
> Also another flag to enable NAND functions was being
> enabled incorrectly.
>
> Signed-off-by: S
>
> Fix warning
>
> dereferencing type-punned pointer will break strict-aliasing rules
>
> Signed-off-by: Dirk Behme
>
> ---
>
> Patch against recent u-boot-ti git
> f4f92c81835ccc43f74925737dfd478edb0182f2
> "TI: OMAP3: Overo Tobi ethernet support"
>
> Compile tested only ./MAKEALL ARM_COR
Dear Rahanesh,
In message <4aaf9a1f.1060...@tataelxsi.co.in> you wrote:
>
> Thank you very much for the reply!!!
You are welcome.
> Few questions:
Hm... please do not top-post / full quote. Please make sure to read
http://www.netmeister.org/news/learn2quote.html
> 1) You said " If your envi
http://www.nabble.com/file/p25455541/nand_error.bmp nand_error.bmp Hi all,
I can't do READID with nand_get_flash_type in the nand_base.c
What I get is an error "No NAND device found!!!"
My board is freescale mpc8544 with samsung K9K8G08U0A, the device is
supposed {NAND 1GiB 3,3V 8-bit", 0xD
>>> Ok. I think we are see two issues interact.
>>>
>>> I've just sent a pull request w/the RESET_VECTOR_ADDRESS fix that
>>> should address the linker script issue. These seems to build
>>> cleanly
>>> on all 85xx platforms w/ELDK4.2 for me.
>>>
>>> Now if you apply the TQM85xx.h on top of tha
On Tuesday 15 September 2009 04:10:23 Stefan Roese wrote:
> Commit 51003b89 [kwbimage.c: Fix compile warning when building on
> 64 bit systems] changed the printf format for "sizeof(uint32_t)"
> from "%d" to "%ld". This now generates the following warning on
> 32 bit build systems:
>
> tools/kwbim
Joakim Tjernlund wrote:
> Some boards need a higher DFSR value than the spec currently
> recommends so give these boards the means to define there own.
If you're going to do this, then you need to also define
CONFIG_FSL_I2C_CUSTOM_FSR and CONFIG_FSL_I2C_CUSTOM_SPEED, and disable the code
that le
After issuing a STOP one must wait until the STOP has completed
on the bus before doing something new to the controller.
Also add an extra read of SR as the manual mentions doing that
is a good idea.
Remove surplus write of CR just before a write, isn't required and
could potentially disturb the
Some boards need a higher DFSR value than the spec currently
recommends so give these boards the means to define there own.
Signed-off-by: Joakim Tjernlund
---
drivers/i2c/fsl_i2c.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i
>
> I am using 2.6.30 and I think it is fairly equal to yours.
> I am not using either property above so the linux i2c-mpc. driver falls back
> to fdr=0x31 and dfsr=0x10 and this works well. It is u-boot that isn't
> working.
> However, I have found a few driver bugs in the u-boot driver and fixin
>
> Joakim Tjernlund wrote:
> > Some boards need a higher DFSR value than the spec currently
> > recommends so give these boards the means to define there own.
>
Wow, that was fast :)
> If you're going to do this, then you need to also define
> CONFIG_FSL_I2C_CUSTOM_FSR and CONFIG_FSL_I2C_CUSTOM
Joakim Tjernlund wrote:
> No, the impact on speed from DFSR is pretty small so it will
> be close enough.
How small?
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/
Timur Tabi wrote on 15/09/2009 21:04:47:
>
> Joakim Tjernlund wrote:
>
> > No, the impact on speed from DFSR is pretty small so it will
> > be close enough.
>
> How small?
>From the app note:
divisor = B * (A + ((3*C)/B)*2);
C is dfsr and 10 <= A <= 30, 16 <= B <= 2048
Considering the actual sp
>
> Timur Tabi wrote on 15/09/2009 21:04:47:
> >
> > Joakim Tjernlund wrote:
> >
> > > No, the impact on speed from DFSR is pretty small so it will
> > > be close enough.
> >
> > How small?
> From the app note:
> divisor = B * (A + ((3*C)/B)*2);
>
> C is dfsr and 10 <= A <= 30, 16 <= B <= 2048
>
Commit 51003b89 attempted to fix a build problem on 64 bit systems,
but just turned it into a build problem on 32 bit systems (silly me).
Now do the Right Thing (TM) and use a "%zu" printf format.
Signed-off-by: Wolfgang Denk
---
tools/kwbimage.c |2 +-
1 files changed, 1 insertions(+), 1 d
Dear Mike Frysinger,
In message <200909151213.38895.vap...@gentoo.org> you wrote:
>
> > if (len % sizeof(uint32_t)) {
> > - printf ("Error:%s[%d] - lenght is not in multiple of %ld\n",
> > - __FUNCTION__, len, sizeof(uint32_t));
> > + printf ("Error:%s[%d]
Commit 51003b89 attempted to fix a build problem on 64 bit systems,
but just turned it into a build problem on 32 bit systems (silly me).
Now do the Right Thing (TM) and use a "%zu" printf format.
Also fix spelling error.
Signed-off-by: Wolfgang Denk
---
v2: Also fix spelling error; cudos Mike
Dear Kumar Gala,
In message you wrote:
>
> Any update on this?
Not yet, got other, more pressing work to do. Sorry. Will look into
this ASAP.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
Dear Stefan Roese,
In message <200909111047.27541...@denx.de> you wrote:
> The following changes since commit e7963772eb78a6aa1fa65063d64eab3a8626daac:
> Marcel Ziswiler (1):
> muas3001: remove BRG clock node fixup to use common mpc8260 code.
>
> are available in the git repository at:
Dear Michal Simek,
In message <4aae3d42.3020...@monstr.eu> you wrote:
> Hi Wolfgang,
>
> I decided to remove ll_temac driver from master branch.
> He has a lot of work and I want to clean other u-boot stuff.
>
> Ben: LL-temac driver in in net branch please add it to your net branch.
>
> There a
Hi
Some minor below.
Alan Carvalho de Assis skrev:
> This patch adds support to iMX27ADS development board. This board has
> 128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only
> booting from NOR is supported.
>
> Signed-off-by: Alan Carvalho de Assis
> ---
> MAINTAINERS
Dear Mingkai Hu,
In message <1252466603-25103-1-git-send-email-mingkai...@freescale.com> you
wrote:
> To simplify the top level makefile it useful to be able to parse
> the top level makefile target to multiple individual target, then
> put them to the config.h, leave the board config file to han
Dear Mike Frysinger,
In message <1252108485-26641-1-git-send-email-vap...@gentoo.org> you wrote:
> Clean up the arch/cpu/board/config checks as well as redundant setting of
> srec/bin variables by using the kbuild VAR-$(...) style.
>
> Signed-off-by: Mike Frysinger
> ---
> v2
> - update to
Hi Magnus,
On 9/15/09, Magnus Lilja wrote:
> Hi
>
> Some minor below.
>
> Alan Carvalho de Assis skrev:
...
>> +#include
>> +#include
>> +#include
>> +#include
>> +
>> +.macro sdram_init
>> +/*
>> + * DDR on CSD0
>> + */
>> +write32 0xD8001010 0x0008
>
> I would insert a c
On Tuesday 15 September 2009 15:36:54 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > if (len % sizeof(uint32_t)) {
> > > - printf ("Error:%s[%d] - lenght is not in multiple of %ld\n",
> > > - __FUNCTION__, len, sizeof(uint32_t));
> > > + printf ("Error:%s[%d] -
Dear Simon Kagstrom,
In message <20090824090950.6e3f9...@marrow.netinsight.se> you wrote:
> Move __set/clear_bit from ubifs.h to bitops.h
>
> __set_bit and __clear_bit are defined in ubifs.h as well as in
> asm/include/bitops.h for some architectures. This patch moves
> the generic implementation
Dear Simon Kagstrom,
In message <20090824091003.0b8a6...@marrow.netinsight.se> you wrote:
> arm: Make arm bitops endianness-independent
>
> Bring over the bitop implementations from the Linux
> include/asm-generic/bitops/non-atomic.h to provide
> endianness-independence.
>
> Signed-off-by: Simon
Dear Simon Kagstrom,
In message <20090824091012.0df5b...@marrow.netinsight.se> you wrote:
> Define ffs/fls for all architectures
>
> UBIFS requires fls(), which is not defined for arm (and some other
> architectures) and this patch adds it. The implementation is taken from
> Linux and is generic.
Dear Simon Kagstrom,
In message <20090824091016.7be37...@marrow.netinsight.se> you wrote:
> arm: Define test_and_set_bit and test_and_clear bit for ARM
>
> Needed for (e.g.) ubifs support to work.
>
> Signed-off-by: Simon Kagstrom
> ---
> include/asm-arm/bitops.h | 28 +++
Greetings,
Ive been busy trying to get any signs from my generated
u-boot.bin.
I started thinking it was caused by the memory setup
and replicated the one I had used in blob (which works).
Still got nothing and now Im looking for suggestions on
where to proceed. Can I count on the serial drivers
Dear "Berns",
In message you wrote:
>
> the reason for this problem is the definition of
>
> #define DATAFLASH_BUSY0x00
> #define DATAFLASH_OK 0x01
> in the file /include/dataflash.h.
>
> All functions return DATAFLASH_OK and in the file /common/cmd_nve
On Tue, 15 Sep 2009, Wolfgang Denk wrote:
> Fix warning: ide.c:60: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
>
> Signed-off-by: Wolfgang Denk
> Cc: Guennadi Liakhovetski
>
> ---
> v2: Better implementation as suggested by Scott Wood in
> http://thread.gm
Dear Mike Frysinger,
In message <200909091032.17175.vap...@gentoo.org> you wrote:
>
> > Hm.. normally we don't add code without users...
>
> it's already in use, i just need to basically run sed to change it from
> current name to the new one.
I don't see any users in mainline, though. Or am I m
Dear Mike Frysinger,
In message <1252511443-1638-1-git-send-email-vap...@gentoo.org> you wrote:
> The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> compile the code when this isn't defined is pointless. Now that the env
> headers have unified around CONFIG_ENV_IS_EMBEDDE
Dear Mike Frysinger,
In message <1252661962-16105-1-git-send-email-vap...@gentoo.org> you wrote:
> Use the common config option for extracting the environment for embedding
> into LDR files.
...
> $(obj)u-boot.ldr:$(obj)u-boot
> - $(obj)tools/envcrc --binary > $(obj)env-ldr.o
> +
Dear "Hu Mingkai-B21284",
In message
<73839b4a0818e747864426270ac332c303b8b...@zmy16exm20.fsl.freescale.net> you
wrote:
>
> About this question, now we have two interim methods until we have kconfig:
...
> 2. Add a '-t'option in mkconfig to split board config name to individual >
> targets,
>
Dear Mike Frysinger,
In message <1252513221-2524-1-git-send-email-vap...@gentoo.org> you wrote:
> The netcat utility likes to exit when it receives an empty packet (as it
> thinks this means EOF). This can easily occur when working with command
> line editing as this behavior will be triggered wh
Dear Mike Frysinger,
In message <1252513221-2524-2-git-send-email-vap...@gentoo.org> you wrote:
> The standard netcat, while ubiquitous, doesn't handle broadcast udp packets
> properly. The local ncb util does however. So if ncb can be located in
> the standard locations, automatically use that
Dear Minkyu Kang,
In message <3fa5fd300909100724x18b2a8bdve0bd6e9fb7194...@mail.gmail.com> Sun
Peng wrote:
>
> Recently I'm playing with u-boot and want it be able to boot from nand.
> When I config u-boot to smdk6400, I found I can't get nand_spl with proper
> size. It need to be pad to 4k to
Dear Marcel Ziswiler,
In message <14622923.97201252669833688.javamail.serv...@perfora> you wrote:
> Remove Ethernet node fixup from mgcoge and muas3001 boards and modify its
> configs for the common mpc8260 code to use generic Ethernet fixup.
>
> Signed-off-by: Marcel Ziswiler
> Tested-by: Heiko
Dear Alan Carvalho de Assis,
In message <37367b3a0909151307x25a0d57dt9d708ac785ff2...@mail.gmail.com> you
wrote:
>
> >> + write32 0xD8001010 0x0008
> >
> > I would insert a comma (,) after the first argument to the macro. Didn't
> > know it worked without.
> > The same comment applies to th
Dear Guennadi Liakhovetski,
In message you wrote:
>
> > pci_read_config_dword (devbusfn, PCI_BASE_ADDRESS_0,
> > - (u32 *)
> > &ide_bus_offset[0]);
> > - ide_bus_offset[0] &= 0xfffe;
> > +
This patch adds support to iMX27ADS development board. This board has
128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only
booting from NOR is supported.
Signed-off-by: Alan Carvalho de Assis
---
MAINTAINERS |3 +
MAKEALL
On Tuesday 15 September 2009 16:49:42 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > Use the common config option for extracting the environment for embedding
> > into LDR files.
> ...
> > $(obj)u-boot.ldr: $(obj)u-boot
> > - $(obj)tools/envcrc --binary > $(obj)env-ldr.o
> > +
On Tuesday 15 September 2009 16:44:23 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > > > Also, I see no documentation for it?
> > > >
> > > > guessing you want it added to the top level README ?
> > >
> > > Indeed. What's the name supposed to mean? "The envrionment is
> > > embedded custom" sou
Hi all,
Correction, the nand flash is K9F8G08U0M.
Please help
duckycool wrote:
>
> http://www.nabble.com/file/p25455541/nand_error.bmp nand_error.bmp Hi
> all,
> I can't do READID with nand_get_flash_type in the nand_base.c
> What I get is an error "No NAND device found!!!"
> My boa
Dear Martha M Stan,
In message <12526727172732-git-send-email-mm...@silicontkx.com> you wrote:
> Signed-off-by: Martha M Stan
> ---
> board/davedenx/aria/aria.c |2 +-
> board/esd/mecp5123/mecp5123.c |2 +-
> board/freescale/mpc5121ads/mpc5121ads.c |2 +-
> cpu
Is there a standard way to have U-Boot flash really large images? I
want to setup rootfs flashing from U-Boot but this requires flashing
an image that is bigger than the ram of my system. I thought about
breaking the image into chunks, but when flashing to NAND with bad
blocks it is difficult to ha
Dear Martha M Stan,
In message <1252706807954-git-send-email-mm...@silicontkx.com> you wrote:
> Signed-off-by: Martha M Stan
> ---
> board/freescale/mpc5121ads/mpc5121ads.c | 97
> ++-
> include/configs/mpc5121ads.h| 39 -
> 2 files change
Peter,
I see you guys set LCRR in the config.h. You are using
LCRR_CLKDIV_4. Do you think this means clk/4? (I ask because the
defines aren't correct, and wasn't sure about your expectation).
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Ben Goska wrote:
> Is there a standard way to have U-Boot flash really large images? I
> want to setup rootfs flashing from U-Boot but this requires flashing
> an image that is bigger than the ram of my system. I thought about
> breaking the image into chunks, but when flashing to NAND with bad
> b
Hi,
On Wed, Sep 16, 2009 at 6:39 AM, Ben Goska wrote:
> Is there a standard way to have U-Boot flash really large images? I
> want to setup rootfs flashing from U-Boot but this requires flashing
> an image that is bigger than the ram of my system. I thought about
> breaking the image into chunks,
Micron nand flash needs a reset before a read command is issued.
The current mpc5121_nfc driver ignores the reset command.
---
drivers/mtd/nand/mpc5121_nfc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/mpc5121_nfc.c b/drivers/mtd/nand/mpc5121_nfc.c
in
Dear sun peng
2009/9/16 Wolfgang Denk :
> Dear Minkyu Kang,
>
> In message <3fa5fd300909100724x18b2a8bdve0bd6e9fb7194...@mail.gmail.com> Sun
> Peng wrote:
>>
>> Recently I'm playing with u-boot and want it be able to boot from nand.
>> When I config u-boot to smdk6400, I found I can't get nand_s
This should be squashed into the pending:
Convert SMC9 Ethernet driver to CONFIG_NET_MULTI API
The changes to the eeprom were incomplete, and the new version needs
slightly different handling on the BF533 boards that share flash.
Signed-off-by: Mike Frysinger
---
examples/standalone
Hi Kumar,
> I see you guys set LCRR in the config.h. You are using
> LCRR_CLKDIV_4. Do you think this means clk/4? (I ask because the
> defines aren't correct, and wasn't sure about your expectation).
I faintly remember punching the numbers for LCRR a while back, then
blindly replacing the
On Sep 15, 2009, at 10:04 PM, Peter Tyser wrote:
> Hi Kumar,
>
>> I see you guys set LCRR in the config.h. You are using
>> LCRR_CLKDIV_4. Do you think this means clk/4? (I ask because the
>> defines aren't correct, and wasn't sure about your expectation).
>
> I faintly remember punching the n
On Sep 11, 2009, at 3:29 PM, Kumar Gala wrote:
> We should make sure to clear MSR[ME, CE, DE] when we boot an OS image
> since we have changed the exception vectors and the OSes vectors might
> not be setup we should avoid async interrupts at all costs.
>
> Signed-off-by: Kumar Gala
> ---
> cpu/
On Sep 11, 2009, at 2:55 PM, Kumar Gala wrote:
> Use write_tlb and don't use memset so we can use the same code for
> cpu_init_early_f between NAND SPL and not.
>
> Signed-off-by: Kumar Gala
> ---
> cpu/mpc85xx/cpu_init.c | 34 +-
> 1 files changed, 25 insertions
On Sep 11, 2009, at 2:55 PM, Kumar Gala wrote:
> By pulling out cpu_init_early we can build just it and not all of
> cpu_init for NAND_SPL.
>
> Signed-off-by: Kumar Gala
> ---
> cpu/mpc85xx/Makefile |1 +
> cpu/mpc85xx/cpu_init.c | 51
> cpu/mpc85xx
On Sep 11, 2009, at 1:02 PM, Kumar Gala wrote:
> From: Mingkai Hu
>
> The MPC8536E is capable of booting form NAND/eSDHC/eSPI, this patch
> implements these three bootup methods in a unified way - all of these
> use the general cpu/mpc85xx/start.S, and load the main image to L2SRAM
> which lets
On Sep 11, 2009, at 12:54 PM, Kumar Gala wrote:
> If we move some of the functions in tlb.c around we need less
> ifdefs. The first stage loader just needs invalidate_tlb and
> init_tlbs.
>
> Signed-off-by: Kumar Gala
> ---
> cpu/mpc85xx/tlb.c | 46 ++
> +-
On Sep 11, 2009, at 12:27 PM, Kumar Gala wrote:
> We can pack the initial tlb_table in MAS register format and use
> write_tlb to set things up. This savings can be helpful for NAND
> style first stage boot loaders.
>
> Signed-off-by: Kumar Gala
> ---
> * Use new FSL_BOOKE_MAS7 macro
applied t
On Sep 11, 2009, at 3:29 PM, Kumar Gala wrote:
> We should make sure to clear MSR[ME, CE, DE] when we boot an OS image
> since we have changed the exception vectors and the OSes vectors might
> not be setup we should avoid async interrupts at all costs.
>
> Signed-off-by: Kumar Gala
> ---
> cpu/
On Sep 11, 2009, at 12:27 PM, Kumar Gala wrote:
> Factor out the code we use to actually write a tlb entry.
>
> set_tlb is a logical view of the TLB while write_tlb is a low level
> matching the MAS registers.
>
> Signed-off-by: Kumar Gala
> ---
> * Added update to copyright
> * introduced FSL_B
The following changes since commit 3ca55bce9c8bf00df06a20487fafc16fa2f8084b:
Marcel Ziswiler (1):
mpc8260: remove Ethernet node fixup to use generic FDT code.
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Kumar Gala (7):
ppc/8xxx: Misc DDR
For some reason the CLKDIV field varies between SoC in how it interprets
the bit values.
All 83xx and early (e500v1) PQ3 devices support:
clk/2: CLKDIV = 2
clk/4: CLKDIV = 4
clk/8: CLKDIV = 8
Newer PQ3 (e500v2) and MPC86xx support:
clk/4: CLKDIV = 2
clk/8: CLKDIV = 4
clk/16: CLKDIV = 8
Ens
Hello Kumar,
On Tue, Sep 15, 2009 at 10:20:01PM -0500, Kumar Gala wrote:
> The following changes since commit 3ca55bce9c8bf00df06a20487fafc16fa2f8084b:
> Marcel Ziswiler (1):
> mpc8260: remove Ethernet node fixup to use generic FDT code.
>
> are available in the git repository at:
>
>
On Tue, 2009-09-15 at 22:26 -0500, Kumar Gala wrote:
> For some reason the CLKDIV field varies between SoC in how it interprets
> the bit values.
>
> All 83xx and early (e500v1) PQ3 devices support:
> clk/2: CLKDIV = 2
> clk/4: CLKDIV = 4
> clk/8: CLKDIV = 8
>
> Newer PQ3 (e500v2) and MPC86xx
On Sep 15, 2009, at 10:32 PM, Peter Tyser wrote:
> On Tue, 2009-09-15 at 22:26 -0500, Kumar Gala wrote:
>> For some reason the CLKDIV field varies between SoC in how it
>> interprets
>> the bit values.
>>
>> All 83xx and early (e500v1) PQ3 devices support:
>> clk/2: CLKDIV = 2
>> clk/4: CLKDIV
On Aug 19, 2009, at 1:37 PM, Anton Vorontsov wrote:
> eSDHC is mutually exlusive with UART0* and I2C2. When eSDHC is
> used, we should switch u-boot console to UART1, and make the
> proper device-tree fixups.
>
> * Actually, according to User's Guide we can use eSDHC in serial
> (1-bit) mode wit
On Aug 19, 2009, at 1:37 PM, Anton Vorontsov wrote:
> Simply add some defines, and adjust TLBe setup to include some
> space for eLBC NAND.
>
> Signed-off-by: Anton Vorontsov
> ---
> board/freescale/mpc8569mds/tlb.c | 30 +++---
> include/configs/MPC8569MDS.h | 23
On Aug 19, 2009, at 1:37 PM, Anton Vorontsov wrote:
> This patch sets memory window for Serial RapidIO on MPC8569E-MDS
> boards.
>
> Signed-off-by: Anton Vorontsov
> ---
> board/freescale/mpc8569mds/law.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/board/freescal
On Aug 19, 2009, at 1:37 PM, Anton Vorontsov wrote:
> Currently fdt_fixup_stdout() is using hard-coded CONFIG_CONS_INDEX
> constant. With multi-serial support, the CONS_INDEX may no longer
> represent actual console, so we should try to extract port number
> from the current stdio device name ins
On Sep 15, 2009, at 10:27 PM, Anton Vorontsov wrote:
> Hello Kumar,
>
> On Tue, Sep 15, 2009 at 10:20:01PM -0500, Kumar Gala wrote:
>> The following changes since commit
>> 3ca55bce9c8bf00df06a20487fafc16fa2f8084b:
>> Marcel Ziswiler (1):
>>mpc8260: remove Ethernet node fixup to use ge
Micron nand flash needs a reset before a read command is issued.
The current mpc5121_nfc driver ignores the reset command.
Signed-off-by: Paul Gibson
---
drivers/mtd/nand/mpc5121_nfc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/mpc5121_nfc.c b/driv
Peter Tyser a écrit :
> On Tue, 2009-09-15 at 22:26 -0500, Kumar Gala wrote:
>
>> For some reason the CLKDIV field varies between SoC in how it interprets
>> the bit values.
>>
>>
[snip]
>>
>> Ensure that the MPC86xx and MPC85xx still get the same behavior and make
>> the the defines refl
On Tue, 2009-09-15 at 23:11 -0500, Kumar Gala wrote:
> On Sep 15, 2009, at 10:32 PM, Peter Tyser wrote:
>
> > On Tue, 2009-09-15 at 22:26 -0500, Kumar Gala wrote:
> >> For some reason the CLKDIV field varies between SoC in how it
> >> interprets
> >> the bit values.
> >>
> >> All 83xx and early
On Aug 27, 2009, at 3:53 PM, Kim Phillips wrote:
> On Thu, 27 Aug 2009 08:20:35 +0200
> Heiko Schocher wrote:
>
>> MPC8379E RM says (10-34):
>> Once LCRR[CLKDIV] is written, the register should be read, and then
>> an isync should be executed.
>> So update this in code.
>> Also define a LCRR mas
100 matches
Mail list logo
