August 2019 - Linux-stable-mirror

patch "staging: erofs: avoid endless loop of invalid lookback distance 0" added to staging-next

by gregkh＠linuxfoundation.org

This is a note to let you know that I've just added the patch titled staging: erofs: avoid endless loop of invalid lookback distance 0 to my staging git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git in the staging-next branch. The patch will show up in the next release of the linux-next tree (usually sometime within the next 24 hours during the week.) The patch will also be merged in the next major kernel release during the merge window. If you have any questions about this process, please let me know. >From 598bb8913d015150b7734b55443c0e53e7189fc7 Mon Sep 17 00:00:00 2001 From: Gao Xiang <gaoxiang25(a)huawei.com> Date: Mon, 19 Aug 2019 18:34:26 +0800 Subject: staging: erofs: avoid endless loop of invalid lookback distance 0 As reported by erofs-utils fuzzer, Lookback distance should be a positive number, so it should be actually looked back rather than spinning. Fixes: 02827e1796b3 ("staging: erofs: add erofs_map_blocks_iter") Cc: <stable(a)vger.kernel.org> # 4.19+ Signed-off-by: Gao Xiang <gaoxiang25(a)huawei.com> Reviewed-by: Chao Yu <yuchao0(a)huawei.com> Link: https://lore.kernel.org/r/20190819103426.87579-7-gaoxiang25@huawei.com Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> --- drivers/staging/erofs/zmap.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/staging/erofs/zmap.c b/drivers/staging/erofs/zmap.c index 7408e86823a4..774dacbc5b32 100644 --- a/drivers/staging/erofs/zmap.c +++ b/drivers/staging/erofs/zmap.c @@ -350,6 +350,12 @@ static int vle_extent_lookback(struct z_erofs_maprecorder *m, switch (m->type) { case Z_EROFS_VLE_CLUSTER_TYPE_NONHEAD: + if (unlikely(!m->delta[0])) { + errln("invalid lookback distance 0 at nid %llu", + vi->nid); + DBG_BUGON(1); + return -EFSCORRUPTED; + } return vle_extent_lookback(m, m->delta[0]); case Z_EROFS_VLE_CLUSTER_TYPE_PLAIN: map->m_flags &= ~EROFS_MAP_ZIPPED; -- 2.23.0

5 years, 4 months

1
0
0 0

patch "staging: erofs: some compressed cluster should be submitted for" added to staging-next

by gregkh＠linuxfoundation.org

This is a note to let you know that I've just added the patch titled staging: erofs: some compressed cluster should be submitted for to my staging git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git in the staging-next branch. The patch will show up in the next release of the linux-next tree (usually sometime within the next 24 hours during the week.) The patch will also be merged in the next major kernel release during the merge window. If you have any questions about this process, please let me know. >From ee45197c807895e156b2be0abcaebdfc116487c8 Mon Sep 17 00:00:00 2001 From: Gao Xiang <gaoxiang25(a)huawei.com> Date: Mon, 19 Aug 2019 18:34:21 +0800 Subject: staging: erofs: some compressed cluster should be submitted for corrupted images As reported by erofs_utils fuzzer, a logical page can belong to at most 2 compressed clusters, if one compressed cluster is corrupted, but the other has been ready in submitting chain. The chain needs to submit anyway in order to keep the page working properly (page unlocked with PG_error set, PG_uptodate not set). Let's fix it now. Fixes: 3883a79abd02 ("staging: erofs: introduce VLE decompression support") Cc: <stable(a)vger.kernel.org> # 4.19+ Signed-off-by: Gao Xiang <gaoxiang25(a)huawei.com> Reviewed-by: Chao Yu <yuchao0(a)huawei.com> Link: https://lore.kernel.org/r/20190819103426.87579-2-gaoxiang25@huawei.com Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> --- drivers/staging/erofs/zdata.c | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/staging/erofs/zdata.c b/drivers/staging/erofs/zdata.c index 2d7aaf98f7de..87b0c96caf8f 100644 --- a/drivers/staging/erofs/zdata.c +++ b/drivers/staging/erofs/zdata.c @@ -1307,19 +1307,18 @@ static int z_erofs_vle_normalaccess_readpage(struct file *file, err = z_erofs_do_read_page(&f, page, &pagepool); (void)z_erofs_collector_end(&f.clt); - if (err) { + /* if some compressed cluster ready, need submit them anyway */ + z_erofs_submit_and_unzip(inode->i_sb, &f.clt, &pagepool, true); + + if (err) errln("%s, failed to read, err [%d]", __func__, err); - goto out; - } - z_erofs_submit_and_unzip(inode->i_sb, &f.clt, &pagepool, true); -out: if (f.map.mpage) put_page(f.map.mpage); /* clean up the remaining free pages */ put_pages_list(&pagepool); - return 0; + return err; } static bool should_decompress_synchronously(struct erofs_sb_info *sbi, -- 2.23.0

