2021-01-25 01:14:03

by Linus Torvalds

[permalink] [raw]
Subject: Linux 5.11-rc5

So this rc looked fairly calm and small, all the way up until today.

In fact, over 40% of the non-merge commits came in today, as people
unloaded their work for the week on me. The end result is a slightly
larger than usual rc5 (but both 5.10 and 5.8 were bigger, so not some
kind of odd outlier).

Nothing particularly stands out. We had a couple of splice()
regressions that came in during the previous release as part of the
"get rid of set_fs()" development, but they were for odd cases that
most people would never notice. I think it's just that 5.10 is now
getting more widely deployed so people see the fallout from that
rather fundamental change in the last release. And the only reason I
even reacted to those is just because I ended up being involved with
some of the tty patches during the early calm period of the past week.
There's a few more still pending.

But the bulk of it all is all the usual miscellaneous fixes all over
the place, and a lot of it is truly trivial one- or few-liners. Just
under half the patch is for drivers, with the rest being the usual mix
of tooling, arch updates, filesystem and core (mm, scheduling,
networking).

Nothing here makes me go "Uhhuh" in other words.

Linus

---

Aaron Liu (1):
drm/amdgpu: update mmhub mgcg&ls for mmhub_v2_3

Adrian Hunter (2):
scsi: docs: ABI: sysfs-driver-ufs: Add DeepSleep power mode
perf evlist: Fix id index for heterogeneous systems

Al Cooper (1):
mmc: sdhci-brcmstb: Fix mmc timeout errors on S5 suspend

Alan Stern (1):
USB: gadget: dummy-hcd: Fix errors in port-reset handling

Alban Bedel (1):
net: mscc: ocelot: Fix multicast to the CPU port

Alex Leibovich (1):
mmc: sdhci-xenon: fix 1.8v regulator stabilization

Alexander Guril (1):
Kernel: fork.c: Fix coding style: Do not use {} around
single-line statements

Alexander Lobakin (2):
PHY: Ingenic: fix unconditional build of phy-ingenic-usb
skbuff: back tiny skbs with kmalloc() in __netdev_alloc_skb() too

Alexander Shishkin (1):
intel_th: pci: Add Alder Lake-P support

Alexandru Ardelean (1):
iio: adc: ti_am335x_adc: remove omitted iio_kfifo_free()

Andrey Konovalov (4):
kasan, arm64: fix pointer tags in KASAN reports
kasan: fix HW_TAGS boot parameters
kasan, mm: fix conflicts with init_on_alloc/free
kasan, mm: fix resetting page_alloc tags for HW_TAGS

Andrii Nakryiko (2):
bpf: Allow empty module BTFs
libbpf: Allow loading empty BTFs

Andy Lutomirski (2):
x86/fpu: Add kernel_fpu_begin_mask() to selectively initialize state
x86/mmx: Use KFPU_387 for MMX string operations

Andy Shevchenko (1):
sh: Drop ARCH_NR_GPIOS definition

Anshuman Gupta (2):
drm/i915/hdcp: Update CP property in update_pipe
drm/i915/hdcp: Get conn while content_type changed

Aric Cyr (1):
drm/amd/display: Allow PSTATE chnage when no displays are enabled

Arnd Bergmann (4):
phy: mediatek: allow compile-testing the dsi phy
scsi: megaraid_sas: Fix MEGASAS_IOC_FIRMWARE regression
crypto: omap-sham - Fix link error without crypto-engine
ubsan: disable unsigned-overflow check for i386

Arnold Gozum (1):
platform/x86: intel-vbtn: Support for tablet mode on Dell Inspiron 7352

Baruch Siach (1):
gpio: mvebu: fix pwm .get_state period calculation

Billy Tsai (1):
pinctrl: aspeed: g6: Fix PWMG0 pinctrl setting

Bing Guo (1):
drm/amd/display: Change function decide_dp_link_settings to
avoid infinite looping

Björn Töpel (1):
MAINTAINERS: Update my email address

Bongsu Jeon (1):
net: nfc: nci: fix the wrong NCI_CORE_INIT parameters

Borislav Petkov (1):
x86/topology: Make __max_die_per_package available unconditionally

Brian King (1):
scsi: ibmvfc: Set default timeout to avoid crash during migration

Chaitanya Kulkarni (1):
nvmet: set right status on error in id-ns handler

Chao Leng (2):
nvme-rdma: avoid request double completion for concurrent
nvme_rdma_timeout
nvme-tcp: avoid request double completion for concurrent nvme_tcp_timeout

Chris Chiu (1):
ALSA: hda/realtek - Limit int mic boost on Acer Aspire E5-575T

Chris Wilson (2):
drm/i915/gt: Prevent use of engine->wa_ctx after error
drm/i915: Check for rq->hwsp validity after acquiring RCU lock

Christian König (1):
drm/ttm: stop using GFP_TRANSHUGE_LIGHT

Christoph Hellwig (6):
sh: remove CONFIG_IDE from most defconfig
nvme-pci: refactor nvme_unmap_data
nvme-pci: fix error unwind in nvme_map_data
kernfs: implement ->read_iter
kernfs: implement ->write_iter
kernfs: wire up ->splice_read and ->splice_write

Christophe Leroy (1):
spi: fsl: Fix driver breakage when SPI_CS_HIGH is not set in spi->mode

Chuck Lever (1):
SUNRPC: Move the svc_xdr_recvfrom tracepoint again

Chunguang Xu (1):
timekeeping: Remove unused get_seconds()

Cong Wang (1):
cls_flower: call nla_ok() before nla_next()

Dan Carpenter (2):
iio: sx9310: Off by one in sx9310_read_thresh()
net: dsa: b53: fix an off by one in checking "vlan->vid"

Dan Williams (1):
mm: fix page reference leak in soft_offline_page()

Daniel Borkmann (1):
bpf: Fix signed_{sub,add32}_overflows type handling

Daniel Latypov (4):
Documentation: kunit: include example of a parameterized test
kunit: tool: surface and address more typing issues
kunit: tool: fix minor typing issue with None status
kunit: tool: move kunitconfig parsing into __init__, make it optional

Daniel Vetter (1):
drm/syncobj: Fix use-after-free

David Gow (1):
kunit: tool: Fix spelling of "diagnostic" in kunit_parser

David Lechner (1):
counter:ti-eqep: remove floor

David Sterba (1):
btrfs: no need to run delayed refs after commit_fs_roots during commit

Dexuan Cui (1):
x86/hyperv: Initialize clockevents after LAPIC is initialized

Dinghao Liu (1):
scsi: fnic: Fix memleak in vnic_dev_init_devcmd2

