[OS-BUILD PATCH] New configs in arch/arm64 - kernel

Mark Salter

30 Sep 30 Sep

4:58 p.m.

On Wed, 2020-09-30 at 13:47 +0000, GitLab Bridge on behalf of jmflinuxtx wrote:

From: "Justin M. Forbes" jforbes@fedoraproject.org

Hi,

As part of the ongoing rebase effort, the following configuration options need to be reviewed.

As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy.

If the value for a file that is added should be changed, please reply with a better option.

CONFIG_KVM_ARM_PMU:

Adds support for a virtual Performance Monitoring Unit (PMU) in virtual machines.

Symbol: KVM_ARM_PMU [=y] Type : bool Defined at arch/arm64/kvm/Kconfig:52 Prompt: Virtual Performance Monitoring Unit (PMU) support Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] Location: -> Virtualization (VIRTUALIZATION [=y]) -> Kernel-based Virtual Machine (KVM) support (KVM [=y])

Cc: Mark Salter msalter@redhat.com

.../configs/common/generic/CONFIG_KVM_ARM_PMU | 1 + .../CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK | 1 + .../pending-common/generic/CONFIG_KVM_ARM_PMU | 17 ----------------- 3 files changed, 2 insertions(+), 17 deletions(-) create mode 100644 redhat/configs/common/generic/CONFIG_KVM_ARM_PMU create mode 100644 redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK delete mode 100644 redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU

diff --git a/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU b/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU new file mode 100644 index 000000000000..184bfbb54973 --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU @@ -0,0 +1 @@ +CONFIG_KVM_ARM_PMU=y diff --git a/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK b/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK new file mode 100644 index 000000000000..6f26275b1c75 --- /dev/null +++ b/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK @@ -0,0 +1 @@ +CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK=y diff --git a/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU b/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU deleted file mode 100644 index c60b45de4995..000000000000 --- a/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU +++ /dev/null @@ -1,17 +0,0 @@ -# CONFIG_KVM_ARM_PMU: -# -# Adds support for a virtual Performance Monitoring Unit (PMU) in -# virtual machines. -# -# Symbol: KVM_ARM_PMU [=y] -# Type : bool -# Defined at arch/arm64/kvm/Kconfig:52 -# Prompt: Virtual Performance Monitoring Unit (PMU) support -# Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] -# Location: -# -> Virtualization (VIRTUALIZATION [=y]) -# -> Kernel-based Virtual Machine (KVM) support (KVM [=y]) -# -# -# -CONFIG_KVM_ARM_PMU=y

Acked-by: Mark Salter msalter@redhat.com

Reply

cki-gitlab＠redhat.com

26 Jan 26 Jan

5:59 a.m.

From: Patrick Talbert on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408#note_49410136...

This merge request has not been updated in over 90 days. Please review this MR's current changes regarding the following configuration option(s):

CONFIG_KVM_ARM_PMU

Reply

cki-gitlab＠redhat.com

28 Jan 28 Jan

2:41 a.m.

From: Patrick Talbert on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408#note_49592610...

Hey @jmflinuxtx,

For some reason this MR creates redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK and enables it.

But later the same day this MR was opened, there is this commit to os- build which disables it: 6b65172b802051a777c06716b6477623d877ce83

I am not sure why this MR is touching CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK at all.

Can I remove it from this MR?

Thank you,

Patrick

Reply

Justin Forbes (via Email Bridge)

7:45 a.m.

New subject: [OS-BUILD PATCHv2 0/3] [redhat] New configs in arch/arm64

From: Justin Forbes on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408

Hi,

As part of the ongoing rebase effort, the following configuration options need to be reviewed.

As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy.

If the value for a file that is added should be changed, please reply with a better option.

CONFIG_KVM_ARM_PMU:

Adds support for a virtual Performance Monitoring Unit (PMU) in virtual machines.

Symbol: KVM_ARM_PMU [=y] Type : bool Defined at arch/arm64/kvm/Kconfig:52 Prompt: Virtual Performance Monitoring Unit (PMU) support Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] Location: -> Virtualization (VIRTUALIZATION [=y]) -> Kernel-based Virtual Machine (KVM) support (KVM [=y])

---

Cc: Mark Salter msalter@redhat.com Signed-off-by: Justin M. Forbes jforbes@fedoraproject.org

Reply

Justin Forbes (via Email Bridge)

7:45 a.m.

New subject: [OS-BUILD PATCHv2 2/3] Merge branch 'os-build' into 'configs/2020-06-04/arch/arm64'

From: Justin Forbes jforbes@fedoraproject.org

Merge branch 'os-build' into 'configs/2020-06-04/arch/arm64'

# Conflicts: # redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK diff a/.clang-format b/.clang-format --- a/.clang-format +++ b/.clang-format @@ -111,6 +111,7 @@ ForEachMacros: - 'css_for_each_descendant_pre' - 'device_for_each_child_node' - 'dma_fence_chain_for_each' + - 'do_for_each_ftrace_op' - 'drm_atomic_crtc_for_each_plane' - 'drm_atomic_crtc_state_for_each_plane' - 'drm_atomic_crtc_state_for_each_plane_state' @@ -136,6 +137,7 @@ ForEachMacros: - 'for_each_active_dev_scope' - 'for_each_active_drhd_unit' - 'for_each_active_iommu' + - 'for_each_aggr_pgid' - 'for_each_available_child_of_node' - 'for_each_bio' - 'for_each_board_func_rsrc' @@ -201,11 +203,13 @@ ForEachMacros: - 'for_each_matching_node' - 'for_each_matching_node_and_match' - 'for_each_member' - - 'for_each_memblock' + - 'for_each_mem_region' - 'for_each_memblock_type' - 'for_each_memcg_cache_index' - 'for_each_mem_pfn_range' + - '__for_each_mem_range' - 'for_each_mem_range' + - '__for_each_mem_range_rev' - 'for_each_mem_range_rev' - 'for_each_migratetype_order' - 'for_each_msi_entry' @@ -234,6 +238,7 @@ ForEachMacros: - 'for_each_node_state' - 'for_each_node_with_cpus' - 'for_each_node_with_property' + - 'for_each_nonreserved_multicast_dest_pgid' - 'for_each_of_allnodes' - 'for_each_of_allnodes_from' - 'for_each_of_cpu_node' @@ -256,6 +261,7 @@ ForEachMacros: - 'for_each_pci_dev' - 'for_each_pci_msi_entry' - 'for_each_pcm_streams' + - 'for_each_physmem_range' - 'for_each_populated_zone' - 'for_each_possible_cpu' - 'for_each_present_cpu' @@ -265,6 +271,9 @@ ForEachMacros: - 'for_each_process_thread' - 'for_each_property_of_node' - 'for_each_registered_fb' + - 'for_each_requested_gpio' + - 'for_each_requested_gpio_in_range' + - 'for_each_reserved_mem_range' - 'for_each_reserved_mem_region' - 'for_each_rtd_codec_dais' - 'for_each_rtd_codec_dais_rollback' @@ -278,12 +287,17 @@ ForEachMacros: - 'for_each_sg' - 'for_each_sg_dma_page' - 'for_each_sg_page' + - 'for_each_sgtable_dma_page' + - 'for_each_sgtable_dma_sg' + - 'for_each_sgtable_page' + - 'for_each_sgtable_sg' - 'for_each_sibling_event' - 'for_each_subelement' - 'for_each_subelement_extid' - 'for_each_subelement_id' - '__for_each_thread' - 'for_each_thread' + - 'for_each_unicast_dest_pgid' - 'for_each_wakeup_source' - 'for_each_zone' - 'for_each_zone_zonelist' @@ -415,6 +429,7 @@ ForEachMacros: - 'rbtree_postorder_for_each_entry_safe' - 'rdma_for_each_block' - 'rdma_for_each_port' + - 'rdma_umem_for_each_dma_block' - 'resource_list_for_each_entry' - 'resource_list_for_each_entry_safe' - 'rhl_for_each_entry_rcu' @@ -464,6 +479,7 @@ ForEachMacros: - 'v4l2_m2m_for_each_src_buf' - 'v4l2_m2m_for_each_src_buf_safe' - 'virtio_device_for_each_vq' + - 'while_for_each_ftrace_op' - 'xa_for_each' - 'xa_for_each_marked' - 'xa_for_each_range' diff a/.gitattributes b/.gitattributes --- a/.gitattributes +++ b/.gitattributes @@ -2,5 +2,3 @@ *.h diff=cpp *.dtsi diff=dts *.dts diff=dts -/redhat export-ignore -makefile export-ignore diff a/.gitignore b/.gitignore --- a/.gitignore +++ b/.gitignore @@ -44,6 +44,7 @@ *.tab.[ch] *.tar *.xz +*.zst Module.symvers modules.builtin modules.order @@ -56,6 +57,7 @@ modules.order /linux /vmlinux /vmlinux.32 +/vmlinux.symvers /vmlinux-gdb.py /vmlinuz /System.map @@ -142,17 +144,24 @@ x509.genkey /allrandom.config /allyes.config

+# Kconfig savedefconfig output +/defconfig + # Kdevelop4 *.kdev4

# Clang's compilation database file /compile_commands.json

+<<<<<<< HEAD # # Red Hat # configs/*.config localversion

