All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Magnus Damm <magnus.damm@gmail.com>
Cc: linux-fbdev-devel@lists.sourceforge.net, lethal@linux-sh.org,
	linux-sh@vger.kernel.org
Subject: Re: [PATCH] video: SuperH Mobile LCDC Driver
Date: Thu, 29 May 2008 02:40:24 -0700	[thread overview]
Message-ID: <20080529024024.63d726de.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080529092451.19666.91541.sendpatchset@rx1.opensource.se>

On Thu, 29 May 2008 18:24:51 +0900 Magnus Damm <magnus.damm@gmail.com> wrote:

> This patch adds frame buffer support for the LCDC block found in
> SuperH Mobile processors. The hardware supports up to two LCD panels
> per LCDC block, and both RGB and SYS interfaces can be used to hook
> up LCD panels/modules.
> 
> The device driver is a regular platform driver, so LCD configuration
> and board specific hooks are passed to the driver using platform data.
> LCD modules using SYS interface often require special configuration
> using the SYS bus, and to solve this cleanly the driver provides SYS
> interface operations to the board code.
> 
> Tested on sh7723 and sh7722 processors with a SYS16A QVGA panel and
> WVGA panels using RGB16 and RGB18 interfaces.
> 
> ...
>
> +	while (lcdc_read(ch->lcdc, _LDSR) & 2)
> +	  ;

Indenting is odd and inconsistent with most of the other zillions of
busywait loops here (multiple instances)

It might make sense to write a single function to do this busywaiting. 
That function can implement a timeout and can avoid lockups and provide
useful diagnostics.

Is sh's cpu_relax() a no-op?  Or are we assuming that ioread is a
suitable substitute?


WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Magnus Damm <magnus.damm@gmail.com>
Cc: linux-fbdev-devel@lists.sourceforge.net, lethal@linux-sh.org,
	linux-sh@vger.kernel.org
Subject: Re: [PATCH] video: SuperH Mobile LCDC Driver
Date: Thu, 29 May 2008 09:40:24 +0000	[thread overview]
Message-ID: <20080529024024.63d726de.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080529092451.19666.91541.sendpatchset@rx1.opensource.se>

On Thu, 29 May 2008 18:24:51 +0900 Magnus Damm <magnus.damm@gmail.com> wrote:

> This patch adds frame buffer support for the LCDC block found in
> SuperH Mobile processors. The hardware supports up to two LCD panels
> per LCDC block, and both RGB and SYS interfaces can be used to hook
> up LCD panels/modules.
> 
> The device driver is a regular platform driver, so LCD configuration
> and board specific hooks are passed to the driver using platform data.
> LCD modules using SYS interface often require special configuration
> using the SYS bus, and to solve this cleanly the driver provides SYS
> interface operations to the board code.
> 
> Tested on sh7723 and sh7722 processors with a SYS16A QVGA panel and
> WVGA panels using RGB16 and RGB18 interfaces.
> 
> ...
>
> +	while (lcdc_read(ch->lcdc, _LDSR) & 2)
> +	  ;

Indenting is odd and inconsistent with most of the other zillions of
busywait loops here (multiple instances)

It might make sense to write a single function to do this busywaiting. 
That function can implement a timeout and can avoid lockups and provide
useful diagnostics.

Is sh's cpu_relax() a no-op?  Or are we assuming that ioread is a
suitable substitute?


  reply	other threads:[~2008-05-29  9:40 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-29  9:24 [PATCH] video: SuperH Mobile LCDC Driver Magnus Damm
2008-05-29  9:24 ` Magnus Damm
2008-05-29  9:40 ` Andrew Morton [this message]
2008-05-29  9:40   ` Andrew Morton
2008-05-30  2:31   ` Magnus Damm
2008-05-30  2:31     ` Magnus Damm
2008-05-29 18:09 ` [Linux-fbdev-devel] " Krzysztof Helt
2008-05-29 18:09   ` Krzysztof Helt
2008-05-29 21:07   ` Paul Mundt
2008-05-29 21:07     ` [Linux-fbdev-devel] " Paul Mundt
2008-05-30  4:26     ` Krzysztof Helt
2008-05-30  4:26       ` Krzysztof Helt
2008-05-30  2:50   ` Magnus Damm
2008-05-30  2:50     ` Magnus Damm
2008-05-30  4:59 ` Nobuhiro Iwamatsu
2008-05-30  4:59   ` Nobuhiro Iwamatsu
2008-05-30  5:15   ` Manuel Lauss
2008-05-30  5:15     ` Manuel Lauss
2008-05-30  6:50     ` Magnus Damm
2008-05-30  6:50       ` Magnus Damm
2008-05-30  8:14     ` Nobuhiro Iwamatsu
2008-05-30  8:14       ` Nobuhiro Iwamatsu
2008-05-30  5:24   ` Magnus Damm
2008-05-30  5:24     ` Magnus Damm
2008-05-30  8:30     ` Nobuhiro Iwamatsu
2008-05-30  8:30       ` Nobuhiro Iwamatsu
  -- strict thread matches above, loose matches on Subject: below --
2008-05-30 11:02 [PATCH] video: SuperH Mobile LCDC Driver V2 Magnus Damm
2008-05-30 11:02 ` Magnus Damm
2008-05-30 16:28 ` Krzysztof Helt
2008-05-30 16:28   ` Krzysztof Helt
2008-05-30 19:06   ` Andrew Morton
2008-05-30 19:06     ` Andrew Morton
2008-05-30 19:44     ` Krzysztof Helt
2008-05-30 19:44       ` Krzysztof Helt
2008-05-31 14:25       ` Fabio Giovagnini
2008-05-31 14:25         ` Fabio Giovagnini
2008-06-02  1:43         ` Magnus Damm
2008-06-02  1:43           ` Magnus Damm
2008-06-02  6:09     ` Paul Mundt
2008-06-02  6:09       ` Paul Mundt

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=20080529024024.63d726de.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=lethal@linux-sh.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.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.