From: Sascha Hauer <s.hauer@pengutronix.de>
To: Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: barebox@lists.infradead.org, Brian Lilly <brian@crystalfontz.com>
Subject: Re: [PATCH 2/3] ARM: cfa10036: Retrieve the board variant from the AT24
Date: Wed, 12 Dec 2012 21:52:36 +0100 [thread overview]
Message-ID: <20121212205236.GC10369@pengutronix.de> (raw)
In-Reply-To: <1355321456-6334-3-git-send-email-maxime.ripard@free-electrons.com>
On Wed, Dec 12, 2012 at 03:10:55PM +0100, Maxime Ripard wrote:
> The AT24 found on the expansion boards store the variant of the board it
> is soldered onto.
>
> That means that we are that way able to determine what expansion board
> is currently plugged in if any. If we can't communicate with the EEPROM,
> we just assume that only the CFA-10036 is there.
>
> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
> ---
> arch/arm/boards/crystalfontz-cfa10036/Makefile | 2 +-
> arch/arm/boards/crystalfontz-cfa10036/cfa10036.c | 4 +
> arch/arm/boards/crystalfontz-cfa10036/hwdetect.c | 97 ++++++++++++++++++++++
> arch/arm/boards/crystalfontz-cfa10036/hwdetect.h | 22 +++++
> 4 files changed, 124 insertions(+), 1 deletion(-)
> create mode 100644 arch/arm/boards/crystalfontz-cfa10036/hwdetect.c
> create mode 100644 arch/arm/boards/crystalfontz-cfa10036/hwdetect.h
>
> diff --git a/arch/arm/boards/crystalfontz-cfa10036/Makefile b/arch/arm/boards/crystalfontz-cfa10036/Makefile
> index 75f0020..7e8d5e2 100644
> --- a/arch/arm/boards/crystalfontz-cfa10036/Makefile
> +++ b/arch/arm/boards/crystalfontz-cfa10036/Makefile
> @@ -1 +1 @@
> -obj-y += cfa10036.o
> +obj-y += cfa10036.o hwdetect.o
> diff --git a/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c b/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
> index df0ead9..b59dbab 100644
> --- a/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
> +++ b/arch/arm/boards/crystalfontz-cfa10036/cfa10036.c
> @@ -42,6 +42,8 @@
>
> #include <generated/mach-types.h>
>
> +#include "hwdetect.h"
> +
> /* setup the CPU card internal signals */
> static const uint32_t cfa10036_pads[] = {
> /* duart */
> @@ -120,6 +122,8 @@ static int cfa10036_devices_init(void)
> i2c_register_board_info(0, cfa10036_i2c_devices, ARRAY_SIZE(cfa10036_i2c_devices));
> add_generic_device_res("i2c-gpio", 0, NULL, 0, &i2c_gpio_pdata);
>
> + cfa10036_detect_hw();
> +
> return 0;
> }
> device_initcall(cfa10036_devices_init);
> diff --git a/arch/arm/boards/crystalfontz-cfa10036/hwdetect.c b/arch/arm/boards/crystalfontz-cfa10036/hwdetect.c
> new file mode 100644
> index 0000000..535a75f
> --- /dev/null
> +++ b/arch/arm/boards/crystalfontz-cfa10036/hwdetect.c
> @@ -0,0 +1,97 @@
> +/*
> + * Copyright (C) 2012 Free Electrons
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + *
> + */
> +
> +#include <common.h>
> +
> +#include <environment.h>
> +#include <fcntl.h>
> +#include <fs.h>
> +#include <libbb.h>
> +
> +#include <asm/armlinux.h>
> +
> +enum board_type {
> + BOARD_ID_CFA10036 = 0,
> + BOARD_ID_CFA10037 = 1,
> + BOARD_ID_CFA10049 = 2,
> +};
> +
> +struct cfa_eeprom_info {
> + u8 board_id;
> +}__attribute__ ((packed));
> +
> +static int cfa10036_read_eeprom(const char *file, struct cfa_eeprom_info *info)
> +{
> + int fd;
> + int ret;
> +
> + fd = open(file, O_RDONLY);
> + if (fd < 0) {
> + ret = fd;
> + goto err;
> + }
> +
> + ret = read_full(fd, info, sizeof(*info));
> + if (ret < 0)
> + goto err_open;
> +
> + if (ret < sizeof(*info)) {
> + ret = -EINVAL;
> + goto err_open;
> + }
This will never happen. read_full makes that sure.
> +
> + ret = 0;
> +
> +err_open:
> + close(fd);
> +err:
> + if (ret)
> + pr_err("can not read eeprom %s (%s)\n", file, strerror(ret));
> + return ret;
> +}
> +
> +void cfa10036_detect_hw(void)
> +{
> + enum board_type cfa_type;
> + struct cfa_eeprom_info info;
> + char *board_name;
> + int ret;
> +
> + ret = cfa10036_read_eeprom("/dev/eeprom0", &info);
> + if (ret)
> + cfa_type = BOARD_ID_CFA10036;
> + else
> + cfa_type = info.board_id;
> +
> + switch (cfa_type) {
> + case BOARD_ID_CFA10036:
> + board_name = "cfa10036";
> + break;
> + case BOARD_ID_CFA10037:
> + board_name = "cfa10037";
> + break;
> + case BOARD_ID_CFA10049:
> + board_name = "cfa10049";
> + break;
> + default:
> + pr_err("Board ID not supported\n");
> + return;
> + }
> +
> + setenv("cfa_variant", board_name);
> + export("cfa_variant");
I rather suggest:
globalvar_add_simple("board.variant");
setenv("global.board.variant", board_name);
(the name is debatable)
This way makes sure that the variable is available in every context
and shows up in 'devinfo global' which I think is a good place to
collect this kind of global information.
Additionally a:
BAREBOX_MAGICVAR_NAMED(global_board_variant, global.board.variant, "The board variant")
gives you the chance to describe the meaning of this variable.
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:[~2012-12-12 20:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-12 14:10 [PATCH 0/3] ARM: cfa10036: Load a different DTB depending on variants Maxime Ripard
2012-12-12 14:10 ` [PATCH 1/3] ARM: cfa10036: Add the AT24HC02 I2C EEPROM Maxime Ripard
2012-12-12 14:10 ` [PATCH 2/3] ARM: cfa10036: Retrieve the board variant from the AT24 Maxime Ripard
2012-12-12 16:07 ` Jean-Christophe PLAGNIOL-VILLARD
2012-12-12 20:52 ` Sascha Hauer [this message]
2012-12-12 14:10 ` [PATCH 3/3] ARM: cfa10036: Use the board variant to load a different device tree Maxime Ripard
2012-12-13 10:26 [PATCHv2 0/3] ARM: cfa10036: Load a different DTB depending on variants Maxime Ripard
2012-12-13 10:26 ` [PATCH 2/3] ARM: cfa10036: Retrieve the board variant from the AT24 Maxime Ripard
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=20121212205236.GC10369@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=brian@crystalfontz.com \
--cc=maxime.ripard@free-electrons.com \
/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