5 years, 4 months

1
0
0 0

patch "staging: erofs: fix an error handling in erofs_readdir()" added to staging-next

by gregkh＠linuxfoundation.org

This is a note to let you know that I've just added the patch titled staging: erofs: fix an error handling in erofs_readdir() to my staging git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git in the staging-next branch. The patch will show up in the next release of the linux-next tree (usually sometime within the next 24 hours during the week.) The patch will also be merged in the next major kernel release during the merge window. If you have any questions about this process, please let me know. >From acb383f1dcb4f1e79b66d4be3a0b6f519a957b0d Mon Sep 17 00:00:00 2001 From: Gao Xiang <gaoxiang25(a)huawei.com> Date: Sun, 18 Aug 2019 20:54:57 +0800 Subject: staging: erofs: fix an error handling in erofs_readdir() Richard observed a forever loop of erofs_read_raw_page() [1] which can be generated by forcely setting ->u.i_blkaddr to 0xdeadbeef (as my understanding block layer can handle access beyond end of device correctly). After digging into that, it seems the problem is highly related with directories and then I found the root cause is an improper error handling in erofs_readdir(). Let's fix it now. [1] https://lore.kernel.org/r/1163995781.68824.1566084358245.JavaMail.zimbra@no… Reported-by: Richard Weinberger <richard(a)nod.at> Fixes: 3aa8ec716e52 ("staging: erofs: add directory operations") Cc: <stable(a)vger.kernel.org> # 4.19+ Reviewed-by: Chao Yu <yuchao0(a)huawei.com> Signed-off-by: Gao Xiang <gaoxiang25(a)huawei.com> Link: https://lore.kernel.org/r/20190818125457.25906-1-hsiangkao@aol.com Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> --- drivers/staging/erofs/dir.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/staging/erofs/dir.c b/drivers/staging/erofs/dir.c index 5f38382637e6..77ef856df9f3 100644 --- a/drivers/staging/erofs/dir.c +++ b/drivers/staging/erofs/dir.c @@ -82,8 +82,15 @@ static int erofs_readdir(struct file *f, struct dir_context *ctx) unsigned int nameoff, maxsize; dentry_page = read_mapping_page(mapping, i, NULL); - if (IS_ERR(dentry_page)) - continue; + if (dentry_page == ERR_PTR(-ENOMEM)) { + err = -ENOMEM; + break; + } else if (IS_ERR(dentry_page)) { + errln("fail to readdir of logical block %u of nid %llu", + i, EROFS_V(dir)->nid); + err = -EFSCORRUPTED; + break; + } de = (struct erofs_dirent *)kmap(dentry_page); -- 2.23.0

5 years, 4 months

1
0
0 0

Re: [PATCH] iio: adc: max9611: Fix temperature reading in probe

by Geert Uytterhoeven

