4.19.127-rc1 review
Subsystems (2)
Greg Kroah-Hartman
maintainercover 4.19.127-rc1 review
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +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.19.127-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.19.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <[email protected]>
Linux 4.19.127-rc1
Dinghao Liu <[email protected]>
net: smsc911x: Fix runtime PM imbalance on error
Jonathan McDowell <[email protected]>
net: ethernet: stmmac: Enable interface clocks on probe for IPQ806x
Valentin Longchamp <[email protected]>
net/ethernet/freescale: rework quiesce/activate for ucc_geth
Chaitanya Kulkarni <[email protected]>
null_blk: return error for invalid zone size
Gerald Schaefer <[email protected]>
s390/mm: fix set_huge_pte_at() for empty ptes
Jan Schmidt <[email protected]>
drm/edid: Add Oculus Rift S to non-desktop list
Jeremy Kerr <[email protected]>
net: bmac: Fix read of MAC address from ROM
Nathan Chancellor <[email protected]>
x86/mmiotrace: Use cpumask_available() for cpumask_var_t variables
Atsushi Nemoto <[email protected]>
i2c: altera: Fix race between xfer_msg and isr thread
Madhuparna Bhowmik <[email protected]>
evm: Fix RCU list related warnings
Vineet Gupta <[email protected]>
ARC: [plat-eznps]: Restrict to CONFIG_ISA_ARCOMPACT
Eugeniy Paltsev <[email protected]>
ARC: Fix ICCM & DCCM runtime size checks
Vasily Gorbik <[email protected]>
s390/ftrace: save traced function caller
Xinwei Kong <[email protected]>
spi: dw: use "smp_mb()" to avoid sending spi data error
Anju T Sudhakar <[email protected]>
powerpc/powernv: Avoid re-registration of imc debugfs directory
Xiang Chen <[email protected]>
scsi: hisi_sas: Check sas_port before using it
Lucas De Marchi <[email protected]>
drm/i915: fix port checks for MST support on gen >= 11
Dan Carpenter <[email protected]>
airo: Fix read overflows sending packets
DENG Qingfang <[email protected]>
net: dsa: mt7530: set CPU port to fallback mode
Can Guo <[email protected]>
scsi: ufs: Release clock if DMA map fails
Jérôme Pouiller <[email protected]>
mmc: fix compilation of user API
Daniel Axtens <[email protected]>
kernel/relay.c: handle alloc_percpu returning NULL in relay_open
Giuseppe Marco Randazzo <[email protected]>
p54usb: add AirVasT USB stick device-id
Julian Sax <[email protected]>
HID: i2c-hid: add Schneider SCL142ALM to descriptor override
Scott Shumate <[email protected]>
HID: sony: Fix for broken buttons on DS3 USB dongles
Fan Yang <[email protected]>
mm: Fix mremap not considering huge pmd devmap
Aneesh Kumar K.V <[email protected]>
libnvdimm: Fix endian conversion issues
Tejun Heo <[email protected]>
Revert "cgroup: Add memory barriers to plug cgroup_rstat_updated() race window"
-------------
Diffstat:
Makefile | 4 +-- arch/arc/kernel/setup.c | 5 +-- arch/arc/plat-eznps/Kconfig | 1 + arch/powerpc/platforms/powernv/opal-imc.c | 39 +++++++++------------- arch/s390/kernel/mcount.S | 1 + arch/s390/mm/hugetlbpage.c | 9 +++-- arch/x86/include/asm/pgtable.h | 1 + arch/x86/mm/mmio-mod.c | 4 +-- drivers/block/null_blk_zoned.c | 4 +++ drivers/gpu/drm/drm_edid.c | 3 +- drivers/gpu/drm/i915/intel_dp.c | 7 ++-- drivers/gpu/drm/i915/intel_dp_mst.c | 22 ++++++++---- drivers/hid/hid-sony.c | 17 ++++++++++ drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c | 8 +++++ drivers/i2c/busses/i2c-altera.c | 10 +++++- drivers/net/dsa/mt7530.c | 11 ++++-- drivers/net/dsa/mt7530.h | 6 ++++ drivers/net/ethernet/apple/bmac.c | 2 +- drivers/net/ethernet/freescale/ucc_geth.c | 13 ++++---- drivers/net/ethernet/smsc/smsc911x.c | 9 ++--- .../net/ethernet/stmicro/stmmac/dwmac-ipq806x.c | 13 ++++++++ drivers/net/wireless/cisco/airo.c | 12 +++++++ drivers/net/wireless/intersil/p54/p54usb.c | 1 + drivers/nvdimm/btt.c | 8 ++--- drivers/nvdimm/namespace_devs.c | 7 ++-- drivers/scsi/hisi_sas/hisi_sas_main.c | 3 +- drivers/scsi/ufs/ufshcd.c | 1 + drivers/spi/spi-dw.c | 3 ++ include/uapi/linux/mmc/ioctl.h | 1 + kernel/cgroup/rstat.c | 16 ++------- kernel/relay.c | 5 +++ mm/mremap.c | 2 +- security/integrity/evm/evm_crypto.c | 2 +- security/integrity/evm/evm_main.c | 4 +-- security/integrity/evm/evm_secfs.c | 9 ++++- 35 files changed, 178 insertions(+), 85 deletions(-)
Greg Kroah-Hartman
maintainerPATCH 1/28 Revert "cgroup: Add memory barriers to plug cgroup_rstat_updated() race window"
From: Tejun Heo <[email protected]>
[ Upstream commit d8ef4b38cb69d907f9b0e889c44d05fc0f890977 ]
This reverts commit 9a9e97b2f1f2 ("cgroup: Add memory barriers to plug cgroup_rstat_updated() race window").
The commit was added in anticipation of memcg rstat conversion which needed synchronous accounting for the event counters (e.g. oom kill count). However, the conversion didn't get merged due to percpu memory overhead concern which couldn't be addressed at the time.
Unfortunately, the patch's addition of smp_mb() to cgroup_rstat_updated() meant that every scheduling event now had to go through an additional full barrier and Mel Gorman noticed it as 1% regression in netperf UDP_STREAM test.
There's no need to have this barrier in tree now and even if we need synchronous accounting in the future, the right thing to do is separating that out to a separate function so that hot paths which don't care about synchronous behavior don't have to pay the overhead of the full barrier. Let's revert.
--- kernel/cgroup/rstat.c | 16 +++------------- 1 file changed, 3 insertions(+), 13 deletions(-)
kernel/cgroup/rstat.c +3 -13
@@ -32,12 +32,9 @@ void cgroup_rstat_updated(struct cgroup *cgrp, int cpu)return ;/* -* Paired with the one in cgroup_rstat_cpu_pop_upated(). Either we -* see NULL updated_next or they see our updated stat. -*/ -smp_mb (); - -/* +* Speculative already-on-list test. This may race leading to +* temporary inaccuracies, which is fine. +* * Because @parent's updated_children is terminated with @parent * instead of NULL, we can tell whether @cgrp is on the list by * testing the next pointer for NULL.
@@ -133,13 +130,6 @@ static struct cgroup *cgroup_rstat_cpu_pop_updated(struct cgroup *pos, *nextp = rstatc->updated_next; rstatc->updated_next =NULL ; -/* -* Paired with the one in cgroup_rstat_cpu_updated(). -* Either they see NULL updated_next or we see their -* updated stat. -*/ -smp_mb (); -return pos; }
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 2/28 libnvdimm: Fix endian conversion issues
In reply to Greg Kroah-HartmanFrom: Aneesh Kumar K.V <[email protected]>
commit 86aa66687442ef45909ff9814b82b4d2bb892294 upstream.
nd_label->dpa issue was observed when trying to enable the namespace created with little-endian kernel on a big-endian kernel. That made me run sparse on the rest of the code and other changes are the result of that.
--- drivers/nvdimm/btt.c | 8 ++++---- drivers/nvdimm/namespace_devs.c | 7 ++++--- 2 files changed, 8 insertions(+), 7 deletions(-)
drivers/nvdimm/btt.c +4 -4
@@ -400,9 +400,9 @@ static int btt_flog_write(struct arena_i arena->freelist[lane].sub =1 - arena->freelist[lane].sub;if (++(arena->freelist[lane].seq) ==4 ) arena->freelist[lane].seq =1 ; -if (ent_e_flag (ent->old_map)) +if (ent_e_flag (le32_to_cpu (ent->old_map))) arena->freelist[lane].has_err =1 ; - arena->freelist[lane].block =le32_to_cpu (ent_lba (ent->old_map)); + arena->freelist[lane].block =ent_lba (le32_to_cpu (ent->old_map));return ret; }
@@ -568,8 +568,8 @@ static int btt_freelist_init(struct aren* FIXME: if error clearing fails during init, we want to make * the BTT read-only */ -if (ent_e_flag (log_new.old_map) && - !ent_normal (log_new.old_map)) { +if (ent_e_flag (le32_to_cpu (log_new.old_map)) && + !ent_normal (le32_to_cpu (log_new.old_map))) { arena->freelist[i].has_err =1 ; ret =arena_clear_freelist_error (arena, i);if (ret)
drivers/nvdimm/namespace_devs.c +4 -3
@@ -1996,7 +1996,7 @@ static struct device *create_namespace_p nd_mapping = &nd_region->mapping[i]; label_ent =list_first_entry_or_null (&nd_mapping->labels,typeof (*label_ent), list); - label0 = label_ent ? label_ent->label :0 ; + label0 = label_ent ? label_ent->label :NULL ;if (!label0) {WARN_ON (1 );
@@ -2332,8 +2332,9 @@ static struct device **scan_labels(struccontinue ;/* skip labels that describe extents outside of the region */ -if (nd_label->dpa < nd_mapping->start || nd_label->dpa > map_end) -continue ; +if (__le64_to_cpu (nd_label->dpa) < nd_mapping->start || +__le64_to_cpu (nd_label->dpa) > map_end) +continue ; i =add_namespace_resource (nd_region, nd_label, devs, count);if (i <0 )
Greg Kroah-Hartman
maintainerPATCH 3/28 mm: Fix mremap not considering huge pmd devmap
In reply to Greg Kroah-HartmanFrom: Fan Yang <[email protected]>
commit 5bfea2d9b17f1034a68147a8b03b9789af5700f9 upstream.
The original code in mm/mremap.c checks huge pmd by:
if (is_swap_pmd(*old_pmd) || pmd_trans_huge(*old_pmd)) {However, a DAX mapped nvdimm is mapped as huge page (by default) but it is not transparent huge page (_PAGE_PSE | PAGE_DEVMAP). This commit changes the condition to include the case.
This addresses CVE-2020-10757.
--- arch/x86/include/asm/pgtable.h | 1 + mm/mremap.c | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-)
arch/x86/include/asm/pgtable.h +1 -0
@@ -237,6 +237,7 @@ static inline int pmd_large(pmd_t pte) }#ifdef CONFIG_TRANSPARENT_HUGEPAGE +/* NOTE: when predicate huge page, consider also pmd_devmap, or use pmd_large */ static inline int pmd_trans_huge (pmd_t pmd) {return (pmd_val (pmd) & (_PAGE_PSE|_PAGE_DEVMAP)) == _PAGE_PSE;
mm/mremap.c +1 -1
@@ -221,7 +221,7 @@ unsigned long move_page_tables(struct vm new_pmd =alloc_new_pmd (vma->vm_mm, vma, new_addr);if (!new_pmd)break ; -if (is_swap_pmd (*old_pmd) ||pmd_trans_huge (*old_pmd)) { +if (is_swap_pmd (*old_pmd) ||pmd_trans_huge (*old_pmd) ||pmd_devmap (*old_pmd)) {if (extent ==HPAGE_PMD_SIZE ) {bool moved;/* See comment in move_ptes() */
Greg Kroah-Hartman
maintainerPATCH 4/28 HID: sony: Fix for broken buttons on DS3 USB dongles
In reply to Greg Kroah-HartmanFrom: Scott Shumate <[email protected]>
commit e72455b898ac678667c5674668186b4670d87d11 upstream.
Fix for non-working buttons on knock-off USB dongles for Sony controllers. These USB dongles are used to connect older Sony DA/DS1/DS2 controllers via USB and are common on Amazon, AliExpress, etc. Without the patch, the square, X, and circle buttons do not function. These dongles used to work prior to kernel 4.10 but removing the global DS3 report fixup in commit e19a267b9987 ("HID: sony: DS3 comply to Linux gamepad spec") exposed the problem.
Many people reported the problem on the Ubuntu forums and are working around the problem by falling back to the 4.9 hid-sony driver.
The problem stems from these dongles incorrectly reporting their button count as 13 instead of 16. This patch fixes up the report descriptor by changing the button report count to 16 and removing 3 padding bits.
--- drivers/hid/hid-sony.c | 17 +++++++++++++++++ 1 file changed, 17 insertions(+)
drivers/hid/hid-sony.c +17 -0
@@ -869,6 +869,23 @@ static u8 *sony_report_fixup(struct hid_if (sc->quirks &PS3REMOTE )return ps3remote_fixup (hdev, rdesc, rsize); +/* +* Some knock-off USB dongles incorrectly report their button count +* as 13 instead of 16 causing three non-functional buttons. +*/ +if ((sc->quirks &SIXAXIS_CONTROLLER_USB ) && *rsize >=45 && +/* Report Count (13) */ + rdesc[23 ] ==0x95 && rdesc[24 ] ==0x0D && +/* Usage Maximum (13) */ + rdesc[37 ] ==0x29 && rdesc[38 ] ==0x0D && +/* Report Count (3) */ + rdesc[43 ] ==0x95 && rdesc[44 ] ==0x03 ) { +hid_info (hdev,"Fixing up USB dongle report descriptor\n" ); + rdesc[24 ] =0x10 ; + rdesc[38 ] =0x10 ; + rdesc[44 ] =0x00 ; + } +return rdesc; }
Greg Kroah-Hartman
maintainerPATCH 5/28 HID: i2c-hid: add Schneider SCL142ALM to descriptor override
In reply to Greg Kroah-HartmanFrom: Julian Sax <[email protected]>
commit 6507ef10660efdfee93f0f3b9fac24b5e4d83e56 upstream.
This device uses the SIPODEV SP1064 touchpad, which does not supply descriptors, so it has to be added to the override list.
--- drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c | 8 ++++++++ 1 file changed, 8 insertions(+)
drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c +8 -0
@@ -381,6 +381,14 @@ static const struct dmi_system_id i2c_hi }, .driver_data = (void *)&sipodev_desc }, + { + .ident = "Schneider SCL142ALM", + .matches = { + DMI_EXACT_MATCH(DMI_SYS_VENDOR, "SCHNEIDER"), + DMI_EXACT_MATCH(DMI_PRODUCT_NAME, "SCL142ALM"), + }, + .driver_data = (void *)&sipodev_desc + }, { } /* Terminate list */ };
Greg Kroah-Hartman
maintainerPATCH 6/28 p54usb: add AirVasT USB stick device-id
In reply to Greg Kroah-HartmanFrom: Giuseppe Marco Randazzo <[email protected]>
commit 63e49a9fdac1b4e97ac26cb3fe953f210d83bc53 upstream.
This patch adds the AirVasT USB wireless devices 124a:4026 to the list of supported devices. It's using the ISL3886 usb firmware. Without this modification, the wiki adapter is not recognized.
--- drivers/net/wireless/intersil/p54/p54usb.c | 1 + 1 file changed, 1 insertion(+)
drivers/net/wireless/intersil/p54/p54usb.c +1 -0
@@ -64,6 +64,7 @@ static const struct usb_device_id p54u_t {USB_DEVICE(0x0db0, 0x6826)}, /* MSI UB54G (MS-6826) */ {USB_DEVICE(0x107b, 0x55f2)}, /* Gateway WGU-210 (Gemtek) */ {USB_DEVICE(0x124a, 0x4023)}, /* Shuttle PN15, Airvast WM168g, IOGear GWU513 */ + {USB_DEVICE(0x124a, 0x4026)}, /* AirVasT USB wireless device */ {USB_DEVICE(0x1435, 0x0210)}, /* Inventel UR054G */ {USB_DEVICE(0x15a9, 0x0002)}, /* Gemtek WUBI-100GW 802.11g */ {USB_DEVICE(0x1630, 0x0005)}, /* 2Wire 802.11g USB (v1) / Z-Com */
Greg Kroah-Hartman
maintainerPATCH 7/28 kernel/relay.c: handle alloc_percpu returning NULL in relay_open
In reply to Greg Kroah-HartmanFrom: Daniel Axtens <[email protected]>
commit 54e200ab40fc14c863bcc80a51e20b7906608fce upstream.
alloc_percpu() may return NULL, which means chan->buf may be set to NULL. In that case, when we do *per_cpu_ptr(chan->buf, ...), we dereference an invalid pointer:
BUG: Unable to handle kernel data access at 0x7dae0000
Faulting instruction address: 0xc0000000003f3fec
...
NIP relay_open+0x29c/0x600
LR relay_open+0x270/0x600
Call Trace:
relay_open+0x264/0x600 (unreliable)
__blk_trace_setup+0x254/0x600
blk_trace_setup+0x68/0xa0
sg_ioctl+0x7bc/0x2e80
do_vfs_ioctl+0x13c/0x1300
ksys_ioctl+0x94/0x130
sys_ioctl+0x48/0xb0
system_call+0x5c/0x68Check if alloc_percpu returns NULL.
This was found by syzkaller both on x86 and powerpc, and the reproducer it found on powerpc is capable of hitting the issue as an unprivileged user.
--- kernel/relay.c | 5 +++++ 1 file changed, 5 insertions(+)
kernel/relay.c +5 -0
@@ -581,6 +581,11 @@ struct rchan *relay_open(const char *basreturn NULL ; chan->buf = alloc_percpu(struct rchan_buf *); +if (!chan->buf) { +kfree (chan); +return NULL ; + } + chan->version =RELAYFS_CHANNEL_VERSION ; chan->n_subbufs = n_subbufs; chan->subbuf_size = subbuf_size;
Greg Kroah-Hartman
maintainerPATCH 8/28 mmc: fix compilation of user API
In reply to Greg Kroah-HartmanFrom: Jérôme Pouiller <[email protected]>
commit 83fc5dd57f86c3ec7d6d22565a6ff6c948853b64 upstream.
The definitions of MMC_IOC_CMD and of MMC_IOC_MULTI_CMD rely on MMC_BLOCK_MAJOR:
#define MMC_IOC_CMD _IOWR(MMC_BLOCK_MAJOR, 0, struct mmc_ioc_cmd)
#define MMC_IOC_MULTI_CMD _IOWR(MMC_BLOCK_MAJOR, 1, struct mmc_ioc_multi_cmd)However, MMC_BLOCK_MAJOR is defined in linux/major.h and linux/mmc/ioctl.h did not include it.
--- include/uapi/linux/mmc/ioctl.h | 1 + 1 file changed, 1 insertion(+)
include/uapi/linux/mmc/ioctl.h +1 -0
@@ -3,6 +3,7 @@#define LINUX_MMC_IOCTL_H #include <linux/types.h> +#include <linux/major.h> struct mmc_ioc_cmd {/* Implies direction of data. true = write, false = read */
Greg Kroah-Hartman
maintainerPATCH 9/28 scsi: ufs: Release clock if DMA map fails
In reply to Greg Kroah-HartmanFrom: Can Guo <[email protected]>
commit 17c7d35f141ef6158076adf3338f115f64fcf760 upstream.
In queuecommand path, if DMA map fails, it bails out with clock held. In this case, release the clock to keep its usage paired.
[mkp: applied by hand]
[EB: resolved cherry-pick conflict caused by newer kernels not having
the clear_bit_unlock() line]
--- drivers/scsi/ufs/ufshcd.c | 1 + 1 file changed, 1 insertion(+)
drivers/scsi/ufs/ufshcd.c +1 -0
@@ -2505,6 +2505,7 @@ static int ufshcd_queuecommand(struct Sc err =ufshcd_map_sg (hba, lrbp);if (err) { +ufshcd_release (hba); lrbp->cmd =NULL ;clear_bit_unlock (tag, &hba->lrb_in_use); goto out;
Greg Kroah-Hartman
maintainerPATCH 10/28 net: dsa: mt7530: set CPU port to fallback mode
In reply to Greg Kroah-HartmanFrom: DENG Qingfang <[email protected]>
commit 38152ea37d8bdaffa22603e0a5b5b86cfa8714c9 upstream.
Currently, setting a bridge's self PVID to other value and deleting the default VID 1 renders untagged ports of that VLAN unable to talk to the CPU port:
bridge vlan add dev br0 vid 2 pvid untagged self bridge vlan del dev br0 vid 1 self
bridge vlan add dev sw0p0 vid 2 pvid untagged bridge vlan del dev sw0p0 vid 1
# br0 cannot send untagged frames out of sw0p0 anymore
That is because the CPU port is set to security mode and its PVID is still 1, and untagged frames are dropped due to VLAN member violation.
Set the CPU port to fallback mode so untagged frames can pass through.
--- drivers/net/dsa/mt7530.c | 11 ++++++++--- drivers/net/dsa/mt7530.h | 6 ++++++ 2 files changed, 14 insertions(+), 3 deletions(-)
drivers/net/dsa/mt7530.c +8 -3
@@ -860,10 +860,15 @@ mt7530_port_set_vlan_aware(struct dsa_sw PCR_MATRIX_MASK, PCR_MATRIX(MT7530_ALL_MEMBERS));/* Trapped into security mode allows packet forwarding through VLAN -* table lookup. +* table lookup. CPU port is set to fallback mode to let untagged +* frames pass through. */ -mt7530_rmw (priv,MT7530_PCR_P (port),PCR_PORT_VLAN_MASK , -MT7530_PORT_SECURITY_MODE ); +if (dsa_is_cpu_port (ds, port)) +mt7530_rmw (priv,MT7530_PCR_P (port),PCR_PORT_VLAN_MASK , +MT7530_PORT_FALLBACK_MODE ); +else +mt7530_rmw (priv,MT7530_PCR_P (port),PCR_PORT_VLAN_MASK , +MT7530_PORT_SECURITY_MODE );/* Set the port as a user port which is to be able to recognize VID * from incoming packets before fetching entry within the VLAN table.
drivers/net/dsa/mt7530.h +6 -0
@@ -148,6 +148,12 @@ enum mt7530_port_mode {/* Port Matrix Mode: Frames are forwarded by the PCR_MATRIX members. */ MT7530_PORT_MATRIX_MODE =PORT_VLAN (0 ), +/* Fallback Mode: Forward received frames with ingress ports that do +* not belong to the VLAN member. Frames whose VID is not listed on +* the VLAN table are forwarded by the PCR_MATRIX members. +*/ + MT7530_PORT_FALLBACK_MODE = PORT_VLAN(1), +/* Security Mode: Discard any frame due to ingress membership * violation or VID missed on the VLAN table. */
Greg Kroah-Hartman
maintainerPATCH 11/28 airo: Fix read overflows sending packets
In reply to Greg Kroah-HartmanFrom: Dan Carpenter <[email protected]>
commit 11e7a91994c29da96d847f676be023da6a2c1359 upstream.
The problem is that we always copy a minimum of ETH_ZLEN (60) bytes from skb->data even when skb->len is less than ETH_ZLEN so it leads to a read overflow.
The fix is to pad skb->data to at least ETH_ZLEN bytes.
--- drivers/net/wireless/cisco/airo.c | 12 ++++++++++++ 1 file changed, 12 insertions(+)
drivers/net/wireless/cisco/airo.c +12 -0
@@ -1928,6 +1928,10 @@ static netdev_tx_t mpi_start_xmit(structairo_print_err (dev->name,"%s: skb == NULL!" ,__func__);return NETDEV_TX_OK ; } +if (skb_padto (skb,ETH_ZLEN )) { + dev->stats.tx_dropped++; +return NETDEV_TX_OK ; + } npacks =skb_queue_len (&ai->txq);if (npacks >=MAXTXQ -1 ) {
@@ -2130,6 +2134,10 @@ static netdev_tx_t airo_start_xmit(strucairo_print_err (dev->name,"%s: skb == NULL!" , __func__);return NETDEV_TX_OK ; } +if (skb_padto (skb,ETH_ZLEN )) { + dev->stats.tx_dropped++; +return NETDEV_TX_OK ; + }/* Find a vacant FID */ for ( i =0 ; i <MAX_FIDS /2 && (fids[i] &0xffff0000 ); i++ );
@@ -2204,6 +2212,10 @@ static netdev_tx_t airo_start_xmit11(strairo_print_err (dev->name,"%s: skb == NULL!" , __func__);return NETDEV_TX_OK ; } +if (skb_padto (skb,ETH_ZLEN )) { + dev->stats.tx_dropped++; +return NETDEV_TX_OK ; + }/* Find a vacant FID */ for ( i =MAX_FIDS /2 ; i <MAX_FIDS && (fids[i] &0xffff0000 ); i++ );
Greg Kroah-Hartman
maintainerPATCH 12/28 drm/i915: fix port checks for MST support on gen >= 11
In reply to Greg Kroah-HartmanFrom: Lucas De Marchi <[email protected]>
[ Upstream commit 10d987fd1b7baceaafa78d805e71427ab735b4e4 ]
Both Ice Lake and Elkhart Lake (gen 11) support MST on all external connections except DDI A. Tiger Lake (gen 12) supports on all external connections.
Move the check to happen inside intel_dp_mst_encoder_init() and add specific platform checks.
v2: Replace != with == checks for ports on gen < 11 (Ville)
--- drivers/gpu/drm/i915/intel_dp.c | 7 ++----- drivers/gpu/drm/i915/intel_dp_mst.c | 22 ++++++++++++++++------ 2 files changed, 18 insertions(+), 11 deletions(-)
drivers/gpu/drm/i915/intel_dp.c +2 -5
@@ -6288,11 +6288,8 @@ intel_dp_init_connector(struct intel_digital_port *intel_dig_port, intel_connector->get_hw_state = intel_connector_get_hw_state;/* init MST on ports that can support it */ -if (HAS_DP_MST (dev_priv) && !intel_dp_is_edp (intel_dp) && - (port ==PORT_B || port ==PORT_C || - port ==PORT_D || port ==PORT_F )) -intel_dp_mst_encoder_init (intel_dig_port, - intel_connector->base.base.id); +intel_dp_mst_encoder_init (intel_dig_port, + intel_connector->base.base.id);if (!intel_edp_init_connector (intel_dp, intel_connector)) {intel_dp_aux_fini (intel_dp);
drivers/gpu/drm/i915/intel_dp_mst.c +16 -6
@@ -588,21 +588,31 @@ intel_dp_create_fake_mst_encoders(struct intel_digital_port *intel_dig_port)int intel_dp_mst_encoder_init (struct intel_digital_port *intel_dig_port,int conn_base_id) { +struct drm_i915_private *i915 =to_i915 (intel_dig_port->base.base.dev);struct intel_dp *intel_dp = &intel_dig_port->dp; -struct drm_device *dev = intel_dig_port->base.base.dev; +enum port port = intel_dig_port->base.port;int ret; - intel_dp->can_mst = true; +if (!HAS_DP_MST (i915) ||intel_dp_is_edp (intel_dp)) +return 0 ; + +if (INTEL_GEN (i915) <12 && port ==PORT_A ) +return 0 ; + +if (INTEL_GEN (i915) <11 && port ==PORT_E ) +return 0 ; + intel_dp->mst_mgr.cbs = &mst_cbs;/* create encoders */ intel_dp_create_fake_mst_encoders (intel_dig_port); - ret =drm_dp_mst_topology_mgr_init (&intel_dp->mst_mgr, dev, + ret =drm_dp_mst_topology_mgr_init (&intel_dp->mst_mgr, &i915->drm, &intel_dp->aux,16 ,3 , conn_base_id); -if (ret) { - intel_dp->can_mst = false; +if (ret)return ret; - } + + intel_dp->can_mst = true; +return 0 ; }
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 13/28 scsi: hisi_sas: Check sas_port before using it
In reply to Greg Kroah-HartmanFrom: Xiang Chen <[email protected]>
[ Upstream commit 8c39673d5474b95374df2104dc1f65205c5278b8 ]
Need to check the structure sas_port before using it.
--- drivers/scsi/hisi_sas/hisi_sas_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
drivers/scsi/hisi_sas/hisi_sas_main.c +2 -1
@@ -789,12 +789,13 @@ static void hisi_sas_port_notify_formed(struct asd_sas_phy *sas_phy)struct hisi_hba *hisi_hba = sas_ha->lldd_ha;struct hisi_sas_phy *phy = sas_phy->lldd_phy;struct asd_sas_port *sas_port = sas_phy->port; -struct hisi_sas_port *port =to_hisi_sas_port (sas_port); +struct hisi_sas_port *port;unsigned long flags;if (!sas_port)return ; + port =to_hisi_sas_port (sas_port);spin_lock_irqsave (&hisi_hba->lock, flags); port->port_attached =1 ; port->id = phy->port_id;
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 14/28 powerpc/powernv: Avoid re-registration of imc debugfs directory
In reply to Greg Kroah-HartmanFrom: Anju T Sudhakar <[email protected]>
[ Upstream commit 48e626ac85b43cc589dd1b3b8004f7f85f03544d ]
export_imc_mode_and_cmd() function which creates the debugfs interface for imc-mode and imc-command, is invoked when each nest pmu units is registered.
When the first nest pmu unit is registered, export_imc_mode_and_cmd() creates 'imc' directory under /debug/powerpc/. In the subsequent invocations debugfs_create_dir() function returns, since the directory already exists.
The recent commit <c33d442328f55> (debugfs: make error message a bit more verbose), throws a warning if we try to invoke debugfs_create_dir() with an already existing directory name.
Address this warning by making the debugfs directory registration in the opal_imc_counters_probe() function, i.e invoke export_imc_mode_and_cmd() function from the probe function.
--- arch/powerpc/platforms/powernv/opal-imc.c | 39 ++++++++++------------- 1 file changed, 16 insertions(+), 23 deletions(-)
arch/powerpc/platforms/powernv/opal-imc.c +16 -23
@@ -63,10 +63,6 @@ static void export_imc_mode_and_cmd(struct device_node *node, imc_debugfs_parent =debugfs_create_dir ("imc" , powerpc_debugfs_root); -/* -* Return here, either because 'imc' directory already exists, -* Or failed to create a new one. -*/ if (!imc_debugfs_parent)return ;
@@ -139,7 +135,6 @@ static int imc_get_mem_addr_nest(struct device_node *node, } pmu_ptr->imc_counter_mmaped = true; -export_imc_mode_and_cmd (node, pmu_ptr);kfree (base_addr_arr);kfree (chipid_arr);return 0 ;
@@ -155,7 +150,7 @@ static int imc_get_mem_addr_nest(struct device_node *node,* and domain as the inputs. * Allocates memory for the struct imc_pmu, sets up its domain, size and offsets */ -static int imc_pmu_create (struct device_node *parent,int pmu_index,int domain) +static struct imc_pmu *imc_pmu_create (struct device_node *parent,int pmu_index,int domain) {int ret =0 ;struct imc_pmu *pmu_ptr;
@@ -163,27 +158,23 @@ static int imc_pmu_create(struct device_node *parent, int pmu_index, int domain)/* Return for unknown domain */ if (domain <0 ) -return -EINVAL ; +return NULL ;/* memory for pmu */ pmu_ptr =kzalloc (sizeof (*pmu_ptr),GFP_KERNEL );if (!pmu_ptr) -return -ENOMEM ; +return NULL ;/* Set the domain */ pmu_ptr->domain = domain; ret =of_property_read_u32 (parent,"size" , &pmu_ptr->counter_mem_size); -if (ret) { - ret = -EINVAL ; +if (ret) goto free_pmu; - }if (!of_property_read_u32 (parent,"offset" , &offset)) { -if (imc_get_mem_addr_nest (parent, pmu_ptr, offset)) { - ret = -EINVAL ; +if (imc_get_mem_addr_nest (parent, pmu_ptr, offset)) goto free_pmu; - } }/* Function to register IMC pmu */
@@ -194,14 +185,14 @@ static int imc_pmu_create(struct device_node *parent, int pmu_index, int domain)if (pmu_ptr->domain ==IMC_DOMAIN_NEST )kfree (pmu_ptr->mem_info);kfree (pmu_ptr); -return ret; +return NULL ; } -return 0 ; +return pmu_ptr; free_pmu:kfree (pmu_ptr); -return ret; +return NULL ; }static void disable_nest_pmu_counters (void )
@@ -258,6 +249,7 @@ int get_max_nest_dev(void)static int opal_imc_counters_probe (struct platform_device *pdev) {struct device_node *imc_dev = pdev->dev.of_node; +struct imc_pmu *pmu;int pmu_count =0 , domain;bool core_imc_reg = false, thread_imc_reg = false;u32 type;
@@ -273,6 +265,7 @@ static int opal_imc_counters_probe(struct platform_device *pdev) }for_each_compatible_node (imc_dev,NULL ,IMC_DTB_UNIT_COMPAT ) { + pmu =NULL ;if (of_property_read_u32 (imc_dev,"type" , &type)) {pr_warn ("IMC Device without type property\n" );continue ;
@@ -294,9 +287,13 @@ static int opal_imc_counters_probe(struct platform_device *pdev)break ; } -if (!imc_pmu_create (imc_dev, pmu_count, domain)) { -if (domain ==IMC_DOMAIN_NEST ) + pmu =imc_pmu_create (imc_dev, pmu_count, domain); +if (pmu !=NULL ) { +if (domain ==IMC_DOMAIN_NEST ) { +if (!imc_debugfs_parent) +export_imc_mode_and_cmd (imc_dev, pmu); pmu_count++; + }if (domain ==IMC_DOMAIN_CORE ) core_imc_reg = true;if (domain ==IMC_DOMAIN_THREAD )
@@ -304,10 +301,6 @@ static int opal_imc_counters_probe(struct platform_device *pdev) } } -/* If none of the nest units are registered, remove debugfs interface */ -if (pmu_count ==0 ) -debugfs_remove_recursive (imc_debugfs_parent); -/* If core imc is not registered, unregister thread-imc */ if (!core_imc_reg && thread_imc_reg)unregister_thread_imc ();
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 15/28 spi: dw: use "smp_mb()" to avoid sending spi data error
In reply to Greg Kroah-HartmanFrom: Xinwei Kong <[email protected]>
[ Upstream commit bfda044533b213985bc62bd7ca96f2b984d21b80 ]
Because of out-of-order execution about some CPU architecture, In this debug stage we find Completing spi interrupt enable -> prodrucing TXEI interrupt -> running "interrupt_transfer" function will prior to set "dw->rx and dws->rx_end" data, so this patch add memory barrier to enable dw->rx and dw->rx_end to be visible and solve to send SPI data error.
eg:
it will fix to this following low possibility error in testing environment which using SPI control to connect TPM Modules
kernel: tpm tpm0: Operation Timed out
kernel: tpm tpm0: tpm_relinquish_locality: : error -1
--- drivers/spi/spi-dw.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/spi/spi-dw.c +3 -0
@@ -304,6 +304,9 @@ static int dw_spi_transfer_one(struct spi_controller *master, dws->len = transfer->len;spin_unlock_irqrestore (&dws->buf_lock, flags); +/* Ensure dw->rx and dw->rx_end are visible */ +smp_mb (); +spi_enable_chip (dws,0 );/* Handle per transfer options for bpw and speed */
Signature · 1 line
2.25.1
Re: [PATCH 4.19 15/28] spi: dw: use "smp_mb()" to avoid sending spi data error
Hi!
Quoted 6 lines
Because of out-of-order execution about some CPU architecture, In this debug stage we find Completing spi interrupt enable -> prodrucing TXEI interrupt -> running "
interrupt_transfer" function will prior to set "dw->rxanddws->rx_end" data, so this patch add memory barrier to enabledw->rxanddw->rx_endto be visible and solve to send SPI data error.
So, this is apparently CPU-vs-device issue...
drivers/spi/spi-dw.c static int dw_spi_transfer_one(struct spi_controller *master, · line 309
Quoted 8 lines
+++
b/drivers/spi/spi-dw.cdrivers/spi/spi-dw.c +3
-0@@ -304,6 +304,9 @@ static int dw_spi_transfer_one(struct spi_controller *master, dws->len = transfer->len;spin_unlock_irqrestore (&dws->buf_lock, flags); +/* Ensure dw->rx and dw->rx_end are visible */ +smp_mb (); +
But we use SMP-only memory barrier, thus the bug will still be there in single-processor configurations. Should this be mb()?
Best regards,
Pavel
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Re: [PATCH 4.19 15/28] spi: dw: use "smp_mb()" to avoid sending spi data error
Quoted 8 lines · Pavel Machek
Quoted 6 lines
Because of out-of-order execution about some CPU architecture, In this debug stage we find Completing spi interrupt enable -> prodrucing TXEI interrupt -> running "
interrupt_transfer" function will prior to set "dw->rxanddws->rx_end" data, so this patch add memory barrier to enabledw->rxanddw->rx_endto be visible and solve to send SPI data error.So, this is apparently CPU-vs-device issue...
The commit message is a bit unclear but my read had been interrupt handler racing with sending new data rather than an ordering issue with writes to the hardware.
Re: [PATCH 4.19 15/28] spi: dw: use "smp_mb()" to avoid sending spi data error
Quoted 9 lines · Mark Brown
Quoted 6 lines · Pavel Machek
Quoted 6 lines
Because of out-of-order execution about some CPU architecture, In this debug stage we find Completing spi interrupt enable -> prodrucing TXEI interrupt -> running "
interrupt_transfer" function will prior to set "dw->rxanddws->rx_end" data, so this patch add memory barrier to enabledw->rxanddw->rx_endto be visible and solve to send SPI data error.
Quoted 5 lines
Quoted 1 line
So, this is apparently CPU-vs-device issue...
The commit message is a bit unclear but my read had been interrupt handler racing with sending new data rather than an ordering issue with writes to the hardware.
Aha, patch makes sense, then. Thanks for explanation!
Pavel
Signature · 2 lines
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Greg Kroah-Hartman
maintainerPATCH 16/28 s390/ftrace: save traced function caller
In reply to Greg Kroah-HartmanFrom: Vasily Gorbik <[email protected]>
[ Upstream commit b4adfe55915d8363e244e42386d69567db1719b9 ]
A typical backtrace acquired from ftraced function currently looks like the following (e.g. for "path_openat"):
arch_stack_walk+0x15c/0x2d8 stack_trace_save+0x50/0x68 stack_trace_call+0x15a/0x3b8 ftrace_graph_caller+0x0/0x1c 0x3e0007e3c98 <- ftraced function caller (should be do_filp_open+0x7c/0xe8) do_open_execat+0x70/0x1b8 __do_execve_file.isra.0+0x7d8/0x860 __s390x_sys_execve+0x56/0x68 system_call+0xdc/0x2d8
Note random "0x3e0007e3c98" stack value as ftraced function caller. This value causes either imprecise unwinder result or unwinding failure. That "0x3e0007e3c98" comes from r14 of ftraced function stack frame, which it haven't had a chance to initialize since the very first instruction calls ftrace code ("ftrace_caller"). (ftraced function might never save r14 as well). Nevertheless according to s390 ABI any function is called with stack frame allocated for it and r14 contains return address. "ftrace_caller" itself is called with "brasl %r0,ftrace_caller". So, to fix this issue simply always save traced function caller onto ftraced function stack frame.
--- arch/s390/kernel/mcount.S | 1 + 1 file changed, 1 insertion(+)
arch/s390/kernel/mcount.S +1 -0
@@ -40,6 +40,7 @@ EXPORT_SYMBOL(_mcount) ENTRY(ftrace_caller) .globl ftrace_regs_caller .set ftrace_regs_caller,ftrace_caller + stg %r14,(__SF_GPRS+8*8)(%r15) # save traced function caller lgr %r1,%r15 #if !(defined(CC_USING_HOTPATCH) || defined(CC_USING_NOP_MCOUNT)) aghi %r0,MCOUNT_RETURN_FIXUP
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 17/28 ARC: Fix ICCM & DCCM runtime size checks
In reply to Greg Kroah-HartmanFrom: Eugeniy Paltsev <[email protected]>
[ Upstream commit 43900edf67d7ef3ac8909854d75b8a1fba2d570c ]
As of today the ICCM and DCCM size checks are incorrectly using mismatched units (KiB checked against bytes). The CONFIG_ARC_DCCM_SZ and CONFIG_ARC_ICCM_SZ are in KiB, but the size calculated in runtime and stored in cpu->dccm.sz and cpu->iccm.sz is in bytes.
Fix that.
--- arch/arc/kernel/setup.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)
arch/arc/kernel/setup.c +3 -2
@@ -15,6 +15,7 @@#include <linux/clocksource.h> #include <linux/console.h> #include <linux/module.h> +#include <linux/sizes.h> #include <linux/cpu.h> #include <linux/of_fdt.h> #include <linux/of.h>
@@ -406,12 +407,12 @@ static void arc_chk_core_config(void)if ((unsigned int )__arc_dccm_base != cpu->dccm.base_addr)panic ("Linux built with incorrect DCCM Base address\n" ); -if (CONFIG_ARC_DCCM_SZ != cpu->dccm.sz) +if (CONFIG_ARC_DCCM_SZ *SZ_1K != cpu->dccm.sz)panic ("Linux built with incorrect DCCM Size\n" );#endif #ifdef CONFIG_ARC_HAS_ICCM -if (CONFIG_ARC_ICCM_SZ != cpu->iccm.sz) +if (CONFIG_ARC_ICCM_SZ *SZ_1K != cpu->iccm.sz)panic ("Linux built with incorrect ICCM Size\n" );#endif
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 18/28 ARC: [plat-eznps]: Restrict to CONFIG_ISA_ARCOMPACT
In reply to Greg Kroah-HartmanFrom: Vineet Gupta <[email protected]>
[ Upstream commit 799587d5731db9dcdafaac4002463aa7d9cd6cf7 ]
Elide invalid configuration EZNPS + ARCv2, triggered by a make allyesconfig build.
Granted the root cause is in source code (asm/barrier.h) where we check for ARCv2 before PLAT_EZNPS, but it is better to avoid such combinations at onset rather then baking subtle nuances into code.
--- arch/arc/plat-eznps/Kconfig | 1 + 1 file changed, 1 insertion(+)
arch/arc/plat-eznps/Kconfig +1 -0
@@ -6,6 +6,7 @@ menuconfig ARC_PLAT_EZNPS bool "\"EZchip\" ARC dev platform" + depends on ISA_ARCOMPACT select CPU_BIG_ENDIAN select CLKSRC_NPS if !PHYS_ADDR_T_64BIT select EZNPS_GIC
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 19/28 evm: Fix RCU list related warnings
In reply to Greg Kroah-HartmanFrom: Madhuparna Bhowmik <[email protected]>
[ Upstream commit 770f60586d2af0590be263f55fd079226313922c ]
This patch fixes the following warning and few other instances of traversal of evm_config_xattrnames list:
[ 32.848432] ============================= [ 32.848707] WARNING: suspicious RCU usage [ 32.848966] 5.7.0-rc1-00006-ga8d5875ce5f0b #1 Not tainted [ 32.849308] ----------------------------- [ 32.849567] security/integrity/evm/evm_main.c:231 RCU-list traversed in non-reader section!!
Since entries are only added to the list and never deleted, use list_for_each_entry_lockless() instead of list_for_each_entry_rcu for traversing the list. Also, add a relevant comment in evm_secfs.c to indicate this fact.
--- security/integrity/evm/evm_crypto.c | 2 +- security/integrity/evm/evm_main.c | 4 ++-- security/integrity/evm/evm_secfs.c | 9 ++++++++- 3 files changed, 11 insertions(+), 4 deletions(-)
security/integrity/evm/evm_crypto.c +1 -1
@@ -215,7 +215,7 @@ static int evm_calc_hmac_or_hash(struct dentry *dentry, data->hdr.length =crypto_shash_digestsize (desc->tfm); error = -ENODATA ; -list_for_each_entry_rcu (xattr, &evm_config_xattrnames, list) { +list_for_each_entry_lockless (xattr, &evm_config_xattrnames, list) {bool is_ima = false;if (strcmp (xattr->name,XATTR_NAME_IMA ) ==0 )
security/integrity/evm/evm_main.c +2 -2
@@ -102,7 +102,7 @@ static int evm_find_protected_xattrs(struct dentry *dentry)if (!(inode->i_opflags &IOP_XATTR ))return -EOPNOTSUPP ; -list_for_each_entry_rcu (xattr, &evm_config_xattrnames, list) { +list_for_each_entry_lockless (xattr, &evm_config_xattrnames, list) { error =__vfs_getxattr (dentry, inode, xattr->name,NULL ,0 );if (error <0 ) {if (error == -ENODATA )
@@ -233,7 +233,7 @@ static int evm_protected_xattr(const char *req_xattr_name)struct xattr_list *xattr; namelen =strlen (req_xattr_name); -list_for_each_entry_rcu (xattr, &evm_config_xattrnames, list) { +list_for_each_entry_lockless (xattr, &evm_config_xattrnames, list) {if ((strlen (xattr->name) == namelen) && (strncmp (req_xattr_name, xattr->name, namelen) ==0 )) { found =1 ;
security/integrity/evm/evm_secfs.c +8 -1
@@ -237,7 +237,14 @@ static ssize_t evm_write_xattrs(struct file *file, const char __user *buf, goto out; } -/* Guard against races in evm_read_xattrs */ +/* +* xattr_list_mutex guards against races in evm_read_xattrs(). +* Entries are only added to the evm_config_xattrnames list +* and never deleted. Therefore, the list is traversed +* using list_for_each_entry_lockless() without holding +* the mutex in evm_calc_hmac_or_hash(), evm_find_protected_xattrs() +* and evm_protected_xattr(). +*/ mutex_lock (&xattr_list_mutex);list_for_each_entry (tmp, &evm_config_xattrnames, list) {if (strcmp (xattr->name, tmp->name) ==0 ) {
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 20/28 i2c: altera: Fix race between xfer_msg and isr thread
In reply to Greg Kroah-HartmanFrom: Atsushi Nemoto <[email protected]>
[ Upstream commit 5d4c7977499a736f3f80826bdc9744344ad55589 ]
Use a mutex to protect access to idev->msg_len, idev->buf, etc. which are modified by both altr_i2c_xfer_msg() and altr_i2c_isr().
This is the minimal fix for easy backporting. A cleanup to remove the spinlock will be added later.
--- drivers/i2c/busses/i2c-altera.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-)
drivers/i2c/busses/i2c-altera.c +9 -1
@@ -81,6 +81,7 @@* @isr_mask: cached copy of local ISR enables. * @isr_status: cached copy of local ISR status. * @lock: spinlock for IRQ synchronization. +* @isr_mutex: mutex for IRQ thread. */ struct altr_i2c_dev {void __iomem *base;
@@ -97,6 +98,7 @@ struct altr_i2c_dev {u32 isr_mask;u32 isr_status;spinlock_t lock;/* IRQ synchronization */ +struct mutex isr_mutex; }; static void
@@ -256,10 +258,11 @@ static irqreturn_t altr_i2c_isr(int irq, void *_dev)struct altr_i2c_dev *idev = _dev;u32 status = idev->isr_status; +mutex_lock (&idev->isr_mutex);if (!idev->msg) {dev_warn (idev->dev,"unexpected interrupt\n" );altr_i2c_int_clear (idev,ALTR_I2C_ALL_IRQ ); -return IRQ_HANDLED ; + goto out; } read = (idev->msg->flags &I2C_M_RD ) !=0 ;
@@ -312,6 +315,8 @@ static irqreturn_t altr_i2c_isr(int irq, void *_dev)complete (&idev->msg_complete);dev_dbg (idev->dev,"Message Complete\n" ); } +out: +mutex_unlock (&idev->isr_mutex);return IRQ_HANDLED ; }
@@ -323,6 +328,7 @@ static int altr_i2c_xfer_msg(struct altr_i2c_dev *idev, struct i2c_msg *msg)u32 value;u8 addr =i2c_8bit_addr_from_msg (msg); +mutex_lock (&idev->isr_mutex); idev->msg = msg; idev->msg_len = msg->len; idev->buf = msg->buf;
@@ -347,6 +353,7 @@ static int altr_i2c_xfer_msg(struct altr_i2c_dev *idev, struct i2c_msg *msg)altr_i2c_int_enable (idev, imask, true);altr_i2c_fill_tx_fifo (idev); } +mutex_unlock (&idev->isr_mutex); time_left =wait_for_completion_timeout (&idev->msg_complete,ALTR_I2C_XFER_TIMEOUT );
@@ -420,6 +427,7 @@ static int altr_i2c_probe(struct platform_device *pdev) idev->dev = &pdev->dev;init_completion (&idev->msg_complete);spin_lock_init (&idev->lock); +mutex_init (&idev->isr_mutex); ret =device_property_read_u32 (idev->dev,"fifo-size" , &idev->fifo_size);
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 21/28 x86/mmiotrace: Use cpumask_available() for cpumask_var_t variables
In reply to Greg Kroah-HartmanFrom: Nathan Chancellor <[email protected]>
[ Upstream commit d7110a26e5905ec2fe3fc88bc6a538901accb72b ]
When building with Clang + -Wtautological-compare and CONFIG_CPUMASK_OFFSTACK unset:
arch/x86/mm/mmio-mod.c:375:6: warning: comparison of array 'downed_cpus' equal to a null pointer is always false [-Wtautological-pointer-compare]
if (downed_cpus == NULL &&
^~~~~~~~~~~ ~~~~
arch/x86/mm/mmio-mod.c:405:6: warning: comparison of array 'downed_cpus'
equal to a null pointer is always false [-Wtautological-pointer-compare]
if (downed_cpus == NULL || cpumask_weight(downed_cpus) == 0)
^~~~~~~~~~~ ~~~~2 warnings generated.
Commit
f7e30f01a9e2 ("cpumask: Add helper cpumask_available()")
added cpumask_available() to fix warnings of this nature. Use that here so that clang does not warn regardless of CONFIG_CPUMASK_OFFSTACK's value.
--- arch/x86/mm/mmio-mod.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
arch/x86/mm/mmio-mod.c +2 -2
@@ -384,7 +384,7 @@ static void enter_uniprocessor(void)int cpu;int err; -if (downed_cpus ==NULL && +if (!cpumask_available (downed_cpus) && !alloc_cpumask_var (&downed_cpus,GFP_KERNEL )) {pr_notice ("Failed to allocate mask\n" ); goto out;
@@ -414,7 +414,7 @@ static void leave_uniprocessor(void)int cpu;int err; -if (downed_cpus ==NULL ||cpumask_weight (downed_cpus) ==0 ) +if (!cpumask_available (downed_cpus) ||cpumask_weight (downed_cpus) ==0 )return ;pr_notice ("Re-enabling CPUs...\n" );for_each_cpu (cpu, downed_cpus) {
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 22/28 net: bmac: Fix read of MAC address from ROM
In reply to Greg Kroah-HartmanFrom: Jeremy Kerr <[email protected]>
[ Upstream commit ef01cee2ee1b369c57a936166483d40942bcc3e3 ]
In bmac_get_station_address, We're reading two bytes at a time from ROM, but we do that six times, resulting in 12 bytes of read & writes. This means we will write off the end of the six-byte destination buffer.
This change fixes the for-loop to only read/write six bytes.
Based on a proposed fix from Finn Thain <[email protected]>.
--- drivers/net/ethernet/apple/bmac.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/net/ethernet/apple/bmac.c +1 -1
@@ -1181,7 +1181,7 @@ bmac_get_station_address(struct net_device *dev, unsigned char *ea)int i;unsigned short data; -for (i =0 ; i <6 ; i++) +for (i =0 ; i <3 ; i++) {reset_and_select_srom (dev); data =read_srom (dev, i + EnetAddressOffset/2 , SROMAddressBits);
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 23/28 drm/edid: Add Oculus Rift S to non-desktop list
In reply to Greg Kroah-HartmanFrom: Jan Schmidt <[email protected]>
[ Upstream commit 5a3f610877e9d08968ea7237551049581f02b163 ]
Add a quirk for the Oculus Rift S OVR0012 display so it shows up as a non-desktop display.
--- drivers/gpu/drm/drm_edid.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
drivers/gpu/drm/drm_edid.c +2 -1
@@ -198,10 +198,11 @@ static const struct edid_quirk { { "HVR", 0xaa01, EDID_QUIRK_NON_DESKTOP }, { "HVR", 0xaa02, EDID_QUIRK_NON_DESKTOP }, -/* Oculus Rift DK1, DK2, and CV1 VR Headsets */ +/* Oculus Rift DK1, DK2, CV1 and Rift S VR Headsets */ { "OVR", 0x0001, EDID_QUIRK_NON_DESKTOP }, { "OVR", 0x0003, EDID_QUIRK_NON_DESKTOP }, { "OVR", 0x0004, EDID_QUIRK_NON_DESKTOP }, + { "OVR", 0x0012, EDID_QUIRK_NON_DESKTOP },/* Windows Mixed Reality Headsets */ { "ACR", 0x7fce, EDID_QUIRK_NON_DESKTOP },
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 24/28 s390/mm: fix set_huge_pte_at() for empty ptes
In reply to Greg Kroah-HartmanFrom: Gerald Schaefer <[email protected]>
[ Upstream commit ac8372f3b4e41015549b331a4f350224661e7fc6 ]
On s390, the layout of normal and large ptes (i.e. pmds/puds) differs. Therefore, set_huge_pte_at() does a conversion from a normal pte to the corresponding large pmd/pud. So, when converting an empty pte, this should result in an empty pmd/pud, which would return true for pmd/pud_none().
However, after conversion we also mark the pmd/pud as large, and therefore present. For empty ptes, this will result in an empty pmd/pud that is also marked as large, and pmd/pud_none() would not return true.
There is currently no issue with this behaviour, as set_huge_pte_at() does not seem to be called for empty ptes. It would be valid though, so let's fix this by not marking empty ptes as large in set_huge_pte_at().
This was found by testing a patch from from Anshuman Khandual, which is currently discussed on LKML ("mm/debug: Add more arch page table helper tests").
--- arch/s390/mm/hugetlbpage.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-)
arch/s390/mm/hugetlbpage.c +6 -3
@@ -159,10 +159,13 @@ void set_huge_pte_at(struct mm_struct *mm, unsigned long addr, rste &= ~_SEGMENT_ENTRY_NOEXEC;/* Set correct table type for 2G hugepages */ -if ((pte_val (*ptep) & _REGION_ENTRY_TYPE_MASK) == _REGION_ENTRY_TYPE_R3) - rste |= _REGION_ENTRY_TYPE_R3 | _REGION3_ENTRY_LARGE; -else +if ((pte_val (*ptep) & _REGION_ENTRY_TYPE_MASK) == _REGION_ENTRY_TYPE_R3) { +if (likely (pte_present (pte))) + rste |= _REGION3_ENTRY_LARGE; + rste |= _REGION_ENTRY_TYPE_R3; + }else if (likely (pte_present (pte))) rste |= _SEGMENT_ENTRY_LARGE; +clear_huge_pte_skeys (mm, rste);pte_val (*ptep) = rste; }
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 25/28 null_blk: return error for invalid zone size
In reply to Greg Kroah-HartmanFrom: Chaitanya Kulkarni <[email protected]>
[ Upstream commit e274832590211c4b1b1e807ca66fad8b5bb8b328 ]
In null_init_zone_dev() check if the zone size is larger than device capacity, return error if needed.
This also fixes the following oops :-
null_blk: changed the number of conventional zones to 4294967295
BUG: kernel NULL pointer dereference, address: 0000000000000010 PGD 7d76c5067 P4D 7d76c5067 PUD 7d240c067 PMD 0 Oops: 0002 [#1] SMP NOPTI CPU: 4 PID: 5508 Comm: nullbtests.sh Tainted: G OE 5.7.0-rc4lblk-fnext0 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-59-gc9ba5276e4 RIP: 0010:null_init_zoned_dev+0x17a/0x27f [null_blk] RSP: 0018:ffffc90007007e00 EFLAGS: 00010246 RAX: 0000000000000020 RBX: ffff8887fb3f3c00 RCX: 0000000000000007 RDX: 0000000000000000 RSI: ffff8887ca09d688 RDI: ffff888810fea510 RBP: 0000000000000010 R08: ffff8887ca09d688 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000000 R12: ffff8887c26e8000 R13: ffffffffa05e9390 R14: 0000000000000000 R15: 0000000000000001 FS: 00007fcb5256f740(0000) GS:ffff888810e00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000010 CR3: 000000081e8fe000 CR4: 00000000003406e0 Call Trace: null_add_dev+0x534/0x71b [null_blk] nullb_device_power_store.cold.41+0x8/0x2e [null_blk] configfs_write_file+0xe6/0x150 vfs_write+0xba/0x1e0 ksys_write+0x5f/0xe0 do_syscall_64+0x60/0x250 entry_SYSCALL_64_after_hwframe+0x49/0xb3 RIP: 0033:0x7fcb51c71840
--- drivers/block/null_blk_zoned.c | 4 ++++ 1 file changed, 4 insertions(+)
drivers/block/null_blk_zoned.c +4 -0
@@ -20,6 +20,10 @@ int null_zone_init(struct nullb_device *dev)pr_err ("null_blk: zone_size must be power-of-two\n" );return -EINVAL ; } +if (dev->zone_size > dev->size) { +pr_err ("Zone size larger than device capacity\n" ); +return -EINVAL ; + } dev->zone_size_sects = dev->zone_size <<ZONE_SIZE_SHIFT ; dev->nr_zones = dev_size >>
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 26/28 net/ethernet/freescale: rework quiesce/activate for ucc_geth
In reply to Greg Kroah-HartmanFrom: Valentin Longchamp <[email protected]>
[ Upstream commit 79dde73cf9bcf1dd317a2667f78b758e9fe139ed ]
ugeth_quiesce/activate are used to halt the controller when there is a link change that requires to reconfigure the mac.
The previous implementation called netif_device_detach(). This however causes the initial activation of the netdevice to fail precisely because it's detached. For details, see [1].
A possible workaround was the revert of commit
net: linkwatch: add check for netdevice being present to linkwatch_do_dev However, the check introduced in the above commit is correct and shall be kept.
The netif_device_detach() is thus replaced with netif_tx_stop_all_queues() that prevents any tranmission. This allows to perform mac config change required by the link change, without detaching the corresponding netdevice and thus not preventing its initial activation.
[1] https://lists.openwall.net/netdev/2020/01/08/201
--- drivers/net/ethernet/freescale/ucc_geth.c | 13 +++++++------ 1 file changed, 7 insertions(+), 6 deletions(-)
drivers/net/ethernet/freescale/ucc_geth.c +7 -6
@@ -45,6 +45,7 @@#include <soc/fsl/qe/ucc.h> #include <soc/fsl/qe/ucc_fast.h> #include <asm/machdep.h> +#include <net/sch_generic.h> #include "ucc_geth.h"
@@ -1551,11 +1552,8 @@ static int ugeth_disable(struct ucc_geth_private *ugeth, enum comm_dir mode)static void ugeth_quiesce (struct ucc_geth_private *ugeth) { -/* Prevent any further xmits, plus detach the device. */ -netif_device_detach (ugeth->ndev); - -/* Wait for any current xmits to finish. */ -netif_tx_disable (ugeth->ndev); +/* Prevent any further xmits */ +netif_tx_stop_all_queues (ugeth->ndev);/* Disable the interrupt to avoid NAPI rescheduling. */ disable_irq (ugeth->ug_info->uf_info.irq);
@@ -1568,7 +1566,10 @@ static void ugeth_activate(struct ucc_geth_private *ugeth) {napi_enable (&ugeth->napi);enable_irq (ugeth->ug_info->uf_info.irq); -netif_device_attach (ugeth->ndev); + +/* allow to xmit again */ +netif_tx_wake_all_queues (ugeth->ndev); +__netdev_watchdog_up (ugeth->ndev); }/* Called every time the controller might need to be made
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 27/28 net: ethernet: stmmac: Enable interface clocks on probe for IPQ806x
In reply to Greg Kroah-HartmanFrom: Jonathan McDowell <[email protected]>
[ Upstream commit a96ac8a0045e3cbe3e5af6d1b3c78c6c2065dec5 ]
The ipq806x_gmac_probe() function enables the PTP clock but not the appropriate interface clocks. This means that if the bootloader hasn't done so attempting to bring up the interface will fail with an error like:
[ 59.028131] ipq806x-gmac-dwmac 37600000.ethernet: Failed to reset the dma [ 59.028196] ipq806x-gmac-dwmac 37600000.ethernet eth1: stmmac_hw_setup: DMA engine initialization failed [ 59.034056] ipq806x-gmac-dwmac 37600000.ethernet eth1: stmmac_open: Hw setup failed
This patch, a slightly cleaned up version of one posted by Sergey Sergeev in:
https://forum.openwrt.org/t/support-for-mikrotik-rb3011uias-rm/4064/257
correctly enables the clock; we have already configured the source just before this.
Tested on a MikroTik RB3011.
--- drivers/net/ethernet/stmicro/stmmac/dwmac-ipq806x.c | 13 +++++++++++++ 1 file changed, 13 insertions(+)
drivers/net/ethernet/stmicro/stmmac/dwmac-ipq806x.c +13 -0
@@ -318,6 +318,19 @@ static int ipq806x_gmac_probe(struct platform_device *pdev)/* Enable PTP clock */ regmap_read (gmac->nss_common,NSS_COMMON_CLK_GATE , &val); val |=NSS_COMMON_CLK_GATE_PTP_EN (gmac->id); +switch (gmac->phy_mode) { +case PHY_INTERFACE_MODE_RGMII : + val |=NSS_COMMON_CLK_GATE_RGMII_RX_EN (gmac->id) | +NSS_COMMON_CLK_GATE_RGMII_TX_EN (gmac->id); +break ; +case PHY_INTERFACE_MODE_SGMII : + val |=NSS_COMMON_CLK_GATE_GMII_RX_EN (gmac->id) | +NSS_COMMON_CLK_GATE_GMII_TX_EN (gmac->id); +break ; +default : +/* We don't get here; the switch above will have errored out */ +unreachable (); + }regmap_write (gmac->nss_common,NSS_COMMON_CLK_GATE , val);if (gmac->phy_mode ==PHY_INTERFACE_MODE_SGMII ) {
Signature · 1 line
2.25.1
Greg Kroah-Hartman
maintainerPATCH 28/28 net: smsc911x: Fix runtime PM imbalance on error
In reply to Greg Kroah-HartmanFrom: Dinghao Liu <[email protected]>
[ Upstream commit 539d39ad0c61b35f69565a037d7586deaf6d6166 ]
Remove runtime PM usage counter decrement when the increment function has not been called to keep the counter balanced.
--- drivers/net/ethernet/smsc/smsc911x.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-)
drivers/net/ethernet/smsc/smsc911x.c +5 -4
@@ -2515,20 +2515,20 @@ static int smsc911x_drv_probe(struct platform_device *pdev) retval =smsc911x_init (dev);if (retval <0 ) - goto out_disable_resources; + goto out_init_fail;netif_carrier_off (dev); retval =smsc911x_mii_init (pdev, dev);if (retval) {SMSC_WARN (pdata, probe,"Error %i initialising mii" , retval); - goto out_disable_resources; + goto out_init_fail; } retval =register_netdev (dev);if (retval) {SMSC_WARN (pdata, probe,"Error %i registering device" , retval); - goto out_disable_resources; + goto out_init_fail; }else {SMSC_TRACE (pdata, probe,"Network interface: \"%s\"" , dev->name);
@@ -2569,9 +2569,10 @@ static int smsc911x_drv_probe(struct platform_device *pdev)return 0 ; -out_disable_resources: +out_init_fail:pm_runtime_put (&pdev->dev);pm_runtime_disable (&pdev->dev); +out_disable_resources: (void )smsc911x_disable_resources (pdev); out_enable_resources_fail:smsc911x_free_resources (pdev);
Signature · 1 line
2.25.1
Quoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 9 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.19.127-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.19.y
and the diffstat can be found below.thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
Jon Hunter
maintainerQuoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.19.127-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.19.y
and the diffstat can be found below.thanks,
greg k-h
All tests are passing for Tegra. I am missing the report for this one. I can see everything passed but now our builders have been off-lined for the weekend. Can't believe we are giving the builders the weekend off!
Cheers
Jon
Signature · 1 line
nvpublic
Greg Kroah-Hartman
maintainerQuoted 16 lines · Jon Hunter
Quoted 14 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +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.19.127-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.19.y
and the diffstat can be found below.
Quoted 8 lines
Quoted 3 lines
thanks,
greg k-h
All tests are passing for Tegra. I am missing the report for this one. I can see everything passed but now our builders have been off-lined for the weekend. Can't believe we are giving the builders the weekend off!
Lucky builders :)
Anyway, thanks for testing all of these and letting me know.
greg k-h
Quoted 8 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +0000. Anything received after that time might be too late.
Build results:
total: 155 pass: 155 fail: 0 Qemu test results: total: 421 pass: 421 fail: 0
Guenter
Quoted 10 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.127 release. There are 28 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, 07 Jun 2020 13:54:56 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.19.127-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.19.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.19.127-rc1
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-4.19.y
git commit: 65151bf9f715983d62613a4d9196525eb64dda53
git describe: v4.19.126-29-g65151bf9f715
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.19-oe/build/v4.19.126-29-g65151bf9f715
No regressions (compared to build v4.19.126)
No fixes (compared to build v4.19.126)
Ran 32146 total tests in the following environments and test suites.
Environments
--------------
- dragonboard-410c - arm64
- hi6220-hikey - arm64
- i386
- juno-r2 - arm64
- juno-r2-compat
- juno-r2-kasan
- nxp-ls2088
- qemu_arm
- qemu_arm64
- qemu_i386
- qemu_x86_64
- x15 - arm
- x86_64
- x86-kasan
Test Suites
-----------
* build
* install-android-platform-tools-r2600
* install-android-platform-tools-r2800
* kselftest
* kselftest/drivers
* kselftest/filesystems
* kselftest/net
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto-tests
* ltp-cve-tests
* ltp-ipc-tests
* ltp-sched-tests
* perf
* v4l2-compliance
* ltp-commands-tests
* ltp-containers-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-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-pty-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* network-basic-tests
* ltp-open-posix-tests
* kvm-unit-tests
* kselftest-vsyscall-mode-native
* kselftest-vsyscall-mode-native/drivers
* kselftest-vsyscall-mode-native/filesystems
* kselftest-vsyscall-mode-native/net
* kselftest-vsyscall-mode-none
* kselftest-vsyscall-mode-none/drivers
* kselftest-vsyscall-mode-none/filesystems
* kselftest-vsyscall-mode-none/net
Signature · 2 lines
Linaro LKFT https://lkft.linaro.org
Hello Greg,
Quoted 8 lines
From: [email protected] <[email protected]> On Behalf Of Greg Kroah-Hartman
Sent: 05 June 2020 15:15This is the start of the stable review cycle for the 4.19.127 release. There are 28 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.
No build/boot issues seen for CIP configs for Linux 4.19.127-rc1 (65151bf9f715).
Build/test pipeline/logs: https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/pipelines/153373642
GitLab CI pipeline: https://gitlab.com/cip-project/cip-testing/linux-cip-pipelines/-/blob/master/trees/linux-4.19.y.yml
Relevant LAVA jobs: https://lava.ciplatform.org/scheduler/alljobs?length=25&search=65151b#table
Kind regards, Chris
Quoted 150 lines
Responses should be made by Sun, 07 Jun 2020 13:54:56 +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.19.127-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.19.y
and the diffstat can be found below.thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:Greg Kroah-Hartman <[email protected]>
Linux 4.19.127-rc1Dinghao Liu <[email protected]>
net: smsc911x: Fix runtime PM imbalance on errorJonathan McDowell <[email protected]>
net: ethernet: stmmac: Enable interface clocks on probe for IPQ806xValentin Longchamp <[email protected]>
net/ethernet/freescale: rework quiesce/activate forucc_gethChaitanya Kulkarni <[email protected]>
null_blk: return error for invalid zone sizeGerald Schaefer <[email protected]>
s390/mm: fixset_huge_pte_at()for empty ptesJan Schmidt <[email protected]>
drm/edid: Add Oculus Rift S to non-desktop listJeremy Kerr <[email protected]>
net: bmac: Fix read of MAC address from ROMNathan Chancellor <[email protected]>
x86/mmiotrace: Usecpumask_available()forcpumask_var_tvariablesAtsushi Nemoto <[email protected]>
i2c: altera: Fix race betweenxfer_msgand isr threadMadhuparna Bhowmik <[email protected]>
evm: Fix RCU list related warningsVineet Gupta <[email protected]>
ARC: [plat-eznps]: Restrict toCONFIG_ISA_ARCOMPACTEugeniy Paltsev <[email protected]>
ARC: Fix ICCM & DCCM runtime size checksVasily Gorbik <[email protected]>
s390/ftrace: save traced function callerXinwei Kong <[email protected]>
spi: dw: use "smp_mb()" to avoid sending spi data errorAnju T Sudhakar <[email protected]>
powerpc/powernv: Avoid re-registration of imc debugfs directoryXiang Chen <[email protected]>
scsi:hisi_sas: Checksas_portbefore using itLucas De Marchi <[email protected]>
drm/i915: fix port checks for MST support on gen >= 11Dan Carpenter <[email protected]>
airo: Fix read overflows sending packetsDENG Qingfang <[email protected]>
net: dsa: mt7530: set CPU port to fallback modeCan Guo <[email protected]>
scsi: ufs: Release clock if DMA map failsJérôme Pouiller <[email protected]>
mmc: fix compilation of user APIDaniel Axtens <[email protected]>
kernel/relay.c: handlealloc_percpureturning NULL inrelay_openGiuseppe Marco Randazzo <[email protected]>
p54usb: add AirVasT USB stick device-idJulian Sax <[email protected]>
HID: i2c-hid: add Schneider SCL142ALM to descriptor overrideScott Shumate <[email protected]>
HID: sony: Fix for broken buttons on DS3 USB donglesFan Yang <[email protected]>
mm: Fix mremap not considering huge pmd devmapAneesh Kumar K.V <[email protected]>
libnvdimm: Fix endian conversion issuesTejun Heo <[email protected]>
Revert "cgroup: Add memory barriers to plugcgroup_rstat_updated()race
window"-------------
Diffstat:
Makefile | 4 +-- arch/arc/kernel/setup.c | 5 +-- arch/arc/plat-eznps/Kconfig | 1 + arch/powerpc/platforms/powernv/opal-imc.c | 39 +++++++++----------- -- arch/s390/kernel/mcount.S | 1 + arch/s390/mm/hugetlbpage.c | 9 +++-- arch/x86/include/asm/pgtable.h | 1 + arch/x86/mm/mmio-mod.c | 4 +-- drivers/block/null_blk_zoned.c | 4 +++ drivers/gpu/drm/drm_edid.c | 3 +- drivers/gpu/drm/i915/intel_dp.c | 7 ++-- drivers/gpu/drm/i915/intel_dp_mst.c | 22 ++++++++---- drivers/hid/hid-sony.c | 17 ++++++++++ drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c | 8 +++++ drivers/i2c/busses/i2c-altera.c | 10 +++++- drivers/net/dsa/mt7530.c | 11 ++++-- drivers/net/dsa/mt7530.h | 6 ++++ drivers/net/ethernet/apple/bmac.c | 2 +- drivers/net/ethernet/freescale/ucc_geth.c | 13 ++++---- drivers/net/ethernet/smsc/smsc911x.c | 9 ++--- .../net/ethernet/stmicro/stmmac/dwmac-ipq806x.c | 13 ++++++++ drivers/net/wireless/cisco/airo.c | 12 +++++++ drivers/net/wireless/intersil/p54/p54usb.c | 1 + drivers/nvdimm/btt.c | 8 ++--- drivers/nvdimm/namespace_devs.c | 7 ++-- drivers/scsi/hisi_sas/hisi_sas_main.c | 3 +- drivers/scsi/ufs/ufshcd.c | 1 + drivers/spi/spi-dw.c | 3 ++ include/uapi/linux/mmc/ioctl.h | 1 + kernel/cgroup/rstat.c | 16 ++------- kernel/relay.c | 5 +++ mm/mremap.c | 2 +- security/integrity/evm/evm_crypto.c | 2 +- security/integrity/evm/evm_main.c | 4 +-- security/integrity/evm/evm_secfs.c | 9 ++++- 35 files changed, 178 insertions(+), 85 deletions(-)