u-boot.git/drivers/video/Makefile, branch v2016.01 Unnamed repository; edit this file 'description' to name the repository. video: Add support for the ANX9804 parallel lcd to dp bridge chip 2015-08-14T06:37:39+00:00 Hans de Goede hdegoede@redhat.com 2015-08-08T14:03:29+00:00 66525bb73235464e02bac99d8f01c88a5bf97d14 Add support for the ANX9804 bridge chip, which can take pixel data coming from a parallel LCD interface and translate it on the fly into a DP interface for driving eDP TFT displays. It uses I2C for configuration. Signed-off-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Anatolij Gustschin <agust@denx.de> 
Add support for the ANX9804 bridge chip, which can take pixel data coming
from a parallel LCD interface and translate it on the fly into a DP
interface for driving eDP TFT displays. It uses I2C for configuration.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Anatolij Gustschin <agust@denx.de>
video: Remove the old parade driver 2015-08-06T03:06:16+00:00 Simon Glass sjg@chromium.org 2015-08-03T14:19:34+00:00 68964dbc838077c8ecd796fd43b0aa43bb309a50 We have a new one which uses driver model and device tree configuration. Remove the old one. Signed-off-by: Simon Glass <sjg@chromium.org> 
We have a new one which uses driver model and device tree configuration.
Remove the old one.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: video: Add support for video bridges 2015-08-06T03:06:13+00:00 Simon Glass sjg@chromium.org 2015-07-03T00:16:08+00:00 801ab9e93c228b30bb526bb1b431e042d46ba2e8 A video bridge typically converts video from one format to another, e.g. DisplayPort to LVDS. Add driver model support for these with a simple interface to control activation and backlight. The uclass supports GPIO control of power and reset lines. Signed-off-by: Simon Glass <sjg@chromium.org> 
A video bridge typically converts video from one format to another, e.g.
DisplayPort to LVDS. Add driver model support for these with a simple
interface to control activation and backlight. The uclass supports GPIO
control of power and reset lines.

Signed-off-by: Simon Glass <sjg@chromium.org>
tegra: video: Support serial output resource (SOR) on tegra124 2015-05-13T16:24:11+00:00 Simon Glass sjg@chromium.org 2015-04-15T03:03:40+00:00 00f37327524d51b46a601fb104e5d6cc0590979a The SOR is required for talking to eDP LCD panels. Add a driver for this which will be used by the DisplayPort driver. Signed-off-by: Simon Glass <sjg@chromium.org> Acked-by: Anatolij Gustschin <agust@denx.de> Signed-off-by: Tom Warren <twarren@nvidia.com> 
The SOR is required for talking to eDP LCD panels. Add a driver for this
which will be used by the DisplayPort driver.

Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Anatolij Gustschin <agust@denx.de>
Signed-off-by: Tom Warren <twarren@nvidia.com>
dm: video: Add a uclass for display port 2015-05-13T16:24:10+00:00 Simon Glass sjg@chromium.org 2015-04-15T03:03:38+00:00 51f2c99e14b28b65b7f66a5cd392fa49c03537aa eDP (Embedded DisplayPort) is a standard widely used in laptops to drive LCD panels. Add a uclass for this which supports a few simple operations. Signed-off-by: Simon Glass <sjg@chromium.org> Acked-by: Anatolij Gustschin <agust@denx.de> Signed-off-by: Tom Warren <twarren@nvidia.com> 
eDP (Embedded DisplayPort) is a standard widely used in laptops to drive
LCD panels. Add a uclass for this which supports a few simple operations.

Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Anatolij Gustschin <agust@denx.de>
Signed-off-by: Tom Warren <twarren@nvidia.com>
video, lg4573: add support for the lg4573 display 2015-04-20T07:47:28+00:00 Heiko Schocher hs@denx.de 2015-04-12T08:20:19+00:00 fc1a79d95e9038e9cf53f99c1825005b4dfaf7f4 Signed-off-by: Heiko Schocher <hs@denx.de> 
Signed-off-by: Heiko Schocher <hs@denx.de>
ARM: remove jadecpu board support 2015-02-24T22:06:51+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2015-02-24T02:45:05+00:00 41fbbbbc71161e0c0479d7c6c5598e760d70f624 This is still a non-generic board. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Matthias Weisser <weisserm@arcor.de> Acked-by: Marek Vasut <marex@denx.de> 
This is still a non-generic board.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Matthias Weisser <weisserm@arcor.de>
Acked-by: Marek Vasut <marex@denx.de>
x86: Drop the x86_fb driver 2015-01-24T00:24:53+00:00 Simon Glass sjg@chromium.org 2014-12-30T02:32:29+00:00 edb8b7a66b75045cc9e16a2762cd8344cdcd9bf5 Now that we have a full VESA driver we may as well use that. We need to support the VESA layer being set up by early start-up code or by running a VGA ROM. Signed-off-by: Simon Glass <sjg@chromium.org> 
Now that we have a full VESA driver we may as well use that. We need to
support the VESA layer being set up by early start-up code or by
running a VGA ROM.

Signed-off-by: Simon Glass <sjg@chromium.org>
x86: Add a VESA video driver 2015-01-24T00:24:16+00:00 Simon Glass sjg@chromium.org 2014-12-30T02:32:28+00:00 6b1ba984507039a893b14c2dec3c7b1edbc8413d Add a driver intended to cope with any VESA-compatible x86 graphics adapter. It will not support ROMs which use OpenFirmware (Forth) since there is no support for that in U-Boot. This means that MAC OS cards will not work. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add a driver intended to cope with any VESA-compatible x86 graphics
adapter. It will not support ROMs which use OpenFirmware (Forth) since
there is no support for that in U-Boot. This means that MAC OS cards
will not work.

Signed-off-by: Simon Glass <sjg@chromium.org>
video: Add support for Hitachi tx18d42vm LVDS LCD panels 2015-01-22T19:44:33+00:00 Hans de Goede hdegoede@redhat.com 2015-01-20T08:22:26+00:00 a5464f2bd22b46d440bb634eddac3b7cfefe10c0 Add support for Hitachi tx18d42vm LVDS LCD panels, these panels have a lcd controller which needs to be initialized over SPI, once that is done they work like a regular LVDS panel. Signed-off-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Anatolij Gustschin <agust@denx.de> 
Add support for Hitachi tx18d42vm LVDS LCD panels, these panels have a
lcd controller which needs to be initialized over SPI, once that is
done they work like a regular LVDS panel.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Anatolij Gustschin <agust@denx.de>