Hi Jonathan, Jacopo, On Mon, Aug 5, 2019 at 7:15 PM Jonathan Cameron <jic23(a)kernel.org> wrote: > On Mon, 5 Aug 2019 17:55:15 +0200 > Jacopo Mondi <jacopo+renesas(a)jmondi.org> wrote: > > > The max9611 driver reads the die temperature at probe time to validate > > the communication channel. Use the actual read value to perform the test > > instead of the read function return value, which was mistakenly used so > > far. > > > > The temperature reading test was only successful because the 0 return > > value is in the range of supported temperatures. > > > > Fixes: 69780a3bbc0b ("iio: adc: Add Maxim max9611 ADC driver") > > Signed-off-by: Jacopo Mondi <jacopo+renesas(a)jmondi.org> > > Applied to the fixes-togreg branch of iio.git and marked for > stable. That'll be a bit fiddly given other changes around this > so we may need to do backports. This is now commit b9ddd5091160793e ("iio: adc: max9611: Fix temperature reading in probe") in v5.3-rc5, and has been backported to 4.14, 4.19, and 5.2. > > --- a/drivers/iio/adc/max9611.c > > +++ b/drivers/iio/adc/max9611.c > > @@ -480,7 +480,7 @@ static int max9611_init(struct max9611_dev *max9611) > > if (ret) > > return ret; > > > > - regval = ret & MAX9611_TEMP_MASK; > > + regval &= MAX9611_TEMP_MASK; > > > > if ((regval > MAX9611_TEMP_MAX_POS && > > regval < MAX9611_TEMP_MIN_NEG) || While this did fix a bug, it also introduced a regression: on Salvator-XS, which has two max9611 instances, I now see intermittent failures max9611 4-007c: Invalid value received from ADC 0x8000: aborting max9611: probe of 4-007c failed with error -5 and/or max9611 4-007f: Invalid value received from ADC 0x8000: aborting max9611: probe of 4-007f failed with error -5 during boot. Retrying on failure fixes the issue, e.g.: max9611_init:483: regval = 0x8000 max9611 4-007f: Invalid value received from ADC 0x8000: aborting max9611_init:483: regval = 0x2780 According to the datasheet, 0x8000 is the Power-On Reset value. Looks like it should be ignored, and retried? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert(a)linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

5 years, 4 months

2
1
0 0

stable backports, from contents found in xilinx-4.19

by Arnd Bergmann

