Michal Simek wrote:
> Add support for SERIAL MULTI for uartlite.
>
> Signed-off-by: Michal Simek
>
> ---
> v2: Use in/out_be32 functions
>
> v3: Clean coding style
>
> v4: Simplify userial_ports array initialization
> ---
> common/serial.c | 14
> drivers/serial/seria
Dear Simon Glass,
In message
you wrote:
>
> Do we really want this? Is the code overhead of SERIAL_MULTI so bad
> that people insist on not defining it? If so, can we reduce that code
I have not seen a single case yet where the overhead was a problem.
It was always only the effort to change th
On Tuesday, September 20, 2011 09:19:23 AM Michal Simek wrote:
> Michal Simek wrote:
> > Add support for SERIAL MULTI for uartlite.
> >
> > Signed-off-by: Michal Simek
> >
> > ---
> > v2: Use in/out_be32 functions
> >
> > v3: Clean coding style
> >
> > v4: Simplify userial_ports array initiali
Dear Sergej,
In message <4206182445660643B9AEB8D4E55BBD0A15399E41F3@HERMES2> you wrote:
>
> i have 2 questions:
> 1. which version of checkpatch has to be used?
>I used the one from 2.6.37 kernel.
We normally use the one from the latest kernel version (v3.1-rc6),
i. e. version 0.32
> 2. aft
On 09/20/2011 08:47 AM, Albert ARIBAUD wrote:
[SNIP]
>
> There is a regression in u-boot-ti/next with respect to u-boot-arm/next,
> on board smdk6400, causing the following build failure:
>
> s3c64xx.c:80: error: static declaration of 'nand_read_buf' follows
> non-static declaration
> /home/uboot/s
* Wolfgang Denk | 2011-09-17 15:10:31 [+0200]:
>Dear Sebastian Andrzej Siewior,
Hi Wolfgang,
>In message <4e73bf68.9040...@linutronix.de> you wrote:
>>
>> > Are you 100% sure this is a GPLv2+ compatible license??? I don't think
>> > so...
>>
>> How so? This is a 3-clause BSD license. According t
On 09/19/2011 05:06 PM, Lukasz Majewski wrote:
> Dear all,
Hi Lukasz,
>
> I'd like to propose a new approach for PMIC generic driver.
Fine !
>
> In my opinion following issues needs discussion:
> 1. In proposed
> int pmic_reg_read(struct pmic *p, u32 *val) the val is returned by pointer.
An
On 09/20/2011 06:16 AM, Marek Vasut wrote:
> On Monday, September 19, 2011 07:51:10 PM Fabio Estevam wrote:
>> Turn on the watchdog WDZST bit so that watchdog timer does not count during
>> low power modes.
>>
>> Prior to applying this patch mx31pdk board got watchdog resets because when
>> it boot
Hi Mike,
> --- /dev/null
> > +++ b/arch/nds32/cpu/n1213/ag101/Makefile
> >
> > +ifndef CONFIG_SKIP_LOWLEVEL_INIT
> > +SOBJS:= lowlevel_init.o
> > +endif
> > +
> > +ifndef CONFIG_SKIP_TRUNOFF_WATCHDOG
> > +SOBJS+= watchdog.o
> > +endif
>
> the CONFIG_SKIP_xxx is a bit backwards. se
This patch adds support for IDS8313 boards based on MPC8313
It contains the following components:
- both of TSEC's, NOR- and NAND flash, I2C, SPI
Signed-off-by: Sergej Stepanov
Signed-off-by: Rolf Riehle
--
board/ids/ids8313/Makefile | 52
board/ids/ids8313/ids8313.c | 170
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of maheen butt
Sent: 20 September 2011 12:17
To: Marek Vasut; u-boot@lists.denx.de
Subject: Re: [U-Boot] start.S
From: Marek Vasut
To: u-boot@lists.d
On Tuesday, September 20, 2011 10:48:12 AM Stefano Babic wrote:
> On 09/20/2011 06:16 AM, Marek Vasut wrote:
> > On Monday, September 19, 2011 07:51:10 PM Fabio Estevam wrote:
> >> Turn on the watchdog WDZST bit so that watchdog timer does not count
> >> during low power modes.
> >>
> >> Prior to
Assumed Uboot and environment are located in NAND flash.
Just a short question: Is the ECC done before the CRC check, or is the
CRC check done first?
>From my observation I would assume that first CRC is checked. But if
so - imho in my case (environment in NAND, which is handled with ECC)
this woul
Hi, Stefano,
2011/9/19 Stefano Babic :
> On 09/15/2011 02:09 AM, Marek Vasut wrote:
>> Rewrite the mxc_i2c driver.
>> * This version is much closer to Linux implementation.
>> * Fixes IPG_PERCLK being incorrectly used as clock source
>> * Fixes behaviour of the driver on iMX51
>> * Clean up co
Hi Wolfgang,
On 08/09/11 07:14, Wolfgang Denk wrote:
> Dear Che-liang Chiou,
>
> In message
> you
> wrote:
>>
>> So I guess we can agree that a 64-bit divider is feature that is nice
>> to have, and we should decide:
>> * Do we need a 64-64 bit divider or a 64-32 bit one?
>> * Do we write it i
Hello Sergej,
added Kim Phillips to cc, as he is the mpc83xx maintainer
Could you use git send-mail? You should add the "--in-reply-to="
option and use the Message-Id from your first posting, so patch-
work could follow your patchupdates.
sergej.stepa...@ids.de wrote:
> This patch adds support f
There is no code anywhere that references BOOTFLAG_* so remove these
defines.
Signed-off-by: Wolfgang Denk
Cc: Heiko Schocher
Cc: Valentin Longchamp
Cc: Peter Tyser
---
include/configs/km/km83xx-common.h |5 -
include/configs/xpedite550x.h |6 --
2 files changed, 0 insert
Dear sergej.stepa...@ids.de,
In message <4206182445660643B9AEB8D4E55BBD0A15399F40A6@HERMES2> you wrote:
> This patch adds support for IDS8313 boards based on MPC8313
> It contains the following components:
> - both of TSEC's, NOR- and NAND flash, I2C, SPI
>
> Signed-off-by: Sergej Stepanov
> Sig
Sergej,
On Tue, Sep 20, 2011 at 10:48:48AM +0200, sergej.stepa...@ids.de wrote:
> This patch adds support for IDS8313 boards based on MPC8313
> It contains the following components:
> - both of TSEC's, NOR- and NAND flash, I2C, SPI
>
> Signed-off-by: Sergej Stepanov
> Signed-off-by: Rolf Riehle
Dear Arno Steffen,
In message
you wrote:
> Assumed Uboot and environment are located in NAND flash.
> Just a short question: Is the ECC done before the CRC check, or is the
> CRC check done first?
> From my observation I would assume that first CRC is checked. But if
Your observations are wrong
Dear Graeme Russ,
In message <4e786eba.5040...@gmail.com> you wrote:
>
> You'll laugh at this - the Intel High Performance Event Timers (HPET) are
> defined to a resolution of femto-seconds and you end up with code in
> get_timer() like:
I have to admit that I have never been able to laugh about
On 20/09/11 21:28, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4e786eba.5040...@gmail.com> you wrote:
>>
>> You'll laugh at this - the Intel High Performance Event Timers (HPET) are
>> defined to a resolution of femto-seconds and you end up with code in
>> get_timer() like:
>
> I hav
On 09/05/2011 01:47 PM, Helmut Raiger wrote:
> mx3fb.c was based on CONFIG_LCD and is moved by this patch to
> CONFIG_VIDEO, which has greater freedom in selecting videomodes
> even at runtime.
>
Hi Anatolji,
do you have some comments about this patch ? Is it ok for you if I put
it in my IMX que
The flea3 board is a custom board used in automotive.
Network (FEC), NOR, NAND and SPI are supported.
Signed-off-by: Stefano Babic
---
Changes since V1:
- add missing entry in MAINTAINERS (F. Estevam)
MAINTAINERS |1 +
board/flea3/Makefile| 49
bo
Hello Wolfgang,
Wolfgang Denk wrote:
> There is no code anywhere that references BOOTFLAG_* so remove these
> defines.
>
> Signed-off-by: Wolfgang Denk
> Cc: Heiko Schocher
> Cc: Valentin Longchamp
> Cc: Peter Tyser
> ---
> include/configs/km/km83xx-common.h |5 -
> include/configs/x
Hi Stefano, Helmut,
On Tue, 20 Sep 2011 13:44:33 +0200
Stefano Babic wrote:
> On 09/05/2011 01:47 PM, Helmut Raiger wrote:
> > mx3fb.c was based on CONFIG_LCD and is moved by this patch to
> > CONFIG_VIDEO, which has greater freedom in selecting videomodes
> > even at runtime.
> >
>
> Hi Anato
Hi Stefano,
Thanks for the reply.
> >
> > In my opinion following issues needs discussion:
> > 1. In proposed
> > int struct pmic *p, u32 *val) the val is returned by
> > pointer.
>
> And the register to be read/write is embedded in the structure. For
> readness I will let it as separate param
On 09/20/2011 02:36 PM, Anatolij Gustschin wrote:
> Hi Stefano, Helmut,
>
Hi Anatolij,
> I'm not really ok with it as is. Currently we have video support for
> two boards in the tree using the mx3fb driver. Applying this patch
> as is will break the display support for qong and imx31_phycore.
>
This is just an example how the board specific implementation can look
like.
Signed-off-by: Sebastian Andrzej Siewior
---
board/ti/sdp4430/Makefile |7 ---
board/ti/sdp4430/fastboot.c | 34 ++
2 files changed, 38 insertions(+), 3 deletions(-)
create m
This patch adds support for the Android boot-image format. The header
file is from the Android project and got slightly alterted so the struct +
its defines are not generic but have something like a namespace. The
header file is from bootloader/legacy/include/boot/bootimg.h. The header
parsing has
This series contains a smaller version of the fastboot gadget. I removed
the flash/mmc/write to media part and re-add once I'm through with this
basic thing :)
This "basic" gadget supports the retrieval of variables (like serial
number), reboot functionality, download of binary data and booting the
This patch contains an implementation of the fastboot protocol on the
device side and a little of documentation.
The gadget expects the new-style gadget framework.
The gadget implements the getvar, reboot, download and reboot commands.
What is missing is the flash handling i.e. writting the image t
On 09/20/2011 02:38 PM, Lukasz Majewski wrote:
>> Who is responsible to allocate the pmic structure ? It could be (there
>> is no use case at the moment) that the pmic can be programmed before
>> the relocation, when malloc() is not available.
>
> In my opinion on the beginning we should focus on
The flea3 board is a custom board by CarMediaLab used
in automotive.
Network (FEC), NOR, NAND and SPI are supported.
Signed-off-by: Stefano Babic
---
Changes since V2:
- put the board into manufacturer's directory (CarMediaLab)
Changes since V1:
- add missing entry in MAINTAINE
Hello,
I came back on a discussion started on April 2011.
The use of the initial patches for the CONFIG_SYS_SKIP_ARM_RELOCATION features
has revealed two issues.
First issue: the calculation of the relocation offset was done only if the
relocation is actually done. So we could reach a point w
The MAC address stored in the inventory eeprom begins at offset 1.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Wolfgang Denk
---
board/keymile/common/ivm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/keymile/common/ivm.c b/board/keym
On Thursday, September 15, 2011 09:50:00 Michal Simek wrote:
> --- a/drivers/serial/serial_xuartlite.c
> +++ b/drivers/serial/serial_xuartlite.c
>
> +static struct uartlite *userial_ports[4] = {
i think you missed my previous feedback here. pretty sure this should be:
static struct uartl
Dear "GROYER, Anthony",
In message
you wrote:
>
> The use of the initial patches for the CONFIG_SYS_SKIP_ARM_RELOCATION featu
> res has revealed two issues.
Could you please restict your line length to some 70 characters or so?
Thanks.
> First issue: the calculation of the relocation offset
On 09/19/2011 05:31 PM, Marek Vasut wrote:
> On Monday, September 19, 2011 08:13:45 PM Scott Wood wrote:
>> On 09/16/2011 05:48 PM, Marek Vasut wrote:
>>> The stuff in arch/arm/cpu should be exactly what you need, nothing more !
>>
>> This is "spl/", not "arch/arm/spl/", so let's not reason from on
Le 20/09/2011 20:09, Wolfgang Denk a écrit :
> Dear "GROYER, Anthony",
>
> In
> message
> you wrote:
>>
>> The use of the initial patches for the CONFIG_SYS_SKIP_ARM_RELOCATION featu
>> res has revealed two issues.
>
> Could you please restict your line length to some 70 characters or so?
> Than
Hello everybody,
are we ready for a -rc2 (so we don;t have to shift the release date
any further), or are there any important fixes still missing?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-821
On Tuesday, September 20, 2011 16:17:34 Wolfgang Denk wrote:
> are we ready for a -rc2 (so we don;t have to shift the release date
> any further), or are there any important fixes still missing?
i wouldnt call them important, but they do fix build warnings:
http://patchwork.ozlabs.org/patch/114291
Hi Wolfgang,
Le 20/09/2011 22:17, Wolfgang Denk a écrit :
> Hello everybody,
>
> are we ready for a -rc2 (so we don;t have to shift the release date
> any further), or are there any important fixes still missing?
None on ARM side I think, apart from dropping ixdp425 and possibly also
ixdpg425. T
Hi Michael and Stefan,
Le 19/09/2011 20:40, Michael Schwingen a écrit :
> Am 09/17/2011 10:12 AM, schrieb Albert ARIBAUD:
>> (board maintainers in CC:)
>>
>> Hi all,
>>
>> There remains 13 boards listed as having warnings or errors at this
>> point in a ./MAKEALL arm:
>>
>> - S
Hi Stafano,
On 19 sept. 2011, at 22:59, stefano babic wrote:
> Am 19/09/2011 22:34, schrieb Eric Jarrige:
>> On 19 sept. 2011, at 09:26, Stefano Babic wrote:
>>> On 09/19/2011 08:57 AM, Marek Vasut wrote:
On Monday, August 22, 2011 10:56:43 PM Eric Jarrige wrote:
>>> #define mxc_get_clock
On Tuesday, September 20, 2011 09:12:08 PM Scott Wood wrote:
> On 09/19/2011 05:31 PM, Marek Vasut wrote:
> > On Monday, September 19, 2011 08:13:45 PM Scott Wood wrote:
> >> On 09/16/2011 05:48 PM, Marek Vasut wrote:
> >>> The stuff in arch/arm/cpu should be exactly what you need, nothing more
> >
On 09/20/2011 04:16 PM, Marek Vasut wrote:
> On Tuesday, September 20, 2011 09:12:08 PM Scott Wood wrote:
>> On 09/19/2011 05:31 PM, Marek Vasut wrote:
>>> Then you adjust the makefile there by ifdef CONFIG_SPL_BUILD
>>
>> It's not quite that simple, since different SPLs will have different
>> requ
On Tuesday, September 20, 2011 11:23:01 PM Scott Wood wrote:
> On 09/20/2011 04:16 PM, Marek Vasut wrote:
> > On Tuesday, September 20, 2011 09:12:08 PM Scott Wood wrote:
> >> On 09/19/2011 05:31 PM, Marek Vasut wrote:
> >>> Then you adjust the makefile there by ifdef CONFIG_SPL_BUILD
> >>
> >> It
Hi Anthony,
On Tue, Sep 20, 2011 at 7:22 AM, GROYER, Anthony
wrote:
>
> Hello,
>
> I came back on a discussion started on April 2011.
>
> The use of the initial patches for the CONFIG_SYS_SKIP_ARM_RELOCATION
> features has revealed two issues.
>
> First issue: the calculation of the relocation o
Wolfgang,
On Tue, Sep 20, 2011 at 10:17:34PM +0200, Wolfgang Denk wrote:
> Hello everybody,
>
> are we ready for a -rc2 (so we don;t have to shift the release date
> any further), or are there any important fixes still missing?
Not a bugfix, but since it had been originally submitted before the
Am 09/20/2011 10:44 PM, schrieb Albert ARIBAUD:
> Just tried actux3 - I get only this one warning:
>>
>> /usr/local/pkg/x-tools/armeb-unknown-linux-gnu/bin/.armeb-unknown-linux-gnu-ld:
>>
>> warning: creating a DT_TEXTREL in object.
>>
>> AFAIK, that one has been there since relocation was added.
>
The device tree compiler, dtc, can use "phandle" and/or "linux,phandle"
properties to specify the phandle for any node. By default, it uses
both, but "linux,phandle" is deprecated. One day, we'd like to stop using
"linux,phandle", but U-boot needs to support both properties equally
first.
fdt_al
Function fdt_create_phandle() conveniently creates new phandle properties
using both "linux,phandle" and "phandle", so it should be used by all code
that wants to create a phandle.
The Fman firmware code, which embeds an Fman firmware into the device tree,
was creating the phandle properties manua
fdt_create_phandle() was ignoring errors from fdt_set_phandle(). If an
error occurs, print an error message and return 0, which is an invalid
phandle. We also need to change the return type for fdt_create_phandle()
to indicate that it cannot return an error code.
Signed-off-by: Timur Tabi
---
On 09/20/2011 04:30 PM, Marek Vasut wrote:
> On Tuesday, September 20, 2011 11:23:01 PM Scott Wood wrote:
>> On 09/20/2011 04:16 PM, Marek Vasut wrote:
>>> On Tuesday, September 20, 2011 09:12:08 PM Scott Wood wrote:
On 09/19/2011 05:31 PM, Marek Vasut wrote:
> Then you adjust the makefile
I'm recently facing a yaffs2 image write problem in u-boot.
In u-boot console, I write the yaffs2 image in ram to an already erased nand
flash with command "nand write.yaffs ${loadaddr} ${nandrootoffset}
${filesize}".
After that, if I boot using a ramdisk and mount that yaffs2 partition,
I can onl
Add NDS32 support into common header file.
Signed-off-by: Macpaul Lin
---
Changes for v1-v7:
- No change
Changes for v8:
- Fix the patch according to dependency of x86's Fix
Changes for v9-v13:
- No change
include/common.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
dif
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- Code cleanup and style formatting.
Changes for v5-v6:
- This patch also updated the following changes against the
ch
Add N1213 cpu core (N12 Core family) support for NDS32 arch.
This patch includes start.S for the initialize procedure of N1213.
Start procedure:
start.S will start up the N1213 CPU core at first,
then jump to SoC dependent "lowlevel_init.S" and
"watchdog.S" to configure peripheral devices.
Sig
SoC ag101 is the first chip using NDS32 N1213 cpu core.
Add header file of device offset support for SoC ag101.
Add main function of SoC ag101 based on NDS32 n1213 core.
Add lowlevel_init.S and other periphal related code.
This version of lowlevel_init.S also replace hardcode value
by MARCO define
Add Makefile, board.c, interrupts.c and bootm.c functions
to nds32 architecture.
Signed-off-by: Macpaul Lin
Changes for v1-v4:
- code clean up and formatting style.
Changes for v5-v6:
- board.c
- Do some clean up and add code
- Remove display banner which hasn't support.
- Add ftpmu
Add support of NDS32 to common commands bdinfo, bootm, and image format.
Signed-off-by: Macpaul Lin
Changes for v1-v6:
- Code clean up
Changes for v7-v9:
- No Change.
Changes for v10:
- fix up according to the changes in master tree.
Changes for v11:
- No Change.
Changes for v12:
- rem
Add standalone program related support for nds32 architecture.
Signed-off-by: Macpaul Lin
Changes for v1-v6:
- code clean up.
Changes for v7-v11:
- No change.
Changes for v12:
- clean up for linker script.
Changes for v13:
- No change.
---
examples/standalone/nds32.lds | 56 ++
Add evaluation board "adp-ag101" configuration file adp-ag101.h.
Add adp-ag101.c board config and related settings.
Add board adp-ag101 into boards.cfg
Signed-off-by: Macpaul Lin
Changes for v1-v4:
- code clean up
Changes for v5-v6:
- Refine the definitions and parameters about CLK,
AHB
Documents and READMEs for NDS32 architecture.
It patch also provides usage of SoC AG101 and board ADP-AG101.
Signed-off-by: Macpaul Lin
Changes for v1-v10:
- The patch of documentation was not included.
Changes for v11:
- Add the documents of NDS32, ag101, N1213.
Changes for v12-v13:
- No
HI all,
2011/9/21 Macpaul Lin
> Add generic header files support for nds32 architecture.
> Cache, ptregs, data type and other definitions are included.
>
> Signed-off-by: Macpaul Lin
>
Sorry, it is my fault.
I've forgot to fix only a single line from PATCH v12 to PATCH v13.
Hence please forget
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- Code cleanup and style formatting.
Changes for v5-v6:
- This patch also updated the following changes against the
ch
Add NDS32 support into common header file.
Signed-off-by: Macpaul Lin
---
Changes for v1-v7:
- No change
Changes for v8:
- Fix the patch according to dependency of x86's Fix
Changes for v9-v14:
- No change
include/common.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
dif
Add N1213 cpu core (N12 Core family) support for NDS32 arch.
This patch includes start.S for the initialize procedure of N1213.
Start procedure:
start.S will start up the N1213 CPU core at first,
then jump to SoC dependent "lowlevel_init.S" and
"watchdog.S" to configure peripheral devices.
Sig
SoC ag101 is the first chip using NDS32 N1213 cpu core.
Add header file of device offset support for SoC ag101.
Add main function of SoC ag101 based on NDS32 n1213 core.
Add lowlevel_init.S and other periphal related code.
This version of lowlevel_init.S also replace hardcode value
by MARCO define
Add standalone program related support for nds32 architecture.
Signed-off-by: Macpaul Lin
---
Changes for v1-v6:
- code clean up.
Changes for v7-v11:
- No change.
Changes for v12:
- clean up for linker script.
Changes for v13-v14:
- No change.
examples/standalone/nds32.lds | 56 ++
Add support of NDS32 to common commands bdinfo, bootm, and image format.
Signed-off-by: Macpaul Lin
---
Changes for v1-v6:
- Code clean up
Changes for v7-v9:
- No Change.
Changes for v10:
- fix up according to the changes in master tree.
Changes for v11:
- No Change.
Changes for v12:
-
Add Makefile, board.c, interrupts.c and bootm.c functions
to nds32 architecture.
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- code clean up and formatting style.
Changes for v5-v6:
- board.c
- Do some clean up and add code
- Remove display banner which hasn't support.
- Add ft
Documents and READMEs for NDS32 architecture.
It patch also provides usage of SoC AG101 and board ADP-AG101.
Signed-off-by: Macpaul Lin
---
Changes for v1-v10:
- The patch of documentation was not included.
Changes for v11:
- Add the documents of NDS32, ag101, N1213.
Changes for v12-v14:
-
Add evaluation board "adp-ag101" configuration file adp-ag101.h.
Add adp-ag101.c board config and related settings.
Add board adp-ag101 into boards.cfg
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- code clean up
Changes for v5-v6:
- Refine the definitions and parameters about CLK,
A
Hi Stefano and Marek,
On Tue, Sep 20, 2011 at 5:48 AM, Stefano Babic wrote:
...
>> Maybe
>> tmp = readw();
>> tmp |= ...
>> writel(tmp, ...);
>
> Well, I do not see a big difference with your proposal - so it is only a
> question of taste. Calling write with an embedded read as first
> parameter
On 09/21/2011 05:43 AM, Fabio Estevam wrote:
> Hi Stefano and Marek,
Hi Fabio,
>
> On Tue, Sep 20, 2011 at 5:48 AM, Stefano Babic wrote:
> ...
>>> Maybe
>>> tmp = readw();
>>> tmp |= ...
>>> writel(tmp, ...);
>>
>> Well, I do not see a big difference with your proposal - so it is only a
>> ques
Le 21/09/2011 00:58, Michael Schwingen a écrit :
> Am 09/20/2011 10:44 PM, schrieb Albert ARIBAUD:
>> Just tried actux3 - I get only this one warning:
>>>
>>> /usr/local/pkg/x-tools/armeb-unknown-linux-gnu/bin/.armeb-unknown-linux-gnu-ld:
>>>
>>> warning: creating a DT_TEXTREL in object.
>>>
>>> AF
Hi Albert,
On Tuesday 20 September 2011 22:44:43 Albert ARIBAUD wrote:
> > I do have one of these @work, but rarely take it out of the closet. I
> > can run tests if required. but I am not sure if it is worth the effort
> > to keep it.
>
> Since you concur with Stefan, I will drop it.
>
> > OTOH
This patch move the reset function from initialization to
driver register procedure.
Some embedded system supports wake on lan nowadays. On this kind of system,
the ftgmac100 will be still supplied power after the system has been
shut-down by Linux. Hence the register used by linux won't be clear
Hi,
Did anybody face the issue which I am facing in building U-Boot for
m501sk board from Artila.
I am getting following error.
arm-none-eabi-gcc -g -Os -fno-common -ffixed-r8 -msoft-float
-D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x21f0
-I/media/disk/work/u-boot-2011.06_old2/include -fno-built
On 09/20/2011 10:54 PM, Eric Jarrige wrote:
> Your proposal looks good and should be easy to implement for all new iMX CPU.
>
> What is the main added values of the unique method "mxc_get_clock" compared
> to the other model?
> On PowerPC the frequencies are saved in the gd-> structure
Well, bo
On 09/21/2011 08:00 AM, Sandeep Kumar wrote:
> Hi,
>
Hi,
> Did anybody face the issue which I am facing in building U-Boot for
> m501sk board from Artila.
Not anymore. Because no one fixed this board in the last two years, the
board was removed from U-Boot mainline. It is not supported.
Best r
83 matches
Mail list logo