On Mon, 2010-16-08 at 12:23 +0200, Wolfgang Denk wrote:
Dear Haiying Wang,
In message 1281945897.24612.17.ca...@localhost.localdomain you wrote:
Once CONFIG_MIDDLE_STAGE_SRAM_BOOT is defined, CONFIG_SRAM_BOOT is enabled
to
generate u-boot-sram.bin which will run in the l2/l3 sram. This
On Mon, 2010-16-08 at 12:33 +0200, Wolfgang Denk wrote:
--- /dev/null
+++ b/board/freescale/p1021mds/bcsr.h
@@ -0,0 +1,18 @@
+/*
+ * Copyright (C) 2010 Freescale Semiconductor, Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms
Dear Scott Wood,
Then assign struct soc *soc = (struct soc *)0;
One snag you might hit is that dereferencing a NULL pointer is undefined,
and some versions of GCC assume you won't do this when optimizing. Not sure
if this simple usage would be affected (it seems to mainly be an issue when
On Mon, 2010-16-08 at 12:40 +0200, Wolfgang Denk wrote:
Dear Haiying Wang,
In message 1281947090.24612.23.ca...@localhost.localdomain you wrote:
and because some platforms need to load QE firmware from NAND flash(no NOR
flash), it makes qe_init to be called after nand_init.
Dear Wolfgang,
The work flow is that:
Every timeout is reached, it will call NfsSend() and whatever the state is
finally it will call rpc_req() which will increase the rpc_id value every
time. The rpc_id value is increased but the reply.id is not increased by
timeout. This makes the
Hi Elinar,
I have a board with mpc5121e cpu on it and I'm been patching my Uboot
(U-Boot v2009.11) with the patch given initially by Francesco Rendine:
I've cleaned up this patch and made it work better (there are some issues
with it that needed fixing), but needs (mostly style) work before
Hello Wolfgang,
On Mon, 16 Aug 2010 16:02:14 +0200
Wolfgang Denk w...@denx.de wrote:
...
I have one (probably stupid) question:
+static unsigned char edid_buf[128] = {
+ 0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00,
+ 0x42, 0xC9, 0x34, 0x12, 0x01, 0x00, 0x00, 0x00,
+ 0x0A,
Hi Philippe,
the patch doesn't apply:
[ste...@stefan-desktop u-boot-cfi-flash (master)]$ git am -s -3
patches_misc/\[U-
Boot\]\ \[PATCHv3\ CFI\ flash\]\ Work\ around\ bug\ in\ Numonyx\ P33_P30\
256-Mbit\
65nm\ flash\ chips..mbox
Applying: Work around bug in Numonyx P33/P30 256-Mbit 65nm
Dear Haiying Wang,
In message 1282024011.2814.61.ca...@localhost.localdomain you wrote:
Makefile | 18 ++-
arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 31 +++-
arch/powerpc/cpu/mpc85xx/sram_boot/Makefile| 190
Dear Haiying Wang,
In message 1282025889.2814.80.ca...@localhost.localdomain you wrote:
Please avoid adding a new header file just for this single prototype.
This was copied from mpc8568mds/mpc8569mds. If it is not allowed anymore, I
can remove it.
Please do.
Ideally provide a cleanup
Dear Haiying Wang,
In message 1282028890.2814.95.ca...@localhost.localdomain you wrote:
arch/powerpc/cpu/mpc83xx/cpu_init.c |8
arch/powerpc/cpu/mpc85xx/cpu_init.c |8
arch/powerpc/lib/board.c| 31
+++
3 files
Dear Jin Qing-B24347,
In message
f37f9b48e0e59d42a5f9491a3cad99ad7e8...@zch01exm28.fsl.freescale.net you wrote:
The work flow is that:
Every timeout is reached, it will call NfsSend() and whatever the
state is finally it will call rpc_req() which will increase the rpc_id
value every
Dear Damien Dusha,
In message aanlktim0vhbh_a_v2znhwxx7-tf3e9man56lrecas...@mail.gmail.com you
wrote:
Please email me off-list if you want to test the patch for yourself. If it
works for you, I should make the effort to clean it up and contribute it
back...
Please do this in any case. I
Dear Wolfgang
The work flow is that:
Every timeout is reached, it will call NfsSend() and whatever the
state is finally it will call rpc_req() which will increase the
rpc_id value every time. The rpc_id value is increased but the
reply.id is not increased by timeout. This makes the
Hi Damien
I'm very interested in testing this.
Please send it to me to the address provided.
Regards
Einar
From: u-boot-boun...@lists.denx.de [u-boot-boun...@lists.denx.de] on behalf of
Wolfgang Denk [...@denx.de]
Sent: Tuesday, August 17, 2010 9:25
I have ported U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug, documented in
Numonyx Axcell P33/P30 256-Mbit Specification Update
Le 16/08/2010 22:15, Rogan Dawes a écrit :
On 2010/08/16 9:24 AM, Rogan Dawes wrote:
Hi folks,
I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
Until I am confident in the config, I'm using a chainloaded approach,
wrapping my featureful u-boot in an image file:
$
Hello Reinhard,
thanks for your reply.
I checked the register settings and sorted out, that the SDCBUS was initialized
in 4-bit mode by the bootstrap.
So I added the explicit initialization when port A is used:
#if defined(CONFIG_ATMEL_MCI_PORTB)
mmci_writel(SDCR, (MMCI_BF(SCDSEL, 1)
On 2010/08/17 12:10 PM, Albert ARIBAUD wrote:
(quick note to Wolfgang: yes, there is RAM at 0x8000 on these
machines. All orion5x based machines have RAM start at 0, and u-boot
makes sure SDRAM is set up this way)
Rogan,
You cannot tell from your log output that memmove never
Le 17/08/2010 12:21, Rogan Dawes a écrit :
On 2010/08/17 12:10 PM, Albert ARIBAUD wrote:
(quick note to Wolfgang: yes, there is RAM at 0x8000 on these
machines. All orion5x based machines have RAM start at 0, and u-boot
makes sure SDRAM is set up this way)
Rogan,
You cannot tell from
Dear Schleifer, Alexander,
Hello Reinhard,
thanks for your reply.
I checked the register settings and sorted out, that the SDCBUS was
initialized in 4-bit mode by the bootstrap.
So I added the explicit initialization when port A is used:
#if defined(CONFIG_ATMEL_MCI_PORTB)
On 2010/08/17 12:41 PM, Albert ARIBAUD wrote:
I had a debug statement in the loop, printing out the above at each
iteration. Since it never completed the loop, copying/moving the entire
kernel (609564 bytes remaining), I think it is safe to assume that it
never got to the point of trying to
On 2010/08/17 1:19 PM, Rogan Dawes wrote:
I'll try with a higher value, and see what happens.
So, I tried with TEXT_BASE=f1, and I got a bit further:
DNS323B1 bootm FF82
## Booting kernel from Legacy Image at ff82 ...
Image Name: Linux-2.6.12.6-arm1
Image Type: ARM Linux
Hi Nori,
Hi Detlev,
On Fri, Aug 13, 2010 at 16:09:41, Detlev Zundel wrote:
Hi Nori,
A revision for me is attached to certain bugs/problems which we may need
to work around in software. Think about something like we can enable
caching only on rev2 CPUs. For all I know, the
Hi Anatolij,
Hello Wolfgang,
On Mon, 16 Aug 2010 16:02:14 +0200
Wolfgang Denk w...@denx.de wrote:
...
I have one (probably stupid) question:
+static unsigned char edid_buf[128] = {
+ 0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00,
+ 0x42, 0xC9, 0x34, 0x12, 0x01, 0x00, 0x00, 0x00,
Hi Detlev,
On Tue, Aug 17, 2010 at 17:42:32, Detlev Zundel wrote:
Yes, but I am still unconvinced ATAG_REVISION is not suitable for this
purpose.
When writing code which should also be maintainable by other people it
is a good idea to consider common expectations also of other people.
This patch adds SD/MMC support to AT91SAM9260/9XE/9G20
using the generic MMC framework.
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
The driver itself is not dependent on any particular AT91 or AVR32
device, but further work in device specific files is
required to enable its use for
Hi Sekhar,
Hi Detlev,
On Tue, Aug 17, 2010 at 17:42:32, Detlev Zundel wrote:
Yes, but I am still unconvinced ATAG_REVISION is not suitable for this
purpose.
When writing code which should also be maintainable by other people it
is a good idea to consider common expectations also of
Dear Wolfgang,
-Original Message-
From: Martinez, Aldo
Sent: Friday, July 16, 2010 1:30 AM
To: u-boot@lists.denx.de
Cc: Paulraj, Sandeep; w...@denx.de; Martinez, Aldo
Subject: [PATCH 0/2 v5][U-BOOT] Zoom3: Add support for OMAP3630 Zoom3
board.
From: Aldo Brett Cedillo Martinez
Le 17/08/2010 13:42, Rogan Dawes a écrit :
On 2010/08/17 1:19 PM, Rogan Dawes wrote:
I'll try with a higher value, and see what happens.
So, I tried with TEXT_BASE=f1, and I got a bit further:
DNS323B1 bootm FF82
## Booting kernel from Legacy Image at ff82 ...
Image Name:
PDM360NG board uses this functionality to pass display
timing info to the Linux Framebuffer driver.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v2:
- added howto comment explaining the generation of
EDID data block.
board/pdm360ng/pdm360ng.c | 43
Hi Philippe,
unfortunately your patch base64 encoded. :-(
Even though git seems to be able to handle this, your commit text still has
some problems. Please see below:
On Tuesday 17 August 2010 11:49:24 Philippe De Muyter wrote:
I have ported U-boot to a in house made board with Numonyx Axcell
On Tue, Aug 17, 2010 at 05:57:00PM +0200, Stefan Roese wrote:
Hi Philippe,
unfortunately your patch base64 encoded. :-(
Are you sure ? It isn't so in my `sent' folder.
Even though git seems to be able to handle this, your commit text still has
some problems. Please see below:
On
Hi all,
On 04/08/10 02:04 PM, Graeme Smecher wrote:
This code differs in only trivial ways from the altera_spi driver. It plays
nice with Thomas Chou's mmc_spi driver, as well as with SPI flash.
Documentation for the SPI core is available here:
I have ported U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug, documented in
Numonyx Axcell P33/P30 256-Mbit Specification Update
On Tuesday 17 August 2010 18:18:07 Philippe De Muyter wrote:
unfortunately your patch base64 encoded. :-(
Are you sure ? It isn't so in my `sent' folder.
Here from the header in my inbox:
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: base64
snip
diff -U 50
On Tue, Aug 17, 2010 at 06:18:07PM +0200, Philippe De Muyter wrote:
On Tue, Aug 17, 2010 at 05:57:00PM +0200, Stefan Roese wrote:
Hi Philippe,
unfortunately your patch base64 encoded. :-(
Are you sure ? It isn't so in my `sent' folder.
Thinking again about it, it must happen
Hi,
On Tue, 17 Aug 2010 09:27:10 -0700
Graeme Smecher graeme.smec...@mail.mcgill.ca wrote:
On 04/08/10 02:04 PM, Graeme Smecher wrote:
This code differs in only trivial ways from the altera_spi driver. It plays
nice with Thomas Chou's mmc_spi driver, as well as with SPI flash.
Hi Anatolij,
On 17/08/10 10:25 AM, Anatolij Gustschin wrote:
Hi,
On Tue, 17 Aug 2010 09:27:10 -0700
Graeme Smechergraeme.smec...@mail.mcgill.ca wrote:
On 04/08/10 02:04 PM, Graeme Smecher wrote:
This code differs in only trivial ways from the altera_spi driver. It plays
nice
On Tue, 17 Aug 2010 11:20:00 +0200
Wolfgang Denk w...@denx.de wrote:
In message 1282024011.2814.61.ca...@localhost.localdomain you wrote:
For this case, I need to call some functions like getenv, hwconfig,
printf, strcmp etc. which are needed in ddr spd code, but I don't want
I think this
Dear Detlev Zundel,
In message m2hbitgthb@ohwell.denx.de you wrote:
You mean replace maxspeed by cpuclk? As I have noted a number of times
before, we are not passing the cpu clock speed here. That information kernel
directly reads from system registers. No need to pass it from U-Boot.
Dear Scott Wood,
In message 20100817131904.5703f...@schlenkerla.am.freescale.net you wrote:
...but take this entire subsystem as is or go without anything
vaguely resembling this code, lest it be called 'duplication' is a
rather limiting pair of choices. It seems reasonable to refactor
On 2010/08/17 5:38 PM, Albert ARIBAUD wrote:
Ok, so u-boot is now out of the way of the linux image load area.
Now to figure out why I'm not getting any further than this. (And why
the vendor ramdisk is giving me CRC errors).
What is the actual command you use for booting your kernel?
On 2010/08/17 9:56 PM, Rogan Dawes wrote:
Am I mistaken in expecting the machid environment variable trick to work?
Thanks
Rogan
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll have
Dear Rogan Dawes,
In message 4c6ae955.1060...@dawes.za.net you wrote:
I'm not passing the second parameter at this stage, because the ramdisk
is failing the CRC32 check for some reason. It may be that the CRC32
calculation has changed between 1.1.1 which was the base for the vendor
u-boot,
Dear Rogan Dawes,
In message 4c6aec70.40...@dawes.za.net you wrote:
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll have
a fully functioning u-boot!
For a test you could as ell
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo aldo.cedi...@ti.com wrote:
I wonder what is the status of this patch?
As someone trying to do development on a 3630, this would be helpful
to have in the upstream tree.
Sandeep commented me it was dependent on another patch, maybe a serial driver
Dear Scott Wood,
In message 20100816220141.ga2...@schlenkerla.am.freescale.net you wrote:
The following changes since commit 668a6b45915d10d75357f5b93f569bbf49ea2b06:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
On 2010/08/17 11:20 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6aec70.40...@dawes.za.net you wrote:
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll have
a fully
Dear Rogan Dawes,
In message 4c6b051a.5050...@dawes.za.net you wrote:
For some reason, the kernel didn't seem to think it had been given the
ramdisk parameter. At least, I get the following error message:
Where is the ramdisk located? Make sure it is loaded into RAM (not
flash!).
Best
On 2010/08/18 12:04 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6b051a.5050...@dawes.za.net you wrote:
For some reason, the kernel didn't seem to think it had been given the
ramdisk parameter. At least, I get the following error message:
Where is the ramdisk located? Make
Hello Ben, Everybody,
some boards used to have their PHY quirks in board-specific reset_phy()
function. This used to work because of reset_phy() being called later
than Ethernet drivers initialization during startup.
But nowadays some drivers (in particular I faced this problem using
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo aldo.cedi...@ti.com wrote:
I wonder what is the status of this patch?
As someone trying to do development on a 3630, this would be helpful
to have in the upstream tree.
Sandeep commented me it was dependent on another patch, maybe a
On Tue, Aug 17, 2010 at 14:43, Jeff Carr basilarc...@gmail.com wrote:
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo aldo.cedi...@ti.com wrote:
I wonder what is the status of this patch?
I tried this patch today and DRAM seems to not work after u-boot
loads. Strange. I did:
git clone
We can load binary files by loading them in RAM (offset 0x300) first and
then copying them to Flash with the cp.b command.
Now we are trying to load our executable (in S-record format) in Flash with the
loads command (load S-record) using U-boot.
It is my understanding that S-record files
Hi Jeff,
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo aldo.cedi...@ti.com wrote:
I wonder what is the status of this patch?
As someone trying to do development on a 3630, this would be helpful
to have in the upstream tree.
I know :)
Sandeep commented me it was dependent on another
Hi Jeff,
-Original Message-
From: Jeff Carr [mailto:basilarc...@gmail.com]
Sent: Tuesday, August 17, 2010 6:53 PM
To: Martinez, Aldo
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 0/2 v5][U-BOOT] Zoom3: Add support for
OMAP3630 Zoom3 board.
On Tue, Aug 17, 2010 at 14:43,
MPS Express Dev Kampanya
MPS Gift Hediye Kampanyasından Sizde Yararlanın...
Dünyanın 220 Ülkesinde Faliyet gösteren MPS Express Türkiyeden Dünyanın
Heryerine Döküman Paket Koli ve İhracat Kargolarınızı en hızlı en ekonomik ve
en güvenli şekilde taşıma hizmetini bir yenisini daha
On Tue, Aug 17, 2010 at 18:13, Martinez, Aldo aldo.cedi...@ti.com wrote:
On Tue, Aug 17, 2010 at 14:43, Jeff Carr basilarc...@gmail.com wrote:
I tried this patch today and DRAM seems to not work after u-boot
I'll take a look at this, thanks for noting it.
Best regards,
Aldo Brett
It dawns
Hello
Greetings,
I saw your e-mail in the net while browsing, and i pick interest in you
as such i
came here to look for my second half, my soul mate,my friend It is to
tell
about myself to you, as I haven't seen you ever before. But I feel
something inside. I feel like a little sign
On Tue, Aug 17, 2010 at 2:43 PM, Jeff Carr basilarc...@gmail.com wrote:
On Tue, Aug 17, 2010 at 08:34, Martinez, Aldo aldo.cedi...@ti.com wrote:
I wonder what is the status of this patch?
As someone trying to do development on a 3630, this would be helpful
to have in the upstream tree.
I'm
On Aug 9, 2010, at 6:39 PM, Kim Phillips wrote:
From 093851331069abefe38e93bb04f715e9c63c9dd3 Mon Sep 17 00:00:00 2001
From: Kim Phillips kim.phill...@freescale.com
Date: Mon, 9 Aug 2010 18:28:40 -0500
Subject: [PATCH] powerpc/8xxx: share PIC defines among 85xx and 86xx
fixes breakeage
Official docs call it the Job Ring not Job Queue for the p4080 security
block. Match the docs to reduce confusion.
Signed-off-by: Kim Phillips kim.phill...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/cpu/mpc85xx/p4080_ids.c |8
From: york york...@freescale.com
The board specific parameters associated with quad rank dimms where
missing. This fixes it so the board will function if quad rank dimms
are placed in it.
Signed-off-by: York Sun york...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
Dear Tom Rix,
Could you please update ARM machine types?
Its about 40 entries behind, including my recently added entry ;)
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
DA8xx musb support is already available and DA830 is using it as
it has required configs in include/configs/da830evm.h
Updated the DA850 evm configs so that DA850 evm can also use
musb functionalities.
CC: Remy Bohmer li...@bohmer.net
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Dear Rogan Dawes,
In message 4c6b08f1.9000...@dawes.za.net you wrote:
The ramdisk is located at ff9a (in flash). Its image header
relocates it to 0080:
Try to copy the ramdisk to RAM, and pass the Linux kernl an address in
RAM.
Try it.
Best regards,
Wolfgang Denk
--
DENX Software
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5d9fffc...@dlee01.ent.ti.com you
wrote:
I am not supposed to be adding this patch below
http://www.mail-archive.com/u-boot@lists.denx.de/msg34906.html
I will need an ACK from the responsible custodian.
Who would that be?
Best
68 matches
Mail list logo