Similar to the 4.9 series, I looked at xilinx-4.19 from https://github.com/Xilinx/linux-xlnx/tree/xlnx_rebase_v4.19 for possible backports to LTS kernels These are the ones that look like they should be in the 4.19 lts tree: d86c5a676e5b ("usb: dwc3: gadget: always try to prepare on started_list first") 60208a267208 ("mmc: sdhci-of-arasan: Do now show error message in case of deffered probe") 899ecaedd155 ("net: ethernet: cadence: fix socket buffer corruption problem") a98086e00420 ("mtd: spi-nor: add entry for mt35xu512aba flash") 2e14f94cf4bc ("microblaze: move "... is ready" messages to arch/microblaze/Makefile") 4722a3e6b716 ("microblaze: fix multiple bugs in arch/microblaze/boot/Makefile") 81de0cd60fd4 ("can: xilinx: fix return type of ndo_start_xmit function") 6169005ceb8c ("gpio: zynq: Report gpio direction at boot") a7351807bd8b ("usb: dwc3: update stream id in depcmd") 0e03aca2659e ("dmaengine: xilinx_dma: Fix 64-bit simple CDMA transfer") a62520473f15 ("net: macb driver, check for SKBTX_HW_TSTAMP") Whereas these are harmless but probably not helpful: 77ec669f257b ("serial: uartps: Do not initialize field to zero again") ea42d7a67a9e ("tty: serial: uartlite: Enable clocks at probe") 415b43bdb008 ("tty: serial: uartlite: Move uart register to probe") 5f6825d1cef7 ("tty: serial: uartlite: remove console_init") deeb33e8fdd8 ("tty: serial: uartlite: Use dynamic array for console port") 95bf69a22d97 ("dt-bindings: firmware: Add bindings for ZynqMP firmware") 0005aad09453 ("mtd: spi-nor: add macros related to MICRON flash") 811496c9679a ("media: uvcvideo: Refactor URB descriptors") b12a084c8729 ("spi: spi-mem: add support for octal mode I/O data transfer") bafcc61d998c ("microblaze: adjust the help to the real behavior") 19d111ccce9f ("microblaze: remove the explicit removal of system.dtb") c5435adc3d29 ("dt-bindings: can: xilinx_can: add Xilinx CAN FD 2.0 bindings") eca42d4cf3c5 ("tty: xilinx_uartps: Correct return value in probe") 86df8dd14723 ("serial: uartps: Add the device_init_wakeup") 2bda2f811b36 ("mtd: spi-nor: add octal read flag for flash mt35xu512aba") 0837ae46ff00 ("mtd: m25p80: add support of octal mode I/O transfer") 9558281572e3 ("mtd: spi-nor: cadence-quadspi: write upto 8-bytes data in STIG mode") 734882a8bf98 ("spi: cadence: Correct initialisation of runtime PM") 8beb79b7ae93 ("net: macb: Check MDIO state before read/write and use timeouts") f5473d1d44e4 ("net: macb: Support clock management for tsu_clk") And these are the ones that don't look like LTS material at all: 380583227c0c ("spi: spi-mem: Add extra sanity checks on the op param") 4e6b823867e2 ("gpiolib: export gpiochip_irq_reqres/relres()") 4b9d33c6a306 ("serial: uartps: Fix suspend functionality") 46a460f0150a ("serial: uartps: Do not use static struct uart_driver out of probe()") 14090ad1805f ("serial: uartps: Move alias reading higher in probe()") e4bbb5194ea3 ("serial: uartps: Move register to probe based on run time detection") 10a5315b47b0 ("serial: uartps: Fill struct uart_driver in probe()") 427c8ae9bebc ("serial: uartps: Change logic how console_port is setup") 024ca329bfb9 ("serial: uartps: Register own uart console and driver structures") 6ac1b91f346f ("serial: uartps: Enable automatic flow control") b1078c355d76 ("of: base: Introduce of_alias_get_alias_list() to check alias IDs") 20487a8ddf20 ("ARM: zynq: Convert to using %pOFn instead of device_node.name") eb30596eae94 ("remoteproc: add rproc_va_to_pa function") b0019ccd7e90 ("remoteproc: introduce rproc_find_carveout_by_name function") c874bf59add0 ("remoteproc: add helper function to check carveout device address") c6aed238b7a9 ("remoteproc: modify vring allocation to rely on centralized carveout allocator") c6d664fe8a7a ("media: uvcvideo: Convert decode functions to use new context structure") e829b262a678 ("media: uvcvideo: Protect queue internals with helper") 01e90464e42e ("media: uvcvideo: queue: Support asynchronous buffer handling") c14d107e7417 ("media: ov5640: Remove the clocks registers initialization") 644c2dcf2f2e ("dt-bindings: ASoC: xlnx, i2s: Document i2s bindings") 112a8900d4b0 ("ASoC: xlnx: Add i2s driver") 33f8db9a8920 ("ASoC: xlnx: enable i2s driver build") fb6a691a23ca ("dt: bindings: Document ZynqMP DDRC in Synopsys documentation") 0db9071353a0 ("can: xilinx: add can 2.0 support") 3b209d253e7f ("serial-uartlite: Do not use static struct uart_driver out of probe()") ee0a29ba574b ("serial-uartlite: fix null pointer dereference on pointer port") 32cf21ac4edd ("serial: uartps: Fix error path when alloc failed") 9fd609ff6380 ("arm64: dts: zynqmp: Use mmc@ instead sdhci@") e7abd89466df ("arm64: dts: zynqmp: Add DDRC node") ac1e507fe61d ("ARM: dts: Use mmc@ instead sdhci@") 91b438286ef2 ("dmaengine: xilinx_dma: Refactor axidma channel allocation") 4e47d24a908c ("dmaengine: xilinx_dma: Introduce helper macro for preparing dma address") b0b41af12a1b ("dt-bindings: memory: Add pl353 smc controller devicetree binding information") fee10bd22678 ("memory: pl353: Add driver for arm pl353 static memory controller") ba3e1847d647 ("net: macb: remove unnecessary code") 3f1b66be4aaa ("dt-bindings: reset: Add bindings for ZynqMP reset driver") 940c2361b56a ("dt-bindings: nvmem: Add bindings for ZynqMP nvmem driver") d4ff6c9efa2e ("dt-bindings: soc: Add ZynqMP PM bindings") 8fd27fb4cf76 ("dt-bindings: power: Add ZynqMP power domain bindings") e3e12ec09a18 ("dt-bindings: ASoC: xlnx, audio-formatter: Document audio formatter bindings") 6f6c3c36f091 ("ASoC: xlnx: add pcm formatter platform driver") 2f00f7715e62 ("dt-bindings: ASoC: xlnx, spdif: Document spdif bindings") b1d2a4cca20c ("ASoC: xlnx: add SPDIF audio driver") c284d4e31a0b ("ASoC: xlnx: parse AES audio parameters") 98719e42073f ("staging: android: ion: Add the GPL exception for syscalls") c2df3de0d07e ("gpio: zynq: properly support runtime PM for GPIO used as interrupts") 5591a3075e95 ("Documentation: add ibmvmc to toctree(index) and fix warnings") 4981b82ba2ff ("mailbox: ZynqMP IPI mailbox controller") abdd85b6ba73 ("dt-bindings: mailbox: Add Xilinx IPI Mailbox") d2920ef5d094 ("dt-bindings: spi: Add device tree binding documentation for Zynq QSPI controller") 67dca5e580f1 ("spi: spi-mem: Add support for Zynq QSPI controller") 9a80ba067a9c ("net: xilinx: emaclite: add minimal ethtool ops") fcf9782573ec ("net: xilinx: emaclite: add minimal ndo_do_ioctl hook") b1072b4f6e84 ("dt-bindings: xilinx-uartps: Add support for cts-override") 1863178b20c5 ("serial: uartps: Add support for cts-override") Arnd

