On 01/26/11 17:58, Peter Tyser wrote:
> On Wed, 2011-01-26 at 10:13 +0200, Mike Rapoport wrote:
>> On 01/26/11 00:24, Peter Tyser wrote:
>
>> Moreover, I'd prefer to see pinmux_board_init or something similar that
>> configures all the pins at once rather than collection of pinmux_init_uart,
>> pi
Hi, There,
I met an error when building on the latest master branch of uboot, the
error as the following,
arm-none-linux-gnueabi-gcc -g -Os -fno-common -ffixed-r8
-msoft-float -D__KERNEL__
-DCONFIG_SYS_TEXT_BASE=0x9780 -I/home/r64343/work_space/u-boot-upstream
/u-boot/include -fno-built
Tom,
On 01/26/11 19:05, Tom Warren wrote:
> Mike,
>
> On Wed, Jan 26, 2011 at 1:13 AM, Mike Rapoport wrote:
>> My point was that pin muxing belongs to the board code rather than to the
>> driver. Driver should just assume that pins are configured elsewhere and it
>> does
>> not need to deal wit
A bug fix, and I felt that Alex had published code well ahead of merge
window close that this was reasonable to go in (and new board so isn't
going to break anything).
The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
Divides variable of linker flags to LDFLAGS-u-boot
Hello Wolfgang,
please pull from u-boot-i2c.git. This should go in actual release,
as it is a bugfix.
The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS (2011-01-25
22:22:30 +0100)
are available in the g
Hello Ryan,
Ryan Mallon wrote:
> Make at91 header includes in soft_i2c depend only on CONFIG_AT91FAMILY
> rather than individual SoCs.
>
> Signed-off-by: Ryan Mallon
> ---
> drivers/i2c/soft_i2c.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
Added to u-boot-i2c with the Acke
From: Jin Qing
Add Support for Freescale P1024/P1025(dual core) and
P1015/P1016(single core) processors.
P1024 is a variant of P1020 processor with the following differences:
- e500v2 core frequency of up to 667MHz from up to 800MHz
- 32-bit DDR3 SDRAM memory controller from DDR2/DDR3 controll
On Jan 26, 2011, at 10:52 PM, Mingkai Hu wrote:
> From: Kumar Gala
>
> Add VSC8244 and VSC8234 phy support, this will be reused
> by etsec code.
>
> Signed-off-by: Kumar Gala
> Signed-off-by: Mingkai Hu
> ---
> arch/powerpc/include/asm/fsl_enet.h | 10 +
> drivers/net/fsl_phy.c
Dear Ryan Mallon,
> Did you have any additional changes you want made for the
> Snapper9260/9G20 patches other than adding a MAINTAINERS entry and
> rolling the boards.cfg change into a single patch?
Yes, the following things should be changed:
1. sort the boards.cfg entry to the right place.
See
On Jan 26, 2011, at 10:52 PM, Mingkai Hu wrote:
> This patchset add support for the P4080's datapath accelation architecture
> in independent mode, and do some code refactor of the file tsec.c.
>
> 1. Add the releated MAC controller support, includeing dTSEC and 10GEC
> 2. Add support for FMan e
On Jan 26, 2011, at 12:30 PM, York Sun wrote:
> Fix the bits for ngpixis to reset to alternative bank. Originally the mask
> was 0xE0, which left it possible to reset to bank 3 if DIP switch is set to
> boot from bank 1. Changing to 0xF0 gurantees to reset to bank 2.
>
> Signed-off-by: York Sun
On Jan 23, 2011, at 11:59 PM, Alex Dubov wrote:
> Mpq101 is a RapidIO development board in AMC form factor, featuring MPC8548
> processor, 512MB of hardwired DDR2 RAM, 128MB of hardwired NAND flash
> memory, real time clock and additional serial EEPROM on i2c bus (enabled).
> USB controller is av
Hi Mingkai,
2011/1/27 Mingkai Hu
> Port from tsec.c file to add support for m88e1011s, m88es, m88e1118,
> m88e1121r, m88e1145, m88e1149s.
>
> Signed-off-by: Mingkai Hu
> ---
> drivers/net/fsl_phy.c | 299
> +
> drivers/net/fsl_phy.h | 36 +
Port from tsec.c file to add support for bcm5461, bcm5464, bcm5482s.
Signed-off-by: Mingkai Hu
---
drivers/net/fsl_phy.c | 245 +
drivers/net/fsl_phy.h | 22 +
2 files changed, 267 insertions(+), 0 deletions(-)
diff --git a/drivers/net/fsl_
Port from tsec.c file to add support for vsc8221, vsc8211, vsc8601, vsc8641.
Signed-off-by: Mingkai Hu
---
drivers/net/fsl_phy.c | 119 +
drivers/net/fsl_phy.h | 21 +
2 files changed, 140 insertions(+), 0 deletions(-)
diff --git a/driv
Also remove the PHY code which will be added by the
following patches.
Signed-off-by: Mingkai Hu
---
drivers/net/Makefile |2 +-
drivers/net/tsec.c | 1483 +++---
include/tsec.h | 246 +-
3 files changed, 70 insertions(+), 1661 del
Port from tsec.c file to add support for cis8201, cis8204, dm9161,
dp83865, ksz804, lxt971, rtl8211b.
Signed-off-by: Mingkai Hu
---
drivers/net/fsl_phy.c | 356 -
drivers/net/fsl_phy.h | 57
drivers/net/tsec.c| 24
3 files ch
Port from tsec.c file to add support for m88e1011s, m88es, m88e1118,
m88e1121r, m88e1145, m88e1149s.
Signed-off-by: Mingkai Hu
---
drivers/net/fsl_phy.c | 299 +
drivers/net/fsl_phy.h | 36 ++
2 files changed, 335 insertions(+), 0 deleti
This will pave the way to move the PHY code to fsl_phy.c which
will be reused by all other code.
Signed-off-by: Mingkai Hu
---
drivers/net/tsec.c | 10 +-
include/tsec.h | 35 +++
2 files changed, 16 insertions(+), 29 deletions(-)
diff --git a/dri
Signed-off-by: Mingkai Hu
---
drivers/net/tsec.c | 857 +---
1 files changed, 416 insertions(+), 441 deletions(-)
diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c
index 910cf9e..40f1c76 100644
--- a/drivers/net/tsec.c
+++ b/drivers/net/tsec.c
Signed-off-by: Mingkai Hu
---
drivers/net/tsec.c | 232 ++-
include/tsec.h |6 +-
2 files changed, 121 insertions(+), 117 deletions(-)
diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c
index 9c8fe62..910cf9e 100644
--- a/drivers/net/tse
From: Kumar Gala
Add VSC8244 and VSC8234 phy support, this will be reused
by etsec code.
Signed-off-by: Kumar Gala
Signed-off-by: Mingkai Hu
---
arch/powerpc/include/asm/fsl_enet.h | 10 +
drivers/net/fsl_phy.c | 353 +++
drivers/net/fsl_phy.h
From: Kumar Gala
Signed-off-by: Kumar Gala
Signed-off-by: Mingkai Hu
---
board/freescale/corenet_ds/Makefile |1 +
board/freescale/corenet_ds/corenet_ds.c | 11 +-
board/freescale/corenet_ds/eth_p4080.c | 352 +++
3 files changed, 359 insertions(+), 5 de
From: Kumar Gala
Signed-off-by: Kumar Gala
Signed-off-by: Mingkai Hu
---
drivers/net/fm/tgec.c | 104
drivers/net/fm/tgec.h | 230 +
drivers/net/fm/tgec_phy.c | 155 ++
3 files changed, 489
From: Kumar Gala
Signed-off-by: Kumar Gala
Signed-off-by: Mingkai Hu
---
arch/powerpc/include/asm/fsl_enet.h | 12 ++
drivers/net/fm/dtsec.c | 168 +++
drivers/net/fm/dtsec.h | 251 +++
3 files changed, 431 inser
From: Kumar Gala
Also rename serdes_get_bank() to serdes_get_bank_by_lane().
Signed-off-by: Emil Medve
Signed-off-by: Kumar Gala
Signed-off-by: Mingkai Hu
---
arch/powerpc/cpu/mpc85xx/fsl_corenet_serdes.c | 33 +++-
arch/powerpc/include/asm/fsl_serdes.h |4 +
This patchset add support for the P4080's datapath accelation architecture
in independent mode, and do some code refactor of the file tsec.c.
1. Add the releated MAC controller support, includeing dTSEC and 10GEC
2. Add support for FMan ethernet in Independent mode
3. Add PHY support (VSC8244 and
On Jan 26, 2011, at 4:00 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>>
>> What kinda reset do you expect to occur? Depending on this the answer might
>> be that we dont have any such registers that persist across reboots.
>
> external hard reset ?
If so, there
On Jan 26, 2011, at 4:03 PM, John Schmoller wrote:
> Hello all,
>
> I'm seeing issues on our MPC8[5/6]xx products in relation to POST
> testing. I see that the POST word is stored in a spare, unused register
> in the PIC, but this register seems to be cleared during
> interrupt_init() when the
Hello, Anatolij,
Thanks for your review!
Best Regards,
Liu Ying
-Original Message-
From: Anatolij Gustschin [mailto:ag...@denx.de]
Sent: Thursday, January 27, 2011 7:29 AM
To: Liu Ying-B17645
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 1/1] lcd: align fb writing address for hor
Signed-off-by: Yoshihiro Shimoda
---
arch/sh/config.mk |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/sh/config.mk b/arch/sh/config.mk
index 415c949..b408a44 100644
--- a/arch/sh/config.mk
+++ b/arch/sh/config.mk
@@ -31,4 +31,8 @@ endif
PLATFORM_CPPFLAGS += -DCO
Some CPU needs cache handling. So this patch add the config of
CONFIG_SH_ETHER_CACHE_WRITEBACK, and it calls wback function.
Signed-off-by: Yoshihiro Shimoda
---
about v2:
- add description of new configuration to README
(This patch depends on "README: add description of sh_eth driver")
RE
Signed-off-by: Yoshihiro Shimoda
---
README |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/README b/README
index d7a23cd..41458a3 100644
--- a/README
+++ b/README
@@ -888,6 +888,15 @@ The following options need to be configured:
automatica
On 01/26/2011 08:40 PM, Reinhard Meyer wrote:
> Dear Wolfgang Denk,
>> Dear Ryan Mallon,
>>
>> In
>> message
>>
>> you wrote:
>>>
>>> Signed-off-by: Ryan Mallon
>>> ---
>>> board/bluewater/snapper9260/Makefile | 53
>>> board/bluewater/snapper9260/snapper9260.c | 169
>>> +
I know this isn't the best fit for my question but, hopefully somebody
can
redirect to the correct source.
My issue is I have bad data crc's on a jffs2 nor flash file system and
I need to determine
root cause. That is I need to prove the failure is either hardware or
software.
I don't have t
On Thu, Jan 20, 2011 at 02:17:48AM +0100, Alexander Holler wrote:
> When redundand environments are used the serial needs
> to get increased, otherwise the old one will still be used.
>
> Signed-off-by: Alexander Holler
> ---
> common/env_nand.c |2 +-
> 1 files changed, 1 insertions(+), 1 d
Dear Wolfgang,
The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS (2011-01-25
22:22:30 +0100)
are available in the git repository at:
ssh://gu-vi...@git.denx.de/u-boot-video.git master
Liu Ying (1):
Am 01/25/2011 09:42 PM, schrieb Wolfgang Denk:
> Dear Michael Schwingen,
>
> In message <1294062338-21084-6-git-send-email-mich...@schwingen.org> you
> wrote:
>> Signed-off-by: Michael Schwingen
>> ---
>> arch/arm/cpu/ixp/npe/Makefile |1 +
>> 1 files changed, 1 insertions(+), 0 deletions(-)
Hello,
On Tue, 11 Jan 2011 15:29:58 +0800
Liu Ying wrote:
> CONFIG_SPLASH_SCREEN_ALIGN makes uboot support display
> offset for splashimage. The framebuffer writing address
> should be calculated according to different kinds of
> framebuffer pixel format, i.e., bits per pixel value.
>
> Signed-
Hello all,
I'm seeing issues on our MPC8[5/6]xx products in relation to POST
testing. I see that the POST word is stored in a spare, unused register
in the PIC, but this register seems to be cleared during
interrupt_init() when the PIC is reset. This means that I am seeing the
POST_ROM tests run
Dear Wolfgang,
On Wed, Jan 26, 2011 at 7:23 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <1294084016-2674-13-git-send-email-graeme.r...@gmail.com> you
> wrote:
>> ---
>> arch/i386/cpu/sc520/Makefile | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a
Hello,
On Wed, 26 Jan 2011 01:52:33 +
Liu Ying-B17645 wrote:
> Hello,
>
> I sent the following patch for view about 2 weeks ago and haven't got any
> comment till now.
> Could anyone help to give comments? Thanks.
Thanks! Your patch is delegated to me and is currently under review,
please
Dear Kumar Gala,
In message you wrote:
>
> What kinda reset do you expect to occur? Depending on this the answer might
> be that we dont have any such registers that persist across reboots.
external hard reset ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfga
Dear Haiying Wang,
In message <1296076056.1985.47.camel@haiying-laptop> you wrote:
>
> I fixed the NAND_SPL in this way. If it is OK for you, I will generate
> the patches accordingly for TPL as well. Thanks.
> BTW, the "./MAKEALL powerpc " worked for my previous patch.
This looks good to me.
On Jan 26, 2011, at 2:43 PM, Felix Radensky wrote:
> Hi,
>
> I'd like to enable boot count feature on custom P1020 based board.
> If my understanding is correct, the implementation requires some
> register or memory location that preserves its value across reboots.
>
> Can Freescale folks on th
Dear Wolfgang,
On Mon, 2011-01-24 at 23:29 +0100, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1295907459.2051.158.camel@haiying-laptop> you wrote:
> >
> > > It's not the name. But you use it ina few places here, buth then hard
> > > encode "tpl" in a number of other paces there. W
Dear Metalod,
In message you
wrote:
>
> When asking the question, I just hope that someone can give me a
> _hint_ to what I did wrong or misunderstanding from his/her
> experience.
> My point is asking in what case that stack pointer is at 00f8bf78
> (printed in debug), but console command is w
Hi,
I'd like to enable boot count feature on custom P1020 based board.
If my understanding is correct, the implementation requires some
register or memory location that preserves its value across reboots.
Can Freescale folks on the list please point to such location in P1/P2
SoCs.
Thanks a lot.
Make at91 header includes in soft_i2c depend only on CONFIG_AT91FAMILY
rather than individual SoCs.
Signed-off-by: Ryan Mallon
---
drivers/i2c/soft_i2c.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/soft_i2c.c b/drivers/i2c/soft_i2c.c
index 1a1809a..69b
Dear Wolfgang,
When asking the question, I just hope that someone can give me a
_hint_ to what I did wrong or misunderstanding from his/her
experience.
My point is asking in what case that stack pointer is at 00f8bf78
(printed in debug), but console command is wrote to 190cd0.
Thank you anyway.
On Wed, Jan 26, 2011 at 11:30 AM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message <20110126165340.14306.98359.stgit@localhost6.localdomain6> you
> wrote:
>> LMB doesn't currently handle allocating regions based at physical
>> address 0. This patch reworks the lmb_alloc functions to retu
Dear Grant Likely,
In message <20110126165340.14306.98359.stgit@localhost6.localdomain6> you wrote:
> LMB doesn't currently handle allocating regions based at physical
> address 0. This patch reworks the lmb_alloc functions to return
> all ones when allocation fails instead of zero so that caller
Fix the bits for ngpixis to reset to alternative bank. Originally the mask
was 0xE0, which left it possible to reset to bank 3 if DIP switch is set to
boot from bank 1. Changing to 0xF0 gurantees to reset to bank 2.
Signed-off-by: York Sun
---
include/configs/P1022DS.h |2 +-
1 files changed
Dear Reinhard Meyer,
Am 26.01.2011 um 09:18 schrieb Reinhard Meyer:
> Dear Ryan Mellon, dear Heiko Schocher:
>> Signed-off-by: Ryan Mallon
>> ---
>> drivers/i2c/soft_i2c.c |4 +---
>> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> I think this one goes through
On Tue, 25 Jan 2011 23:22:34 -0600
Kumar Gala wrote:
>
> On Jan 25, 2011, at 3:13 PM, Wolfgang Denk wrote:
>
> > Dear Scott Wood,
> >
> > In message <20110125143740.2e1f2...@udp111988uds.am.freescale.net> you
> > wrote:
> >>
> >> Do you have a simpler way to do this? Note that for any board
Mike,
On Wed, Jan 26, 2011 at 1:13 AM, Mike Rapoport wrote:
> On 01/26/11 00:24, Peter Tyser wrote:
>>> As I've already pointed out (1) this covers only one possibility of
>>> UART pin
>>> muxing options. I agree that it makes sense when this is a part of the
>>> board-specific c
On Wed, Jan 26, 2011 at 9:57 AM, Grant Likely wrote:
> LMB doesn't currently handle allocating regions based at physical
> address 0. This patch reworks the lmb_alloc functions to return
> all ones when allocation fails instead of zero so that callers can
> differentiate between a region allocate
LMB doesn't currently handle allocating regions based at physical
address 0. This patch reworks the lmb_alloc functions to return
all ones when allocation fails instead of zero so that callers can
differentiate between a region allocated at zero and a failed
allocation
Signed-off-by: Grant Likely
Dear Matt Johnson,
In message you wrote:
>
> >Instead, the standard nand_spl approach should be used.
>
> Does this work when the board is NAND only? There is no NOR flash on the
> board.
Yes, this for boards that boot from NAND (usually these have only NAND
and no NOR).
> Where can I find mo
On Wed, 2011-01-26 at 10:13 +0200, Mike Rapoport wrote:
> On 01/26/11 00:24, Peter Tyser wrote:
> >> As I've already pointed out (1) this covers only one possibility of
> >> UART pin
> >> muxing options. I agree that it makes sense when this is a part of the
> >> board-specific cod
>
>This is not really different from how NAND booting works on many other
>boards.
>
>It is definitely not a reason to use assembly only.
>
>Instead, the standard nand_spl approach should be used.
>
Does this work when the board is NAND only? There is no NOR flash on the
board.
Where can I find
Dear =?ISO-8859-15?Q?Matthias_Wei=DFer?=,
In message <4d4018ad.7090...@arcor.de> you wrote:
>
> > IIRC, the '---' line separates patch commit message (above) from
> > freeform comments and history (below). Here, at least the version
> > history should move below the '---' line.
>
> Wolfgang asked
Dear =?ISO-8859-1?Q?Maik_H=E4nig?=,
In message <4d3ff29c.2030...@hrz.tu-chemnitz.de> you wrote:
>
> but in include/asm-arm it is not missing. Where can I see which u-boot.h
> is included in arm at91rm9200 cpu config
Your source tree must be corrupted. Ther eis no such directory as
include/asm-ar
Dear Reinhard Meyer,
In message <4d3fecb2.1010...@emk-elektronik.de> you wrote:
>
> Will the preffered methods be
> xx << 10 for KiB
> xx << 20 for MiB
> xx << 30 for GiB and so on?
Please note that the binary prefixes kibi and mebi not might be used
for other things than bytes as well. And if we
Am 26.01.2011 13:07, schrieb Albert ARIBAUD:
>> ---
>
> IIRC, the '---' line separates patch commit message (above) from
> freeform comments and history (below). Here, at least the version
> history should move below the '---' line.
Wolfgang asked me that I add the numbers to the commit message. F
Hi Matthias,
Le 26/01/2011 11:45, Matthias Weisser a écrit :
> Using optimized versions of memset and memcpy from linux brings a quite
> noticeable speed (x2 or better) improvement for these two functions.
>
> Here are some numbers for test done with jadecpu
>
> | HEAD(
Hi:
2011/1/19 Leo Liu :
> This patch fix a problem for the pcie enumeration when the mpc83xx pcie
> controller is
> connected with switch or we use both of the two pcie controller.
>
> Signed-off-by: Leo Liu
> ---
> Changes for V2:
> - Avoid line wrap in the patch
> Changes for V3
>
Using optimized versions of memset and memcpy from linux brings a quite
noticeable speed (x2 or better) improvement for these two functions.
Here are some numbers for test done with jadecpu
| HEAD(1)| HEAD(1)| HEAD(2)| HEAD(2)|
|| +pat
Faraday ftwdt010 watchdog is an architecture independant
watchdog. It is usaually used in SoC chip design.
Signed-off-by: Macpaul Lin
---
Change v2:
Fix the wrong title of ftwdt010_wdt patch.
Change v3:
Patch v2 was encoded in utf-8. Fixed to ASCII.
Change v4:
Replace the copyright st
DKB is a Development Board for PANTHEON TD/TTC(pxa920/pxa910) with
* Processor upto 806Mhz
* LPDDR1/2
* x8/x16 SLC/MLC NAND
* Footprints for eMMC & MMC x8 card
With Peripherals:
* Parallel LCD I/F
* Audio codecs (88PM8607)
* MIPI CSI-2 camera
* Marvell 88W8787 802.11n/BT module
* Marvell 2G/3G RF
This patch adds the Multiply Function Pin configuration support for
Marvell PANTHEON SoCs
Signed-off-by: Lei Wen
---
V2:
V3:
Fix copyright claim year.
V4:
Add change log to each patch.
V5:
coding style fix.
V6:
Rebase patch on latest u-boot-marvell.git.
V7:
Correct patch comments
arch/arm/
Since there are lots of difference between kirkwood and armada series,
it is better to seperate them but still keep the most common file
shared by all marvell platform in the mv-common configure file.
This patch move the kirkwood only driver definitoin in mv-common to
the /config.h.
This patch is
Signed-off-by: Lei Wen
---
V2:
V3:
Fix copyright claim year.
V4:
Add change log to each patch.
V5:
V6:
Rebase patch on latest u-boot-marvell.git.
V7:
drivers/serial/serial.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/se
Pantheon Family processors are highly integrated SoCs
based on Sheeva_88SV331x-v5 PJ1 cpu core.
Ref:
http://www.marvell.com/products/processors/communications/marvell_pantheon_910_920_pb.pdf
SoC versions Supported:
1) PANTHEON920 (TD)
2) PANTHEON910 (TTC)
Signed-off-by: Lei Wen
This patch set add the Pantheon soc and dkb board support.
V2:
This patch seris update the seperate mv_common part as suggested.
V3:
Fix config.h include place and copyright claim year.
V4:
Add change log to each patch.
V5:
Add doc in Readme for new CONFIG_SYS_MVFS.
code style fix.
V6:
Rebase
Hi,
but in include/asm-arm it is not missing. Where can I see which u-boot.h
is included in arm at91rm9200 cpu config
Best regards / Mit freundlichen Grüßen
Maik Hänig
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
At 08:47 26.01.2011 +0100, Fabian Cenedese wrote:
>At 09:38 25.01.2011 -0600, Kumar Gala wrote:
>
>>On Jan 25, 2011, at 7:25 AM, Fabian Cenedese wrote:
>>
>>> Hi
>>>
>>> As the config.mk file is doomed I tried to set my reset vector
>>> in another way. I first tried it in the board's config header
Dear =?ISO-8859-1?Q?Eric_B=E9nard?=,
In message <4d3fe967.7050...@eukrea.com> you wrote:
>
> so what is the recommended way to write size ?
In a readable way.
If you need 2k, write it as 2000 or 2*1000 or similar.
If you need 2 Ki, write it as 2048 or 2*1024 or (2 << 10) or similar.
Best rega
Dear Wolfgang Denk,
> Dear Reinhard Meyer,
>
> In message <4d3fdb14.6060...@emk-elektronik.de> you wrote:
>>
>> I heard rumors that the SZ_* defines are going to be outphased.
>
> I's on my personal hate list, indeed.
>
>> If so, new submissions should not use them anymore, right?
>
> Right.
O
Dear Cunsuo Guo,
In message you
wrote:
>
> > Why try to read from NAND to RAM in the relocation part of start.S,
> > where you would not be able to use C or BSS variables?
> >
> > Because S3C2410 can _ONLY_ take the first 4KBytes into RAM (Basically some
> hidden microcode in the S3C2410 takes c
Dear Stefano Babic,
In message <4d3fdd21.9000...@denx.de> you wrote:
>
> If someone has interest can always resubmit a patchset to add the board
> again to mainline. This could be also an occasion to clean up ancient
> code ;-).
Actually the first step would be as simple as a "git revert" for th
Dear Metalod,
In message you
wrote:
>
> I am sorry that did not provide enough information.
> Please find attached the configuration for my board.
Sorry, but this is not how it works.
If you are looking for free help from the community, you can try
submitting your patches for inclusion into m
Dear Wolfgang
2011/1/26 Wolfgang Denk
> Dear Macpaul Lin,
>
>
[deleted]
> Maybe you can add a link to the mailing list entry which shows your
> submission? I think it is in any case interesting to the reader to be
> able to refer to the Linux driver source as well.
>
> > If the driver source
Hi Wolfgang,
On 26/01/2011 10:20, Wolfgang Denk wrote:
> In message<4d3fdb14.6060...@emk-elektronik.de> you wrote:
>>
>> I heard rumors that the SZ_* defines are going to be outphased.
>
> I's on my personal hate list, indeed.
>
>> If so, new submissions should not use them anymore, right?
Wolfgang Denk wrote:
>>
>> +int board_early_init_f (void)
>> +{
>> +/* CS1: IPAC-X */
>> +*IXP425_EXP_CS1 = 0x94d10013;
>> +/* CS5: Debug port */
>> +*IXP425_EXP_CS5 = 0x9d520003;
>> +/* CS6: HW release register */
>> +*IXP425_EXP_CS6 = 0x81860001;
>> +/* CS7: LEDs */
Am 26.01.2011 10:19, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4d3fd89d.7000...@ahsoftware.de> you wrote:
>>
>>> Removing is simple, and the only proven way to clean up old mess.
>>> I see no reason to keep dead, unmaintained code in U-Boot for too
>>> long.
>>
>> The question
Dear Reinhard Meyer,
In message <4d3fdb14.6060...@emk-elektronik.de> you wrote:
>
> I heard rumors that the SZ_* defines are going to be outphased.
I's on my personal hate list, indeed.
> If so, new submissions should not use them anymore, right?
Right.
Best regards,
Wolfgang Denk
--
DENX
Dear Alexander Holler,
In message <4d3fd89d.7000...@ahsoftware.de> you wrote:
>
> > Removing is simple, and the only proven way to clean up old mess.
> > I see no reason to keep dead, unmaintained code in U-Boot for too
> > long.
>
> The question is the timeframe. I think when many of these boar
Dear Wolfgang,
I am sorry that did not provide enough information.
Please find attached the configuration for my board.
Best regards,
--
On Wed, Jan 26, 2011 at 2:57 PM, Wolfgang Denk wrote:
>
> Almost the same, but different. And not in mainline.
>
> How can we comment on code thatis completel
2011/1/26 Albert ARIBAUD
> Le 26/01/2011 04:39, Cunsuo Guo a écrit :
> > 2011/1/26 Matt Johnson
> >
> >> Hello.
> >>
> >> I have a custom board with a Samsung s3c2410 (arm920t) processor. I
> have
> >> been unable to get the main branch of u-boot to work with this board.
> >> However, I have bee
On 01/26/2011 09:17 AM, Alexander Holler wrote:
> The question is the timeframe. I think when many of these boards will
> get removed with the next release, that's a bit short. Finding the stuff
> which doesn't work through the relocation is time consuming and people
> have to find the time to
Hello Wolfgang,
I heard rumors that the SZ_* defines are going to be outphased.
If so, new submissions should not use them anymore, right?
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Ryan Mellon, dear Heiko Schocher:
> Signed-off-by: Ryan Mallon
> ---
> drivers/i2c/soft_i2c.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
I think this one goes through as a bug fix, i. e. for the upcoming
release.
The other patche
Hello,
Am 26.01.2011 08:38, schrieb Wolfgang Denk:
>> I think this will cost less time than removing these boards (with the
>> next release) and will give people more time to implement the necessary
>> changes. When those sources get removed, it will be more work to get
>> them in back, therefore
On 01/26/11 00:24, Peter Tyser wrote:
>> As I've already pointed out (1) this covers only one possibility of UART
>> pin
>> muxing options. I agree that it makes sense when this is a part of the
>> board-specific code. However, forcing specific pins configuration in the
>> gen
On Wed, Jan 26, 2011 at 4:07 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> I have a question for this rule...
>> When I use the git-send-email to send the whole patch set, it only ask
>> me to input only one reference message id.
>> Then how this reference message id
Hi Wolfgang,
On Wed, Jan 26, 2011 at 4:06 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> >> > Please fix. Also, please explain what MFP is. It may be obvious to
>> >> > you, it ain't so for me.
>>
>> MFP is stand for multiply function pin setting, which servers for
>
Dear Lei Wen,
In message you
wrote:
>
> I have a question for this rule...
> When I use the git-send-email to send the whole patch set, it only ask
> me to input only one reference message id.
> Then how this reference message id get? The previous cover letter
> message id? ...
Yes, exactly.
Dear Lei Wen,
In message you
wrote:
>
> >> > Please fix. Also, please explain what MFP is. It may be obvious to
> >> > you, it ain't so for me.
>
> MFP is stand for multiply function pin setting, which servers for
> setting a pin of cpu to server for different
> functions on different design b
99 matches
Mail list logo