summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--doc/arch/nios2.rst2
-rw-r--r--doc/arch/x86/x86.rst6
-rw-r--r--doc/board/amlogic/index.rst2
-rw-r--r--doc/board/sipeed/maix.rst2
-rw-r--r--doc/develop/driver-model/virtio.rst2
-rw-r--r--doc/develop/process.rst2
-rw-r--r--doc/develop/sending_patches.rst12
-rw-r--r--doc/develop/uefi/iscsi.rst4
-rw-r--r--doc/usage/dfu.rst2
9 files changed, 17 insertions, 17 deletions
diff --git a/doc/arch/nios2.rst b/doc/arch/nios2.rst
index 90b4ddf387b..a825b244ab7 100644
--- a/doc/arch/nios2.rst
+++ b/doc/arch/nios2.rst
@@ -10,7 +10,7 @@ Please refer to the link for more information on Nios II:
https://www.altera.com/products/processors/overview.html
Please refer to the link for Linux port and toolchains:
-http://rocketboards.org/foswiki/view/Documentation/NiosIILinuxUserManual
+https://rocketboards.org/foswiki/view/Documentation/NiosIILinuxUserManual
The Nios II port of u-boot is controlled by device tree. Please check
out :doc:`/develop/devicetree/control`.
diff --git a/doc/arch/x86/x86.rst b/doc/arch/x86/x86.rst
index 28726f717f6..9ba5c289337 100644
--- a/doc/arch/x86/x86.rst
+++ b/doc/arch/x86/x86.rst
@@ -480,9 +480,9 @@ TODO List
- Audio
- Chrome OS verified boot
-.. _coreboot: http://www.coreboot.org
-.. _QEMU: http://www.qemu.org
-.. _microcode: http://en.wikipedia.org/wiki/Microcode
+.. _coreboot: https://www.coreboot.org
+.. _QEMU: https://www.qemu.org
+.. _microcode: https://en.wikipedia.org/wiki/Microcode
.. _SFI: https://en.wikipedia.org/wiki/Simple_Firmware_Interface
.. _MP: https://en.wikipedia.org/wiki/MultiProcessor_Specification
.. _SeaBIOS: https://www.seabios.org/
diff --git a/doc/board/amlogic/index.rst b/doc/board/amlogic/index.rst
index 23380ac33f2..e8bb421ed8c 100644
--- a/doc/board/amlogic/index.rst
+++ b/doc/board/amlogic/index.rst
@@ -6,7 +6,7 @@ Amlogic
Hardware Support Matrix
-----------------------
-An up-do-date matrix is also available on: http://linux-meson.com
+An up-do-date matrix is also available on: https://linux-meson.com
This matrix concerns the actual source code version.
diff --git a/doc/board/sipeed/maix.rst b/doc/board/sipeed/maix.rst
index 4568bb3e4b7..9bbc2a93c5b 100644
--- a/doc/board/sipeed/maix.rst
+++ b/doc/board/sipeed/maix.rst
@@ -19,7 +19,7 @@ Currently, only the Sipeed MAIX BiT V2.0 (bitm) and Sipeed MAIXDUINO are
supported, but the boards are fairly similar.
Documentation for Maix boards is available from
-`Sipeed's website <http://dl.sipeed.com/MAIX/HDK/>`_.
+`Sipeed's website <https://dl.sipeed.com/MAIX/HDK/>`_.
Documentation for the Kendryte K210 is available from
`Kendryte's website <https://kendryte.com/downloads/>`_. However, hardware
details are rather lacking, so most technical reference has been taken from the
diff --git a/doc/develop/driver-model/virtio.rst b/doc/develop/driver-model/virtio.rst
index 9a5e3240c3c..e5da9f4301c 100644
--- a/doc/develop/driver-model/virtio.rst
+++ b/doc/develop/driver-model/virtio.rst
@@ -284,5 +284,5 @@ for the remove method to be called before jumping to OS.
6. do funny stuff with the driver
-.. _VirtIO: http://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v1.0.pdf
+.. _VirtIO: https://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v1.0.pdf
.. _QEMU: https://www.qemu.org
diff --git a/doc/develop/process.rst b/doc/develop/process.rst
index 3c783ed5a0e..8ade440d84b 100644
--- a/doc/develop/process.rst
+++ b/doc/develop/process.rst
@@ -236,7 +236,7 @@ Tooling
There are a number of tools available to help custodians and
contributors alike with their contributions. As a project we make use of
-the Patchwork project hosted at `OzLabs <http://patchwork.ozlabs.org/>`__
+the Patchwork project hosted at `OzLabs <https://patchwork.ozlabs.org/>`__
and more discussion on how it is used from both a contributor as well as
custodian point of view can be found :ref:`here <patchwork>`.
diff --git a/doc/develop/sending_patches.rst b/doc/develop/sending_patches.rst
index 27363a448b2..b4f82eb18e1 100644
--- a/doc/develop/sending_patches.rst
+++ b/doc/develop/sending_patches.rst
@@ -15,7 +15,7 @@ resource - use it. Being familiar with the :doc:`process` is also important.
A good introduction how to prepare for submitting patches can be found in the
LWN article `How to Get Your Change Into the Linux Kernel
-<http://lwn.net/Articles/139918/>`_ as the same rules apply to U-Boot, too.
+<https://lwn.net/Articles/139918/>`_ as the same rules apply to U-Boot, too.
.. _b4_contrib:
@@ -313,7 +313,7 @@ to observe the following rules.
Note: it is *not* sufficient to provide a change log in some cover letter
that gets sent as a separate message with the patch series. The reason is
that such cover letters are not as easily reviewed in our `patchwork queue
- <http://patchwork.ozlabs.org/project/uboot/list/>`_ so they are not helpful
+ <https://patchwork.ozlabs.org/project/uboot/list/>`_ so they are not helpful
to any reviewers using this tool. Example::
From: Joe Hacker <[email protected]>
@@ -380,12 +380,12 @@ Notes
Patch Tracking
--------------
-Like some other projects, U-Boot uses `Patchwork <http://patchwork.ozlabs.org/>`__
+Like some other projects, U-Boot uses `Patchwork <https://patchwork.ozlabs.org/>`__
to track the state of patches. This is one of the reasons why it is mandatory
to submit all patches to the U-Boot mailing list - only then they will be
picked up by patchwork.
-At http://patchwork.ozlabs.org/project/uboot/list/ you can find the list of
+At https://patchwork.ozlabs.org/project/uboot/list/ you can find the list of
open U-Boot patches. By using the "Filters" link (Note: requires JavaScript)
you can also select other views, for example, to include old patches that have,
for example, already been applied or rejected.
@@ -470,7 +470,7 @@ Apply patches
^^^^^^^^^^^^^
To apply a patch from the `patchwork queue
-<http://patchwork.ozlabs.org/project/uboot/list/>`_ using ``git``, download the
+<https://patchwork.ozlabs.org/project/uboot/list/>`_ using ``git``, download the
mbox file and apply it using::
git am file
@@ -495,7 +495,7 @@ The `pwclient` command line tool can be used for example to retrieve patches,
search the queue or update the state.
All necessary information for `pwclient` is linked from the bottom of
-http://patchwork.ozlabs.org/project/uboot/
+https://patchwork.ozlabs.org/project/uboot/
Use::
diff --git a/doc/develop/uefi/iscsi.rst b/doc/develop/uefi/iscsi.rst
index 52fa79f3562..104ef87705f 100644
--- a/doc/develop/uefi/iscsi.rst
+++ b/doc/develop/uefi/iscsi.rst
@@ -131,11 +131,11 @@ For running iPXE on arm64 the bin-arm64-efi/snp.efi build target is needed::
The available commands for the boot script are documented at:
-http://ipxe.org/cmd
+https://ipxe.org/cmd
Credentials are managed as environment variables. These are described here:
-http://ipxe.org/cfg
+https://ipxe.org/cfg
iPXE by default will put the CPU to rest when waiting for input. U-Boot does
not wake it up due to missing interrupt support. To avoid this behavior create
diff --git a/doc/usage/dfu.rst b/doc/usage/dfu.rst
index c825cdcbe5c..987f287b483 100644
--- a/doc/usage/dfu.rst
+++ b/doc/usage/dfu.rst
@@ -334,7 +334,7 @@ When U-Boot runs the dfu stack, the DFU host tools can be used
to send/receive firmware images on each configured alternate.
For example dfu-util is a host side implementation of the DFU 1.1
-specifications(http://dfu-util.sourceforge.net/) which works with U-Boot.
+specifications(https://dfu-util.sourceforge.net/) which works with U-Boot.
Usage
-----