+# Documentation toolchain +sphinx_*/ + # GitLab CI configuration !.gitlab-ci.yml diff a/.gitlab-ci.yml b/.gitlab-ci.yml --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -1,10 +1,169 @@ -# CI definitions for ark-patches and internal are maintained in a single file -# outside the main repository because the two branches are regularly merged -# together in release branches. Rather than trying to keep the two branches in -# sync or have merge conflicts each time we merge the two branches, the -# definition is stored externally and included in each branch. -# -# To update any CI jobs, please submit any merge requests to -# https://gitlab.com/cki-project/kernel-ark-ci/. -include: - - remote: 'https://gitlab.com/cki-project/kernel-ark-ci/raw/master/gitlab-ci.yml' +# This CI will only work for project members. CI for public contributors +# runs via a webhook on the merge requests. There's nothing you have to do if +# you want your changes tested -- created pipeline will be automatically +# linked in the merge request and appropriate labels will be added to it. +# Changes to this file will NOT be reflected in the webhook testing. + +stages: + - test + - build + - deploy + +workflow: + rules: + - if: $CI_MERGE_REQUEST_ID + - if: '$CI_PIPELINE_SOURCE == "schedule"' + +trigger_pipeline: + stage: test + variables: + # The following ones are required by CKI pipeline definition + git_url: ${CI_MERGE_REQUEST_PROJECT_URL} + branch: ${CI_MERGE_REQUEST_TARGET_BRANCH_NAME} + commit_hash: ${CI_COMMIT_SHA} + mr_id: ${CI_MERGE_REQUEST_IID} + mr_url: ${CI_MERGE_REQUEST_PROJECT_URL}/-/merge_requests/${CI_MERGE_REQUEST_IID} + title: ${CI_COMMIT_TITLE} + name: kernel-ark-${CI_MERGE_REQUEST_ID} + + # We only need srpm so skip the rest of the stages + kernel_type: upstream + make_target: rpm + builder_image: registry.gitlab.com/cki-project/containers/builder-rawhide + builder_image_tag: latest + srpm_make_target: dist-srpm + skip_build: 'true' + skip_publish: 'true' + skip_test: 'true' + + trigger: + project: redhat/red-hat-ci-tools/kernel/cki-runs/trusted-pipelines + branch: kernel-ark + strategy: depend + + rules: + - if: '$CI_PIPELINE_SOURCE == "schedule"' + when: never + - when: on_success + +# scheduled job +merge_upstream: + image: registry.gitlab.com/cki-project/containers/builder-fedora + variables: + GIT_DEPTH: "0" + GIT_CLONE_PATH: $CI_BUILDS_DIR/$CI_CONCURRENT_ID/kernel-ark + before_script: + - echo "fastestmirror=true" >> /etc/dnf/dnf.conf + - dnf -y install python3-gitlab git openssh-clients dnf-utils gnupg2 + - git config user.name "Fedora Kernel Team" + - git config user.email "kernel-team@fedoraproject.org" + - echo "$PYTHON_GITLAB_CONFIG" >> ~/.python-gitlab.cfg + # Need SSH since the clone is set up without write access. + - eval $(ssh-agent -s) + - echo "$PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null + - mkdir -p ~/.ssh + - chmod 700 ~/.ssh + - echo "$GITLAB_KNOWN_HOSTS" >> ~/.ssh/known_hosts + - chmod 644 ~/.ssh/known_hosts + - git remote add gitlab git@gitlab.com:cki-project/kernel-ark.git + - gpg2 --import "$TORVALDS_GPG_KEY" + script: + - git checkout --track origin/master && git describe + - git checkout --track origin/os-build && git describe + - export PROJECT_ID="$CI_PROJECT_ID" + - make dist-merge-upstream-push || exit 1 + retry: 2 + rules: + - if: '$CI_PIPELINE_SOURCE == "schedule" && $RAWHIDE_RELEASE == "false"' + +# scheduled job +rawhide_release: + image: registry.gitlab.com/cki-project/containers/builder-fedora + variables: + GIT_DEPTH: "0" + GIT_CLONE_PATH: $CI_BUILDS_DIR/$CI_CONCURRENT_ID/kernel-ark + before_script: + - echo "fastestmirror=true" >> /etc/dnf/dnf.conf + - dnf -y install python3-gitlab git openssh-clients dnf-utils gnupg2 + - git config user.name "Fedora Kernel Team" + - git config user.email "kernel-team@fedoraproject.org" + - echo "$PYTHON_GITLAB_CONFIG" >> ~/.python-gitlab.cfg + # Need SSH since the clone is set up without write access. + - eval $(ssh-agent -s) + - echo "$PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null + - mkdir -p ~/.ssh + - chmod 700 ~/.ssh + - echo "$GITLAB_KNOWN_HOSTS" >> ~/.ssh/known_hosts + - chmod 644 ~/.ssh/known_hosts + - git remote add gitlab git@gitlab.com:cki-project/kernel-ark.git + - gpg2 --import "$TORVALDS_GPG_KEY" + script: + - git checkout --track origin/master && git describe + - git checkout --track origin/ark-latest && git describe + - git checkout --track origin/os-build && git describe + - export PROJECT_ID="$CI_PROJECT_ID" + - redhat/scripts/ci/ark-create-release.sh "master" "$CI_PROJECT_ID" || exit_code=$? + - if [ $exit_code -eq 3 ]; then echo "Tag exists, halting" && exit 0; fi; + - if [ $exit_code -ne 0 ]; then echo "Unable to create release tag" && exit 1; fi; + - git push gitlab os-build + - > + for branch in $(git branch | grep configs/"$(date +%F)"); do + git push \ + -o merge_request.create \ + -o merge_request.target=os-build \ + -o merge_request.remove_source_branch \ + gitlab "$branch" + done; + - git push gitlab "$(git describe)" + - git push gitlab ark/* + - git push -f gitlab ark-latest + retry: 2 + rules: + - if: '$CI_PIPELINE_SOURCE == "schedule" && $RAWHIDE_RELEASE == "true"' + +test_docs: + stage: test + image: registry.gitlab.com/cki-project/containers/python + before_script: + - python3 -m venv ~/docs-venv + - source ~/docs-venv/bin/activate + - pip install sphinx + - cd redhat/docs/ + script: make SPHINXOPTS="-W" html + rules: + - if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "os-build"' + changes: + - redhat/docs/**/* + + +docs: + stage: build + image: registry.gitlab.com/cki-project/containers/python + before_script: + - python3 -m venv ~/docs-venv + - source ~/docs-venv/bin/activate + - pip install sphinx + - cd redhat/docs/ + script: make SPHINXOPTS="-W" html + artifacts: + paths: + - redhat/docs/_build/html/ + rules: + - if: '$CI_COMMIT_BRANCH == "os-build"' + changes: + - redhat/docs/**/* + +pages: + stage: deploy + image: registry.gitlab.com/cki-project/containers/python + dependencies: + - docs + script: + - mv redhat/docs/_build/html/ public/ + artifacts: + paths: + - public + rules: + - if: '$CI_COMMIT_BRANCH == "os-build"' + changes: + - redhat/docs/**/* diff a/.mailmap b/.mailmap --- a/.mailmap +++ b/.mailmap @@ -2,37 +2,44 @@ # This list is used by git-shortlog to fix a few botched name translations # in the git archive, either because the author's full name was messed up # and/or not always written the same way, making contributions from the -# same person appearing not to be so or badly displayed. +# same person appearing not to be so or badly displayed. Also allows for +# old email addresses to map to new email addresses. # -# repo-abbrev: /pub/scm/linux/kernel/git/ +# For format details, see "MAPPING AUTHORS" in "man git-shortlog". +# +# Please keep this list dictionary sorted. # - Aaron Durbin adurbin@google.com Adam Oldham oldhamca@gmail.com Adam Radford aradford@gmail.com -Adrian Bunk bunk@stusta.de Adriana Reus adi.reus@gmail.com adriana.reus@intel.com +Adrian Bunk bunk@stusta.de Alan Cox alan@lxorguk.ukuu.org.uk Alan Cox root@hraefn.swansea.linux.org.uk -Aleksey Gorelov aleksey_gorelov@phoenix.com Aleksandar Markovic aleksandar.markovic@mips.com aleksandar.markovic@imgtec.com -Alex Shi alex.shi@linux.alibaba.com alex.shi@intel.com -Alex Shi alex.shi@linux.alibaba.com alex.shi@linaro.org +Aleksey Gorelov aleksey_gorelov@phoenix.com +Alexander Lobakin alobakin@pm.me alobakin@dlink.ru +Alexander Lobakin alobakin@pm.me alobakin@marvell.com +Alexander Lobakin alobakin@pm.me bloodyreaper@yandex.ru Alexandre Belloni alexandre.belloni@bootlin.com alexandre.belloni@free-electrons.com -Alexei Starovoitov ast@kernel.org ast@plumgrid.com Alexei Starovoitov ast@kernel.org alexei.starovoitov@gmail.com Alexei Starovoitov ast@kernel.org ast@fb.com +Alexei Starovoitov ast@kernel.org ast@plumgrid.com +Alex Shi alex.shi@linux.alibaba.com alex.shi@intel.com +Alex Shi alex.shi@linux.alibaba.com alex.shi@linaro.org Al Viro viro@ftp.linux.org.uk Al Viro viro@zenIV.linux.org.uk +Andi Kleen ak@linux.intel.com ak@suse.de Andi Shyti andi@etezian.org andi.shyti@samsung.com Andreas Herrmann aherrman@de.ibm.com -Andrey Ryabinin ryabinin.a.a@gmail.com a.ryabinin@samsung.com Andrew Morton akpm@linux-foundation.org -Andrew Murray amurray@thegoodpenguin.co.uk andrew.murray@arm.com Andrew Murray amurray@thegoodpenguin.co.uk amurray@embedded-bits.co.uk +Andrew Murray amurray@thegoodpenguin.co.uk andrew.murray@arm.com Andrew Vasquez andrew.vasquez@qlogic.com +Andrey Ryabinin ryabinin.a.a@gmail.com a.ryabinin@samsung.com Andy Adamson andros@citi.umich.edu -Antoine Tenart antoine.tenart@free-electrons.com +Antoine Tenart atenart@kernel.org antoine.tenart@bootlin.com +Antoine Tenart atenart@kernel.org antoine.tenart@free-electrons.com Antonio Ospite ao2@ao2.it ao2@amarulasolutions.com Archit Taneja archit@ti.com Ard Biesheuvel ardb@kernel.org ard.biesheuvel@linaro.org @@ -40,40 +47,47 @@ Arnaud Patard arnaud.patard@rtp-net.org Arnd Bergmann arnd@arndb.de Axel Dyks xl@xlsigned.net Axel Lin axel.lin@gmail.com -Bart Van Assche bvanassche@acm.org bart.vanassche@wdc.com Bart Van Assche bvanassche@acm.org bart.vanassche@sandisk.com +Bart Van Assche bvanassche@acm.org bart.vanassche@wdc.com Ben Gardner bgardner@wabtec.com Ben M Cahill ben.m.cahill@intel.com Björn Steinbrink B.Steinbrink@gmx.de -Boris Brezillon bbrezillon@kernel.org boris.brezillon@bootlin.com -Boris Brezillon bbrezillon@kernel.org boris.brezillon@free-electrons.com +Björn Töpel bjorn@kernel.org bjorn.topel@gmail.com +Björn Töpel bjorn@kernel.org bjorn.topel@intel.com Boris Brezillon bbrezillon@kernel.org b.brezillon.dev@gmail.com Boris Brezillon bbrezillon@kernel.org b.brezillon@overkiz.com +Boris Brezillon bbrezillon@kernel.org boris.brezillon@bootlin.com +Boris Brezillon bbrezillon@kernel.org boris.brezillon@free-electrons.com Brian Avery b.avery@hp.com Brian King brking@us.ibm.com +Changbin Du changbin.du@intel.com changbin.du@gmail.com +Changbin Du changbin.du@intel.com changbin.du@intel.com Chao Yu chao@kernel.org chao2.yu@samsung.com Chao Yu chao@kernel.org yuchao0@huawei.com -Christoph Hellwig hch@lst.de Christophe Ricard christophe.ricard@gmail.com +Christoph Hellwig hch@lst.de Corey Minyard minyard@acm.org Damian Hobson-Garcia dhobsong@igel.co.jp -Daniel Borkmann daniel@iogearbox.net dborkman@redhat.com -Daniel Borkmann daniel@iogearbox.net dborkmann@redhat.com +Daniel Borkmann daniel@iogearbox.net danborkmann@googlemail.com Daniel Borkmann daniel@iogearbox.net danborkmann@iogearbox.net Daniel Borkmann daniel@iogearbox.net daniel.borkmann@tik.ee.ethz.ch -Daniel Borkmann daniel@iogearbox.net danborkmann@googlemail.com +Daniel Borkmann daniel@iogearbox.net dborkmann@redhat.com +Daniel Borkmann daniel@iogearbox.net dborkman@redhat.com Daniel Borkmann daniel@iogearbox.net dxchgb@gmail.com David Brownell david-b@pacbell.net David Woodhouse dwmw2@shinybook.infradead.org -Dengcheng Zhu dzhu@wavecomp.com dengcheng.zhu@mips.com -Dengcheng Zhu dzhu@wavecomp.com dengcheng.zhu@imgtec.com Dengcheng Zhu dzhu@wavecomp.com dczhu@mips.com Dengcheng Zhu dzhu@wavecomp.com dengcheng.zhu@gmail.com +Dengcheng Zhu dzhu@wavecomp.com dengcheng.zhu@imgtec.com +Dengcheng Zhu dzhu@wavecomp.com dengcheng.zhu@mips.com dev.kurt@vandijck-laurijssen.be kurt.van.dijck@eia.be -Dmitry Eremin-Solenikov dbaryshkov@gmail.com -Dmitry Safonov 0x7f454c46@gmail.com dsafonov@virtuozzo.com -Dmitry Safonov 0x7f454c46@gmail.com d.safonov@partner.samsung.com +Dmitry Baryshkov dbaryshkov@gmail.com +Dmitry Baryshkov dbaryshkov@gmail.com <[dbaryshkov@gmail.com]> +Dmitry Baryshkov dbaryshkov@gmail.com dmitry_baryshkov@mentor.com +Dmitry Baryshkov dbaryshkov@gmail.com dmitry_eremin@mentor.com Dmitry Safonov 0x7f454c46@gmail.com dima@arista.com +Dmitry Safonov 0x7f454c46@gmail.com d.safonov@partner.samsung.com +Dmitry Safonov 0x7f454c46@gmail.com dsafonov@virtuozzo.com Domen Puncer domen@coderock.org Douglas Gilbert dougg@torque.net Ed L. Cashin ecashin@coraid.com @@ -84,51 +98,68 @@ Felix Kuhling fxkuehl@gmx.de Felix Moeller felix@derklecks.de Filipe Lautert filipe@icewall.org Franck Bui-Huu vagabon.xyz@gmail.com -Frank Rowand frowand.list@gmail.com frowand@mvista.com Frank Rowand frowand.list@gmail.com frank.rowand@am.sony.com Frank Rowand frowand.list@gmail.com frank.rowand@sonymobile.com +Frank Rowand frowand.list@gmail.com frowand@mvista.com Frank Zago fzago@systemfabricworks.com Gao Xiang xiang@kernel.org gaoxiang25@huawei.com Gao Xiang xiang@kernel.org hsiangkao@aol.com +Gerald Schaefer gerald.schaefer@linux.ibm.com geraldsc@de.ibm.com +Gerald Schaefer gerald.schaefer@linux.ibm.com gerald.schaefer@de.ibm.com +Gerald Schaefer gerald.schaefer@linux.ibm.com geraldsc@linux.vnet.ibm.com Greg Kroah-Hartman <greg@echidna.(none)> Greg Kroah-Hartman gregkh@suse.de Greg Kroah-Hartman greg@kroah.com +Greg Kurz groug@kaod.org gkurz@linux.vnet.ibm.com Gregory CLEMENT gregory.clement@bootlin.com gregory.clement@free-electrons.com +Gustavo Padovan gustavo@las.ic.unicamp.br +Gustavo Padovan padovan@profusion.mobi Hanjun Guo guohanjun@huawei.com hanjun.guo@linaro.org +Heiko Carstens hca@linux.ibm.com h.carstens@de.ibm.com +Heiko Carstens hca@linux.ibm.com heiko.carstens@de.ibm.com Henk Vergonet Henk.Vergonet@gmail.com Henrik Kretzschmar henne@nachtwindheim.de Henrik Rydberg rydberg@bitmath.org Herbert Xu herbert@gondor.apana.org.au +Huacai Chen chenhuacai@kernel.org chenhc@lemote.com +Huacai Chen chenhuacai@kernel.org chenhuacai@loongson.cn Jacob Shin Jacob.Shin@amd.com Jaegeuk Kim jaegeuk@kernel.org jaegeuk@google.com -Jaegeuk Kim jaegeuk@kernel.org jaegeuk@motorola.com Jaegeuk Kim jaegeuk@kernel.org jaegeuk.kim@samsung.com +Jaegeuk Kim jaegeuk@kernel.org jaegeuk@motorola.com Jakub Kicinski kuba@kernel.org jakub.kicinski@netronome.com James Bottomley <jejb@mulgrave.(none)> James Bottomley jejb@titanic.il.steeleye.com James E Wilson wilson@specifix.com -James Hogan jhogan@kernel.org james.hogan@imgtec.com James Hogan jhogan@kernel.org james@albanarts.com +James Hogan jhogan@kernel.org james.hogan@imgtec.com James Ketrenos <jketreno@io.(none)> Jan Glauber jan.glauber@gmail.com jang@de.ibm.com Jan Glauber jan.glauber@gmail.com jang@linux.vnet.ibm.com Jan Glauber jan.glauber@gmail.com jglauber@cavium.com +Jarkko Sakkinen jarkko@kernel.org jarkko.sakkinen@linux.intel.com Jason Gunthorpe jgg@ziepe.ca jgg@mellanox.com +Jason Gunthorpe jgg@ziepe.ca jgg@nvidia.com Jason Gunthorpe jgg@ziepe.ca jgunthorpe@obsidianresearch.com -Javi Merino javi.merino@kernel.org javi.merino@arm.com javier@osg.samsung.com javier.martinez@collabora.co.uk +Javi Merino javi.merino@kernel.org javi.merino@arm.com Jayachandran C c.jayachandran@gmail.com jayachandranc@netlogicmicro.com Jayachandran C c.jayachandran@gmail.com jchandra@broadcom.com Jayachandran C c.jayachandran@gmail.com jchandra@digeo.com Jayachandran C c.jayachandran@gmail.com jnair@caviumnetworks.com -Jean Tourrilhes jt@hpl.hp.com jean-philippe@linaro.org jean-philippe.brucker@arm.com +Jean Tourrilhes jt@hpl.hp.com Jeff Garzik jgarzik@pretzel.yyz.us -Jeff Layton jlayton@kernel.org jlayton@redhat.com Jeff Layton jlayton@kernel.org jlayton@poochiereds.net Jeff Layton jlayton@kernel.org jlayton@primarydata.com +Jeff Layton jlayton@kernel.org jlayton@redhat.com Jens Axboe axboe@suse.de Jens Osterkamp Jens.Osterkamp@de.ibm.com +Jiri Slaby jirislaby@kernel.org jirislaby@gmail.com +Jiri Slaby jirislaby@kernel.org jslaby@novell.com +Jiri Slaby jirislaby@kernel.org jslaby@suse.com +Jiri Slaby jirislaby@kernel.org jslaby@suse.cz +Jiri Slaby jirislaby@kernel.org xslaby@fi.muni.cz Johan Hovold johan@kernel.org jhovold@gmail.com Johan Hovold johan@kernel.org johan@hovoldconsulting.com John Paul Adrian Glaubitz glaubitz@physik.fu-berlin.de @@ -144,30 +175,38 @@ Juha Yrjola juha.yrjola@solidboot.com Julien Thierry julien.thierry.kdev@gmail.com julien.thierry@arm.com Kamil Konieczny k.konieczny@samsung.com k.konieczny@partner.samsung.com Kay Sievers kay.sievers@vrfy.org +Kees Cook keescook@chromium.org kees.cook@canonical.com +Kees Cook keescook@chromium.org keescook@google.com +Kees Cook keescook@chromium.org kees@outflux.net +Kees Cook keescook@chromium.org kees@ubuntu.com Kenneth W Chen kenneth.w.chen@intel.com +Konstantin Khlebnikov koct9i@gmail.com khlebnikov@yandex-team.ru Konstantin Khlebnikov koct9i@gmail.com k.khlebnikov@samsung.com Koushik raghavendra.koushik@neterion.com -Krzysztof Kozlowski krzk@kernel.org k.kozlowski@samsung.com Krzysztof Kozlowski krzk@kernel.org k.kozlowski.k@gmail.com +Krzysztof Kozlowski krzk@kernel.org k.kozlowski@samsung.com Kuninori Morimoto kuninori.morimoto.gx@renesas.com -Leon Romanovsky leon@kernel.org leon@leon.nu -Leon Romanovsky leon@kernel.org leonro@mellanox.com Leonardo Bras leobras.c@gmail.com leonardo@linux.ibm.com Leonid I Ananiev leonid.i.ananiev@intel.com +Leon Romanovsky leon@kernel.org leon@leon.nu +Leon Romanovsky leon@kernel.org leonro@mellanox.com +Leon Romanovsky leon@kernel.org leonro@nvidia.com Linas Vepstas linas@austin.ibm.com -Linus Lüssing linus.luessing@c0d3.blue linus.luessing@web.de Linus Lüssing linus.luessing@c0d3.blue linus.luessing@ascom.ch -Li Yang leoyang.li@nxp.com leo@zh-kernel.org +Linus Lüssing linus.luessing@c0d3.blue linus.luessing@web.de +linux-hardening@vger.kernel.org kernel-hardening@lists.openwall.com Li Yang leoyang.li@nxp.com leoli@freescale.com +Li Yang leoyang.li@nxp.com leo@zh-kernel.org Lukasz Luba lukasz.luba@arm.com l.luba@partner.samsung.com Maciej W. Rozycki macro@mips.com macro@imgtec.com -Marc Zyngier maz@kernel.org marc.zyngier@arm.com Marcin Nowakowski marcin.nowakowski@mips.com marcin.nowakowski@imgtec.com +Marc Zyngier maz@kernel.org marc.zyngier@arm.com Mark Brown broonie@sirena.org.uk +Mark Starovoytov mstarovo@pm.me mstarovoitov@marvell.com Mark Yao markyao0591@gmail.com mark.yao@rock-chips.com -Martin Kepplinger martink@posteo.de martin.kepplinger@theobroma-systems.com Martin Kepplinger martink@posteo.de martin.kepplinger@ginzinger.com Martin Kepplinger martink@posteo.de martin.kepplinger@puri.sm +Martin Kepplinger martink@posteo.de martin.kepplinger@theobroma-systems.com Mathieu Othacehe m.othacehe@gmail.com Matthew Wilcox willy@infradead.org matthew.r.wilcox@intel.com Matthew Wilcox willy@infradead.org matthew@wil.cx @@ -177,22 +216,25 @@ Matthew Wilcox willy@infradead.org willy@debian.org Matthew Wilcox willy@infradead.org willy@linux.intel.com Matthew Wilcox willy@infradead.org willy@parisc-linux.org Matthieu CASTET castet.matthieu@free.fr -Mauro Carvalho Chehab mchehab@kernel.org mchehab@brturbo.com.br +Matt Ranostay matt.ranostay@konsulko.com matt@ranostay.consulting +Matt Ranostay mranostay@gmail.com Matthew Ranostay mranostay@embeddedalley.com +Matt Ranostay mranostay@gmail.com matt.ranostay@intel.com +Matt Redfearn matt.redfearn@mips.com matt.redfearn@imgtec.com Mauro Carvalho Chehab mchehab@kernel.org maurochehab@gmail.com +Mauro Carvalho Chehab mchehab@kernel.org mchehab@brturbo.com.br Mauro Carvalho Chehab mchehab@kernel.org mchehab@infradead.org +Mauro Carvalho Chehab mchehab@kernel.org mchehab@osg.samsung.com Mauro Carvalho Chehab mchehab@kernel.org mchehab@redhat.com Mauro Carvalho Chehab mchehab@kernel.org m.chehab@samsung.com -Mauro Carvalho Chehab mchehab@kernel.org mchehab@osg.samsung.com Mauro Carvalho Chehab mchehab@kernel.org mchehab@s-opensource.com -Matt Ranostay mranostay@gmail.com Matthew Ranostay mranostay@embeddedalley.com -Matt Ranostay mranostay@gmail.com matt.ranostay@intel.com -Matt Ranostay matt.ranostay@konsulko.com matt@ranostay.consulting -Matt Redfearn matt.redfearn@mips.com matt.redfearn@imgtec.com Maxime Ripard mripard@kernel.org maxime.ripard@bootlin.com Maxime Ripard mripard@kernel.org maxime.ripard@free-electrons.com Mayuresh Janorkar mayur@ti.com Michael Buesch m@bues.ch Michel Dänzer michel@tungstengraphics.com +Mike Rapoport rppt@kernel.org mike@compulab.co.il +Mike Rapoport rppt@kernel.org mike.rapoport@gmail.com +Mike Rapoport rppt@kernel.org rppt@linux.ibm.com Miodrag Dinic miodrag.dinic@mips.com miodrag.dinic@imgtec.com Miquel Raynal miquel.raynal@bootlin.com miquel.raynal@free-electrons.com Mitesh shah mshah@teja.com @@ -216,13 +258,13 @@ Paolo 'Blaisorblade' Giarrusso blaisorblade@yahoo.it Patrick Mochel mochel@digitalimplant.org Paul Burton paulburton@kernel.org paul.burton@imgtec.com Paul Burton paulburton@kernel.org paul.burton@mips.com +Paul E. McKenney paulmck@kernel.org paul.mckenney@linaro.org Paul E. McKenney paulmck@kernel.org paulmck@linux.ibm.com Paul E. McKenney paulmck@kernel.org paulmck@linux.vnet.ibm.com -Paul E. McKenney paulmck@kernel.org paul.mckenney@linaro.org Paul E. McKenney paulmck@kernel.org paulmck@us.ibm.com Peter A Jonsson pj@ludd.ltu.se -Peter Oruba peter@oruba.de Peter Oruba peter.oruba@amd.com +Peter Oruba peter@oruba.de Pratyush Anand pratyush.anand@gmail.com pratyush.anand@st.com Praveen BP praveenbp@ti.com Punit Agrawal punitagrawal@gmail.com punit.agrawal@arm.com @@ -235,23 +277,24 @@ Ralf Baechle ralf@linux-mips.org Ralf Wildenhues Ralf.Wildenhues@gmx.de Randy Dunlap rdunlap@infradead.org rdunlap@xenotime.net Rémi Denis-Courmont rdenis@simphalempin.com -Ricardo Ribalda ribalda@kernel.org ricardo.ribalda@gmail.com Ricardo Ribalda ribalda@kernel.org ricardo@ribalda.com Ricardo Ribalda ribalda@kernel.org Ricardo Ribalda Delgado ribalda@kernel.org +Ricardo Ribalda ribalda@kernel.org ricardo.ribalda@gmail.com Ross Zwisler zwisler@kernel.org ross.zwisler@linux.intel.com Rudolf Marek R.Marek@sh.cvut.cz Rui Saraiva rmps@joel.ist.utl.pt Sachin P Sant ssant@in.ibm.com -Sarangdhar Joshi spjoshi@codeaurora.org +Sakari Ailus sakari.ailus@linux.intel.com sakari.ailus@iki.fi Sam Ravnborg sam@mars.ravnborg.org -Santosh Shilimkar ssantosh@kernel.org Santosh Shilimkar santosh.shilimkar@oracle.org +Santosh Shilimkar ssantosh@kernel.org +Sarangdhar Joshi spjoshi@codeaurora.org Sascha Hauer s.hauer@pengutronix.de S.Çağlar Onur caglar@pardus.org.tr -Sakari Ailus sakari.ailus@linux.intel.com sakari.ailus@iki.fi +Sean Christopherson seanjc@google.com sean.j.christopherson@intel.com Sean Nyekjaer sean@geanix.com sean.nyekjaer@prevas.dk -Sebastian Reichel sre@kernel.org sre@debian.org Sebastian Reichel sre@kernel.org sebastian.reichel@collabora.co.uk +Sebastian Reichel sre@kernel.org sre@debian.org Sedat Dilek sedat.dilek@gmail.com sedat.dilek@credativ.de Shiraz Hashim shiraz.linux.kernel@gmail.com shiraz.hashim@st.com Shuah Khan shuah@kernel.org shuahkhan@gmail.com @@ -262,42 +305,43 @@ Simon Arlott simon@octiron.net simon@fire.lp0.eu Simon Kelley simon@thekelleys.org.uk Stéphane Witzmann stephane.witzmann@ubpmes.univ-bpclermont.fr Stephen Hemminger shemminger@osdl.org +Steve Wise larrystevenwise@gmail.com swise@chelsio.com +Steve Wise larrystevenwise@gmail.com swise@opengridcomputing.com Subash Abhinov Kasiviswanathan subashab@codeaurora.org Subhash Jadavani subhashj@codeaurora.org Sudeep Holla sudeep.holla@arm.com Sudeep KarkadaNagesha sudeep.karkadanagesha@arm.com Sumit Semwal sumit.semwal@ti.com +Takashi YOSHII takashi.yoshii.zj@renesas.com Tejun Heo htejun@gmail.com Thomas Graf tgraf@suug.ch Thomas Pedersen twp@codeaurora.org Tiezhu Yang yangtiezhu@loongson.cn kernelpatch@126.com Todor Tomov todor.too@gmail.com todor.tomov@linaro.org Tony Luck tony.luck@intel.com -TripleX Chung xxx.phy@gmail.com zhongyu@18mail.cn TripleX Chung xxx.phy@gmail.com triplex@zh-kernel.org +TripleX Chung xxx.phy@gmail.com zhongyu@18mail.cn Tsuneo Yoshioka Tsuneo.Yoshioka@f-secure.com +Tycho Andersen tycho@tycho.pizza tycho@tycho.ws Uwe Kleine-König ukleinek@informatik.uni-freiburg.de +Uwe Kleine-König u.kleine-koenig@pengutronix.de +Uwe Kleine-König ukleinek@strlen.de Uwe Kleine-König ukl@pengutronix.de Uwe Kleine-König Uwe.Kleine-Koenig@digi.com Valdis Kletnieks Valdis.Kletnieks@vt.edu Vinod Koul vkoul@kernel.org vinod.koul@intel.com Vinod Koul vkoul@kernel.org vinod.koul@linux.intel.com Vinod Koul vkoul@kernel.org vkoul@infradead.org +Viresh Kumar vireshk@kernel.org viresh.kumar2@arm.com Viresh Kumar vireshk@kernel.org viresh.kumar@st.com Viresh Kumar vireshk@kernel.org viresh.linux@gmail.com -Viresh Kumar vireshk@kernel.org viresh.kumar2@arm.com Vivien Didelot vivien.didelot@gmail.com vivien.didelot@savoirfairelinux.com Vlad Dogaru ddvlad@gmail.com vlad.dogaru@intel.com -Vladimir Davydov vdavydov.dev@gmail.com vdavydov@virtuozzo.com Vladimir Davydov vdavydov.dev@gmail.com vdavydov@parallels.com -Takashi YOSHII takashi.yoshii.zj@renesas.com +Vladimir Davydov vdavydov.dev@gmail.com vdavydov@virtuozzo.com +WeiXiong Liao gmpy.liaowx@gmail.com liaoweixiong@allwinnertech.com Will Deacon will@kernel.org will.deacon@arm.com -Wolfram Sang wsa@kernel.org wsa@the-dreams.de Wolfram Sang wsa@kernel.org w.sang@pengutronix.de +Wolfram Sang wsa@kernel.org wsa@the-dreams.de Yakir Yang kuankuan.y@gmail.com ykk@rock-chips.com Yusuke Goda goda.yusuke@renesas.com -Gustavo Padovan gustavo@las.ic.unicamp.br -Gustavo Padovan padovan@profusion.mobi -Changbin Du changbin.du@intel.com changbin.du@intel.com -Changbin Du changbin.du@intel.com changbin.du@gmail.com -Steve Wise larrystevenwise@gmail.com swise@chelsio.com -Steve Wise larrystevenwise@gmail.com swise@opengridcomputing.com +Zhu Yanjun zyjzyj2000@gmail.com yanjunz@nvidia.com diff a/CREDITS b/CREDITS --- a/CREDITS +++ b/CREDITS @@ -34,7 +34,7 @@ S: Romania

