[U-Boot-Users] Loads function and flow control.

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

Hi.

I am just starting to work with loads function.

Is there any mechanism for software flow control ( XON, XOFF ) ?
I have seen some define for loadb bu nothing for loads...

It seems that loads works fine when I download small files but get lost with
big ones. So I fear a flow control problem.

What is the problem with minicom for loads ? I think that loads just expect
to receive ascii data. Is it wrong to send srec file using ALT S in minicom
( and choosing ascii data ) ?


Chris

[U-Boot-Users] Loads function and flow control.

[Robert Schwebel]

On Mon, May 26, 2003 at 04:37:31PM +0200, Christophe.LINDHEIMER at fr.thalesgroup.com wrote:
> What is the problem with minicom for loads?

No problem if your name is not Wolfgang Denk ;)

> I think that loads just expect to receive ascii data. Is it wrong to
> send srec file using ALT S in minicom ( and choosing ascii data ) ?

Put this into your "file transfer protocols" section: 

G kermit     /usr/bin/kermit -i -l %l -s     Y    U    Y   N    N
H kermit     /usr/bin/kermit -i -l %l -r     N    D    Y   N    N 

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Braunschweiger Str. 79,  31134 Hildesheim, Germany
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
    Phone: +49-5121-28619-0 |  Fax: +49-5121-28619-4

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

Dear Christophe,

in message <D96E2AFA0DF3D211B1390090274549480373629A@helios.gnv.tcc.thomson-csf.com> you wrote:
> 
> Is there any mechanism for software flow control ( XON, XOFF ) ?

No there is none, and there is no need for one.

> It seems that loads works fine when I download small files but get lost with
> big ones. So I fear a flow control problem.

I don't think so. Even at high baud rates (like 115200 bps) there  is
more than enough time to receive characters through the serial line -
remember  that  U-Boot  is  strictly  single-tasking,  so the CPU has
nothing better to do but to wait for characters.

> What is the problem with minicom for loads ? I think that loads just expect

Minicom is broken.

> to receive ascii data. Is it wrong to send srec file using ALT S in minicom
> ( and choosing ascii data ) ?

It's not exactly wrong, but it's calling for a lot of trouble. If you
really must use  S-Records,  use  the  "cu"  command  from  the  UUCP
package.  Alternatively  I  recommend  to use the "loadb" command and
C-Kermit for the download. This is much faster, and more reliable.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
panic: can't find /

[U-Boot-Users] Loads function and flow control.

[Robert Schwebel]

On Mon, May 26, 2003 at 04:46:05PM +0200, Wolfgang Denk wrote:
> No there is none, and there is no need for one.

... as the kermit protocol ensures that packets with incorrect checksums
are resent. 

> I don't think so. Even at high baud rates (like 115200 bps) there  is
> more than enough time to receive characters through the serial line -
> remember  that  U-Boot  is  strictly  single-tasking,  so the CPU has
> nothing better to do but to wait for characters.

Nevertheless there may be situations where for example cables make
problems, so using a mechanism which checks if the data is correct is
not the worst idea. 

> Minicom is broken.

Where did I know from that you would answer this...? =8-) 

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Braunschweiger Str. 79,  31134 Hildesheim, Germany
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
    Phone: +49-5121-28619-0 |  Fax: +49-5121-28619-4

[U-Boot-Users] UUOMA - was: Loads function and flow control.

[Wolfgang Denk]

Robert,

in message <20030526144315.GN24207@pengutronix.de> you wrote:
>
> > What is the problem with minicom for loads?
> 
> No problem if your name is not Wolfgang Denk ;)

...except that it does not work in the default configuration, and  to
make  it  work  reliably  you  either  have  to  throttle speed below
acceptable values, or you have  to  use  external  trools  which  can
replace minicome (like kermit).

> Put this into your "file transfer protocols" section: 
> 
> G kermit     /usr/bin/kermit -i -l %l -s     Y    U    Y   N    N
> H kermit     /usr/bin/kermit -i -l %l -r     N    D    Y   N    N 


Hereby I hand out the UUOMA (Useless Use Of  Minicom  Award)  of  the
week to Robert Schwebel :-)


If you need kermit anyway, you  can  use  it  as  terminal  emulation
program right from the beginning and avoid all the other problems.


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
I often quote myself; it adds spice to my conversation.  - G. B. Shaw

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <20030526150145.GO24207@pengutronix.de> you wrote:
> On Mon, May 26, 2003 at 04:46:05PM +0200, Wolfgang Denk wrote:

[about flow control]

> > No there is none, and there is no need for one.
> 
> ... as the kermit protocol ensures that packets with incorrect checksums
> are resent. 

Flow control and checksums address two different kinds  of  problems.
While  checksumming  can detect the effects of overrun problems, flow
control cannot solve the  other  problems  that  can  cause  checksum
errors.

So far, in all cases I have seen  with  U-Boot  (including  the  pre-
decessor  projects  PPCBoot and ARMBoot) the CPUs were fast enought o
easily handle serial downloads using  both  "loadb"  and  "loads"  at
least at 115200 bps. Without any need for flow control.

> > I don't think so. Even at high baud rates (like 115200 bps) there  is
> > more than enough time to receive characters through the serial line -
> > remember  that  U-Boot  is  strictly  single-tasking,  so the CPU has
> > nothing better to do but to wait for characters.
> 
> Nevertheless there may be situations where for example cables make
> problems, so using a mechanism which checks if the data is correct is
> not the worst idea. 

But this has nothing to do with flow control.

You are right, a protocol with  error  checking  and  recovery  (like
kermit  binary  protocol)  _is_  superior to a protocol without or no
protocol at all - but this was not the topic here.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
If you can't beat it or corrupt it, you pretend it was your  idea  in
the first place.                 - Terry Pratchett, _Guards! Guards!_

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

Well, I use a serial line at 9600 Bauds.

I use minicom to send commands to UBoot.

Once the loads is done I make a 
 cat hello_world.srec > /dev/ttyS1
in order not to use minicom to keep Wolfgang in good mood for the whole week
:-))

The first data are corrects but UBoot aborts the download after a few
lines...


=> mw 0x4000 0 200
=> loads
## Ready for S-Record download ...
S013000068656C6C6F5F776F726C642E7372656376
S214040000000181749421FFE07C0802A6BF61000C05
S21404001090010024480000057FC802A6801EFFE861
S2140400207FC0F2147C7B1B78807E80007C9F2378C4
S214040030480000B1807E80047F64DB78480000A519
S2140400403B8000007C1CD8004181003080BF00004B
S2140400503BFF00042C0500004082000880BE800898
S214040060807E800C7F84E378480000793B9C000106
## S-Record download abortedE80104800006534
=> 4204E8000208B
Unknown command '4204E8000208B' - try 'help'
=> 
=> 440000024E800020380000024400000273
Unknown command '440000024E800020380000024400000273' - try 'help'
=> 
=> 420380000055A
Unknown command '420380000055A' - try 'help'
=> 
=> 080002038000007440000024E80002085
Unknown command '080002038000007440000024E80002085' - try 'help'
=> 
=> 000A440000020A
Unknown command '000A440000020A' - try 'help'
=> 
=> 60000008B
Unknown command '60000008B' - try 'help'
=> 
=> 21545B25645D203D20222573220A00000000ED
Unknown command '21545B25645D203D20222573220A00000000ED' - try 'help'
=> 
=> 72E2E2081
Unknown command '72E2E2081' - try 'help'
=> 
=> 4144000501640005015015
Unknown command '4144000501640005015015' - try 'help'
=> 
=> md 0x40000 
00040000: 00018174 9421ffe0 7c0802a6 bf61000c    ...t.!..|....a..
00040010: 90010024 48000005 7fc802a6 801effe8    ...$H...........
00040020: 7fc0f214 7c7b1b78 807e8000 7c9f2378    ....|{.x.~..|.#x
00040030: 480000b1 807e8004 7f64db78 480000a5    H....~...d.xH...
00040040: 3b800000 7c1cd800 41810030 80bf0000    ;...|...A..0....
00040050: 3bff0004 2c050000 40820008 80be8008    ;...,... at .......
00040060: 807e800c 7f84e378 48000079 3b9c0001    .~.....xH..y;...
00040070: 00000000 00000000 00000000 00000000    ................
00040080: 00000000 00000000 00000000 00000000    ................
00040090: 00000000 00000000 00000000 00000000    ................
000400a0: 00000000 00000000 00000000 00000000    ................
000400b0: 00000000 00000000 00000000 00000000    ................
000400c0: 00000000 00000000 00000000 00000000    ................
000400d0: 00000000 00000000 00000000 00000000    ................
000400e0: 00000000 00000000 00000000 00000000    ................
000400f0: 00000000 00000000 00000000 00000000    ................

[U-Boot-Users] UUOMA - was: Loads function and flow control.

[Robert Schwebel]

On Mon, May 26, 2003 at 05:12:11PM +0200, Wolfgang Denk wrote:
> ...except that it does not work in the default configuration,

Well, it does. 

> make  it  work  reliably  you  either  have  to  throttle speed below
> acceptable values, or you have  to  use  external  trools  which  can
> replace minicome (like kermit).

... which is not a bug, IMHO. But that's of course a matter of taste. 

> If you need kermit anyway, you can use it as terminal emulation
> program right from the beginning and avoid all the other problems.

You will admit that you are using "echo" and "ed" as your main software
development tools, won't you =8-) I'm using vim, so you see that I
prefer modern high level approaces over stoneage tools ;)

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Braunschweiger Str. 79,  31134 Hildesheim, Germany
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
    Phone: +49-5121-28619-0 |  Fax: +49-5121-28619-4

