This patch adds support for esd gmbh OTC570 board.
The OTC570 is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile |3 +
board/esd/otc570/Makefile| 55 +
hello
anybody have idea of porting uboot to zylonite or ces-310 board having
pxa310 procesor
i am beginner. please help me get started.
thanks
shivap
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, Jan 7, 2010 at 2:01 AM, Heiko Schocher wrote:
> If using UCC as Ethernet Controller and type = FAST_ETH, it was
> not possible to switch between 10 and 100 MBit interfaces. This
> patch adds this for following interfaces:
>
> 10_MII
> 10_RMII
> 10_RGMII
> 100_MII
> 100_RMII
> 100_RGMII
>
>
Hi Stefan,
Thanks for information.
I have tried the code in the URL link you have provided. But still I am
facing the same problem. I am getting the error in "flash_detect_cfi" as
flash not found. It fails at initial stage at read CFI query command.
The code you have provided is for M29W128GL.(Nu
Although the datasheet mentions seperate smi registers for each
port, using Port 1 smi register to access ethernet phys does not
work. Hence only Port 0 smi register should be used to access all
devices connected to the smi bus. This behavior is consistant with
the mv643xx driver in the linux kerne
From: Cliff Cai
The conversion from offsets to C structs lost a little padding in the DMA
register map. Accessing endpoints other than ep0 with DMA would fail as
the addresses wouldn't be adjusted correctly.
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/blackfin
>
>
> >> ---
> >
> > The 16-bit detection conflicts with
> > http://lists.denx.de/pipermail/u-boot/2009-November/064139.html
> >
> > Which way should I resolve the conflict? Or does one of you want to
> respin?
> > I don't see 16BIT/2KPAGE/get_nfc_info defined for MX31... and does MX25
> > share M
the current mkimage requires XIP images to have their entry point set to the
load address + 64 bytes. my question is simply, why ? why cant the entry
point be an arbitrary location ? i cant seem to find any technical reason for
this restriction.
the Blackfin kernel has long been using an ent
Wolfgang Denk:
>> Also, I suggest to change the name into CONFIG_NOMADIK_NAND_16BIT
>> which seems more logical to me.
Scott Wood:
> It's an attribute of the hardware, so it should be
> CONFIG_SYS_NOMADIK_NAND_16BIT.
Actually, I would love to have this option passed from the board,
to avoid an i
[I'm re-adding Gregory Hermant in Cc:, while my message had the Cc:
explicit, the copy I got from the list and your reply had no such header]
> I don't like to see such heavy copying of code.
I understand your point of view (although I didn't use
--find-copies-harder you probably wouldn't have no
On Monday 18 January 2010 18:15:32 Ben Warren wrote:
> Tom wrote:
> > Ben Warren wrote:
> >> Commit 6a45e384955262882375a2785426dc65aeb636c4 (Make getenv_IPaddr()
> >> global)
> >> inadvertently added ' #include "net.h" ' to the standalone programs,
> >> creating
> >> duplicate definitions of 'stru
Wolfgang Denk wrote:
> Dear Alessandro Rubini,
>
> In message
> you
> wrote:
>> Signed-off-by: Alessandro Rubini
>> Cc: Gregory Hermant
>> ---
>> drivers/mtd/nand/nomadik.c | 15 +++
>> 1 files changed, 11 insertions(+), 4 deletions(-)
>
> New config options should be document
Dear Alessandro Rubini,
In message <20100118213838.ga3...@morgana.gnudd.com> you wrote:
> From: Alessandro Rubini
>
> Signed-off-by: Alessandro Rubini
> ---
>
> The board files were renamed long ago, but back then I forgot to
> rename it in the maintainer file.
>
> MAINTAINERS |2 +-
> 1
Dear Alessandro Rubini,
In message
you
wrote:
> Signed-off-by: Alessandro Rubini
> Cc: Gregory Hermant
> ---
> MAINTAINERS|4 +
> Makefile |4 +
> board/{st/nhk8815 => calao/usb-s8815}/Makefile |
Dear Alessandro Rubini,
In message
you
wrote:
>
> Signed-off-by: Alessandro Rubini
> Cc: Gregory Hermant
> ---
> drivers/mtd/nand/nomadik.c | 15 +++
> 1 files changed, 11 insertions(+), 4 deletions(-)
New config options should be documented. If not in the REDME, so at
last i
Hi Tom,
Tom wrote:
> Ben Warren wrote:
>> Commit 6a45e384955262882375a2785426dc65aeb636c4 (Make getenv_IPaddr()
>> global)
>> inadvertently added ' #include "net.h" ' to the standalone programs,
>> creating
>> duplicate definitions of 'struct eth_device'. This patch removes the
>> local
>> def
Dear Ben Warren,
In message <1263843331-30089-1-git-send-email-biggerbadder...@gmail.com> you
wrote:
> Commit 6a45e384955262882375a2785426dc65aeb636c4 (Make getenv_IPaddr() global)
> inadvertently added ' #include "net.h" ' to the standalone programs, creating
> duplicate definitions of 'struct e
On Mon, Jan 18, 2010 at 5:31 AM, Wolfgang Denk wrote:
> Dear Vaisakh P S,
>
> In message <27208581.p...@talk.nabble.com> you wrote:
>>
>> I did some more debugging, i dumped the MBR for the sdcard, and it was
>> proper in OS in board and PC.
>>
>> Here is the dump i got in OS:
>>
>> fa b
Signed-off-by: Alessandro Rubini
Cc: Gregory Hermant
---
MAINTAINERS|4 +
Makefile |4 +
board/{st/nhk8815 => calao/usb-s8815}/Makefile |3 +-
board/{st/nhk8815 => calao/usb-s8815}/config.mk|
Signed-off-by: Alessandro Rubini
Cc: Gregory Hermant
---
drivers/mtd/nand/nomadik.c | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/nomadik.c b/drivers/mtd/nand/nomadik.c
index b76f4cb..149f68b 100644
--- a/drivers/mtd/nand/nomadik.c
+++
These two patches add the USB-S8815 board by Calao.
The board is very similar to the nhk8815 evaluation kit,
but the NAND is connected on a 16-bit bus. Therefore, the first patch
adds the option to have 16-bit nand, and the second one uses it.
The patch depends on the LCD support patches I sent o
On Monday 18 January 2010 14:35:31 Ben Warren wrote:
> --- a/examples/standalone/smc911x_eeprom.c
> +++ b/examples/standalone/smc911x_eeprom.c
> @@ -324,7 +317,6 @@ int smc911x_eeprom(int argc, char *argv[])
> {
> /* Avoid initializing on stack as gcc likes to call memset() */
> struct
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
---
The board files were renamed long ago, but back then I forgot to
rename it in the maintainer file.
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3879fde..e8ba4b
Dear Daniel Hobi,
In message <1263834819-15315-1-git-send-email-daniel.h...@schmid-telecom.ch>
you wrote:
> During parallel build, the top Makefile spawns multiple sub-makes for
> targets in cpu/$(CPU) and $(dir $(LDSCRIPT)). If the .depend files are
> not present in these directories, the sub-ma
Scott,
Scott Wood skrev:
> On Sat, Jan 16, 2010 at 09:50:22PM -0700, John Rigby wrote:
>> Add support for version 1.1 of the nfc nand flash
>> controller which is on the i.mx25 soc.
>>
>> Use CONFIG_NAND_MXC_V1 and CONFIG_NAND_MXC_V1_1 to
>> differentiate between the two supported versions.
>>
>>
On Sat, Jan 16, 2010 at 09:50:22PM -0700, John Rigby wrote:
> Add support for version 1.1 of the nfc nand flash
> controller which is on the i.mx25 soc.
>
> Use CONFIG_NAND_MXC_V1 and CONFIG_NAND_MXC_V1_1 to
> differentiate between the two supported versions.
>
> Add a define CONFIG_NAND_MXC_V1 t
On Sun, Jan 17, 2010 at 05:46:09PM +0100, Magnus Lilja wrote:
> Hi all,
>
> These patches applies on the previously submitted NAND patches
> for the i.MX31
> (http://lists.denx.de/pipermail/u-boot/2009-November/064213.html).
>
> The patches (including the above mentioned patches), applies on
> th
On Thu, Nov 05, 2009 at 08:53:36AM +, kevin.morf...@fearnside-systems.co.uk
wrote:
> This patch updates the s3c2410 nand driver from that of linux 2.6.31.5,
> modified to make it work in the u-boot mtd nand architecture and to allow
> setting the flash timing parameters from a board config fi
On 18.01.2010 20:35, Ben Warren wrote:
> Commit 6a45e384955262882375a2785426dc65aeb636c4 (Make getenv_IPaddr() global)
> inadvertently added ' #include "net.h" ' to the standalone programs, creating
> duplicate definitions of 'struct eth_device'. This patch removes the local
> definitions and remo
Commit 6a45e384955262882375a2785426dc65aeb636c4 (Make getenv_IPaddr() global)
inadvertently added ' #include "net.h" ' to the standalone programs, creating
duplicate definitions of 'struct eth_device'. This patch removes the local
definitions and removes other code that breaks due to the change in
On 18.01.2010 19:19, Ben Warren wrote:
> Tom wrote:
>> After merging with u-boot/master
>> Multiple targets are fixed by getenv_IPaddr
>>
>> However, i believe this may have broken an equal number of arm targets
>> On regression testing there are multiple failures with this error
>>
>> smc9_eep
Hi,
>> USB subsystem
>> http://www.mail-archive.com/u-boot@lists.denx.de/msg27163.html
>>
>
> I saw these comments.
> I did not see any explicit ack's
I thought it was explicit enough...
so again: Acked-by: Remy Bohmer
Remy
___
U-Boot mailing list
U-B
Tom wrote:
> After merging with u-boot/master
> Multiple targets are fixed by getenv_IPaddr
>
> However, i believe this may have broken an equal number of arm targets
> On regression testing there are multiple failures with this error
>
> smc9_eeprom.c:33: error: redefinition of 'struct eth_dev
On Fri, Jan 15, 2010 at 07:15:46PM +0530, Vipin KUMAR wrote:
> SPEAr SoCs contain an FSMC controller which can be used to interface
> with a range of memories eg. NAND, SRAM, NOR.
> Currently, this driver supports interfacing FSMC with NAND memories
>
> Signed-off-by: Vipin
> ---
> drivers/mtd/n
This patch add SPI support to the Freescale's i.MX51 processor
and wants to remove some limitation in the mxc_spi driver.
At the moment, data transfer > 16 bits are broken and the
buffers to be transfered must be word aligned. This limits
the usage of other drivers, where any number of aligned/not
During parallel build, the top Makefile spawns multiple sub-makes for
targets in cpu/$(CPU) and $(dir $(LDSCRIPT)). If the .depend files are
not present in these directories, the sub-makes may end up generating
these files simultaneously which leads to corrupted content.
A typical error message is
Tidyup the pin muxer configuration using the Davinci table driven
pinmux configuration function and data tables.
Signed-off-by: Nick Thompson
---
Applies to master
Changes:
Rebased after USB patch
board/davinci/da830evm/da830evm.c | 35 +--
1 files cha
Stefano,
There is a patch in my mx25 series that factors out a lot of SOC
specifics from the fec driver including clocks. It might be useful
here.
John
On Mon, Jan 18, 2010 at 5:19 AM, Stefano Babic wrote:
> Wolfgang Denk wrote:
>> Dear Stefano Babic,
>
> Hi Wolfgang,
>
>>
>> I'm not sure. Her
Hi Ben,
Thanks for the feedback, my comments are inline. I'll hold off on a patch-V2
until you bless the #define CONFIG_SYS_* name and my use of (void) casting
function call.
- Richard
>> +int bb_miiphy_read (char *devname, unsigned char addr,
>> +unsigned char reg, unsigned short *val
I hadn't dug into it yet to find the polling behavior but like you said
with no idle the CPU. It was just different behavior from what I see
with the SD which is some CPU time spent waiting on I/O (maybe because
of the DMA vs polling).
I did find a few of simple optimizations that gained me ~1MBs
After merging with u-boot/master
Multiple targets are fixed by getenv_IPaddr
However, i believe this may have broken an equal number of arm targets
On regression testing there are multiple failures with this error
smc9_eeprom.c:33: error: redefinition of 'struct eth_device'
make[1]: *** [ ..
Hi Wolfgang,
Only 32-bit access is supported for UART MMRs on DM6467 and hence need to use
STR/LDR instead of STRB/LDRB.
Thanks
-
Hemant
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Tuesday, January 05, 2010 3:29 PM
> To: Pedanekar, Hemant
> Cc: u-boot@list
Hi Syed,
Khasim Syed Mohammed wrote:
> From 2c4b1fb1f5cbcb328c76f26d6a3cd7a60ed19dc5 Mon Sep 17 00:00:00 2001
> From: Syed Mohammed Khasim
> Date: Mon, 18 Jan 2010 19:37:26 +0530
> Subject: [PATCH] Fix undefined reference to `getenv_IPaddr' for ARM
>
> lib_arm/libarm.a(board.o): In function `star
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Arno Steffen
> Sent: Monday, January 18, 2010 5:19 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] OMAP3 EVM board nand support missed
>
> Testing the latest release (2009-08
From c9b845a6dac24e74ab450aa0bac071b441d16ae9 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Fri, 15 Jan 2010 10:06:06 -0500
Subject: [PATCH] PPC: Record uboot's relocated address in RAM and show in
bdinfo.
This patch uses gd->relocaddr variable to store uboot's relocated
address in RAM
>From 2c4b1fb1f5cbcb328c76f26d6a3cd7a60ed19dc5 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 19:37:26 +0530
Subject: [PATCH] Fix undefined reference to `getenv_IPaddr' for ARM
lib_arm/libarm.a(board.o): In function `start_armboot':
/home/khasim/beagle/u-boot_mailing/u
Am 16.01.2010 17:30, schrieb Tom:
> Instead of adding CONFIG_VIDEO_JADEGDC, define VIDEO_FB_16BPP_WORD_SWAP
> in your board config file or a more appropriate file.
Done.
>> +/*
>> + * Graphic Device
>> + */
>> +GraphicDevice jadegdc;
>
> It does not look like this global is accessed output of thi
Am 16.01.2010 16:39, schrieb Tom:
> Matthias Weisser wrote:
>> @@ -41,7 +41,8 @@ struct serial_device *__default_serial_console (void)
>> #elif defined(CONFIG_405GP) || defined(CONFIG_405CR) ||
>> defined(CONFIG_440) \
>> || defined(CONFIG_405EP) || defined(CONFIG_405EZ) ||
>> defined(CONF
>From c0bdd7fbdf343ada1ecc65541ec3de1a5fdbfe79 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 18:51:04 +0530
Subject: [PATCH] Add 720Mhz support for Beagle Rev C4
Use the Generic TWL and Clock APIs to get beagle
Rev C4 running at 720Mhz
Signed-off-by: Syed Mohammed Kh
>From fe824eb530338182503dd75d466374ac2e96c063 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 18:35:40 +0530
Subject: [PATCH] Enable DSS driver for Beagle
Configures DSS to display color bar on Svideo
Configures DSS to display background color on DVID
Signed-off-by: S
>From cf8fa28973de7609d27146730d9e019b7c919b51 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Tue, 12 Jan 2010 23:57:28 +0530
Subject: [PATCH] Add DSS driver for OMAP3
Supports dynamic panel configuration
Supports dynamic tv standard selection
Adds support for DSS register access throu
>From 977856ac122e451a8de195d9f22253196572157a Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Tue, 12 Jan 2010 16:32:42 +0530
Subject: [PATCH] Add support for 720Mhz
A New API to allow setting M value to support 720Mhz
Signed-off-by: Syed Mohammed Khasim
---
cpu/arm_cortexa8/omap3/c
>From ca6c186c40fafaf0bf53f5f3e90057c0a34374f9 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 18:22:09 +0530
Subject: [PATCH] API to set twl4030 voltage and dev group
V3:
Incorporated review comments to set voltage first
and then dev group
V2:
Incorporated review comm
>From 9bb1c3501c8f098dac6e224c99e409ebf92b0ab9 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 18:11:14 +0530
Subject: [PATCH] Enable I2C bus switching
OMAP3 supports Multiple I2C channels, this patch allows
us to use i2c dev command to switch between busses.
Signed-o
Am 16.01.2010 17:43, schrieb Tom:
> Matthias Weisser wrote:
>> Signed-off-by: Matthias Weisser
>> ---
>> tools/Makefile |3 +++
>> tools/logos/syteco.bmp | Bin 0 -> 12278 bytes
>> 2 files changed, 3 insertions(+), 0 deletions(-)
>> create mode 100644 tools/logos/syteco.bmp
>>
>
>From 2dce4d64339a26144eac2ed56eb664cc1ea527c7 Mon Sep 17 00:00:00 2001
From: Syed Mohammed Khasim
Date: Mon, 18 Jan 2010 18:03:42 +0530
Subject: [PATCH] OMAP3 Beagle Update revision detection
New BeagleBoard revision C4 uses a new ID. Update revision detection.
Signed-off-by: Dirk Behme
Signed
Tom,
On Sun, Jan 17, 2010 at 5:41 AM, Tom wrote:
> Khasim Syed Mohammed wrote:
>>
>> From c8d47f8b064329676a0f04cff95eef05fe7f24ba Mon Sep 17 00:00:00 2001
>> From: Syed Mohammed Khasim
>> Date: Wed, 13 Jan 2010 00:26:17 +0530
>> Subject: [PATCH] Add 720Mhz support for Beagle Rev C4
>>
>> Use th
Matthias Wei?er wrote:
> Am 18.01.2010 09:52, schrieb Wolfgang Denk:
>>> As I don't use Linux on this board I don't have such an id. How to deal
>>> with such a situation? Should I get a machine id anyway? And if so can
>>> you give me a hint on how I can get such an id?
>> Yes, you are required to
Hi all,
[Background]
We are porting latest u-boot version and linux kernel (2.6.31) for our
PPC440 based customized board.
[Console Log]
### main_loop: bootcmd="bootm 0xffdc - 0xff20"
Hit any key to stop autoboot: 0
## Current stack ends at 0x1fec9d10
* kernel: cmdline image
Khasim Syed Mohammed wrote:
> Hi Tom,
>
> On Sun, Jan 17, 2010 at 5:44 AM, Tom wrote:
>> Khasim Syed Mohammed wrote:
>>> From 15fbe5ff9ee2fd2f8da4c16805d6c7ccf7244bae Mon Sep 17 00:00:00 2001
>>> From: Syed Mohammed Khasim
>>> Date: Fri, 8 Jan 2010 20:13:47 +0530
>>> Subject: [PATCH] OMAP3 Beagl
Vipin KUMAR wrote:
> On 1/18/2010 12:49 PM, Ben Warren wrote:
>
> if (chip->cpufreq == -1)
> @@ -156,6 +215,13 @@ int do_chip_config(cmd_tbl_t *cmdtp, int flag,
> int argc, char *argv[])
> else
> printf("DDR Type= Not Known\n");
>
>
On 16/01/10 01:51, Josh Gelinske wrote:
>
> What kind of CPU usage are you seeing? I am throughput of ~1.9MBs for writes
> on a Samsung K9WBG08U1M 4GB with 4K page but with high cpu usage.
>
I'm not sure what you are asking here. There is no idle loop to measure so
CPU is running at 100%.
The c
Vipin KUMAR wrote:
> On 1/18/2010 1:42 AM, Tom wrote:
>> Vipin KUMAR wrote:
>>> Hello Tom,
>>>
>>> Please consider the patchset version5 for mainline inclusion
>>>
>>> This patchset contains the version5 for SPEAr SoCs support
>>> Modifications
>>> 1. include/configs contins spear3xx.h for SPEAR300
Wolfgang Denk wrote:
> Dear Stefano Babic,
Hi Wolfgang,
>
> I'm not sure. Here is where we enable the FEC because we want to use
> it in a network command, right?
No, the fec_probe() function is called as part of the cpu_eth_init() and
sets the callbacks, among the other things. It is called a
Am 18.01.2010 09:52, schrieb Wolfgang Denk:
>> As I don't use Linux on this board I don't have such an id. How to deal
>> with such a situation? Should I get a machine id anyway? And if so can
>> you give me a hint on how I can get such an id?
>
> Yes, you are required to register a machine ID. See
Hi Tom,
On Sun, Jan 17, 2010 at 5:44 AM, Tom wrote:
> Khasim Syed Mohammed wrote:
>>
>> From 15fbe5ff9ee2fd2f8da4c16805d6c7ccf7244bae Mon Sep 17 00:00:00 2001
>> From: Syed Mohammed Khasim
>> Date: Fri, 8 Jan 2010 20:13:47 +0530
>> Subject: [PATCH] OMAP3 Beagle Update revision detection
>>
>
>
Testing the latest release (2009-08) I missed the NAND support (there
is just ONENAND).
Adding the line in config
#define CONFIG_CMD_NAND /* NAND support */
cause a error in building uboot:
...drivers/mtd/nand/libnand.a(nand.o): In function `nand_init_chip':
/opt/src/ub/u-boot-ti-gi
Hi,
We have produced a board based around the dm365evm with cfi flash memory
in place of NAND. We want the code to boot itself from flash and
relocate itself to RAM.
I have configured the configuration file to support cfi flash instead of
RAM.
I have modified the board's u-boot.lds appended to
Dear Vaisakh P S,
In message <27208581.p...@talk.nabble.com> you wrote:
>
> I did some more debugging, i dumped the MBR for the sdcard, and it was
> proper in OS in board and PC.
>
> Here is the dump i got in OS:
>
> fa b8 00 10 8e d0 bc 00 b0 b8 00 00 8e d8 8e c0
> 0010 fb be
Dear Stefano Babic,
In message <4b542b4e.4000...@denx.de> you wrote:
>
> >> +#ifndef CONFIG_MX51
> >> + struct pll_regs *pll = (struct pll_regs *)IMX_PLL_BASE;
> >>
> >>/* enable FEC clock */
> >>writel(readl(&pll->pccr1) | PCCR1_HCLK_FEC, &pll->pccr1);
> >>writel(readl(&pll->pccr0)
This patch add nand boot support for MPC8569mds board.
Signed-off-by: Liu Yu
---
v2:
change subject and commit message.
MAKEALL |1 +
Makefile|3 +-
board/freescale/mpc8569mds/config.mk|9 ++
On Mon, 2010-01-18 at 00:31 +0100, Wolfgang Denk wrote:
> Can you please resent this patch, with your Signed-off-by: line added?
>
Herewith patch resubmitted with Signed-off-by line added:
There appears to be a path through mmc_read in drivers/mmc/mmc.c where
malloc'd memory is not freed before
>
> Hi Richard,
>
> > Detlev Zundel wrote:
> >
> >>
> >> Please excuse my ignorance, but why not simply remove the #ifdef
> >> CONFIG_AMIGAONEG3SE in board_init_f? Actually I was hoping to remove
> >> the Amigaone special case.
> >>
> >> Cheers
> >> Detlev
> >>
> > I prefer getting the data fro
On Mon, 2010-01-18 at 00:33 +0100, Wolfgang Denk wrote:
> Dear Quentin Armitage,
>
> In message <1262482223.2820.161.ca...@samson.armitage.org.uk> you wrote:
> > In fs/ext2/dev.c in function ext2fs_devread(), if after reading the
> > first part, there is less than a whole block left to be read (b
Dear Wolfgang Denk,
On Mon, Jan 18, 2010 at 12:40:45AM +0100, Wolfgang Denk wrote:
> Dear Wolfgang Wegner,
[...]
> Incorrect multiline comment style.
fixed and re-submitted.
I guess the worst thing about all these is that all of these comment
styles are already present in U-Boot, which is why I
Hi Richard,
> Detlev Zundel wrote:
>
>>
>> Please excuse my ignorance, but why not simply remove the #ifdef
>> CONFIG_AMIGAONEG3SE in board_init_f? Actually I was hoping to remove
>> the Amigaone special case.
>>
>> Cheers
>> Detlev
>>
> I prefer getting the data from board_init_r because we r
I did not see real solution on the list, so i will post mine :)
The trick (for me) was to install the mtd-utils headers into the build
environment.
I.e. install the contents of mtd-utils/include/mtd into
$(your_buildenv)/usr/include/mtd.
I had to to this manually, since make install of mtd-util
This patch adds support for ASTRO board(s) based on MCF5373L.
Signed-off-by: Wolfgang Wegner
---
v3->v4: fixed multi-line comments
v2->v3: fixed another load of coding style issues after finding out
about checkpatch.pl...
I hope to have addressed all the comments and errors that were present
in t
Hi,
I did some more debugging, i dumped the MBR for the sdcard, and it was
proper in OS in board and PC.
Here is the dump i got in OS:
fa b8 00 10 8e d0 bc 00 b0 b8 00 00 8e d8 8e c0
||
0010 fb be 00 7c bf 00 06 b9 00 02 f3 a4 ea 21 06 00
|...|.!..|
00
Wolfgang Denk wrote:
> Dear Stefano Babic,
>
Hi Wolfgang,
> So at the moment we cannot save the envrionment? Arghhh...
Yes, I know. I managed to change the mxc_spi driver, but I have really
changed a lot of code. I have not only added support for the i.MX51, but
I needed to remove the limitatio
On Mon, 18 Jan 2010 11:15 +0100, Matthias Weißer wrote :
> Am 18.01.2010 11:08, schrieb Albin Tonnerre:
> >I'm not sure I get the rationale for this change - all the boards listed
> >there are
> >actually built around ARM926-based Atmel SoCs.
>
> Please see http://lists.denx.de/pipermail/u-boot/2
Am 18.01.2010 11:08, schrieb Albin Tonnerre:
> On Mon, 18 Jan 2010 10:58 +0100, Matthias Weisser wrote :
>> Signed-off-by: Matthias Weisser
>> ---
>> Makefile |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index ed6156f..ffe07ef 100644
>>
On Mon, 18 Jan 2010 10:58 +0100, Matthias Weisser wrote :
> Signed-off-by: Matthias Weisser
> ---
> Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index ed6156f..ffe07ef 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -2698,7 +2698,7 @
Signed-off-by: Matthias Weisser
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index ed6156f..ffe07ef 100644
--- a/Makefile
+++ b/Makefile
@@ -2698,7 +2698,7 @@ mp2usb_config : unconfig
@$(MKCONFIG) $(@:_config=) arm ar
Dear u-boot custodians,
18 days since patches submission passed and there are less that 14 hrs till
merge window closes. So this is yet another reminder for those pending patches.
This board must be cursed, as I got silence only as reaction to every single
patch posted. Interestingly enough, gene
Wolfgang Denk wrote:
> Dear Stefano Babic,
>
Hi Wolfgang,
>> -#include
>> #include
>> +#ifndef CONFIG_MX51
>> +#include imx_get_ahbclk
>> +#endif
>
> Can we not implement the clock stuff for the iMX51 in such a way that
> we don't need #ifdef's here?
Good hint, I do it !
>
>> @@ -108,6 +
Hi Heiko,
On Monday 18 January 2010 09:34:08 Heiko Schocher wrote:
> >> +#if 1 // test-only cramfs ...
> >> +#define CONFIG_SYS_MAX_FLASH_SECT 256
> >
> > Please do not add dead code (the "#if 1" here),
> > and do not use C++ comments (please fix this globally).
>
> Ups, sorry.
>
> >> +#ifndef _
Dear Stefano Babic,
In message <4b542184.6060...@denx.de> you wrote:
>
> >> +#ifndef CONFIG_PPC
> >> +#define out_be32(a,v) writel(v,a)
> >> +#define in_be32(a)__raw_readl(a)
> >> +#endif
> >
> > Are you sure these are correct definitions for all architectures?
> > If so, they should
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message <4b541a25.7060...@arcor.de> you wrote:
> Hello Wolfgang
>
> Am 18.01.2010 08:57, schrieb Wolfgang Denk:
> >> My board doesn't match any of the above categories so I thought
> >> introducing a new category for generic ARM926EJS devices would be
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message <4b5413ac.2000...@arcor.de> you wrote:
>
> > Make sure to include the machine id.
>
> As I don't use Linux on this board I don't have such an id. How to deal
> with such a situation? Should I get a machine id anyway? And if so can
> you give m
Wolfgang Denk wrote:
> Dear Stefano Babic,
>
Hi Wolfgang,
>> +#ifndef CONFIG_PPC
>> +#define out_be32(a,v) writel(v,a)
>> +#define in_be32(a) __raw_readl(a)
>> +#endif
>
> Are you sure these are correct definitions for all architectures?
> If so, they should go into a global header file,
Dear Stefano Babic,
In message <4b540ef1.9050...@denx.de> you wrote:
>
> >> +static void setup_fec(void)
> >> +{
> >
> > FEC should only be set up (and eventually only be reset, too), if
> > there is any network support at all on this board.
>
> The name is misleading, too. The FEC is not initia
Hi Prakash,
On Friday 15 January 2010 14:23:35 prakash bedge wrote:
> In October 09 month, I had asked whether U-boot supports M29W128GH, a CFI
> compilant chip and I got a yes reply. Please refer below URL for reference.
>
> http://www.mail-archive.com/u-boot@lists.denx.de/msg24531.html.
Link n
Dear Stefano Babic,
In message <4b540ab9.5080...@denx.de> you wrote:
>
> > What happens if - for example - CONFIG_SYS_MX51_UART1 _and_
> > CONFIG_SYS_MX51_UART2 are defiend? How is CONFIG_SERIAL_MULTI going to
> > be supported?
>
> The patch adds only support for the i.MX51 and does
Something mi
Dear Stefano Babic,
In message <4b540829.3080...@denx.de> you wrote:
>
> >> + unsigned long now, last = readl(&cur_gpt->counter);
> >> + long tmo = usec * (CONFIG_MX51_CLK32 / 1000) / 1000;
> >> +
> >> + if (!tmo)
> >> + tmo = 1;
> >> +
> >> + while (tmo > 0) {
> >> + now = r
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <4b459395.2050...@denx.de> you wrote:
>> This patch adds support for the Keymile SUEN3 board variants which
>> are based on the Marvell Kirkwood (88F6281) SoC. All variants
>> uses common code stored in board/keymile/km_arm/km_arm.c
>>
>> mgcoge2_a
Hello Wolfgang
Am 18.01.2010 08:57, schrieb Wolfgang Denk:
>> My board doesn't match any of the above categories so I thought
>> introducing a new category for generic ARM926EJS devices would be
>> a good idea.
>
> Why do you think your board does not fit into the "Atmel ARM926EJ-S
> Systems
On Saturday 16 January 2010 10:48:21 anup behare wrote:
> Thanks Stenfan for your valuable inputs.
>
> I have implemented the code suggested by you after completing the ddr
> initialization :
>
> #if defined(CONFIG_DDR_DATA_EYE)
>/*
> * Running denali_core_search_d
98 matches
Mail list logo