N: Mark Adler E: madler@alumni.caltech.edu -W: http://alumnus.caltech.edu/~madler/ +W: https://alumnus.caltech.edu/~madler/ D: zlib decompression

N: Monalisa Agrawal @@ -62,7 +62,7 @@ S: United Kingdom

N: Werner Almesberger E: werner@almesberger.net -W: http://www.almesberger.net/ +W: https://www.almesberger.net/ D: dosfs, LILO, some fd features, ATM, various other hacks here and there S: Buenos Aires S: Argentina @@ -96,9 +96,9 @@ S: USA

N: Erik Andersen E: andersen@codepoet.org -W: http://www.codepoet.org/ +W: https://www.codepoet.org/ P: 1024D/30D39057 1BC4 2742 E885 E4DE 9301 0C82 5F9B 643E 30D3 9057 -D: Maintainer of ide-cd and Uniform CD-ROM driver, +D: Maintainer of ide-cd and Uniform CD-ROM driver, D: ATAPI CD-Changer support, Major 2.1.x CD-ROM update. S: 352 North 525 East S: Springville, Utah 84663 @@ -114,7 +114,7 @@ S: Canada K2P 0X3

N: H. Peter Anvin E: hpa@zytor.com -W: http://www.zytor.com/~hpa/ +W: https://www.zytor.com/~hpa/ P: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74 D: Author of the SYSLINUX boot loader, maintainer of the linux.* news D: hierarchy and the Linux Device List; various kernel hacks @@ -124,7 +124,7 @@ S: USA