[U-Boot-Users] Loads function and flow control.

[Frank Smith]

What about in the case where you are loads-ing directly to a flash
region?  I ran across this problem recently (albeit it with PPCBoot-2.0.0).

> -----Original Message-----
> From: u-boot-users-admin at lists.sourceforge.net
> [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of Wolfgang
> Denk
> Sent: May 26, 2003 11:46 AM
> To: Christophe.LINDHEIMER at fr.thalesgroup.com
> Cc: u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] Loads function and flow control. 
> 
> 
> Dear Christophe,
> 
> in message 
> <D96E2AFA0DF3D211B1390090274549480373629A@helios.gnv.tcc.thomson-c
> sf.com> you wrote:
> > 
> > Is there any mechanism for software flow control ( XON, XOFF ) ?
> 
> No there is none, and there is no need for one.
> 
> > It seems that loads works fine when I download small files but 
> get lost with
> > big ones. So I fear a flow control problem.
> 
> I don't think so. Even at high baud rates (like 115200 bps) there  is
> more than enough time to receive characters through the serial line -
> remember  that  U-Boot  is  strictly  single-tasking,  so the CPU has
> nothing better to do but to wait for characters.
> 
> > What is the problem with minicom for loads ? I think that loads 
> just expect
> 
> Minicom is broken.
> 
> > to receive ascii data. Is it wrong to send srec file using ALT 
> S in minicom
> > ( and choosing ascii data ) ?
> 
> It's not exactly wrong, but it's calling for a lot of trouble. If you
> really must use  S-Records,  use  the  "cu"  command  from  the  UUCP
> package.  Alternatively  I  recommend  to use the "loadb" command and
> C-Kermit for the download. This is much faster, and more reliable.
> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
> panic: can't find /
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
> 

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <D96E2AFA0DF3D211B139009027454948034CBD9A@helios.gnv.tcc.thomson-csf.com> you wrote:
> Well, I use a serial line at 9600 Bauds.

:-(

> I use minicom to send commands to UBoot.
> 
> Once the loads is done I make a 
>  cat hello_world.srec > /dev/ttyS1
> in order not to use minicom to keep Wolfgang in good mood for the whole week
> :-))

Have you ever seen me in bad mood? This is a  _very_  uncommon  state
for me.

> The first data are corrects but UBoot aborts the download after a few
> lines...

If you _must_ use s-records, use "cu".

Better avoid s-reocrds and use kermit binary protocol ("loadb").

Even better avoid serial downloads completely and use TFTP.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Just go with the flow control, roll with the crunches, and, when  you
get a prompt, type like hell.

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <03May26.125207adt.7313@dragon.appliedmicro.ns.ca> you wrote:
> 
> What about in the case where you are loads-ing directly to a flash
> region?  I ran across this problem recently (albeit it with PPCBoot-2.0.0).

It worked fine in all configurations I have  tested.  Assume  8N1  at
115200 bps so you get a maximum of 11520 cps or about 87 us per byte.
How long does your flash chip need for a byte to program?

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
...the increased productivity fostered by a friendly environment  and
quality  tools  is  essential  to  meet  ever  increasing demands for
software.               - M. D. McIlroy, E. N. Pinson and B. A. Tague

[U-Boot-Users] Loads function and flow control.

[Frank Smith]

I can't say off the top of my head.  I'm using a 16 bit strataflash
E28F128J3A in x8 mode, with a custom version of strataflash.c, on
a custom-built Virtex-II Pro development board, with a *very* hacked
down version of PPCboot that runs from about 50K of block RAM,
so there are lots of places where I might have mucked things up.
An 'interesting' configuration....

I hacked it to work by changing the loads code to echo a newline after 
the write to the flash has completed, and configuring kermit to
wait until it sees a newline before it sends a new line.  This
works for me, so I stopped looking into the problem.

-Frank.

> -----Original Message-----
> From: wd at denx.de [mailto:wd at denx.de]
> Sent: May 26, 2003 1:16 PM
> To: Frank Smith
> Cc: u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] Loads function and flow control. 
> 
> 
> In message <03May26.125207adt.7313@dragon.appliedmicro.ns.ca> you wrote:
> > 
> > What about in the case where you are loads-ing directly to a flash
> > region?  I ran across this problem recently (albeit it with 
> PPCBoot-2.0.0).
> 
> It worked fine in all configurations I have  tested.  Assume  8N1  at
> 115200 bps so you get a maximum of 11520 cps or about 87 us per byte.
> How long does your flash chip need for a byte to program?
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
> ...the increased productivity fostered by a friendly environment  and
> quality  tools  is  essential  to  meet  ever  increasing demands for
> software.               - M. D. McIlroy, E. N. Pinson and B. A. Tague
> 

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <03May26.133048adt.7307@dragon.appliedmicro.ns.ca> you wrote:
> 
> I can't say off the top of my head.  I'm using a 16 bit strataflash
> E28F128J3A in x8 mode, with a custom version of strataflash.c, on
> a custom-built Virtex-II Pro development board, with a *very* hacked
> down version of PPCboot that runs from about 50K of block RAM,
> so there are lots of places where I might have mucked things up.
> An 'interesting' configuration....

:-)

> I hacked it to work by changing the loads code to echo a newline after 
> the write to the flash has completed, and configuring kermit to
> wait until it sees a newline before it sends a new line.  This
> works for me, so I stopped looking into the problem.

Ummm... "loads" allows to echo each input character depending on  the
setting  of  the "loads_echo" environment variable. This is something
which is used by "cu", IIRC.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Beware of the Turing Tar-pit in  which  everything  is  possible  but
nothing of interest is easy.

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

> > Well, I use a serial line at 9600 Bauds.
> 
> :-(
> 
> > I use minicom to send commands to UBoot.
> > 
> > Once the loads is done I make a 
> >  cat hello_world.srec > /dev/ttyS1
> > in order not to use minicom to keep Wolfgang in good mood 
> for the whole week
> > :-))
> 
> Have you ever seen me in bad mood? This is a  _very_  uncommon  state
> for me.
> 
> > The first data are corrects but UBoot aborts the download 
> after a few
> > lines...
> 
> If you _must_ use s-records, use "cu".
> 
> Better avoid s-reocrds and use kermit binary protocol ("loadb").
> 
> Even better avoid serial downloads completely and use TFTP.
> 

Well, it should be with a lot of pleasure but hardware people have
"forgotten" ethernet link on my board :((


Chris

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <D96E2AFA0DF3D211B139009027454948034CBD9B@helios.gnv.tcc.thomson-csf.com> you wrote:
>
> > Even better avoid serial downloads completely and use TFTP.
> 
> Well, it should be with a lot of pleasure but hardware people have
> "forgotten" ethernet link on my board :((

Urrrgh... Sincere condolences.


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Real computer scientists despise the idea of actual  hardware.  Hard-
ware has limitations, software doesn't. It's a real shame that Turing
machines are so poor at I/O.

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

Hi.

I have just installed the great rpm uucp to use cu.

so I make cu -s 9600 -l ttyS1 --nostop.

Unfortunately, it seems that what I type isn't sent to my board !!
It works fine with minicom.
It seems that it is because of the flow control.
In minicom I choose no software and no hardware flow control to make it
work.
How can I do the same with cu ?

My serial cable is only RX TX & GND.

Thanks

Chris

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <D96E2AFA0DF3D211B139009027454948037362A2@helios.gnv.tcc.thomson-csf.com> you wrote:
> 
> I have just installed the great rpm uucp to use cu.
> 
> so I make cu -s 9600 -l ttyS1 --nostop.
> 
> Unfortunately, it seems that what I type isn't sent to my board !!
> It works fine with minicom.
> It seems that it is because of the flow control.

You must configure the tool not to use flow control.

All this is documented in detail in http://www.denx.de/re/DPLG.html

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
On a clear disk you can seek forever.

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

> 
> All this is documented in detail in http://www.denx.de/re/DPLG.html
> 

Is there an easy way to read this doc when
	- there is only on PC connected on the web for 40 persons in the
company.
	- I can't install any soft on this PC to suck the whole doc.

however I have just printed chapter 3 and it looks fine..

Thanks.

Chris

[U-Boot-Users] Loads function and flow control.

[Wolfgang Denk]

In message <D96E2AFA0DF3D211B139009027454948034CBD9C@helios.gnv.tcc.thomson-csf.com> you wrote:
>
> > All this is documented in detail in http://www.denx.de/re/DPLG.html
> 
> Is there an easy way to read this doc when
> 	- there is only on PC connected on the web for 40 persons in the
> company.
> 	- I can't install any soft on this PC to suck the whole doc.

You can download it in different formats as a single file:

    * http://www.denx.de/doc/TQM8xxL/dplg.html
      = HTML

    * http://www.denx.de/doc/TQM8xxL/dplg.txt
      = plain ASCII text

    * http://www.denx.de/doc/TQM8xxL/dplg.ps
      = compressed PostScript European A4 format

    * http://www.denx.de/doc/TQM8xxL/dplg.pdf
      = PDF European A4 format

    * http://www.denx.de/doc/TQM8xxL/dplg.sgml
      = SGML source


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Condense soup, not books!

[U-Boot-Users] Loads function and flow control.

[Christophe.LINDHEIMER at fr.thalesgroup.com]

Just great !

Thanks.

-----Message d'origine-----
De: Wolfgang Denk [mailto:wd at denx.de]
Date: mardi 27 mai 2003 13:10
?: Christophe.LINDHEIMER at fr.thalesgroup.com
Cc: u-boot-users at lists.sourceforge.net
Objet: Re: [U-Boot-Users] Loads function and flow control. 


In message
<D96E2AFA0DF3D211B139009027454948034CBD9C@helios.gnv.tcc.thomson-csf.com>
you wrote:
>
> > All this is documented in detail in http://www.denx.de/re/DPLG.html
> 
> Is there an easy way to read this doc when
> 	- there is only on PC connected on the web for 40 persons in the
> company.
> 	- I can't install any soft on this PC to suck the whole doc.

You can download it in different formats as a single file:

    * http://www.denx.de/doc/TQM8xxL/dplg.html
      = HTML

    * http://www.denx.de/doc/TQM8xxL/dplg.txt
      = plain ASCII text

    * http://www.denx.de/doc/TQM8xxL/dplg.ps
      = compressed PostScript European A4 format

    * http://www.denx.de/doc/TQM8xxL/dplg.pdf
      = PDF European A4 format

    * http://www.denx.de/doc/TQM8xxL/dplg.sgml
      = SGML source


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Condense soup, not books!