public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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

  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