lkml.org 
[lkml]   [2020]   [Jul]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH for v5.9] video: fbdev: Replace HTTP links with HTTPS ones
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

\
 
 \ /
  Last update: 2020-07-20 09:40    [W:0.096 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site