From: Ben Warren <bwarren@qstreams.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH]: tools: fix fw_printenv tool to compile again
Date: Tue, 27 Nov 2007 15:46:33 -0500 [thread overview]
Message-ID: <474C8229.4080608@qstreams.com> (raw)
In-Reply-To: <87sl2rfmxy.fsf@denx.de>
Markus Klotzb?cher wrote:
> Hi Ben,
>
> Ben Warren <bwarren@qstreams.com> writes:
>
>
>> Markus Klotzb?cher wrote:
>>
>>> How about the following:
>>>
>>> This patch updates the fw_printenv/fw_setenv userspace tool to include
>>> the correct MTD header in order to compile against current kernel
>>> headers. Backward compatibility is preserved by introducing an option
>>> MTD_VERSION which can be set to "old" for compilation using the old MTD
>>> headers. Along with this a number of warnings are fixed.
>>>
>>>
>> Sounds good to me. It'd be cooler if make could detect the
>> presence/absence of <linux/mtd-user.h>, but I'm not enough of a build
>> system whiz to know how to do that.
>>
>
> I'm afraid nor am I. Suggestions welcome.
>
>
>> A couple of additional requests:
>>
>> 1. Can you also please add the other part of my patch that
>> creates/destroys the 'fw_setenv' symbolic link? It's a bit annoying
>> that the documentation mentions the 'fw_setenv' utility, but it
>> doesn't really exist without a bit of help.
>>
>
> Agreed that this confusing, but does a symbolic link really help?
> Wouldn't it be better to simply describe the rationale in the
> documentation instead?
>
>
I like the symbolic link, because when done you end up with an
executable called 'fw_setenv' and move it to the file system with 'cp
-a'. I don't care too much though, as long as it's documented somewhere
where people will see it. Personally, I went through a "where the eff
is the fw_setenv utility that's mentioned in the documentation" and
eventually looked in the source code and noticed that it uses
argv[0]... Sparing others this grief would be nice.
>> 2. Please include changes to the relevant documentation (README +
>> wiki) so that people know to when and how to set MTD_VERSION. This
>> may prevent a few 'RTFM' e-mails.
>>
>
> The patch I posted updates the README in tools/env/ and I'll update the
> wiki as soon as the patch is accepted. I wonder though, if the
> env/tools/README shouldn't be move into the main README. It's rather
> hidden where it is right now.
>
>
Yeah, either there or in /doc. It's badly hidden now.
> Viele Gr??e / Best regards
>
> Markus Klotzb?cher
>
>
cheers,
B-)
next prev parent reply other threads:[~2007-11-27 20:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-26 16:46 [U-Boot-Users] [PATCH]: tools: fix fw_printenv tool to compile again Markus Klotzbücher
2007-11-26 17:04 ` Ben Warren
2007-11-26 22:19 ` Wolfgang Denk
2007-11-27 9:23 ` Markus Klotzbücher
2007-11-27 15:34 ` Ben Warren
2007-11-27 20:33 ` Markus Klotzbücher
2007-11-27 20:46 ` Ben Warren [this message]
2007-11-27 20:56 ` Jerry Van Baren
2007-11-27 22:12 ` Wolfgang Denk
2007-11-27 22:06 ` Wolfgang Denk
2007-11-27 22:30 ` Ben Warren
2008-01-09 7:51 ` Wolfgang Denk
2008-01-09 15:19 ` Markus Klotzbücher
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=474C8229.4080608@qstreams.com \
--to=bwarren@qstreams.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox