- 25 9月, 2020 1 次提交
-
-
由 Simon Glass 提交于
At present the 'bdinfo' command shows the framebuffer address, but not the address of the copy framebuffer, if present. Add support for this. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
- 09 7月, 2020 2 次提交
-
-
由 Simon Glass 提交于
Some architectures use a cached framebuffer and flush the cache as needed so that changes are visible. This is supported by U-Boot. However x86 uses an uncached framebuffer with a 'write-combining' feature to speed up writes. Reads are permitted but they are extremely expensive. Unfortunately, reading from the frame buffer is quite common, e.g. to scroll it. This makes scrolling very slow. Add a new feature which supports copying modified parts of the frame buffer to the uncached hardware buffer. This speeds up scrolling by at least 10x on x86 so the extra complexity cost seems worth it. As a starting point, add the Kconfig, update the video structures to keep track of the buffer and add a function to do the copy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
Add a few notes to explain the purpose of each member of this struct. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
- 07 1月, 2020 1 次提交
-
-
由 Simon Glass 提交于
These files should not be included in meson header files. Drop them and tidy up the affected C files. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de> Acked-by: NNeil Armstrong <narmstrong@baylibre.com> Signed-off-by: NNeil Armstrong <narmstrong@baylibre.com>
-
- 14 4月, 2019 1 次提交
-
-
由 Andre Przywara 提交于
The video console for DM_VIDEO compliant drivers only understands a very small number of ANSI sequences. First and foremost it misses the "reverse video" command, which is used by our own bootmenu command to highlight the selected entry. To avoid forcing people to use their imagination when using the bootmenu, let's just implement the rather simple reverse effect. We need to store the background colour index for that, so that we can recalculate both the foreground and background colour pixel values. Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Reviewed-by: NSimon Glass <sjg@chromium.org> [agust: merged BG color escape seq change to fix "ut dm video_ansi" test] Signed-off-by: NAnatolij Gustschin <agust@denx.de>
-
- 04 12月, 2018 1 次提交
-
-
由 Simon Glass 提交于
At present line_length is always calculated in video_post_probe(). But some hardware may use a different line length, e.g. with a 1366-wide display. Allow the driver to set this value if needed. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de>
-
- 21 11月, 2018 1 次提交
-
-
由 Simon Glass 提交于
It is useful to be able to invert the colours in some cases so that the text matches the background colour. Add a parameter to the function to support this. It is strange that function takes a private data structure from another driver as an argument. It seems better to pass the device and have the function internally work out how to find its required information. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 09 10月, 2018 3 次提交
-
-
由 Simon Glass 提交于
Add a little more information to one comment and update the guard comment to be more accurate. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de>
-
由 Simon Glass 提交于
All driver-model operation should return an error code. Adjust this function to do so also. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de>
-
由 Simon Glass 提交于
At present there are many situations where sandbox syncs the display to the SDL frame buffer. This is a very expensive operation but is only needed every now and then. Update video_sync() so that we can specify whether this operation is really needed. At present this flag is not used on other architectures. It could also be used for reducing writeback-cache flushes but the benefit of that would need to be investigated. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAnatolij Gustschin <agust@denx.de>
-
- 29 9月, 2018 1 次提交
-
-
由 Liviu Dudau 提交于
video_init, video_putc and video_puts functions are not implemented anywhere, remove their declaration from the header. Signed-off-by: NLiviu Dudau <liviu.dudau@foss.arm.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeiko Schocher <hs@denx.de>
-
- 06 3月, 2018 2 次提交
-
-
由 Heinrich Schuchardt 提交于
Support special rendition code 0 - reset attributes. Support special rendition code 1 - increased intensity (bold). Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Heinrich Schuchardt 提交于
Use constants to refer to colors. Adjust initialization of foreground and background color to avoid setting reserved bits. Consistently u32 instead of unsigned for color bit mask. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 29 9月, 2017 1 次提交
-
-
由 Rob Clark 提交于
Really just the subset that is needed by efi_console. Perhaps more will be added later, for example color support would be useful to implement efi_cout_set_attribute(). Signed-off-by: NRob Clark <robdclark@gmail.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 24 10月, 2016 1 次提交
-
-
由 Simon Glass 提交于
This should be defined in a header file so that arguments are checked. Move it to video.h. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NTom Rini <trini@konsulko.com>
-
- 25 5月, 2016 1 次提交
-
-
由 Simon Glass 提交于
This is used for video signals in some drivers so provide a standard way of representing it in an enum. Signed-off-by: NSimon Glass <sjg@chromium.org> Acked-by: NAnatolij Gustschin <agust@denx.de> Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 30 1月, 2016 2 次提交
-
-
由 Simon Glass 提交于
This should be 'rot', not 'tor'. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Provide a way for the video console driver to be selected. This is controlled by the video driver's private data. This can be set up when the driver is probed so that it is ready for the video_post_probe() method. The font size is provided as well. The console driver may or may not support this depending on its capability. Signed-off-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NAnatolij Gustschin <agust@denx.de>
-
- 22 1月, 2016 1 次提交
-
-
由 Simon Glass 提交于
Allow the cache-flushing function of a video device to be controlled. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 21 1月, 2016 1 次提交
-
-
由 Simon Glass 提交于
U-Boot has separate code for LCDs and 'video' devices. Both now use a very similar API thanks to earlier work by Nikita Kiryanov. With the driver- model conversion we should unify these into a single uclass. Unfortunately there are different features supported by each. This implementation provides for a common set of features which should serve most purposes. The intent is to support: - bitmap devices with 8, 16 and 32 bits per pixel - text console wih white on black or vice versa - rotated text console - bitmap display (BMP format) More can be added as additional boards are ported over to use driver model for video. The name 'video' is chosen for the uclass since it is more generic than LCD. Another option would be 'display' but that would introduce a third concept to U-Boot which seems like the wrong approach. The existing LCD and video init functions are not needed now, so this uclass makes no attempt to implement them. Signed-off-by: NSimon Glass <sjg@chromium.org> Acked-by: NAnatolij Gustschin <agust@denx.de>
-
- 20 4月, 2015 1 次提交
-
-
由 Heiko Schocher 提交于
Signed-off-by: NHeiko Schocher <hs@denx.de>
-
- 23 7月, 2014 1 次提交
-
-
由 Simon Glass 提交于
At present stdio device functions do not get any clue as to which stdio device is being acted on. Some implementations go to great lengths to work around this, such as defining a whole separate set of functions for each possible device. For driver model we need to associate a stdio_dev with a device. It doesn't seem possible to continue with this work-around approach. Instead, add a stdio_dev pointer to each of the stdio member functions. Note: The serial drivers have the same problem, but it is not strictly necessary to fix that to get driver model running. Also, if we convert serial over to driver model the problem will go away. Code size increases by 244 bytes for Thumb2 and 428 for PowerPC. 22: stdio: Pass device pointer to stdio methods arm: (for 2/2 boards) all +244.0 bss -4.0 text +248.0 powerpc: (for 1/1 boards) all +428.0 text +428.0 Signed-off-by: NSimon Glass <sjg@chromium.org> Acked-by: NMarek Vasut <marex@denx.de> Reviewed-by: NMarek Vasut <marex@denx.de>
-
- 28 8月, 2013 1 次提交
-
-
由 Heiko Schocher 提交于
Signed-off-by: NHeiko Schocher <hs@denx.de> Cc: Anatolij Gustschin <agust@denx.de> Cc: Tom Rini <trini@ti.com> Acked-by: NAnatolij Gustschin <agust@denx.de>
-
- 07 11月, 2012 1 次提交
-
-
由 Stefan Reinauer 提交于
Create a basic API to provide access to video parameters such as screen size, and to position the cursor on the screen. Also add a prototype for video_display_bitmap() which was missing. Signed-off-by: NStefan Reinauer <reinauer@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NAnatolij Gustschin <agust@denx.de>
-
- 25 5月, 2012 1 次提交
-
-
由 Anatolij Gustschin 提交于
There is no such function in the code, so remove this prorotype. Signed-off-by: NAnatolij Gustschin <agust@denx.de>
-
- 04 11月, 2001 1 次提交
-
-
由 wdenk 提交于
-