N: Andrea Arcangeli E: andrea@suse.de -W: http://www.kernel.org/pub/linux/kernel/people/andrea/ +W: https://www.kernel.org/pub/linux/kernel/people/andrea/ P: 1024D/68B9CB43 13D9 8355 295F 4823 7C49 C012 DFA1 686E 68B9 CB43 P: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC C0 4B 81 1D 8C 15 C8 E5 D: Parport hacker @@ -191,6 +191,10 @@ N: Krishna Balasubramanian E: balasub@cis.ohio-state.edu D: Wrote SYS V IPC (part of standard kernel since 0.99.10)

+B: Robert Baldyga +E: r.baldyga@hackerion.com +D: Samsung S3FWRN5 NCI NFC Controller + N: Chris Ball E: chris@printf.net D: Former maintainer of the MMC/SD/SDIO subsystem. @@ -259,7 +263,7 @@ N: Paul Barton-Davis E: pbd@op.net D: Driver for WaveFront soundcards (Turtle Beach Maui, Tropez, Tropez+) D: Various bugfixes and changes to sound drivers -S: USA +S: USA

N: Carlos Henrique Bauer E: chbauer@acm.org @@ -339,7 +343,7 @@ S: Haifa, Israel

N: Johannes Berg E: johannes@sipsolutions.net -W: http://johannes.sipsolutions.net/ +W: https://johannes.sipsolutions.net/ P: 4096R/7BF9099A C0EB C440 F6DA 091C 884D 8532 E0F3 73F3 7BF9 099A D: powerpc & 802.11 hacker

