2019-11-22 11:35:46

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 4.4 000/159] 4.4.203-stable review

This is the start of the stable review cycle for the 4.4.203 release.
There are 159 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.

Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <[email protected]>
Linux 4.4.203-rc1

Pavel Tatashin <[email protected]>
arm64: uaccess: Ensure PAN is re-enabled after unhandled uaccess fault

Roger Quadros <[email protected]>
ARM: dts: omap5: Fix dual-role mode on Super-Speed port

Huibin Hong <[email protected]>
spi: rockchip: initialize dma_slave_config properly

Felix Fietkau <[email protected]>
mac80211: minstrel: fix CCK rate group streams value

Thierry Reding <[email protected]>
hwmon: (pwm-fan) Silence error on probe deferral

Timothy E Baldwin <[email protected]>
ARM: 8802/1: Call syscall_trace_exit even when system call skipped

Trent Piepho <[email protected]>
spi: spidev: Fix OF tree warning logic

Marek Vasut <[email protected]>
gpio: syscon: Fix possible NULL ptr usage

Bjorn Helgaas <[email protected]>
x86/kexec: Correct KEXEC_BACKUP_SRC_END off-by-one error

Colin Ian King <[email protected]>
media: cx231xx: fix potential sign-extension overflow on large shift

Tim Smith <[email protected]>
GFS2: Flush the GFS2 delete workqueue before stopping the kernel threads

Wenwen Wang <[email protected]>
media: isif: fix a NULL pointer dereference bug

He Zhe <[email protected]>
printk: Give error on attempt to set log buffer length to over 2G

Nathan Chancellor <[email protected]>
backlight: lm3639: Unconditionally call led_classdev_unregister

Borislav Petkov <[email protected]>
proc/vmcore: Fix i386 build error of missing copy_oldmem_page_encrypted()

Shenghui Wang <[email protected]>
bcache: recal cached_dev_sectors on detach

Dan Carpenter <[email protected]>
fbdev: sbuslib: integer overflow in sbusfb_ioctl_helper()

Dan Carpenter <[email protected]>
fbdev: sbuslib: use checked version of put_user()

Ronald Tschalär <[email protected]>
ACPI / SBS: Fix rare oops when removing modules

Radu Solea <[email protected]>
crypto: mxs-dcp - Fix AES issues

Radu Solea <[email protected]>
crypto: mxs-dcp - Fix SHA null hashes and output length

Borislav Petkov <[email protected]>
x86/olpc: Fix build error with CONFIG_MFD_CS5535=m

Martin Kepplinger <[email protected]>
Input: st1232 - set INPUT_PROP_DIRECT property

Rami Rosen <[email protected]>
dmaengine: ioat: fix prototype of ioat_enumerate_channels

Olga Kornievskaia <[email protected]>
NFSv4.x: fix lock recovery during delegation recall

Chung-Hsien Hsu <[email protected]>
brcmfmac: fix full timeout waiting for action frame on-channel tx

Ricardo Ribalda Delgado <[email protected]>
mtd: physmap_of: Release resources on error

Johan Hovold <[email protected]>
USB: serial: cypress_m8: fix interrupt-out transfer length

Cameron Kaiser <[email protected]>
KVM: PPC: Book3S PR: Exiting split hack mode needs to fixup both PC and LR

Michael Pobega <[email protected]>
ALSA: hda/sigmatel - Disable automute for Elo VuPoint

Nathan Chancellor <[email protected]>
ata: ep93xx: Use proper enums for directions

Wei Yongjun <[email protected]>
IB/mthca: Fix error return code in __mthca_init_one()

Radoslaw Tyl <[email protected]>
ixgbe: Fix crash with VFs and flow director on interface flap

Nathan Chancellor <[email protected]>
mtd: rawnand: sh_flctl: Use proper enum for flctl_dma_fifo0_transfer

Naveen N. Rao <[email protected]>
powerpc/pseries: Fix how we iterate over the DTL entries

Naveen N. Rao <[email protected]>
powerpc/pseries: Fix DTL buffer registration

Nathan Chancellor <[email protected]>
cxgb4: Use proper enum in IEEE_FAUX_SYNC

Nathan Chancellor <[email protected]>
cxgb4: Use proper enum in cxgb4_dcb_handle_fw_update

Dan Carpenter <[email protected]>
mei: samples: fix a signedness bug in amt_host_if_call()

Nathan Chancellor <[email protected]>
dmaengine: timb_dma: Use proper enum in td_prep_slave_sg

Nathan Chancellor <[email protected]>
dmaengine: ep93xx: Return proper enum in ep93xx_dma_chan_direction

Andrew Zaborowski <[email protected]>
nl80211: Fix a GET_KEY reply attribute

Jia-Ju Bai <[email protected]>
usb: gadget: udc: fotg210-udc: Fix a sleep-in-atomic-context bug in fotg210_get_status()

Simon Wunderlich <[email protected]>
ath9k: fix reporting calculated new FFT upper max

Ben Greear <[email protected]>
ath10k: fix vdev-start timeout on error

Trond Myklebust <[email protected]>
SUNRPC: Fix priority queue fairness

Jaegeuk Kim <[email protected]>
f2fs: return correct errno in f2fs_gc

H. Nikolaus Schaller <[email protected]>
ARM: dts: omap5: enable OTG role for DWC3 controller

YueHaibing <[email protected]>
net: ovs: fix return type of ndo_start_xmit function

Jens Axboe <[email protected]>
libata: have ata_scsi_rw_xlat() fail invalid passthrough requests

Christoph Hellwig <[email protected]>
block: introduce blk_rq_is_passthrough

Daniel Vetter <[email protected]>
fbdev: Ditch fb_edid_add_monspecs

Geert Uytterhoeven <[email protected]>
fbdev: Remove unused SH-Mobile HDMI driver

Masami Hiramatsu <[email protected]>
uprobes/x86: Prohibit probing on MOV SS instruction

Masami Hiramatsu <[email protected]>
kprobes/x86: Prohibit probing on exception masking instructions

John Johansen <[email protected]>
apparmor: fix module parameters can be changed after policy is locked

John Johansen <[email protected]>
apparmor: fix update the mtime of the profile file on replacement

John Johansen <[email protected]>
apparmor: fix uninitialized lsm_audit member

Peter Zijlstra <[email protected]>
x86/atomic: Fix smp_mb__{before,after}_atomic()

Dan Carpenter <[email protected]>
net: cdc_ncm: Signedness bug in cdc_ncm_set_dgram_size()

Jouni Hogander <[email protected]>
slcan: Fix memory leak in error path

zhong jiang <[email protected]>
memfd: Use radix_tree_deref_slot_protected to avoid the warning.

Kefeng Wang <[email protected]>
Bluetooth: hci_ldisc: Postpone HCI_UART_PROTO_READY bit set in hci_uart_set_proto()

Loic Poulain <[email protected]>
Bluetooth: hci_ldisc: Fix null pointer derefence in case of early data

Kirill Tkhai <[email protected]>
fuse: use READ_ONCE on congestion_threshold and max_background

Rob Herring <[email protected]>
arm64: dts: amd: Fix SPI bus warnings

Luiz Augusto von Dentz <[email protected]>
Bluetooth: L2CAP: Detect if remote is not able to use the whole MPS

Justin Ernst <[email protected]>
EDAC: Raise the maximum number of memory controllers

YueHaibing <[email protected]>
net: smsc: fix return type of ndo_start_xmit function

Marcel Ziswiler <[email protected]>
ARM: tegra: apalis_t30: fix mmc1 cmd pull-up

Marcel Ziswiler <[email protected]>
ARM: dts: tegra30: fix xcvr-setup-use-fuses

Jason Yan <[email protected]>
scsi: libsas: always unregister the old device if going to discover new

Li Qiang <[email protected]>
vfio/pci: Fix potential memory leak in vfio_msi_cap_len

zhong jiang <[email protected]>
misc: genwqe: should return proper error value.

Laura Abbott <[email protected]>
misc: kgdbts: Fix restrict error

Laurent Pinchart <[email protected]>
usb: gadget: uvc: Only halt video streaming endpoint in bulk mode

Laurent Pinchart <[email protected]>
usb: gadget: uvc: Factor out video USB request queueing

Joel Pepper <[email protected]>
usb: gadget: uvc: configfs: Prevent format changes after linking header

Laurent Pinchart <[email protected]>
usb: gadget: uvc: configfs: Drop leaked references to config items

Nathan Chancellor <[email protected]>
media: davinci: Fix implicit enum conversion warning

