All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: sakoman@gmail.com
Cc: linux-omap@vger.kernel.org, alsa-devel@alsa-project.org,
	Steve Sakoman <steve@sakoman.com>
Subject: Re: [PATCH 1/4] ARM: OMAP2: Add support for the Gumstix Overo board
Date: Tue, 2 Sep 2008 21:58:22 +0100	[thread overview]
Message-ID: <20080902205822.GA32575@flint.arm.linux.org.uk> (raw)
In-Reply-To: <1220306279-27977-2-git-send-email-sakoman@gmail.com>

On Mon, Sep 01, 2008 at 02:57:56PM -0700, sakoman@gmail.com wrote:
> +		.size           =  15 * NAND_BLOCK_SIZE,

Unnecessary additional spacing after '='.

> +static struct omap_onenand_platform_data overo_onenand_data = {
> +	.parts = overo_onenand_partitions,
> +	.nr_parts = ARRAY_SIZE(overo_onenand_partitions),
> +	.dma_channel	= -1,	/* disable DMA in OMAP OneNAND driver */

Tabbing vs spacing indentation styles, please settle on one way to
do it.

> +void __init overo_flash_init(void)

Should be static?

> +{
> +	u8		cs = 0;
> +	u8		onenandcs = GPMC_CS_NUM + 1;

Do these two tabs after 'u8' help?  Everywhere else you use a single space.

> +
> +	while (cs < GPMC_CS_NUM) {
> +		u32 ret = 0;
> +		ret = gpmc_cs_read_reg(cs, GPMC_CS_CONFIG7);
> +
> +		if ((ret & 0x3F) == (ONENAND_MAP >> 24))
> +			onenandcs = cs;
> +		cs++;
> +	}
> +	if (onenandcs > GPMC_CS_NUM) {
> +		printk(KERN_ERR "OneNAND: Unable to find configuration"
> +				" in GPMC\n ");

Unnecessary additional space after '\n' (which will result in the next
line output by the kernel having its level tag ignored.)

> +	if ((gpio_request(W2W_NRESET, "W2W_NRESET") == 0) &&
> +	    (gpio_direction_output(W2W_NRESET, 1) == 0)) {
> +		gpio_export(W2W_NRESET, 0);
> +		gpio_direction_output(W2W_NRESET, 0);

Since you've already just set W2W_NRESET as an output, shouldn't this
be:
		gpio_set_value(W2W_NRESET, 0);

instead?

> +		udelay(10);
> +		gpio_direction_output(W2W_NRESET, 1);

		gpio_set_value(W2W_NRESET, 1);

?  Ditto for the rest like this.

> +	} else
> +		printk(KERN_ERR "could not obtain gpio for W2W_NRESET\n");
> +
> +	if ((gpio_request(BT_NRESET, "BT_NRESET") == 0) &&
> +	    (gpio_direction_output(BT_NRESET, 1) == 0)) {
> +		gpio_export(BT_NRESET, 0);
> +		gpio_direction_output(BT_NRESET, 0);
> +		mdelay(6);
> +		gpio_direction_output(BT_NRESET, 1);
> +	} else
> +		printk(KERN_ERR "could not obtain gpio for BT_NRESET\n");
> +
> +	if ((gpio_request(USBH_CPEN, "USBH_CPEN") == 0) &&
> +	    (gpio_direction_output(USBH_CPEN, 1) == 0))
> +		gpio_export(USBH_CPEN, 0);
> +	else
> +		printk(KERN_ERR "could not obtain gpio for USBH_CPEN\n");
> +
> +	if ((gpio_request(USBH_NRESET, "USBH_NRESET") == 0) &&
> +	    (gpio_direction_output(USBH_NRESET, 1) == 0))
> +		gpio_export(USBH_NRESET, 0);
> +	else
> +		printk(KERN_ERR "could not obtain gpio for USBH_NRESET\n");
> +}
> +
> +arch_initcall(overo_i2c_init);

Is there a reason why overo_i2c_init can't be called from your
.init_machine function?

> diff --git a/arch/arm/plat-omap/include/mach/hardware.h b/arch/arm/plat-omap/include/mach/hardware.h
> index 438de80..f859c00 100644
> --- a/arch/arm/plat-omap/include/mach/hardware.h
> +++ b/arch/arm/plat-omap/include/mach/hardware.h
> @@ -374,6 +374,10 @@
>  #include "board-sx1.h"
>  #endif
>  
> +#ifdef CONFIG_MACH_OVERO
> +#include "board-overo.h"
> +#endif
> +

I do hate it when machine classes like to add all their platform specific
header includes into another include, meaning that whenever you touch
_any_ platform specific kernel, everything rebuilds whether it's affected
or not.

With the driver model, it just isn't necessary anymore; I would much
rather prefer to see "board-overo.h" included by files which need it,
which to me looks like being board-overo.c.

> +static int overo_panel_init(struct lcd_panel *panel,
> +				struct omapfb_device *fbdev)
> +{
> +	if ((gpio_request(LCD_ENABLE, "LCD_ENABLE") == 0) &&
> +	    (gpio_direction_output(LCD_ENABLE, 1) == 0))
> +		gpio_export(LCD_ENABLE, 0);
> +	else
> +		printk(KERN_ERR "could not obtain gpio for LCD_ENABLE\n");
> +
> +	return 0;
> +}
> +
> +static void overo_panel_cleanup(struct lcd_panel *panel)
> +{

No freeing of LCD_ENABLE?

> +}
> +
> +static int overo_panel_enable(struct lcd_panel *panel)
> +{
> +	gpio_direction_output(LCD_ENABLE, 1);

gpio_set_value() ?

> +	return 0;
> +}
> +
> +static void overo_panel_disable(struct lcd_panel *panel)
> +{
> +	gpio_direction_output(LCD_ENABLE, 0);

gpio_set_value() ?

> +static int overo_panel_probe(struct platform_device *pdev)
> +{
> +	omapfb_register_panel(&overo_panel);
> +	return 0;
> +}
> +
> +static int overo_panel_remove(struct platform_device *pdev)
> +{

No possible unregistering of the panel?

> +static int overo_panel_suspend(struct platform_device *pdev,
> +				   pm_message_t mesg)
> +{
> +	return 0;
> +}
> +
> +static int overo_panel_resume(struct platform_device *pdev)
> +{
> +	return 0;
> +}

No suspend/resume?  So these empty functions aren't required.

> +
> +struct platform_driver overo_panel_driver = {

Should be static.

  parent reply	other threads:[~2008-09-02 20:58 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-01 21:57 [PATCH 0/4] ARM: OMAP2: Add support for Gumstix Overo sakoman
2008-09-01 21:57 ` [PATCH 1/4] ARM: OMAP2: Add support for the Gumstix Overo board sakoman
2008-09-01 21:57   ` [PATCH 2/4] SOUND: SOC: CODECS: Add support for the TWL4030 audio codec sakoman
2008-09-01 21:57     ` [PATCH 3/4] SOUND: SOC: OMAP: Add support for Gumstix Overo sakoman
2008-09-01 21:57       ` [PATCH 4/4] ARM: OMAP2: deconfig for the Gumstix Overo board sakoman
2008-09-02 11:29       ` [PATCH 3/4] SOUND: SOC: OMAP: Add support for Gumstix Overo Mark Brown
2008-09-02 13:19         ` Steve Sakoman
2008-09-02 11:26     ` [PATCH 2/4] SOUND: SOC: CODECS: Add support for the TWL4030 audio codec Mark Brown
2008-09-02 12:27       ` [alsa-devel] " Felipe Balbi
2008-09-02 14:25       ` Steve Sakoman
2008-09-02 14:53         ` Mark Brown
2008-09-02 16:36           ` Steve Sakoman
2008-09-02 18:54             ` [alsa-devel] " Mark Brown
2008-09-02 20:08               ` Liam Girdwood
2008-09-02 20:31                 ` [alsa-devel] " Mark Brown
2008-09-02 20:51                   ` Liam Girdwood
2008-09-02 20:48                 ` [alsa-devel] " Steve Sakoman
2008-09-02 20:38               ` David Brownell
2008-09-02  0:46   ` [PATCH 1/4] ARM: OMAP2: Add support for the Gumstix Overo board Felipe Balbi
     [not found]   ` <200809020815.58792.david-b@pacbell.net>
2008-09-02 16:04     ` Steve Sakoman
2008-09-02 20:58   ` Russell King - ARM Linux [this message]
2008-09-02 21:06     ` Steve Sakoman

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=20080902205822.GA32575@flint.arm.linux.org.uk \
    --to=linux@arm.linux.org.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=sakoman@gmail.com \
    --cc=steve@sakoman.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.