Hello Wolfgang,
Wolfgang Denk wrote:
> In message <4b5feb9e.3040...@denx.de> you wrote:
>> [PATCH 1/2] cramfs: make cramfs usable without a NOR flash
>
> I'm afraid I still don't understand how this is supposed to work.
>
> Where would you store the cramfs on a system "without a NOR flash"?
> Ar
Hi,
Is there any option for multiple env variables so that when i upgrade the
kernel and rootfile system if not working properly so that i can fall back to
the previous kernel and ramdisk considering i have a sufficiently big nand with
required number of partition.
thanks and regard
Shashi
___
This patch adds the 2nd USB (muxed with eLBC) node
depending upon enabling the 'usb2' environment variable
via hwconfig i.e. "setenv hwconfig usb2", so that linux
has the 2nd USB controller enabled, which will lead to
the disabling of the eLBC (NAND, NOR etc).
Also the 2nd USB controller has been
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Saturday, January 23, 2010 10:18 PM
> To: Tom
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] ARM pull request
>
> Dear Tom,
>
> In message <4b5b134b
From: Ladislav Michl
Recent kernels are using generic NAND and NOR drivers. Change
default mtdparts to reflect it.
Signed-off-by: Ladislav Michl
---
include/configs/netstar.h |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/include/configs/netstar.h b/include/conf
From: Ladislav Michl
Correct switching partitions after upgrade and make it more readable.
Signed-off-by: Ladislav Michl
---
include/configs/netstar.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/configs/netstar.h b/include/configs/netstar.h
index
From: Ladislav Michl
linking eeprom with libgeneric.a is not really needed and causes following
error:
../../lib_generic/libgeneric.a(string.o): In function `strcmp':
lib_generic/string.c:152: multiple definition of `strcmp'
../../examples/standalone/libstubs.a(stubs.o):include/_exports.h:24: fir
From: Ladislav Michl
Use shorter yet descriptive messages, replace printf() with
puts() where appropriate. This saves few bytes.
Signed-off-by: Ladislav Michl
---
board/netstar/eeprom.c | 27 +--
1 files changed, 13 insertions(+), 14 deletions(-)
diff --git a/board/n
From: Ladislav Michl
Defining partially initialized struct eth_device on stack means
gcc has to zero out it, and some gcc versions optimize this with
an implicit call to memset. Move definition to data section
to avoid that (it has also nice side effect that we need not
to pass it to helper funct
Dear Sandeep,
following patches are intended to bring NetStar board to useable state.
Similar fixes for linker errors will be needed for VoiceBlue board - I'll
send them later, of course if you do not have any objections against this
solution.
Best regards,
ladis
_
it seems CFI flash support is somehow broken. mtd->eraseregions is
filled as bellow:
erase size blocks correct blocks
400001 01
200001 02
800000 01
00010f 0f
'blocks' is actual numblocks field value while 'correct blocks' is
Dear Remy Bohmer,
In message <3efb10971001271218s3c2d4049l44895af4f8c97...@mail.gmail.com> you
wrote:
> Hi Prathap,
>
> Please post patch updates to an existing list in the future. That
> would increase response times... ;-)
increase or reduce? ;-)
Best regards,
Wolfgang Denk
--
DENX Softwa
> Applied to u-boot-video/master
Thanks.
Then my "[PATCH V3 6/9] lcd: make 16bpp work" can use :
? lcd_color_fg : lcd_color_bg;
instead of this worse choice that I sent in:
? 0x : 0;
I don't feel like I should resend, but if asked to I'll resend.
/alessandro
The following changes since commit 9b208ece0a4e040774e24990b7cb6f0ad0ca4cc7:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
John Rigby (3):
arm926ejs: add nand_s
On Mon, Jan 18, 2010 at 07:03:28PM +0800, Liu Yu wrote:
> This patch add nand boot support for MPC8569mds board.
>
> Signed-off-by: Liu Yu
> ---
> v2:
> change subject and commit message.
>
> MAKEALL |1 +
> Makefile
Dear Wolfgang,
The following changes since commit 9b208ece0a4e040774e24990b7cb6f0ad0ca4cc7:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Alessandro Rubini (2):
vid
On Sat, 12 Dec 2009 21:52:23 +0100
Anatolij Gustschin wrote:
> Not all boards defining LCD_COLOR16 are able to set
> lcd_color_fg/lcd_color_bg correctly. The issue seems to
> be caused by CONFIG_ATMEL_LCD ifdefs in lcd_setfgcolor()
> and lcd_setbgcolor(). Actually, the color values passed
> to th
Hi Prathap,
Please post patch updates to an existing list in the future. That
would increase response times... ;-)
But nevertheless: Applied to u-boot-usb
Thanks.
Remy
2010/1/11 Prathap Srinivas :
> Add support for musb host on DM365 EVM.
>
> Signed-off-by: Prathap Srinivas
> ---
> Changes fro
Dear Heiko Schocher,
In message <4b5febbb.9000...@denx.de> you wrote:
> This patch adds support for the Keymile SUEN3 board variants which
> are based on the Marvell Kirkwood (88F6281) SoC. All variants
> uses common code stored in board/keymile/km_arm/km_arm.c
>
> mgcoge2_arm_p1a board:
> This a
Dear Heiko Schocher,
In message <4b5feb9e.3040...@denx.de> you wrote:
> [PATCH 1/2] cramfs: make cramfs usable without a NOR flash
I'm afraid I still don't understand how this is supposed to work.
Where would you store the cramfs on a system "without a NOR flash"?
Are we talking about - say - a
Dear Kumar Gala,
In message you wrote:
> [forgot the cpu disable patches in a branch]
>
> The following changes since commit 797312a15edc9dfb433e6903a75189030e7a:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
>
> are available in the git reposito
Dear Mike,
In message <201001261857.59536.vap...@gentoo.org> you wrote:
>
> > > > 6974 01/21 Mike Frysinger [U-Boot] [PATCH 3/3]
> > > > asm-arm/unaligned.h: switch to asm-generic/unaligned.h
> > > > http://article.gmane.org/gmane.comp.boot-loaders.u-boot/74116
> > > >
> > > > 6975 01/21
Dear Kumar Gala,
In message <1264609016-21475-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> imximage.c: In function 'imximage_parse_cfg_file':
> imximage.c:142: warning: implicit declaration of function 'getline'
>
> Signed-off-by: Kumar Gala
> ---
> * Moved _GNU_SOURCE define into i
Hi Stefano,
Not sure if this will help, but here is my startup with
#define DEBUG
in drivers/net/fec_mxc.c
http://www.efn.org/~rick/pub/minicom.cap
Rick
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Jan 27, 2010 at 02:06:22PM +0100, Ing. Jozef Goril wrote:
> Later, in function write_bbt, there is a code that converts RAM-based BBT to
> flash-based one at lines 720-730.
> For line
> buf[offs + (i >> sft)] &= ~(msk[dat & 0x03] << sftcnt);
>
> I cannot understand the case, if (dat&0x03)
> You must take a look at the reason. However, I see a recent commit for
> this file that changed SYSCTL_CLOCK_MASK, as I did, too. Because I
> changed (in the same way) this mask, the patch cannot directly applied.
> However, you can easy fix it adding the defines I needed.
> There are still comme
Rick Bronson wrote:
>> You cannot expect that patch works if you runs the previous ones with
>> dry-run and the current patch modifies files already patched in the
>> previous ones.
>
> Very true ;-)
>
> Number 10 still fails :(
>
> /u-boot> cat ~/tlc/dqp1130/u-boot.imx51.10.patch | patch -p
> You cannot expect that patch works if you runs the previous ones with
> dry-run and the current patch modifies files already patched in the
> previous ones.
Very true ;-)
Number 10 still fails :(
/u-boot> cat ~/tlc/dqp1130/u-boot.imx51.10.patch | patch -p1
patching file cpu/arm_cortexa8/mx
Rick Bronson wrote:
> Hi Stefano,
> /u-boot> cat ~/tlc/dqp1130/u-boot.imx51.1.patch | patch -p1 --dry-run ERROR
> patching file Makefile
> Reversed (or previously applied) patch detected! Assume -R? [n] ^C
The first patch was already accepted and it is now part of the u-boot
main tree. You do no
Hi Stefano,
With
git clone git://git.denx.de/u-boot
I get:
/u-boot> cat ~/tlc/dqp1130/u-boot.imx51.1.patch | patch -p1 --dry-run ERROR
patching file Makefile
Reversed (or previously applied) patch detected! Assume -R? [n] ^C
/u-boot> cat ~/tlc/dqp1130/u-boot.imx51.2.patch | patch -p1 --dr
On Tue, Jan 26, 2010 at 11:52:23PM +0100, Wolfgang Denk wrote:
> Dear Sandeep,
>
> In message <0554bef07d437848af01b9c9b5f0bc5d985ee...@dlee01.ent.ti.com> you
> wrote:
> >
> > > Sandeep, could you please comment?
> >
> > I have pushed these updates.
Thank you.
> Thanks. Please send a pull req
> -Original Message-
> From: Tom [mailto:tom@windriver.com]
> Sent: Wednesday, January 27, 2010 7:15 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] OMAP3: Avoid re-write to PRM_CLKSRC_CTRL
>
> Sanjeev Premi wrote:
> > In function get_osc_clk_speed()
Rick Bronson wrote:
> Hi Stefano,
>
Hi Rick,
> Okay, thanks. I'll give it a try.
>
> Are your patches the set of 9 that are on the ML?
At the moment, I have sent the third patchset to the ML. There are 11
patches for imx51.
Please give me some feedback. As Eric checks in the previous pos
imximage.c: In function 'imximage_parse_cfg_file':
imximage.c:142: warning: implicit declaration of function 'getline'
Signed-off-by: Kumar Gala
---
* Moved _GNU_SOURCE define into imximage.c per Mike F. suggestion
tools/imximage.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
d
Terry,
I don't see a mxc_fec driver in the u-boot repository, so I don't know
what you are referring too. There is a fec_mxc driver which this
patch modifies to add mx25:
$ git ls-files | grep fec
cpu/mpc8220/fec.c
cpu/mpc8220/fec.h
cpu/mpc8220/fec_dma_tasks.S
cpu/mpc8xx/fec.c
cpu/mpc8xx/fec.h
d
Hello Tom,
Tom wrote:
> Heiko Schocher wrote:
>> This patch adds support for the Keymile SUEN3 board variants which
>> are based on the Marvell Kirkwood (88F6281) SoC. All variants
>> uses common code stored in board/keymile/km_arm/km_arm.c
>>
>> mgcoge2_arm_p1a board:
>> This adds support for the
Hi Stefano,
> You do not find at the moment mx51 support on the u-boot mainline. I
> sent my patches to u-boot ML with the goal to integrate the processor in
> u-boot and the patches are currently under review. If you want to give
> theses patches a try, you have to apply them to the current u-bo
Heiko Schocher wrote:
> This patch adds support for the Keymile SUEN3 board variants which
> are based on the Marvell Kirkwood (88F6281) SoC. All variants
> uses common code stored in board/keymile/km_arm/km_arm.c
>
> mgcoge2_arm_p1a board:
> This adds support for the ARM part of the mgcoge2. The
>in config_cmd_default.h
>#ifndef CONFIG_SYS_NO_FLASH
>#define CONFIG_CMD_FLASH /* flinfo, erase, protect */
>#define CONFIG_CMD_IMLS/* List all found images*/
>#else
>
>so in cmd_bootm.c below funciton will not be compiled
>#if defined(CONFIG_CMD_IMLS)
Please
Sanjeev Premi wrote:
> In function get_osc_clk_speed(), do not change/ update
> the divider for SYS_CLK as it can has cascading effect
> on the other derived clocks.
>
> Sudden change in divider value can lead to inconsistent
> behavior in the system - often leading to crashes.
>
> The problem wa
...sorry for confusing...
certainly, if reserved_block_code == 01b, then
rcode = 0x01;
msk[2] = ~rcode = ~0x01 = FE;
and I'm speaking about right side in parenthesis:
right side before negation: [FE,F8,E0,80]
right side after negation: [01,07,1F,7F]
But this doesn't change the fact that some blo
> I am really REALLY stuck - I don't know what kernel image to use with
> bootm (and where to load it and quite a few other things but getting the
> right image would be a good start)
I think bootm wants uImage. i.e., the "u-boot image". There is no
rule for "make uImage" for x86, but you can run
Hi.
I'm new in U-Boot and need some help to understand how does BBT in nand flash
work.
I don't understand, how reserved blocks (those used for BBT storage) are marked
in BBT in flash. The file in concern is drivers/mtd/nand_bbt.c, of actual
release version (2009.11.1).
At file beginning, ther
Dear "Neugebauer, Manfred",
In message
<1b9c02db7c62fe44b8fac992aac75e8e16472...@defthw99e85msx.ww902.siemens.net> you
wrote:
>
> I have a question concerning standalone programs based on u-boot and
> GPL, since I'm not really sure whether the way how the u-boot source
> files are set up allows
Hi All,
I am really REALLY stuck - I don't know what kernel image to use with
bootm (and where to load it and quite a few other things but getting the
right image would be a good start)
Now I _do_ have the go command working (needed a bit of a source tweak).
so I can:
boot > setenv loadaddr 4000
Hello all.
I found that fsload command (use it by defaine CONFIG_CMD_JFFS2) only
working with nor flash. Is it really so?
Is there another way to load kernel from JFFS2 NAND device?
I am sorry if it is dump question, but I found only a little of
information about it in google.
Thank you.
--
73!
>> Jan 27 09:24:33 lab7 atftpd[5910]: Requested file to big, increase
>> BLKSIZE
> In this case it is a server parameter.
I actually think in _this_ case it is a client one. By reading atftpd
manual page it says blksize is supported by default, but it's the
client that must specify it, or the def
Dear Massimiliano Cialdi,
In message <1264582292.6870.15.ca...@lab7.powersoft.it> you wrote:
>
> I use U-Boot 1.1.4 that was preinstalled on OMAP3EVM board. PC side is a
> linux box (ubuntu 9.04) where is installed atftpd 0.7 that runs with the
> following command line (not using inetd):
>
> /usr
Attn...
This is to inform you that we the management of ROYAL LANCASTER HOTEL LONDON
is currently running an employment forum (Recruiting experience and
professional workers) for all Asians for this coming season .However we
Kindly wish to inform you that your resume has being forwarded to u
In function get_osc_clk_speed(), do not change/ update
the divider for SYS_CLK as it can has cascading effect
on the other derived clocks.
Sudden change in divider value can lead to inconsistent
behavior in the system - often leading to crashes.
The problem was found when working with OMAP3EVM us
Hi all:
Hi Hiroshi :
> Thanks Detlev,
>
>
> I join a u-boot mailing-list for japanese.
> I miss-understood original mail was send to it.
>
> loody, We shood move to u-boot@lists.denx.de
>
> anyway,
>>Why uboot need reload code?
> for example,
> When you want update uboot itself.
> SDRAM is faste
I'm tring to get a 53MB file using tftp protocol.
I use U-Boot 1.1.4 that was preinstalled on OMAP3EVM board. PC side is a
linux box (ubuntu 9.04) where is installed atftpd 0.7 that runs with the
following command line (not using inetd):
/usr/sbin/atftpd --daemon --tftpd-timeout 300 --retry-timeou
Rick Bronson wrote:
> Not sure what patches these are or where to find them. Also not
> sure what source to apply these patches to. Is it the latest on
> denx.de or the ltib sources? Not sure what rev of the processor I
> have, my bootup log is here http://www.efn.org/~rick/pub/imx51.log
> alt
Hi John,
Why don't you use mxc_fec?
Actually, we use mxc_fec in mx25 u-boot.
Thanks~~
Yours
Terry
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of John Rigby
Sent: 2010年1月26日 14:13
To: u-boot@lists.denx.d
Hi Peter,
Peter Tyser wrote:
> - Remove unnecessary printing "Enet starting in /"
> This same information is already printed during normal ethernet
> operation in the form "Speed: 1000, full duplex".
>
> - Add a check for link before determining link speed and duplex
> If there is no l
Hi Peter,
Peter Tyser wrote:
> In SGMII mode the link between a processor's internal TBI PHY and an
> external PHY should always be 1000Mbps, full duplex. Also, the SGMII
> interface between an internal TBI PHY and external PHY does not
> support in-band auto-negotation.
>
> Previously, when conf
56 matches
Mail list logo