Jia-Ju Bai <[email protected]>
media: pci: ivtv: Fix a sleep-in-atomic-context bug in ivtv_yuv_init()

Dengcheng Zhu <[email protected]>
MIPS: kexec: Relax memory restriction

Matthew Whitehead <[email protected]>
x86/CPU: Use correct macros for Cyrix calls

YueHaibing <[email protected]>
net: micrel: fix return type of ndo_start_xmit function

Shahed Shaikh <[email protected]>
bnx2x: Ignore bandwidth attention in single function mode

Stefan Agner <[email protected]>
cpufeature: avoid warning when compiling with clang

Rob Herring <[email protected]>
ARM: dts: ste: Fix SPI controller node names

Linus Walleij <[email protected]>
ARM: dts: ux500: Fix LCDA clock line muxing

Geert Uytterhoeven <[email protected]>
ARM: dts: ux500: Correct SCU unit address

Grygorii Strashko <[email protected]>
ARM: dts: am335x-evm: fix number of cpsw

Loic Poulain <[email protected]>
usb: chipidea: Fix otg event handler

YueHaibing <[email protected]>
net: amd: fix return type of ndo_start_xmit function

YueHaibing <[email protected]>
net: broadcom: fix return type of ndo_start_xmit function

YueHaibing <[email protected]>
net: xilinx: fix return type of ndo_start_xmit function

YueHaibing <[email protected]>
net: toshiba: fix return type of ndo_start_xmit function

Andreas Kemnade <[email protected]>
power: supply: twl4030_charger: disable eoc interrupt on linear charge

Andreas Kemnade <[email protected]>
power: supply: twl4030_charger: fix charging current out-of-bounds

Rob Herring <[email protected]>
libfdt: Ensure INT_MAX is defined in libfdt_env.h

Nathan Fontenot <[email protected]>
powerpc/pseries: Disable CPU hotplug across migrations

Nicholas Piggin <[email protected]>
powerpc/64s/hash: Fix stab_rr off by one initialization

Breno Leitao <[email protected]>
powerpc/iommu: Avoid derefence before pointer check

Anton Vasilyev <[email protected]>
serial: mxs-auart: Fix potential infinite loop

Sinan Kaya <[email protected]>
PCI/ACPI: Correct error message for ASPM disabling

Julian Wiedmann <[email protected]>
s390/qeth: invoke softirqs after napi_schedule()

Bernd Edlinger <[email protected]>
kernfs: Fix range checks in kernfs_get_target_path

Tomasz Figa <[email protected]>
power: supply: max8998-charger: Fix platform data retrieval

Dan Carpenter <[email protected]>
power: supply: ab8500_fg: silence uninitialized variable warnings

Ganesh Goudar <[email protected]>
cxgb4: Fix endianness issue in t4_fwcache()

Ludovic Desroches <[email protected]>
pinctrl: at91: don't use the same irqchip with multiple gpiochips

Dinh Nguyen <[email protected]>
ARM: dts: socfpga: Fix I2C bus unit-address error

Alan Modra <[email protected]>
powerpc/vdso: Correct call frame information

Cong Wang <[email protected]>
llc: avoid blocking in llc_sap_close()

Dan Carpenter <[email protected]>
pinctrl: at91-pio4: fix has_config check in atmel_pctl_dt_subnode_to_map()

Takashi Iwai <[email protected]>
ALSA: intel8x0m: Register irq handler after register initializations

Lao Wei <[email protected]>
media: fix: media: pci: meye: validate offset to avoid arbitrary access

Srinivas Kandagatla <[email protected]>
nvmem: core: return error code instead of NULL from nvmem_device_get

Masami Hiramatsu <[email protected]>
kprobes: Don't call BUG_ON() if there is a kprobe in use on free list

Deepak Ukey <[email protected]>
scsi: pm80xx: Fixed system hang issue during kexec boot

Deepak Ukey <[email protected]>
scsi: pm80xx: Corrected dma_unmap_sg() parameter

Oleksij Rempel <[email protected]>
ARM: imx6: register pm_power_off handler if "fsl,pmic-stby-poweroff" is set

George Kennedy <[email protected]>
scsi: sym53c8xx: fix NULL pointer dereference panic in sym_int_sir()

Eric W. Biederman <[email protected]>
signal: Properly deliver SIGSEGV from x86 uprobes

Eric W. Biederman <[email protected]>
signal: Properly deliver SIGILL from uprobes

Eric W. Biederman <[email protected]>
signal: Always ignore SIGKILL and SIGSTOP sent to the global init

Daniel Silsby <[email protected]>
dmaengine: dma-jz4780: Further residue status fix

H. Nikolaus Schaller <[email protected]>
ARM: dts: omap3-gta04: keep vpll2 always on

H. Nikolaus Schaller <[email protected]>
ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

H. Nikolaus Schaller <[email protected]>
ARM: dts: omap3-gta04: tvout: enable as display1 alias

H. Nikolaus Schaller <[email protected]>
ARM: dts: omap3-gta04: give spi_lcd node a label so that we can overwrite in other DTS files

Rob Herring <[email protected]>
of: make PowerMac cache node search conditional on CONFIG_PPC_PMAC

Ding Xiang <[email protected]>
mips: txx9: fix iounmap related issue

Erik Stromdahl <[email protected]>
ath10k: wmi: disable softirq's while calling ieee80211_rx

Marek Szyprowski <[email protected]>
ARM: dts: exynos: Disable pull control for S5M8767 PMIC

Colin Ian King <[email protected]>
ASoC: sgtl5000: avoid division by zero if lo_vag is zero

Stefan Wahren <[email protected]>
net: lan78xx: Bail out if lan78xx_get_endpoints fails

Larry Finger <[email protected]>
rtl8187: Fix warning generated when strncpy() destination length matches the sixe argument

Marcel Ziswiler <[email protected]>
ARM: dts: pxa: fix power i2c base address

Patryk Małek <[email protected]>
i40e: Prevent deleting MAC address from VF when set by PF

Patryk Małek <[email protected]>
i40e: hold the rtnl lock on clearing interrupt scheme

Mitch Williams <[email protected]>
i40e: use correct length for strncpy

Marek Szyprowski <[email protected]>
ARM: dts: exynos: Fix sound in Snow-rev5 Chromebook

Tuomas Tynkkynen <[email protected]>
MIPS: BCM47XX: Enable USB power on Netgear WNDR3400v3

Charles Keepax <[email protected]>
ASoC: dpcm: Properly initialise hw->rate_max

Bob Peterson <[email protected]>
gfs2: Don't set GFS2_RDF_UPTODATE when the lvb is updated

Takashi Iwai <[email protected]>
ALSA: seq: Do error checks at creating system ports

Jay Foster <[email protected]>
ARM: dts: at91/trivial: Fix USART1 definition for at91sam9g45

Dan Carpenter <[email protected]>
ALSA: pcm: signedness bug in snd_pcm_plug_alloc()

Marcus Folkesson <[email protected]>
iio: dac: mcp4922: fix error handling in mcp4922_write_raw

Eugen Hristev <[email protected]>
mmc: sdhci-of-at91: fix quirk2 overwrite

Roman Gushchin <[email protected]>
mm: hugetlb: switch to css_tryget() in hugetlb_cgroup_charge_cgroup()

Roman Gushchin <[email protected]>
mm: memcg: switch to css_tryget() in get_mem_cgroup_from_mm()

Eric Auger <[email protected]>
iommu/vt-d: Fix QI_DEV_IOTLB_PFSID and QI_DEV_EIOTLB_PFSID macros

Al Viro <[email protected]>
ecryptfs_lookup_interpose(): lower_dentry->d_parent is not stable either

Al Viro <[email protected]>
ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable

Oliver Neukum <[email protected]>
Input: ff-memless - kill timer in destroy()

Henry Lin <[email protected]>
ALSA: usb-audio: not submit urb for stopped endpoint

Takashi Iwai <[email protected]>
ALSA: usb-audio: Fix missing error check at mixer resolution test

Oliver Neukum <[email protected]>
ax88172a: fix information leak on short answers

Jouni Hogander <[email protected]>
slip: Fix memory leak in slip_open error path


-------------

Diffstat:

Documentation/misc-devices/mei/mei-amt-version.c | 2 +-
Makefile | 4 +-
arch/arm/boot/compressed/libfdt_env.h | 2 +
arch/arm/boot/dts/am335x-evm.dts | 12 +-
arch/arm/boot/dts/at91sam9g45.dtsi | 2 +-
arch/arm/boot/dts/exynos5250-arndale.dts | 9 +
arch/arm/boot/dts/exynos5250-snow-rev5.dts | 11 +
arch/arm/boot/dts/omap3-gta04.dtsi | 21 +-
arch/arm/boot/dts/omap5-board-common.dtsi | 5 +
arch/arm/boot/dts/pxa27x.dtsi | 2 +-
arch/arm/boot/dts/socfpga_cyclone5_de0_sockit.dts | 2 +-
arch/arm/boot/dts/ste-dbx5x0.dtsi | 6 +-
arch/arm/boot/dts/ste-href-family-pinctrl.dtsi | 8 +-
arch/arm/boot/dts/ste-hrefprev60.dtsi | 2 +-
arch/arm/boot/dts/ste-snowball.dts | 2 +-
arch/arm/boot/dts/ste-u300.dts | 2 +-
arch/arm/boot/dts/tegra30-apalis.dtsi | 6 +-
arch/arm/boot/dts/tegra30.dtsi | 6 +-
arch/arm/kernel/entry-common.S | 9 +-
arch/arm/mach-imx/pm-imx6.c | 25 +
arch/arm64/boot/dts/amd/amd-seattle-soc.dtsi | 4 +-
arch/arm64/lib/clear_user.S | 2 +
arch/arm64/lib/copy_from_user.S | 2 +
arch/arm64/lib/copy_in_user.S | 2 +
arch/arm64/lib/copy_to_user.S | 2 +
arch/mips/bcm47xx/workarounds.c | 8 +-
arch/mips/include/asm/kexec.h | 6 +-
arch/mips/txx9/generic/setup.c | 5 +-
arch/powerpc/boot/libfdt_env.h | 2 +
arch/powerpc/kernel/iommu.c | 2 +-
arch/powerpc/kernel/rtas.c | 2 +
arch/powerpc/kernel/vdso32/datapage.S | 1 +
arch/powerpc/kernel/vdso32/gettimeofday.S | 1 +
arch/powerpc/kernel/vdso64/datapage.S | 1 +
arch/powerpc/kernel/vdso64/gettimeofday.S | 1 +
arch/powerpc/kvm/book3s.c | 3 +
arch/powerpc/mm/slb.c | 2 +-
arch/powerpc/platforms/pseries/dtl.c | 4 +-
arch/x86/Kconfig | 3 +-
arch/x86/include/asm/atomic.h | 8 +-
arch/x86/include/asm/atomic64_64.h | 8 +-
arch/x86/include/asm/barrier.h | 4 +-
arch/x86/include/asm/insn.h | 18 +
arch/x86/include/asm/kexec.h | 2 +-
arch/x86/kernel/cpu/cyrix.c | 2 +-
arch/x86/kernel/kprobes/core.c | 4 +
arch/x86/kernel/uprobes.c | 6 +-
drivers/acpi/osl.c | 1 +
drivers/acpi/pci_root.c | 5 +-
drivers/acpi/sbshc.c | 2 +
drivers/ata/libata-scsi.c | 21 +
drivers/ata/pata_ep93xx.c | 8 +-
drivers/bluetooth/hci_ldisc.c | 10 +-
drivers/bluetooth/hci_uart.h | 1 +
drivers/crypto/mxs-dcp.c | 80 +-
drivers/dma/dma-jz4780.c | 2 +-
drivers/dma/ioat/init.c | 7 +-
drivers/dma/timb_dma.c | 2 +-
drivers/gpio/gpio-syscon.c | 2 +-
drivers/hwmon/pwm-fan.c | 8 +-
drivers/iio/dac/mcp4922.c | 11 +-
drivers/infiniband/hw/mthca/mthca_main.c | 3 +-
drivers/input/ff-memless.c | 9 +
drivers/input/touchscreen/st1232.c | 1 +
drivers/md/bcache/super.c | 1 +
drivers/media/pci/ivtv/ivtv-yuv.c | 2 +-
drivers/media/pci/meye/meye.c | 2 +-
drivers/media/platform/davinci/isif.c | 3 +-
drivers/media/platform/davinci/vpbe_display.c | 2 +-
drivers/media/usb/cx231xx/cx231xx-video.c | 2 +-
drivers/misc/genwqe/card_utils.c | 13 +-
drivers/misc/kgdbts.c | 16 +-
drivers/mmc/host/sdhci-of-at91.c | 2 +-
drivers/mtd/maps/physmap_of.c | 27 +-
drivers/mtd/nand/sh_flctl.c | 4 +-
drivers/net/can/slcan.c | 1 +
drivers/net/ethernet/amd/am79c961a.c | 2 +-
drivers/net/ethernet/amd/atarilance.c | 6 +-
drivers/net/ethernet/amd/declance.c | 2 +-
drivers/net/ethernet/amd/sun3lance.c | 6 +-
drivers/net/ethernet/amd/sunlance.c | 2 +-
drivers/net/ethernet/amd/xgbe/xgbe-drv.c | 4 +-
drivers/net/ethernet/broadcom/bcm63xx_enet.c | 5 +-
drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c | 10 +
drivers/net/ethernet/broadcom/sb1250-mac.c | 4 +-
drivers/net/ethernet/chelsio/cxgb4/cxgb4_dcb.c | 4 +-
drivers/net/ethernet/chelsio/cxgb4/cxgb4_dcb.h | 2 +-
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 2 +-
drivers/net/ethernet/intel/i40e/i40e_main.c | 8 +
drivers/net/ethernet/intel/i40e/i40e_ptp.c | 3 +-
drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c | 10 +
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 10 +-
drivers/net/ethernet/micrel/ks8695net.c | 2 +-
drivers/net/ethernet/micrel/ks8851_mll.c | 4 +-
drivers/net/ethernet/smsc/smc911x.c | 3 +-
drivers/net/ethernet/smsc/smc91x.c | 3 +-
drivers/net/ethernet/smsc/smsc911x.c | 3 +-
drivers/net/ethernet/toshiba/ps3_gelic_net.c | 4 +-
drivers/net/ethernet/toshiba/ps3_gelic_net.h | 2 +-
drivers/net/ethernet/toshiba/spider_net.c | 4 +-
drivers/net/ethernet/toshiba/tc35815.c | 6 +-
drivers/net/ethernet/xilinx/ll_temac_main.c | 3 +-
drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 3 +-
drivers/net/ethernet/xilinx/xilinx_emaclite.c | 9 +-
drivers/net/slip/slip.c | 1 +
drivers/net/usb/ax88172a.c | 2 +-
drivers/net/usb/cdc_ncm.c | 2 +-
drivers/net/usb/lan78xx.c | 5 +
drivers/net/wireless/ath/ath10k/core.h | 1 +
drivers/net/wireless/ath/ath10k/mac.c | 2 +-
drivers/net/wireless/ath/ath10k/wmi.c | 22 +-
drivers/net/wireless/ath/ath10k/wmi.h | 8 +-
drivers/net/wireless/ath/ath9k/common-spectral.c | 2 +-
drivers/net/wireless/brcm80211/brcmfmac/p2p.c | 17 +-
drivers/net/wireless/brcm80211/brcmfmac/p2p.h | 2 +
.../net/wireless/realtek/rtl818x/rtl8187/leds.c | 2 +-
drivers/nvmem/core.c | 2 +-
drivers/of/base.c | 2 +-
drivers/pinctrl/pinctrl-at91-pio4.c | 8 +-
drivers/pinctrl/pinctrl-at91.c | 28 +-
drivers/power/ab8500_fg.c | 31 +-
drivers/power/max8998_charger.c | 2 +-
drivers/power/twl4030_charger.c | 30 +-
drivers/s390/net/qeth_l2_main.c | 3 +
drivers/s390/net/qeth_l3_main.c | 3 +
drivers/scsi/libsas/sas_expander.c | 13 +-
drivers/scsi/pm8001/pm8001_hwi.c | 6 +
drivers/scsi/pm8001/pm8001_sas.c | 9 +-
drivers/scsi/pm8001/pm8001_sas.h | 1 +
drivers/scsi/pm8001/pm80xx_hwi.c | 80 +-
drivers/scsi/pm8001/pm80xx_hwi.h | 3 +
drivers/scsi/sym53c8xx_2/sym_hipd.c | 15 +-
drivers/spi/spi-rockchip.c | 3 +
drivers/spi/spidev.c | 8 +-
drivers/tty/serial/mxs-auart.c | 3 +-
drivers/usb/chipidea/otg.c | 9 +-
drivers/usb/gadget/function/uvc_configfs.c | 7 +
drivers/usb/gadget/function/uvc_video.c | 32 +-
drivers/usb/gadget/udc/fotg210-udc.c | 2 +-
drivers/usb/serial/cypress_m8.c | 2 +-
drivers/vfio/pci/vfio_pci_config.c | 4 +-
drivers/video/backlight/lm3639_bl.c | 6 +-
drivers/video/fbdev/Kconfig | 10 -
drivers/video/fbdev/Makefile | 1 -
drivers/video/fbdev/core/fbmon.c | 95 --
drivers/video/fbdev/core/modedb.c | 57 -
drivers/video/fbdev/sbuslib.c | 28 +-
drivers/video/fbdev/sh_mobile_hdmi.c | 1489 --------------------
fs/ecryptfs/inode.c | 19 +-
fs/f2fs/gc.c | 2 +-
fs/fuse/control.c | 4 +-
fs/gfs2/rgrp.c | 2 +-
fs/gfs2/super.c | 2 +-
fs/kernfs/symlink.c | 5 +-
fs/nfs/delegation.c | 6 +-
fs/proc/vmcore.c | 10 +
include/linux/blkdev.h | 16 +-
include/linux/cpufeature.h | 2 +-
include/linux/edac.h | 3 +-
include/linux/fb.h | 3 -
include/linux/intel-iommu.h | 6 +-
include/linux/libfdt_env.h | 1 +
include/linux/platform_data/dma-ep93xx.h | 2 +-
include/linux/sunrpc/sched.h | 2 -
include/net/llc.h | 1 +
include/video/sh_mobile_hdmi.h | 49 -
kernel/events/uprobes.c | 4 +-
kernel/kprobes.c | 8 +-
kernel/printk/printk.c | 18 +-
kernel/signal.c | 4 +
mm/hugetlb_cgroup.c | 2 +-
mm/memcontrol.c | 2 +-
mm/shmem.c | 2 +-
net/bluetooth/l2cap_core.c | 10 +
net/llc/llc_core.c | 4 +-
net/mac80211/rc80211_minstrel_ht.c | 2 +-
net/openvswitch/vport-internal_dev.c | 5 +-
net/sunrpc/sched.c | 109 +-
net/wireless/nl80211.c | 2 +-
security/apparmor/apparmorfs.c | 2 +
security/apparmor/audit.c | 3 +-
security/apparmor/file.c | 3 +-
security/apparmor/include/policy.h | 2 +
security/apparmor/lsm.c | 22 +-
security/apparmor/policy.c | 18 +-
sound/core/oss/pcm_plugin.c | 4 +-
sound/core/seq/seq_system.c | 18 +-
sound/pci/hda/patch_sigmatel.c | 20 +
sound/pci/intel8x0m.c | 20 +-
sound/soc/codecs/sgtl5000.c | 2 +-
sound/soc/soc-pcm.c | 2 +-
sound/usb/endpoint.c | 3 +
sound/usb/mixer.c | 4 +-
193 files changed, 964 insertions(+), 2141 deletions(-)



2019-11-22 12:23:28

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 4.4 040/159] ARM: imx6: register pm_power_off handler if "fsl,pmic-stby-poweroff" is set

From: Oleksij Rempel <[email protected]>

[ Upstream commit 8148d2136002da2e2887caf6a07bbd9c033f14f3 ]

One of the Freescale recommended sequences for power off with external
PMIC is the following:
...
3. SoC is programming PMIC for power off when standby is asserted.
4. In CCM STOP mode, Standby is asserted, PMIC gates SoC supplies.

See:
http://www.nxp.com/assets/documents/data/en/reference-manuals/IMX6DQRM.pdf
page 5083

This patch implements step 4. of this sequence.

Signed-off-by: Oleksij Rempel <[email protected]>
Signed-off-by: Shawn Guo <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
arch/arm/mach-imx/pm-imx6.c | 25 +++++++++++++++++++++++++
1 file changed, 25 insertions(+)

diff --git a/arch/arm/mach-imx/pm-imx6.c b/arch/arm/mach-imx/pm-imx6.c
index a19d20f23e716..fff529c5f9b36 100644
--- a/arch/arm/mach-imx/pm-imx6.c
+++ b/arch/arm/mach-imx/pm-imx6.c
@@ -602,6 +602,28 @@ static void __init imx6_pm_common_init(const struct imx6_pm_socdata
IMX6Q_GPR1_GINT);
}

+static void imx6_pm_stby_poweroff(void)
+{
+ imx6_set_lpm(STOP_POWER_OFF);
+ imx6q_suspend_finish(0);
+
+ mdelay(1000);
+
+ pr_emerg("Unable to poweroff system\n");
+}
+
+static int imx6_pm_stby_poweroff_probe(void)
+{
+ if (pm_power_off) {
+ pr_warn("%s: pm_power_off already claimed %p %pf!\n",
+ __func__, pm_power_off, pm_power_off);
+ return -EBUSY;
+ }
+
+ pm_power_off = imx6_pm_stby_poweroff;
+ return 0;
+}
+
void __init imx6_pm_ccm_init(const char *ccm_compat)
{
struct device_node *np;
@@ -618,6 +640,9 @@ void __init imx6_pm_ccm_init(const char *ccm_compat)
val = readl_relaxed(ccm_base + CLPCR);
val &= ~BM_CLPCR_LPM;
writel_relaxed(val, ccm_base + CLPCR);
+
+ if (of_property_read_bool(np, "fsl,pmic-stby-poweroff"))
+ imx6_pm_stby_poweroff_probe();
}

void __init imx6q_pm_init(void)
--
2.20.1



2019-11-22 12:32:40

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 4.4 070/159] ARM: dts: am335x-evm: fix number of cpsw

From: Grygorii Strashko <[email protected]>

[ Upstream commit dcbf6b18d81bcdc51390ca1b258c17e2e13b7d0c ]

am335x-evm has only one CPSW external port physically wired, but DT defines
2 ext. ports. As result, PHY connection failure reported for the second
ext. port.

Update DT to reflect am335x-evm board HW configuration, and, while here,
switch to use phy-handle instead of phy_id.

Signed-off-by: Grygorii Strashko <[email protected]>
Signed-off-by: Tony Lindgren <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
arch/arm/boot/dts/am335x-evm.dts | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts
index d9d00ab863a21..2b8614e406f03 100644
--- a/arch/arm/boot/dts/am335x-evm.dts
+++ b/arch/arm/boot/dts/am335x-evm.dts
@@ -697,6 +697,7 @@
pinctrl-0 = <&cpsw_default>;
pinctrl-1 = <&cpsw_sleep>;
status = "okay";
+ slaves = <1>;
};

&davinci_mdio {
@@ -704,15 +705,14 @@
pinctrl-0 = <&davinci_mdio_default>;
pinctrl-1 = <&davinci_mdio_sleep>;
status = "okay";
-};

-&cpsw_emac0 {
- phy_id = <&davinci_mdio>, <0>;
- phy-mode = "rgmii-txid";
+ ethphy0: ethernet-phy@0 {
+ reg = <0>;
+ };
};

-&cpsw_emac1 {
- phy_id = <&davinci_mdio>, <1>;
+&cpsw_emac0 {
+ phy-handle = <&ethphy0>;
phy-mode = "rgmii-txid";
};

--
2.20.1



2019-11-22 12:32:42

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 4.4 064/159] power: supply: twl4030_charger: disable eoc interrupt on linear charge

From: Andreas Kemnade <[email protected]>

[ Upstream commit 079cdff3d0a09c5da10ae1be35def7a116776328 ]

This avoids getting woken up from suspend after power interruptions
when the bci wrongly thinks the battery is full just because
of input current going low because of low input power

Signed-off-by: Andreas Kemnade <[email protected]>
Signed-off-by: Sebastian Reichel <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
drivers/power/twl4030_charger.c | 27 ++++++++++++++++++++++++++-
1 file changed, 26 insertions(+), 1 deletion(-)

diff --git a/drivers/power/twl4030_charger.c b/drivers/power/twl4030_charger.c
index 14fed11e8f6e3..5b1f147b11cb0 100644
--- a/drivers/power/twl4030_charger.c
+++ b/drivers/power/twl4030_charger.c
@@ -469,6 +469,7 @@ static void twl4030_current_worker(struct work_struct *data)
static int twl4030_charger_enable_usb(struct twl4030_bci *bci, bool enable)
{
int ret;
+ u32 reg;

if (bci->usb_mode == CHARGE_OFF)
enable = false;
@@ -482,14 +483,38 @@ static int twl4030_charger_enable_usb(struct twl4030_bci *bci, bool enable)
bci->usb_enabled = 1;
}

