Hi Macpaul,
On Fri, Mar 18, 2011 at 1:57 PM, Macpaul Lin macp...@gmail.com wrote:
2011/2/18 Po-Yu Chuang ratbert.chu...@gmail.com
move include/ftpmu010.h to include/faraday/ftpmu010.h
drivers/power/ftpmu010.c | 2 +-
drivers/power/ftpmu010.h | 146
On Fri, Mar 18, 2011 at 1:57 AM, Rogan Dawes ro...@dawes.za.net wrote:
On 2011/01/29 9:24 AM, Albert ARIBAUD wrote:
Hi Michael,
Le 29/01/2011 02:00, Michael Spang a écrit :
This code intends to read the SDRAM controller base address registers
but is instead reading the CPU window base
espi flash read returns invalid data if the read length is more than 0xFFFA
bytes, it supports maximum transaction of 2^16 bytes at a time, resister
spcom[TRANLEN] is 16 bits. If the transaction length is greater than 0x,
it need to be split into multiple transactions.
Signed-off-by: Shaohui
On 2011/03/18 6:02 AM, Aaron Williams wrote:
Hi,
I am running into issues in that the CFI code is broken for flash with an 8-
bit bus. The problem is that the CFI code uses the wrong addresses for 8-bits
vs 16-bits.
The CFI function flash_map incorrectly calculates the byte offset with
I don't think that will work. Multiplying the offsets by two won't
always work (i.e. offset 2AA * 2 != 555). I think this will require a
more substantial fix. I started working on something but it may take me
a few days, though I have both an 8-bit and a 16-bit board to play with
(though no 8-bit
This patch series contains a functional DNS323 configuration, and
other required changes. This is based on a point prior to the
relocation work.
This version is configured to be chained from the existing vendor
U-Boot, and is NOT intended to be flashed to NOR.
From: Rogan Dawes ro...@dawes.za.net
Some SATA controllers can operate in an IDE compatible mode (e.g. mvsata)
but will only ever have a single device per bus.
This allows the upcoming DNS323 port to properly identify and use
a drive on both SATA interfaces.
---
include/ide.h |3 ++-
1
From: Albert Aribaud albert.arib...@free.fr
Commit 64419e47518bbba059c80b77558f93ad4804145c aliases
the uint16_t usp and uint32_t uip variables in print_buffer()
to uint8_t variable linebuf without aligning it to an uint32_t
address, thus causing data aborts on ARM when doing md.l on
32-bit wide
From: Albert Aribaud albert.arib...@free.fr
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/edminiv2.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/edminiv2.h b/include/configs/edminiv2.h
index 57dd165..36ed392 100644
From: ro...@dawes.za.net ro...@dawes.za.net
This allows us to match the exact behaviour of the vendor U-boot in the kernel
boot logs
---
arch/arm/cpu/arm926ejs/orion5x/dram.c |2 +-
common/memsize.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff
From: Rogan Dawes Rogan Dawes ro...@dawes.za.net
---
arch/arm/cpu/arm926ejs/orion5x/dram.c |2 +-
arch/arm/include/asm/arch-orion5x/orion5x.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/orion5x/dram.c
From: Rogan Dawes ro...@dawes.za.net
---
drivers/mtd/cfi_flash.c | 22 +-
1 files changed, 21 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 44ebb9d..7ee4f90 100644
--- a/drivers/mtd/cfi_flash.c
+++
From: Rogan Dawes ro...@dawes.za.net
---
arch/arm/include/asm/setup.h | 18 ++
arch/arm/lib/bootm.c | 30 ++
2 files changed, 48 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/setup.h b/arch/arm/include/asm/setup.h
index
From: ro...@dawes.za.net ro...@dawes.za.net
---
common/image.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image.c b/common/image.c
index fcb938b..eea93a9 100644
--- a/common/image.c
+++ b/common/image.c
@@ -949,7 +949,7 @@ int boot_get_ramdisk (int argc,
This patch series contains the previous working configuration for
the DNS323, forward-ported to mainline, taking into account changes
made to the EDMiniV2 configuration on which this is based.
Unfortunately, this does not boot at all. I get:
Marvell bootm
## Booting image at 0010 ...
From: Rogan Dawes ro...@dawes.za.net
---
arch/arm/cpu/arm926ejs/orion5x/dram.c |2 +-
arch/arm/include/asm/arch-orion5x/orion5x.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/orion5x/dram.c
b/arch/arm/cpu/arm926ejs/orion5x/dram.c
From: Rogan Dawes ro...@dawes.za.net
Some SATA controllers can operate in an IDE compatible mode (e.g. mvsata)
but will only ever have a single device per bus.
This allows the upcoming DNS323 port to properly identify and use
a drive on both SATA interfaces.
---
include/ide.h |3 ++-
1
From: Rogan Dawes ro...@dawes.za.net
This allows us to match the exact behaviour of the vendor U-boot in the kernel
boot logs
---
arch/arm/cpu/arm926ejs/orion5x/dram.c |2 +-
common/memsize.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Rogan Dawes ro...@dawes.za.net
---
drivers/mtd/cfi_flash.c | 22 +-
1 files changed, 21 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index dd394a8..74e9ade 100644
--- a/drivers/mtd/cfi_flash.c
+++
From: Rogan Dawes ro...@dawes.za.net
---
arch/arm/include/asm/setup.h | 18 ++
arch/arm/lib/bootm.c | 31 +++
2 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/setup.h b/arch/arm/include/asm/setup.h
index
From: Rogan Dawes ro...@dawes.za.net
---
common/image.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image.c b/common/image.c
index f63a2ff..108bb44 100644
--- a/common/image.c
+++ b/common/image.c
@@ -950,7 +950,7 @@ int boot_get_ramdisk (int argc, char *
Hello ro...@dawes.za.net,
ro...@dawes.za.net wrote:
From: Albert Aribaud albert.arib...@free.fr
This driver is for the Marvell TWSI/I2C module found in
the orion and kirkwood families among others.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
drivers/i2c/Makefile |1 +
On 2011/03/18 10:29 AM, Heiko Schocher wrote:
Hello ro...@dawes.za.net,
This patch could not be against current head! There is no
more this CONFIG_I2C_KIRKWOOD define. Instead this driver
was renamed to mvtwsi.c from Albert Aribaud, see commits:
01ec99d9693929fc56e630c10499b1bfce3e3693
Hello Rogan,
Rogan Dawes wrote:
On 2011/03/18 10:29 AM, Heiko Schocher wrote:
Hello ro...@dawes.za.net,
This patch could not be against current head! There is no
more this CONFIG_I2C_KIRKWOOD define. Instead this driver
was renamed to mvtwsi.c from Albert Aribaud, see commits:
Hallo liebe!
Wenn Sie nicht schwer zu erhalten sind meinen Brief gelesen! Mein Name
ist Rima! Der Zweck meines Briefes - unser Treffen! Ich bin sehr nett
und sympathisch Mann! Ich bekomme aus dem Leben eine Menge Spa?. Ich
vermisse nur einen einzigen Mann von nebenan! Ich will einen richtigen
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 5/7] Support passing a Marvell-specific ATAG
From: Rogan Dawes
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/7] Orion5x: Correct DRAM bank detection
Some more explanation
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] Non-working Relocated DNS323 config
This patch series contains the previous
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:35 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 04/11] Orion5x: bugfix: window size
(mis)calculation
From: Albert
On 2011/03/18 11:22 AM, Heiko Schocher wrote:
Hello Rogan,
Rogan Dawes wrote:
On 2011/03/18 10:29 AM, Heiko Schocher wrote:
Hello ro...@dawes.za.net,
This patch could not be against current head! There is no
more this CONFIG_I2C_KIRKWOOD define. Instead this driver
was renamed to
On 2011/03/18 12:57 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:35 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 06/11] edminiv2: add
On 2011/03/18 12:52 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/7] Orion5x:
On 2011/03/18 12:53 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] Non-working Relocated DNS323
Hi all,
I have some questions about the bad block management in the NAND-driver, I hope
this is the right place to ask this:
The things I believe to know, please correct me, if its wrong:
If
I have a new NAND-Flash, the manufacturer marked the bad block in the
spare area/OOB (normaly good
On 2011/03/18 12:44 PM, Prafulla Wadaskar wrote:
+/* Marvell specific information
+ * requred for compatability with vendor kernels
+ */
+#define ATAG_MV_UBOOT 0x41000403
What is a need for this ATAG?
Open source Linux Kernel does not have any implementation to support this
ATAG.
Hi
I want to add in my board's config header an environment command
that needs the ram end address (or ram size as ram starts at 0).
As the sdram size can differ I'd like to get it at runtime and then
jump there with the go command (minus some offset). How
could I do that?
Thanks
bye Fabi
4a0e84d7d6f437ad4fd4784c7ef9e9fe___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Rogan Dawes,
In message 4d831a9c.2020...@dawes.za.net you wrote:
Sorry, I'm afraid you misunderstood the intention of the posting. My
You made it difficult NOT to misunderstand it.
A posting with [PATCH] in the subject _is_ supposed to be apatch
against current mainline.
If you post it
Dear Ran Shalit,
In message AANLkTimCUE1ZbFB3eupKYcO_9=Ls4hKbqW=u4v8xf...@mail.gmail.com you
wrote:
When using the nand, with regards to its implementation in U-boot or linux,
does a good strategy would be to map Nand to areas with *space* between the
end of one area to the start on another
Peter,
On Thu, Mar 17, 2011 at 7:32 AM, Peter Tyser pty...@xes-inc.com wrote:
Hi Tom,
+ /* Is PLL-X already running? */
+ reg = readl(clkrst-crc_pllx_base);
+ if (reg PLL_ENABLE)
+ return;
+
+ /* Do PLLX init if it isn't running, but BootROM
Allesandro,
On Thu, Mar 17, 2011 at 8:30 AM, Alessandro Rubini
rubini-l...@gnudd.com wrote:
It looks like most of your uses are standalone functions that would
function just fine on their own. Is there a reason you prefer to have
them in a C-file instead of in an assembly file?
Just
Hello,
I think my question was not very well expressed. I ment to ask about the
mapping of the partitions inside the NAND: Does each partitions need some
spare blocks (padding block) becuase of the bad block skipping in the Nand ?
As I said, I did not find any information about the strategy of
Dear ran shalit,
In message 31183736.p...@talk.nabble.com you wrote:
I think my question was not very well expressed. I ment to ask about the
mapping of the partitions inside the NAND: Does each partitions need some
spare blocks (padding block) becuase of the bad block skipping in the Nand ?
wd wrote:
I think my question was not very well expressed. I ment to ask about the
mapping of the partitions inside the NAND: Does each partitions need some
spare blocks (padding block) becuase of the bad block skipping in the
Nand ?
As I said, I did not find any information about the
On Fri, 18 Mar 2011 11:54:43 -0700
ran shalit ransha...@gmail.com wrote:
wd wrote:
I think my question was not very well expressed. I ment to ask about the
mapping of the partitions inside the NAND: Does each partitions need some
spare blocks (padding block) becuase of the bad
On Fri, 18 Mar 2011 12:43:06 +0100
virtualfi...@web.de wrote:
Hi all,
I have some questions about the bad block management in the NAND-driver, I
hope this is the right place to ask this:
The things I believe to know, please correct me, if its wrong:
If
I have a new NAND-Flash, the
From: Rogan Dawes rogan@rogan-desktop.(none)
Based on that of the edminiv2, with a few additions
The image is configured to boot vendor kernels seamlessly.
i.e. the kernel boot logs should be identical between the vendor
bootloader and this mainline version.
Note that the vendor flash layout
On 2011/03/18 10:04 AM, ro...@dawes.za.net wrote:
This patch series contains a functional DNS323 configuration, and
other required changes. This is based on a point prior to the
relocation work.
This version is configured to be chained from the existing vendor
U-Boot, and is NOT intended to
From: Rogan Dawes ro...@dawes.za.net
Based on that of the edminiv2, with a few additions
The image is configured to boot vendor kernels seamlessly.
i.e. the kernel boot logs should be identical between the vendor
bootloader and this mainline version.
Note that the vendor flash layout does not
- don't include config.h when building with host cc,
- HOSTCFLAGS was defined with the wrong name, so wasn't used,
- make sure make finds sources outside of tools/.
Signed-off-by: François Revol re...@free.fr
---
tools/Makefile |6 +++---
tools/imximage.h |2 ++
2 files changed, 5
Dear =?UTF-8?q?Fran=C3=A7ois=20Revol?=,
which exact problem is your patch supposed to fix?
In message 1300482183-17836-1-git-send-email-re...@free.fr you wrote:
- don't include config.h when building with host cc,
- HOSTCFLAGS was defined with the wrong name, so wasn't used,
What makes you
Hi,
Le 18 mars 2011 à 23:38, Wolfgang Denk a écrit :
which exact problem is your patch supposed to fix?
Building mkimage alone without having to set up the rest, on OSX.
In message 1300482183-17836-1-git-send-email-re...@free.fr you wrote:
- don't include config.h when building with host
Signed-off-by: Tom Warren twar...@nvidia.com
---
Changes for V2:
- Remove returns in void functions
- Move inline assembly code to .S file
- Simplify some if/else code, break out common code
- Minimize the use of local vars
- Inline some single-instance
53 matches
Mail list logo