Dear Wolfgang Denk,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
> ---
> board/mpl/common/common_util.c | 11 +
> board/sbc8560/sbc8560.c| 12 ++
> cpu/mcf5227x/cpu.c | 16 ++
> + if (argc < 5) {
> + printf("You give wrong parameters\n");
Print usage message instead.
> + }
> +
> + addr = simple_strtoul(argv[2], NULL, 16);
> + err = parse_num(&size, argv[4]);
> +
> \
> @@ -151,6 +160,7 @@
> "oneboot=onenand read 0x80008000 0x4 0x20; go 0x80008000\0"\
> "onesyncboot=run syncmode oneboot\0"\
> "updateb=tftp 0x8018 u-boot-onenand
What is not clear about that? Do we have custodians for architecture
specific files? Yes, we do. So whay do you doubt that the libs fall
into their responsibility, too?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich
y such stuff like major or minor device numbers here.
And no permissions and al the othe rstuff.
> +#if 0
> +/* "Show" method for files in '//class/ubi/ubiX/' */
> +static ssize_t dev_attribute_show(struct device *dev,
> + struct device
ut it's hard to draw the line *if* you decide to
> include the Linux source. Most OS functions (like spin_lock()...) are defin>
> ed
> to no-ops in ubi_uboot.h. So it doesn't really increase the code size for
> U-Boot. It just keeps the source in-line with the Linux ve
return (buf);
That looks overly complex to me. Can you please check if this patch
fixes the problem for your test cases, too:
>From 963e7db81379225b78bfac0d7457300c86d6b4d6 Mon Sep 17 00:00:00 2001
From: Wolfgang Denk <[EMAIL PROTECTED]>
Date: Tue, 21 Oct 2008 15:53:51 +0200
Subject:
-39,5 +39,5 @@ lowlevel_init:
> mov pc, lr
>
> .ltorg
> -
> -#endif /* CONFIG_SKIP_LOWLEVEL_INIT */
> +
> +#endif /* !CONFIG_SKIP_LOWLEVEL_INIT && !CONFIG_USER_LOWLEVEL_INIT */
Maybe instead of adding mor #ifdef'ery here, we can turn
lowlev
27;t think this is a good idea. There are pure 32 bit systems out
there which will never use more than 32 bit for the PCI resources, so
why load them with the additional memory size and execution time?
Should we not enable this only for such systems that actually need it?
Best regards,
Wolfgang Den
rmational purposes (and a relict from earlier times, when git
did not exist yet).1s
Note that there are more than 40 places in the code where __DATE__
and/or __TIME__ get used, in different ways. If you want to put more
meaning into these strings than we have now, you will have to address
all th
$0.00. Benefit: $0.02. Benefit/Cost = priceless.
Cost: work to implement, review and test. Benefit: $0.02.
Benefit/Cost = small ;-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebe
Dear Jerry Van Baren,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Should we not enable this only for such systems that actually need it?
...
> Why would we not use phys_addr_t and phys_size_t for the PCI addresses?
Good point.
Best regards,
Wolfgang Denk
--
DENX Softwar
ment. So why not accept
> it?
Because it changes one place and leaves 43 other, identical places
unchanged.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (
ce work
> in a 32-bit system.
I think using pci_addr_t/pci_size_t is the most reasonable
suggestion, then (but it may turn into fighting a lot of new warnings
about incompatible types for one board or another).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
#x27;t have any such file in the tree.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
Jus
7;t have any such file in the tree.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
Yes, it&
.file 1 "cmd_boot.c"
19 .loc 1 34 0
20 .LVL0:
21 mflr 0
22 .LCFI0:
23 stwu 1,-16(1)
...
So to me it seems as if the attribute .weak is supposed to work just fine.
What exactly is not working for you?
Best regards,
Wolfgang Denk
--
DENX Software Engi
a the register
> accesses to the memory controller?
How about reading the code?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142
his is really a low-level config option where the end user is not
supposed to mess with.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 F
ion:
> CPU:1500 MHz, CCB: 600 MHz,
> DDR: 401 MHz (801 MT/s data rate) (Asynchronous), LBC: 37 MHz
Can you please provide the input to the strmhz() function (the "hz"
parameter) that is causing such output?
I am aware that we will have a problem when "hz"
deletions(-)
> create mode 100644 board/gdsys/neo/Makefile
> create mode 100644 board/gdsys/neo/config.mk
> create mode 100644 board/gdsys/neo/neo.c
> create mode 100644 board/gdsys/neo/u-boot.lds
> create mode 100644 include/configs/neo.h
> create mode 100644 include/configs/
I recommend to enable only CONFIG_BOOT_LINUX by default.
Board maintainers, please register now if you have different needs :-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
char *consdev;
> char *cmdline;
>
> + if ((flag != 0) && (flag != BOOTM_STATE_OS_GO))
> + return 1;
> +
This is a test that repeats quite often... Maybe e can optimize this
as
if ((flag ^ BOOTM_STATE_OS_GO) != 0)
return 1;
?
support Linux by default, and leave it up to the board maintainers to
add additioonal OS support if needed.
Comment?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone:
Dear Wolfgang Denk,
In message <[EMAIL PROTECTED]> you wrote:
> From: Wolfgang Denk <[EMAIL PROTECTED]>
>
> On some systems (for example Fedora Core 4) U-Boot builds with the
> following wanrings only:
>
> ...
> In file included from /home/wd/g
all the boards ?
Yes, please.
Anatolij, Jean-Christophe - who of you will be taking care of this?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-
e have Kconfig than? It would be
> much easier at that point rather me having to touch ~450 config.h's.
OK from my POV. Should we check in your patch as is, then?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Of
you
> update that perhaps?
If it helps, we can use a branch in u-boot-testing for this.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10
Dear Jerry Van Baren,
In message <[EMAIL PROTECTED]> you wrote:
>
> > If it helps, we can use a branch in u-boot-testing for this.
...
> Sounds good to me.
Please just drop me a note which patches (in which versions) should go
in. I kind of lost track...
Best regards,
Wolfg
t; @cmp -s $@ [EMAIL PROTECTED] && rm -f [EMAIL PROTECTED] || mv
> -f [EMAIL PROTECTED] $@
Please do not do this here. Use a separate target instead.
As you can see, we take care NOT to create a new VERSION_FILE for
each build, but only when it eally changed. Your cha
me. Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
Where would we b
Dear Kyungmin Park,
In message <[EMAIL PROTECTED]> you wrote:
...
> >> + printf("Unknown UBI command or invalid number of arguments\n");
> >
> > Print usage message instead.
>
> How to display usage?
printf ("Usage:\n%s\n", c
From: Sergei Poselenov <[EMAIL PROTECTED]>
Also make sure to feed the right compiler options.
Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
These changes are needed with some more recent tool chain versions
(including
Dear Kim Phillips,
In message <[EMAIL PROTECTED]> you wrote:
> Dear Wolfgang Denk,
>
> Please pull:
>
> The following changes since commit def0819e920b05b34b56d8b42e1e43d9b89a52d6:
> Wolfgang Denk (1):
> FDT: don't use private kernel header fil
gmail
> wrapping).
Try this patch which I posted today:
ARM: Use do_div() instead of division for "long long".
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germa
boards? Shouldn't I2C have already
> been initialized?
There are some 8xx boards where I2C is used very early so it might be
necessary. I have to admit that I don't remember - that code is more
than 6 years old.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wo
ostly files removed. WHy don;t you all removals that actually
belong together in a single commit? That would make much more sense to
me.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenze
t regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
Due to lack of disk space, this fortune data
not use magic numbers like 0x08 or 0x0d which nobody
can read but use meaningful preprocessor constants here so we actually
understand the code without looking up the bits in the documentation.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zun
dma-ranges in device trees.
>
> If the particular maintainers could ack the patches that would be great
> (Andy, Jon, Jerry).
So who is supposed to apply the patches, then? Me?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
uggest to set it
> to 1, which is SROMC CS2. And (1 << 12) is the data bus width, which also
> doesn't seem to be directly related to the NAND / OneNAND selection. Or
> did you mean another register?
Get rid of these magic numbers. Use readable constants everywhere!
Best regards,
W
Dear "Kyungmin Park",
In message <[EMAIL PROTECTED]> you wrote:
> On Thu, Oct 23, 2008 at 5:09 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> > Dear Kyungmin Park,
> >
> > In message <[EMAIL PROTECTED]> you wrote:
> >> To give more c
is
defined by the hardware dsign - the very moment I am referencing this
signal in any piece of software I should explain it so the reader of
the code understands what I'm doing.
Using meaningful names instead of magic numbers is a minimum to do.
Best regards,
Wolfgang Denk
--
DENX Softwar
nto many other areas, too).
You may want to port a more recent version of U-Boot to your hardware.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142
Replease the "spinning wheel" eye candy by printing a simple row of
dots. This avoids problems with control charactersin log files etc.
Also, it saves a few bytes.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
board/esd/common/cmd_loadpci.c |4 +---
board/esd/p
Replace the "spinning wheel" eye candy by printing a simple row of
dots. This avoids problems with control charactersin log files etc.
Also, it saves a few bytes.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
This patch version fixes a few typos and also gets rid of
Replace the "spinning wheel" eye candy by printing a simple row of
dots. This avoids problems with control charactersin log files etc.
Also, it saves a few bytes.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
Hey, seems I'm heading for the record of submitting
on a fix for this.
Should we not backout the autocalib patches that cause the problem
until a stable working solution is found?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzel
it until he's back from vacation. It seems useful to me
to keep this in a single commit.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (
hing happened since.1s
I see people running into problems with the current code, so I vote
to back out the culprit until a real fix has been found.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.
,
that's all.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
Of course
at some point so that we can stop filling common/lcd.c with
> board-specific code...
Excellent point. Thanks for the reminder.
Anatolij, Jean-Christophe - do you ACK this patch? I would pull it in,
then.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
able;
restore saved MSR;
return u64 value;
Is this worth the trouble?
Is it valid to assume that a processor which has the flashon a 64 bit
bus will also have a FPU?
Would ne need to save/restore the FP register used here?
Best regards,
Wolfgang Denk
--
DENX Software Engineer
.
...because we are waiting for nand_spl code.
> I am new sending patches to u-boot mailing list. So what is the
> problem when calling it of "PATCH"? Please, let me know about my
> mistake, can you explain about it?
The problem is that we told you we will only add code that fits
given in
> README.standalone document. By doing so, will my standalone application come
> under GPL? If yes, is there any other way to implement this?
Is this initialization necessary for the network operation in U-Boot?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
vga, that it will be
> automatically loaded when the 3 seconds autostart get interrupted from a
> key?
Enable CONFIG_PREBOOT and "setenv preboot setenv stdout vga" ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1
, modified patch which uses
this suggestion, but I haven't seen any repost sice.
You know that the merge window is open right now - do you plan to
repost this stuff any time soon?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165
e is a slight difference in meaning and a bigger one in
implementation.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> drivers/pci/pci.c | 37 ++--
> drivers/pci/pci_auto.c | 88 ---
> include/pci.h | 40 +-
> 3 files changed, 102 insertions(+)
>
> Move from AR to LD.
Well, that is exactly what Ben just described.
> Which need some work to fit on all boards.
Well, actually only the file lowlevel_init.o needs to be treated that
way, so the needed hcanges look not too complicated to me.
Best regards,
Wolfgang Denk
--
DENX Soft
must change my patches every
> time when there is an correction in the at91 platform.
Right. So let's do it right now. Please use the weak approach as
described.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Of
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit d9d8c7c696dec370ca714c03beb6e79d4c90bd5e:
> Wolfgang Denk (1):
> Fix strmhz(): avoid printing negative fractions
>
> are available in the git repository at:
>
>
5 -
> include/configs/sbc8548.h |5 -
> include/configs/sbc8641d.h|5 -
> include/fdt_support.h |7 ++
> include/pci.h | 40 +
> 37 files changed, 624 insertions(+), 687 deletions(-)
Applied, thanks.
B
-
> include/asm-ppc/immap_85xx.h |2 +-
> 2 files changed, 15 insertions(+), 11 deletions(-)
Done, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Ger
489d76.
Can you please send a pull request for u-boot-video soon?
Thanks in advance.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)
active. I've put this in the net/testing repo with
| the hope that people will smack it around a bit.
What to do with this now?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groeb
Dear Graeme Russ,
In message <[EMAIL PROTECTED]> you wrote:
> Renamed show_boot_progress in assembler init phase to
> show_boot_progress_asm to avoid link conflicts with C version
>
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
Applied, thanks.
Best regards,
Real-Time Solutions, GmbH
> + * Alex Zuepke <[EMAIL PROTECTED]>
> + *
> + * See file CREDITS for list of people who contributed to this
> + * project.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU G
ion */
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +#endif /* _ASM_IC_SC520_DEFS_H_ */
Too many empty lines - max. 2 allowed. Here, not more tna 1 should be
used.
This app
nt? If so, I'll send it.
>
> If you could do that, it would be a great help. Thanks in advance!
Do you have any such patch in the works?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
ND Flash.
>
> Signed-off-by: Alan Carvalho de Assis <[EMAIL PROTECTED]>
> ---
> cpu/arm1136/start.S | 24 ++--
> 1 files changed, 22 insertions(+), 2 deletions(-)
Why are you adding this to cpu/arm1136/start.S ?
I think NAND boot code should be a
insertions(+), 0 deletions(-)
> create mode 100644 cpu/arm1136/mx31/nand_copy.S
NAK.
All this should be in nand_spl/, I think.
Scott, am I right?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.
et, and if you ant to
use network functions in U-Boot, then you should link the code to
initialize the Ethernet hardware with the U-Boot image.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-
Dear Anatolij Gustschin,
In message <[EMAIL PROTECTED]> you wrote:
>
> The following changes since commit d9d8c7c696dec370ca714c03beb6e79d4c90bd5e:
> Wolfgang Denk (1):
> Fix strmhz(): avoid printing negative fractions
>
> are available in the git r
7;
Hmm... for me, current head is:
-> git-describe
v2008.10-121-gd35c451
-> git-log
commit d35c451d6cff3e77e40fbdfc7a2933cdcb86ae4b
Merge: a369f4a... 6b59e03...
Author: Wolfgang Denk <[EMAIL PROTECTED]>
Date: Tue Oct 28 08:37:19 2008 +0100
Merge branch 'master' of git
Dear Matthias,
In message <[EMAIL PROTECTED]> Stefan Roese wrote:
>
> On Thursday 23 October 2008, Wolfgang Denk wrote:
> > Replace the "spinning wheel" eye candy by printing a simple row of
> > dots. This avoids problems with control charactersin log files
What's the state about this pull request? The merge window will be
closing soon!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax:
Fusebox commands include the ability to read
> the protection status, read the register cache, override the register cache,
> program the fuses and explicitly sense them.
>
> Signed-off-by: Martha Marx <[EMAIL PROTECTED]>
Do you have some pull request for MPC512x any time
gt; common/cmd_bootm.c | 68 +++
> 1 files changed, 31 insertions(+), 37 deletions(-)
Applied (with minimal stylistic change).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
.c |3 +
> lib_microblaze/bootm.c |3 +
> lib_mips/bootm.c |3 +
> lib_nios2/bootm.c |3 +
> lib_ppc/bootm.c|3 +
> lib_sh/bootm.c |3 +
> lib_sparc/bootm.c |3 +
> 13 files changed, 219 insertions(+), 2 del
> 1 files changed, 175 insertions(+), 96 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8
20 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTE
age - I don't think it is necessary to
fix and resubmit the patch.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email:
ter is received on the serial line, a timestamp
is taken. As you calculated, one character at 115 kbps takes about
100 us on the wire. Within a window of (for exmaple) 500 us (or
about 5 character times) now polling of all other I/O ports will be
skipped.
This should give you raw seri
ctly is this good for? If we cannot use it with
the normal Linux code I see little use cases for such a driver?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone:
chip. Rev. 1 is not really in production use anywhere, and the few
customers who have early eval bords are probably better off to update
theire hardware anyway.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
es
?
> +Thus, a user can see the ouput for any device registered for stdout
> +or stderr on all devices registered for stdout or stderr. As an
> +example, if stdin=serial,nc and stdout=serial,nc then all output
Quote examples ?
> +CAVEATS
> +---
> +
> +Note that common/iomux.c c
er might be longer (up
to close to 200 us) assumimg we are fast enough then to catch the
third char. All this assuming a console baudrate of 115 kbps.
BTW - reducing the console baud rate would be a trivial way to avoid
most of these issues ;-)
Best regards,
Wolfgang Denk
--
DENX Software
n explicitely
> > calls serial_printf(). I gues sthis is intentional? What is the
> > rationale behind it?
>
> To avoid writing to e.g. nc before it's ready for output.
I'm not sure if this is a good idea. It changes existing behaviour,
and thisis always a bad thin
|6 ++
> include/mpc83xx.h | 85 --
> nand_spl/nand_boot_fsl_elbc.c | 4 +-
> 32 files changed, 473 insertions(+), 239 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
1 ---
> 7 files changed, 4 insertions(+), 72 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)
Dear Kim Phillips,
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang Denk,
>
> please pull:
>
> The following changes since commit b1d0db1805c3395149777e507b6da53410abac4e:
> Kumar Gala (1):
> bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}
>
> ar
Dear Stefan & Matthias,
In message <[EMAIL PROTECTED]> you wrote:
> Replace the "spinning wheel" eye candy by printing a simple row of
> dots. This avoids problems with control charactersin log files etc.
>
> Also, it saves a few bytes.
>
> Signed-o
rec.sh u-boot.bin [u-boot.brec]
> looks fine.
Hm but the \r\n sequences are probably intentional because theyu
are needed on Win* systems?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-8219
data pointer.
>
> Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
> ---
> cpu/74xx_7xx/start.S |8
> 1 files changed, 4 insertions(+), 4 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
TOT and resubmit. Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
If A equals success, t
From: Wolfgang Denk <[EMAIL PROTECTED]>
This patch fixes a problem on systems where the NOR flash is attached
to a 64 bit bus. The toggle bit detection in flash_toggle() is based
on the assumption that the same flash address is read twice without
any other interjacent flash accesses. H
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
board/tqc/tqm8260/Makefile |2 +-
board/tqc/tqm8260/flash.c | 497
include/configs/TQM8260.h |7 +
3 files changed, 8 insertions(+), 498 deletions(-)
delete mode 100644 board/tqc/t
recalibration). For this
purpose, the row of dots is IMHO more useful than the spinning wheel.
Assuming my understanding is correct (is it?), then we could fix this
now as well.
BTW: I've added some statements to the documentation to deprecate
control sequences on the console - see
h
a patch to remove this relation...
Hm.. try it out. I wouldbe surprised if it worked.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax
401 - 500 of 16837 matches
Mail list logo