All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH V2] video: implement a simple framebuffer driver
Date: Tue, 30 Apr 2013 07:28:35 +0000	[thread overview]
Message-ID: <517F72A3.6010009@ti.com> (raw)
In-Reply-To: <2863648.BDvrAG5uPk@flatron>

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

On 04/30/2013 12:15 AM, Tomasz Figa wrote:

> Well, there is also at least one legitimate use case for this driver.
> 
> I believe there exist embedded devices on which there is no need to 
> dynamically control the framebuffer. It needs one time initialization, 
> usually in bootloader, and then it is used as is, using constant 
> parameters as long as the system is running.
> 
> I doubt there is a need for any KMS (or any other control) driver for such 
> devices - dumb framebuffer driver would be everything needed in such case.

Isn't there usually the need to power off the hardware when
blanking/suspending?

 Tomi



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: tomi.valkeinen@ti.com (Tomi Valkeinen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V2] video: implement a simple framebuffer driver
Date: Tue, 30 Apr 2013 10:28:35 +0300	[thread overview]
Message-ID: <517F72A3.6010009@ti.com> (raw)
In-Reply-To: <2863648.BDvrAG5uPk@flatron>

On 04/30/2013 12:15 AM, Tomasz Figa wrote:

> Well, there is also at least one legitimate use case for this driver.
> 
> I believe there exist embedded devices on which there is no need to 
> dynamically control the framebuffer. It needs one time initialization, 
> usually in bootloader, and then it is used as is, using constant 
> parameters as long as the system is running.
> 
> I doubt there is a need for any KMS (or any other control) driver for such 
> devices - dumb framebuffer driver would be everything needed in such case.

Isn't there usually the need to power off the hardware when
blanking/suspending?

 Tomi


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130430/651fadab/attachment.sig>

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Tomasz Figa <tomasz.figa@gmail.com>
Cc: linux-fbdev@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>,
	Stephen Warren <swarren@wwwdotorg.org>,
	devicetree-discuss@lists.ozlabs.org,
	Rob Clark <robclark@gmail.com>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Olof Johansson <olof@lixom.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-rpi-kernel@lists.infradead.org
Subject: Re: [PATCH V2] video: implement a simple framebuffer driver
Date: Tue, 30 Apr 2013 10:28:35 +0300	[thread overview]
Message-ID: <517F72A3.6010009@ti.com> (raw)
In-Reply-To: <2863648.BDvrAG5uPk@flatron>