5 years, 4 months

2
2
0 0

stable-rc/linux-4.9.y boot: 106 boots: 0 failed, 91 passed with 15 offline (v4.9.189-97-g6971d2d959e5)

by kernelci.org bot

stable-rc/linux-4.9.y boot: 106 boots: 0 failed, 91 passed with 15 offline (v4.9.189-97-g6971d2d959e5) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.189-97-… Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.189-97-g6971d2d959e5 Git Commit: 6971d2d959e5319d600ba42319ef91d4a043cbde Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 52 unique boards, 21 SoC families, 15 builds out of 197 Boot Regressions Detected: arm: bcm2835_defconfig: gcc-8: bcm2835-rpi-b: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) sama5_defconfig: gcc-8: at91-sama5d4_xplained: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) socfpga_defconfig: gcc-8: socfpga_cyclone5_de0_sockit: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) arm64: defconfig: gcc-8: apq8016-sbc: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) juno-r2: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) meson-gxbb-odroidc2: lab-baylibre-seattle: new failure (last pass: v4.9.189-96-g4cd56b7fcd6f) Offline Platforms: arm64: defconfig: gcc-8 apq8016-sbc: 1 offline lab juno-r2: 1 offline lab meson-gxbb-odroidc2: 1 offline lab arm: sama5_defconfig: gcc-8 at91-sama5d4_xplained: 1 offline lab sunxi_defconfig: gcc-8 sun5i-r8-chip: 1 offline lab bcm2835_defconfig: gcc-8 bcm2835-rpi-b: 1 offline lab multi_v7_defconfig: gcc-8 alpine-db: 1 offline lab at91-sama5d4_xplained: 1 offline lab qcom-apq8064-cm-qs600: 1 offline lab qcom-apq8064-ifc6410: 1 offline lab socfpga_cyclone5_de0_sockit: 1 offline lab sun5i-r8-chip: 1 offline lab socfpga_defconfig: gcc-8 socfpga_cyclone5_de0_sockit: 1 offline lab qcom_defconfig: gcc-8 qcom-apq8064-cm-qs600: 1 offline lab qcom-apq8064-ifc6410: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 4 months

1
0
0 0

[GIT PULL v1 4/4] intel_th: pci: Add Tiger Lake support

by Alexander Shishkin

This adds support for the Trace Hub in Tiger Lake PCH. Signed-off-by: Alexander Shishkin <alexander.shishkin(a)linux.intel.com> Cc: stable(a)vger.kernel.org # v4.14+ --- drivers/hwtracing/intel_th/pci.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/hwtracing/intel_th/pci.c b/drivers/hwtracing/intel_th/pci.c index 5c4e4fbec936..91dfeba62485 100644 --- a/drivers/hwtracing/intel_th/pci.c +++ b/drivers/hwtracing/intel_th/pci.c @@ -204,6 +204,11 @@ static const struct pci_device_id intel_th_pci_id_table[] = { PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0x45c5), .driver_data = (kernel_ulong_t)&intel_th_2x, }, + { + /* Tiger Lake PCH */ + PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0xa0a6), + .driver_data = (kernel_ulong_t)&intel_th_2x, + }, { 0 }, }; -- 2.23.0.rc1

5 years, 4 months

1
0
0 0

[GIT PULL v1 3/4] intel_th: pci: Add support for another Lewisburg PCH

by Alexander Shishkin

