From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 01/12] video: Add S3C24xx framebuffer support
Date: Wed, 23 Jul 2014 05:00:23 +0200 [thread overview]
Message-ID: <201407230500.23464.marex@denx.de> (raw)
In-Reply-To: <20140722092509.685D53822C9@gemini.denx.de>
On Tuesday, July 22, 2014 at 11:25:09 AM, Wolfgang Denk wrote:
[...]
> > diff --git a/drivers/video/Makefile b/drivers/video/Makefile
> > index 945f35d..7441783 100644
> > --- a/drivers/video/Makefile
> > +++ b/drivers/video/Makefile
> > @@ -33,6 +33,7 @@ obj-$(CONFIG_VIDEO_MB86R0xGDC) += mb86r0xgdc.o
> > videomodes.o
> >
> > obj-$(CONFIG_VIDEO_MX3) += mx3fb.o videomodes.o
> > obj-$(CONFIG_VIDEO_IPUV3) += mxc_ipuv3_fb.o ipu_common.o ipu_disp.o
> > obj-$(CONFIG_VIDEO_MXS) += mxsfb.o videomodes.o
> >
> > +obj-$(CONFIG_VIDEO_S3C) += s3c-fb.o videomodes.o
> >
> > obj-$(CONFIG_VIDEO_OMAP3) += omap3_dss.o
> > obj-$(CONFIG_VIDEO_SANDBOX_SDL) += sandbox_sdl.o
> > obj-$(CONFIG_VIDEO_SED13806) += sed13806.o
>
> can you please fix the sort oder of this ist? Thanks.
Will do in V2, thanks.
> ...
>
> > + /* Suck display configuration from "videomode" variable */
> > + penv = getenv("videomode");
> > + if (!penv) {
> > + puts("S3CFB: 'videomode' variable not set!\n");
> > + return NULL;
> > + }
> > +
> > + bpp = video_get_params(&mode, penv);
>
> Should there not be some error handling in case we pass invalid data?
There is one, about 10 lines further there is a 'switch (bpp) {}' statement. The
default branch will trigger a fail.
> > + /* Allocate framebuffer */
> > + fb = memalign(S3CFB_ALIGN, roundup(panel.memSize, S3CFB_ALIGN));
> > + if (!fb) {
> > + printf("S3CFB: Error allocating framebuffer!\n");
> > + return NULL;
> > + }
>
> Should we not use the gd->fb_base frame buffer allocation as provided
> in lib/board.c ?
I use CONFIG_VIDEO , not CONFIG_LCD here. My understanding is that CONFIG_VIDEO
is what should be used and CONFIG_LCD is legacy. Please correct me if I'm wrong.
Only the CONFIG_LCD will reserve the memory, CONFIG_VIDEO will not. It might be
a good idea to explicitly set gd->fb_addr in the driver though. What do you
think ?
Best regards,
Marek Vasut
prev parent reply other threads:[~2014-07-23 3:00 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-22 0:34 [U-Boot] [PATCH 01/12] video: Add S3C24xx framebuffer support Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 02/12] arm: s3c24xx: Fix incorrect CONFIG_SYS_S3C2410_NAND_HWECC name Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 03/12] mtd: nand: s3c: Fix data type width in debug() Marek Vasut
2014-07-28 23:35 ` Scott Wood
2014-07-29 0:09 ` Marek Vasut
2014-07-29 0:12 ` Scott Wood
2014-07-29 1:11 ` Marek Vasut
2014-07-29 1:22 ` Scott Wood
2014-07-29 4:21 ` Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 04/12] mtd: nand: s3c: Unify the register definition and naming Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 05/12] mtd: nand: s3c: Add S3C2440 specifics Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 06/12] mtd: nand: s3c: Add S3C2440 buffer reading Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 07/12] mtd: nand: s3c: Add missing correction and select_chip functions Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 08/12] i2c: s3c: Implant support for S3C2440 Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 09/12] gpio: s3c: Fix the GPIO driver Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 10/12] arm: s3c: Unify the S3C24xx SDI structure Marek Vasut
2014-07-22 0:34 ` [U-Boot] [PATCH 11/12] mmc: s3c: Add SD driver Marek Vasut
2014-08-01 16:25 ` Pantelis Antoniou
2014-08-01 16:26 ` Pantelis Antoniou
2014-07-22 0:34 ` [U-Boot] [PATCH 12/12] net: smc911x: Keep MAC programmed Marek Vasut
2014-07-22 20:43 ` Joe Hershberger
2014-07-22 9:25 ` [U-Boot] [PATCH 01/12] video: Add S3C24xx framebuffer support Wolfgang Denk
2014-07-23 3:00 ` Marek Vasut [this message]
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=201407230500.23464.marex@denx.de \
--to=marex@denx.de \
--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 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.