From: Johannes Zink <j.zink@pengutronix.de>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>,
Ahmad Fatoum <ahmad@a3f.at>,
barebox@lists.infradead.org
Subject: Re: [PATCH master 1/4] Revert "imx-usb-loader: add commandline option for displaying version number"
Date: Fri, 26 May 2023 09:12:32 +0200 [thread overview]
Message-ID: <1aab4d10-8e25-1415-b369-08da71f28dec@pengutronix.de> (raw)
In-Reply-To: <02a3ba13-fad1-985c-e0f4-0185d5c349c7@pengutronix.de>
Hi Ahmad,
On 5/26/23 08:20, Ahmad Fatoum wrote:
[snip]
>
> Agreed. I am looking forward to a v2 that doesn't break the build. ;)
>
ack - just sent out a fixup.
>> Do you know of a flag that is set when the files have been generated?
>> Maybe we can include the file conditionally if and only if it has been generated.
>
> That would mean we accept that the race condition is there and that depending on
> timing/parallelism, we either end up with a version or unknown...
>
ack
>> Do you think that alternatively we can require the prepare make target as a dependency for scripts/imx?
>
> AFAICS, scripts/Makefile is called recursively, so it may not be feasible to depend on
> top-level Makefile's prepare for a target defined within. If everything needed for
> Kconfig is part of another target (e.g. config or scripts_basic), then maybe scripts
> could be made to depend on prepare. A worthwhile alternative may be moving stuff not
> needed for the build, like all USB loaders, into a tools/ directory, but then one
> needs to take care of dependencies on files in scripts/.
>
I had another thought - just using the Version variables from the top
level makefile is much easier and also does the trick.
Johannes
> Cheers,
> Ahmad
>
>>
>> Johannes
>>
>>> Until this is resolved, revert commit c1b50061f4b33482ae749f9d6d6c92aa5bf6b37a.
>>>
>>> Cc: Johannes Zink <j.zink@pengutronix.de>
>>> Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
>>> ---
>>> scripts/imx/Makefile | 2 +-
>>> scripts/imx/imx-usb-loader.c | 22 +---------------------
>>> 2 files changed, 2 insertions(+), 22 deletions(-)
>>>
>>> diff --git a/scripts/imx/Makefile b/scripts/imx/Makefile
>>> index b3be3886d8eb..dbfa82910a55 100644
>>> --- a/scripts/imx/Makefile
>>> +++ b/scripts/imx/Makefile
>>> @@ -3,7 +3,7 @@
>>> hostprogs-always-$(CONFIG_ARCH_IMX_IMXIMAGE) += imx-image
>>> hostprogs-always-$(CONFIG_ARCH_IMX_USBLOADER) += imx-usb-loader
>>> -HOSTCFLAGS_imx-usb-loader.o = `pkg-config --cflags libusb-1.0` -include $(objtree)/include/generated/utsrelease.h
>>> +HOSTCFLAGS_imx-usb-loader.o = `pkg-config --cflags libusb-1.0`
>>> HOSTLDLIBS_imx-usb-loader = `pkg-config --libs libusb-1.0`
>>> imx-usb-loader-target-userccflags += `$(CROSS_PKG_CONFIG) --cflags libusb-1.0`
>>> diff --git a/scripts/imx/imx-usb-loader.c b/scripts/imx/imx-usb-loader.c
>>> index 676f077c2557..839288f753cc 100644
>>> --- a/scripts/imx/imx-usb-loader.c
>>> +++ b/scripts/imx/imx-usb-loader.c
>>> @@ -46,10 +46,6 @@
>>> #define FT_DCD 0xee
>>> #define FT_LOAD_ONLY 0x00
>>> -#ifndef UTS_RELEASE
>>> -#define UTS_RELEASE "unknown"
>>> -#endif
>>> -
>>> /*
>>> * comment from libusb:
>>> * As per the USB 3.0 specs, the current maximum limit for the depth is 7.
>>> @@ -1530,15 +1526,9 @@ static void usage(const char *prgname)
>>> "-p <devpath> Specify device path: <bus>-<port>[.<port>]...\n"
>>> "-s skip DCD included in image\n"
>>> "-v verbose (give multiple times to increase)\n"
>>> - "--version display version number\n"
>>> "-h this help\n", prgname);
>>> }
>>> -static void version(const char *prgname)
>>> -{
>>> - fprintf(stderr, "%s %s\n", prgname, UTS_RELEASE);
>>> -}
>>> -
>>> int main(int argc, char *argv[])
>>> {
>>> libusb_device **devs;
>>> @@ -1554,20 +1544,10 @@ int main(int argc, char *argv[])
>>> char *initfile = NULL;
>>> char *devpath = NULL;
>>> char *devtype = NULL;
>>> - int opt_version = 0;
>>> - struct option long_options[] = {
>>> - {"version", no_argument, &opt_version, 1},
>>> - { }
>>> - };
>>> w.do_dcd_once = 1;
>>> - while ((opt = getopt_long(argc, argv, "cvhd:i:p:s", long_options, NULL)) != -1) {
>>> - if (opt_version) {
>>> - version(argv[0]);
>>> - exit(EXIT_SUCCESS);
>>> - }
>>> -
>>> + while ((opt = getopt(argc, argv, "cvhd:i:p:s")) != -1) {
>>> switch (opt) {
>>> case 'c':
>>> verify = 1;
>>
>
--
Pengutronix e.K. | Johannes Zink |
Steuerwalder Str. 21 | https://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686| Fax: +49-5121-206917-5555 |
prev parent reply other threads:[~2023-05-26 7:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-25 18:13 Ahmad Fatoum
2023-05-25 18:13 ` [PATCH master 2/4] ARM: rockchip: pine64-quartz64: add sdram-init.bin to .gitignore Ahmad Fatoum
2023-05-25 18:13 ` [PATCH master 3/4] scripts: kwbimage: check return value of asprintf Ahmad Fatoum
2023-05-25 18:13 ` [PATCH master 4/4] scripts: omap3-usb-loader: fix heap overflow Ahmad Fatoum
2023-05-26 5:46 ` [PATCH master 1/4] Revert "imx-usb-loader: add commandline option for displaying version number" Johannes Zink
2023-05-26 6:20 ` Ahmad Fatoum
2023-05-26 7:12 ` Johannes Zink [this message]
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=1aab4d10-8e25-1415-b369-08da71f28dec@pengutronix.de \
--to=j.zink@pengutronix.de \
--cc=a.fatoum@pengutronix.de \
--cc=ahmad@a3f.at \
--cc=barebox@lists.infradead.org \
/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