Douglas Anderson (4):
pinctrl: qcom: Allow SoCs to specify a GPIO function that's not 0
pinctrl: qcom: No need to read-modify-write the interrupt status
pinctrl: qcom: Properly clear "intr_ack_high" interrupts when unmasking
pinctrl: qcom: Don't clear pending interrupts when enabling

Enke Chen (1):
tcp: fix TCP_USER_TIMEOUT with zero window

Eric Biggers (1):
fs: fix lazytime expiration handling in __writeback_single_inode()

Eric Dumazet (4):
net_sched: reject silly cell_log in qdisc_get_rtab()
net_sched: gen_estimator: support large ewma log
net_sched: avoid shift-out-of-bounds in tcindex_set_parms()
tcp: do not mess with cloned skbs in tcp_add_backlog()

Eugene Korenevsky (1):
ehci: fix EHCI host controller initialization sequence

Fabio Estevam (1):
Revert "i2c: imx: Remove unused .id_table support"

Felix Fietkau (3):
mac80211: fix fast-rx encryption check
mac80211: fix encryption key selection for 802.3 xmit
mac80211: do not drop tx nulldata packets on encrypted links

Filipe Manana (1):
btrfs: send: fix invalid clone operations when cloning from the
same file and root

Gayatri Kammela (1):
x86/cpu: Add another Alder Lake CPU to the Intel family

Geert Uytterhoeven (7):
platform/surface: SURFACE_PLATFORMS should depend on ACPI
sh/intc: Restore devm_ioremap() alignment
ntp: Fix RTC synchronization on 32-bit platforms
mdio-bitbang: Export mdiobb_{read,write}()
sh_eth: Make PHY access aware of Runtime PM to fix reboot crash
openrisc: io: Add missing __iomem annotation to iounmap()
sh_eth: Fix power down vs. is_opened flag ordering

Gilad Reti (2):
bpf: Support PTR_TO_MEM{,_OR_NULL} register spilling
selftests/bpf: Add verifier test for PTR_TO_MEM spill

Grant Grundler (1):
net: usb: cdc_ncm: don't spew notifications

Greg Kroah-Hartman (1):
Revert "driver core: Reorder devices on successful probe"

Guillaume Nault (2):
udp: mask TOS bits in udp_v4_early_demux()
netfilter: rpfilter: mask ecn bits before fib lookup

Hangbin Liu (1):
selftests: net: fib_tests: remove duplicate log test

Hannes Reinecke (1):
dm: avoid filesystem lookup in dm_get_dev_t()

Hans de Goede (4):
platform/x86: touchscreen_dmi: Add swap-x-y quirk for Goodix
touchscreen on Estar Beauty HD tablet
platform/x86: intel-vbtn: Drop HP Stream x360 Convertible PC 11
from allow-list
platform/x86: hp-wmi: Don't log a warning on
HPWMI_RET_UNKNOWN_COMMAND errors
ACPI: scan: Make acpi_bus_get_device() clear return pointer on error

Heikki Krogerus (1):
platform/x86: i2c-multi-instantiate: Don't create platform
device for INT3515 ACPI nodes

Hsin-Yi Wang (1):
pinctrl: mediatek: Fix fallback call path

Huacai Chen (1):
irqchip/loongson-liointc: Fix build warnings

Huang Rui (1):
drm/amdgpu: remove gpu info firmware of green sardine

Hyunwook (Wooky) Baek (1):
x86/sev-es: Handle string port IO to kernel memory properly

Ignat Korchagin (1):
dm crypt: fix copy and paste bug in crypt_alloc_req_aead

Ilan Peer (1):
cfg80211: Save the regulatory domain with a lock

Ilya Dryomov (3):
libceph: zero out session key and connection secret
libceph, ceph: disambiguate ceph_connection_operations handlers
libceph: fix "Boolean result is used in bitwise operation" warning

J. Bruce Fields (1):
nfsd4: readdirplus shouldn't return parent of export

JC Kuo (1):
xhci: tegra: Delay for disabling LFPS detector

Jaegeuk Kim (2):
scsi: ufs: Fix livelock of ufshcd_clear_ua_wluns()
scsi: ufs: Fix tm request when non-fatal error happens

Jake Wang (1):
drm/amd/display: Update dram_clock_change_latency for DCN2.1

Jann Horn (1):
signal: Add missing __user annotation to copy_siginfo_from_user_any

Javed Hasan (1):
scsi: libfc: Avoid invoking response handler twice if ep is
already completed

Jeannie Stevenson (1):
platform/x86: thinkpad_acpi: Add P53/73 firmware to
fan_quirk_table for dual fan control

Jens Axboe (4):
task_work: unconditionally run task_work from get_signal()
io_uring: iopoll requests should also wake task ->in_idle state
io_uring: fix SQPOLL IORING_OP_CLOSE cancelation state
io_uring: account io_uring internal files as REQ_F_INFLIGHT

Jiapeng Zhong (2):
fs/cifs: Assign boolean values to a bool variable
fs/cifs: Simplify bool comparison.

Jiaxun Yang (1):
platform/x86: ideapad-laptop: Disable touchpad_switch for ELAN0634

Jin Yao (1):
perf script: Fix overrun issue for dynamically-allocated PMU type number

Jinyang He (1):
sh: Remove unused HAVE_COPY_THREAD_TLS macro

Jinzhou Su (1):
drm/amdgpu: modify GCR_GENERAL_CNTL for Vangogh

Jiri Olsa (1):
bpf: Prevent double bpf_prog_put call from bpf_tracing_prog_attach

Jisheng Zhang (1):
mmc: sdhci-of-dwcmshc: fix rpmb access

Johannes Berg (1):
cfg80211/mac80211: fix kernel-doc for SAR APIs

John Garry (4):
driver core: platform: Add extra error check in
devm_platform_get_irqs_affinity()
Driver core: platform: Add extra error check in
devm_platform_get_irqs_affinity()
perf metricgroup: Fix for metrics containing duration_time
perf metricgroup: Fix system PMU metrics

John Ogness (3):
printk: ringbuffer: fix line counting
printk: fix kmsg_dump_get_buffer length calulations
printk: fix buffer overflow potential for print_text()

Josef Bacik (4):
btrfs: don't get an EINTR during drop_snapshot for reloc
btrfs: do not double free backref nodes on error
btrfs: fix lockdep splat in btrfs_recover_relocation
btrfs: don't clear ret in btrfs_start_dirty_block_groups

Josh Poimboeuf (3):
objtool: Don't add empty symbols to the rbtree
objtool: Don't fail the kernel build on fatal errors
objtool: Don't fail on missing symbol table

KP Singh (3):
bpf: Local storage helpers should check nullness of owner ptr passed
bpf: Fix typo in bpf_inode_storage.c
bpf: Update local storage test to check handling of null ptrs

Kai Vehmanen (2):
ALSA: hda: Add AlderLake-P PCI ID and HDMI codec vid
ASoC: SOF: Intel: fix page fault at probe if i915 init fails

Kai-Chuan Hsieh (1):
ALSA: hda: Add Cometlake-R PCI ID

Kai-Heng Feng (4):
ASoC: SOF: Intel: hda: Resume codec to do jack detection
ASoC: SOF: Intel: hda: Modify existing helper to disable WAKEEN
ASoC: SOF: Intel: hda: Avoid checking jack on system suspend
ALSA: hda: Balance runtime/system PM if direct-complete is disabled

Kent Gibson (3):
gpiolib: cdev: fix frame size warning in gpio_ioctl()
tools: gpio: fix %llu warning in gpio-event-mon.c
tools: gpio: fix %llu warning in gpio-watch.c

Kirill Tkhai (1):
crypto: xor - Fix divide error in do_xor_speed()

Klaus Jensen (1):
nvme-pci: allow use of cmb on v1.4 controllers

Krzysztof Kozlowski (1):
i2c: sprd: depend on COMMON_CLK to fix compile tests

Kuniyuki Iwashima (1):
tcp: Fix potential use-after-free due to double kfree()

Lai Jiangshan (1):
workqueue: Use cpu_possible_mask instead of cpu_active_mask to
break affinity

Lars-Peter Clausen (1):
iio: ad5504: Fix setting power-down state

Lecopzer Chen (2):
kasan: fix unaligned address is unhandled in kasan_remove_zero_shadow
kasan: fix incorrect arguments passing in kasan_add_zero_shadow

Levi Yun (1):
mm/memblock: Fix typo in comment of memblock_phys_alloc_try_nid()

Linus Torvalds (3):
tty: implement write_iter
tty: fix up hung_up_tty_write() conversion
Linux 5.11-rc5

Longfang Liu (1):
USB: ehci: fix an interrupt calltrace error

Lorenzo Bianconi (2):
iio: common: st_sensors: fix possible infinite loop in
st_sensors_irq_thread
mac80211: check if atf has been disabled in __ieee80211_schedule_txq

Lukas Bulwahn (1):
scsi: docs: ABI: sysfs-driver-ufs: Rectify table formatting

Marc Zyngier (1):
irqchip/bcm2836: Fix IPI acknowledgement after conversion to
handle_percpu_devid_irq

Mark Pearson (1):
platform/x86: thinkpad_acpi: correct palmsensor error checking

Martin Blumenstingl (1):
mtd: rawnand: intel: check the mtd name only after setting the variable

Martin Wilck (1):
scsi: scsi_transport_srp: Don't block target in failfast state

Mathias Kresin (1):
irqchip/mips-cpu: Set IPI domain parent chip

Mathias Nyman (1):
xhci: make sure TRB is fully written before giving it to the controller

Matteo Croce (2):
ipv6: create multicast route with RTPROT_KERNEL
ipv6: set multicast flag on the multicast route

Mauro Carvalho Chehab (2):
MAINTAINERS: update references to stm32 audio bindings
cfg80211: fix a kerneldoc markup

Maxim Mikityanskiy (1):
xsk: Clear pool even for inactive queues

Meng Li (1):
drivers core: Free dma_range_map when driver probe failed

Michael Ellerman (1):
selftests/powerpc: Only test lwm/stmw on big endian

Michael Hennerich (1):
spi: cadence: cache reference clock rate during probe

Mika Westerberg (1):
thunderbolt: Drop duplicated 0x prefix from format string

Mike Rapoport (3):
ia64: fix build failure caused by memory model changes
x86/setup: don't remove E820_TYPE_RAM for pfn 0
mm: fix initialization of struct page for holes in memory layout

Mikko Perttunen (2):
i2c: tegra: Wait for config load atomically while in ISR
i2c: bpmp-tegra: Ignore unknown I2C_M flags

Mikulas Patocka (2):
dm integrity: fix a crash if "recalculate" used without "internal_hash"
dm integrity: conditionally disable "recalculate" feature

Miquel Raynal (3):
mtd: rawnand: nandsim: Fix the logic when selecting Hamming soft
ECC engine
mtd: spinand: Fix MTD_OPS_AUTO_OOB requests
mtd: rawnand: omap: Use BCH private fields in the specific OOB layout

Mircea Cirjaliu (1):
bpf: Fix helper bpf_map_peek_elem_proto pointing to wrong callback

Nathan Chancellor (2):
pinctrl: nomadik: Remove unused variable in nmk_gpio_dbg_show_one
MAINTAINERS: add a couple more files to the Clang/LLVM section

Necip Fazil Yildiran (1):
sh: dma: fix kconfig dependency for G2_DMA

Nicholas Kazlauskas (1):
drm/amd/display: Use hardware sequencer functions for PG control

Nicholas Piggin (1):
powerpc/64s: fix scv entry fallback flush vs interrupt

Nicolas Saenz Julienne (1):
drm/vc4: Unify PCM card's driver_name

Nikita Shubin (1):
gpiolib: add a warning on gpiochip->to_irq defined

Oded Gabbay (5):
habanalabs: fix dma_addr passed to dma_mmap_coherent
habanalabs: fix reset process in case of failures
habanalabs: prevent soft lockup during unmap
habanalabs: fix backward compatibility of idle check
habanalabs: disable FW events on device removal

Ofir Bitton (1):
habanalabs: zero pci counters packet before submit to FW

Oleksandr Mazur (1):
net: core: devlink: use right genl user_ptr when handling port
param get/set

Pali Rohár (1):
serial: mvebu-uart: fix tx lost characters at power off

Pan Bian (3):
drm/atomic: put state on error path
net: systemport: free dev before on error path
lightnvm: fix memory leak when submit fails

Patrik Jakobsson (1):
usb: bdc: Make bdc pci driver depend on BROKEN

Paul Cercueil (2):
pinctrl: ingenic: Fix JZ4760 support
pinctrl: ingenic: Rename registers from JZ4760_GPIO_* to JZ4770_GPIO_*

Pavel Begunkov (5):
io_uring: fix false positive sqo warning on flush
io_uring: fix uring_flush in exit_files() warning
io_uring: fix skipping disabling sqo on exec
io_uring: fix short read retries for non-reg files
io_uring: fix sleeping under spin in __io_clean_op

Peter Chen (4):
usb: cdns3: imx: fix writing read-only memory issue
usb: cdns3: imx: fix can't create core device the second time issue
usb: cdns3: imx: improve driver .remove API
MAINTAINERS: update Peter Chen's email address

Peter Collingbourne (1):
mmc: core: don't initialize block size from ext_csd if not present

Peter Zijlstra (13):
x86/entry: Fix noinstr fail
x86/sev: Fix nonistr violation
locking/lockdep: Cure noinstr fail
locking/lockdep: Avoid noinstr warning for DEBUG_LOCKDEP
x86/mce: Remove explicit/superfluous tracing
x86: __always_inline __{rd,wr}msr()
sched: Don't run cpu-online with balance_push() enabled
kthread: Extract KTHREAD_IS_PER_CPU
workqueue: Tag bound workers with KTHREAD_IS_PER_CPU
workqueue: Restrict affinity change to rescuer
sched: Prepare to use balance_push in ttwu()
sched: Fix CPU hotplug / tighten is_per_cpu_kthread()
sched: Relax the set_cpus_allowed_ptr() semantics

Prike Liang (1):
drm/amdgpu/pm: no need GPU status set since
mmnbif_gpu_BIF_DOORBELL_FENCE_CNTL added in FSDL

Qais Yousef (1):
arm64: kprobes: Fix Uexpected kernel BRK exception at EL1

Qinglang Miao (2):
sh: intc: Convert to DEFINE_SHOW_ATTRIBUTE
sh: mm: Convert to DEFINE_SHOW_ATTRIBUTE

Rafael J. Wysocki (2):
x86: PM: Register syscore_ops for scale invariance
driver core: Extend device_is_dependent()

Randy Dunlap (5):
platform/surface: surface_gpe: Fix non-PM_SLEEP build warnings
arch/sh: hyphenate Non-Uniform in Kconfig prompt
scsi: ufs: ufshcd-pltfrm depends on HAS_IOMEM
x86/xen: fix 'nopvspin' build error
gpio: sifive: select IRQ_DOMAIN_HIERARCHY rather than depend on it

Rasmus Villemoes (1):
net: dsa: mv88e6xxx: also read STU state in mv88e6250_g1_vtu_getnext

Revanth Rajashekar (1):
nvme: check the PRINFO bit before deciding the host buffer length

Ricky Wu (1):
misc: rtsx: init value of aspm_enabled

Roger Quadros (1):
MAINTAINERS: Update address for Cadence USB3 driver

Roman Gushchin (1):
mm: memcg/slab: optimize objcg stock draining

Ronnie Sahlberg (1):
cifs: do not fail __smb_send_rqst if non-fatal signals are pending

Ryan Chen (1):
usb: gadget: aspeed: fix stop dma register setting.

Sandipan Das (1):
selftests/powerpc: Fix exit status of pkey tests

Saravana Kannan (1):
driver core: Fix device link device name collision

Sean Nyekjaer (1):
mtd: rawnand: gpmi: fix dst bit offset when extracting raw payload

Shakeel Butt (2):
mm: memcg: fix memcg file_dirty numa stat
mm: fix numa stats for thp migration

Shayne Chen (1):
mac80211: fix incorrect strlen of .write in debugfs

Shin'ichiro Kawasaki (1):
scsi: target: tcmu: Fix use-after-free of se_cmd->priv

Shyam Sundar S K (1):
platform/x86: amd-pmc: Fix CONFIG_DEBUG_FS check

Slaveyko Slaveykov (1):
drivers: iio: temperature: Add delay after the addressed reset
command in mlx90632.c

Song Liu (1):
bpf: Reject too big ctx_size_in for raw_tp test run

Sowjanya Komatineni (1):
i2c: tegra: Create i2c_writesl_vi() to use with VI I2C for filling TX FIFO

Srinivas Kandagatla (2):
MAINTAINERS: update maintainers of qcom audio
MAINTAINERS: update qcom ASoC drivers list

Srinivas Pandruvada (2):
tools/power/x86/intel-speed-select: Set scaling_max_freq to base_frequency
tools/power/x86/intel-speed-select: Set higher of
cpuinfo_max_freq or base_frequency

Stafford Horne (1):
soc: litex: Fix compile warning when device tree is not configured

Stanislav Fomichev (1):
bpf: Don't leak memory in bpf getsockopt when optlen == 0

Stephan Gerhold (2):
ASoC: hdmi-codec: Fix return value in hdmi_codec_set_jack()
dt-bindings: iio: accel: bma255: Fix bmc150/bmi055 compatible

Stephen Boyd (1):
iio: sx9310: Fix semtech,avg-pos-strength setting when > 16

Suman Anna (1):
irqchip/pruss: Simplify the TI_PRUSS_INTC Kconfig

Sung Lee (1):
drm/amd/display: DCN2X Find Secondary Pipe properly in MPO + ODM Case

Takashi Iwai (8):
ALSA: usb-audio: Always apply the hw constraints for implicit fb sync
ALSA: hda/via: Add minimum mute flag
ALSA: seq: oss: Fix missing error check in snd_seq_oss_synth_make_info()
ALSA: usb-audio: Fix UAC1 rate setup for secondary endpoints
ALSA: usb-audio: Set sample rate for all sharing EPs on UAC1
ALSA: usb-audio: Avoid implicit feedback on Pioneer devices
cachefiles: Drop superfluous readpages aops NULL check
ALSA: usb-audio: Fix hw constraints dependencies

Tariq Toukan (1):
net: Disable NETIF_F_HW_TLS_RX when RXCSUM is disabled

Thierry Reding (1):
gpio: tegra: Add missing dependencies

Thinh Nguyen (1):
usb: udc: core: Use lock when write to soft_connect

Thomas Gleixner (5):
genirq: Export irq_check_status_bit()
sparc/mm/highmem: flush cache and TLB
mm/highmem: prepare for overriding set_pte_at()
mips/mm/highmem: use set_pte() for kmap_local()
powerpc/mm/highmem: use __set_pte_at() for kmap_local()

Thomas Zimmermann (1):
drm/vram-helper: Reuse existing page mappings in vmap

Tianjia Zhang (1):
X.509: Fix crash caused by NULL pointer

Tony Lindgren (1):
phy: cpcap-usb: Fix warning for missing regulator_disable

Tvrtko Ursulin (1):
drm/i915/pmu: Don't grab wakeref when enabling events

Tyrel Datwyler (1):
scsi: ibmvfc: Fix missing cast of ibmvfc_event pointer to u64 handle

Valentin Schneider (1):
sched/core: Print out straggler tasks in sched_cpu_dying()

