Radha Krishna wrote:
Hi,
I have downloaded U-boot and trying to compile it for the
Target omap3430sdp_config.
Using commands
[snip]
$ make CROSS_COMPILE=arm-none-linux-gnueabi- omap3430sdp_config
./mkconfig: line 2: $'\r': command not found
make: ***
Replace the must quote special characters note with a hint on
how to dereference /aliases pointers by omitting the leading /.
This feature was introduced by Kumar Gala as a libfdt enhancement
in commit ed035708235332c3c117ee3bb1a426063f03cfcb.
Example:
= fdt print /aliases
aliases {
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Yes, William hit the point. Actually It seems my work is based on two
different custodian trees, for example, Scott's NAND tree and
u-boot-at91 tree. If the 2 two trees do not merge each other,
sometimes I got screwed. I guess `git
Kumar Gala wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
doesn't seem to provide any control statements like (if..then..else).
Kumar Gala wrote:
On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
Kumar Gala wrote:
On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote:
In message
[EMAIL PROTECTED] you wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as
Richard Danter wrote:
Hi all,
I have an old MIPS board with a GT-64120 that I would like to port
U-Boot to. I have so far got it to boot from flash, init SDRAM and a
serial console and give me a prompt so I can run some commands. I am
also able to write flash for saving env vars, etc. To
cjjoy1980 wrote:
I have enabled nfs booting on ppc based embedded board. I had placed my
kernel and rootfs in tftp directory, and had set the u-boot enivironment
varialbes as:
setenv bootfile /image/kernel
setenv root_path /tftpboot/image
The board was booting with this
Scott Wood wrote:
On Wed, Aug 06, 2008 at 04:42:51PM +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Oops? This is expected and normal behaviour. Did anybody complain
about this?
It's hit me before when I foolishly try to load something at address
zero -- why do we put
Kumar Gala wrote:
On Aug 5, 2008, at 9:33 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
here's a rough start at an outline for the bootm script based on
the code (I've only outlined the Linux/PPC boot case its seems the
most complicated). One of the first things we clearly need
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
[snip]
Aside: verify should be an image verify command, not a env variable flag
(see below). This is probably true of most of the current env
We alreay have a verify command. It's called imls.
ack
variables: the reason we
Kumar Gala wrote:
On Aug 6, 2008, at 2:55 PM, Jerry Van Baren wrote:
[snip]
Having said that, I was thinking and would advocate pushing
functionality out of bootm and into other commands, as appropriate.
As an example, bootm doesn't need to do *any* fdt stuff, the fdt
built-in has all
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
My current best thought is to create a new boot simple (boots?
bootsm?) command that contains only the essence of bootm. I would then
change the command bootm to do a hush script run of the env variable
bootm (i.e. the command
Kumar Gala wrote:
If we really want to simplify what bootm does than I think we should
remove ft_board_setup() from lib_ppc/bootm.c and expect any actually
modification of the device tree to have already occurred.
Is this something we'd really be willing to do?
- k
I don't think so.
Wolfgang Denk wrote:
One minor flaw, I don't see how bootm the env script could run bootm
the built-in command, because it would instead recursively run bootm
the env script if scripts have higher priority and the command line
bootm would run the built-in bootm if scripts have lower
Kumar Gala wrote:
On Aug 5, 2008, at 5:19 AM, Wolfgang Denk wrote:
[snip]
One idea that has been spinning in my mind for some time is to make
the run command to execute the content of an environment variable
optional. Instead, we could try and handle environment variable names
similar
Kumar Gala wrote:
On Aug 5, 2008, at 8:36 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Aug 5, 2008, at 5:19 AM, Wolfgang Denk wrote:
[snip]
What do you think?
While this is a cleaner implementation of what I've implemented w/
ft_env_setup() it still doesn't completely solve my
Kumar Gala wrote:
here's a rough start at an outline for the bootm script based on the
code (I've only outlined the Linux/PPC boot case its seems the most
complicated). One of the first things we clearly need is a imload
command. Thoughts on the various disable_{interrupts, usb,
Kumar Gala wrote:
On Aug 4, 2008, at 1:56 PM, Wolfgang Denk wrote:
In message [EMAIL PROTECTED]
you wrote:
Added the 'fdtcmd' environment variable as a way to provide 'fdt'
commands
that the user can supply to manipulate the device tree after
ft_board_setup()
and before the tree is
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Your choices are 0xfff0 and zero, based on the BMS (Boot Memory
Space) bit of the low reset control word.
-Scott
...and of the two options, I recommend 0xfff0 (boot high). Note
that the start of u-boot is 0xfff0 but
Kumar Gala wrote:
On Aug 4, 2008, at 3:19 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Aug 4, 2008, at 1:56 PM, Wolfgang Denk wrote:
In message
[EMAIL PROTECTED] you wrote:
Added the 'fdtcmd' environment variable as a way to provide 'fdt'
commands
that the user can supply
David Hawkins wrote:
Arrr, my insanity. Wolfgang is correct, of course.
Gee, and I was just going to ask why on earth you liked
high-boot :)
I've seen one novel use of high-boot that could make it
useful if you're lazy and can't be bothered plugging in
your debugger ;)
Or the hardware
David Gibson wrote:
On Sat, Aug 02, 2008 at 08:51:54PM -0400, Jerry Van Baren wrote:
[snip]
I've CC:ed David Gibson in case he has some advice - the concept is to
indicate a dereference of /aliases nodes so that us lazy engineers don't
have to cut'n'paste the whole long path from
Kumar Gala wrote:
On Jul 9, 2008, at 12:02 PM, Jerry Van Baren wrote:
Thinking out loud... we could define the syntax that a leading *
indicates the first part of the path is a dereference of /aliases.
Assuming
/aliases/soc = /[EMAIL PROTECTED]
/aliases/ethernet0 = /[EMAIL PROTECTED
Scott Wood wrote:
Ben Warren wrote:
On Mon, Jul 28, 2008 at 10:32 AM, Scott Wood [EMAIL PROTECTED] wrote:
I find a device tree much easier to figure out than a tangled mess of header
files, #defines, and #ifdefs...
In many ways, yes. But are you an average Joe or a Linux kernel
David Hawkins wrote:
Hi,
I just received an email from Power.org referencing this document:
http://www.power.org/resources/downloads/Power_ePAPR_APPROVED_v1.0.pdf
The ePAPR is loosely related to the IEEE 1275 Open Firmware
standard—IEEE Standard for Boot (Initialization
Stuart Wood wrote:
Wolfgamg
What has the MMU to do with it?
Just program your memory controller such that the 4 banks form a
contiguous region.
The memory controller unfortunatly can not map the SDRAM banks as
contiguous region. That IS the main problem. For the SDRAM I'm using
It
Jerry Van Baren wrote:
So you should be able to use
0xE080..0xE0FF - 2nd copy of the first bank
0xE100..0xE17F - 1st copy of the second bank
you will double your available consecutive memory. You can do the same
thing with the third and fourth banks of memory, but you
vb wrote:
On Fri, Jul 25, 2008 at 7:33 AM, kenneth johansson [EMAIL PROTECTED] wrote:
here is a patch to generate dynamic relocations in the elf file. What is
the next step? objcopy -j .rela.dyn -O binary u-boot dyn_reloc_table ??
--- config.mk
+++ config.mk
@@ -215,7
kenneth johansson wrote:
On Fri, 2008-07-25 at 17:23 +0200, Haavard Skinnemoen wrote:
[snip]
There will obviously be a fair amount of arch-specific code required to
make the actual relocation work though.
So the gain of using dynamic relocation is that we have fever relocation
types to
Haavard Skinnemoen wrote:
On Fri, 25 Jul 2008 11:21:12 -0400
Jerry Van Baren [EMAIL PROTECTED] wrote:
The relocation information is in the ELF file until and unless we remove
it. Normal ELF executables retain that relocation information... that
is exactly what the L
vb wrote:
Wolfgang, thank you for your reply, let me try to explain myself a bit
clearer:
On Wed, Jul 23, 2008 at 8:18 PM, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
some companies). If these added modules were not written in position
independent
Fundu wrote:
Please bottom post.
will do.
Run ${CROSS_COMPILE}strip -s u-boot
-o=u-boot.strip and you will see
that u-boot.strip is approximately the same size as
u-boot.bin. NOTE: I
would *NOT* recommend stripping the ELF file unless you
have a real need to do so.
that make it much
[EMAIL PROTECTED] wrote:
Please do not use HTML on this mailing list. All
messages to this list must be in plain text.
Mondesir, Alshine wrote:
My latest endeavor has me cross compiling a stand
alone application for MPC8548 PPC for a U-Boot
Based target. There is no Operating System
vb wrote:
Wolfgang,
I wonder if you would consider (and accept a patch) changing the
u-boot architecture as described below.
As we all are well aware u-boot is a great software package which
speeds up bringing up new hardware immensely, its popularity is
obviously growing very fast. One
Rugunda, Solo wrote:
Hi
I am fairly new to Uboot. I am having trouble running the make command
from the u-boot-1.1.4/tools # prompt.
When I do a make, this is the error I get
Makefile:108: /config.mk: No such file or directory
make: *** No rule to make target `/config.mk'. Stop.
Hi
David Hawkins wrote:
Hi all,
We recently debugged a problem where a Flash write on
MPC8349E and MPC8349EA processor boards was accidentally
occurring during board initialization.
Under the right conditions, the write appears to put
the flash into a command-mode, rather than read-data
David Hawkins wrote:
Hi Jerry,
[snip]
Most processors available today have debug registers. If the
processor used on a given target has a debug register set and the
registers can be set to trigger on a write to a range, that would give
you an exception. You would not necessarily have to
Timur Tabi wrote:
David Hawkins wrote:
Hi Timur,
[snip]
If you need I2C speed tracking code, why not just re-read
the I2C controller registers, and determine the speed from
there? That is independent of relocation.
I suppose we could do that.
That won't work for soft (bit-banged) I2C.
Kumar Gala wrote:
On Jul 10, 2008, at 1:43 PM, Scott Wood wrote:
Wolfgang Denk wrote:
In message [EMAIL PROTECTED]
you wrote:
Try adding -fno-strict-aliasing
No, we don't want to hush up compiler warnings, we want to fix the
problems instead.
It's not silencing a warning (if it were,
[EMAIL PROTECTED] wrote:
hello,
under U-Boot, some board configuration files contain flattened device
tree
elements, such as OF_CPU, OF_STDOUT_PATH, etc. while in booting
Linux, a
separate file dtb is used.
if both are used, what's the relationship about them?
thanks.
-lxg
Ira Snyder wrote:
On Thu, Jul 17, 2008 at 04:54:53PM -0500, Kim Phillips wrote:
On Wed, 16 Jul 2008 15:28:21 -0700
Ira Snyder [EMAIL PROTECTED] wrote:
During the development, I noticed that adding and removing certain
pieces of debugging code (which did not change any program state) caused
Ira Snyder wrote:
On Fri, Jul 18, 2008 at 07:59:36AM -0400, Jerry Van Baren wrote:
Hi Ira,
This is a long shot, but could there be a problem with the DDR SDRAM
and/or its initialization?
I suppose it could be, but this seems unlikely. Why would aligning the
start of a section to a 32
Ira Snyder wrote:
On Fri, Jul 18, 2008 at 02:17:48PM -0400, Jerry Van Baren wrote:
I checked include/configs/MPC8349EMDS.h and didn't find any obvious
config options for disabling the cache.
The hang happens before the relocation to RAM. The I2C: line where it
hangs is printed before
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Didnt know this ... so we must change something in common/main.c :-(
Yes.
Whats with something like this?
Looks way too complicated to me. What do you think about the PATCH /
RFC I posted yesterday?
Best regards,
Jerry Van Baren wrote:
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Didnt know this ... so we must change something in common/main.c :-(
Yes.
Whats with something like this?
Looks way too complicated to me. What do you think about the PATCH /
RFC I posted yesterday?
Best
Wolfgang Denk wrote:
Hello,
the first release candidate for v1.3.4 is out.
:-)
Well, actually it's more some mile stone than a real release
candidate as we still have a couple of issues that need to be
fixed before we can consider a release:
:-(
- sacsng:
main.c: In
Wolfgang Denk wrote:
U-Boot allows for configurable prompt strings using the
CONFIG_AUTOBOOT_PROMPT resp. CONFIG_MENUPROMPT definitions. So far,
the assumption was that any such user defined problts would contain
exactly one %d format specifier. But some boards did not.
To allow for
Hi Andy, Embedded Planet,
I have some Embedded Planet/Freescale EP8548A v1.1 boards that I need to
pull both u-boot and linux forward into the fdt era. The LTIB-based
delivery is ancient (1.1.4 hacked), I would like to get u-boot to the
tip of git and linux somewhere close to the tip. I'm
Hugo Villeneuve wrote:
Round the serial port clock divisor value returned by
calc_divisor()
Signed-off-by: Hugo Villeneuve [EMAIL PROTECTED]
Acked-by: Gerald Van Baren [EMAIL PROTECTED]
(Hopefully this stops Wolfgang's pain!)
---
drivers/serial/serial.c | 12 +++-
1 files
Foreword: As Wolfgang noted, Robin's emails apparently are being
discarded by Sourceforge. I'm dual-subscribed - home and work - and
only received emails from Robin on the email that was directly addressed
to me.
Robin Getz wrote:
On Fri 11 Jul 2008 14:52, Jerry Van Baren pondered:
Ben
Ricardo Ribalda Delgado wrote:
This driver provides access to a false i2c eeprom.
This false eeprom could be very useful in boards with
ddr2 memories and no i2c interfaces.
Using this driver the user can simulate the spd interface
of the ddr2 memory and use the ddr2 auto config
Hi
Hugo Villeneuve wrote:
[EMAIL PROTECTED] wrote:
This formula is better at avoiding integer overflow.
This patch doesn´t round the value correctly.
Wolfgang, I will resubmit a new patch shortly today to fix the problem.
Hugo V.
Arrgh, you are right. I know you solved it already, but
Ben Warren wrote:
Robin Getz wrote:
I was trying out U-Boot 1.1.3 with a new(er) router netgear WGR614v6 -
firmware version V2.0.19_1.0.19NA, on a Blackfin BF537-STAMP.
http://kbserver.netgear.com/products/wgr614v6.asp
and found that dhcp fails :(
More correctly, the *second* DHCP
Jerry Van Baren wrote:
Ben Warren wrote:
Robin Getz wrote:
I was trying out U-Boot 1.1.3 with a new(er) router netgear WGR614v6 -
firmware version V2.0.19_1.0.19NA, on a Blackfin BF537-STAMP.
http://kbserver.netgear.com/products/wgr614v6.asp
and found that dhcp fails :(
[snip]
Hi Robin
Ben Warren wrote:
Jerry Van Baren wrote:
Ben Warren wrote:
Robin Getz wrote:
I was trying out U-Boot 1.1.3 with a new(er) router netgear WGR614v6
- firmware version V2.0.19_1.0.19NA, on a Blackfin BF537-STAMP.
http://kbserver.netgear.com/products/wgr614v6.asp
and found that dhcp fails
Harald Welte wrote:
On Thu, Jul 10, 2008 at 12:51:03PM +0200, Detlev Zundel wrote:
Even though I'm an enthusiastic Emacs user, I have different reasons for
my vote. As far as build dependencies go, I'd like to restrict this to
the LSB standard[1]. Xdd is not in there, so thats why I vote
Haavard Skinnemoen wrote:
Mail to [EMAIL PROTECTED] bounces because the user doesn't exist
anymore. You can't be a maintainer without a valid e-mail address, so
move all boards that used to be maintained by Kyle Harris to the
orphaned list.
Currently, only PowerPC has a list of orphaned
Dear Amit,
Preliminary comment: Wolfgang is lashing out at stupid disclaimers,
don't take it personally. We all realize you didn't write the stupid
disclaimer and cannot remove it.
Amit Kumar wrote:
Dear Wolfgang,
Kindly read disclaimer properly or show to your lawyer.
This e-mail
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Round the serial port clock divisor value returned by
calc_divisor().
Signed-off-by: Hugo Villeneuve [EMAIL PROTECTED]
Signed-off-by: John Roberts [EMAIL PROTECTED]
---
Rounding is important, especially when using high baud rates
This formula is better at avoiding integer overflow.
Signed-off-by: Gerald Van Baren [EMAIL PROTECTED]
---
(try 2)
The formula I proposed previously in this thread compiles OK. I cannot
verify it is correct on real hardware, however.
Paul Gortmaker wrote:
I was updating a sbc8560 from u-boot v1.2.0 to git-current, and found
that I'd loose the kernel serial console when the 8250 driver took over
from udbg0 when using u-boot 1.3.x (booting via tftp'ing the dtb and
the uImage separately)
I eventually tracked it down to
Guennadi Liakhovetski wrote:
On Tue, 8 Jul 2008, Jens Gehrlein wrote:
diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile
new file mode 100644
index 000..f7e17c8
--- /dev/null
+++ b/board/tqc/tqma31/Makefile
@@ -0,0 +1,48 @@
+#
+# Copyright (C) 2008, Guennadi
Harald Welte wrote:
Hi!
Since there has been support by Detlev and Stefan, I have modified the
patch in a way to dynamically create the include/license.h file from the
COPYING file by the use of a small C program and gzip combined with a
Makefile rule.
What do you think now?
Bleah on
Kumar Gala wrote:
If the path we are trying to print doesn't exist see if it matches an
aliases. We don't do anything fancy at this point, but just strip the
leading '/' if it exists and see if we have an exact match to an alias.
In the future we could try and prefix matching so the alias
Victor wrote:
Something more I have found out:
I've looking at drivers/net/lan91c96.c:
I have enabled Debug, and hardcoded my Mac address on get_rom_mac().
I loaded u-boot on my board, and when I run a tftp command I get this:
$ tftp
LAN91C96:smc_close
LAN91C96:smc_shutdown
Kumar Gala wrote:
On Jul 9, 2008, at 10:17 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
If the path we are trying to print doesn't exist see if it matches an
aliases. We don't do anything fancy at this point, but just strip the
leading '/' if it exists and see if we have an exact match
John Linn wrote:
I realize this could be posted to the linuxppc-dev also, but my kernel
is running fine so I think it's a u-boot to kernel interface problem. I
am able to pass a device tree to the kernel and get it to boot fine, and
using NFS root also.
I can't get it to find my initrd
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Bleah on the small C program (nothing personal, just hate to add Yet
Another Program to the build process). How about using echo for prelim
text (if necessary) and xxd to create the struct instead? I like making
maintenance
Victor wrote:
This is a problem I've been fighting to for a long time. I'm sure it
would be something stupid I haven't noticed, but I don't know what
else to try. My Linux OS is working flawlessly with a correct eth0
device, so at least I know it's not (or should not) a hardware
problem.
Hugo Villeneuve wrote:
Round the serial port clock divisor value returned by
calc_divisor().
Signed-off-by: Hugo Villeneuve [EMAIL PROTECTED]
---
Rounding is important, especially when using high baud rates
values like 115200bps. When using the non-rounded value, some
boards will work
Wolfgang Denk wrote:
Hello everybody,
as many of you will have seen, there have been a few areas in U-Boot
where processing of patches and new code submissions did not work as
quickly and smoothly as we all would have liked.
I'm all the more happy to be able to announce updates for two
Andre Schwarz wrote:
Jerry,
I don't understand this.
The code is far from using the device tree - the dtb is fetched by tftp
right after bootp.
It's the initial bootp/dhcp that doesn't work
regards,
Andre
Ah, right, my bad.
Sorry for the noise,
gvb
Andrew Klossner wrote:
The compiler will help find mismatches between printf formats and
arguments if you let it. This patch adds the necessary attributes to
declarations in include/common.h, then corrects the resulting compiler
warnings in several files. Some of these were bugs, e.g., $d
Aruna Kumari wrote:
I have a problem durinf relocating of code from sdram. The uboot hangs.
My sdram initialization is correct as it has passed ddr test.
Kindly help me in solving this.
I am using Jtag to download uboot to flash.
Regards,
Aruna,
Hi Aruna,
This is a FAQ.
Detlev Zundel wrote:
Hi Jerry,
Detlev Zundel wrote:
Signed-off-by: Detlev Zundel [EMAIL PROTECTED]
---
common/fdt_support.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
[...]
Dear Wolfgang,
Could you apply this directly? I'm on vacation this week and I would
Detlev Zundel wrote:
Signed-off-by: Detlev Zundel [EMAIL PROTECTED]
---
common/fdt_support.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index e58b294..3828228 100644
--- a/common/fdt_support.c
+++
Timur Tabi wrote:
Jerry Van Baren wrote:
[snip]
I'm guessing from the name eeprom that you have a non-zero initializer
on it???
No, no initializer.
Does it make a difference if it is uninitialized, initialized
to {0}, or initialized to non-zero values?
I don't know, I haven't
Ashish Bijlani wrote:
hey jerry...thanks for the replyi don't wanna replace nolo with
u-boot...i just wanna nolo to load u-boot instead of loading the
kernel directlythe reason is that i wanna load l4 based hypervisor
image first and then linux on top of itcurrent loader (nolo) is
Timur Tabi wrote:
Wolfgang Denk wrote:
You don't seriously expect any real help given such a vague
description? It would be somewhat helpful if you said exactly which
changes cause the code to work or fail...
I did say that. Simply making the global variable not static caused
valerian NA wrote:
Hi all,
I work with a linux cross-compiler (codesourcery with gcc 4.2.3) for
embedded powerpc targets (mpc8248).
So I tried to compile u-boot (version 1.1.6). It works fine with another
and older version of gcc (3.3.2) but with the new cross-compiler (4.2.3)
I have
Ashish Bijlani wrote:
Thanks for the response. Does u-boot support n810? Can I flash u-boot
on n810? Thanks.
No, you would need to port u-boot to the hardware. The OMAP and the
necessary built in peripherals shouldn't be a major problem, but you
would have to get the rest of the hardware
Michal Simek wrote:
Hi Antonio
I am not responsible for this part of U-BOOT but your patch contain coding
style
violation.
Regards,
Michal Simek
Logic unit:
Purpose:Add support for bare partitions (no partition table)
Author: Antnoio R. Costa antonio.costa at atmel.com
Jerry Van Baren wrote:
Steven A. Falco wrote:
My text-editor (vim) has a bit of trouble syntax-highlighting the
cmd_nvedit.c
file, because it apparently does not parse C ifdef/else/endif. The following
patch does not change the behavior of the code at all, but does allow the
editor
Vyas Ashish wrote:
Hi Group,
I have a at91sam9261ek evaluation Kit from Atmel and I want to bring up
the UBoot on that. When I got the board, I also got UBoot binary which
can be flashed and verified. However, I did not get the source code. The
code has to be purchased seperately,
Steven A. Falco wrote:
My text-editor (vim) has a bit of trouble syntax-highlighting the cmd_nvedit.c
file, because it apparently does not parse C ifdef/else/endif. The following
patch does not change the behavior of the code at all, but does allow the
editor to properly syntax-highlight the
Haavard Skinnemoen wrote:
On Tue, 10 Jun 2008 01:29:27 -0700
Ben Warren [EMAIL PROTECTED] wrote:
This patch is the first step in cleaning up net/eth.c, by moving Ethernet
initialization to CPU or board-specific code. Initial implementation is
only on the Freescale TSEC controller, but
John Linn wrote:
I searched the archives and the docs and didn’t see anything specific to
fragmentation. I’m developing an LL TEMAC driver for u-boot on Xilinx
boards and am seeing an issue.
If the TFTP server providing the kernel image is not fragmenting
packets, I can transfer a
Vijay Srivastava wrote:
Hi,
I am trying to compile uboot version 1.1.3 for ppc_870 board with the
following settings
bash$ export CROSS_COMPILE=ppc_8xx-
bash$ export PATH=${PATH}:/opt/eldk/bin:/opt/eldk/usr/bin
But I am getting following error:
make txc870_config
What does the
The working_fdt pointer was declared in common/fdt_support.c but was
not used there. Move it to common/cmd_fdt.c where it is used (it is
also used in lib_ppc/bootm.c).
Signed-off-by: Gerald Van Baren [EMAIL PROTECTED]
---
Hi Kim,
I've applied your patch fdt: unshadow global working fdt
Kim Phillips wrote:
crypto node if not on an E-processor. If on 8360 or 834x family,
check rev and up-rev crypto node (to SEC rev. 2.4 property values)
if on an 'EA' processor, e.g. MPC8349EA.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
change since v1: mpc85xx IS_E_PROCESSOR(svr)
Dear Wolfgang,
I've added Kim's and my working_fdt improvements to my previous pull requests.
Thanks,
gvb
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-fdt.git master
David Gibson (1):
libfdt: Several
Jerry Van Baren wrote:
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-fdt.git master
David
The following changes since commit 8155efbd7ae9c65564ca98affe94631d612ae088:
Wolfgang Denk (1):
Merge branch 'master' of ssh://mercury/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-fdt.git master
David Gibson (1):
libfdt: Several
Scott Wood wrote:
On Sat, Jun 07, 2008 at 12:29:26PM -0400, Jerry Van Baren wrote:
diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c
index ede65ae..8592128 100644
--- a/common/cmd_fdt.c
+++ b/common/cmd_fdt.c
@@ -403,7 +403,8 @@ int do_fdt (cmd_tbl_t * cmdtp, int flag, int argc, char
*argv
Kumar Gala wrote:
Also added a few helper functions for DDR1 DDR2 to print SPD info and
verify the checksum.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
common/Makefile |1 +
common/ddr_spd.c | 504
+
include/ddr_spd.h |
This patch makes a couple of small cleanups to parameter checking of
libfdt functions.
- In several functions which take a node offset, we use an
idiom involving fdt_next_tag() first to check that we have indeed been
given a node offset. This patch adds a helper function
Russell McGuire wrote:
Guys,
I am sure this has been brought up a number of times, so forgive me in
advance.
I did notice however, not sure which version, but between 1.3.1 and
1.3.3 U-boot That my MAC for my Ethernet device was no longer being
passed into linux, or perhaps over
Russell McGuire wrote:
To save most the banter, and rephrasing:
What is the 'EXPECTED' current behavior of the 83xx/6xx architecture for the
most current 1.3.3+ GIT release of passing MACs into Linux 2.6.24. Lastly, I
am using the UEC 83xx driver.
I have defined QE_OF.
I have defined
1 - 100 of 217 matches
Mail list logo