Re: [PATCH for v5.9] video: fbdev: Replace HTTP links with HTTPS ones

[Daniel Vetter <daniel@ffwll.ch>]

On Sun, Jul 19, 2020 at 10:37:14PM +0200, Alexander A. Klimov wrote:
> 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>

Merged this and the drm patch from yours, thanks.

I tried also applying the drm/bridge one for dt files, but that doesn't
apply cleanly to drm-misc-next so no idea.
-Daniel

> ---
>  Continuing my work started at 93431e0607e5.
>  See also: git log --oneline '--author=Alexander A. Klimov <grandmaster@al2klimov.de>' v5.7..master
>  (Actually letting a shell for loop submit all this stuff for me.)
> 
>  If there are any URLs to be removed completely
>  or at least not (just) HTTPSified:
>  Just clearly say so and I'll *undo my change*.
>  See also: https://lkml.org/lkml/2020/6/27/64
> 
>  If there are any valid, but yet not changed URLs:
>  See: https://lkml.org/lkml/2020/6/26/837
> 
>  If you apply the patch, please let me know.
> 
>  Sorry again to all maintainers who complained about subject lines.
>  Now I realized that you want an actually perfect prefixes,
>  not just subsystem ones.
>  I tried my best...
>  And yes, *I could* (at least half-)automate it.
>  Impossible is nothing! :)
> 
> 
>  Documentation/fb/ep93xx-fb.rst                    | 2 +-
>  drivers/video/fbdev/Kconfig                       | 8 ++++----
>  drivers/video/fbdev/core/fbmon.c                  | 4 ++--
>  drivers/video/fbdev/ep93xx-fb.c                   | 2 +-
>  drivers/video/fbdev/grvga.c                       | 2 +-
>  drivers/video/fbdev/macfb.c                       | 2 +-
>  drivers/video/fbdev/metronomefb.c                 | 2 +-
>  drivers/video/fbdev/omap2/omapfb/dss/Kconfig      | 4 ++--
>  drivers/video/fbdev/omap2/omapfb/dss/hdmi.h       | 2 +-
>  drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c      | 2 +-
>  drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.c | 2 +-
>  drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.h | 2 +-
>  drivers/video/fbdev/omap2/omapfb/dss/hdmi5_core.h | 2 +-
>  drivers/video/fbdev/sa1100fb.c                    | 2 +-
>  14 files changed, 19 insertions(+), 19 deletions(-)
> 
> diff --git a/Documentation/fb/ep93xx-fb.rst b/Documentation/fb/ep93xx-fb.rst
> index 6f7767926d1a..1dd67f4688c7 100644
> --- a/Documentation/fb/ep93xx-fb.rst
> +++ b/Documentation/fb/ep93xx-fb.rst
> @@ -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
> diff --git a/drivers/video/fbdev/Kconfig b/drivers/video/fbdev/Kconfig
> index 0f559aeaf469..f12e390941b8 100644
> --- a/drivers/video/fbdev/Kconfig
> +++ b/drivers/video/fbdev/Kconfig
> @@ -844,7 +844,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"
> @@ -855,7 +855,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"
> @@ -1213,7 +1213,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"
> @@ -1381,7 +1381,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.
> diff --git a/drivers/video/fbdev/core/fbmon.c b/drivers/video/fbdev/core/fbmon.c
> index d62a1e43864e..1bf82dbc9e3c 100644
> --- a/drivers/video/fbdev/core/fbmon.c
> +++ b/drivers/video/fbdev/core/fbmon.c
> @@ -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
> diff --git a/drivers/video/fbdev/ep93xx-fb.c b/drivers/video/fbdev/ep93xx-fb.c
> index cda2ef337423..ba33b4dce0df 100644
> --- a/drivers/video/fbdev/ep93xx-fb.c
> +++ b/drivers/video/fbdev/ep93xx-fb.c
> @@ -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.
> diff --git a/drivers/video/fbdev/grvga.c b/drivers/video/fbdev/grvga.c
> index 07dda03e0957..24818b276241 100644
> --- a/drivers/video/fbdev/grvga.c
> +++ b/drivers/video/fbdev/grvga.c
> @@ -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>
>   */
> diff --git a/drivers/video/fbdev/macfb.c b/drivers/video/fbdev/macfb.c
> index e05a97662ca8..312e35c9aa6c 100644
> --- a/drivers/video/fbdev/macfb.c
> +++ b/drivers/video/fbdev/macfb.c
> @@ -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:
> diff --git a/drivers/video/fbdev/metronomefb.c b/drivers/video/fbdev/metronomefb.c
> index a42e2eceee48..952826557a0c 100644
> --- a/drivers/video/fbdev/metronomefb.c
> +++ b/drivers/video/fbdev/metronomefb.c
> @@ -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
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/Kconfig b/drivers/video/fbdev/omap2/omapfb/dss/Kconfig
> index 36b97fee2d57..cc81a19537d2 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/Kconfig
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/Kconfig
> @@ -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)"
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/hdmi.h b/drivers/video/fbdev/omap2/omapfb/dss/hdmi.h
> index b9d4480ecfad..9a7253355f6d 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/hdmi.h
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/hdmi.h
> @@ -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
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c
> index 7060ae56c062..63262ec06921 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c
> @@ -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>
>   */
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.c b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.c
> index 6b79b52d5fad..7ca1803bf161 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.c
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.c
> @@ -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>
>   */
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.h b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.h
> index f066d1f69132..b5c35277f06e 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.h
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/hdmi4_core.h
> @@ -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_
> diff --git a/drivers/video/fbdev/omap2/omapfb/dss/hdmi5_core.h b/drivers/video/fbdev/omap2/omapfb/dss/hdmi5_core.h
> index f10b8a283011..192c9b6e2f7b 100644
> --- a/drivers/video/fbdev/omap2/omapfb/dss/hdmi5_core.h
> +++ b/drivers/video/fbdev/omap2/omapfb/dss/hdmi5_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_
> diff --git a/drivers/video/fbdev/sa1100fb.c b/drivers/video/fbdev/sa1100fb.c
> index 3e6e13f7a831..bda6cc313c8b 100644
> --- a/drivers/video/fbdev/sa1100fb.c
> +++ b/drivers/video/fbdev/sa1100fb.c
> @@ -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.
>   *
> -- 
> 2.27.0
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch