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: Alexander A. Klimov <grandmaster@al2klimov.de> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://patchwork.freedesktop.org/patch/msgid/20200719203714.61745-1-grandmaster@al2klimov.de
This commit is contained in:
Родитель
b0487e0d96
Коммит
7c7b2a35a9
|
@ -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
|
||||
|
|
|
@ -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.
|
||||
|
|
|
@ -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
|
||||
|
|
|
@ -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.
|
||||
|
|
|
@ -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>
|
||||
*/
|
||||
|
|
|
@ -478,7 +478,7 @@ static int macfb_setcolreg(unsigned regno, unsigned red, unsigned green,
|
|||
break;
|
||||
/*
|
||||
* 24-bit colour almost doesn't exist on 68k Macs --
|
||||
* http://support.apple.com/kb/TA28634 (Old Article: 10992)
|
||||
* https://support.apple.com/kb/TA28634 (Old Article: 10992)
|
||||
*/
|
||||
case 24:
|
||||
case 32:
|
||||
|
|
|
@ -10,7 +10,7 @@
|
|||
* Layout is based on skeletonfb.c by James Simmons and Geert Uytterhoeven.
|
||||
*
|
||||
* This work was made possible by help and equipment support from E-Ink
|
||||
* Corporation. http://www.eink.com/
|
||||
* Corporation. https://www.eink.com/
|
||||
*
|
||||
* This driver is written to be used with the Metronome display controller.
|
||||
* It is intended to be architecture independent. A board specific driver
|
||||
|
|
|
@ -60,7 +60,7 @@ config FB_OMAP5_DSS_HDMI
|
|||
select FB_OMAP2_DSS_HDMI_COMMON
|
||||
help
|
||||
HDMI Interface for OMAP5 and similar cores. This adds the High
|
||||
Definition Multimedia Interface. See http://www.hdmi.org/ for HDMI
|
||||
Definition Multimedia Interface. See https://www.hdmi.org/ for HDMI
|
||||
specification.
|
||||
|
||||
config FB_OMAP2_DSS_SDI
|
||||
|
@ -79,7 +79,7 @@ config FB_OMAP2_DSS_DSI
|
|||
DSI is a high speed half-duplex serial interface between the host
|
||||
processor and a peripheral, such as a display or a framebuffer chip.
|
||||
|
||||
See http://www.mipi.org/ for DSI specifications.
|
||||
See https://www.mipi.org/ for DSI specifications.
|
||||
|
||||
config FB_OMAP2_DSS_MIN_FCK_PER_PCK
|
||||
int "Minimum FCK/PCK ratio (for scaling)"
|
||||
|
|
|
@ -2,7 +2,7 @@
|
|||
/*
|
||||
* HDMI driver definition for TI OMAP4 Processor.
|
||||
*
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com/
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - https://www.ti.com/
|
||||
*/
|
||||
|
||||
#ifndef _HDMI_H
|
||||
|
|
|
@ -1,7 +1,7 @@
|
|||
// SPDX-License-Identifier: GPL-2.0-only
|
||||
/*
|
||||
* HDMI interface DSS driver for TI's OMAP4 family of SoCs.
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com/
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - https://www.ti.com/
|
||||
* Authors: Yong Zhi
|
||||
* Mythri pk <mythripk@ti.com>
|
||||
*/
|
||||
|
|
|
@ -3,7 +3,7 @@
|
|||
* ti_hdmi_4xxx_ip.c
|
||||
*
|
||||
* HDMI TI81xx, TI38xx, TI OMAP4 etc IP driver Library
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com/
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - https://www.ti.com/
|
||||
* Authors: Yong Zhi
|
||||
* Mythri pk <mythripk@ti.com>
|
||||
*/
|
||||
|
|
|
@ -2,7 +2,7 @@
|
|||
/*
|
||||
* HDMI header definition for OMAP4 HDMI core IP
|
||||
*
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com/
|
||||
* Copyright (C) 2010-2011 Texas Instruments Incorporated - https://www.ti.com/
|
||||
*/
|
||||
|
||||
#ifndef _HDMI4_CORE_H_
|
||||
|
|
|
@ -2,7 +2,7 @@
|
|||
/*
|
||||
* HDMI driver definition for TI OMAP5 processors.
|
||||
*
|
||||
* Copyright (C) 2011-2012 Texas Instruments Incorporated - http://www.ti.com/
|
||||
* Copyright (C) 2011-2012 Texas Instruments Incorporated - https://www.ti.com/
|
||||
*/
|
||||
|
||||
#ifndef _HDMI5_CORE_H_
|
||||
|
|
|
@ -18,7 +18,7 @@
|
|||
* Clean patches should be sent to the ARM Linux Patch System. Please see the
|
||||
* following web page for more information:
|
||||
*
|
||||
* http://www.arm.linux.org.uk/developer/patches/info.shtml
|
||||
* https://www.arm.linux.org.uk/developer/patches/info.shtml
|
||||
*
|
||||
* Thank you.
|
||||
*
|
||||
|
|
Загрузка…
Ссылка в новой задаче