Add support for the Trace Hub in another Lewisburg PCH. Signed-off-by: Alexander Shishkin <alexander.shishkin(a)linux.intel.com> Cc: stable(a)vger.kernel.org # v4.14+ --- drivers/hwtracing/intel_th/pci.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/hwtracing/intel_th/pci.c b/drivers/hwtracing/intel_th/pci.c index c0378c3de9a4..5c4e4fbec936 100644 --- a/drivers/hwtracing/intel_th/pci.c +++ b/drivers/hwtracing/intel_th/pci.c @@ -164,6 +164,11 @@ static const struct pci_device_id intel_th_pci_id_table[] = { PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0xa1a6), .driver_data = (kernel_ulong_t)0, }, + { + /* Lewisburg PCH */ + PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0xa226), + .driver_data = (kernel_ulong_t)0, + }, { /* Gemini Lake */ PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0x318e), -- 2.23.0.rc1

5 years, 4 months

1
0
0 0

[GIT PULL v1 1/4] stm class: Fix a double free of stm_source_device

by Alexander Shishkin

From: Ding Xiang <dingxiang(a)cmss.chinamobile.com> In the error path of stm_source_register_device(), the kfree is unnecessary, as the put_device() before it ends up calling stm_source_device_release() to free stm_source_device, leading to a double free at the outer kfree() call. Remove it. Signed-off-by: Ding Xiang <dingxiang(a)cmss.chinamobile.com> Signed-off-by: Alexander Shishkin <alexander.shishkin(a)linux.intel.com> Fixes: 7bd1d4093c2fa ("stm class: Introduce an abstraction for System Trace Module devices") Link: https://lore.kernel.org/linux-arm-kernel/1563354988-23826-1-git-send-email-… Cc: stable(a)vger.kernel.org # v4.4+ --- drivers/hwtracing/stm/core.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c index e55b902560de..181e7ff1ec4f 100644 --- a/drivers/hwtracing/stm/core.c +++ b/drivers/hwtracing/stm/core.c @@ -1276,7 +1276,6 @@ int stm_source_register_device(struct device *parent, err: put_device(&src->dev); - kfree(src); return err; } -- 2.23.0.rc1

5 years, 4 months

1
0
0 0

stable-rc/linux-4.19.y boot: 125 boots: 0 failed, 108 passed with 16 offline, 1 untried/unknown (v4.19.67-74-g6c287a508569)

by kernelci.org bot

stable-rc/linux-4.19.y boot: 125 boots: 0 failed, 108 passed with 16 offline, 1 untried/unknown (v4.19.67-74-g6c287a508569) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.1… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.19.y/kernel/v4.19.67-74… Tree: stable-rc Branch: linux-4.19.y Git Describe: v4.19.67-74-g6c287a508569 Git Commit: 6c287a50856975f25bba70b25cf8e9be5fb59d0d Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 69 unique boards, 26 SoC families, 17 builds out of 206 Boot Regressions Detected: arm: qcom_defconfig: gcc-8: qcom-apq8064-cm-qs600: lab-baylibre-seattle: failing since 6 days (last pass: v4.19.66 - first fail: v4.19.66-92-gf777613d3df0) qcom-apq8064-ifc6410: lab-baylibre-seattle: failing since 6 days (last pass: v4.19.66 - first fail: v4.19.66-92-gf777613d3df0) Offline Platforms: mips: pistachio_defconfig: gcc-8 pistachio_marduk: 1 offline lab arm64: defconfig: gcc-8 apq8016-sbc: 1 offline lab juno-r2: 1 offline lab meson-gxbb-odroidc2: 1 offline lab mt7622-rfb1: 1 offline lab arm: bcm2835_defconfig: gcc-8 bcm2835-rpi-b: 1 offline lab sama5_defconfig: gcc-8 at91-sama5d4_xplained: 1 offline lab multi_v7_defconfig: gcc-8 alpine-db: 1 offline lab at91-sama5d4_xplained: 1 offline lab qcom-apq8064-cm-qs600: 1 offline lab qcom-apq8064-ifc6410: 1 offline lab socfpga_cyclone5_de0_sockit: 1 offline lab sun5i-r8-chip: 1 offline lab qcom_defconfig: gcc-8 qcom-apq8064-cm-qs600: 1 offline lab qcom-apq8064-ifc6410: 1 offline lab sunxi_defconfig: gcc-8 sun5i-r8-chip: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 4 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

Linux-stable-mirror August 2019