From: Nikolay Dimitrov <picmaster@mail.bg>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V6] ARM: mx6: Add support for Kosagi Novena
Date: Fri, 10 Oct 2014 04:39:08 +0300 [thread overview]
Message-ID: <543738BC.3000107@mail.bg> (raw)
In-Reply-To: <1412896940-12340-1-git-send-email-marex@denx.de>
Hi Marek,
The usual stuff follows :D.
On 10/10/2014 02:22 AM, Marek Vasut wrote:
> +#define NOVENA_BUTTON_GPIO IMX_GPIO_NR(4, 14)
> +#define NOVENA_SD_WP IMX_GPIO_NR(1, 2)
> +#define NOVENA_SD_CD IMX_GPIO_NR(1, 4)
NOVENA_BUTTON_GPIO is initialized as input in this source file, but the
NOVENA_SD_WP and NOVENA_SD_CD are not. They're initialized only in
novena_spl.c, and if you change the SPL configuration, they won't be
explicitly initialized.
While by pure luck the iomuxc reset values are those of the GPIO pins, I
would vote for explicit initialization of WP & CD.
And btw, it's cool that you added the WP pin, I totally missed this out
last time I was staring at the schematic.
> +/*
> + * USB
> + */
> +#ifdef CONFIG_USB_EHCI_MX6
> +static iomux_v3_cfg_t usb_pads[] = {
> + MX6_PAD_GPIO_17__GPIO7_IO12 | MUX_PAD_CTRL(NO_PAD_CTRL),
> +};
> +
> +static void novena_spl_setup_iomux_usb(void)
> +{
> + imx_iomux_v3_setup_multiple_pads(usb_pads, ARRAY_SIZE(usb_pads));
> +}
> +#else
> +static void novena_spl_setup_iomux_usb(void) {}
> +#endif
The patch comments are saying this is gone :).
> +/*
> + * called from C runtime startup code (arch/arm/lib/crt0.S:_main)
> + * - we have a stack and a place to store GD, both in SRAM
> + * - no variable global data is available
> + */
> +void board_init_f(ulong dummy)
> +{
> + /*
> + * Zero out global data:
> + * - this should be done by crt0.S
> + * - failure to zero it will cause i2c_setup to fail
> + */
> + memset((void *)gd, 0, sizeof(struct global_data));
Same here.
> +/*
> + * Environment is on MMC, starting at offset 64KiB from start of the card.
> + * Please place first partition at offset 1MiB from the start of the card
> + * as recommended by GNU/fdisk. See below for details:
> + * http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/disc-partition-alignment.html
> + */
> +#ifdef CONFIG_CMD_MMC
> +#define CONFIG_ENV_IS_IN_MMC
> +#define CONFIG_SYS_MMC_ENV_DEV 0
> +#define CONFIG_ENV_OFFSET (512 * 1024)
Please fix either the comment saying offset is 64KiB from start, or fix
the CONFIG_ENV_OFFSET.
Reviewed-by: Nikolay Dimitrov <picmaster@mail.bg>
Marek, would you agree that after finishing this patch which enables the
initial Novena support, to handle all other fixes by separate
independent patches, which are easier to review, resubmit, test, etc?
Kind regards,
Nikolay
next prev parent reply other threads:[~2014-10-10 1:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-09 23:22 [U-Boot] [PATCH V6] ARM: mx6: Add support for Kosagi Novena Marek Vasut
2014-10-10 1:39 ` Nikolay Dimitrov [this message]
2014-10-11 1:24 ` Marek Vasut
2014-10-11 6:39 ` Nikolay Dimitrov
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=543738BC.3000107@mail.bg \
--to=picmaster@mail.bg \
--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