Dear Gabe Black,
In message CAPPXG1nqDa_UgZsJx_g_RDCQOfJLjM=zak5k7w9pgcsrrc9...@mail.gmail.com
you wrote:
WARNING: do not add new typedefs
#853: FILE: include/cbfs.h:61:
+typedef const struct cbfs_cache_node *cbfs_file;
This typedef is to create an opaque handle for CBFS files. If you
Dear Anatolij Gustschin,
In message 20111205233532.125ce470@wker you wrote:
Hello Wolfgang,
The following changes since commit 7708d8b352e9e595f6f08afd3206af6495c7dc09:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2011-12-02
00:17:49 +0100)
are available in the
Hi Simon,
Le 22/11/2011 00:57, Simon Glass a écrit :
This is the second patch series aiming to unify the various board.c files
in each architecture into a single one. This series creates a libboard
library and implements relocation in it. It then moves ARM over to use
this framework, as an
On Wed, Dec 7, 2011 at 3:03 AM, Wolfgang Denk w...@denx.de wrote:
Dear Gabe Black,
In message 1323214584-11635-1-git-send-email-gabebl...@chromium.org you
wrote:
Coreboot uses a very simple file system called CBFS to keep track of
and
allow access to multiple files in a ROM image. This
On 28/11/2011 17:37, Ilya Yanok wrote:
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain already loaded data. I can't see any way to
determine some safe address automagically so make it up to board porter
to provide the safe-to-use address via
Hi Tom,
On Tue, Dec 6, 2011 at 11:17 PM, Tom Rini tom.r...@gmail.com wrote:
On Tue, Dec 6, 2011 at 10:34 AM, Tom Rini tom.r...@gmail.com wrote:
[...]
OK, thanks, I'll chalk it up to my toolchain then.
After talking with Wolfgang and Albert, we (OK, Wolfgang) found that
ELDK 4.2 toolchain
As per new naming convention for Samsung SoC's, all Cortex-A9 and Cortex-A15
based SoC's will be classified under the name Exynos. Cortex-A9 and Cortex-A15
based SoC's will be sub-classified as Exynos4 and Exynos5 respectively.
In order to better adapt and reuse code across various upcoming
Dear Wolfgang,
(resent from registered account cause u-boot list seems to be members
only now ...)
Am 06.12.2011 12:12, schrieb Wolfgang Denk:
Hi all,
Second, I would like to get ready for the -rc1 pre-release.
I'll wait for the next ARM pull request from Albert, and then I will
push -rc1
Dear Andreas,
In message 4edf3855.5010...@corscience.de you wrote:
These are waiting for merge:
* http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arch)
* http://patchwork.ozlabs.org/patch/120993/ (new mmc framework for
avr32, brake some board/mmc combinations)
*
Dear Andreas,
In message 4edf3a70.8000...@gmail.com you wrote:
(resent from registered account cause u-boot list seems to be members
only now ...)
Moderated, yes.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich,
Dear Wolfgang,
Am 07.12.2011 11:25, schrieb Wolfgang Denk:
Dear Andreas,
In message 4edf3855.5010...@corscience.de you wrote:
These are waiting for merge:
* http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arch)
* http://patchwork.ozlabs.org/patch/120993/ (new mmc framework for
Dear Wolfgang,
Am 07.12.2011 13:11, schrieb Wolfgang Denk:
Dear Andreas,
In message 4edf4521.6060...@gmail.com you wrote:
IMHO the most important patch is
http://patchwork.ozlabs.org/patch/117688/ which unbreaks the whole avr32
architecture.
Was the AVR32 custodian on Cc: ?
AFAIK
Dear Andreas,
In message 4edf58c0.8090...@gmail.com you wrote:
Was the AVR32 custodian on Cc: ?
AFAIK Haavrad Skinnemoen does not work at atmel any longer and I think
You are right, I have to update my mail aliases :-(
Since then Reinhard took over as a 'atmel' custodian and yes, he
Hi Simon,
On 12/07/11 07:47, Simon Glass wrote:
Change all files in common/ to use CMD_RET_USAGE instead of calling
cmd_usage() directly. I'm not completely sure about this patch since
the code since impact is small (100 byte or so on ARM) and it might
need splitting into smaller patches. But
Hi Marek,
On 12/07/11 01:49, Marek Vasut wrote:
Although it is a single patch, I felt that a cover letter will
definetly not hurt here, also the patch version history is so big, so
I decided to move it here.
The ULPI (UTMI Low Pin (count) Interface) PHYs are widely used on
variety of
Hi Andreas,
On 12/07/2011 02:51 AM, Andreas Bießmann wrote:
Dear Wolfgang,
Am 07.12.2011 11:25, schrieb Wolfgang Denk:
Dear Andreas,
In message 4edf3855.5010...@corscience.de you wrote:
These are waiting for merge:
* http://patchwork.ozlabs.org/patch/117688/ (unbreak avr32 arch)
*
On 12/07/11 03:42, Simon Glass wrote:
Hi Igor,
Looks good - a few comments from me.
On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg grinb...@compulab.co.il wrote:
From: Jana Rapava ferma...@gmail.com
Add partial ULPI specification implementation that should be enough to
interface the ULPI
Make endianess of target CPU configurable. Use the new config
option for dbau1550_el and pb1000 boards.
Adapt linking of standalone applications to pass through
endianess options to LD.
Build tested with:
- ELDK 4 mips_4KC- and mips4KCle
- Sourcery CodeBench Lite 2011.03-93
With this patch
This patchset modifies the handling of all the operations on the environment
(set/import/default) so to unify handling of special variables.
On top of that we implement a selective env default.
A selective env import would imply a user API change and should therefore
be discussed separately.
The logic of checking special parameters (e.g. baudrate, stdin, stdout,
for a valid value and/or whether can be overwritten) and applying the
new value to the running system is now all within a single function
env_check_apply() which can be called whenever changes are made
to the environment, no
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
common/cmd_nvedit.c |2 +-
include/search.h|6 --
lib/hashtable.c | 18 --
3 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index
Changes in the syntax (user API) for env default:
-f: override write-once variables
-a: all (resetting the whole env is NOT the default behavior)
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
README |2 ++
common/cmd_nvedit.c | 43
Dear Sven,
Am 07.12.2011 14:20, schrieb Sven Schnelle:
Hi Andreas,
On 12/07/2011 02:51 AM, Andreas Bießmann wrote:
Dear Wolfgang,
Am 07.12.2011 11:25, schrieb Wolfgang Denk:
Dear Andreas,
In message 4edf3855.5010...@corscience.de you wrote:
These are waiting for merge:
*
On 12/07/11 14:59, Igor Grinberg wrote:
Hi Marek,
On 12/07/11 01:49, Marek Vasut wrote:
Although it is a single patch, I felt that a cover letter will
definetly not hurt here, also the patch version history is so big, so
I decided to move it here.
The ULPI (UTMI Low Pin (count) Interface)
Dear Andy Fleming,
Am 14.10.2011 14:36, schrieb Andreas Bießmann:
Before the DTOR register is set to a fixed value and resulted in some cards
not working. Setting the fixed value to a hihger value is not appropriate
cause we could wait way to long for slow clock rates.
This patch moves the
Fix:
cfb_console.c:371: warning: 'cursor_state' defined but not used
cfb_console.c:372: warning: 'old_col' defined but not used
cfb_console.c:373: warning: 'old_row' defined but not used
cfb_console.c:435: warning: 'video_invertchar' defined but not used
Signed-off-by: Anatolij Gustschin
On Dec 1, 2011, at 7:38 PM, Shaohui Xie wrote:
Description of SerDes clock Bank2 setting in p2041 hardware specification
is wrong, the clock map which based on it is wrong either, so fix the
serdes clock map.
wrong setting of SERDES Reference Clocks Bank2:
SW2[5:6] = ON OFF =100MHz
On Nov 21, 2011, at 5:40 PM, Andy Fleming wrote:
The MAKEALL script cleverly runs make with the appropriate options
to use all of the cores on the system, but your average U-Boot build
can't make much use of more than a few cores. If you happen to have
a many-core server, your builds will
Hi Tom,
On 12/06/11 17:49, Tom Rini wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Please note that NOR Flash is located on Application board and requires
hardware modification to get NOR boot mode working.
NOR Flash boot mode configuration -
- From baseboard remove R235
We already flush the kernel image after we've loaded it to ensure
visiblity to the other cores. We need to do the same thing for the
ramdisk and device tree images. In AMP boot scenarios we might not be
HW cache coherent with the secondary core that we are loading and
setting the ramdisk and
Hi Steve, Tom,
On 12/06/11 17:49, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
Signed-off-by: Steve Kipisz s-kipi...@ti.com
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/cpu/armv7/omap3/emac.c | 20 +++-
arch/arm/include/asm/arch-omap3/emac_defs.h
On 12/07/2011 07:48 AM, Igor Grinberg wrote:
Hi Steve, Tom,
On 12/06/11 17:49, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
Signed-off-by: Steve Kipisz s-kipi...@ti.com
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/cpu/armv7/omap3/emac.c | 20
On 06/12/2011 23:41, Tom Rini wrote:
On Tue, Dec 6, 2011 at 11:34 AM, Simon Schwarz
simonschwarz...@googlemail.com wrote:
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
After talking with
On 06/12/2011 19:34, Simon Schwarz wrote:
From: Simon Schwarz simonschwarz...@googlemail.com
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
On 06/12/2011 19:34, Simon Schwarz wrote:
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
Changes in V5:
- Rebased on u-boot-ti
- fixed MAKEALL warnings and errors
- adapted to general gpio
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic sba...@denx.de wrote:
[snip]
The function you write are in omap-common/spl_nand.c, but they are not
specific for OMAP, and any architecture can profit from your work. What
about to move common functions away from TI related directory ? I do not
Switch to extension board detection using pci_find_device()
instead of detecting by i2c access to EEPROM device on
extension board.
This is a cleaner detection method since EEPROM addresses
can be different on different board revisions. This also
avoids i2c_read: failed to address chip error
On 12/07/11 18:00, Tom Rini wrote:
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic sba...@denx.de wrote:
[snip]
The function you write are in omap-common/spl_nand.c, but they are not
specific for OMAP, and any architecture can profit from your work. What
about to move common functions away from
Hi Heiko,
On Tue, Dec 6, 2011 at 11:16 PM, Heiko Schocher h...@denx.de wrote:
Hello Simon,
Simon Glass wrote:
This small patch converts the I2C command over to using the
CMD_RET_USAGE return value instead of calling cmd_usage()
directly.
Signed-off-by: Simon Glass s...@chromium.org
---
On 12/06/2011 06:18 PM, Simon Glass wrote:
Hi Albert,
On Mon, Dec 5, 2011 at 10:05 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi all,
As I don't have much time and the december release is coming soon, I would
appreciate that anyone with a patch that they think should go to ARM
Hi Wolfgang,
On Tue, Dec 6, 2011 at 11:39 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
CAPnjgZ0tGPnZOQ7eBRwt5noHHVw_z3KY=qcyh_gsxkfxs2k...@mail.gmail.com you
wrote:
In this commit:
5c45a22 mii: miiphy register address width change
the required prototypes for the
On Wed, Dec 7, 2011 at 8:42 AM, Kumar Gala ga...@kernel.crashing.org wrote:
+ if (flag BOOTM_STATE_OS_PREP) {
+ boot_prep_linux(images);
return 0;
+ }
if (flag BOOTM_STATE_OS_GO) {
boot_jump_linux(images);
Hi Albert,
On Tue, Dec 6, 2011 at 11:44 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Simon,
Le 22/11/2011 00:57, Simon Glass a écrit :
Add a library to hold ARM assembler code which is generic across all
ARM CPUs.
Signed-off-by: Simon Glasss...@chromium.org
---
Hi Albert,
On Wed, Dec 7, 2011 at 12:15 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Le 30/11/2011 00:40, Simon Glass a écrit :
Hi Mike,
On Tue, Nov 29, 2011 at 3:19 PM, Mike Frysingervap...@gentoo.org wrote:
On Tuesday 29 November 2011 17:09:19 Simon Glass wrote:
On Tue, Nov 29,
Hi Igor,
On Wed, Dec 7, 2011 at 4:47 AM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Simon,
On 12/07/11 07:47, Simon Glass wrote:
Change all files in common/ to use CMD_RET_USAGE instead of calling
cmd_usage() directly. I'm not completely sure about this patch since
the code since
On 07/12/2011 17:00, Tom Rini wrote:
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic sba...@denx.de wrote:
[snip]
The function you write are in omap-common/spl_nand.c, but they are not
specific for OMAP, and any architecture can profit from your work. What
about to move common functions away
Hi,
On Wed, Dec 7, 2011 at 8:17 AM, Igor Grinberg grinb...@compulab.co.il wrote:
On 12/07/11 18:00, Tom Rini wrote:
On Wed, Dec 7, 2011 at 8:39 AM, Stefano Babic sba...@denx.de wrote:
[snip]
The function you write are in omap-common/spl_nand.c, but they are not
specific for OMAP, and any
so it is printed as part of the version command and visible when
displaying the image in the various flash banks.
This allows strings u-boot.bin | head -1 to identify target:
VU-Boot 2011.09-01427-g6ee5cf2 (Dec 07 2011 - 11:11:55) P4080DS
Signed-off-by: Ed Swarthout ed.swarth...@freescale.com
On Wed, 7 Dec 2011 18:10:55 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
include/pci_ids.h | 2072
-
1 files changed, 1420 insertions(+), 652 deletions(-)
Applied to u-boot-staging/ag...@denx.de. Thanks!
Dropped applied
Dear Wolfgang Denk,
On Tue, Dec 6, 2011 at 11:47 PM, Wolfgang Denk w...@denx.de wrote:
Dear Vadim Bendebury,
[..]
Applied, thanks.
Thank you!
But _please_ get used to providing full change logs to your patches.
This is patch v6, so I would like to see a history for v2, v3, v4, v5
and
On 12/07/11 03:42, Simon Glass wrote:
Hi Igor,
Looks good - a few comments from me.
On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
From: Jana Rapava ferma...@gmail.com
Add partial ULPI specification implementation that should be enough to
On 12/07/11 14:59, Igor Grinberg wrote:
Hi Marek,
On 12/07/11 01:49, Marek Vasut wrote:
Although it is a single patch, I felt that a cover letter will
definetly not hurt here, also the patch version history is so big, so
I decided to move it here.
The ULPI (UTMI Low Pin (count)
On 12/07/2011 04:52 PM, Stefano Babic wrote:
On 06/12/2011 19:34, Simon Schwarz wrote:
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
Changes in V5:
- Rebased on u-boot-ti
- fixed MAKEALL
Dear Tom Rini,
In message 4edf7e34.1070...@ti.com you wrote:
This is a wrong place for this code...
You force every board to use the EFUSE'd MAC address - this is wrong.
The board must have a freedom to choose what MAC address it wants to use.
You don't even check if ethaddr variable is
Hi Stefano,
On 07.12.2011 13:06, Stefano Babic wrote:
+#ifndef CONFIG_SPL_NAND_WORKSPACE
+#define CONFIG_SPL_NAND_WORKSPACE (CONFIG_SYS_SDRAM_BASE + 0x1)
+#endif
Maybe it is better to not have a default value somewhere in the SDRAM
and to get a compile error. If we do not want to fix
From: Rob Herring rob.herr...@calxeda.com
This adds ethernet driver for Calxeda xgmac found on Highbank SOC.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
v2:
-Convert register base plus offset to a struct
-drop ethaddr env setting
-drop valid mac address check
-fix return values
From: Rob Herring rob.herr...@calxeda.com
This enables the XGMAC ethernet driver and networking related config
options.
Signed-off-by: Jason Hobbs jason.ho...@calxeda.com
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
v2:
-drop CONFIG_NET_MULTI
-drop leftover 'verify' env setting
On 12/07/2011 04:39 PM, Stefano Babic wrote:
On 06/12/2011 19:34, Simon Schwarz wrote:
From: Simon Schwarzsimonschwarz...@googlemail.com
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel
On 07/12/2011 18:57, Simon Schwarz wrote:
So if the parse function fails, we should have the fallback to u-boot,
exactly as we have now the fallback from u-boot.img to u-boot.bin.
Hm, I don't think that we want any fallback here. I would prefere an
error message and hang. The direct boot is
Hi Marek,
On 12/07/11 19:27, Marek Vasut wrote:
On 12/07/11 03:42, Simon Glass wrote:
Hi Igor,
Looks good - a few comments from me.
On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
From: Jana Rapava ferma...@gmail.com
Add partial ULPI specification
On 12/07/2011 11:46 AM, Ilya Yanok wrote:
Hi Stefano,
On 07.12.2011 13:06, Stefano Babic wrote:
+#ifndef CONFIG_SPL_NAND_WORKSPACE
+#define CONFIG_SPL_NAND_WORKSPACE (CONFIG_SYS_SDRAM_BASE + 0x1)
+#endif
Maybe it is better to not have a default value somewhere in the SDRAM
and to
Hi Graeme,
On Sun, Dec 4, 2011 at 8:35 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Mon, Dec 5, 2011 at 3:31 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Sun, Dec 4, 2011 at 7:40 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Mon, Dec 5, 2011 at 2:34 PM,
This patchset adds the USB support for MX5x. Most of the code is based on work
of Wolfgang Grandegger with modifications done by various other authors. I also
included version of ULPI support code cleaned up by Igor Grinberg.
NOTE: I'd really love to get this code into .12 release. Remy,
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc: Jason Liu r64...@freescale.com
---
drivers/usb/host/ehci-mx5.c | 71 +++
include/usb/ehci-fsl.h
From: Wolfgang Grandegger w...@denx.de
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc: Jason Liu r64...@freescale.com
V2: Fix spacing in crm_regs.h
---
arch/arm/cpu/armv7/mx5/clock.c
From: Wolfgang Grandegger w...@denx.de
It's derived from ehci-mxc and uses the header files of the
ehci-fsl interface. The callback board_ehci_hcd_init() has
been introduced to allow for board-specific setup when USB
is started.
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Stefano Babic
From: Wolfgang Grandegger w...@denx.de
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc: Jason Liu r64...@freescale.com
---
board/freescale/mx53loco/mx53loco.c | 10 ++
This is useful for USB Transceivers init etc.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc: Jason Liu r64...@freescale.com
---
drivers/usb/host/ehci-mx5.c | 14 --
1 files
This patch allows USB to work on some hosts, which need additional frobing after
the host was powered up via regular USB powerup sequence.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc:
From: Wolfgang Grandegger w...@denx.de
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Remy Bohmer li...@bohmer.net
Cc: Wolfgang Grandegger w...@denx.de
Cc: Jason Liu r64...@freescale.com
---
board/freescale/mx51evk/mx51evk.c | 62
Dear Simon Glass,
In message capnjgz0bwjrt+m8qdev7d2chp-nzpgvpvbzvgmfy4phre_d...@mail.gmail.com
you wrote:
Albert, the correct series is the I delegated to you, not the one in
my email. It tidies up the ARM link scripts:
http://patchwork.ozlabs.org/patch/126933/
This patchset adds the USB support for MX5x. Most of the code is based on
work of Wolfgang Grandegger with modifications done by various other
authors. I also included version of ULPI support code cleaned up by Igor
Grinberg.
NOTE: I'd really love to get this code into .12 release. Remy,
Dear Ed Swarthout,
In message 1323278284-19643-1-git-send-email-ed.swarth...@freescale.com you
wrote:
so it is printed as part of the version command and visible when
displaying the image in the various flash banks.
This allows strings u-boot.bin | head -1 to identify target:
VU-Boot
Dear Ilya Yanok,
In message 4edfa65e.8080...@emcraft.com you wrote:
boards, we could at least use a #warn message to advise at compile time
that a default value is taken (and at the end, to force the board
maintainers to fix it...).
Probably. Wolfgang, Scott, do you think we should add
Dear Simon Schwarz,
In message 4edfa8fd.9000...@gmail.com you wrote:
So if the parse function fails, we should have the fallback to u-boot,
exactly as we have now the fallback from u-boot.img to u-boot.bin.
Hm, I don't think that we want any fallback here. I would prefere an
error
Hi Ed,
On 12/07/11 20:39, Wolfgang Denk wrote:
Dear Ed Swarthout,
In message 1323278284-19643-1-git-send-email-ed.swarth...@freescale.com you
wrote:
so it is printed as part of the version command and visible when
displaying the image in the various flash banks.
This allows strings
I apologize if this is a duplicate message. I tried to send it earlier but it
went Waiting for approval as the system thought I was not a subscriber :-(
I have built a new u-boot for a board which is very similar to canyonlands. But
I am having problem in running it. Afterwards, I ran mkimage
Dear Wolfgang,
On 07.12.2011 22:45, Wolfgang Denk wrote:
boards, we could at least use a #warn message to advise at compile time
that a default value is taken (and at the end, to force the board
maintainers to fix it...).
Probably. Wolfgang, Scott, do you think we should add a warning here?
On 07/12/2011 19:45, Wolfgang Denk wrote:
Dear Ilya Yanok,
In message 4edfa65e.8080...@emcraft.com you wrote:
boards, we could at least use a #warn message to advise at compile time
that a default value is taken (and at the end, to force the board
maintainers to fix it...).
Probably.
On 12/07/11 20:36, Marek Vasut wrote:
Hi Marek,
On 12/07/11 19:27, Marek Vasut wrote:
On 12/07/11 03:42, Simon Glass wrote:
Hi Igor,
Looks good - a few comments from me.
On Mon, Dec 5, 2011 at 1:07 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
From: Jana Rapava ferma...@gmail.com
On Dec 7, 2011, at 10:17 AM, Tabi Timur-B04825 wrote:
On Wed, Dec 7, 2011 at 8:42 AM, Kumar Gala ga...@kernel.crashing.org wrote:
+ if (flag BOOTM_STATE_OS_PREP) {
+ boot_prep_linux(images);
return 0;
+ }
if (flag BOOTM_STATE_OS_GO) {
On Wed, Dec 7, 2011 at 11:10 AM, Stefano Babic sba...@denx.de wrote:
On 07/12/2011 18:57, Simon Schwarz wrote:
[snip]
The function you write are in omap-common/spl_nand.c, but they are not
specific for OMAP, and any architecture can profit from your work. What
about to move common functions
Hi,
On Wed, 7 Dec 2011 12:41:38 -0500
vikas.sonta...@emc.com wrote:
...
uboot-sources-EMC/u-boot-2009.01 file u-boot.bin
u-boot.bin: u-boot/PPCBoot image
uboot-sources-EMC/u-boot-2009.01 mkimage -d u-boot.bin u-boot.bin.load
Image Name:
Created: Wed Dec 7 12:08:45 2011
Image Type:
Dear Stefan Roese,
In message 1321619897-25657-1-git-send-email...@denx.de you wrote:
As this driver doesn't seem to be really used, let's remove
it completely.
Signed-off-by: Stefan Roese s...@denx.de
---
arch/powerpc/cpu/ppc4xx/Makefile |1 -
arch/powerpc/cpu/ppc4xx/usb.c |
Dear Stefan Roese,
In message 201112010915.34487...@denx.de you wrote:
On Wednesday 23 November 2011 07:10:37 Rupjyoti Sarmah wrote:
This driver is used by PPC440EP for usb 1.1.
Please explain this in more detail. I fail to see, how this driver could be
of any used. I definitely
Dear vikas.sonta...@emc.com,
In message 629d989c137dd040a0a994bd21888f1e75e81...@mx29a.corp.emc.com you
wrote:
I have built a new u-boot for a board which is very similar to canyonlands.
But I am having problem in running it. Afterwards, I ran mkimage on it.
Why did you do that?
I then
Hi Anatolij,
Before I attempt to burn the new image in the flash, I want to test it first.
There are instruction on burning this image in to flash but
The documentation that I am looking says following:-
==
If U-Boot is already installed and running on your board, you
Dear Matthias Fuchs,
In message 4ece6529.8050...@esd.eu you wrote:
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
board/esd/cpci405/cpci405.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
Applied, thanks.
Stefan, hope this is OK with you, but I want to get rid
Hi Wolfgang,
I received the sources from the vendor for the u-boot. I built it using ELDK.
I want to do sanity check by verifying that my u-boot binary image can work
*before* burning it to the flash. I am presuming that this is possible i.e.
test u-boot from RAM before burning to flash.
Dear Anatolij Gustschin,
In message 1323266290-31142-1-git-send-email-ag...@denx.de you wrote:
Fix:
cfb_console.c:371: warning: 'cursor_state' defined but not used
cfb_console.c:372: warning: 'old_col' defined but not used
cfb_console.c:373: warning: 'old_row' defined but not used
Hello Wolfgang,
On Wed, 07 Dec 2011 21:32:33 +0100
Wolfgang Denk w...@denx.de wrote:
...
drivers/video/cfb_console.c | 38 +-
1 files changed, 17 insertions(+), 21 deletions(-)
Indeed, this fixes the build warnings. Thanks.
Tested-by: Wolfgang
Dear Anatolij Gustschin,
In message 1323266290-31142-1-git-send-email-ag...@denx.de you wrote:
Fix:
cfb_console.c:371: warning: 'cursor_state' defined but not used
cfb_console.c:372: warning: 'old_col' defined but not used
cfb_console.c:373: warning: 'old_row' defined but not used
On Wed, 2011-12-07 at 21:40 +0100, Wolfgang Denk wrote:
Dear Kim Kumar,
many weeks ago in message
20111023095323.2087511f9...@gemini.denx.de I wrote:
Dear Kumar Gala,
In message 2a6300e8-a874-49ac-84cb-be681af1b...@freescale.com you wrote:
On Aug 26, 2011, at 1:32 PM, York
Dear Denis,
the PIP405 board throws some build warnings:
Configuring for PIP405 board...
../common/isa.c: In function 'handle_isa_int':
../common/isa.c:385:21: warning: variable 'isr2' set but not used
[-Wunused-but-set-variable]
../common/isa.c:385:16: warning: variable 'isr1' set but not used
Dear vikas.sonta...@emc.com,
In message 629d989c137dd040a0a994bd21888f1e75e81...@mx29a.corp.emc.com you
wrote:
I am using following DULG documentation (5.4.3 Installation using U-Boot) h=
ttp://www.denx.de/wiki/view/DULG/UBootInstallUsingUBoot which tells how to=
burn the new u-boot but
Dear York Sun,
In message 1323290774.27412.25.camel@oslab-l1 you wrote:
Is anybody going to fix this? Or can I assume the board is dead and
we can remove it?
A patch was sent on Oct 25 to fix this
http://patchwork.ozlabs.org/patch/121746/
Yes, and Kim wrote on Fri, 11 Nov 2011:
Hi Wolfgang,
On Wed, Dec 7, 2011 at 10:36 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
capnjgz0bwjrt+m8qdev7d2chp-nzpgvpvbzvgmfy4phre_d...@mail.gmail.com you
wrote:
Albert, the correct series is the I delegated to you, not the one in
my email. It tidies up the ARM
Wolfgang,
Please pull:
The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
07:44:52 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Andreas Huber
This fixes the build of the two sh boards shmin and r7780mp and qemu-mips
which currently fail to build due to dropped pre-CONFIG_NET_MULTI code.
This v2 patch minimizes the number of lines in the diff for easy review
and to eliminate any possible accidential changes resulting from moving
Fix:
da8xx_gpio.c: In function 'gpio_toggle_value':
da8xx_gpio.c:208:23: warning: variable 'bank' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/gpio/da8xx_gpio.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
1 - 100 of 152 matches
Mail list logo