All of lore.kernel.org
 help / color / mirror / Atom feed
From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] Add a new protocol
Date: Sat, 25 Aug 2012 07:16:29 +0200	[thread overview]
Message-ID: <20120825071629.6aabcdc6@lilith> (raw)
In-Reply-To: <CAEDiaSghu1K=COnHGpzH87nxRdGHSCPj8Rrphaufufd1aB+zsQ@mail.gmail.com>

Hi Fred,

On Tue, 21 Aug 2012 18:27:02 +0200, EVS Hardware Dpt
<hardware.evs@gmail.com> wrote:

> Hi,
> 
> I want to add a new network protocol to u-boot. However it seems that
> the most straightforward way to add a new protocol is to add it to
> NetLoop's supported protocols. Of course, I would create a .c/.h pair
> of files to manage the protocol and use CONFIG_XXX to ensure it
> doesn't add unnecessary code.
> 
> My problem is that the protocol is used for internal testing
> procedures to make u-boot act as a command server allowing a host pc
> to read/write memory, use i2c, program various data into flash (Mac
> Address, ID's, ...) and so on. The protocol could be gpl'ed and
> documented, yet it still have limited use outside our test procedure.
> 
> So what could be the best way to achieve that goal? Should I
> replicate the whole NetLoop functionalities adapted to my protocol
> and put it on a .c/.h pair of files (and still using CONFIG_XXX) and
> keep these files available on request, or must I add that protocol to
> the "official" list of supported protocols? The second option is not
> very valuable for the community I think, but the first solution seems
> to be a very nasty hack.
> 
> What's your opinion ?

U-Boot has a network console (see doc/README.NetConsole). Can you not
use this for your tests?

> Regards,
> Fred.

Amicalement,
-- 
Albert.

  reply	other threads:[~2012-08-25  5:16 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-21 16:27 [U-Boot] Add a new protocol EVS Hardware Dpt
2012-08-25  5:16 ` Albert ARIBAUD [this message]
2012-08-27 15:07   ` EVS Hardware Dpt
2012-08-27 15:54     ` Albert ARIBAUD
2012-08-27 16:35       ` EVS Hardware Dpt
2012-09-01 21:36         ` Wolfgang Denk

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=20120825071629.6aabcdc6@lilith \
    --to=albert.u.boot@aribaud.net \
    --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.