Re: [PATCH v3 4/5] clk: qcom: add video clock controller driver for SM8150

2020-10-13 Thread Stephen Boyd
Quoting Jonathan Marek (2020-09-23 09:06:30) > Add support for the video clock controller found on SM8150 based devices. > > Derived from the downstream driver. > > Signed-off-by: Jonathan Marek > --- Applied to clk-next

Re: [PATCH v3 3/5] dt-bindings: clock: add SM8250 QCOM video clock bindings

2020-10-13 Thread Stephen Boyd
Quoting Jonathan Marek (2020-09-23 09:06:29) > Add device tree bindings for video clock controller for SM8250 SoCs. > > Signed-off-by: Jonathan Marek > Reviewed-by: Rob Herring > --- Applied to clk-next

Re: [PATCH v3 5/5] clk: qcom: add video clock controller driver for SM8250

2020-10-13 Thread Stephen Boyd
Quoting Jonathan Marek (2020-09-23 09:06:31) > Add support for the video clock controller found on SM8250 based devices. > > Derived from the downstream driver. > > Signed-off-by: Jonathan Marek > --- Applied to clk-next

Re: [PATCH v3 1/5] dt-bindings: clock: combine qcom,sdm845-videocc and qcom,sc7180-videocc

2020-10-13 Thread Stephen Boyd
Quoting Jonathan Marek (2020-09-23 09:06:27) > These two bindings are almost identical, so combine them into one. This > will make it easier to add the sm8150 and sm8250 videocc bindings. > > Signed-off-by: Jonathan Marek > Reviewed-by: Rob Herring > --- Applied to clk-next

Re: [PATCH v3 2/5] dt-bindings: clock: add SM8150 QCOM video clock bindings

2020-10-13 Thread Stephen Boyd
Quoting Jonathan Marek (2020-09-23 09:06:28) > Add device tree bindings for video clock controller for SM8150 SoCs. > > Signed-off-by: Jonathan Marek > Reviewed-by: Rob Herring > --- Applied to clk-next

Re: [PATCH] interconnect: qcom: sdm845: Enable keepalive for the MM1 BCM

2020-10-13 Thread Mike Tipton
On 10/12/2020 12:40 PM, Georgi Djakov wrote: After enabling interconect scaling for display on the db845c board, s/interconect/interconnect/ in certain configurations the board hangs, while the following errors are observed on the console: Error sending AMC RPMH requests (-110)

Re: [PATCH 1/6] dt-bindings: leds: choose correct color value of multi-led

2020-10-13 Thread Leizhen (ThunderTown)
On 2020/10/14 0:17, Dan Murphy wrote: > Zhen > > On 10/13/20 11:08 AM, Zhen Lei wrote: >> The color value of multi-led is fixed to "const: 8 #LED_COLOR_ID_MULTI", >> which is required by leds-class-multicolor.yaml. >> >> Signed-off-by: Zhen Lei >> --- >>  

Re: [PATCH v1 07/10] bus: mhi: core: Move to SYS_ERROR regardless of RDDM capability

2020-10-13 Thread Bhaumik Bhatt
On 2020-10-09 09:32, Manivannan Sadhasivam wrote: On Fri, Sep 18, 2020 at 07:02:32PM -0700, Bhaumik Bhatt wrote: In some cases, the entry of device to RDDM execution environment can occur after a significant amount of time has elapsed after the SYS_ERROR state change event has arrived. This can

Re: [PATCH] clk: qcom: gcc-msm8994: Add missing clocks, resets and GDSCs

2020-10-13 Thread Stephen Boyd
Quoting Konrad Dybcio (2020-10-05 07:58:55) > This change adds GDSCs, resets and most of the missing > clocks to the msm8994 GCC driver. The remaining ones > are of local_vote_clk and gate_clk type, which are not > yet supported upstream. Also reorder them to match the > original downstream

Re: [RESEND PATCH] spmi: prefix spmi bus device names with "spmi"

2020-10-13 Thread David Collins
On 10/2/20 2:39 PM, Stephen Boyd wrote: > I see things like this on my console: > > [1.684617] spmi spmi-0: PMIC arbiter version v5 (0x5000) > > and 'spmi' is the bus name I'm thinking about. But I think that's > because there isn't a driver attached. Nothing prints for the 0-00 > device

Re: [PATCH v3] qla2xxx: Return EBUSY on fcport deletion

2020-10-13 Thread Finn Thain
On Tue, 13 Oct 2020, Daniel Wagner wrote: > On Tue, Oct 13, 2020 at 10:59:18AM +1100, Finn Thain wrote: > > > > On Mon, 12 Oct 2020, Daniel Wagner wrote: > > > > > When the fcport is about to be deleted we should return EBUSY > > > instead of ENODEV. Only for EBUSY the request will be

Re: [PATCH] vfio/platform: Replace spin_lock_irqsave by spin_lock in hard IRQ

2020-10-13 Thread Alex Williamson
On Wed, 14 Oct 2020 00:15:13 + "Song Bao Hua (Barry Song)" wrote: > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Wednesday, October 14, 2020 10:32 AM > > To: tiantao (H) > > Cc: eric.au...@redhat.com; coh...@redhat.com;

