Commit 7c7b2a35 authored by Alexander A. Klimov's avatar Alexander A. Klimov Committed by Daniel Vetter
Browse files

video: fbdev: Replace HTTP links with HTTPS ones 

Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.

Deterministic algorithm:
For each file:
  If not .svg:
    For each line:
      If doesn't contain `\bxmlns\b`:
        For each link, `\bhttp://[^#

 \t\r\n]*(?:\w|/)`:
	  If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
            If both the HTTP and HTTPS versions
            return 200 OK and serve the same content:
              Replace HTTP with HTTPS.

Signed-off-by: default avatarAlexander A. Klimov <grandmaster@al2klimov.de>
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20200719203714.61745-1-grandmaster@al2klimov.de
parent b0487e0d

Documentation/fb/ep93xx-fb.rst

+1 −1
Original line number Diff line number Diff line
@@ -127,7 +127,7 @@ At least on the EP9315 there is a silicon bug which causes bit 27 of 
the VIDSCRNPAGE (framebuffer physical offset) to be tied low. There is

an unofficial errata for this bug at::



	http://marc.info/?l=linux-arm-kernel&m=110061245502000&w=2

	https://marc.info/?l=linux-arm-kernel&m=110061245502000&w=2



By default the EP93xx framebuffer driver checks if the allocated physical

address has bit 27 set. If it does, then the memory is freed and an

drivers/video/fbdev/Kconfig

+4 −4
Original line number Diff line number Diff line
@@ -824,7 +824,7 @@ config FB_OPENCORES 
	  systems (e.g. Altera socfpga or Xilinx Zynq) on FPGAs.



	  The source code and specification for the core is available at

	  <http://opencores.org/project,vga_lcd>

	  <https://opencores.org/project,vga_lcd>



config FB_S1D13XXX

	tristate "Epson S1D13XXX framebuffer support"
@@ -835,7 +835,7 @@ config FB_S1D13XXX 
	help

	  Support for S1D13XXX framebuffer device family (currently only

	  working with S1D13806). Product specs at

	  <http://vdc.epson.com/>

	  <https://vdc.epson.com/>



config FB_ATMEL

	tristate "AT91 LCD Controller support"
@@ -1193,7 +1193,7 @@ config FB_RADEON 
	  don't need to choose this to run the Radeon in plain VGA mode.



	  There is a product page at

	  http://products.amd.com/en-us/GraphicCardResult.aspx

	  https://products.amd.com/en-us/GraphicCardResult.aspx



config FB_RADEON_I2C

	bool "DDC/I2C for ATI Radeon support"
@@ -1361,7 +1361,7 @@ config FB_SIS 
	help

	  This is the frame buffer device driver for the SiS 300, 315, 330

	  and 340 series as well as XGI V3XT, V5, V8, Z7 graphics chipsets.

	  Specs available at <http://www.sis.com> and <http://www.xgitech.com>.

	  Specs available at <https://www.sis.com> and <http://www.xgitech.com>.



	  To compile this driver as a module, choose M here; the module

	  will be called sisfb.

drivers/video/fbdev/core/fbmon.c

+2 −2
Original line number Diff line number Diff line
@@ -19,7 +19,7 @@ 
 * Generalized Timing Formula is derived from:

 *

 *      GTF Spreadsheet by Andy Morrish (1/5/97)

 *      available at http://www.vesa.org

 *      available at https://www.vesa.org

 *

 * This file is subject to the terms and conditions of the GNU General Public

 * License.  See the file COPYING in the main directory of this archive
@@ -1201,7 +1201,7 @@ static void fb_timings_dclk(struct __fb_timings *timings) 
 * ignored and @var will be filled with the calculated timings.

 *

 * All calculations are based on the VESA GTF Spreadsheet

 * available at VESA's public ftp (http://www.vesa.org).

 * available at VESA's public ftp (https://www.vesa.org).

 *

 * NOTES:

 * The timings generated by the GTF will be different from VESA

drivers/video/fbdev/ep93xx-fb.c

+1 −1
Original line number Diff line number Diff line
@@ -430,7 +430,7 @@ static int ep93xxfb_alloc_videomem(struct fb_info *info) 
	/*

	 * There is a bug in the ep93xx framebuffer which causes problems

	 * if bit 27 of the physical address is set.

	 * See: http://marc.info/?l=linux-arm-kernel&m=110061245502000&w=2

	 * See: https://marc.info/?l=linux-arm-kernel&m=110061245502000&w=2

	 * There does not seem to be any official errata for this, but I

	 * have confirmed the problem exists on my hardware (ep9315) at

	 * least.

drivers/video/fbdev/grvga.c

+1 −1
Original line number Diff line number Diff line
@@ -5,7 +5,7 @@ 
 * 2011 (c) Aeroflex Gaisler AB

 *

 * Full documentation of the core can be found here:

 * http://www.gaisler.com/products/grlib/grip.pdf

 * https://www.gaisler.com/products/grlib/grip.pdf

 *

 * Contributors: Kristoffer Glembo <kristoffer@gaisler.com>

 */

CRA Git | Maintained and supported by SUSTech CRA and CCSE