1. 27 10月, 2020 2 次提交
  2. 18 10月, 2020 3 次提交
  3. 24 8月, 2020 1 次提交
  4. 29 7月, 2020 1 次提交
    • S
      video: add nexell video driver (display/video driver) · e1e96ba6
      Stefan Bosch 提交于
      Changes in relation to FriendlyARM's U-Boot nanopi2-v2016.01:
      - nexell_display.c: Changed to DM, CONFIG_FB_ADDR can not be used
        anymore because framebuffer is allocated by video_reserve() in
        video-uclass.c. Therefore code changed appropriately.
      - '#ifdef CONFIG...' changed to 'if (IS_ENABLED(CONFIG...))' where
        possible (and similar).
      - livetree API (dev_read_...) is used instead of fdt one (fdt...).
      Signed-off-by: NStefan Bosch <stefan_b@posteo.net>
      e1e96ba6
  5. 09 7月, 2020 2 次提交
    • S
      x86: video: Support copy framebuffer with probed devices · 551ca0e6
      Simon Glass 提交于
      For PCI video devices that are not mentioned in the devicetree, U-Boot
      does not bind a driver before relocation, since PCI is not fully probed
      at that point. Furthermore it is possible for the video device to be on
      a secondary bus which is not even scanned.
      
      This is fine if the framebuffer is allocated in fixed memory, as it
      normally is on x86. But when using this as a copy framebuffer, we also
      need U-Boot to allocate its own cached framebuffer for working in. Since
      the video driver is never bound before relocation, the framebuffer size
      is never set and U-Boot does no allocation.
      
      Add a new CONFIG option to reserve 16MB of memory for this eventuality.
      This allows vesa devices to use the copy framebuffer.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NAnatolij Gustschin <agust@denx.de>
      Tested-by: NBin Meng <bmeng.cn@gmail.com>
      551ca0e6
    • S
      video: Add support for copying to a hardware framebuffer · 9beac5da
      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>
      9beac5da
  6. 07 7月, 2020 1 次提交
  7. 26 6月, 2020 2 次提交
  8. 19 6月, 2020 3 次提交
  9. 16 5月, 2020 1 次提交
  10. 03 3月, 2020 1 次提交
    • D
      video: omap: add support for DM/DTS · 96b109ba
      Dario Binacchi 提交于
      Update the driver to support the device tree and the driver model.
      Timings and panel parameters are now loaded from the device tree.
      
      The DM code replaces the am335x_lcdpanel structure with
      tilcdc_panel_info taken from the linux kernel, as well the management
      of additional parameters not covered in the legacy code. In addition,
      the am335x_lcdpanel structure contains parameters and operations that
      were probably a requirement of the board for which this driver was
      developed and which, however, were not developed in the linux kernel.
      All this led to rewrite th DM controller initialization code, except
      for the pixel clock setting that is executed in a function created in a
      previous patch with code taken from the legacy am335xfb_init.
      
      The patch has been tested on a custom board with u-boot 2018.11-rc2 and
      the following device-tree configuration:
      
      	panel {
      		compatible = "ti,tilcdc,panel";
      		pinctrl-names = "default";
      		pinctrl-0 = <&lcd_enable_pins>;
      		enable-gpios = <&gpio0 31 0>;
      		backlight = <&backlight>;
      		status = "okay";
      		u-boot,dm-pre-reloc;
      		panel-info {
      			ac-bias           = <255>;
      			ac-bias-intrpt    = <0>;
      			dma-burst-sz      = <16>;
      			bpp               = <16>;
      			fdd               = <0x80>;
      			sync-edge         = <0>;
      			sync-ctrl         = <1>;
      			raster-order      = <0>;
      			fifo-th           = <0>;
      		};
      		display-timings {
      			native-mode = <&timing0>;
      			timing0: 800x480 {
      				hactive         = <800>;
      				vactive         = <480>;
      				hback-porch     = <46>;
      				hfront-porch    = <210>;
      				hsync-len       = <20>;
      				vback-porch     = <23>;
      				vfront-porch    = <22>;
      				vsync-len       = <10>;
      				clock-frequency = <33000000>;
      				hsync-active    = <0>;
      				vsync-active    = <0>;
      			};
      		};
      	};
      Signed-off-by: NDario Binacchi <dariobin@libero.it>
      Tested-by: NDario Binacchi <dariobin@libero.it>
      96b109ba
  11. 07 2月, 2020 1 次提交
  12. 06 2月, 2020 1 次提交
  13. 02 1月, 2020 1 次提交
  14. 06 12月, 2019 1 次提交
  15. 14 10月, 2019 5 次提交
  16. 29 7月, 2019 1 次提交
  17. 14 4月, 2019 3 次提交
  18. 31 1月, 2019 1 次提交
  19. 29 9月, 2018 5 次提交
  20. 18 8月, 2018 1 次提交
  21. 11 8月, 2018 1 次提交
  22. 01 8月, 2018 1 次提交
  23. 17 6月, 2018 1 次提交