07 Jan, 2020

1 commit


14 Apr, 2019

1 commit

  • 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: Andre Przywara
    Reviewed-by: Simon Glass
    [agust: merged BG color escape seq change to fix "ut dm video_ansi" test]
    Signed-off-by: Anatolij Gustschin

    Andre Przywara
     

04 Dec, 2018

1 commit


21 Nov, 2018

1 commit

  • 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: Simon Glass

    Simon Glass
     

09 Oct, 2018

3 commits

  • Add a little more information to one comment and update the guard comment
    to be more accurate.

    Signed-off-by: Simon Glass
    Reviewed-by: Anatolij Gustschin

    Simon Glass
     
  • All driver-model operation should return an error code. Adjust this
    function to do so also.

    Signed-off-by: Simon Glass
    Reviewed-by: Anatolij Gustschin

    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: Simon Glass
    Reviewed-by: Anatolij Gustschin

    Simon Glass
     

29 Sep, 2018

1 commit


06 Mar, 2018

2 commits


29 Sep, 2017

1 commit


24 Oct, 2016

1 commit


25 May, 2016

1 commit


30 Jan, 2016

2 commits


22 Jan, 2016

1 commit


21 Jan, 2016

1 commit

  • 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: Simon Glass
    Acked-by: Anatolij Gustschin

    Simon Glass
     

20 Apr, 2015

1 commit


23 Jul, 2014

1 commit

  • 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: Simon Glass
    Acked-by: Marek Vasut
    Reviewed-by: Marek Vasut

    Simon Glass
     

28 Aug, 2013

1 commit


07 Nov, 2012

1 commit


25 May, 2012

1 commit


04 Nov, 2001

1 commit