Re: [PATCH next] iommu: intel: don't dereference iommu_device if IOMMU_API is not built

2020-10-13 Thread Lu Baolu
On 10/13/20 3:30 PM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Since commit c40c1018 ("iommu/vt-d: Gracefully handle DMAR units with no supported address widths") dmar.c needs struct iommu_device to be selected. We can drop this dependency by not dereferencing struct

[PATCH v3 1/2] Documentation: x86: Rename resctrl_ui.rst and add two errata to the file

2020-10-13 Thread Fenghua Yu
Intel Memory Bandwidth Monitoring (MBM) counters may report system memory bandwidth incorrectly on some Intel processors. The errata are reported in erratum SKX99 [1], erratum BDF102 [2] and RDT reference manual [3]. To work around the errata, MBM total and local readings are corrected using a

[PATCH v3 0/2] x86/resctrl: Work around MBM errata

2020-10-13 Thread Fenghua Yu
Intel Memory Bandwidth Monitoring (MBM) counters may report system memory bandwidth incorrectly on some Intel processors. The errata are reported in erratum SKX99 [1], erratum BDF102 [2] and RDT reference manual [3]. The errata are worked around using a correction factor table. Since the

[PATCH v3 2/2] x86/resctrl: Correct MBM total and local values

2020-10-13 Thread Fenghua Yu
Intel Memory Bandwidth Monitoring (MBM) counters may report system memory bandwidth incorrectly on some Intel processors. The errata SKX99 for Skylake server, BDF102 for Broadwell server, and the correction factor table are documented in Documentation/x86/resctrl.rst. Intel MBM counters track

Re: general protection fault in scsi_queue_rq

2020-10-13 Thread syzbot
Hello, syzbot has tested the proposed patch and the reproducer did not trigger any issue: Reported-and-tested-by: syzbot+0796b72dc61f223d8...@syzkaller.appspotmail.com Tested on: commit: 69f4ec1e scsi: hisi_sas: Recover PHY state according to th.. git tree:

Re: [PATCH 09/18] clk: mvebu: ap80x-cpu: use semicolons rather than commas to separate statements