@@ -376,7 +380,7 @@ D: Original author of the Linux networking code

N: Anton Blanchard E: anton@samba.org -W: http://samba.org/~anton/ +W: https://samba.org/~anton/ P: 1024/8462A731 4C 55 86 34 44 59 A7 99 2B 97 88 4A 88 9A 0D 97 D: sun4 port, Sparc hacker

@@ -509,7 +513,7 @@ S: Sweden

N: Paul Bristow E: paul@paulbristow.net -W: http://paulbristow.net/linux/idefloppy.html +W: https://paulbristow.net/linux/idefloppy.html D: Maintainer of IDE/ATAPI floppy driver

N: Stefano Brivio @@ -518,7 +522,7 @@ D: Broadcom B43 driver

N: Dominik Brodowski E: linux@brodo.de -W: http://www.brodo.de/ +W: https://www.brodo.de/ P: 1024D/725B37C6 190F 3E77 9C89 3B6D BECD 46EE 67C3 0308 725B 37C6 D: parts of CPUFreq code, ACPI bugfixes, PCMCIA rewrite, cpufrequtils S: Tuebingen, Germany @@ -706,6 +710,10 @@ S: Las Cuevas 2385 - Bo Guemes S: Las Heras, Mendoza CP 5539 S: Argentina

+N: Jay Cliburn +E: jcliburn@gmail.com +D: ATLX Ethernet drivers + N: Steven P. Cole E: scole@lanl.gov E: elenstev@mesatop.com @@ -736,6 +744,11 @@ S: (ask for current address) S: Portland, Oregon S: USA

+N: Jason Cooper +D: ARM/Marvell SOC co-maintainer +D: irqchip co-maintainer +D: MVEBU PCI DRIVER co-maintainer + N: Robin Cornelius E: robincornelius@users.sourceforge.net D: Ralink rt2x00 WLAN driver @@ -845,6 +858,12 @@ D: trivial hack to add variable address length routing to Rose. D: AX25-HOWTO, HAM-HOWTO, IPX-HOWTO, NET-2-HOWTO D: ax25-utils maintainer.

+N: Kamil Debski +E: kamil@wypas.org +D: Samsung S5P 2D graphics acceleration and Multi Format Codec drivers +D: Samsung USB2 phy drivers +D: PWM fan driver + N: Helge Deller E: deller@gmx.de W: http://www.parisc-linux.org/ @@ -865,7 +884,7 @@ D: Promise DC4030VL caching HD controller drivers

N: Todd J. Derr E: tjd@fore.com -W: http://www.wordsmith.org/~tjd +W: https://www.wordsmith.org/~tjd D: Random console hacks and other miscellaneous stuff S: 3000 FORE Drive S: Warrendale, Pennsylvania 15086 @@ -894,8 +913,8 @@ S: USA

N: Matt Domsch E: Matt_Domsch@dell.com -W: http://www.dell.com/linux -W: http://domsch.com/linux +W: https://www.dell.com/linux +W: https://domsch.com/linux D: Linux/IA-64 D: Dell PowerEdge server, SCSI layer, misc drivers, and other patches S: Dell Inc. @@ -992,7 +1011,7 @@ S: USA

N: Randy Dunlap E: rdunlap@infradead.org -W: http://www.infradead.org/~rdunlap/ +W: https://www.infradead.org/~rdunlap/ D: Linux-USB subsystem, USB core/UHCI/printer/storage drivers D: x86 SMP, ACPI, bootflag hacking D: documentation, builds @@ -1157,7 +1176,7 @@ S: Germany

N: Jeremy Fitzhardinge E: jeremy@goop.org -W: http://www.goop.org/~jeremy +W: https://www.goop.org/~jeremy D: author of userfs filesystem D: Improved mmap and munmap handling D: General mm minor tidyups @@ -1195,7 +1214,7 @@ N: Daniel J. Frasnelli E: dfrasnel@alphalinux.org W: http://www.alphalinux.org/ P: 1024/3EF87611 B9 F1 44 50 D3 E8 C2 80 DA E5 55 AA 56 7C 42 DA -D: DEC Alpha hacker +D: DEC Alpha hacker D: Miscellaneous bug squisher

N: Jim Freeman @@ -1269,6 +1288,10 @@ D: Major kbuild rework during the 2.5 cycle D: ISDN Maintainer S: USA

+N: Gerrit Renker +E: gerrit@erg.abdn.ac.uk +D: DCCP protocol support. + N: Philip Gladstone E: philip@gladstonefamily.net D: Kernel / timekeeping stuff @@ -1295,7 +1318,7 @@ S: P.O. Box 76, Epping S: New South Wales, 2121 S: Australia

-N: Carlos E. Gorges +N: Carlos E. Gorges E: carlos@techlinux.com.br D: fix smp support on cmpci driver P: 2048G/EA3C4B19 FF31 33A6 0362 4915 B7EB E541 17D0 0379 EA3C 4B19 @@ -1336,7 +1359,7 @@ E: wgreathouse@smva.com E: wgreathouse@myfavoritei.com D: Current Belkin USB Serial Adapter F5U103 hacker D: Kernel hacker, embedded systems -S: 7802 Fitzwater Road +S: 7802 Fitzwater Road S: Brecksville, OH 44141-1334 S: USA

@@ -1377,7 +1400,7 @@ N: Grant Guenther E: grant@torque.net W: http://www.torque.net/linux-pp.html D: original author of ppa driver for parallel port ZIP drive -D: original architect of the parallel-port sharing scheme +D: original architect of the parallel-port sharing scheme D: PARIDE subsystem: drivers for parallel port IDE & ATAPI devices S: 44 St. Joseph Street, Suite 506 S: Toronto, Ontario, M4Y 2W4 @@ -1460,7 +1483,7 @@ S: The Netherlands

N: Oliver Hartkopp E: oliver.hartkopp@volkswagen.de -W: http://www.volkswagen.de +W: https://www.volkswagen.de D: Controller Area Network (network layer core) S: Brieffach 1776 S: 38436 Wolfsburg @@ -1519,7 +1542,7 @@ N: Benjamin Herrenschmidt E: benh@kernel.crashing.org D: Various parts of PPC/PPC64 & PowerMac S: 312/107 Canberra Avenue -S: Griffith, ACT 2603 +S: Griffith, ACT 2603 S: Australia

N: Andreas Herrmann @@ -1599,13 +1622,13 @@ S: Germany

N: Kenji Hollis E: kenji@bitgate.com -W: http://www.bitgate.com/ +W: https://www.bitgate.com/ D: Berkshire PC Watchdog Driver D: Small/Industrial Driver Project

N: Nick Holloway E: Nick.Holloway@pyrites.org.uk -W: http://www.pyrites.org.uk/ +W: https://www.pyrites.org.uk/ P: 1024/36115A04 F4E1 3384 FCFD C055 15D6 BA4C AB03 FBF8 3611 5A04 D: Occasional Linux hacker... S: (ask for current address) @@ -1655,7 +1678,7 @@ S: USA

N: Harald Hoyer E: harald@redhat.com -W: http://www.harald-hoyer.de +W: https://www.harald-hoyer.de D: ip_masq_quake D: md boot support S: Am Strand 5 @@ -1821,7 +1844,7 @@ S: Hungary N: Bernhard Kaindl E: bkaindl@netway.at E: edv@bartelt.via.at -D: Author of a menu based configuration tool, kmenu, which +D: Author of a menu based configuration tool, kmenu, which D: is the predecessor of 'make menuconfig' and 'make xconfig'. D: digiboard driver update(modularisation work and 2.1.x upd) S: Tallak 95 @@ -1856,7 +1879,7 @@ E: kas@fi.muni.cz D: Author of the COSA/SRP sync serial board driver. D: Port of the syncppp.c from the 2.0 to the 2.1 kernel. P: 1024/D3498839 0D 99 A7 FB 20 66 05 D7 8B 35 FC DE 05 B1 8A 5E -W: http://www.fi.muni.cz/~kas/ +W: https://www.fi.muni.cz/~kas/ S: c/o Faculty of Informatics, Masaryk University S: Botanicka' 68a S: 602 00 Brno @@ -1906,6 +1929,15 @@ S: 660 Harvard Ave. #7 S: Santa Clara, CA 95051 S: USA

+N: Kukjin Kim +E: kgene@kernel.org +D: Samsung S3C, S5P and Exynos ARM architectures + +N: Sangbeom Kim +E: sbkim73@samsung.com +D: Samsung SoC Audio (ASoC) drivers +D: Samsung PMIC (RTC, regulators, MFD) drivers + N: Russell King E: rmk@arm.linux.org.uk D: Linux/arm integrator, maintainer & hacker @@ -1942,6 +1974,10 @@ S: Post Office Box 611311 S: San Jose, California 95161-1311 S: USA

+N: Hartmut Knaack +E: knaack.h@gmx.de +D: IIO subsystem and drivers + N: Thorsten Knabe E: Thorsten Knabe tek@rbg.informatik.tu-darmstadt.de E: Thorsten Knabe tek01@hrzpub.tu-darmstadt.de @@ -1999,7 +2035,7 @@ W: http://www.xos.nl/ D: IP transparent proxy support S: X/OS Experts in Open Systems BV S: Kruislaan 419 -S: 1098 VA Amsterdam +S: 1098 VA Amsterdam S: The Netherlands

N: Goran Koruga @@ -2017,7 +2053,7 @@ S: Prague, Czech Republic

