Hi Simon,
On Monday 19 September 2011 01:32 PM, Simon Schwarz wrote:
Hi Aneesh,
I did this Patch because of an error with an SPL build of smdkv310.
This board doesn't even build with the normal configuration but the SPL
patches add more errors (I did some BUILDALL testing).
So the
From: Marek Vasut marek.va...@gmail.com
To: u-boot@lists.denx.de; maheen butt maheen_but...@yahoo.com
Cc: Christopher Harvey char...@matrox.com
Sent: Tuesday, September 20, 2011 10:45 AM
Subject: Re: [U-Boot] start.S
On Tuesday, September 20, 2011 07:02:15 AM
Le 19/09/2011 16:21, Paulraj, Sandeep a écrit :
Hi Wofgang,
Le 19/09/2011 09:47, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4e76ebfd.9060...@aribaud.net you wrote:
As this is your 'next' branch, there is an ambiguity: can you please
indicate if you want me to pull this
Le 19/09/2011 01:39, s-paul...@ti.com a écrit :
Please pull u-boot-ti/next.
I checked all the patches for checkpatch errors.
Also all OMAP3 and OMAP4 built with no issues.
Thanks,
Sandeep
The following changes since commit 3522ad62864669b335b85f5abcd136a84bbb7519:
Ajay Bhargav (1):
Michal Simek wrote:
Add support for SERIAL MULTI for uartlite.
Signed-off-by: Michal Simek mon...@monstr.eu
---
v2: Use in/out_be32 functions
v3: Clean coding style
v4: Simplify userial_ports array initialization
---
common/serial.c | 14
Dear Simon Glass,
In message CAPnjgZ0hSsbvAH_5EEDBn5R92mPJCibOi-iWBz=nel8gvvw...@mail.gmail.com
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
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 mon...@monstr.eu
---
v2: Use in/out_be32 functions
v3: Clean coding style
v4: Simplify userial_ports array
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. after the
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
* 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 to [0] it is
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.
And the
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 booted in the
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. seems like you should
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 s...@ids.de
Signed-off-by: Rolf Riehle r...@ids.de
--
board/ids/ids8313/Makefile | 52
-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
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 applying this
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
Hi, Stefano,
2011/9/19 Stefano Babic sba...@denx.de:
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
Hi Wolfgang,
On 08/09/11 07:14, Wolfgang Denk wrote:
Dear Che-liang Chiou,
In message
canjuy2+bb7ta70vhotq3lja-o4ymgcsdp9pnfzrx-uwret7...@mail.gmail.com 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
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 for
There is no code anywhere that references BOOTFLAG_* so remove these
defines.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Heiko Schocher h...@denx.de
Cc: Valentin Longchamp valentin.longch...@keymile.com
Cc: Peter Tyser pty...@xes-inc.com
---
include/configs/km/km83xx-common.h |5 -
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 s...@ids.de
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 s...@ids.de
Signed-off-by: Rolf
Dear Arno Steffen,
In message caacx+r1vfc7c7xvygfvd8tv+ypaqsyon_efx7vheq8r56vn...@mail.gmail.com
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
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 x86
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 have to admit
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 queue
The flea3 board is a custom board used in automotive.
Network (FEC), NOR, NAND and SPI are supported.
Signed-off-by: Stefano Babic sba...@denx.de
---
Changes since V1:
- add missing entry in MAINTAINERS (F. Estevam)
MAINTAINERS |1 +
board/flea3/Makefile|
Hello Wolfgang,
Wolfgang Denk wrote:
There is no code anywhere that references BOOTFLAG_* so remove these
defines.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Heiko Schocher h...@denx.de
Cc: Valentin Longchamp valentin.longch...@keymile.com
Cc: Peter Tyser pty...@xes-inc.com
---
Hi Stefano, Helmut,
On Tue, 20 Sep 2011 13:44:33 +0200
Stefano Babic sba...@denx.de 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
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 parameter, but
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.
I'd
This is just an example how the board specific implementation can look
like.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
board/ti/sdp4430/Makefile |7 ---
board/ti/sdp4430/fastboot.c | 34 ++
2 files changed, 38 insertions(+), 3
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 them
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
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 basic
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 sba...@denx.de
---
Changes since V2:
- put the board into manufacturer's directory (CarMediaLab)
Changes since V1:
- add missing
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
The MAC address stored in the inventory eeprom begins at offset 1.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
cc: Wolfgang Denk w...@denx.de
---
board/keymile/common/ivm.c |4 ++--
1 files changed, 2 insertions(+),
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 uartlite
Dear GROYER, Anthony,
In message
bc0a2f434d4f39448d24a68ea6effb9f0194d...@eu-fr-exbe07.eu.corp.airliquide.com
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
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 one
Le 20/09/2011 20:09, Wolfgang Denk a écrit :
Dear GROYER, Anthony,
In
messagebc0a2f434d4f39448d24a68ea6effb9f0194d...@eu-fr-exbe07.eu.corp.airliquide.com
you wrote:
The use of the initial patches for the CONFIG_SYS_SKIP_ARM_RELOCATION featu
res has revealed two issues.
Could you
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,
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. That
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:
- SUMMARY
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(a)
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
requirements.
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's not quite
Hi Anthony,
On Tue, Sep 20, 2011 at 7:22 AM, GROYER, Anthony
anthony.gro...@airliquide.com 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
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.
I compile
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.
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
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 there by
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 only
Add NDS32 support into common header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
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
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v1-v4:
- Code cleanup and style formatting.
Changes for v5-v6:
- This patch also updated the following
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.
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
Add Makefile, board.c, interrupts.c and bootm.c functions
to nds32 architecture.
Signed-off-by: Macpaul Lin macp...@andestech.com
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
Add support of NDS32 to common commands bdinfo, bootm, and image format.
Signed-off-by: Macpaul Lin macp...@andestech.com
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.
Add standalone program related support for nds32 architecture.
Signed-off-by: Macpaul Lin macp...@andestech.com
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.
---
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 macp...@andestech.com
Changes for v1-v4:
- code clean up
Changes for v5-v6:
- Refine the definitions and parameters
Documents and READMEs for NDS32 architecture.
It patch also provides usage of SoC AG101 and board ADP-AG101.
Signed-off-by: Macpaul Lin macp...@andestech.com
Changes for v1-v10:
- The patch of documentation was not included.
Changes for v11:
- Add the documents of NDS32, ag101, N1213.
HI all,
2011/9/21 Macpaul Lin macp...@andestech.com
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin macp...@andestech.com
Sorry, it is my fault.
I've forgot to fix only a single line from PATCH
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v1-v4:
- Code cleanup and style formatting.
Changes for v5-v6:
- This patch also updated the following
Add NDS32 support into common header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
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
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.
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
Add standalone program related support for nds32 architecture.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
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.
Add support of NDS32 to common commands bdinfo, bootm, and image format.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
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.
Add Makefile, board.c, interrupts.c and bootm.c functions
to nds32 architecture.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
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
Documents and READMEs for NDS32 architecture.
It patch also provides usage of SoC AG101 and board ADP-AG101.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v1-v10:
- The patch of documentation was not included.
Changes for v11:
- Add the documents of NDS32, ag101, N1213.
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 macp...@andestech.com
---
Changes for v1-v4:
- code clean up
Changes for v5-v6:
- Refine the definitions and
Hi Stefano and Marek,
On Tue, Sep 20, 2011 at 5:48 AM, Stefano Babic sba...@denx.de 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
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 sba...@denx.de 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
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.
AFAIK, that one has
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, ixdgp425
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
84 matches
Mail list logo
