-Original Message-
From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On
Behalf Of Remy Bohmer
Sent: Saturday, July 18, 2009 2:29 AM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH v1] usb: bugfix
Robin,
Please keep in mind that the exact subject text becomes the changelog title:
- save the server's mac address...
looks pretty dumb. I took the liberty of cleaning it up.
Robin Getz wrote:
On Tue 21 Jul 2009 02:37, Ben Warren pondered:
Can you please re-submit using git tools?
Eric Bénard wrote:
Ben Warren wrote :
This patch has many coding style violations that haven't been
addressed, so it can't go in. Im not a fan of the piece-meal PHY
implementation
coding style violations should be fixed in v3 /
Prafulla Wadaskar wrote:
Prafulla Wadaskar (3):
Marvell Sheevaplug Board support
Marvell MV88F6281GTW_GE Board support
Marvell RD6281A Board support
Hi Ben,
I think Pull request net not yet applied.
This breaks build for RD6281A board.
Some discussion was going
-Original Message-
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Thursday, July 23, 2009 11:40 AM
To: Prafulla Wadaskar
Cc: Wolfgang Denk; U-Boot; Jean-Christophe PLAGNIOL-VILLARD;
Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: FW: [U-Boot] ARM Pull Request
Prafulla Wadaskar wrote:
-Original Message-
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Thursday, July 23, 2009 11:40 AM
To: Prafulla Wadaskar
Cc: Wolfgang Denk; U-Boot; Jean-Christophe PLAGNIOL-VILLARD;
Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: FW:
Robin,
This won't apply:
bwar...@bwarren-bldsrv:~/src/u-boot-net$ git am -s --whitespace=strip
~/h_drive/patches/minor\ debug\ cleanups\ in\ ._net.eml
Applying minor debug cleanups in ./net
fatal: patch fragment without header at line 198: @@ -879,13 +856,13 @@
DhcpHandler(uchar * pkt,
On Thursday 23 July 2009 08:16:47 Prafulla Wadaskar wrote:
I'm working on the repo right now and should have another
pull request soon. The 'forced interface' patch is still
contentious, so isn't included.
Okay
With this for RD6281 Build will not fail, but network will be broken.
Ilya Yanok wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
cpu/arm926ejs/mx27/generic.c | 10 +
drivers/net/Makefile |1 +
drivers/net/fec_mxc.c| 742
++
drivers/net/fec_mxc.h| 304 +
Wolfgang,
The following changes since commit 189eec77795553157c087cd4695fb3ce2433:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Alessio Centazzo (1):
ppc4xx:
This patch adds a generic command for programming I2C bootstrap
eeproms on PPC4xx. An implementation for Canyonlands board is
included.
The command name is intentionally chosen not to be PPC4xx specific.
This way other CPU's/SoC's can implement a similar command under
the same name, perhaps with
-Original Message-
From: Stefan Roese [mailto:s...@denx.de]
Sent: Thursday, July 23, 2009 11:57 AM
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; Ben Warren; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] FW: ARM Pull Request
On Thursday 23 July 2009 08:16:47
On Thu 23 Jul 2009 02:27, Ben Warren pondered:
Robin,
This won't apply:
bwar...@bwarren-bldsrv:~/src/u-boot-net$ git am -s --whitespace=strip
~/h_drive/patches/minor\ debug\ cleanups\ in\ ._net.eml
Applying minor debug cleanups in ./net
fatal: patch fragment without header at line 198:
On Thursday 23 July 2009 08:44:57 Prafulla Wadaskar wrote:
So, is this ethernet port in question connected to switch?
Then a forced link
(highest speed) should be used.
This is what I was trying to do,
but it was through CONGIF_ options and that is applied to both ports,
in case we need
This patch removes the alterpll command and replaces it with the now
ppc4xx standard chip_config command to configure the I2C bootstrap
EEPROM.
Signed-off-by: Stefan Roese s...@denx.de
---
v2:
- Update identation of chip_config struct
board/amcc/kilauea/Makefile |4 +-
Hi Wolfgang,
Matthias is not available for 2 days, so I'll answer instead.
On Wednesday 22 July 2009 17:42:40 Wolfgang Denk wrote:
Dear Matthias Fuchs,
In message 200907221727.56402.matthias.fu...@esd.eu you wrote:
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
..
On Wednesday 22 July 2009 17:51:56 Dirk Behme wrote:
Use do_div from div64.h for vsprintf in case of 64bit division.
For 32bit division, do_div from div64.h can't be used as it
needs a 64bit parameter.
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
CC: Simon Kagstrom
Hi all,
I've tried to build u-boot for sheevaplug from git.denx.de/u-boot.git
Is this expected to work or are there some missing dependencies or what am I
doing wrong?
(The same happens on u-boot-arm custodian tree. Only Prafullas tree from
git.marvell.com allows me to build u-boot for
On Wed, Jul 22, 2009 at 11:44:57PM -0700, Prafulla Wadaskar wrote:
Isn't it just because on the RD6281A, the first ethernet MAC of the
CPU is connected to an ethernet switch chip instead of an
ethernet PHY,
and therefore there is no negotiation to be done?
But auto negotiation works
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Dieter Kiermaier
Sent: Thursday, July 23, 2009 2:13 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] kirkwood sheevaplug - broken build using
git.denx.de/u-boot.git
Hi all,
Hi Prafulla,
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Dieter Kiermaier
Sent: Thursday, July 23, 2009 2:13 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] kirkwood sheevaplug - broken build using
Hi
2009/7/22 Ulrich Gerster gerst...@dhbw-loerrach.de:
Hello
Magnus Lilja lilja.mag...@gmail.com 14.07.09 19.43 Uhr
Hi
2009/7/14 Ulrich Gerster gerst...@dhbw-loerrach.de:
Hello.
Magnus Lilja lilja.mag...@gmail.com 14.07.09 16.03 Uhr
I used the patch from you out of this posting:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1247135043-3494-1-git-send-email-plagn...@jcrosoft.com you wrote:
This patch allows to override the libgcc Makefile inclusion from the toplevel
Makefile by the arch config.mk files. This is in preparation for the ARM
architecture to move away
Dear Prafulla Wadaskar,
In message 73173d32e9439e4abb5151606c3e19e202de13b...@sc-vexch1.marvell.com
you wrote:
The arm build is broken at this moment on u-boot.git/master
I have tested for kirkwood boards using nand (i.e. Sheevaplug and RD6281A)
same should be the case for other ARM boards
Dear Stefan Roese,
In message 200907230930.08298...@denx.de you wrote:
No, it's not in sync with the Linux version. Reason is, that the Linux
version
you are referring to was an very old arch/ppc version. The current
arch/powerpc version is completely different. No SPRN defines in this
Many (especially ARM) tool chains seem to come with broken or
otherwise unusable (for the purposes of builing U-Boot) run-time
support libraries `libgcc.a'. By using the USE_PRIVATE_LIBGCC
setting we allow to use alternative libraries instead.
USE_PRIVATE_LIBGCC can either be set as an
Many (especially ARM) tool chains seem to come with broken or
otherwise unusable (for the purposes of builing U-Boot) run-time
support libraries `libgcc.a'. By using the USE_PRIVATE_LIBGCC
setting we allow to use alternative libraries instead.
USE_PRIVATE_LIBGCC can either be set as an
Dear Heiko Schocher,
In message 4a684908.8070...@invitel.hu you wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
lib_arm/Makefile |1 +
lib_arm/_lshrdi3.S | 46 ++
2 files changed, 47 insertions(+), 0 deletions(-)
create mode 100644
Hello Wolfgang,
Wolfgang Denk wrote:
In message 4a684908.8070...@invitel.hu you wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
lib_arm/Makefile |1 +
lib_arm/_lshrdi3.S | 46 ++
2 files changed, 47 insertions(+), 0 deletions(-)
Hi Wolfgang,
buid on meesc board (arm) is still broken.
It's roughly the same problem, as Heiko Schocher reported in
4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either.
dani...@debby:~/git/u-boot$ make USE_PRIVATE_LIBGCC=yes
...
drivers/mtd/nand/libnand.a(nand_base.o): In
I played around with setting the TFTP block size very large, like 16K,
primarily to reduce the required number of ACK's. It actually appeared as
though uboot was processing the additional frames correctly but without
doing a memory comparison I'm not sure. Here were a few bad side effects
Hello Daniel,
Daniel Gorsulowski wrote:
buid on meesc board (arm) is still broken.
It's roughly the same problem, as Heiko Schocher reported in
4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either.
dani...@debby:~/git/u-boot$ make USE_PRIVATE_LIBGCC=yes
...
Hello Heiko,
Dirks patch reduces the errors, but I still get:
drivers/mtd/nand/libnand.a(nand_base.o): In function `nand_do_write_oob':
/data/home/danielg/git/u-boot/drivers/mtd/nand/nand_base.c:2019: undefined
reference to `__lshrdi3'
drivers/mtd/nand/libnand.a(nand_base.o): In function
Sorry, it was my misstake.
By cp and applying yout patch I missed the changes in lib_arm/Makefile.
But as i wrote, _lshrdi3.a does not compile.
Daniel
Daniel Gorsulowski wrote:
So i added 'GLSOBJS += _lshrdi3.S' to lib_arm/Makefile (this line is missing
in your patch, i guess). But _lshrdi3.a
Hi All,
I am using flex-onenand for my u-boot. i have added the patch for
flex-onenand and UBI and UBIFS published by kyungmin park.
I have done following steps:
1. first command
# onenand erase 0x4 0x20
2. second command
# mtdparts default
3. third commad
# mtdparts
4. forth
Hi,
For the MPC8360ERDK, U-Boot configures the Micron DDR2 chips (in
MPC8360ERDK.h) inconsistently with the chip's data sheet specifications
(e.g., for the -3 speed grade part, the CAS Latency is specified to be 5,
but the software uses 3).
I'm looking for any information/input as to how the
On Jul 22, 2009, at 10:47 AM, Peter Tyser wrote:
Hi Kumar,
I understand what the patch does. It just removes the
capability of
soft-resetting a core back into the boot translation code. I
understand your problem I'm just not keen on solving it by
completely
disabling boot
On Jul 23, 2009, at 12:55 AM, Ben Warren wrote:
Kumar Gala wrote:
cpu.c: In function 'cpu_eth_init':
cpu.c:371: warning: implicit declaration of function
'uec_standard_init'
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
include/netdev.h |1 +
1 files changed, 1
On Jul 22, 2009, at 10:16 AM, David Updegraff wrote:
Hi.
I think there is a small offset bug in here.. unless there is an
errata
that I have missed there should be no pad between srds1cr0,1. Anyone
know for sure?
--- a/include/asm-ppc/immap_86xx.h
+++ b/include/asm-ppc/immap_86xx.h
Hello Daniel,
Daniel Gorsulowski wrote:
Sorry, it was my misstake.
By cp and applying yout patch I missed the changes in lib_arm/Makefile.
But as i wrote, _lshrdi3.a does not compile.
Why do you use cp, and not better tools?
Compiling the meesc board with actual u-boot and the patches
from
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could we
release -rc1 from ARM's point of view now?
Or do you have more stuff queued? If so, when will it be ready for
pulling?
My list of pending OMAP3 patches:
1.
Hi
2009/7/23 Ulrich Gerster gerst...@dhbw-loerrach.de:
Not sure that I understand what every program assumes... means.
I try to explain my problem in more detail. I had a working u-boot programed
in NAND-Flash. Then I wanted to update it. I used the nand write command and
wrote a the new
Dear Daniel Gorsulowski,
In message 4a686566@esd.eu you wrote:
buid on meesc board (arm) is still broken.
It's roughly the same problem, as Heiko Schocher reported in
4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either.
dani...@debby:~/git/u-boot$ make
Hi,
maybe this is too off-topic, but maybe it helps:
I am currently proting U-Boot to a MPC512x design (with NAND boot).
AFAIK the NFC is similar on MPX512x and iMX.31,
The MPC512x nand flash driver, that is now available in U-Boot seems to
maintain the ECC by software. I could use it to
Dear Giuseppe CONDORELLI,
In message 1248339285-19580-1-git-send-email-giuseppe.condore...@st.com you
wrote:
This patch updates zlib to the latest stable version.
Only relevant zlib parts were ported to u-boot tree, as already did for the
current zlib (0.95). New zlib guarantees a faster
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090722234335.gi19...@game.jcrosoft.org you wrote:
Or do you have mnore stuff queued? If so, when will it be ready for
pulling?
Ilya Yanok patch which need ack from Scoot and Ben
a at91rm9200 cleanup which cant wait a after rc1 as I want
Synopsis: [U-Boot][PATCH] DHCP regression on 2009-06
State-Changed-From-To: open-closed
State-Changed-By: wd
State-Changed-When: Thu, 23 Jul 2009 19:25:27 +0200
State-Changed-Why:
Fixed by commit 09133f8580f0106429ba3600f1855bd3577ae58b
___
U-Boot
Dear Ben Warren,
In message 4a68041f.60...@gmail.com you wrote:
The following changes since commit 189eec77795553157c087cd4695fb3ce2433:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
Any feedback on my last email above, or is disabling boot page
translation just a no-go?
It is at this point.
Or is there an more ideal alternative? I really don't want to
change up
the memory map on all our Freescale boards, documentation, dts files,
etc because of an
Dear All,
i have written driver for USB function(device) in code warrior for
MPC8280,i am facing problem in configuration stage,when i connect it to the
host PC through USB cable .device descriptor is happening host is setting the
address but device
Dear GurumurthyGowdar,
In message 20090723180205.20843.qm...@f4mail201.rediffmail.com you wrote:
i have written driver for USB function(device) in code warrior for
MPC8280,i am facing problem in configuration stage,when i connect it to the
host PC through USB cable .device
ok
please let me know is there anyway i can test working of USB function(device)
in U-boot 1.3.1. currently U-boot is working fine in board.
how to add this USB function command in U-boot. i need to add config commands
for usb to work. later how i can test working of usb in U-boot because i
Dear Peter Tyser,
In message 1247269570-11406-1-git-send-email-pty...@xes-inc.com you wrote:
Previously, non-e500 architectures only unlocked their data cache which
was used as early RAM when booting to Linux using the bootm command.
This change causes all PPC boards with
Dear Detlev Zundel,
In message 1247493679-18702-2-git-send-email-...@denx.de you wrote:
Signed-off-by: Detlev Zundel d...@denx.de
---
common/cmd_bootm.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX
Dear Detlev Zundel,
In message 1247493679-18702-3-git-send-email-...@denx.de you wrote:
Support for this type was lost during the bootm refactoring.
Signed-off-by: Detlev Zundel d...@denx.de
---
common/cmd_bootm.c | 33 +
1 files changed, 33
Dear Kumar Gala,
In message 1247495041-8605-1-git-send-email-ga...@kernel.crashing.org you
wrote:
biosemu.c: In function 'BE_setVGA':
biosemu.c:147: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
Dear Kumar Gala,
In message 1247495041-8605-2-git-send-email-ga...@kernel.crashing.org you
wrote:
ahci.c: In function 'ata_scsiop_read_capacity10':
ahci.c:616: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
Dear Kumar Gala,
In message 1247495041-8605-3-git-send-email-ga...@kernel.crashing.org you
wrote:
The version of dlmalloc we are using generates a fair number of warnings
of the following form:
warning: dereferencing pointer '({anonymous})' does break strict-aliasing
rules
Trying to
Hi all,
I'm working on trying to get VxWorks to boot on a PPC440GX processor
using U-Boot, using an ALPR board. In order to boot VxWorks properly (it
expects caching on the SDRAM to be disabled), I created a new board
directory and such (based on the ALPR board), and then changed the TLB
settings
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message 1247835024.3953.43.ca...@swa-m460 you wrote:
This patch adds I2C support for mvBC-P and defines flash layout
matching the shipped product.
Signed-off-by: André Schwarz andre.schw...@matrix-vision.de
---
include/configs/MVBC_P.h | 14
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message 1247842785.3953.90.ca...@swa-m460 you wrote:
This patch adds and uses common code for all Matrix Vision boards.
Signed-off-by: Andr=C3=A9 Schwarz andre.schw...@matrix-vision.de
---
Heiko's comments have been addressed and
On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could we
release -rc1 from ARM's point of view now?
Or do you have more stuff queued? If so, when will it be ready for
Dear =?ISO-8859-15?Q?Thomas_D=F6rfler?=,
In message 4a633b8e.8060...@embedded-brains.de you wrote:
The bootelf command is written to pass the command line arguments to the
called program, but the command list entry limits the number of
arguments to 2 (including the command itself and the image
Dear Mike Frysinger,
In message 1248031023-31706-1-git-send-email-vap...@gentoo.org you wrote:
The top build system sets up HOSTCFLAGS a bit and exports it, but other
places use HOST_CFLAGS instead. Unify the two as HOSTCFLAGS so that the
values stay in sync.
Signed-off-by: Mike Frysinger
Dear Thomas Dörfler,
In message 4a637b05.4030...@embedded-brains.de you wrote:
But I doubt that (re-)calling mpc512x_fec_init_phy before a MII command
is run is really a good idea. Using the same code for initial init and
repeated init makes sense, but this function in its current
Dear pty...@xes-inc.com,
In message 1248144698-27023-1-git-send-email-pty...@xes-inc.com you wrote:
From: Peter Tyser pty...@gmail.com
- Fix command help message
- Disable DEBUG by default
- Fix whitespace issues
- Fix lines 80 characters
Signed-off-by: Peter Tyser pty...@gmail.com
Dear Mark Jackson,
In message 4a6598dd.2090...@mimc.co.uk you wrote:
This patch removes the static declaration from gunzip_bmp()
Without it, the gunzip_bmp() function is not visible to
common/lcd.c and fails to compile with an error.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
Dear Jens Scharsig,
In message h447jv$vm...@ger.gmane.org you wrote:
This patch updates the support for EB+MCF-EV123 board and needs the [PATCH
1/2 V2] new video driver for bus vcxk framebuffers
Please restrict the line length of the commit message to 70 characters
or less.
...
+#if
On Thu, 23 Jul 2009 21:01:01 +0200
Wolfgang Denk w...@denx.de wrote:
FLASH: ## Unknown FLASH on Bank 1 - Size = 0x0200 = 0 MB
32 MB
PCI: Bus Dev VenId DevId Class Int
00 0b 104c ac55 0607 ff
00 0b 104c ac55 0607 ff
= fli
Dear Jens Scharsig,
In message 4a65a19e.6060...@bus-elektronik.de you wrote:
This patch adds a new video driver
...
+int vcxk_display_bitmap (ulong addr, int x, int y)
+{
...
+ if ((bmp-header.signature[0] == 'B')
+ (bmp-header.signature[1] == 'M'))
+ {
+
Dear Mike Frysinger,
In message 1248230340-26252-1-git-send-email-vap...@gentoo.org you wrote:
While we're here, fix the broken #ifdef handling in _exports.h.
...
diff --git a/include/_exports.h b/include/_exports.h
index af43885..ba3920e 100644
--- a/include/_exports.h
+++
Dear rhabarber1848,
In message h46pl1$hb...@ger.gmane.org you wrote:
Signed-off-by: rhabarber1848 rhabarber1...@web.de
---
lib_generic/lzma/LzmaDec.c | 26 ++
lib_generic/lzma/LzmaTools.c |4
2 files changed, 30 insertions(+), 0 deletions(-)
diff
Dear Niklaus Giger,
In message 200907221629.09703.rg...@blackfin.uclinux.org Robin Getz wrote:
+#ifdef DEBUG
if (strtab) {
printf (%sing %s @ 0x%08lx (%ld bytes)\n,
(shdr-sh_type == SHT_NOBITS) ?
@@ -294,6 +295,7 @@ unsigned
Dear Stefan Roese,
In message 1248331200-3505-1-git-send-email...@denx.de you wrote:
This patch adds a generic command for programming I2C bootstrap
eeproms on PPC4xx. An implementation for Canyonlands board is
included.
The command name is intentionally chosen not to be PPC4xx specific.
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723191505.ga9...@game.jcrosoft.org you wrote:
My list of pending OMAP3 patches:
1. [PATCHv3 2-5/5] clean up omap3 configuration structs
http://lists.denx.de/pipermail/u-boot/2009-May/052943.html
Sadly, the Blackfin linker script unification lost a small #ifdef logic
needed on older parts. Restore that CONFIG_BFIN_BOOTROM_USES_EVT1 logic.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
lib_blackfin/u-boot.lds.S |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff
While we're here, fix the broken #ifdef handling in _exports.h.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
v3
- tweak code style
common/exports.c |8
include/_exports.h | 14 ++
include/exports.h |3 ++-
3 files changed, 20 insertions(+), 5
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723202252.ga9...@game.jcrosoft.org you wrote:
Sorry if I have to ask, but I mostly lost track of the discussion. It
seems you reject these patches just because you dislike the naming of
some file-local data structures and variables?
Atmel DataFlashes by default operate with pages that are slightly bigger
than normal binary sizes (i.e. many are 1056 byte pages rather than 1024
bytes). However, they also have a power of 2 mode where the pages show
up with the normal binary size. The latter mode is required in order to
boot
Wolfgang Denk wrote:
Dear Matthias Weisser,
In message
1248250473-12694-1-git-send-email-matthias.weis...@graf-syteco.de you wrote:
Volatile pointer usage caused lockup with arm-gcc 4.3.2
Using I/O accessor fixed that.
Hm...
-return *(volatile u32*)addr;
+return
Loading vxWorks 5.x images resulted just into 3 or 4 lines of output.
With vxWorks 6.x and the new GCC it emits about 30 lines, which is
far too noisy in my opinion.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
common/cmd_elf.c |2 +-
1 files changed, 1 insertions(+), 1
On 02:17 Thu 23 Jul , Ilya Yanok wrote:
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
+static int imx27lite_devices_init(void)
+{
+ struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE;
+ int i;
+ unsigned int mode[] = {
+ PD0_AIN_FEC_TXD0,
+
On 22:24 Wed 22 Jul , Ben Warren wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:24 Wed 22 Jul , Ben Warren wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
On 21:04 Sat 18 Jul , Mike Frysinger wrote:
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
Ben: some things to note:
- i adopted Jean's proposed naming scheme in the CONFIG section
- i deprecated calling the driver-specific entry point
xxx_initialization() in
On 19:19 Wed 22 Jul , Alessandro Rubini wrote:
From: Alessandro Rubini rub...@gnudd.com
While it's a matter of personal taste, I prefer to avoid ifdef when
possible. For example, I don't like to add BOARD_LATE_INIT in the
config file just to have my board_late_init() function called.
Hi all,
I've been trying unsuccessfully to see my jffs2 partition I've created by the
mtdtools under linux. If their a known issue with this? Is their a size limit?
Maybe the way it's created? I do not have a problem with this partition from
linux but also never looked at it from the u-boot.
I
On Thursday 23 July 2009 04:57:19 pm E Robertson wrote:
Hi all,
I've been trying unsuccessfully to see my jffs2 partition I've created by
the mtdtools under linux. If their a known issue with this? Is their a size
limit? Maybe the way it's created? I do not have a problem with this
partition
On 14:09 Tue 21 Jul , Alessandro Rubini wrote:
From: Alessandro Rubini rub...@gnudd.com
include/lcd.h has different vidinfo for different platforms,
and several extern declaration, but one for the default case was
missing. This makes them a single extern declaration for everyone.
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723214946.ge9...@game.jcrosoft.org you wrote:
+And to control whether your driver is even enabled, you should use:
+ CONFIG_SYS_NET_DRIVERNAME
In my proposition CONFIG_SYS_ will be not use for driver enabling but for
hardware
The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d:
Wolfgang Denk (1):
Coding Style cleanup; update CHANGELOG.
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Prafulla Wadaskar (1):
usb: bugfix driver/usb/host/ehci-hcd.c
On 13:02 Sun 19 Jul , Alessandro Rubini wrote:
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
board/st/nhk8815/Makefile |2 +-
board/st/nhk8815/gpio.c | 99
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723214946.ge9...@game.jcrosoft.org you wrote:
+And to control whether your driver is even enabled, you should use:
+ CONFIG_SYS_NET_DRIVERNAME
In my proposition CONFIG_SYS_ will be not use for driver
Commit 70ebf316 factored out the ROUND() macro into include/common.h,
not realizing that the primary use of this macro on AT91 systems was
in start.S where common.h was not included, and could not be included
because it contains a lot of C code which the assembler doesn't
understand.
This patch
On 23:45 Sat 18 Jul , Eric Benard wrote:
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
v4 : do the commit before generating/sending the patch ;-)
v3 : fix Makefile
Dear Ben Warren,
In message 4a68e0c1.2000...@gmail.com you wrote:
Enabling or disabling a driver i ssomething that a dumb user can do,
so it should be done using
CONFIG_DRIVERNAME
as in CONFIG_E1000, CONFIG_EEPRO100, etc.
Fine with me, although I understand the argument
--- a/MAKEALL
+++ b/MAKEALL
@@ -587,11 +587,12 @@ LIST_at91= \
at91sam9260ek \
at91sam9261ek \
at91sam9263ek \
- at91sam9g10ek \
+ at91sam9g10ek \
please do not touch non related part to your patch
On 17:30 Wed 22 Jul , Thomas Petazzoni wrote:
The Calao USB A9263 board is a board manufactured and sold by Calao
Systems http://www.calao-systems.com. Its components are very
similar to the AT91SAM9263EK board, so its configuration is based on
the configuration of this board. There are
On 07:49 Wed 22 Jul , Heiko Schocher wrote:
Hello Andreas,
Andreas Huber wrote:
We are using the pRAM feature (CONFIG_PRAM) on the PPC architecture. As
we are switching to an ARM architecture (Kirkwood) I am wondering if
there is an equivalent U-Boot feature for this (CONFIG_PRAM did
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723222713.gc24...@game.jcrosoft.org you wrote:
--- a/Makefile
+++ b/Makefile
@@ -2683,6 +2683,18 @@ at91rm9200ek_config : unconfig
cmc_pu2_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm920t cmc_pu2 NULL
1 - 100 of 111 matches
Mail list logo