Ville Syrjälä (1):
drm/i915: Only enable DFP 4:4:4->4:2:0 conversion when
outputting YCbCr 4:4:4

Vincent Mailhol (3):
can: dev: can_restart: fix use after free bug
can: vxcan: vxcan_xmit: fix use after free bug
can: peak_usb: fix use after free bugs

Vladimir Oltean (1):
net: mscc: ocelot: allow offloading of bridge on top of LAG

Vladimir Stempen (1):
drm/amd/display: Fixed corruptions on HPDRX link loss restore

Wang Hui (1):
stm class: Fix module init return on allocation failure

Wang Qing (2):
arch: sh: remove duplicate include
sh: mach-sh03: remove duplicate include

Wolfram Sang (1):
i2c: octeon: check correct size of maximum RECV_LEN packet

Xiao Ni (1):
md: Set prev_flush_start and flush_bio in an atomic way

Xiaoming Ni (1):
proc_sysctl: fix oops caused by incorrect command parameters

Yanfei Xu (1):
kthread: remove comments about old _do_fork() helper

Yazen Ghannam (1):
x86/cpu/amd: Set __max_die_per_package on AMD

Yingjie Wang (1):
octeontx2-af: Fix missing check bugs in rvu_cgx.c

Yuchung Cheng (1):
tcp: fix TCP socket rehash stats mis-accounting

Zenghui Yu (1):
genirq/msi: Initialize msi_alloc_info before calling
msi_domain_prepare_irqs()

Zheng Yongjun (1):
irqchip/irq-sl28cpld: Convert comma to semicolon

lianzhi chang (1):
udf: fix the problem that the disc content is not displayed


2021-01-25 03:51:55

by Guenter Roeck

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Sun, Jan 24, 2021 at 05:06:40PM -0800, Linus Torvalds wrote:
> So this rc looked fairly calm and small, all the way up until today.
>
> In fact, over 40% of the non-merge commits came in today, as people
> unloaded their work for the week on me. The end result is a slightly
> larger than usual rc5 (but both 5.10 and 5.8 were bigger, so not some
> kind of odd outlier).
>
> Nothing particularly stands out. We had a couple of splice()
> regressions that came in during the previous release as part of the
> "get rid of set_fs()" development, but they were for odd cases that
> most people would never notice. I think it's just that 5.10 is now
> getting more widely deployed so people see the fallout from that
> rather fundamental change in the last release. And the only reason I
> even reacted to those is just because I ended up being involved with
> some of the tty patches during the early calm period of the past week.
> There's a few more still pending.
>
> But the bulk of it all is all the usual miscellaneous fixes all over
> the place, and a lot of it is truly trivial one- or few-liners. Just
> under half the patch is for drivers, with the rest being the usual mix
> of tooling, arch updates, filesystem and core (mm, scheduling,
> networking).
>
> Nothing here makes me go "Uhhuh" in other words.
>

Looking pretty good now.

Build results:
total: 153 pass: 153 fail: 0
Qemu test results:
total: 430 pass: 430 fail: 0

Guenter

2021-01-25 03:59:41

by Bhaskar Chowdhury

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On 19:48 Sun 24 Jan 2021, Guenter Roeck wrote:
>On Sun, Jan 24, 2021 at 05:06:40PM -0800, Linus Torvalds wrote:
>> So this rc looked fairly calm and small, all the way up until today.
>>
>> In fact, over 40% of the non-merge commits came in today, as people
>> unloaded their work for the week on me. The end result is a slightly
>> larger than usual rc5 (but both 5.10 and 5.8 were bigger, so not some
>> kind of odd outlier).
>>
>> Nothing particularly stands out. We had a couple of splice()
>> regressions that came in during the previous release as part of the
>> "get rid of set_fs()" development, but they were for odd cases that
>> most people would never notice. I think it's just that 5.10 is now
>> getting more widely deployed so people see the fallout from that
>> rather fundamental change in the last release. And the only reason I
>> even reacted to those is just because I ended up being involved with
>> some of the tty patches during the early calm period of the past week.
>> There's a few more still pending.
>>
>> But the bulk of it all is all the usual miscellaneous fixes all over
>> the place, and a lot of it is truly trivial one- or few-liners. Just
>> under half the patch is for drivers, with the rest being the usual mix
>> of tooling, arch updates, filesystem and core (mm, scheduling,
>> networking).
>>
>> Nothing here makes me go "Uhhuh" in other words.
>>
>
>Looking pretty good now.
>
>Build results:
> total: 153 pass: 153 fail: 0
>Qemu test results:
> total: 430 pass: 430 fail: 0
>
>Guenter

Hey,

Mind letting us know ,what you are running? Any automated stuff? Any specific
tool or tools?? Scripts???

Bloody curious to know Guenter ...if those stuff are expose able to public
consumption , please do provide the pointer too (I am being lazy to find it)

~Bhaskar


Attachments:
(No filename) (1.81 kB)
signature.asc (499.00 B)
Download all attachments

2021-01-25 04:08:20

by Guenter Roeck

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On 1/24/21 7:56 PM, Bhaskar Chowdhury wrote:
> On 19:48 Sun 24 Jan 2021, Guenter Roeck wrote:
>> On Sun, Jan 24, 2021 at 05:06:40PM -0800, Linus Torvalds wrote:
>>> So this rc looked fairly calm and small, all the way up until today.
>>>
>>> In fact, over 40% of the non-merge commits came in today, as people
>>> unloaded their work for the week on me. The end result is a slightly
>>> larger than usual rc5 (but both 5.10 and 5.8 were bigger, so not some
>>> kind of odd outlier).
>>>
>>> Nothing particularly stands out. We had a couple of splice()
>>> regressions that came in during the previous release as part of the
>>> "get rid of set_fs()" development, but they were for odd cases that
>>> most people would never notice. I think it's just that 5.10 is now
>>> getting more widely deployed so people see the fallout from that
>>> rather fundamental change in the last release.? And the only reason I
>>> even reacted to those is just because I ended up being involved with
>>> some of the tty patches during the early calm period of the past week.
>>> There's a few more still pending.
>>>
>>> But the bulk of it all is all the usual miscellaneous fixes all over
>>> the place, and a lot of it is truly trivial one- or few-liners. Just
>>> under half the patch is for drivers, with the rest being the usual mix
>>> of tooling, arch updates, filesystem and core (mm, scheduling,
>>> networking).
>>>
>>> Nothing here makes me go "Uhhuh" in other words.
>>>
>>
>> Looking pretty good now.
>>
>> Build results:
>> ????total: 153 pass: 153 fail: 0
>> Qemu test results:
>> ????total: 430 pass: 430 fail: 0
>>
>> Guenter
>
> Hey,
>
> Mind letting us know ,what you are running? Any automated stuff? Any specific
> tool or tools?? Scripts???
>
> Bloody curious to know Guenter ...if those stuff are expose able to public
> consumption , please do provide the pointer too (I am being lazy to find it)
>