- if (bci->usb_mode == CHARGE_AUTO)
+ if (bci->usb_mode == CHARGE_AUTO) {
+ /* Enable interrupts now. */
+ reg = ~(u32)(TWL4030_ICHGLOW | TWL4030_ICHGEOC |
+ TWL4030_TBATOR2 | TWL4030_TBATOR1 |
+ TWL4030_BATSTS);
+ ret = twl_i2c_write_u8(TWL4030_MODULE_INTERRUPTS, reg,
+ TWL4030_INTERRUPTS_BCIIMR1A);
+ if (ret < 0) {
+ dev_err(bci->dev,
+ "failed to unmask interrupts: %d\n",
+ ret);
+ return ret;
+ }
/* forcing the field BCIAUTOUSB (BOOT_BCI[1]) to 1 */
ret = twl4030_clear_set_boot_bci(0, TWL4030_BCIAUTOUSB);
+ }

/* forcing USBFASTMCHG(BCIMFSTS4[2]) to 1 */
ret = twl4030_clear_set(TWL_MODULE_MAIN_CHARGE, 0,
TWL4030_USBFASTMCHG, TWL4030_BCIMFSTS4);
if (bci->usb_mode == CHARGE_LINEAR) {
+ /* Enable interrupts now. */
+ reg = ~(u32)(TWL4030_ICHGLOW | TWL4030_TBATOR2 |
+ TWL4030_TBATOR1 | TWL4030_BATSTS);
+ ret = twl_i2c_write_u8(TWL4030_MODULE_INTERRUPTS, reg,
+ TWL4030_INTERRUPTS_BCIIMR1A);
+ if (ret < 0) {
+ dev_err(bci->dev,
+ "failed to unmask interrupts: %d\n",
+ ret);
+ return ret;
+ }
twl4030_clear_set_boot_bci(TWL4030_BCIAUTOAC|TWL4030_CVENAC, 0);
/* Watch dog key: WOVF acknowledge */
ret = twl_i2c_write_u8(TWL_MODULE_MAIN_CHARGE, 0x33,
--
2.20.1



2019-11-22 13:16:33

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.203 release.
> There are 159 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
> -------------
> Pseudo-Shortlog of commits:

...

> Marek Szyprowski <[email protected]>
> ARM: dts: exynos: Disable pull control for S5M8767 PMIC

The above commit is causing the following build error for ARM ...

Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
FATAL ERROR: Unable to parse input tree
scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1

Cheers
Jon

--
nvpublic

2019-11-22 13:37:35

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 22/11/2019 13:14, Jon Hunter wrote:
>
> On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 4.4.203 release.
>> There are 159 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being applied, please
>> let me know.
>>
>> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
>> Anything received after that time might be too late.
>>
>> The whole patch series can be found in one patch at:
>> https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
>> or in the git tree and branch at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
>> and the diffstat can be found below.
>>
>> thanks,
>>
>> greg k-h
>>
>> -------------
>> Pseudo-Shortlog of commits:
>
> ...
>
>> Marek Szyprowski <[email protected]>
>> ARM: dts: exynos: Disable pull control for S5M8767 PMIC
>
> The above commit is causing the following build error for ARM ...
>
> Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
> FATAL ERROR: Unable to parse input tree
> scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
> make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1

FYI ... after reverting the above all the tests are passing for Tegra.

Jon

--
nvpublic

2019-11-22 13:42:13

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Fri, Nov 22, 2019 at 01:14:28PM +0000, Jon Hunter wrote:
>
> On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.4.203 release.
> > There are 159 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> > Anything received after that time might be too late.
> >
> > The whole patch series can be found in one patch at:
> > https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
> >
> > -------------
> > Pseudo-Shortlog of commits:
>
> ...
>
> > Marek Szyprowski <[email protected]>
> > ARM: dts: exynos: Disable pull control for S5M8767 PMIC
>
> The above commit is causing the following build error for ARM ...
>
> Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
> FATAL ERROR: Unable to parse input tree
> scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
> make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1

Ugh. I'll go drop this from 4.4.y, is it also an issue in the 4.9.y
tree?

thanks,

greg k-h

2019-11-22 13:44:04

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Fri, Nov 22, 2019 at 02:39:31PM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 22, 2019 at 01:14:28PM +0000, Jon Hunter wrote:
> >
> > On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.4.203 release.
> > > There are 159 patches in this series, all will be posted as a response
> > > to this one. If anyone has any issues with these being applied, please
> > > let me know.
> > >
> > > Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> > > Anything received after that time might be too late.
> > >
> > > The whole patch series can be found in one patch at:
> > > https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> > > or in the git tree and branch at:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> > >
> > > -------------
> > > Pseudo-Shortlog of commits:
> >
> > ...
> >
> > > Marek Szyprowski <[email protected]>
> > > ARM: dts: exynos: Disable pull control for S5M8767 PMIC
> >
> > The above commit is causing the following build error for ARM ...
> >
> > Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
> > FATAL ERROR: Unable to parse input tree
> > scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
> > make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1
>
> Ugh. I'll go drop this from 4.4.y, is it also an issue in the 4.9.y
> tree?

Ah, I see your other email now, so I'll leave it in 4.9.y and push out a
new 4.4.y tree now.

thanks,

greg k-h

2019-11-22 13:47:51

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Fri, Nov 22, 2019 at 02:41:31PM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 22, 2019 at 02:39:31PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 22, 2019 at 01:14:28PM +0000, Jon Hunter wrote:
> > >
> > > On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
> > > > This is the start of the stable review cycle for the 4.4.203 release.
> > > > There are 159 patches in this series, all will be posted as a response
> > > > to this one. If anyone has any issues with these being applied, please
> > > > let me know.
> > > >
> > > > Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> > > > Anything received after that time might be too late.
> > > >
> > > > The whole patch series can be found in one patch at:
> > > > https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> > > > or in the git tree and branch at:
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> > > > and the diffstat can be found below.
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > > >
> > > > -------------
> > > > Pseudo-Shortlog of commits:
> > >
> > > ...
> > >
> > > > Marek Szyprowski <[email protected]>
> > > > ARM: dts: exynos: Disable pull control for S5M8767 PMIC
> > >
> > > The above commit is causing the following build error for ARM ...
> > >
> > > Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
> > > FATAL ERROR: Unable to parse input tree
> > > scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
> > > make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1
> >
> > Ugh. I'll go drop this from 4.4.y, is it also an issue in the 4.9.y
> > tree?
>
> Ah, I see your other email now, so I'll leave it in 4.9.y and push out a
> new 4.4.y tree now.

-rc2 is out now, with that patch removed, thanks.

greg k-h

2019-11-22 14:53:11

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 22/11/2019 13:46, Greg Kroah-Hartman wrote:
> On Fri, Nov 22, 2019 at 02:41:31PM +0100, Greg Kroah-Hartman wrote:
>> On Fri, Nov 22, 2019 at 02:39:31PM +0100, Greg Kroah-Hartman wrote:
>>> On Fri, Nov 22, 2019 at 01:14:28PM +0000, Jon Hunter wrote:
>>>>
>>>> On 22/11/2019 10:26, Greg Kroah-Hartman wrote:
>>>>> This is the start of the stable review cycle for the 4.4.203 release.
>>>>> There are 159 patches in this series, all will be posted as a response
>>>>> to this one. If anyone has any issues with these being applied, please
>>>>> let me know.
>>>>>
>>>>> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
>>>>> Anything received after that time might be too late.
>>>>>
>>>>> The whole patch series can be found in one patch at:
>>>>> https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
>>>>> or in the git tree and branch at:
>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
>>>>> and the diffstat can be found below.
>>>>>
>>>>> thanks,
>>>>>
>>>>> greg k-h
>>>>>
>>>>> -------------
>>>>> Pseudo-Shortlog of commits:
>>>>
>>>> ...
>>>>
>>>>> Marek Szyprowski <[email protected]>
>>>>> ARM: dts: exynos: Disable pull control for S5M8767 PMIC
>>>>
>>>> The above commit is causing the following build error for ARM ...
>>>>
>>>> Error: /dvs/git/dirty/git-master_l4t-upstream/kernel/arch/arm/boot/dts/exynos5250-arndale.dts:560.22-23 syntax error
>>>> FATAL ERROR: Unable to parse input tree
>>>> scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/exynos5250-arndale.dtb' failed
>>>> make[2]: *** [arch/arm/boot/dts/exynos5250-arndale.dtb] Error 1
>>>
>>> Ugh. I'll go drop this from 4.4.y, is it also an issue in the 4.9.y
>>> tree?
>>
>> Ah, I see your other email now, so I'll leave it in 4.9.y and push out a
>> new 4.4.y tree now.
>
> -rc2 is out now, with that patch removed, thanks.

Thanks. Well this is odd, now I see ...

Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path dwc3 not found
FATAL ERROR: Syntax error parsing input tree
scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
arch/arm/Makefile:338: recipe for target 'dtbs' failed
make: *** [dtbs] Error 2


This is caused by the following commit ...

commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
Author: H. Nikolaus Schaller <[email protected]>
Date: Fri Sep 28 17:54:00 2018 +0200

ARM: dts: omap5: enable OTG role for DWC3 controller


I was wondering why I did not see this before as it was listed
in the original email but looking back at the git log of what I
tested before, I don't see it ...

$ git log --oneline bc69c961f595..7bbe76363f8f arch/arm/boot
b883613d6f68 ARM: tegra: apalis_t30: fix mmc1 cmd pull-up
a1496418067c ARM: dts: tegra30: fix xcvr-setup-use-fuses
e3c8a2e4d6b6 ARM: dts: ste: Fix SPI controller node names
1c9e00b657ad ARM: dts: ux500: Fix LCDA clock line muxing
ec144e236880 ARM: dts: ux500: Correct SCU unit address
98c94b7bce20 ARM: dts: am335x-evm: fix number of cpsw
13b662ab1602 libfdt: Ensure INT_MAX is defined in libfdt_env.h
2b6e4587d0f5 ARM: dts: socfpga: Fix I2C bus unit-address error
1c4b78b0c003 ARM: dts: omap3-gta04: keep vpll2 always on
0c7dc0f3b2c3 ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot
3ecbffc9b6e4 ARM: dts: omap3-gta04: tvout: enable as display1 alias
a787cf8ff717 ARM: dts: omap3-gta04: give spi_lcd node a label so that we can overwrite in other DTS files
83264404b9c9 ARM: dts: exynos: Disable pull control for S5M8767 PMIC
dbe192b499b7 ARM: dts: pxa: fix power i2c base address
f1a2904901ad ARM: dts: exynos: Fix sound in Snow-rev5 Chromebook
9742b4c1d281 ARM: dts: at91/trivial: Fix USART1 definition for at91sam9g45

Anyway, not sure what happen there, but looks like the above
omap5 commit also needs to be dropped. I think you also need
to drop the following as there is a dependency between the two
...

commit 56bfbfd3fd46d250749fa4d5974147eb1e456a5b
Author: Roger Quadros <[email protected]>
Date: Wed Dec 5 19:27:44 2018 +0200

ARM: dts: omap5: Fix dual-role mode on Super-Speed port

Cheers
Jon

--
nvpublic

2019-11-22 18:11:33

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Fri, Nov 22, 2019 at 11:26:31AM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.203 release.
> There are 159 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> Anything received after that time might be too late.
>

For v4.4.202-159-gdbaac4c54573:

Build results:
total: 170 pass: 168 fail: 2
Failed builds:
arm:allmodconfig
arm:omap2plus_defconfig
Qemu test results:
total: 325 pass: 307 fail: 18
Failed tests:
<many arm tests>

------------
Error log:
Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path dwc3 not found
FATAL ERROR: Syntax error parsing input tree

Guenter

2019-11-22 20:22:31

by Shuah Khan

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On 11/22/19 3:26 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.203 release.
> There are 159 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>

Compiled and booted on my test system. No dmesg regressions.

thanks,
-- Shuah

2019-11-22 23:52:00

by Daniel Díaz

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

Hello!

On 11/22/19 4:26 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.203 release.
> There are 159 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Sun, 24 Nov 2019 09:59:19 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.203-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.

Summary
------------------------------------------------------------------------

kernel: 4.4.203-rc2
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-4.4.y
git commit: dbaac4c54573d428113956f3e4c56f9d94920c28
git describe: v4.4.202-159-gdbaac4c54573
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.4-oe/build/v4.4.202-159-gdbaac4c54573


No regressions (compared to build v4.4.202)

No fixes (compared to build v4.4.202)

Ran 20213 total tests in the following environments and test suites.

Environments
--------------
- i386
- juno-r2 - arm64
- qemu_arm
- qemu_arm64
- qemu_i386
- qemu_x86_64
- x15 - arm
- x86_64

Test Suites
-----------
* build
* kselftest
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-containers-tests
* ltp-cpuhotplug-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-open-posix-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* network-basic-tests
* perf
* prep-tmp-disk
* spectre-meltdown-checker-test
* kvm-unit-tests
* v4l2-compliance
* install-android-platform-tools-r2600
* kselftest-vsyscall-mode-native
* kselftest-vsyscall-mode-none
* ssuite


Summary
------------------------------------------------------------------------

kernel: 4.4.203-rc2
git repo: https://git.linaro.org/lkft/arm64-stable-rc.git
git branch: 4.4.203-rc2-hikey-20191122-613
git commit: fd5ba88e671977887fb59d54fa2697987c38931d
git describe: 4.4.203-rc2-hikey-20191122-613
Test details: https://qa-reports.linaro.org/lkft/linaro-hikey-stable-rc-4.4-oe/build/4.4.203-rc2-hikey-20191122-613


No regressions (compared to build 4.4.202-rc1-hikey-20191115-607)

No fixes (compared to build 4.4.202-rc1-hikey-20191115-607)

Ran 1605 total tests in the following environments and test suites.

Environments
--------------
- hi6220-hikey - arm64

Test Suites
-----------
* build
* install-android-platform-tools-r2600
* kselftest
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-containers-tests
* ltp-cpuhotplug-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* perf
* spectre-meltdown-checker-test
* v4l2-compliance


Greetings!

Daniel Díaz
[email protected]


--
Linaro LKFT
https://lkft.linaro.org

2019-11-23 15:49:07

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On 11/22/19 6:48 AM, Jon Hunter wrote:

[ ... ]

> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path dwc3 not found
> FATAL ERROR: Syntax error parsing input tree
> scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
> arch/arm/Makefile:338: recipe for target 'dtbs' failed
> make: *** [dtbs] Error 2
>
>
> This is caused by the following commit ...
>
> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
> Author: H. Nikolaus Schaller <[email protected]>
> Date: Fri Sep 28 17:54:00 2018 +0200
>
> ARM: dts: omap5: enable OTG role for DWC3 controller
>

On top of the breakage caused by this patch, I would also argue
that it is not a bug fix and should not have been included
in the first place.

The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
that patch, I highly doubt that a backport to 4.4 would work.

Guenter

2019-11-24 20:36:57

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 23/11/2019 15:46, Guenter Roeck wrote:
> On 11/22/19 6:48 AM, Jon Hunter wrote:
>
> [ ... ]
>
>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
>> dwc3 not found
>> FATAL ERROR: Syntax error parsing input tree
>> scripts/Makefile.lib:293: recipe for target
>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
>> make: *** [dtbs] Error 2
>>
>>
>> This is caused by the following commit ...
>>
>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
>> Author: H. Nikolaus Schaller <[email protected]>
>> Date:   Fri Sep 28 17:54:00 2018 +0200
>>
>>      ARM: dts: omap5: enable OTG role for DWC3 controller
>>
>
> On top of the breakage caused by this patch, I would also argue
> that it is not a bug fix and should not have been included
> in the first place.
>
> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
> that patch, I highly doubt that a backport to 4.4 would work.

FYI ... I am still seeing a build failure because of this with -rc2 ...

Test results for stable-v4.4:
6 builds: 3 pass, 3 fail
6 boots: 6 pass, 0 fail
11 tests: 11 pass, 0 fail

Linux version: 4.4.203-rc2-gdbaac4c54573
Boards tested: tegra124-jetson-tk1, tegra20-ventana,
tegra30-cardhu-a04

Cheers
Jon

--
nvpublic

2019-11-25 11:29:38

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
>
> On 23/11/2019 15:46, Guenter Roeck wrote:
> > On 11/22/19 6:48 AM, Jon Hunter wrote:
> >
> > [ ... ]
> >
> >> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
> >> dwc3 not found
> >> FATAL ERROR: Syntax error parsing input tree
> >> scripts/Makefile.lib:293: recipe for target
> >> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
> >> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
> >> arch/arm/Makefile:338: recipe for target 'dtbs' failed
> >> make: *** [dtbs] Error 2
> >>
> >>
> >> This is caused by the following commit ...
> >>
> >> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
> >> Author: H. Nikolaus Schaller <[email protected]>
> >> Date:?? Fri Sep 28 17:54:00 2018 +0200
> >>
> >> ???? ARM: dts: omap5: enable OTG role for DWC3 controller
> >>
> >
> > On top of the breakage caused by this patch, I would also argue
> > that it is not a bug fix and should not have been included
> > in the first place.
> >
> > The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
> > Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
> > that patch, I highly doubt that a backport to 4.4 would work.

Good catch, I have now dropped both of these patches and pushed out a
-rc3

> FYI ... I am still seeing a build failure because of this with -rc2 ...

Can you see if -rc3 is also giving you problems?

thanks,

greg k-h

2019-11-25 13:26:01

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 25/11/2019 09:41, Greg Kroah-Hartman wrote:
> On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
>>
>> On 23/11/2019 15:46, Guenter Roeck wrote:
>>> On 11/22/19 6:48 AM, Jon Hunter wrote:
>>>
>>> [ ... ]
>>>
>>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
>>>> dwc3 not found
>>>> FATAL ERROR: Syntax error parsing input tree
>>>> scripts/Makefile.lib:293: recipe for target
>>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
>>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
>>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
>>>> make: *** [dtbs] Error 2
>>>>
>>>>
>>>> This is caused by the following commit ...
>>>>
>>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
>>>> Author: H. Nikolaus Schaller <[email protected]>
>>>> Date:   Fri Sep 28 17:54:00 2018 +0200
>>>>
>>>>      ARM: dts: omap5: enable OTG role for DWC3 controller
>>>>
>>>
>>> On top of the breakage caused by this patch, I would also argue
>>> that it is not a bug fix and should not have been included
>>> in the first place.
>>>
>>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
>>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
>>> that patch, I highly doubt that a backport to 4.4 would work.
>
> Good catch, I have now dropped both of these patches and pushed out a
> -rc3
>
>> FYI ... I am still seeing a build failure because of this with -rc2 ...
>
> Can you see if -rc3 is also giving you problems?

Better, but I appear to be seeing some random suspend failures with this
now on one board. I will try to bisect this.

Test results for stable-v4.4:
6 builds: 6 pass, 0 fail
12 boots: 12 pass, 0 fail
19 tests: 18 pass, 1 fail

Linux version: 4.4.203-rc3-g2576206c30b5
Boards tested: tegra124-jetson-tk1, tegra20-ventana,
tegra30-cardhu-a04

Cheers
Jon

--
nvpublic

2019-11-25 14:12:55

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On 11/25/19 1:41 AM, Greg Kroah-Hartman wrote:
> On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
>>
>> On 23/11/2019 15:46, Guenter Roeck wrote:
>>> On 11/22/19 6:48 AM, Jon Hunter wrote:
>>>
>>> [ ... ]
>>>
>>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
>>>> dwc3 not found
>>>> FATAL ERROR: Syntax error parsing input tree
>>>> scripts/Makefile.lib:293: recipe for target
>>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
>>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
>>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
>>>> make: *** [dtbs] Error 2
>>>>
>>>>
>>>> This is caused by the following commit ...
>>>>
>>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
>>>> Author: H. Nikolaus Schaller <[email protected]>
>>>> Date:   Fri Sep 28 17:54:00 2018 +0200
>>>>
>>>>      ARM: dts: omap5: enable OTG role for DWC3 controller
>>>>
>>>
>>> On top of the breakage caused by this patch, I would also argue
>>> that it is not a bug fix and should not have been included
>>> in the first place.
>>>
>>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
>>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
>>> that patch, I highly doubt that a backport to 4.4 would work.
>
> Good catch, I have now dropped both of these patches and pushed out a
> -rc3
>
>> FYI ... I am still seeing a build failure because of this with -rc2 ...
>
> Can you see if -rc3 is also giving you problems?
>

For v4.4.202-157-g2576206c30b5:

Build results:
total: 170 pass: 170 fail: 0
Qemu test results:
total: 324 pass: 324 fail: 0

Guenter

2019-11-25 16:05:58

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Mon, Nov 25, 2019 at 01:22:58PM +0000, Jon Hunter wrote:
>
> On 25/11/2019 09:41, Greg Kroah-Hartman wrote:
> > On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
> >>
> >> On 23/11/2019 15:46, Guenter Roeck wrote:
> >>> On 11/22/19 6:48 AM, Jon Hunter wrote:
> >>>
> >>> [ ... ]
> >>>
> >>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
> >>>> dwc3 not found
> >>>> FATAL ERROR: Syntax error parsing input tree
> >>>> scripts/Makefile.lib:293: recipe for target
> >>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
> >>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
> >>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
> >>>> make: *** [dtbs] Error 2
> >>>>
> >>>>
> >>>> This is caused by the following commit ...
> >>>>
> >>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
> >>>> Author: H. Nikolaus Schaller <[email protected]>
> >>>> Date:?? Fri Sep 28 17:54:00 2018 +0200
> >>>>
> >>>> ???? ARM: dts: omap5: enable OTG role for DWC3 controller
> >>>>
> >>>
> >>> On top of the breakage caused by this patch, I would also argue
> >>> that it is not a bug fix and should not have been included
> >>> in the first place.
> >>>
> >>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
> >>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
> >>> that patch, I highly doubt that a backport to 4.4 would work.
> >
> > Good catch, I have now dropped both of these patches and pushed out a
> > -rc3
> >
> >> FYI ... I am still seeing a build failure because of this with -rc2 ...
> >
> > Can you see if -rc3 is also giving you problems?
>
> Better, but I appear to be seeing some random suspend failures with this
> now on one board. I will try to bisect this.
>
> Test results for stable-v4.4:
> 6 builds: 6 pass, 0 fail
> 12 boots: 12 pass, 0 fail
> 19 tests: 18 pass, 1 fail
>
> Linux version: 4.4.203-rc3-g2576206c30b5
> Boards tested: tegra124-jetson-tk1, tegra20-ventana,
> tegra30-cardhu-a04

Odd. If you find anything interesting, please let me know.

thanks for testing,

greg k-h

2019-11-25 18:49:15

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Mon, Nov 25, 2019 at 06:08:17AM -0800, Guenter Roeck wrote:
> On 11/25/19 1:41 AM, Greg Kroah-Hartman wrote:
> > On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
> > >
> > > On 23/11/2019 15:46, Guenter Roeck wrote:
> > > > On 11/22/19 6:48 AM, Jon Hunter wrote:
> > > >
> > > > [ ... ]
> > > >
> > > > > Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
> > > > > dwc3 not found
> > > > > FATAL ERROR: Syntax error parsing input tree
> > > > > scripts/Makefile.lib:293: recipe for target
> > > > > 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
> > > > > make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
> > > > > arch/arm/Makefile:338: recipe for target 'dtbs' failed
> > > > > make: *** [dtbs] Error 2
> > > > >
> > > > >
> > > > > This is caused by the following commit ...
> > > > >
> > > > > commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
> > > > > Author: H. Nikolaus Schaller <[email protected]>
> > > > > Date:?? Fri Sep 28 17:54:00 2018 +0200
> > > > >
> > > > > ???? ARM: dts: omap5: enable OTG role for DWC3 controller
> > > > >
> > > >
> > > > On top of the breakage caused by this patch, I would also argue
> > > > that it is not a bug fix and should not have been included
> > > > in the first place.
> > > >
> > > > The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
> > > > Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
> > > > that patch, I highly doubt that a backport to 4.4 would work.
> >
> > Good catch, I have now dropped both of these patches and pushed out a
> > -rc3
> >
> > > FYI ... I am still seeing a build failure because of this with -rc2 ...
> >
> > Can you see if -rc3 is also giving you problems?
> >
>
> For v4.4.202-157-g2576206c30b5:
>
> Build results:
> total: 170 pass: 170 fail: 0
> Qemu test results:
> total: 324 pass: 324 fail: 0

Thanks for testing, I'll go with this tree now.

greg k-h

2019-11-25 22:49:29

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 25/11/2019 16:03, Greg Kroah-Hartman wrote:
> On Mon, Nov 25, 2019 at 01:22:58PM +0000, Jon Hunter wrote:
>>
>> On 25/11/2019 09:41, Greg Kroah-Hartman wrote:
>>> On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
>>>>
>>>> On 23/11/2019 15:46, Guenter Roeck wrote:
>>>>> On 11/22/19 6:48 AM, Jon Hunter wrote:
>>>>>
>>>>> [ ... ]
>>>>>
>>>>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
>>>>>> dwc3 not found
>>>>>> FATAL ERROR: Syntax error parsing input tree
>>>>>> scripts/Makefile.lib:293: recipe for target
>>>>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
>>>>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
>>>>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
>>>>>> make: *** [dtbs] Error 2
>>>>>>
>>>>>>
>>>>>> This is caused by the following commit ...
>>>>>>
>>>>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
>>>>>> Author: H. Nikolaus Schaller <[email protected]>
>>>>>> Date:   Fri Sep 28 17:54:00 2018 +0200
>>>>>>
>>>>>>      ARM: dts: omap5: enable OTG role for DWC3 controller
>>>>>>
>>>>>
>>>>> On top of the breakage caused by this patch, I would also argue
>>>>> that it is not a bug fix and should not have been included
>>>>> in the first place.
>>>>>
>>>>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
>>>>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
>>>>> that patch, I highly doubt that a backport to 4.4 would work.
>>>
>>> Good catch, I have now dropped both of these patches and pushed out a
>>> -rc3
>>>
>>>> FYI ... I am still seeing a build failure because of this with -rc2 ...
>>>
>>> Can you see if -rc3 is also giving you problems?
>>
>> Better, but I appear to be seeing some random suspend failures with this
>> now on one board. I will try to bisect this.
>>
>> Test results for stable-v4.4:
>> 6 builds: 6 pass, 0 fail
>> 12 boots: 12 pass, 0 fail
>> 19 tests: 18 pass, 1 fail
>>
>> Linux version: 4.4.203-rc3-g2576206c30b5
>> Boards tested: tegra124-jetson-tk1, tegra20-ventana,
>> tegra30-cardhu-a04
>
> Odd. If you find anything interesting, please let me know.

Yes will do. Bisect has not found anything yet, so will keeping looking
to see if this is a false-positive or not.

Cheers Jon

--
nvpublic

2019-11-28 09:30:46

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review


On 25/11/2019 22:45, Jon Hunter wrote:
>
> On 25/11/2019 16:03, Greg Kroah-Hartman wrote:
>> On Mon, Nov 25, 2019 at 01:22:58PM +0000, Jon Hunter wrote:
>>>
>>> On 25/11/2019 09:41, Greg Kroah-Hartman wrote:
>>>> On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
>>>>>
>>>>> On 23/11/2019 15:46, Guenter Roeck wrote:
>>>>>> On 11/22/19 6:48 AM, Jon Hunter wrote:
>>>>>>
>>>>>> [ ... ]
>>>>>>
>>>>>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
>>>>>>> dwc3 not found
>>>>>>> FATAL ERROR: Syntax error parsing input tree
>>>>>>> scripts/Makefile.lib:293: recipe for target
>>>>>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
>>>>>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
>>>>>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
>>>>>>> make: *** [dtbs] Error 2
>>>>>>>
>>>>>>>
>>>>>>> This is caused by the following commit ...
>>>>>>>
>>>>>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
>>>>>>> Author: H. Nikolaus Schaller <[email protected]>
>>>>>>> Date:   Fri Sep 28 17:54:00 2018 +0200
>>>>>>>
>>>>>>>      ARM: dts: omap5: enable OTG role for DWC3 controller
>>>>>>>
>>>>>>
>>>>>> On top of the breakage caused by this patch, I would also argue
>>>>>> that it is not a bug fix and should not have been included
>>>>>> in the first place.
>>>>>>
>>>>>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
>>>>>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
>>>>>> that patch, I highly doubt that a backport to 4.4 would work.
>>>>
>>>> Good catch, I have now dropped both of these patches and pushed out a
>>>> -rc3
>>>>
>>>>> FYI ... I am still seeing a build failure because of this with -rc2 ...
>>>>
>>>> Can you see if -rc3 is also giving you problems?
>>>
>>> Better, but I appear to be seeing some random suspend failures with this
>>> now on one board. I will try to bisect this.
>>>
>>> Test results for stable-v4.4:
>>> 6 builds: 6 pass, 0 fail
>>> 12 boots: 12 pass, 0 fail
>>> 19 tests: 18 pass, 1 fail
>>>
>>> Linux version: 4.4.203-rc3-g2576206c30b5
>>> Boards tested: tegra124-jetson-tk1, tegra20-ventana,
>>> tegra30-cardhu-a04
>>
>> Odd. If you find anything interesting, please let me know.
>
> Yes will do. Bisect has not found anything yet, so will keeping looking
> to see if this is a false-positive or not.

I have been doing some more testing and it appears that I see
intermittent suspend failures on Tegra124 with linux-4.4.y. Apparently
this issue has always been there and appears to be fixed in v4.5. I am
still trying to find a way to fix this. The changes in v4.5 that appear
to resolve this are too complex for stable (several patches in Tegra clk
drivers). Anyway, ignore this for now, I will see how we can fix or
workaround for linux-4.4.y.

Jon

--
nvpublic

2019-11-28 10:37:06

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 4.4 000/159] 4.4.203-stable review

On Thu, Nov 28, 2019 at 09:26:25AM +0000, Jon Hunter wrote:
>
> On 25/11/2019 22:45, Jon Hunter wrote:
> >
> > On 25/11/2019 16:03, Greg Kroah-Hartman wrote:
> >> On Mon, Nov 25, 2019 at 01:22:58PM +0000, Jon Hunter wrote:
> >>>
> >>> On 25/11/2019 09:41, Greg Kroah-Hartman wrote:
> >>>> On Sun, Nov 24, 2019 at 08:31:46PM +0000, Jon Hunter wrote:
> >>>>>
> >>>>> On 23/11/2019 15:46, Guenter Roeck wrote:
> >>>>>> On 11/22/19 6:48 AM, Jon Hunter wrote:
> >>>>>>
> >>>>>> [ ... ]
> >>>>>>
> >>>>>>> Error: arch/arm/boot/dts/omap5-board-common.dtsi:636.1-6 Label or path
> >>>>>>> dwc3 not found
> >>>>>>> FATAL ERROR: Syntax error parsing input tree
> >>>>>>> scripts/Makefile.lib:293: recipe for target
> >>>>>>> 'arch/arm/boot/dts/omap5-igep0050.dtb' failed
> >>>>>>> make[1]: *** [arch/arm/boot/dts/omap5-igep0050.dtb] Error 1
> >>>>>>> arch/arm/Makefile:338: recipe for target 'dtbs' failed
> >>>>>>> make: *** [dtbs] Error 2
> >>>>>>>
> >>>>>>>
> >>>>>>> This is caused by the following commit ...
> >>>>>>>
> >>>>>>> commit d0abc07b3d752cbe2a8d315f662c53c772caed0f
> >>>>>>> Author: H. Nikolaus Schaller <[email protected]>
> >>>>>>> Date:?? Fri Sep 28 17:54:00 2018 +0200
> >>>>>>>
> >>>>>>> ???? ARM: dts: omap5: enable OTG role for DWC3 controller
> >>>>>>>
> >>>>>>
> >>>>>> On top of the breakage caused by this patch, I would also argue
> >>>>>> that it is not a bug fix and should not have been included
> >>>>>> in the first place.
> >>>>>>
> >>>>>> The dwc3 label was added with commit 4c387984618fe ("ARM: dts: omap5:
> >>>>>> Add l4 interconnect hierarchy and ti-sysc data"). Given the size of
> >>>>>> that patch, I highly doubt that a backport to 4.4 would work.
> >>>>
> >>>> Good catch, I have now dropped both of these patches and pushed out a
> >>>> -rc3
> >>>>
> >>>>> FYI ... I am still seeing a build failure because of this with -rc2 ...
> >>>>
> >>>> Can you see if -rc3 is also giving you problems?
> >>>
> >>> Better, but I appear to be seeing some random suspend failures with this
> >>> now on one board. I will try to bisect this.
> >>>
> >>> Test results for stable-v4.4:
> >>> 6 builds: 6 pass, 0 fail
> >>> 12 boots: 12 pass, 0 fail
> >>> 19 tests: 18 pass, 1 fail
> >>>
> >>> Linux version: 4.4.203-rc3-g2576206c30b5
> >>> Boards tested: tegra124-jetson-tk1, tegra20-ventana,
> >>> tegra30-cardhu-a04
> >>
> >> Odd. If you find anything interesting, please let me know.
> >
> > Yes will do. Bisect has not found anything yet, so will keeping looking
> > to see if this is a false-positive or not.
>
> I have been doing some more testing and it appears that I see
> intermittent suspend failures on Tegra124 with linux-4.4.y. Apparently
> this issue has always been there and appears to be fixed in v4.5. I am
> still trying to find a way to fix this. The changes in v4.5 that appear
> to resolve this are too complex for stable (several patches in Tegra clk
> drivers). Anyway, ignore this for now, I will see how we can fix or
> workaround for linux-4.4.y.

Ok, thanks for letting us know and good luck with it.

greg k-h