N: Gene Kozin E: 74604.152@compuserve.com -W: http://www.sangoma.com +W: https://www.sangoma.com D: WAN Router & Sangoma WAN drivers S: Sangoma Technologies Inc. S: 7170 Warden Avenue, Unit 2 @@ -2071,7 +2107,7 @@ S: Germany

N: Andrzej M. Krzysztofowicz E: ankry@mif.pg.gda.pl -D: Some 8-bit XT disk driver and devfs hacking +D: Some 8-bit XT disk driver and devfs hacking D: Aladdin 1533/1543(C) chipset IDE D: PIIX chipset IDE S: ul. Matemblewska 1B/10 @@ -2110,9 +2146,13 @@ E: seasons@falcon.sch.bme.hu E: seasons@makosteszta.sote.hu D: Original author of software suspend

+N: Alexey Kuznetsov +E: kuznet@ms2.inr.ac.ru +D: Author and maintainer of large parts of the networking stack + N: Jaroslav Kysela E: perex@perex.cz -W: http://www.perex.cz +W: https://www.perex.cz D: Original Author and Maintainer for HP 10/100 Mbit Network Adapters D: ISA PnP S: Sindlovy Dvory 117 @@ -2316,7 +2356,7 @@ S: Finland

N: Daniel J. Maas E: dmaas@dcine.com -W: http://www.maasdigital.com +W: https://www.maasdigital.com D: dv1394

N: Hamish Macdonald @@ -2446,7 +2486,7 @@ E: mge@EZ-Darmstadt.Telekom.de D: Logical Volume Manager S: Bartningstr. 12 S: 64289 Darmstadt -S: Germany +S: Germany

N: Mark W. McClelland E: mmcclell@bigfoot.com @@ -2482,15 +2522,6 @@ W: http://www.rdrop.com/users/paulmck/ D: RCU and variants D: rcutorture module

-N: Mike McLagan -E: mike.mclagan@linux.org -W: http://www.invlogic.com/~mmclagan -D: DLCI/FRAD drivers for Sangoma SDLAs -S: Innovative Logic Corp -S: Post Office Box 1068 -S: Laurel, Maryland 20732 -S: USA - N: Bradley McLean E: brad@bradpc.gaylord.com D: Device driver hacker @@ -2530,7 +2561,7 @@ E: meskes@debian.org P: 1024/04B6E8F5 6C 77 33 CA CC D6 22 03 AB AB 15 A3 AE AD 39 7D D: Kernel hacker. PostgreSQL hacker. Software watchdog daemon. D: Maintainer of several Debian packages -S: Th.-Heuss-Str. 61 +S: Th.-Heuss-Str. 61 S: D-41812 Erkelenz S: Germany

@@ -2647,7 +2678,7 @@ D: bug fixes, documentation, minor hackery

N: Paul Moore E: paul@paul-moore.com -W: http://www.paul-moore.com +W: https://www.paul-moore.com D: NetLabel, SELinux, audit

N: James Morris @@ -2677,6 +2708,10 @@ N: Wolfgang Muees E: wolfgang@iksw-muees.de D: Auerswald USB driver

+N: Shrijeet Mukherjee +E: shrijeet@gmail.com +D: Network routing domains (VRF). + N: Paul Mundt E: paul.mundt@gmail.com D: SuperH maintainer @@ -2768,7 +2803,7 @@ E: neuffer@goofy.zdv.uni-mainz.de W: http://www.i-Connect.Net/~mike/ D: Developer and maintainer of the EATA-DMA SCSI driver D: Co-developer EATA-PIO SCSI driver -D: /proc/scsi and assorted other snippets +D: /proc/scsi and assorted other snippets S: Zum Schiersteiner Grund 2 S: 55127 Mainz S: Germany @@ -2786,7 +2821,7 @@ N: David C. Niemi E: niemi@tux.org W: http://www.tux.org/~niemi/ D: Assistant maintainer of Mtools, fdutils, and floppy driver -D: Administrator of Tux.Org Linux Server, http://www.tux.org +D: Administrator of Tux.Org Linux Server, https://www.tux.org S: 2364 Old Trail Drive S: Reston, Virginia 20191 S: USA @@ -2835,6 +2870,10 @@ D: IPX development and support N: Venkatesh Pallipadi (Venki) D: x86/HPET

+N: Kyungmin Park +E: kyungmin.park@samsung.com +D: Samsung S5Pv210 and Exynos4210 mobile platforms + N: David Parsons E: orc@pell.chi.il.us D: improved memory detection code. @@ -2850,7 +2889,7 @@ S: USA

N: Mikulas Patocka E: mikulas@artax.karlin.mff.cuni.cz -W: http://artax.karlin.mff.cuni.cz/~mikulas/ +W: https://artax.karlin.mff.cuni.cz/~mikulas/ P: 1024/BB11D2D5 A0 F1 28 4A C4 14 1E CF 92 58 7A 8F 69 BC A4 D3 D: Read/write HPFS filesystem S: Weissova 8 @@ -2872,7 +2911,7 @@ D: RFC2385 Support for TCP

N: Barak A. Pearlmutter E: bap@cs.unm.edu -W: http://www.cs.unm.edu/~bap/ +W: https://www.cs.unm.edu/~bap/ P: 512/602D785D 9B A1 83 CD EE CB AD 93 20 C6 4C B7 F5 E9 60 D4 D: Author of mark-and-sweep GC integrated by Alan Cox S: Computer Science Department @@ -3002,7 +3041,7 @@ D: Embedded PowerPC 4xx/6xx/7xx/74xx support S: Chandler, Arizona 85249 S: USA

-N: Frederic Potter +N: Frederic Potter E: fpotter@cirpack.com D: Some PCI kernel support

@@ -3035,7 +3074,7 @@ S: United Kingdom

N: Daniel Quinlan E: quinlan@pathname.com -W: http://www.pathname.com/~quinlan/ +W: https://www.pathname.com/~quinlan/ D: FSSTND coordinator; FHS editor D: random Linux documentation, patches, and hacks S: 4390 Albany Drive #41A @@ -3130,7 +3169,7 @@ S: France

N: Rik van Riel E: riel@redhat.com -W: http://www.surriel.com/ +W: https://www.surriel.com/ D: Linux-MM site, Documentation/admin-guide/sysctl/*, swap/mm readaround D: kswapd fixes, random kernel hacker, rmap VM, D: nl.linux.org administrator, minor scheduler additions @@ -3246,7 +3285,7 @@ S: Germany