[-- Attachment #1.1: Type: text/plain, Size: 646 bytes --]

On 04/30/2013 12:15 AM, Tomasz Figa wrote:

> Well, there is also at least one legitimate use case for this driver.
> 
> I believe there exist embedded devices on which there is no need to 
> dynamically control the framebuffer. It needs one time initialization, 
> usually in bootloader, and then it is used as is, using constant 
> parameters as long as the system is running.
> 
> I doubt there is a need for any KMS (or any other control) driver for such 
> devices - dumb framebuffer driver would be everything needed in such case.

Isn't there usually the need to power off the hardware when
blanking/suspending?

 Tomi



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

[-- Attachment #2: Type: text/plain, Size: 176 bytes --]

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2013-04-30  7:28 UTC|newest]

Thread overview: 120+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-04  2:39 [PATCH V2] video: implement a simple framebuffer driver Stephen Warren
2013-04-04  2:39 ` Stephen Warren
2013-04-04  2:39 ` Stephen Warren
2013-04-09  0:16 ` Andrew Morton
2013-04-09  0:16   ` Andrew Morton
2013-04-09  0:16   ` Andrew Morton
2013-04-09  3:16   ` Stephen Warren
2013-04-09  3:16     ` Stephen Warren
2013-04-09  3:16     ` Stephen Warren
2013-04-09  8:08   ` Geert Uytterhoeven
2013-04-09  8:08     ` Geert Uytterhoeven
2013-04-09  8:08     ` Geert Uytterhoeven
2013-04-11  9:56   ` Laurent Pinchart
2013-04-11  9:56     ` Laurent Pinchart
2013-04-11  9:56     ` Laurent Pinchart
2013-04-11 16:06     ` Stephen Warren
2013-04-11 16:06       ` Stephen Warren
2013-04-11 16:06       ` Stephen Warren
2013-04-11 20:06       ` Laurent Pinchart
2013-04-11 20:06         ` Laurent Pinchart
2013-04-11 20:06         ` Laurent Pinchart
2013-04-11 20:38         ` Stephen Warren
2013-04-11 20:38           ` Stephen Warren
2013-04-11 20:38           ` Stephen Warren
2013-04-29 20:56           ` Laurent Pinchart
2013-04-29 20:56             ` Laurent Pinchart
2013-04-29 20:56             ` Laurent Pinchart
2013-04-29 21:15     ` Tomasz Figa
2013-04-29 21:15       ` Tomasz Figa
2013-04-29 21:15       ` Tomasz Figa
2013-04-29 21:20       ` Laurent Pinchart
2013-04-29 21:20         ` Laurent Pinchart
2013-04-29 21:20         ` Laurent Pinchart
2013-04-29 21:31         ` Tomasz Figa
2013-04-29 21:31           ` Tomasz Figa
2013-04-29 21:31           ` Tomasz Figa
2013-04-29 21:40           ` Laurent Pinchart
2013-04-29 21:40             ` Laurent Pinchart
2013-04-29 21:40             ` Laurent Pinchart
2013-04-29 22:04             ` Arnd Bergmann
2013-04-29 22:04               ` Arnd Bergmann
2013-04-29 22:04               ` Arnd Bergmann
2013-04-29 22:23               ` Laurent Pinchart
2013-04-29 22:23                 ` Laurent Pinchart
2013-04-29 22:23                 ` Laurent Pinchart
2013-04-29 22:40                 ` Olof Johansson
2013-04-29 22:40                   ` Olof Johansson
2013-04-29 22:40                   ` Olof Johansson
2013-04-30  9:50                   ` Laurent Pinchart
2013-04-30  9:50                     ` Laurent Pinchart
2013-04-30  9:50                     ` Laurent Pinchart
2013-05-02 18:25               ` Stephen Warren
2013-05-02 18:25                 ` Stephen Warren
2013-05-02 18:25                 ` Stephen Warren
2013-05-02 18:35                 ` Geert Uytterhoeven
2013-05-02 18:35                   ` Geert Uytterhoeven
2013-05-02 18:35                   ` Geert Uytterhoeven
2013-05-03 10:06                 ` Laurent Pinchart
2013-05-03 10:06                   ` Laurent Pinchart
2013-05-03 10:06                   ` Laurent Pinchart
2013-05-07 21:33                   ` Andrew Morton
2013-05-07 21:33                     ` Andrew Morton
2013-05-07 21:33                     ` Andrew Morton
2013-05-08  2:36                     ` Stephen Warren
2013-05-08  2:36                       ` Stephen Warren
2013-05-08  2:36                       ` Stephen Warren
2013-05-08 19:28                       ` Olof Johansson
2013-05-08 19:28                         ` Olof Johansson
2013-05-08 19:28                         ` Olof Johansson
2013-05-08 20:58                       ` Rob Landley
2013-05-08 20:58                         ` Rob Landley
2013-05-08 20:58                         ` Rob Landley
2013-04-30  7:28       ` Tomi Valkeinen [this message]
2013-04-30  7:28         ` Tomi Valkeinen
2013-04-30  7:28         ` Tomi Valkeinen
2013-04-11 10:42 ` Geert Uytterhoeven
2013-04-11 10:42   ` Geert Uytterhoeven
2013-04-11 10:42   ` Geert Uytterhoeven
2013-04-11 16:10   ` Stephen Warren
2013-04-11 16:10     ` Stephen Warren
2013-04-11 16:10     ` Stephen Warren
2013-04-30  7:27 ` Tomi Valkeinen
2013-04-30  7:27   ` Tomi Valkeinen
2013-04-30  7:27   ` Tomi Valkeinen
2013-04-30 10:28   ` Arnd Bergmann
2013-04-30 10:28     ` Arnd Bergmann
2013-04-30 10:28     ` Arnd Bergmann
2013-04-30 11:42     ` Laurent Pinchart
2013-04-30 11:42       ` Laurent Pinchart
2013-04-30 11:42       ` Laurent Pinchart
2013-04-30 11:48       ` Tomi Valkeinen
2013-04-30 11:48         ` Tomi Valkeinen
2013-04-30 11:48         ` Tomi Valkeinen
2013-04-30 11:49         ` Laurent Pinchart
2013-04-30 11:49           ` Laurent Pinchart
2013-04-30 11:49           ` Laurent Pinchart
2013-04-30 11:46     ` Tomi Valkeinen
2013-04-30 11:46       ` Tomi Valkeinen
2013-04-30 11:46       ` Tomi Valkeinen
2013-05-03  5:40       ` Dave Airlie
2013-05-03  5:40         ` Dave Airlie
2013-05-03  5:40         ` Dave Airlie
2013-04-30  7:39 ` Tomi Valkeinen
2013-04-30  7:39   ` Tomi Valkeinen
2013-04-30  7:39   ` Tomi Valkeinen
2013-04-30 10:34   ` Arnd Bergmann
2013-04-30 10:34     ` Arnd Bergmann
2013-04-30 10:34     ` Arnd Bergmann
2013-04-30 14:38   ` Re[2]: [PATCH V2] video: implement a simple f =?UTF-8?B?cmFtZWJ1ZmZlciBkc Alexander Shiyan
2013-04-30 14:38     ` Re[2]: [PATCH V2] video: implement a simple framebuffer driver Alexander Shiyan
2013-04-30 14:38     ` Alexander Shiyan
2013-04-30 15:07     ` Arnd Bergmann
2013-04-30 15:07       ` Arnd Bergmann
2013-04-30 15:07       ` Arnd Bergmann
2013-05-18 10:29 ` Alexandre Courbot
2013-05-18 10:29   ` Alexandre Courbot
2013-05-18 10:29   ` Alexandre Courbot
2013-05-20 15:25   ` Stephen Warren
2013-05-20 15:25     ` Stephen Warren
2013-05-20 15:25     ` Stephen Warren

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=517F72A3.6010009@ti.com \
    --to=tomi.valkeinen@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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.