Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Work #1

Merged
merged 36 commits into from
Apr 30, 2023
Merged

Work #1

merged 36 commits into from
Apr 30, 2023

Commits on Apr 30, 2023

  1. ASoC: kirkwood: fix external clock probe defer

    [ Upstream commit 4523817d51bc3b2ef38da768d004fda2c8bc41de ]
    
    When our call to get the external clock fails, we forget to clean up
    the enabled internal clock correctly.  Enable the clock after we have
    obtained all our resources.
    
    Fixes: 84aac6c79bfd ("ASoC: kirkwood: fix loss of external clock at probe time")
    Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
    Link: https://lore.kernel.org/r/E1iNGyK-0004oF-6A@rmk-PC.armlinux.org.uk
    Signed-off-by: Mark Brown <broonie@kernel.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Russell King authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    db1358b View commit details
    Browse the repository at this point in the history
  2. clk: samsung: exynos5420: Preserve PLL configuration during suspend/r…

    …esume
    
    [ Upstream commit e9323b664ce29547d996195e8a6129a351c39108 ]
    
    Properly save and restore all top PLL related configuration registers
    during suspend/resume cycle. So far driver only handled EPLL and RPLL
    clocks, all other were reset to default values after suspend/resume cycle.
    This caused for example lower G3D (MALI Panfrost) performance after system
    resume, even if performance governor has been selected.
    
    Reported-by: Reported-by: Marian Mihailescu <mihailescu2m@gmail.com>
    Fixes: 773424326b51 ("clk: samsung: exynos5420: add more registers to restore list")
    Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
    Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    mszyprow authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    167ada1 View commit details
    Browse the repository at this point in the history
  3. reset: fix reset_control_ops kerneldoc comment

    [ Upstream commit f430c7ed8bc22992ed528b518da465b060b9223f ]
    
    Add a missing short description to the reset_control_ops documentation.
    
    Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
    [p.zabel@pengutronix.de: rebased and updated commit message]
    Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    rddunlap authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    5f0717b View commit details
    Browse the repository at this point in the history
  4. can: peak_usb: report bus recovery as well

    [ Upstream commit 128a1b87d3ceb2ba449d5aadb222fe22395adeb0 ]
    
    While the state changes are reported when the error counters increase
    and decrease, there is no event when the bus recovers and the error
    counters decrease again. So add those as well.
    
    Change the state going downward to be ERROR_PASSIVE -> ERROR_WARNING ->
    ERROR_ACTIVE instead of directly to ERROR_ACTIVE again.
    
    Signed-off-by: Jeroen Hofstee <jhofstee@victronenergy.com>
    Cc: Stephane Grosjean <s.grosjean@peak-system.com>
    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Jeroen Hofstee authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    2237871 View commit details
    Browse the repository at this point in the history
  5. can: c_can: D_CAN: c_can_chip_config(): perform a sofware reset on open

    [ Upstream commit 23c5a9488f076bab336177cd1d1a366bd8ddf087 ]
    
    When the CAN interface is closed it the hardwre is put in power down
    mode, but does not reset the error counters / state. Reset the D_CAN on
    open, so the reported state and the actual state match.
    
    According to [1], the C_CAN module doesn't have the software reset.
    
    [1] http://www.bosch-semiconductors.com/media/ip_modules/pdf_2/c_can_fd8/users_manual_c_can_fd8_r210_1.pdf
    
    Signed-off-by: Jeroen Hofstee <jhofstee@victronenergy.com>
    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Jeroen Hofstee authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    e2c1b8c View commit details
    Browse the repository at this point in the history
  6. scripts/gdb: fix debugging modules compiled with hot/cold partitioning

    [ Upstream commit 8731acc5068eb3f422a45c760d32198175c756f8 ]
    
    gcc's -freorder-blocks-and-partition option makes it group frequently
    and infrequently used code in .text.hot and .text.unlikely sections
    respectively.  At least when building modules on s390, this option is
    used by default.
    
    gdb assumes that all code is located in .text section, and that .text
    section is located at module load address.  With such modules this is no
    longer the case: there is code in .text.hot and .text.unlikely, and
    either of them might precede .text.
    
    Fix by explicitly telling gdb the addresses of code sections.
    
    It might be tempting to do this for all sections, not only the ones in
    the white list.  Unfortunately, gdb appears to have an issue, when
    telling it about e.g. loadable .note.gnu.build-id section causes it to
    think that non-loadable .note.Linux section is loaded at address 0,
    which in turn causes NULL pointers to be resolved to bogus symbols.  So
    keep using the white list approach for the time being.
    
    Link: http://lkml.kernel.org/r/20191028152734.13065-1-iii@linux.ibm.com
    Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com>
    Reviewed-by: Jan Kiszka <jan.kiszka@siemens.com>
    Cc: Kieran Bingham <kbingham@kernel.org>
    Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
    Cc: Vasily Gorbik <gor@linux.ibm.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    iii-i authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    94d912a View commit details
    Browse the repository at this point in the history
  7. block: drbd: remove a stray unlock in __drbd_send_protocol()

    [ Upstream commit 8e9c523016cf9983b295e4bc659183d1fa6ef8e0 ]
    
    There are two callers of this function and they both unlock the mutex so
    this ends up being a double unlock.
    
    Fixes: 44ed167da748 ("drbd: rcu_read_lock() and rcu_dereference() for tconn->net_conf")
    Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
    Signed-off-by: Jens Axboe <axboe@kernel.dk>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Dan Carpenter authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    140be27 View commit details
    Browse the repository at this point in the history
  8. scsi: lpfc: Fix dif and first burst use in write commands

    [ Upstream commit 7c4042a4d0b7532cfbc90478fd3084b2dab5849e ]
    
    When dif and first burst is used in a write command wqe, the driver was not
    properly setting fields in the io command request. This resulted in no dif
    bytes being sent and invalid xfer_rdy's, resulting in the io being aborted
    by the hardware.
    
    Correct the wqe initializaton when both dif and first burst are used.
    
    Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com>
    Signed-off-by: James Smart <jsmart2021@gmail.com>
    Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    jsmart-gh authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    baccb3a View commit details
    Browse the repository at this point in the history
  9. ARM: debug-imx: only define DEBUG_IMX_UART_PORT if needed

    [ Upstream commit 7c41ea57beb2aee96fa63091a457b1a2826f3c42 ]
    
    If debugging on i.MX is enabled DEBUG_IMX_UART_PORT defines which UART
    is used for the debug output. If however debugging is off don't only
    hide the then unused config item but drop it completely by using a
    dependency instead of a conditional prompt.
    
    This fixes DEBUG_IMX_UART_PORT being present in the kernel config even
    if DEBUG_LL is disabled.
    
    Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    Signed-off-by: Shawn Guo <shawnguo@kernel.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Uwe Kleine-König authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    9754114 View commit details
    Browse the repository at this point in the history
  10. ARM: dts: imx53-voipac-dmm-668: Fix memory node duplication

    [ Upstream commit 998a84c27a7f3f9133d32af64e19c05cec161a1a ]
    
    imx53-voipac-dmm-668 has two memory nodes, but the correct representation
    would be to use a single one with two reg entries - one for each RAM chip
    select, so fix it accordingly.
    
    Reported-by: Marco Franchi <marco.franchi@nxp.com>
    Signed-off-by: Fabio Estevam <festevam@gmail.com>
    Signed-off-by: Marco Franchi <marco.franchi@nxp.com>
    Signed-off-by: Shawn Guo <shawnguo@kernel.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    fabioestevam authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    b416597 View commit details
    Browse the repository at this point in the history
  11. parisc: Fix serio address output

    [ Upstream commit 785145171d17af2554128becd6a7c8f89e101141 ]
    
    We want the hpa addresses printed in the serio modules, not some
    virtual ioremap()ed address, e.g.:
    
     serio: gsc-ps2-keyboard port at 0xf0108000 irq 22 @ 2:0:11
     serio: gsc-ps2-mouse port at 0xf0108100 irq 22 @ 2:0:12
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    hdeller authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    c7aad69 View commit details
    Browse the repository at this point in the history
  12. parisc: Fix HP SDC hpa address output

    [ Upstream commit c4bff35ca1bfba886da6223c9fed76a2b1382b8e ]
    
    Show the hpa address of the HP SDC instead of a hashed value, e.g.:
    HP SDC: HP SDC at 0xf0201000, IRQ 23 (NMI IRQ 24)
    
    Signed-off-by: Helge Deller <deller@gmx.de>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    hdeller authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    0c78495 View commit details
    Browse the repository at this point in the history
  13. arm64: smp: Handle errors reported by the firmware

    [ Upstream commit f357b3a7e17af7736d67d8267edc1ed3d1dd9391 ]
    
    The __cpu_up() routine ignores the errors reported by the firmware
    for a CPU bringup operation and looks for the error status set by the
    booting CPU. If the CPU never entered the kernel, we could end up
    in assuming stale error status, which otherwise would have been
    set/cleared appropriately by the booting CPU.
    
    Reported-by: Steve Capper <steve.capper@arm.com>
    Cc: Will Deacon <will.deacon@arm.com>
    Signed-off-by: Suzuki K Poulose <suzuki.poulose@arm.com>
    Signed-off-by: Will Deacon <will.deacon@arm.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Suzuki K Poulose authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    db98ea1 View commit details
    Browse the repository at this point in the history
  14. PM / AVS: SmartReflex: NULL check before some freeing functions is no…

    …t needed
    
    [ Upstream commit 14d338a857f05f894ba3badd9e6d3039c68b8180 ]
    
    NULL check before some freeing functions is not needed.
    
    Signed-off-by: Thomas Meyer <thomas@m3y3r.de>
    Reviewed-by: Kevin Hilman <khilman@baylibre.com>
    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    thomasmey authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    b065459 View commit details
    Browse the repository at this point in the history
  15. ARM: ks8695: fix section mismatch warning

    [ Upstream commit 4aa64677330beeeed721b4b122884dabad845d66 ]
    
    WARNING: vmlinux.o(.text+0x13250): Section mismatch in reference from the function acs5k_i2c_init() to the (unknown reference) .init.data:(unknown)
    The function acs5k_i2c_init() references
    the (unknown reference) __initdata (unknown).
    This is often because acs5k_i2c_init lacks a __initdata
    annotation or the annotation of (unknown) is wrong.
    
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Signed-off-by: Olof Johansson <olof@lixom.net>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    arndb authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    baa3382 View commit details
    Browse the repository at this point in the history
  16. ACPI / LPSS: Ignore acpi_device_fix_up_power() return value

    [ Upstream commit 1a2fa02f7489dc4d746f2a15fb77b3ce1affade8 ]
    
    Ignore acpi_device_fix_up_power() return value. If we return an error
    we end up with acpi_default_enumeration() still creating a platform-
    device for the device and we end up with the device still being used
    but without the special LPSS related handling which is not useful.
    
    Specicifically ignoring the error fixes the touchscreen no longer
    working after a suspend/resume on a Prowise PT301 tablet.
    
    This tablet has a broken _PS0 method on the touchscreen's I2C controller,
    causing acpi_device_fix_up_power() to fail, causing fallback to standard
    platform-dev handling and specifically causing acpi_lpss_save/restore_ctx
    to not run.
    
    The I2C controllers _PS0 method does actually turn on the device, but then
    does some more nonsense which fails when run during early boot trying to
    use I2C opregion handling on another not-yet registered I2C controller.
    
    Signed-off-by: Hans de Goede <hdegoede@redhat.com>
    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    jwrdegoede authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    2b20cfd View commit details
    Browse the repository at this point in the history
  17. crypto: user - support incremental algorithm dumps

    [ Upstream commit 0ac6b8fb23c724b015d9ca70a89126e8d1563166 ]
    
    CRYPTO_MSG_GETALG in NLM_F_DUMP mode sometimes doesn't return all
    registered crypto algorithms, because it doesn't support incremental
    dumps.  crypto_dump_report() only permits itself to be called once, yet
    the netlink subsystem allocates at most ~64 KiB for the skb being dumped
    to.  Thus only the first recvmsg() returns data, and it may only include
    a subset of the crypto algorithms even if the user buffer passed to
    recvmsg() is large enough to hold all of them.
    
    Fix this by using one of the arguments in the netlink_callback structure
    to keep track of the current position in the algorithm list.  Then
    userspace can do multiple recvmsg() on the socket after sending the dump
    request.  This is the way netlink dumps work elsewhere in the kernel;
    it's unclear why this was different (probably just an oversight).
    
    Also fix an integer overflow when calculating the dump buffer size hint.
    
    Fixes: a38f7907b926 ("crypto: Add userspace configuration API")
    Signed-off-by: Eric Biggers <ebiggers@google.com>
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    ebiggers authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    3539747 View commit details
    Browse the repository at this point in the history
  18. mwifiex: fix potential NULL dereference and use after free

    [ Upstream commit 1dcd9429212b98bea87fc6ec92fb50bf5953eb47 ]
    
    There are two defects: (1) passing a NULL bss to
    mwifiex_save_hidden_ssid_channels will result in NULL dereference,
    (2) using bss after dropping the reference to it via cfg80211_put_bss.
    To fix them, the patch moves the buggy code to the branch that bss is
    not NULL and puts it before cfg80211_put_bss.
    
    Signed-off-by: Pan Bian <bianpan2016@163.com>
    Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    SinkFinder authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    2b5d667 View commit details
    Browse the repository at this point in the history
  19. mwifiex: debugfs: correct histogram spacing, formatting

    [ Upstream commit 4cb777c64e030778c569f605398d7604d8aabc0f ]
    
    Currently, snippets of this file look like:
    
    rx rates (in Mbps): 0=1M   1=2M2=5.5M  3=11M   4=6M   5=9M  6=12M
    7=18M  8=24M  9=36M  10=48M  11=54M12-27=MCS0-15(BW20) 28-43=MCS0-15(BW40)
    44-53=MCS0-9(VHT:BW20)54-63=MCS0-9(VHT:BW40)64-73=MCS0-9(VHT:BW80)
    ...
    noise_flr[--96dBm] = 22
    noise_flr[--95dBm] = 149
    noise_flr[--94dBm] = 9
    noise_flr[--93dBm] = 2
    
    We're missing some spaces, and we're adding a minus sign ('-') on values
    that are already negative signed integers.
    
    Signed-off-by: Brian Norris <briannorris@chromium.org>
    Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    computersforpeace authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    0368986 View commit details
    Browse the repository at this point in the history
  20. rtl818x: fix potential use after free

    [ Upstream commit afbb1947db94eacc5a13302eee88a9772fb78935 ]
    
    entry is released via usb_put_urb just after calling usb_submit_urb.
    However, entry is used if the submission fails, resulting in a use after
    free bug. The patch fixes this.
    
    Signed-off-by: Pan Bian <bianpan2016@163.com>
    ACKed-by: Larry Finger <Larry.Finger@lwfinger.net>
    Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    SinkFinder authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    10bf0ea View commit details
    Browse the repository at this point in the history
  21. xfs: require both realtime inodes to mount

    [ Upstream commit 64bafd2f1e484e27071e7584642005d56516cb77 ]
    
    Since mkfs always formats the filesystem with the realtime bitmap and
    summary inodes immediately after the root directory, we should expect
    that both of them are present and loadable, even if there isn't a
    realtime volume attached.  There's no reason to skip this if rbmino ==
    NULLFSINO; in fact, this causes an immediate crash if the there /is/ a
    realtime volume and someone writes to it.
    
    Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
    Reviewed-by: Bill O'Donnell <billodo@redhat.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    djwong authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    13b971c View commit details
    Browse the repository at this point in the history
  22. ubi: Put MTD device after it is not used

    [ Upstream commit b95f83ab762dd6211351b9140f99f43644076ca8 ]
    
    The MTD device reference is dropped via put_mtd_device, however its
    field ->index is read and passed to ubi_msg. To fix this, the patch
    moves the reference dropping after calling ubi_msg.
    
    Signed-off-by: Pan Bian <bianpan2016@163.com>
    Reviewed-by: Boris Brezillon <boris.brezillon@bootlin.com>
    Signed-off-by: Richard Weinberger <richard@nod.at>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    SinkFinder authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    4192457 View commit details
    Browse the repository at this point in the history
  23. ubi: Do not drop UBI device reference before using

    [ Upstream commit e542087701f09418702673631a908429feb3eae0 ]
    
    The UBI device reference is dropped but then the device is used as a
    parameter of ubi_err. The bug is introduced in changing ubi_err's
    behavior. The old ubi_err does not require a UBI device as its first
    parameter, but the new one does.
    
    Fixes: 32608703310 ("UBI: Extend UBI layer debug/messaging capabilities")
    Signed-off-by: Pan Bian <bianpan2016@163.com>
    Reviewed-by: Boris Brezillon <boris.brezillon@bootlin.com>
    Signed-off-by: Richard Weinberger <richard@nod.at>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    SinkFinder authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    bbc33fe View commit details
    Browse the repository at this point in the history
  24. microblaze: adjust the help to the real behavior

    [ Upstream commit bafcc61d998c1ca18f556d92a0e95335ac68c7da ]
    
    "make ARCH=microblaze help" mentions simpleImage.<dt>.unstrip,
    but it is not a real Make target. It does not work because Makefile
    assumes "system.unstrip" is the name of DT.
    
    $ make ARCH=microblaze CROSS_COMPILE=microblaze-linux- simpleImage.system.unstrip
      [ snip ]
    make[1]: *** No rule to make target 'arch/microblaze/boot/dts/system.unstrip.dtb', needed by 'arch/microblaze/boot/dts/system.dtb'.  Stop.
    make: *** [Makefile;1060: arch/microblaze/boot/dts] Error 2
    make: *** Waiting for unfinished jobs....
    
    simpleImage.<dt> works like a phony target that generates multiple
    images. Reflect the real behavior. I removed the DT directory path
    information because it is already explained a few lines below.
    
    While I am here, I deleted the redundant *_defconfig explanation.
    
    The top-level Makefile caters to list available defconfig files:
    
      mmu_defconfig            - Build for mmu
      nommu_defconfig          - Build for nommu
    
    Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
    Signed-off-by: Michal Simek <michal.simek@xilinx.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    masahir0y authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    07b8215 View commit details
    Browse the repository at this point in the history
  25. microblaze: move "... is ready" messages to arch/microblaze/Makefile

    [ Upstream commit 2e14f94cf4bc2f15ca5362e81ca3a987c79e3062 ]
    
    To prepare for more fixes, move this to arch/microblaze/Makefile.
    Otherwise, the same "... is ready" would be printed multiple times.
    
    Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
    Signed-off-by: Michal Simek <michal.simek@xilinx.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    masahir0y authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    455a991 View commit details
    Browse the repository at this point in the history
  26. gpiolib: Fix return value of gpio_to_desc() stub if !GPIOLIB

    [ Upstream commit c5510b8dafce5f3f5a039c9b262ebcae0092c462 ]
    
    If CONFIG_GPOILIB is not set, the stub of gpio_to_desc() should return
    the same type of error as regular version: NULL.  All the callers
    compare the return value of gpio_to_desc() against NULL, so returned
    ERR_PTR would be treated as non-error case leading to dereferencing of
    error value.
    
    Fixes: 79a9becda894 ("gpiolib: export descriptor-based GPIO interface")
    Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
    Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    krzk authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    5846e38 View commit details
    Browse the repository at this point in the history
  27. VSOCK: bind to random port for VMADDR_PORT_ANY

    [ Upstream commit 8236b08cf50f85bbfaf48910a0b3ee68318b7c4b ]
    
    The old code always starts from fixed port for VMADDR_PORT_ANY. Sometimes
    when VMM crashed, there is still orphaned vsock which is waiting for
    close timer, then it could cause connection time out for new started VM
    if they are trying to connect to same port with same guest cid since the
    new packets could hit that orphaned vsock. We could also fix this by doing
    more in vhost_vsock_reset_orphans, but any way, it should be better to start
    from a random local port instead of a fixed one.
    
    Signed-off-by: Lepton Wu <ytht.net@gmail.com>
    Reviewed-by: Jorgen Hansen <jhansen@vmware.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    LeptonWu authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    13326b8 View commit details
    Browse the repository at this point in the history
  28. btrfs: only track ref_heads in delayed_ref_updates

    [ Upstream commit 158ffa364bf723fa1ef128060646d23dc3942994 ]
    
    We use this number to figure out how many delayed refs to run, but
    __btrfs_run_delayed_refs really only checks every time we need a new
    delayed ref head, so we always run at least one ref head completely no
    matter what the number of items on it.  Fix the accounting to only be
    adjusted when we add/remove a ref head.
    
    In addition to using this number to limit the number of delayed refs
    run, a future patch is also going to use it to calculate the amount of
    space required for delayed refs space reservation.
    
    Reviewed-by: Nikolay Borisov <nborisov@suse.com>
    Signed-off-by: Josef Bacik <jbacik@fb.com>
    Signed-off-by: David Sterba <dsterba@suse.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Josef Bacik authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    84f1368 View commit details
    Browse the repository at this point in the history
  29. xen/pciback: Check dev_data before using it

    [ Upstream commit 1669907e3d1abfa3f7586e2d55dbbc117b5adba2 ]
    
    If pcistub_init_device fails, the release function will be called with
    dev_data set to NULL.  Check it before using it to avoid a NULL pointer
    dereference.
    
    Signed-off-by: Ross Lagerwall <ross.lagerwall@citrix.com>
    Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    rosslagerwall authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    05d9f40 View commit details
    Browse the repository at this point in the history
  30. KVM: s390: unregister debug feature on failing arch init

    [ Upstream commit 308c3e6673b012beecb96ef04cc65f4a0e7cdd99 ]
    
    Make sure the debug feature and its allocated resources get
    released upon unsuccessful architecture initialization.
    
    A related indication of the issue will be reported as kernel
    message.
    
    Signed-off-by: Michael Mueller <mimu@linux.ibm.com>
    Reviewed-by: Cornelia Huck <cohuck@redhat.com>
    Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
    Reviewed-by: David Hildenbrand <david@redhat.com>
    Message-Id: <20181130143215.69496-2-mimu@linux.ibm.com>
    Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Michael Mueller authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    b576a22 View commit details
    Browse the repository at this point in the history
  31. pinctrl: sh-pfc: sh7264: Fix PFCR3 and PFCR0 register configuration

    [ Upstream commit 1b99d0c80bbe1810572c2cb77b90f67886adfa8d ]
    
    The Port F Control Register 3 (PFCR3) contains only a single field.
    However, counting from left to right, it is the fourth field, not the
    first field.
    Insert the missing dummy configuration values (3 fields of 16 values) to
    fix this.
    
    The descriptor for the Port F Control Register 0 (PFCR0) lacks the
    description for the 4th field (PF0 Mode, PF0MD[2:0]).
    Add the missing configuration values to fix this.
    
    Fixes: a8d42fc4217b1ea1 ("sh-pfc: Add sh7264 pinmux support")
    Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
    Reviewed-by: Simon Horman <horms+renesas@verge.net.au>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    geertu authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    9c42cbd View commit details
    Browse the repository at this point in the history
  32. pinctrl: sh-pfc: sh7734: Fix shifted values in IPSR10

    [ Upstream commit 054f2400f706327f96770219c3065b5131f8f154 ]
    
    Some values in the Peripheral Function Select Register 10 descriptor are
    shifted by one position, which may cause a peripheral function to be
    programmed incorrectly.
    
    Fixing this makes all HSCIF0 pins use Function 4 (value 3), like was
    already the case for the HSCK0 pin in field IP10[5:3].
    
    Fixes: ac1ebc2190f575fc ("sh-pfc: Add sh7734 pinmux support")
    Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
    Reviewed-by: Simon Horman <horms+renesas@verge.net.au>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    geertu authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    0ee2618 View commit details
    Browse the repository at this point in the history
  33. HID: doc: fix wrong data structure reference for UHID_OUTPUT

    [ Upstream commit 46b14eef59a8157138dc02f916a7f97c73b3ec53 ]
    
    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    whot authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    040f8f6 View commit details
    Browse the repository at this point in the history
  34. gfs2: take jdata unstuff into account in do_grow

    [ Upstream commit bc0205612bbd4dd4026d4ba6287f5643c37366ec ]
    
    Before this patch, function do_grow would not reserve enough journal
    blocks in the transaction to unstuff jdata files while growing them.
    This patch adds the logic to add one more block if the file to grow
    is jdata.
    
    Signed-off-by: Bob Peterson <rpeterso@redhat.com>
    Reviewed-by: Andreas Gruenbacher <agruenba@redhat.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    AstralBob authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    ed7b3e4 View commit details
    Browse the repository at this point in the history
  35. xfs: Align compat attrlist_by_handle with native implementation.

    [ Upstream commit c456d64449efe37da50832b63d91652a85ea1d20 ]
    
    While inspecting the ioctl implementations, I noticed that the compat
    implementation of XFS_IOC_ATTRLIST_BY_HANDLE does not do exactly the
    same thing as the native implementation.  Specifically, the "cursor"
    does not appear to be written out to userspace on the compat path,
    like it is on the native path.
    
    This adjusts the compat implementation to copy out the cursor just
    like the native implementation does.  The attrlist cursor does not
    require any special compat handling.  This fixes xfstests xfs/269
    on both IA-32 and x32 userspace, when running on an amd64 kernel.
    
    Signed-off-by: Nick Bowler <nbowler@draconx.ca>
    Fixes: 0facef7fb053b ("xfs: in _attrlist_by_handle, copy the cursor back to userspace")
    Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
    Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    draconx authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    70cd152 View commit details
    Browse the repository at this point in the history
  36. IB/qib: Fix an error code in qib_sdma_verbs_send()

    [ Upstream commit 5050ae5fa3d54c8e83e1e447cc7e3591110a7f57 ]
    
    We accidentally return success on this error path.
    
    Fixes: f931551bafe1 ("IB/qib: Add new qib driver for QLogic PCIe InfiniBand adapters")
    Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
    Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    Dan Carpenter authored and JoysKo committed Apr 30, 2023
    Configuration menu
    Copy the full SHA
    669fda2 View commit details
    Browse the repository at this point in the history