N: Paul `Rusty' Russell E: rusty@rustcorp.com.au -W: http://ozlabs.org/~rusty +W: https://ozlabs.org/~rusty D: Ruggedly handsome. D: netfilter, ipchains with Michael Neuling. S: 52 Moore St @@ -3369,7 +3408,7 @@ S: Germany

N: Robert Schwebel E: robert@schwebel.de -W: http://www.schwebel.de +W: https://www.schwebel.de D: Embedded hacker and book author, D: AMD Elan support for Linux S: Pengutronix @@ -3435,21 +3474,21 @@ S: Klosterweg 28 / i309 S: 76131 Karlsruhe S: Germany

-N: James Simmons +N: James Simmons E: jsimmons@infradead.org -E: jsimmons@users.sf.net +E: jsimmons@users.sf.net D: Frame buffer device maintainer D: input layer development D: tty/console layer -D: various mipsel devices -S: 115 Carmel Avenue +D: various mipsel devices +S: 115 Carmel Avenue S: El Cerrito CA 94530 -S: USA +S: USA

N: Jaspreet Singh E: jaspreet@sangoma.com W: www.sangoma.com -D: WANPIPE drivers & API Support for Sangoma S508/FT1 cards +D: WANPIPE drivers & API Support for Sangoma S508/FT1 cards S: Sangoma Technologies Inc., S: 1001 Denison Street S: Suite 101 @@ -3473,7 +3512,7 @@ N: Craig Small E: csmall@triode.apana.org.au E: vk2xlz@gonzo.vk2xlz.ampr.org (packet radio) D: Gracilis PackeTwin device driver -D: RSPF daemon +D: RSPF daemon S: 10 Stockalls Place S: Minto, NSW, 2566 S: Australia @@ -3545,7 +3584,7 @@ S: Australia N: Henrik Storner E: storner@image.dk W: http://www.image.dk/~storner/ -W: http://www.sslug.dk/ +W: https://www.sslug.dk/ D: Configure script: Invented tristate for module-configuration D: vfat/msdos integration, kerneld docs, Linux promotion D: Miscellaneous bug-fixes @@ -3579,7 +3618,7 @@ S: USA

N: Eugene Surovegin E: ebs@ebshome.net -W: http://kernel.ebshome.net/ +W: https://kernel.ebshome.net/ P: 1024D/AE5467F1 FF22 39F1 6728 89F6 6E6C 2365 7602 F33D AE54 67F1 D: Embedded PowerPC 4xx: EMAC, I2C, PIC and random hacks/fixes S: Sunnyvale, California 94085 @@ -3609,7 +3648,7 @@ S: France

N: Urs Thuermann E: urs.thuermann@volkswagen.de -W: http://www.volkswagen.de +W: https://www.volkswagen.de D: Controller Area Network (network layer core) S: Brieffach 1776 S: 38436 Wolfsburg @@ -3656,7 +3695,7 @@ S: Canada K2L 1S2

N: Andrew Tridgell E: tridge@samba.org -W: http://samba.org/tridge/ +W: https://samba.org/tridge/ D: dosemu, networking, samba S: 3 Ballow Crescent S: MacGregor A.C.T 2615 @@ -3683,7 +3722,7 @@ N: Tsu-Sheng Tsao E: tsusheng@scf.usc.edu D: IGMP(Internet Group Management Protocol) version 2 S: 2F 14 ALY 31 LN 166 SEC 1 SHIH-PEI RD -S: Taipei +S: Taipei S: Taiwan 112 S: Republic of China S: 24335 Delta Drive @@ -3844,7 +3883,7 @@ D: Produced the Slackware distribution, updated the SVGAlib D: patches for ghostscript, worked on color 'ls', etc. S: 301 15th Street S. S: Moorhead, Minnesota 56560 -S: USA +S: USA

N: Jos Vos E: jos@xos.nl @@ -3852,7 +3891,7 @@ W: http://www.xos.nl/ D: Various IP firewall updates, ipfwadm S: X/OS Experts in Open Systems BV S: Kruislaan 419 -S: 1098 VA Amsterdam +S: 1098 VA Amsterdam S: The Netherlands

N: Jeroen Vreeken @@ -3894,7 +3933,7 @@ D: The Linux Support Team Erlangen N: David Weinehall E: tao@acc.umu.se P: 1024D/DC47CA16 7ACE 0FB0 7A74 F994 9B36 E1D1 D14E 8526 DC47 CA16 -W: http://www.acc.umu.se/~tao/ +W: https://www.acc.umu.se/~tao/ D: v2.0 kernel maintainer D: Fixes for the NE/2-driver D: Miscellaneous MCA-support @@ -3919,7 +3958,7 @@ S: USA N: Harald Welte E: laforge@netfilter.org P: 1024D/30F48BFF DBDE 6912 8831 9A53 879B 9190 5DA5 C655 30F4 8BFF -W: http://gnumonks.org/users/laforge +W: https://gnumonks.org/users/laforge D: netfilter: new nat helper infrastructure D: netfilter: ULOG, ECN, DSCP target D: netfilter: TTL match @@ -4087,10 +4126,14 @@ S: B-1206 Jingmao Guojigongyu S: 16 Baliqiao Nanjie, Beijing 101100 S: People's Repulic of China

+N: Aviad Yehezkel +E: aviadye@nvidia.com +D: Kernel TLS implementation and offload support. + N: Victor Yodaiken E: yodaiken@fsmlabs.com D: RTLinux (RealTime Linux) -S: POB 1822 +S: POB 1822 S: Socorro NM, 87801 S: USA

@@ -4144,6 +4187,10 @@ S: 1507 145th Place SE #B5 S: Bellevue, Washington 98007 S: USA

+N: Wensong Zhang +E: wensong@linux-vs.org +D: IP virtual server (IPVS). + N: Haojian Zhuang E: haojian.zhuang@gmail.com D: MMP support @@ -4188,7 +4235,7 @@ D: EISA/sysfs subsystem S: France

# Don't add your name here, unless you really _are_ after Marc -# alphabetically. Leonard used to be very proud of being the +# alphabetically. Leonard used to be very proud of being the # last entry, and he'll get positively pissed if he can't even # be second-to-last. (and this file really _is_ supposed to be # in alphabetic order) diff a/Documentation/ABI/README b/Documentation/ABI/README --- a/Documentation/ABI/README +++ b/Documentation/ABI/README @@ -32,7 +32,7 @@ The different levels of stability are: layout of the files below for details on how to do this.)

obsolete/ - This directory documents interfaces that are still remaining in + This directory documents interfaces that are still remaining in the kernel, but are marked to be removed at some later point in time. The description of the interface will document the reason why it is obsolete and when it can be expected to be removed. @@ -58,6 +58,14 @@ Users: All users of this interface who wish to be notified when be changed further.

+Note: + The fields should be use a simple notation, compatible with ReST markup. + Also, the file **should not** have a top-level index, like:: + + === + foo + === + How things move between levels:

Interfaces in stable may move to obsolete, as long as the proper diff a/Documentation/ABI/obsolete/sysfs-class-dax b/Documentation/ABI/obsolete/sysfs-class-dax --- a/Documentation/ABI/obsolete/sysfs-class-dax +++ b/Documentation/ABI/obsolete/sysfs-class-dax @@ -8,11 +8,11 @@ Description: Device DAX is the device-centric analogue of Filesystem system. Device DAX is strict, precise and predictable. Specifically this interface:

- 1/ Guarantees fault granularity with respect to a given - page size (pte, pmd, or pud) set at configuration time. + 1. Guarantees fault granularity with respect to a given + page size (pte, pmd, or pud) set at configuration time.

- 2/ Enforces deterministic behavior by being strict about - what fault scenarios are supported. + 2. Enforces deterministic behavior by being strict about + what fault scenarios are supported.

The /sys/class/dax/ interface enumerates all the device-dax instances in the system. The ABI is diff a/Documentation/ABI/obsolete/sysfs-class-net-batman-adv b/Documentation/ABI/obsolete/sysfs-class-net-batman-adv --- a/Documentation/ABI/obsolete/sysfs-class-net-batman-adv +++ /dev/null @@ -1,32 +0,0 @@ -This ABI is deprecated and will be removed after 2021. It is -replaced with the batadv generic netlink family. - -What: /sys/class/net/<iface>/batman-adv/elp_interval -Date: Feb 2014 -Contact: Linus Lüssing linus.luessing@web.de -Description: - Defines the interval in milliseconds in which batman - emits probing packets for neighbor sensing (ELP). - -What: /sys/class/net/<iface>/batman-adv/iface_status -Date: May 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Indicates the status of <iface> as it is seen by batman. - -What: /sys/class/net/<iface>/batman-adv/mesh_iface -Date: May 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - The /sys/class/net/<iface>/batman-adv/mesh_iface file - displays the batman mesh interface this <iface> - currently is associated with. - -What: /sys/class/net/<iface>/batman-adv/throughput_override -Date: Feb 2014 -Contact: Antonio Quartulli a@unstable.cc -description: - Defines the throughput value to be used by B.A.T.M.A.N. V - when estimating the link throughput using this interface. - If the value is set to 0 then batman-adv will try to - estimate the throughput by itself. diff a/Documentation/ABI/obsolete/sysfs-class-net-mesh b/Documentation/ABI/obsolete/sysfs-class-net-mesh --- a/Documentation/ABI/obsolete/sysfs-class-net-mesh +++ /dev/null @@ -1,110 +0,0 @@ -This ABI is deprecated and will be removed after 2021. It is -replaced with the batadv generic netlink family. - -What: /sys/class/net/<mesh_iface>/mesh/aggregated_ogms -Date: May 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Indicates whether the batman protocol messages of the - mesh <mesh_iface> shall be aggregated or not. - -What: /sys/class/net/<mesh_iface>/mesh/<vlan_subdir>/ap_isolation -Date: May 2011 -Contact: Antonio Quartulli a@unstable.cc -Description: - Indicates whether the data traffic going from a - wireless client to another wireless client will be - silently dropped. <vlan_subdir> is empty when referring - to the untagged lan. - -What: /sys/class/net/<mesh_iface>/mesh/bonding -Date: June 2010 -Contact: Simon Wunderlich sw@simonwunderlich.de -Description: - Indicates whether the data traffic going through the - mesh will be sent using multiple interfaces at the - same time (if available). - -What: /sys/class/net/<mesh_iface>/mesh/bridge_loop_avoidance -Date: November 2011 -Contact: Simon Wunderlich sw@simonwunderlich.de -Description: - Indicates whether the bridge loop avoidance feature - is enabled. This feature detects and avoids loops - between the mesh and devices bridged with the soft - interface <mesh_iface>. - -What: /sys/class/net/<mesh_iface>/mesh/fragmentation -Date: October 2010 -Contact: Andreas Langer an.langer@gmx.de -Description: - Indicates whether the data traffic going through the - mesh will be fragmented or silently discarded if the - packet size exceeds the outgoing interface MTU. - -What: /sys/class/net/<mesh_iface>/mesh/gw_bandwidth -Date: October 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Defines the bandwidth which is propagated by this - node if gw_mode was set to 'server'. - -What: /sys/class/net/<mesh_iface>/mesh/gw_mode -Date: October 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Defines the state of the gateway features. Can be - either 'off', 'client' or 'server'. - -What: /sys/class/net/<mesh_iface>/mesh/gw_sel_class -Date: October 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Defines the selection criteria this node will use - to choose a gateway if gw_mode was set to 'client'. - -What: /sys/class/net/<mesh_iface>/mesh/hop_penalty -Date: Oct 2010 -Contact: Linus Lüssing linus.luessing@web.de -Description: - Defines the penalty which will be applied to an - originator message's tq-field on every hop. - -What: /sys/class/net/<mesh_iface>/mesh/isolation_mark -Date: Nov 2013 -Contact: Antonio Quartulli a@unstable.cc -Description: - Defines the isolation mark (and its bitmask) which - is used to classify clients as "isolated" by the - Extended Isolation feature. - -What: /sys/class/net/<mesh_iface>/mesh/multicast_mode -Date: Feb 2014 -Contact: Linus Lüssing linus.luessing@web.de -Description: - Indicates whether multicast optimizations are enabled - or disabled. If set to zero then all nodes in the - mesh are going to use classic flooding for any - multicast packet with no optimizations. - -What: /sys/class/net/<mesh_iface>/mesh/network_coding -Date: Nov 2012 -Contact: Martin Hundeboll martin@hundeboll.net -Description: - Controls whether Network Coding (using some magic - to send fewer wifi packets but still the same - content) is enabled or not. - -What: /sys/class/net/<mesh_iface>/mesh/orig_interval -Date: May 2010 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Defines the interval in milliseconds in which batman - sends its protocol messages. - -What: /sys/class/net/<mesh_iface>/mesh/routing_algo -Date: Dec 2011 -Contact: Marek Lindner mareklindner@neomailbox.ch -Description: - Defines the routing procotol this mesh instance - uses to find the optimal paths through the mesh. diff a/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-pyra b/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-pyra --- a/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-pyra +++ b/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-pyra @@ -7,10 +7,13 @@ Description: It is possible to switch the cpi setting of the mouse with the setting reported by the mouse. This number has to be further processed to receive the real dpi value:

+ ===== ==== VALUE DPI + ===== ==== 1 400 2 800 4 1600 + ===== ====

This file is readonly. Has never been used. If bookkeeping is done, it's done in userland tools. diff a/Documentation/ABI/obsolete/sysfs-gpio b/Documentation/ABI/obsolete/sysfs-gpio --- a/Documentation/ABI/obsolete/sysfs-gpio +++ b/Documentation/ABI/obsolete/sysfs-gpio @@ -13,6 +13,8 @@ Description: GPIOs are identified as they are inside the kernel, using integers in the range 0..INT_MAX. See Documentation/admin-guide/gpio for more information.

+ :: + /sys/class/gpio /export ... asks the kernel to export a GPIO to userspace /unexport ... to return a GPIO to the kernel diff a/Documentation/ABI/obsolete/sysfs-selinux-checkreqprot b/Documentation/ABI/obsolete/sysfs-selinux-checkreqprot --- a/Documentation/ABI/obsolete/sysfs-selinux-checkreqprot +++ b/Documentation/ABI/obsolete/sysfs-selinux-checkreqprot @@ -15,7 +15,7 @@ Description: actual protection), and Android and Linux distributions have been explicitly writing a "0" to /sys/fs/selinux/checkreqprot during initialization for some time. Support for setting checkreqprot to 1 - will be removed in a future kernel release, at which point the kernel + will be removed no sooner than June 2021, at which point the kernel will always cease using checkreqprot internally and will always check the actual protections being applied upon mmap/mprotect calls. The checkreqprot selinuxfs node will remain for backward compatibility diff a/Documentation/ABI/removed/devfs b/Documentation/ABI/removed/devfs --- a/Documentation/ABI/removed/devfs +++ b/Documentation/ABI/removed/devfs @@ -5,6 +5,7 @@ Description: devfs has been unmaintained for a number of years, has unfixable races, contains a naming policy within the kernel that is against the LSB, and can be replaced by using udev. + The files fs/devfs/*, include/linux/devfs_fs*.h were removed, along with the assorted devfs function calls throughout the kernel tree. diff a/Documentation/ABI/removed/raw1394 b/Documentation/ABI/removed/raw1394 --- a/Documentation/ABI/removed/raw1394 +++ b/Documentation/ABI/removed/raw1394 @@ -7,6 +7,7 @@ Description: to implement sensible device security policies, and its low level of abstraction that required userspace clients to duplicate much of the kernel's ieee1394 core functionality. + Replaced by /dev/fw*, i.e. the <linux/firewire-cdev.h> ABI of firewire-core.

diff a/Documentation/ABI/removed/sysfs-class-rfkill b/Documentation/ABI/removed/sysfs-class-rfkill --- a/Documentation/ABI/removed/sysfs-class-rfkill +++ b/Documentation/ABI/removed/sysfs-class-rfkill @@ -10,4 +10,4 @@ Description: This file was deprecated because there no longer was a way to claim just control over a single rfkill instance. This file was scheduled to be removed in 2012, and was removed in 2016. -Values: 0: Kernel handles events +Values: 0: Kernel handles events diff a/Documentation/ABI/removed/video1394 b/Documentation/ABI/removed/video1394 --- a/Documentation/ABI/removed/video1394 +++ b/Documentation/ABI/removed/video1394 @@ -8,6 +8,7 @@ Description: performance issues in its first generation. Any video1394 user had to use raw1394 + libraw1394 too because video1394 did not provide asynchronous I/O for device discovery and configuration. + Replaced by /dev/fw*, i.e. the <linux/firewire-cdev.h> ABI of firewire-core.

diff a/Documentation/ABI/stable/firewire-cdev b/Documentation/ABI/stable/firewire-cdev --- a/Documentation/ABI/stable/firewire-cdev +++ b/Documentation/ABI/stable/firewire-cdev @@ -14,13 +14,17 @@ Description: Each /dev/fw* is associated with one IEEE 1394 node, which can be remote or local nodes. Operations on a /dev/fw* file have different scope: + - The 1394 node which is associated with the file: + - Asynchronous request transmission - Get the Configuration ROM - Query node ID - Query maximum speed of the path between this node and local node + - The 1394 bus (i.e. "card") to which the node is attached to: + - Isochronous stream transmission and reception - Asynchronous stream transmission and reception - Asynchronous broadcast request transmission @@ -31,7 +35,9 @@ Description: manager - Query cycle time - Bus reset initiation, bus reset event reception + - All 1394 buses: + - Allocation of IEEE 1212 address ranges on the local link layers, reception of inbound requests to such an address range, asynchronous response transmission @@ -43,6 +49,7 @@ Description: userland implement different access permission models, some operations are restricted to /dev/fw* files that are associated with a local node: + - Addition of descriptors or directories to the local nodes' Configuration ROM - PHY packet transmission and reception @@ -55,50 +62,50 @@ Description: The following file operations are supported:

open(2) - Currently the only useful flags are O_RDWR. + Currently the only useful flags are O_RDWR.

ioctl(2) - Initiate various actions. Some take immediate effect, others - are performed asynchronously while or after the ioctl returns. - See the inline documentation in <linux/firewire-cdev.h> for - descriptions of all ioctls. + Initiate various actions. Some take immediate effect, others + are performed asynchronously while or after the ioctl returns. + See the inline documentation in <linux/firewire-cdev.h> for + descriptions of all ioctls.

poll(2), select(2), epoll_wait(2) etc. - Watch for events to become available to be read. + Watch for events to become available to be read.

read(2) - Receive various events. There are solicited events like - outbound asynchronous transaction completion or isochronous - buffer completion, and unsolicited events such as bus resets, - request reception, or PHY packet reception. Always use a read - buffer which is large enough to receive the largest event that - could ever arrive. See <linux/firewire-cdev.h> for descriptions - of all event types and for which ioctls affect reception of - events. + Receive various events. There are solicited events like + outbound asynchronous transaction completion or isochronous + buffer completion, and unsolicited events such as bus resets, + request reception, or PHY packet reception. Always use a read + buffer which is large enough to receive the largest event that + could ever arrive. See <linux/firewire-cdev.h> for descriptions + of all event types and for which ioctls affect reception of + events.

mmap(2) - Allocate a DMA buffer for isochronous reception or transmission - and map it into the process address space. The arguments should - be used as follows: addr = NULL, length = the desired buffer - size, i.e. number of packets times size of largest packet, - prot = at least PROT_READ for reception and at least PROT_WRITE - for transmission, flags = MAP_SHARED, fd = the handle to the - /dev/fw*, offset = 0. + Allocate a DMA buffer for isochronous reception or transmission + and map it into the process address space. The arguments should + be used as follows: addr = NULL, length = the desired buffer + size, i.e. number of packets times size of largest packet, + prot = at least PROT_READ for reception and at least PROT_WRITE + for transmission, flags = MAP_SHARED, fd = the handle to the + /dev/fw*, offset = 0.

Isochronous reception works in packet-per-buffer fashion except for multichannel reception which works in buffer-fill mode.

munmap(2) - Unmap the isochronous I/O buffer from the process address space. + Unmap the isochronous I/O buffer from the process address space.

close(2) - Besides stopping and freeing I/O contexts that were associated - with the file descriptor, back out any changes to the local - nodes' Configuration ROM. Deallocate isochronous channels and - bandwidth at the IRM that were marked for kernel-assisted - re- and deallocation. - -Users: libraw1394 - libdc1394 - libhinawa + Besides stopping and freeing I/O contexts that were associated + with the file descriptor, back out any changes to the local + nodes' Configuration ROM. Deallocate isochronous channels and + bandwidth at the IRM that were marked for kernel-assisted + re- and deallocation. + +Users: libraw1394; + libdc1394; + libhinawa; tools like linux-firewire-utils, fwhack, ... diff a/Documentation/ABI/stable/sysfs-acpi-pmprofile b/Documentation/ABI/stable/sysfs-acpi-pmprofile --- a/Documentation/ABI/stable/sysfs-acpi-pmprofile +++ b/Documentation/ABI/stable/sysfs-acpi-pmprofile @@ -1,22 +1,26 @@ -What: /sys/firmware/acpi/pm_profile +What: /sys/firmware/acpi/pm_profile Date: 03-Nov-2011 KernelVersion: v3.2 Contact: linux-acpi@vger.kernel.org -Description: The ACPI pm_profile sysfs interface exports the platform +Description: The ACPI pm_profile sysfs interface exports the platform power management (and performance) requirement expectations as provided by BIOS. The integer value is directly passed as retrieved from the FADT ACPI table. -Values: For possible values see ACPI specification: + +Values: For possible values see ACPI specification: 5.2.9 Fixed ACPI Description Table (FADT) Field: Preferred_PM_Profile

Currently these values are defined by spec: - 0 Unspecified - 1 Desktop - 2 Mobile - 3 Workstation - 4 Enterprise Server - 5 SOHO Server - 6 Appliance PC - 7 Performance Server + + == ================= + 0 Unspecified + 1 Desktop + 2 Mobile + 3 Workstation + 4 Enterprise Server + 5 SOHO Server + 6 Appliance PC + 7 Performance Server >7 Reserved + == ================= diff a/Documentation/ABI/stable/sysfs-bus-firewire b/Documentation/ABI/stable/sysfs-bus-firewire --- a/Documentation/ABI/stable/sysfs-bus-firewire +++ b/Documentation/ABI/stable/sysfs-bus-firewire @@ -47,6 +47,7 @@ Description: IEEE 1394 node device attribute. Read-only and immutable. Values: 1: The sysfs entry represents a local node (a controller card). + 0: The sysfs entry represents a remote node.

@@ -125,7 +126,9 @@ Description: Read-only attribute, immutable during the target's lifetime. Format, as exposed by firewire-sbp2 since 2.6.22, May 2007: Colon-separated hexadecimal string representations of + u64 EUI-64 : u24 directory_ID : u16 LUN + without 0x prefixes, without whitespace. The former sbp2 driver (removed in 2.6.37 after being superseded by firewire-sbp2) used a somewhat shorter format which was not as close to SAM.

-- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408

Reply

Justin Forbes (via Email Bridge)

7:46 a.m.

New subject: [OS-BUILD PATCHv3 1/3] New configs in arch/arm64

From: Justin M. Forbes jforbes@fedoraproject.org

New configs in arch/arm64

Hi,

As part of the ongoing rebase effort, the following configuration options need to be reviewed.

As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy.

If the value for a file that is added should be changed, please reply with a better option.

CONFIG_KVM_ARM_PMU:

Adds support for a virtual Performance Monitoring Unit (PMU) in virtual machines.

Symbol: KVM_ARM_PMU [=y] Type : bool Defined at arch/arm64/kvm/Kconfig:52 Prompt: Virtual Performance Monitoring Unit (PMU) support Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] Location: -> Virtualization (VIRTUALIZATION [=y]) -> Kernel-based Virtual Machine (KVM) support (KVM [=y])

Cc: Mark Salter msalter@redhat.com

diff a/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU b/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_KVM_ARM_PMU @@ -0,0 +1 @@ +CONFIG_KVM_ARM_PMU=y diff a/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK b/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK --- /dev/null +++ b/redhat/configs/fedora/generic/CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK @@ -0,0 +1 @@ +CONFIG_BLK_INLINE_ENCRYPTION_FALLBACK=y diff a/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU b/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU --- a/redhat/configs/pending-common/generic/CONFIG_KVM_ARM_PMU +++ /dev/null @@ -1,17 +0,0 @@ -# CONFIG_KVM_ARM_PMU: -# -# Adds support for a virtual Performance Monitoring Unit (PMU) in -# virtual machines. -# -# Symbol: KVM_ARM_PMU [=y] -# Type : bool -# Defined at arch/arm64/kvm/Kconfig:52 -# Prompt: Virtual Performance Monitoring Unit (PMU) support -# Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] -# Location: -# -> Virtualization (VIRTUALIZATION [=y]) -# -> Kernel-based Virtual Machine (KVM) support (KVM [=y]) -# -# -# -CONFIG_KVM_ARM_PMU=y

-- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408

Reply

Justin Forbes (via Email Bridge)

7:48 a.m.

New subject: [OS-BUILD PATCHv4 0/3] [redhat] New configs in arch/arm64

From: Justin Forbes on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/408

Hi,

As part of the ongoing rebase effort, the following configuration options need to be reviewed.

As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy.

If the value for a file that is added should be changed, please reply with a better option.

CONFIG_KVM_ARM_PMU:

Adds support for a virtual Performance Monitoring Unit (PMU) in virtual machines.

Symbol: KVM_ARM_PMU [=y] Type : bool Defined at arch/arm64/kvm/Kconfig:52 Prompt: Virtual Performance Monitoring Unit (PMU) support Depends on: VIRTUALIZATION [=y] && KVM [=y] && HW_PERF_EVENTS [=y] Location: -> Virtualization (VIRTUALIZATION [=y]) -> Kernel-based Virtual Machine (KVM) support (KVM [=y])

---

Cc: Mark Salter msalter@redhat.com Signed-off-by: Justin M. Forbes jforbes@fedoraproject.org

Reply

Justin Forbes (via Email Bridge)

7:48 a.m.

New subject: [OS-BUILD PATCHv4 2/3] Merge branch 'os-build' into 'configs/2020-06-04/arch/arm64'