All of lore.kernel.org
 help / color / mirror / Atom feed
From: Detlev Zundel <dzu@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] FW: which protocol do I use to send S-record files when using the loads command ?
Date: Mon, 23 Aug 2010 23:00:24 +0200	[thread overview]
Message-ID: <m2occt6o47.fsf@ohwell.denx.de> (raw)
In-Reply-To: <i4u7u1$n1r$1@dough.gmane.org> (Grant Edwards's message of "Mon,  23 Aug 2010 16:34:09 +0000 (UTC)")

Hi Grant,

> On 2010-08-23, Detlev Zundel <dzu@denx.de> wrote:
>> Hi Jef,
>>
>>>>> 10) The system I work on is a bareboard embedded system using U-boot
>>>>> to start up. That is why we are trying to use S-record files for
>>>>> uploading new programs, and not the more efficient FTP used in Linux.
>>>> So you do have a network interface on your board?  Heck, why don;t you
>>>> use TFTP then???
>>>
>>> I didn't say that. I was trying to say that our bareboard system
>>> doesn't support Ethernet and does not have TCP/IP stack (like Linux).
>>> If our system was a Linux system, we wouldn't be having this
>>> conversation.
>>
>> We use tftp in U-Boot exactly because we also do not have a TCP/IP
>> stack :)
>>
>> tftp needs only udp is thus "not too complex" to implement on bare
>> ethernet.
>
> Doesn't "our bareboard system doesn't support Ethernet" preclude the
> use of Ethernet (UDP or otherwise)?

Yes, sorry.  I was mislead by the "and not the more efficient FTP used
in Linux".  The pure mentioning of FTP which does not make any sense
without a network port made me read the following statement not close
enough.

>> Maybe you can implement a server on your hardware?
>
> What sort of server?

It would be a tftp server of course but that is out of the question
without a network hardware.

Cheers
  Detlev

-- 
So maybe I lost track of my point.  But if I left a mark, C-x C-x should be
all I need.
      -- David Kastrup, emacs-devel.gnu.org <87hbj37v4x.fsf@lola.goethe.zz>
--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de

  reply	other threads:[~2010-08-23 21:00 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <226BC4AFA29FC24789DFD00DFF3084C2524247EECE@SAFEMAIL.safetran.railad.com>
2010-08-19 17:28 ` [U-Boot] FW: which protocol do I use to send S-record files when using the loads command ? Jef Mangelschots
2010-08-19 17:33   ` [U-Boot] " Jef Mangelschots
2010-08-19 19:46   ` [U-Boot] FW: " Rogan Dawes
2010-08-19 20:06   ` Wolfgang Denk
2010-08-19 20:56     ` Jef Mangelschots
2010-08-19 21:13       ` Wolfgang Denk
2010-08-19 21:15       ` Wolfgang Denk
2010-08-23 15:07       ` Detlev Zundel
2010-08-23 16:34         ` Grant Edwards
2010-08-23 21:00           ` Detlev Zundel [this message]
2010-08-23 21:10             ` Grant Edwards
2010-08-23 21:22               ` Ben Warren
2010-08-23 21:42                 ` Grant Edwards
2010-08-23 21:24               ` Detlev Zundel
2010-08-23 21:50                 ` Grant Edwards

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2occt6o47.fsf@ohwell.denx.de \
    --to=dzu@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.