From: Sascha Hauer <s.hauer@pengutronix.de>
To: Andrey Smirnov <andrew.smirnov@gmail.com>
Cc: barebox@lists.infradead.org
Subject: Re: [PATCH 4/4] commands: version: Add framebuffer output support
Date: Fri, 9 Feb 2018 08:29:24 +0100 [thread overview]
Message-ID: <20180209072924.4zpt7e7vhbe2nfux@pengutronix.de> (raw)
In-Reply-To: <20180205172935.25232-4-andrew.smirnov@gmail.com>
Hi Andrey,
On Mon, Feb 05, 2018 at 09:29:35AM -0800, Andrey Smirnov wrote:
> Extend "version" command to be capable of rendeing version information
> on framebuffer devices.
>
> Signed-off-by: Andrey Smirnov <andrew.smirnov@gmail.com>
> ---
> commands/Kconfig | 8 +++
> commands/version.c | 198 ++++++++++++++++++++++++++++++++++++++++++++++++++++-
> 2 files changed, 204 insertions(+), 2 deletions(-)
>
> diff --git a/commands/Kconfig b/commands/Kconfig
> index 095536849..1cad5d608 100644
> --- a/commands/Kconfig
> +++ b/commands/Kconfig
> @@ -238,6 +238,14 @@ config CMD_VERSION
>
> barebox 2014.05.0-00142-gb289373 #177 Mon May 12 20:35:55 CEST 2014
>
> +config CMD_VERSION_OUTPUT_TO_FRAMEBUFFER
> + bool
> + depends on CMD_VERSION
> + prompt "support displaying version via framebuffer"
> + help
> + Selecting this option will enable version command to output
> + version information onto display backed by a frambuffer
> +
> config CMD_MMC_EXTCSD
> tristate
> prompt "read/write eMMC ext. CSD register"
> diff --git a/commands/version.c b/commands/version.c
> index 090f2dd13..ba74a993c 100644
> --- a/commands/version.c
> +++ b/commands/version.c
> @@ -20,16 +20,210 @@
> #include <common.h>
> #include <command.h>
> #include <complete.h>
> +#include <getopt.h>
> +#include <fb.h>
> +#include <gui/graphic_utils.h>
> +#include <gui/2d-primitives.h>
> +
> +#define FRAME_SIZE 8
> +
> +struct placement {
> + int x, y;
> +};
> +
> +typedef struct placement placement_function_t (struct screen *, int, int);
> +
> +struct placement
> +placement_center(struct screen *sc, int text_width, int text_height)
> +{
> + struct placement p;
> +
> + p.x = (sc->info->xres - text_width) / 2;
> + p.y = (sc->info->yres - text_height) / 2;
> +
> + return p;
> +}
> +
> +struct placement
> +placement_upper_left(struct screen *sc, int text_width, int text_height)
> +{
> + struct placement p;
> +
> + p.x = FRAME_SIZE;
> + p.y = FRAME_SIZE;
> +
> + return p;
> +}
> +
> +struct placement
> +placement_upper_right(struct screen *sc, int text_width, int text_height)
> +{
> + struct placement p;
> +
> + p.x = sc->info->xres - 1 - text_width - FRAME_SIZE;
> + p.y = FRAME_SIZE;
> +
> + return p;
> +}
> +
> +struct placement
> +placement_lower_left(struct screen *sc, int text_width, int text_height)
> +{
> + struct placement p;
> +
> + p.x = FRAME_SIZE;
> + p.y = sc->info->yres - 1 - text_height - FRAME_SIZE;
> +
> + return p;
> +}
> +
> +struct placement
> +placement_lower_right(struct screen *sc, int text_width, int text_height)
> +{
> + struct placement p;
> +
> + p.x = sc->info->xres - 1 - text_width - FRAME_SIZE;
> + p.y = sc->info->yres - 1 - text_height - FRAME_SIZE;
> +
> + return p;
> +}
>
> static int do_version(int argc, char *argv[])
> {
> - printf ("\n%s\n", version_string);
> + const struct font_desc *font;
> + const char *fbdev = NULL;
> + struct screen *sc;
> + u8 fg[3], bg[3];
> + int text_width;
> + int text_height;
> +
> + placement_function_t *place;
> + struct placement placement;
> +
> + if (IS_ENABLED(CONFIG_CMD_VERSION_OUTPUT_TO_FRAMEBUFFER)) {
This is quite much code added to the version command, given that the
command previously only was a one-liner. I think this should rather be a
separate command. This could depend on framebuffer and other needed
stuff which would make the first two patches unnecessary. I think
stubbing away graphics functions when the user is graphics-only code is
a bit over the top.
The placement functions look as if they should be moved to some font
handling generic code.
Also it's always nice to have a C API for anything we also have as
command. It has proven to be useful so many times.
> +BAREBOX_CMD_HELP_OPT ("-f color\t", "foreground color, in hex RRGGBB format")
> +BAREBOX_CMD_HELP_OPT ("-b color\t", "background color, in hex RRGGBB format")
I'm not sure how useful these are as parameters to a command. How about
a nv variable? This could be used by the framebuffer console aswell.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2018-02-09 7:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-05 17:29 [PATCH 1/4] 2d-primitives: Introduce gu_draw_text() Andrey Smirnov
2018-02-05 17:29 ` [PATCH 2/4] gui: graphic_utils: Stub out fb_* functions Andrey Smirnov
2018-02-05 17:29 ` [PATCH 3/4] linux/font.h: Stub out font functions Andrey Smirnov
2018-02-05 17:29 ` [PATCH 4/4] commands: version: Add framebuffer output support Andrey Smirnov
2018-02-09 7:29 ` Sascha Hauer [this message]
2018-02-16 13:39 ` Andrey Smirnov
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=20180209072924.4zpt7e7vhbe2nfux@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=andrew.smirnov@gmail.com \
--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