2020-10-13 Thread Stephen Boyd
Quoting Julia Lawall (2020-09-27 12:12:19) > Replace commas with semicolons. What is done is essentially described by > the following Coccinelle semantic patch (http://coccinelle.lip6.fr/): > > // > @@ expression e1,e2; @@ > e1 > -, > +; > e2 > ... when any > // > > Signed-off-by: Julia

Re: [PATCH 10/18] clk: meson: use semicolons rather than commas to separate statements

2020-10-13 Thread Stephen Boyd
Quoting Julia Lawall (2020-09-27 12:12:20) > Replace commas with semicolons. What is done is essentially described by > the following Coccinelle semantic patch (http://coccinelle.lip6.fr/): > > // > @@ expression e1,e2; @@ > e1 > -, > +; > e2 > ... when any > // > > Signed-off-by: Julia

Re: [PATCH 01/18] clk: uniphier: use semicolons rather than commas to separate statements

2020-10-13 Thread Stephen Boyd
Quoting Julia Lawall (2020-09-27 12:12:11) > Replace commas with semicolons. What is done is essentially described by > the following Coccinelle semantic patch (http://coccinelle.lip6.fr/): > > // > @@ expression e1,e2; @@ > e1 > -, > +; > e2 > ... when any > // > > Signed-off-by: Julia

Re: [PATCH v2] Documentation: Chinese translation of Documentation/arm64/hugetlbpage.rst

2020-10-13 Thread Alex Shi
在 2020/10/13 下午8:36, Bailu Lin 写道: > This is a Chinese translated version of > Documentation/arm64/hugetlbpage.rst > > Signed-off-by: Bailu Lin > --- > Changes in v2: > - Fix Sphinx 2.4.4's waring by increasing underline' size. > --- > Documentation/arm64/hugetlbpage.rst | 2 + >

Re: [PATCH 3/3] timekeeping: remove arch_gettimeoffset

2020-10-13 Thread Thomas Gleixner
On Thu, Oct 08 2020 at 17:46, Arnd Bergmann wrote: > With Arm EBSA110 gone, nothing uses it any more, so the corresponding > code and the Kconfig option can be removed. Yay! It only took 11+ years to get rid of that. Feel free to route it through your tree. Acked-by: Thomas Gleixner

Re: [PATCH v10 0/8] Add Rockchip NFC drivers for RK3308 and others

2020-10-13 Thread Kever Yang
Hi Miquel and maintainers,     This patch set seems ready for upstream, could you pick and merge to linux-mtd? Thanks, - Kever On 2020/9/30 上午10:07, Yifeng Zhao wrote: Rockchp's NFC(Nand Flash Controller) has four versions: V600, V622, V800 and V900.This series patch can support all four

Re: [PATCH v10 8/8] arm: dts: rockchip: Add NFC node for RK3036 SoC

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:09, Yifeng Zhao wrote: Add NAND FLASH Controller(NFC) node for RK3036 SoC. Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None

Re: [PATCH v3 3/3] pinctrl: rockchip: create irq mapping in gpio_to_irq【请注意,邮件由linux-rockchip-bounces+kever.yang=rock-chips....@lists.infradead.org代发】

2020-10-13 Thread Kever Yang
On 2020/10/13 下午2:37, Jianqun Xu wrote: Remove totally irq mappings create in probe, the gpio irq mapping will be created when do gpio_to_irq -> rockchip_gpio_to_irq -> irq_create_mapping This patch can speed up system boot on, also abandon many unused irq mappings'

Re: [PATCH v3 1/3] pinctrl: rockchip: make driver be tristate module【请注意,邮件由linux-rockchip-bounces+kever.yang=rock-chips....@lists.infradead.org代发】

2020-10-13 Thread Kever Yang
On 2020/10/13 下午2:37, Jianqun Xu wrote: Make pinctrl-rockchip driver to be tristate module, support to build as a module, this is useful for GKI. Reviewed-by: Heiko Stuebner Signed-off-by: Jianqun Xu --- drivers/pinctrl/Kconfig| 2 +- drivers/pinctrl/pinctrl-rockchip.c | 13

Re: [PATCH v10 6/8] arm: dts: rockchip: Add NFC node for RV1108 SoC

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:09, Yifeng Zhao wrote: Add NAND FLASH Controller(NFC) node for RV1108 SoC. Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None

Re: [PATCH v10 7/8] arm: dts: rockchip: Add NFC node for RK2928 and other SoCs

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:09, Yifeng Zhao wrote: Add NAND FLASH Controller(NFC) node for RK2928, RK3066, RK3168 and RK3188 SoCs. Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4:

Re: [PATCH v10 2/8] mtd: rawnand: rockchip: NFC drivers for RK3308, RK2928 and others

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:07, Yifeng Zhao wrote: This driver supports Rockchip NFC (NAND Flash Controller) found on RK3308, RK2928, RKPX30, RV1108 and other SOCs. The driver has been tested using 8-bit NAND interface on the ARM based RK3308 platform. Support Rockchip SoCs and NFC versions: - PX30 and

Re: [PATCH v10 1/8] dt-bindings: mtd: Describe Rockchip RK3xxx NAND flash controller

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:07, Yifeng Zhao wrote: Documentation support for Rockchip RK3xxx NAND flash controllers Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: - Fix make dt_binding_check error Changes in v7: - Fix some wrong define Changes in v6: - Fix

Re: [PATCH v10 4/8] arm64: dts: rockchip: Add NFC node for RK3308 SoC

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:07, Yifeng Zhao wrote: From: Yifeng Zhao Add NAND FLASH Controller(NFC) node for RK3308 SoC. Signed-off-by: Yifeng Zhao Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5:

Re: [PATCH v10 5/8] arm64: dts: rockchip: Add NFC node for PX30 SoC

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:08, Yifeng Zhao wrote: Add NAND FLASH Controller(NFC) node for PX30 SoC. Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes

Re: [PATCH v3 2/3] pinctrl: rockchip: enable gpio pclk for rockchip_gpio_to_irq【请注意,邮件由linux-rockchip-bounces+kever.yang=rock-chips....@lists.infradead.org代发】

2020-10-13 Thread Kever Yang
On 2020/10/13 下午2:37, Jianqun Xu wrote: There need to enable pclk_gpio when do irq_create_mapping, since it will do access to gpio controller. Reviewed-by: Heiko Stuebner Signed-off-by: Jianqun Xu --- drivers/pinctrl/pinctrl-rockchip.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH v10 3/8] MAINTAINERS: add maintainers to ROCKCHIP NFC

2020-10-13 Thread Kever Yang
On 2020/9/30 上午10:07, Yifeng Zhao wrote: Add maintainers to ROCKCHIP NFC. Signed-off-by: Yifeng Zhao --- Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

Re: [PATCH v5 17/21] llist: Add nonatomic __llist_add() and __llist_dell_all()

2020-10-13 Thread Masami Hiramatsu
On Mon, 12 Oct 2020 18:24:54 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > From: Peter Zijlstra > > > > Signed-off-by: Peter Zijlstra (Intel) > > Because you are forwarding this patch here, I've added your SOB: > > Signed-off-by: Masami Hiramatsu > > (Let me know if

Re: [PATCH] net/af_unix: Remove unused old_pid variable

2020-10-13 Thread Jakub Kicinski
On Sun, 11 Oct 2020 18:35:27 +0300 Or Cohen wrote: > Commit 109f6e39fa07c48f5801 ("af_unix: Allow SO_PEERCRED > to work across namespaces.") introduced the old_pid variable > in unix_listen, but it's never used. > Remove the declaration and the call to put_pid. > > Signed-off-by: Or Cohen

Re: [PATCH v3 0/7] tracing: Synthetic event dynamic string fixes

2020-10-13 Thread Masami Hiramatsu
Hi Tom, On Tue, 13 Oct 2020 09:17:51 -0500 Tom Zanussi wrote: > This updates v2 to replace some of the v2 code with improved code from > Steve (tracing: Add synthetic event error logging) and (tracing: > Handle synthetic event array field type checking correctly) and remove > the

Re: [PATCH net v2 1/2] socket: fix option SO_TIMESTAMPING_NEW

2020-10-13 Thread Jakub Kicinski
On Mon, 12 Oct 2020 22:10:31 -0700 Deepa Dinamani wrote: > > On Mon, Oct 12, 2020 at 5:36 AM Christian Eggers wrote: > > > v2: > > > - > > > - integrated proposal from Willem de Bruijn > > > - added Reviewed-by: from Willem and Deepa > > You may add my > Acked-by: Deepa Dinamani

Re: [PATCH] nvme-pci: Disable Write Zeroes on Sandisk Skyhawk

2020-10-13 Thread Chaitanya Kulkarni
On 10/13/20 01:45, Kai-Heng Feng wrote: > Like commit 5611ec2b9814 ("nvme-pci: prevent SK hynix PC400 from using > Write Zeroes command"), Sandisk Skyhawk has the same issue: > [ 6305.633887] blk_update_request: operation not supported error, dev > nvme0n1, sector 340812032 op 0x9:(WRITE_ZEROES)

RE: [PATCH] vfio/platform: Replace spin_lock_irqsave by spin_lock in hard IRQ

2020-10-13 Thread Song Bao Hua (Barry Song)
> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Wednesday, October 14, 2020 10:32 AM > To: tiantao (H) > Cc: eric.au...@redhat.com; coh...@redhat.com; k...@vger.kernel.org; > linux-kernel@vger.kernel.org; Song Bao Hua (Barry Song) > ; Linuxarm

Re: [PATCH 0/5] net: use semicolons rather than commas to separate statements

2020-10-13 Thread Jakub Kicinski
On Sun, 11 Oct 2020 12:34:53 +0200 Julia Lawall wrote: > These patches replace commas by semicolons. Commas introduce > unnecessary variability in the code structure and are hard to see. > This was done using the Coccinelle semantic patch > (http://coccinelle.lip6.fr/) shown below. Applied 3-5

Re: [PATCH v5 5/5] counter: 104-quad-8: Add IRQ support for the ACCES 104-QUAD-8

2020-10-13 Thread David Lechner
On 9/26/20 9:18 PM, William Breathitt Gray wrote: +static irqreturn_t quad8_irq_handler(int irq, void *quad8iio) +{ + struct quad8_iio *const priv = quad8iio; + const unsigned long base = priv->base; + unsigned long irq_status; + unsigned long channel; + u8 event; +

Re: [PATCH nf v2] netfilter: conntrack: connection timeout after re-register

2020-10-13 Thread Pablo Neira Ayuso
On Fri, Oct 09, 2020 at 10:05:48PM +0200, Florian Westphal wrote: > Jozsef Kadlecsik wrote: > > > The "delay unregister" remark was wrt. the "all rules were deleted" > > > case, i.e. add a "grace period" rather than acting right away when > > > conntrack use count did hit 0. > > > > Now I

Re: [PATCH v5 4/4] mm,hwpoison: drop unneeded pcplist draining

2020-10-13 Thread 堀口 直也
On Tue, Oct 13, 2020 at 04:44:47PM +0200, Oscar Salvador wrote: > memory_failure and soft_offline_path paths now drain pcplists by calling > get_hwpoison_page. > > memory_failure flags the page as HWPoison before, so that page cannot > longer go into a pcplist, and soft_offline_page only flags a

Re: [PATCH v5 3/4] mm,hwpoison: take free pages off the buddy freelists for hugetlb

2020-10-13 Thread 堀口 直也
On Tue, Oct 13, 2020 at 04:44:46PM +0200, Oscar Salvador wrote: > Currently, free hugetlb get dissolved, but we also need to make sure > to take the poisoned subpage off the buddy frelists, so no one stumbles > upon it (see previous patch for more information). > > Signed-off-by: Oscar Salvador

Re: [PATCH v5 1/2] PCI/ERR: Call pci_bus_reset() before calling ->slot_reset() callback

2020-10-13 Thread Raj, Ashok
On Tue, Oct 13, 2020 at 04:45:01PM -0700, Kuppuswamy Sathyanarayanan wrote: > Currently if report_error_detected() or report_mmio_enabled() > functions requests PCI_ERS_RESULT_NEED_RESET, current > pcie_do_recovery() implementation does not do the requested > explicit device reset, but instead

Re: [PATCH RFC V3 2/9] x86/fpu: Refactor arch_set_user_pkey_access() for PKS support

2020-10-13 Thread Ira Weiny
On Tue, Oct 13, 2020 at 10:50:05AM -0700, Dave Hansen wrote: > On 10/9/20 12:42 PM, ira.we...@intel.com wrote: > > +/* > > + * Update the pk_reg value and return it. > > How about: > > Replace disable bits for @pkey with values from @flags. Done. > > > + * Kernel users use the same

Re: [PATCH v2 2/2] drm/mediatek: mtk_hdmi: add MT8167 support for HDMI

2020-10-13 Thread Chun-Kuang Hu
Hi, Fabien: Fabien Parent 於 2020年10月14日 週三 上午2:19寫道: > > Add support for HDMI on MT8167. HDMI on MT8167 is similar to > MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20 > > Signed-off-by: Fabien Parent > --- > > Changelog: > v2: fix name of pdata structure > >

Re: Nouveau DRM failure on 5120x1440 screen with 5.8/5.9 kernel

2020-10-13 Thread Byron Stanoszek
On Tue, 13 Oct 2020, Byron Stanoszek wrote: I'm having a problem with both the 5.8 and 5.9 kernels using the nouveau DRM driver. I have a laptop with a VGA card (specs below) connected to a 5120x1440 screen. At boot time, the card correctly detects the screen, tries to allocate fbdev fb0, then

Re: [GIT PULL] Smack patches for v5.10

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 11:13:01 -0700: > https://github.com/cschaufler/smack-next tags/Smack-for-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/99a6740f88e9438cd220096d3d96eb6ba8d5c6f0 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] overflow update for v5.10-rc1

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 15:38:53 -0700: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/overflow-v5.10-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b5fc7a89e58bcc059a3d5e4db79c481fb437de59 Thank you! --

Re: [GIT PULL] printk for 5.10 (includes lockless ringbuffer)

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 16:49:16 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux > tags/printk-for-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d594d8f411d47bf7b583ec3474b11fec348c88bb Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] seccomp updates for v5.10-rc1

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 15:15:32 -0700: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/seccomp-v5.10-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8b05418b252166be6df3766dafdb25341488ab95 Thank you! --

Re: [GIT PULL] SELinux patches for v5.10

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 21:15:09 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git > tags/selinux-pr-20201012 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7b540812cc0635e6c7e508359115c7cb6886fd2f Thank you! --

Re: [GIT PULL] Audit patches for v5.10

2020-10-13 Thread pr-tracker-bot
The pull request you sent on Mon, 12 Oct 2020 20:51:22 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git stable-5.10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/01fb1e2f42d607ef5eb7a7ca54a0f0901fb5856c Thank you! -- Deet-doot-dot, I am a

Re: [PATCH 3/4] kernel: add support for TIF_NOTIFY_SIGNAL

2020-10-13 Thread Thomas Gleixner
On Fri, Oct 09 2020 at 09:13, Jens Axboe wrote: >> Hmm. I just noticed that only x86 uses arch_do_signal(), so perhaps you can >> add this change to this patch right now? Up to you. > > Sure, we can do that. Incremental on top then looks like the below. I don't > feel that strongly about it, but

Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path

2020-10-13 Thread si-wei liu
On 10/9/2020 7:27 PM, Jason Wang wrote: On 2020/10/3 下午1:02, Si-Wei Liu wrote: Pinned pages are not properly accounted particularly when mapping error occurs on IOTLB update. Clean up dangling pinned pages for the error path. As the inflight pinned pages, specifically for memory region that

RE: [RFC PATCH 22/22] x86/fpu/xstate: Introduce boot-parameters for control some state component support

2020-10-13 Thread Brown, Len
> From: Andy Lutomirski > On Thu, Oct 1, 2020 at 1:43 PM Chang S. Bae wrote: > > "xstate.disable=0x6000" will disable AMX on a system that has AMX > > compiled into XFEATURE_MASK_USER_SUPPORTED. > Can we please use words for this? Perhaps: > xstate.disable=amx,zmm Yes, I think it is

Re: [PATCH 2/4] kernel: add task_sigpending() helper

2020-10-13 Thread Thomas Gleixner
On Thu, Oct 08 2020 at 09:27, Jens Axboe wrote: > This is in preparation for maintaining signal_pending() as the decider > of whether or not a schedule() loop should be broken, or continue > sleeping. This is different than the core signal use cases, where we > really want to know if an actual

[PATCH v4] drm/msm/dp: return correct connection status after suspend

2020-10-13 Thread Kuogee Hsieh
During suspend, dp host controller and hpd block are disabled due to both ahb and aux clock are disabled. Therefore hpd plug/unplug interrupts will not be generated. At dp_pm_resume(), reinitialize both dp host controller and hpd block so that hpd plug/unplug interrupts will be generated and

Re: [PATCH 1/4] tracehook: clear TIF_NOTIFY_RESUME in tracehook_notify_resume()

2020-10-13 Thread Thomas Gleixner
On Thu, Oct 08 2020 at 09:27, Jens Axboe wrote: > All the callers currently do this, clean it up and move the clearing > into tracehook_notify_resume() instead. > > Signed-off-by: Jens Axboe Nice cleanup! Reviewed-by: Thomas Gleixner

[PATCH v3] drm/msm/dp: fixes wrong connection state caused by failure of link train

2020-10-13 Thread Kuogee Hsieh
Connection state is not set correctly happen when either failure of link train due to cable unplugged in the middle of aux channel reading or cable plugged in while in suspended state. This patch fixes these problems. This patch also replace ST_SUSPEND_PENDING with ST_DISPLAY_OFF. Changes in V2:

Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL

2020-10-13 Thread Thomas Gleixner
Jens, On Tue, Oct 13 2020 at 13:39, Jens Axboe wrote: > On 10/12/20 11:27 AM, Miroslav Benes wrote: > I'm continuing to hone the series, what's really missing so far is arch > review. Most conversions are straight forward, some I need folks to > definitely take a look at (arm, s390). powerpc is

Re: [PATCH] clk/qcom: fix spelling typo

2020-10-13 Thread Stephen Boyd
Quoting Wang Qing (2020-09-23 23:55:04) > Modify the comment typo: "compliment" -> "complement". > > Signed-off-by: Wang Qing > --- Applied to clk-next

Re: KASAN: use-after-free Read in fscache_alloc_cookie

2020-10-13 Thread syzbot
Hello, syzbot has tested the proposed patch but the reproducer is still triggering an issue: WARNING: proc registration bug in afs_manage_cell_work [ cut here ] proc_dir_entry 'afs/^]$[+%]0${' already registered WARNING: CPU: 0 PID: 8309 at fs/proc/generic.c:371

Re: general protection fault in scsi_queue_rq

2020-10-13 Thread James Bottomley
On Mon, 2020-10-12 at 07:51 -0700, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:e4fb79c7 Add linux-next specific files for 20201008 > git tree: linux-next > console output: > https://syzkaller.appspot.com/x/log.txt?x=125c9a9f90 > kernel config:

Re: [PATCH 2/3] drm/ingenic: Reset pixclock rate when parent clock rate changes

2020-10-13 Thread Stephen Boyd
Quoting Paul Cercueil (2020-09-25 05:29:12) > >> +static int ingenic_drm_update_pixclk(struct notifier_block *nb, > >> +unsigned long action, > >> +void *data) > >> +{ > >> + struct ingenic_drm *priv = drm_nb_get_priv(nb); > >>

[PATCH v2 0/5] docs: automarkup.py: Make automarkup ready for Sphinx 3.1+

2020-10-13 Thread Nícolas F . R . A . Prado
Hi, this patch series makes the automatic markup extension ready for Sphinx 3.1+. It was based on Mauro's Sphinx patch series, and requires it for the namespaces to work, but could also be merged through the docs tree without regressions (other than the increased build time explained below). The

[PATCH v2 2/5] docs: automarkup.py: Fix regexes to solve sphinx 3 warnings

2020-10-13 Thread Nícolas F . R . A . Prado
With the transition to Sphinx 3, new warnings were generated by automarkup, exposing bugs in the regexes. The warnings were caused by the expressions matching words in the translated versions of the documentation, since any unicode character was matched. Fix the regular expression by making the

[RFC PATCH 2/3] hugetlbfs: introduce hinode_rwsem for pmd sharing synchronization

2020-10-13 Thread Mike Kravetz
Due to pmd sharing, the huge PTE pointer returned by huge_pte_alloc may not be valid. This can happen if a call to huge_pmd_unshare for the same pmd is made in another thread. To address this issue, add a rw_semaphore (hinode_rwsem) to the hugetlbfs inode. - hinode_rwsem is taken in read mode

[PATCH v2 4/5] docs: automarkup.py: Add cross-reference for parametrized C macros

2020-10-13 Thread Nícolas F . R . A . Prado
Sphinx 3 added support for declaring C macros with parameters using the :c:macro role. To support automarkup for both functions and parametrized macros using the same regex (words ending in ()), try to cross-reference to both, and only fall back to regular text if neither exist. Signed-off-by:

[PATCH v2 1/5] docs: automarkup.py: Use new C roles in Sphinx 3

2020-10-13 Thread Nícolas F . R . A . Prado
While Sphinx 2 used a single c:type role for struct, union, enum and typedef, Sphinx 3 uses a specific role for each one. To keep backward compatibility, detect the Sphinx version and use the correct roles for that version. Signed-off-by: Nícolas F. R. A. Prado ---

[PATCH v2 5/5] docs: automarkup.py: Allow automatic cross-reference inside C namespace

2020-10-13 Thread Nícolas F . R . A . Prado
Sphinx 3.1 introduced namespaces for C cross-references. With this, each C domain type/function declaration is put inside the namespace that was active at the time of its declaration. To support automatic cross-reference inside C namespaces: - Save the C namespace used in each doc file (if any)

[PATCH v2 3/5] docs: automarkup.py: Skip C reserved words when cross-referencing

2020-10-13 Thread Nícolas F . R . A . Prado
With the transition to Sphinx 3, new warnings were caused by automarkup, exposing bugs in the name matching. When automarkup parsed a text like "struct struct" in the documentation, it tried to cross-reference to a "struct" symbol, which is recognized as a C reserved word by Sphinx 3, generating

Re: [PATCH v2 2/2] clk: mediatek: Add MT8167 clock support

2020-10-13 Thread Stephen Boyd
Quoting Fabien Parent (2020-09-18 06:23:03) > Add the following clock support for MT8167 SoC: topckgen, apmixedsys, > infracfg, audsys, imgsys, mfgcfg, vdecsys. > > Signed-off-by: Fabien Parent > --- Applied to clk-next

[RFC PATCH 3/3] huegtlbfs: handle page fault/truncate races

2020-10-13 Thread Mike Kravetz
A huegtlb page fault can race with page truncation. Make the code identifying and handling these races more robust. Page fault handling needs to back out pages added to page cache beyond file size (i_size). When backing out the page, take care to restore reserve map entries and counts as

Re: [PATCH v2 1/2] dt-bindings: clock: mediatek: add bindings for MT8167 clocks

2020-10-13 Thread Stephen Boyd
Quoting Fabien Parent (2020-09-18 06:23:02) > Add binding documentation for topckgen, apmixedsys, infracfg, audsys, > imgsys, mfgcfg, vdecsys on MT8167 SoC. > > Signed-off-by: Fabien Parent > Reviewed-by: Rob Herring > --- Applied to clk-next

[RFC PATCH 0/3] hugetlbfs: introduce hinode_rwsem for pmd sharing synchronization

2020-10-13 Thread Mike Kravetz
In commit c0d0381ade79, changes were made to use i_mmap_rwsem for pmd sharing synchronization. This required changes to mm locking order that are hugetlb specific. Specifically, i_mmap_rwsem must be taken before the page lock. This is not not a huge issue in hugetlb specific code, but becomes

[RFC PATCH 1/3] hugetlbfs: revert use of i_mmap_rwsem for pmd sharing and more sync

2020-10-13 Thread Mike Kravetz
i_mmap_rwsem is being used for synchronization of huge pmd sharing. This required changing the locking order such that i_mmap_rwsem needed to be taken before a page lock. This can be accommodated in hugetlbfs specific code, but becomes problematic in the areas of page migration and memory failure

RE: [RFC PATCH 22/22] x86/fpu/xstate: Introduce boot-parameters for control some state component support

2020-10-13 Thread Brown, Len
> From: Randy Dunlap > What do these bitmasks look like? what do the bits mean? > Where does a user find this info? The XSAVE state component bitmaps are detailed in the Intel Software Developer's Manual, volume 1, Chapter 13: "Managing State using the XSAVE Feature Set".

[GIT PULL] first round of SCSI updates for the 5.8+ merge window

2020-10-13 Thread James Bottomley
This series consists of the usual driver updates (ufs, qla2xxx, tcmu, ibmvfc, lpfc, smartpqi, hisi_sas, qedi, qedf, mpt3sas) and minor bug fixes. There are only three core changes: adding sense codes, cleaning up noretry and adding an option for limitless retries. We've got one obvious conflict

Re: [PATCH -next] [SCSI] fnic: simplify the return expression of vnic_wq_copy_alloc

2020-10-13 Thread Martin K. Petersen
On Mon, 21 Sep 2020 16:24:52 +0800, Liu Shixin wrote: > Simplify the return expression. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: fnic: Simplify the return expression of vnic_wq_copy_alloc() https://git.kernel.org/mkp/scsi/c/39d0c6e770c2 -- Martin K. Petersen Oracle Linux

Re: [PATCH -next] scsi: fcoe: simplify the return expression of fcoe_sysfs_setup

2020-10-13 Thread Martin K. Petersen
On Mon, 21 Sep 2020 21:11:02 +0800, Qinglang Miao wrote: > Simplify the return expression. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: fcoe: Simplify the return expression of fcoe_sysfs_setup() https://git.kernel.org/mkp/scsi/c/de6c063fa09a -- Martin K. Petersen Oracle Linux

Re: [PATCH -next] snic: simplify the return expression of svnic_cq_alloc

2020-10-13 Thread Martin K. Petersen
On Mon, 21 Sep 2020 16:24:55 +0800, Liu Shixin wrote: > Simplify the return expression. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: snic: Simplify the return expression of svnic_cq_alloc() https://git.kernel.org/mkp/scsi/c/6afc12fa6e50 -- Martin K. Petersen Oracle Linux

Re: [PATCH -next] scsi: initio: use module_pci_driver to simplify the code

2020-10-13 Thread Martin K. Petersen
On Thu, 17 Sep 2020 15:10:45 +0800, Liu Shixin wrote: > Use the module_pci_driver() macro to make the code simpler > by eliminating module_init and module_exit calls. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: initio: Use module_pci_driver() to simplify the code

Re: [PATCH] scsi: qla2xxx: initialize value

2020-10-13 Thread Martin K. Petersen
On Mon, 5 Oct 2020 07:45:44 -0700, t...@redhat.com wrote: > clang static analysis reports this problem: > > qla_nx2.c:694:3: warning: 6th function call argument is > an uninitialized value > ql_log(ql_log_fatal, vha, 0xb090, > ^ > > [...]

Re: [PATCH] scsi: myrb: remove redundant assignment to variable timeout

2020-10-13 Thread Martin K. Petersen
On Tue, 29 Sep 2020 10:24:58 +0800, Jing Xiangfeng wrote: > The variable timeout has been initialized with a value '0'. The assignment > before while loop is redundant. So remove it. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: myrb: Remove redundant assignment to variable timeout

Re: [PATCH 1/2] fs, close_range: add flag CLOSE_RANGE_CLOEXEC

2020-10-13 Thread Giuseppe Scrivano
Christian Brauner writes: > On Tue, Oct 13, 2020 at 04:06:08PM +0200, Giuseppe Scrivano wrote: > > Hey Guiseppe, > > Thanks for the patch! > >> When the flag CLOSE_RANGE_CLOEXEC is set, close_range doesn't >> immediately close the files but it sets the close-on-exec bit. > > Hm, please expand on

Re: [PATCH] scsi: sym53c8xx_2: fix sizeof mismatch

2020-10-13 Thread Martin K. Petersen
On Tue, 6 Oct 2020 12:02:52 +0100, Colin King wrote: > An incorrect sizeof is being used, struct sym_ccb ** is not correct, > it should be struct sym_ccb *. Note that since ** is the same size as > * this is not causing any issues. Improve this fix by using the > idiom sizeof(*np->ccbh) as this

Re: [PATCH 0/2] module: some refactoring in module_sig_check()

2020-10-13 Thread Joe Perches
On Tue, 2020-10-13 at 23:32 +0300, Sergey Shtylyov wrote: > Here are 2 patches against the 'modules-next' branch of Jessica Yu's > 'linux.git' repo. > I'm doing some little refactoring in module_sig_check()... > > [1/2] module: merge repetitive strings in module_sig_check() > [2/2] module:

Re: [RFC PATCH 13/22] x86/fpu/xstate: Expand dynamic user state area on first use

2020-10-13 Thread Dave Hansen
On 10/13/20 3:31 PM, Brown, Len wrote: > vmalloc() does not fail, and does not return an error, and so there is no > concept > of returning a signal. Well, the order-0 allocations are no-fail, as are the vmalloc kernel structures and the page tables that might have to be allocated. But, that's

Re: [PATCH] scsi: bfa: fix error return in bfad_pci_init()

2020-10-13 Thread Martin K. Petersen
On Fri, 25 Sep 2020 14:24:23 +0800, Jing Xiangfeng wrote: > Fix to return error code -ENODEV from the error handling case instead > of 0. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: bfa: Fix error return in bfad_pci_init() https://git.kernel.org/mkp/scsi/c/f0f6c3a4fcb8 -- Martin K.

Re: [PATCH -next] scsi: dc395x: use module_pci_driver to simplify the code

2020-10-13 Thread Martin K. Petersen
On Thu, 17 Sep 2020 15:10:44 +0800, Liu Shixin wrote: > Use the module_pci_driver() macro to make the code simpler > by eliminating module_init and module_exit calls. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: dc395x: Use module_pci_driver() to simplify the code

Re: [PATCH] scsi: 53c700: Remove set but not used variable

2020-10-13 Thread Martin K. Petersen
On Fri, 18 Sep 2020 15:14:22 +0800, Zheng Yongjun wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/scsi/53c700.c: In function NCR_700_intr: > drivers/scsi/53c700.c:1488:27: warning: variable ‘state’ set but not used > [-Wunused-but-set-variable] > > drivers/scsi/53c700.c: In

Re: [PATCH -next v2] scsi: qla2xxx: Convert to DEFINE_SHOW_ATTRIBUTE

2020-10-13 Thread Martin K. Petersen
On Sat, 19 Sep 2020 10:52:02 +0800, Qinglang Miao wrote: > Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: qla2xxx: Convert to DEFINE_SHOW_ATTRIBUTE https://git.kernel.org/mkp/scsi/c/5e7e6472eda9 -- Martin K. Petersen Oracle

Re: [PATCH] qla2xxx: Use constant when it is known.

2020-10-13 Thread Martin K. Petersen
On Mon, 21 Sep 2020 13:23:40 +0200, Pavel Machek wrote: > Directly return constant when it is known, to make code easier to > understand. Applied to 5.10/scsi-queue, thanks! [1/1] scsi: qla2xxx: Use constant when it is known https://git.kernel.org/mkp/scsi/c/b994718760fa -- Martin K.

Re: [PATCH] scsi: qla2xxx: fix return of uninitialized value in rval

2020-10-13 Thread Martin K. Petersen
On Thu, 8 Oct 2020 19:32:39 +0100, Colin King wrote: > A previous change removed the initialization of rval and there is > now an error where an uninitialized rval is being returned on an > error return path. Fix this by returning -ENODEV. Applied to 5.10/scsi-queue, thanks! [1/1] scsi:

Re: [PATCH] qla2xxx: Do not consume srb greedily

2020-10-13 Thread Martin K. Petersen
On Tue, 29 Sep 2020 09:38:02 +0200, Daniel Wagner wrote: > qla2xx_process_get_sp_from_handle() will clear the slot which the > current srb is stored. So this function has a side effect. Therefore, > we can't use it in qla24xx_process_mbx_iocb_response() to check > for consistency and later again

Re: [PATCH] scsi: isci: Fix a typo in a comment

2020-10-13 Thread Martin K. Petersen
On Sat, 3 Oct 2020 07:57:09 +0200, Christophe JAILLET wrote: > s/remtoe/remote/ > and add a missing '.' Applied to 5.10/scsi-queue, thanks! [1/1] scsi: isci: Fix a typo in a comment https://git.kernel.org/mkp/scsi/c/45660591ee8f -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 00/14] drop double zeroing

2020-10-13 Thread Martin K. Petersen
On Sun, 20 Sep 2020 13:26:12 +0200, Julia Lawall wrote: > sg_init_table zeroes its first argument, so the allocation of that argument > doesn't have to. Applied to 5.10/scsi-queue, thanks! [02/14] scsi: target: rd: Drop double zeroing https://git.kernel.org/mkp/scsi/c/4b217e015b75 --

<    1   2   3   4   5   6   7   8   9   10   >