Results:
https://kerneltests.org/builders
Script repository:
https://github.com/groeck/linux-build-test

Guenter


Attachments:
signature.asc (849.00 B)
OpenPGP digital signature

2021-01-25 04:13:26

by Bhaskar Chowdhury

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On 20:06 Sun 24 Jan 2021, Guenter Roeck wrote:
>On 1/24/21 7:56 PM, Bhaskar Chowdhury wrote:
>> On 19:48 Sun 24 Jan 2021, Guenter Roeck wrote:
>>> On Sun, Jan 24, 2021 at 05:06:40PM -0800, Linus Torvalds wrote:
>>>> So this rc looked fairly calm and small, all the way up until today.
>>>>
>>>> In fact, over 40% of the non-merge commits came in today, as people
>>>> unloaded their work for the week on me. The end result is a slightly
>>>> larger than usual rc5 (but both 5.10 and 5.8 were bigger, so not some
>>>> kind of odd outlier).
>>>>
>>>> Nothing particularly stands out. We had a couple of splice()
>>>> regressions that came in during the previous release as part of the
>>>> "get rid of set_fs()" development, but they were for odd cases that
>>>> most people would never notice. I think it's just that 5.10 is now
>>>> getting more widely deployed so people see the fallout from that
>>>> rather fundamental change in the last release.? And the only reason I
>>>> even reacted to those is just because I ended up being involved with
>>>> some of the tty patches during the early calm period of the past week.
>>>> There's a few more still pending.
>>>>
>>>> But the bulk of it all is all the usual miscellaneous fixes all over
>>>> the place, and a lot of it is truly trivial one- or few-liners. Just
>>>> under half the patch is for drivers, with the rest being the usual mix
>>>> of tooling, arch updates, filesystem and core (mm, scheduling,
>>>> networking).
>>>>
>>>> Nothing here makes me go "Uhhuh" in other words.
>>>>
>>>
>>> Looking pretty good now.
>>>
>>> Build results:
>>> ????total: 153 pass: 153 fail: 0
>>> Qemu test results:
>>> ????total: 430 pass: 430 fail: 0
>>>
>>> Guenter
>>
>> Hey,
>>
>> Mind letting us know ,what you are running? Any automated stuff? Any specific
>> tool or tools?? Scripts???
>>
>> Bloody curious to know Guenter ...if those stuff are expose able to public
>> consumption , please do provide the pointer too (I am being lazy to find it)
>>
>
>Results:
> https://kerneltests.org/builders
>Script repository:
> https://github.com/groeck/linux-build-test
>
>Guenter
>

Thanks a bunch!


Attachments:
(No filename) (2.15 kB)
signature.asc (499.00 B)
Download all attachments

2021-01-25 20:39:44

by Chris Wilson

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

Quoting Linus Torvalds (2021-01-25 01:06:40)
> Mike Rapoport (3):
...
> mm: fix initialization of struct page for holes in memory layout

We have half a dozen or so different machines in CI that are silently
failing to boot, that we believe is bisected to this patch.

17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig
17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in
memory layout
17:57 tsa : couldn't reproduce on older CI kconfig, current one does it
https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug

Here's a boot dmesg from some affected machines from just before the merge
with rc5:
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18.txt
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-skl-6600u/boot.html
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bsw-cyan/boot.html
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bdw-samus/boot.html
-Chris

2021-01-25 20:52:59

by Linus Torvalds

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> wrote:
>
> Quoting Linus Torvalds (2021-01-25 01:06:40)
> > Mike Rapoport (3):
> ...
> > mm: fix initialization of struct page for holes in memory layout
>
> We have half a dozen or so different machines in CI that are silently
> failing to boot, that we believe is bisected to this patch.

That commit reverts cleanly - so if you can verify that reverting it
fixes your CI machines, I think that that's the right thing to do for
now, unless Mike can figure out some obvious "Duh!" moment from your
working dmesg.

Mike: should we perhaps revert the first patch too (commit
bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?

Linus

2021-01-25 21:12:52

by Mike Rapoport

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 08:34:34PM +0000, Chris Wilson wrote:
> Quoting Linus Torvalds (2021-01-25 01:06:40)
> > Mike Rapoport (3):
> ...
> > mm: fix initialization of struct page for holes in memory layout
>
> We have half a dozen or so different machines in CI that are silently
> failing to boot, that we believe is bisected to this patch.
>
> 17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig
> 17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in
> memory layout
> 17:57 tsa : couldn't reproduce on older CI kconfig, current one does it
> https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug
>
> Here's a boot dmesg from some affected machines from just before the merge
> with rc5:
> https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18.txt
> https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-skl-6600u/boot.html
> https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bsw-cyan/boot.html
> https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bdw-samus/boot.html

Is there any way to get early console from these machines?

> -Chris

--
Sincerely yours,
Mike.

2021-01-25 21:21:17

by Chris Wilson

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

Quoting Mike Rapoport (2021-01-25 21:04:56)
> On Mon, Jan 25, 2021 at 08:34:34PM +0000, Chris Wilson wrote:
> > Quoting Linus Torvalds (2021-01-25 01:06:40)
> > > Mike Rapoport (3):
> > ...
> > > mm: fix initialization of struct page for holes in memory layout
> >
> > We have half a dozen or so different machines in CI that are silently
> > failing to boot, that we believe is bisected to this patch.
> >
> > 17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig
> > 17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in
> > memory layout
> > 17:57 tsa : couldn't reproduce on older CI kconfig, current one does it
> > https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug
> >
> > Here's a boot dmesg from some affected machines from just before the merge
> > with rc5:
> > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18.txt
> > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-skl-6600u/boot.html
> > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bsw-cyan/boot.html
> > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bdw-samus/boot.html
>
> Is there any way to get early console from these machines?

12:16 tsa : none of those have good hook for serial

Nothing on the console and no serial console option, and panics before
netconsole.

Maybe some early_printk and boot_delay if you think there's something to
see with those, but I'll have to ask Tomi nicely tomorrow.
-Chris

2021-01-25 21:48:27

by Chris Wilson

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

Quoting Mike Rapoport (2021-01-25 21:33:48)
> On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> > On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> wrote:
> > >
> > > Quoting Linus Torvalds (2021-01-25 01:06:40)
> > > > Mike Rapoport (3):
> > > ...
> > > > mm: fix initialization of struct page for holes in memory layout
> > >
> > > We have half a dozen or so different machines in CI that are silently
> > > failing to boot, that we believe is bisected to this patch.
> >
> > That commit reverts cleanly - so if you can verify that reverting it
> > fixes your CI machines, I think that that's the right thing to do for
> > now, unless Mike can figure out some obvious "Duh!" moment from your
> > working dmesg.
>
> Unfortunately not, at least at 11pm :(
> Maybe tomorrow I'll have something smarter to say.

CI does confirm that the revert of d3921cb8be29 brings the machines back
to life.

> > Mike: should we perhaps revert the first patch too (commit
> > bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?
>
> I wonder, maybe actually this one is causing troubles?
>
> Chris, would it be possible to check what happens if you revert only
> bde9cfa3afe4?

Queued for CI, will be run in about an hour.
-Chris

2021-01-25 22:57:08

by Mike Rapoport

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> wrote:
> >
> > Quoting Linus Torvalds (2021-01-25 01:06:40)
> > > Mike Rapoport (3):
> > ...
> > > mm: fix initialization of struct page for holes in memory layout
> >
> > We have half a dozen or so different machines in CI that are silently
> > failing to boot, that we believe is bisected to this patch.
>
> That commit reverts cleanly - so if you can verify that reverting it
> fixes your CI machines, I think that that's the right thing to do for
> now, unless Mike can figure out some obvious "Duh!" moment from your
> working dmesg.

Unfortunately not, at least at 11pm :(
Maybe tomorrow I'll have something smarter to say.

> Mike: should we perhaps revert the first patch too (commit
> bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?

I wonder, maybe actually this one is causing troubles?

Chris, would it be possible to check what happens if you revert only
bde9cfa3afe4?

> Linus

--
Sincerely yours,
Mike.

2021-01-26 19:21:52

by Chris Wilson

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

Quoting Chris Wilson (2021-01-25 21:46:19)
> Quoting Mike Rapoport (2021-01-25 21:33:48)
> > On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> > > Mike: should we perhaps revert the first patch too (commit
> > > bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?
> >
> > I wonder, maybe actually this one is causing troubles?
> >
> > Chris, would it be possible to check what happens if you revert only
> > bde9cfa3afe4?
>
> Queued for CI, will be run in about an hour.

I ran just the revert of bde9cfa3afe4 through CI twice, on both occasions
all machines failed to boot.
-Chris

2021-01-26 19:36:29

by Mike Rapoport

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 09:46:19PM +0000, Chris Wilson wrote:
> Quoting Mike Rapoport (2021-01-25 21:33:48)
> > On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> > > On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> wrote:
> > > >
> > > > Quoting Linus Torvalds (2021-01-25 01:06:40)
> > > > > Mike Rapoport (3):
> > > > ...
> > > > > mm: fix initialization of struct page for holes in memory layout
> > > >
> > > > We have half a dozen or so different machines in CI that are silently
> > > > failing to boot, that we believe is bisected to this patch.
> > >
> > > That commit reverts cleanly - so if you can verify that reverting it
> > > fixes your CI machines, I think that that's the right thing to do for
> > > now, unless Mike can figure out some obvious "Duh!" moment from your
> > > working dmesg.
> >
> > Unfortunately not, at least at 11pm :(
> > Maybe tomorrow I'll have something smarter to say.
>
> CI does confirm that the revert of d3921cb8be29 brings the machines back
> to life.

I still cannot see what could possibly go wrong, so let's revert
d3921cb8be29 for now and I'll continue to work with Chris to debug this.

> > > Mike: should we perhaps revert the first patch too (commit
> > > bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?

This change should be quite innocuous, we anyway never allocate pfn 0 but
treat 0 as memory start in many places.

> > I wonder, maybe actually this one is causing troubles?
> >
> > Chris, would it be possible to check what happens if you revert only
> > bde9cfa3afe4?
>
> Queued for CI, will be run in about an hour.
> -Chris

--
Sincerely yours,
Mike.

2021-01-26 20:42:17

by Mike Rapoport

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 09:13:59PM +0000, Chris Wilson wrote:
> Quoting Mike Rapoport (2021-01-25 21:04:56)
> > On Mon, Jan 25, 2021 at 08:34:34PM +0000, Chris Wilson wrote:
> > > Quoting Linus Torvalds (2021-01-25 01:06:40)
> > > > Mike Rapoport (3):
> > > ...
> > > > mm: fix initialization of struct page for holes in memory layout
> > >
> > > We have half a dozen or so different machines in CI that are silently
> > > failing to boot, that we believe is bisected to this patch.
> > >
> > > 17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig
> > > 17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in
> > > memory layout
> > > 17:57 tsa : couldn't reproduce on older CI kconfig, current one does it
> > > https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug
> > >
> > > Here's a boot dmesg from some affected machines from just before the merge
> > > with rc5:
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18.txt
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-skl-6600u/boot.html
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bsw-cyan/boot.html
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bdw-samus/boot.html
> >
> > Is there any way to get early console from these machines?
>
> 12:16 tsa : none of those have good hook for serial
>
> Nothing on the console and no serial console option, and panics before
> netconsole.
>
> Maybe some early_printk and boot_delay if you think there's something to
> see with those, but I'll have to ask Tomi nicely tomorrow.

I think there could be an early panic at some point of mm initialization.
So if it was possible to see early printks somehow that would have been
helpful.

> -Chris

--
Sincerely yours,
Mike.

2021-01-27 19:49:56

by Linus Torvalds

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Tue, Jan 26, 2021 at 8:25 AM Mike Rapoport <[email protected]> wrote:
>
> On Mon, Jan 25, 2021 at 09:46:19PM +0000, Chris Wilson wrote:
> >
> > CI does confirm that the revert of d3921cb8be29 brings the machines back
> > to life.
>
> I still cannot see what could possibly go wrong, so let's revert
> d3921cb8be29 for now and I'll continue to work with Chris to debug this.

Ok, reverted in my tree.

And added stable to the cc, so that they know not to pick up that
commit d3921cb8be29, despite it being marked for stable.

Linus

2021-01-27 21:53:18

by Greg KH

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Tue, Jan 26, 2021 at 10:45:10AM -0800, Linus Torvalds wrote:
> On Tue, Jan 26, 2021 at 8:25 AM Mike Rapoport <[email protected]> wrote:
> >
> > On Mon, Jan 25, 2021 at 09:46:19PM +0000, Chris Wilson wrote:
> > >
> > > CI does confirm that the revert of d3921cb8be29 brings the machines back
> > > to life.
> >
> > I still cannot see what could possibly go wrong, so let's revert
> > d3921cb8be29 for now and I'll continue to work with Chris to debug this.
>
> Ok, reverted in my tree.
>
> And added stable to the cc, so that they know not to pick up that
> commit d3921cb8be29, despite it being marked for stable.

I've dropped it from the 5.10.y queue now, thanks for letting me know.

greg k-h

2021-01-28 21:04:19

by Pavel Machek

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

Hi!

/-/blob/master/kconfig/debug
> > >
> > > Here's a boot dmesg from some affected machines from just before the merge
> > > with rc5:
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18.txt
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-skl-6600u/boot.html
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bsw-cyan/boot.html
> > > https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/fi-bdw-samus/boot.html
> >
> > Is there any way to get early console from these machines?
>
> 12:16 tsa : none of those have good hook for serial
>
> Nothing on the console and no serial console option, and panics before
> netconsole.

In some experiments I was successful with console=ttyUSB kind of
setup...

...and I kind of wonder if we should work on getting it workig on more
machines, at that seems to be only reasonable way.

Umm...

Actually, we still have VGA and can put console on that, no?
early_printk option should really work quite early on PC.

Best regards,
Pavel
--
http://www.livejournal.com/~pavelmachek


Attachments:
(No filename) (1.08 kB)
signature.asc (201.00 B)
Download all attachments

2021-02-04 18:26:44

by Mike Rapoport

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> wrote:
>
> Mike: should we perhaps revert the first patch too (commit
> bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?

Unfortunately, I was too optimistic and didn't take into account that this
commit changes the way /dev/mem sees the first page of memory.

There were reports of slackware users about issues with lilo after upgrade
from 5.10.11 to 5.10.12

https://www.linuxquestions.org/questions/slackware-14/slackware-current-lilo-vesa-warnings-after-recent-updates-4175689617/#post6214439

The root cause is that lilo is no longer able to access the first memory
page via /dev/mem because its type was changed from E820_TYPE_RESERVED to
E820_TYPE_RAM, so this became a part of the "System RAM" resource and
devmem_is_allowed() considers it disallowed area.

So here's the revert of bde9cfa3afe4 as well.

From a7fdc4117010d393dd77b99da5b573a5c98453ce Mon Sep 17 00:00:00 2001
From: Mike Rapoport <[email protected]>
Date: Thu, 4 Feb 2021 20:12:37 +0200
Subject: [PATCH] Revert "x86/setup: don't remove E820_TYPE_RAM for pfn 0"

This reverts commit bde9cfa3afe4324ec251e4af80ebf9b7afaf7afe.

Changing the first memory page type from E820_TYPE_RESERVED to
E820_TYPE_RAM makes it a part of "System RAM" resource rather than a
reserved resource and this in turn causes devmem_is_allowed() to treat is
as area that can be accessed but it is filled with zeroes instead of the
actual data as previously.

The change in /dev/mem output causes lilo to fail as was reported at
slakware users forum [1], and probably other legacy applications will
experience similar problems.

[1] https://www.linuxquestions.org/questions/slackware-14/slackware-current-lilo-vesa-warnings-after-recent-updates-4175689617/#post6214439

Signed-off-by: Mike Rapoport <[email protected]>
---
arch/x86/kernel/setup.c | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)

diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index 3412c4595efd..740f3bdb3f61 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -660,6 +660,17 @@ static void __init trim_platform_memory_ranges(void)

static void __init trim_bios_range(void)
{
+ /*
+ * A special case is the first 4Kb of memory;
+ * This is a BIOS owned area, not kernel ram, but generally
+ * not listed as such in the E820 table.
+ *
+ * This typically reserves additional memory (64KiB by default)
+ * since some BIOSes are known to corrupt low memory. See the
+ * Kconfig help text for X86_RESERVE_LOW.
+ */
+ e820__range_update(0, PAGE_SIZE, E820_TYPE_RAM, E820_TYPE_RESERVED);
+
/*
* special case: Some BIOSes report the PC BIOS
* area (640Kb -> 1Mb) as RAM even though it is not.
@@ -717,15 +728,6 @@ early_param("reservelow", parse_reservelow);

static void __init trim_low_memory_range(void)
{
- /*
- * A special case is the first 4Kb of memory;
- * This is a BIOS owned area, not kernel ram, but generally
- * not listed as such in the E820 table.
- *
- * This typically reserves additional memory (64KiB by default)
- * since some BIOSes are known to corrupt low memory. See the
- * Kconfig help text for X86_RESERVE_LOW.
- */
memblock_reserve(0, ALIGN(reserve_low, PAGE_SIZE));
}

--
2.29.2





> Linus

--
Sincerely yours,
Mike.

2021-02-05 01:31:01

by Linus Torvalds

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Thu, Feb 4, 2021 at 10:19 AM Mike Rapoport <[email protected]> wrote:
>
> On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> >
> > Mike: should we perhaps revert the first patch too (commit
> > bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?
>
> Unfortunately, I was too optimistic and didn't take into account that this
> commit changes the way /dev/mem sees the first page of memory.
>
> There were reports of slackware users about issues with lilo after upgrade
> from 5.10.11 to 5.10.12

Ok, applied to mainline.

Greg & stable people - this is now commit 5c279c4cf206 ("Revert
"x86/setup: don't remove E820_TYPE_RAM for pfn 0"") in my tree.
Although maybe you just want to revert the commit in stable, rather
than take it from upstream? Same difference.

Linus

2021-02-05 06:57:29

by Greg KH

[permalink] [raw]
Subject: Re: Linux 5.11-rc5

On Thu, Feb 04, 2021 at 10:32:56AM -0800, Linus Torvalds wrote:
> On Thu, Feb 4, 2021 at 10:19 AM Mike Rapoport <[email protected]> wrote:
> >
> > On Mon, Jan 25, 2021 at 12:49:39PM -0800, Linus Torvalds wrote:
> > >
> > > Mike: should we perhaps revert the first patch too (commit
> > > bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")?
> >
> > Unfortunately, I was too optimistic and didn't take into account that this
> > commit changes the way /dev/mem sees the first page of memory.
> >
> > There were reports of slackware users about issues with lilo after upgrade
> > from 5.10.11 to 5.10.12
>
> Ok, applied to mainline.
>
> Greg & stable people - this is now commit 5c279c4cf206 ("Revert
> "x86/setup: don't remove E820_TYPE_RAM for pfn 0"") in my tree.
> Although maybe you just want to revert the commit in stable, rather
> than take it from upstream? Same difference.

Taking it from upstream makes it easier to track over time what happend.
I've queued it up now, thanks!

greg k-h