[RFC 0/2] nocopy bvec for direct IO

The idea is to avoid copying, merging, etc. bvec from iterator to bio in direct I/O and use the one we've already got. Hook it up for io_uring. Had an eye on it for a long, and it also was brought up by Matthew just recently. Let me know if I forgot or misplaced some tags. A benchmark got me

Re: [PATCH V2 2/2] mm/highmem: Lift memcpy_[to|from]_page to core

On Tue, Dec 08, 2020 at 03:40:52PM -0800, Dan Williams wrote: > On Tue, Dec 8, 2020 at 2:49 PM Darrick J. Wong > wrote: > [..] > > > So what's your preferred poison? > > > > > > 1. Corrupt random data in whatever's been mapped into the next page (which > > >is what the helpers currently do)

[PATCH 1/2] iov: introduce ITER_BVEC_FLAG_FIXED

Add ITER_BVEC_FLAG_FIXED iov iter flag, which will allow us to reuse passed in bvec instead of copying it. In particular it means that iter->bvec won't be freed and page references are taken remain so until callees don't need them, including asynchronous execution. Signed-off-by: Pavel Begunkov

Re: [PATCH v2] mm: memcontrol: optimize per-lruvec stats counter memory usage

On Tue, Dec 08, 2020 at 05:51:32PM +0800, Muchun Song wrote: > The vmstat threshold is 32 (MEMCG_CHARGE_BATCH), so the type of s32 > of lruvec_stat_cpu is enough. And introduce struct per_cpu_lruvec_stat > to optimize memory usage. > > The size of struct lruvec_stat is 304 bytes on 64 bits

Re: [PATCH 3/9] clk: ti: am33xx: Keep am3 l3 main clock always on for genpd

Quoting Tony Lindgren (2020-11-10 03:20:36) > In order for suspend and resume to work with genpd on am3, we must keep > l3 main clock always on. Otherwise prm_omap driver will shut down the l3 > main clock on suspend when simple-pm-bus and GENPD_FLAG_PM_CLK are used. > Note that we already keep

Re: [PATCH 0/2] two UFS changes

Bean, > Bean Huo (2): > scsi: ufs: Remove an unused macro definition POWER_DESC_MAX_SIZE > scsi: ufs: Fix wrong print message in dev_err() Applied to 5.11/scsi-staging, thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 2/2] ARM: dts: aspeed: Add device tree for Ampere's Mt. Jade BMC

On Tue, 8 Dec 2020 at 08:09, Krzysztof Kozlowski wrote: > > On Tue, 8 Dec 2020 at 05:42, Joel Stanley wrote: > > > > On Tue, 8 Dec 2020 at 04:37, Quan Nguyen > > wrote: > > > > > > The Mt. Jade BMC is an ASPEED AST2500-based BMC for the Mt. Jade > > > hardware reference platform with Ampere's

Re: [PATCH] x86/apic: Fix CPU devicetree-node lookups

On Tue, Dec 08 2020 at 11:05, Johan Hovold wrote: > On Tue, Nov 24, 2020 at 02:42:47PM +0100, Johan Hovold wrote: >> Fix CPU devicetree-node lookups by implementing >> arch_match_cpu_phys_id(). >> >> This allows using of_get_cpu_node() and of_cpu_device_node_get() to look >> up CPU devicetree

Re: [PATCH v2 1/2] misc: Add clock control logic into Aspeed LPC SNOOP driver

On Tue, 8 Dec 2020 at 09:17, John Wang wrote: > > From: Jae Hyun Yoo > > If LPC SNOOP driver is registered ahead of lpc-ctrl module, LPC > SNOOP block will be enabled without heart beating of LCLK until > lpc-ctrl enables the LCLK. This issue causes improper handling on > host interrupts when

Re: One potential issue with concurrent execution of RCU callbacks...

Hi Frederic, On Tue, Dec 08, 2020 at 11:04:38PM +0100, Frederic Weisbecker wrote: > On Tue, Dec 08, 2020 at 10:24:09AM -0800, Paul E. McKenney wrote: > > > It reduces the code scope running with BH disabled. > > > Also narrowing down helps to understand what it actually protects. > > > > I

Re: [RFC PATCH 09/14] cxl/mem: Add basic IOCTL interface

On 20-12-08 17:37:50, Dan Williams wrote: > On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky wrote: > > > > Add a straightforward IOCTL that provides a mechanism for userspace to > > query the supported memory device commands. > > > > Memory device commands are specified in 8.2.9 of the CXL 2.0 > >

[PATCH] arm64: defconfig: enable clock driver for ZynqMP platforms

From: Quanyang Wang The Zynqmp Ultrascale clock controller generates clocks for peripherals by default. So enable this clock driver for ZynqMP platforms. Signed-off-by: Quanyang Wang --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

回复：[PATCH] virtio: replace constant parameter '1' with num

Hi Michael, >> 'num' can represent the value of out_sgs(in_sags), no need to pass >> in constant parameters in 'virtqueue_add'. >> >> Signed-off-by: liush >Point being? >A constant is likely easier for the compiler to optimize ... Thanks. I was unaware that a constant was for compiler

Re: [RFC][PATCH] cpu/hotplug: wait for cpuset_hotplug_work to finish on cpu online

Alexey Klimov writes: > I also in doubts if we need cpuset_wait_for_hotplug() in > cpuhp_online_cpu_device() > since an online uevent is sent there too. We do need it there if we go with this fix. Your reproducer hits the same issue when it's changed to exercise smt/control instead of

[PATCH v2] phy: rockchip-emmc: emmc_phy_init() always return 0

rockchip_emmc_phy_init() return variable is not set with the error value if clk_get() failed. 'emmcclk' is optional, thus use clk_get_optional() and if the return value != NULL make error processing and set the return code accordingly. Fixes: 52c0624a10cce phy: rockchip-emmc: Set phyctrl_frqsel

[PATCH] PCI: qcom: Fix using uninitialized smmu_sid_base variable

smmu_sid_base should hold the base of SMMU SID extracted from the first entry of iommu-map. This value will be used to extract the successive SMMU SID values. Fix it by assigning the first SMMU SID base before for loop. Reported-by: kernel test robot Signed-off-by: Manivannan Sadhasivam ---

Re: [RFC PATCH 12/14] cxl: Add basic debugging

On 20-12-08 17:17:36, Dan Williams wrote: > On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky wrote: > > > > Provide a standard debug function for use throughout the driver. > > > > Signed-off-by: Ben Widawsky > > --- > > drivers/cxl/cxl.h | 3 +++ > > drivers/cxl/mem.c | 26

WARNING in ieee80211_start_next_roc

Hello, syzbot found the following issue on: HEAD commit:e87297fa Merge tag 'drm-fixes-2020-12-04' of git://anongit.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17d9c9d350 kernel config: https://syzkaller.appspot.com/x/.config?x=e49433cfed49b7d9

Re: [PATCH v3 1/7] mm: memcontrol: fix NR_ANON_THPS account

On Tue, Dec 08, 2020 at 12:18:41PM +0800, Muchun Song wrote: > The unit of NR_ANON_THPS is HPAGE_PMD_NR already. So it should inc/dec > by one rather than nr_pages. > > Fixes: 468c398233da ("mm: memcontrol: switch to native NR_ANON_THPS counter") > Signed-off-by: Muchun Song > Acked-by: Michal

Re: [PATCH v2 04/10] ovl: make ioctl() safe

On Mon, 7 Dec 2020, Miklos Szeredi wrote: > ovl_ioctl_set_flags() does a capability check using flags, but then the > real ioctl double-fetches flags and uses potentially different value. > > The "Check the capability before cred override" comment misleading: user > can skip this check by

Re: [PATCH] extcon: max77693: Fix modalias string

On 12/8/20 10:36 PM, Marek Szyprowski wrote: > The platform device driver name is "max77693-muic", so advertise it > properly in the modalias string. This fixes automated module loading when > this driver is compiled as a module. > > Fixes: db1b9037424b ("extcon: MAX77693: Add extcon-max77693

linux-next: build failure after merge of the drm tree

Hi all, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/i915/gt/intel_mocs.c: In function 'get_mocs_settings': drivers/gpu/drm/i915/gt/intel_mocs.c:363:22: error: 'GEN11_NUM_MOCS_ENTRIES' undeclared (first use in this function); did

Re: [PATCH v2 01/10] vfs: move cap_convert_nscap() call into vfs_setxattr()

On Mon, 7 Dec 2020, Miklos Szeredi wrote: > cap_convert_nscap() does permission checking as well as conversion of the > xattr value conditionally based on fs's user-ns. > > This is needed by overlayfs and probably other layered fs (ecryptfs) and is > what vfs_foo() is supposed to do anyway. > >

[PATCH v4 1/1] vfio/type1: Add vfio_group_iommu_domain()

Add the API for getting the domain from a vfio group. This could be used by the physical device drivers which rely on the vfio/mdev framework for mediated device user level access. The typical use case like below: unsigned int pasid; struct vfio_group *vfio_group; struct

RE: [PATCH v5 10/16] dt-binding: dma: dw-axi-dmac: Add support for Intel KeemBay AxiDMA

> -Original Message- > From: Rob Herring > Sent: 01 December 2020 6:29 AM > To: Sia, Jee Heng > Cc: vk...@kernel.org; eugeniy.palt...@synopsys.com; > andriy.shevche...@linux.intel.com; dmaeng...@vger.kernel.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org > Subject: Re:

[tip:x86/misc] BUILD SUCCESS f77f420d34754b8d08ac6ebf094ff7193023196a

allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20201208 x86_64 randconfig-a006-20201208 x86_64 randconfig-a005-20201208 x86_64 randconfig-a001-20201208 x86_64

Re: [PATCH v2] docs/zh_CN: Improve Cinese transolation quality.

Reviewed-by: Alex Shi 在 2020/12/8 下午9:16, Ran Wang 写道: > Signed-off-by: Ran Wang > --- > Change in v2: > - For 'cn_development_coding' part, change back to '是关于编码过程的' > > .../translations/zh_CN/process/1.Intro.rst| 61 ++- > 1 file changed, 32 insertions(+), 29

[tip:perf/core] BUILD SUCCESS d55863db1dfec8845067f5625f1b0ab18c8948be

defconfig mips allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20201208 x86_64

Re: [PATCH] drivers: usb: gadget: prefer pr_*() functions over raw printk()

On 20-12-08 15:44:03, Enrico Weigelt, metux IT consult wrote: > Reduce a bit logging boilerplate by using the preferred pr_*() > macros instead of raw printk(). It is the device driver code, it is better to use dev_info/dev_dbg. Peter > > Signed-off-by: Enrico Weigelt, metux IT consult > --- >

RE: [PATCH v5 16/16] dmaengine: dw-axi-dmac: Virtually split the linked-list

> -Original Message- > From: Andy Shevchenko > Sent: 23 November 2020 6:23 PM > To: Sia, Jee Heng > Cc: vk...@kernel.org; eugeniy.palt...@synopsys.com; > robh...@kernel.org; dmaeng...@vger.kernel.org; linux- > ker...@vger.kernel.org; devicet...@vger.kernel.org > Subject: Re: [PATCH v5

[PATCH net-next v3] net: hdlc_x25: Remove unnecessary skb_reset_network_header calls

1. In x25_xmit, skb_reset_network_header is not necessary before we call lapb_data_request. The lapb module doesn't need skb->network_header. So there is no need to set skb->network_header before calling lapb_data_request. 2. In x25_data_indication (called by the lapb module after data have been

[PATCH net-next v2] net: hdlc_x25: Remove unnecessary skb_reset_network_header calls

1. In x25_xmit, skb_reset_network_header is not necessary before we call lapb_data_request. The lapb module doesn't need skb->network_header. So there is no need to set skb->network_header before calling lapb_data_request. 2. In x25_data_indication (called by the lapb module after some data have

Re: [RFC PATCH 09/14] cxl/mem: Add basic IOCTL interface

On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky wrote: > > Add a straightforward IOCTL that provides a mechanism for userspace to > query the supported memory device commands. > > Memory device commands are specified in 8.2.9 of the CXL 2.0 > specification. They are submitted through a mailbox

Re: [PATCH v4] f2fs: compress: support chksum

Hello guys, Any further comments on compress related patches? Jaegeuk, could you please queue these patches in dev-test? let me know if there is any problem. On 2020/12/8 11:14, Chao Yu wrote: This patch supports to store chksum value with compressed data, and verify the integrality of

Re: [PATCH v6 01/18] docs: acrn: Introduce ACRN

On Tue 8.Dec'20 at 12:52:49 +0100, Borislav Petkov wrote: On Tue, Dec 01, 2020 at 05:38:36PM +0800, shuo.a@intel.com wrote: From: Shuo Liu Add documentation on the following aspects of ACRN: Thanks for doing this! +=== +ACRN CPUID bits +=== + +A guest VM

Re: [PATCH v6 1/5] clk: sifive: Extract prci core to common base

On Wed, Dec 9, 2020 at 1:08 AM kernel test robot wrote: > > Hi Zong, > > Thank you for the patch! Yet something to improve: > > [auto build test ERROR on clk/clk-next] > [also build test ERROR on robh/for-next linux/master linus/master v5.10-rc7 > next-20201208] >

Re: [f2fs-dev] [PATCH v3] f2fs: fix race of pending_pages in decompression

On 2020/12/9 7:55, Jaegeuk Kim wrote: On 12/07, Eric Biggers wrote: On Tue, Dec 08, 2020 at 08:51:45AM +0900, Daeho Jeong wrote: I am trying to review this but it is very hard, as the f2fs compression code is very hard to understand. It looks like a 'struct decompress_io_ctx' represents the

Re: [PATCH 2/4] phy: Add LVDS configuration options

Hi Laurent, On Tue, 2020-12-08 at 14:38 +0200, Laurent Pinchart wrote: > Hi Liu, > > Thank you for the patch. > > On Fri, Dec 04, 2020 at 03:33:42PM +0800, Liu Ying wrote: > > This patch allows LVDS PHYs to be configured through > > the generic functions and through a custom structure > > added

Re: [PATCH net v1 2/2] lan743x: boost performance: limit PCIe bandwidth requirement

> dma_sync_single_for_{cpu,device} is what you would need in order to make > a partial cache line invalidation. You would still need to unmap the > same address+length pair that was used for the initial mapping otherwise > the DMA-API debugging will rightfully complain. But often you don't unmap

[PATCH v2 net-next] net/mlx4: simplify the return expression of mlx4_init_cq_table()

Simplify the return expression. Signed-off-by: Zheng Yongjun --- drivers/net/ethernet/mellanox/mlx4/cq.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/net/ethernet/mellanox/mlx4/cq.c b/drivers/net/ethernet/mellanox/mlx4/cq.c index

Re: [PATCH v2 2/4] spi: Add devicetree bindings documentation for Loongson SPI

On 12/08/2020 09:58 PM, Mark Brown wrote: On Tue, Dec 08, 2020 at 06:47:10PM +0800, zhangqing wrote: On 12/08/2020 04:40 PM, Sergei Shtylyov wrote: +Required properties: +- #interrupts: No hardware interrupt. You say it's a required prop, yet yuoe example doesn't have it... I

Re: [RFC PATCH 12/14] cxl: Add basic debugging

On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky wrote: > > Provide a standard debug function for use throughout the driver. > > Signed-off-by: Ben Widawsky > --- > drivers/cxl/cxl.h | 3 +++ > drivers/cxl/mem.c | 26 +- > 2 files changed, 28 insertions(+), 1 deletion(-) > >

drivers/staging/rtl8723bs/core/rtw_wlan_util.c:1380:30: warning: Either the condition 'p' is redundant or there is pointer arithmetic with NULL pointer.

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: cd796ed3345030aa1bb332fe5c793b3dddaf56e7 commit: 370730894bece52b2bbd4eb727fbb39840cc0e14 Staging: rtl8723bs: rtw_wlan_util: Add size check of SSID IE compiler: or1k-linux-gcc (GCC) 9.3.0 If you fix the

Re: [PATCH v2 2/4] spi: Add devicetree bindings documentation for Loongson SPI

On 12/08/2020 10:48 PM, Sergei Shtylyov wrote: On 12/8/20 1:47 PM, zhangqing wrote: Add spi-ls7a binding documentation. Signed-off-by: Qing Zhang --- Documentation/devicetree/bindings/spi/spi-ls7a.txt | 31 ++ 1 file changed, 31 insertions(+) create mode

Re: [PATCH] clk: zynqmp: enable COMMON_CLK_ZYNQMP for ARCH_ZYNQMP automatically

Hi Michal, On 12/8/20 8:42 PM, Michal Simek wrote: Hi, On 08. 12. 20 13:35, quanyang.w...@windriver.com wrote: From: Quanyang Wang The Zynqmp Ultrascale clock controller generates clocks for peripherals, so we need to enable it when ARCH_ZYNQMP is selected. Signed-off-by: Quanyang Wang

Re: [PATCH v3 1/2] Bluetooth: btusb: define HCI packet sizes of USB Alts

On Tuesday 08 December 2020 15:04:29 Trent Piepho wrote: > On Wednesday, September 23, 2020 3:22:15 AM PST Pali Rohár wrote: > > On Monday 14 September 2020 20:18:27 Joseph Hwang wrote: > > > On Thu, Sep 10, 2020 at 4:18 PM Pali Rohár wrote: > > > > And this part of code which you write is

[PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory

From: "Paul E. McKenney" This commit adds vmalloc() support to mem_dump_obj(). Note that the vmalloc_dump_obj() function combines the checking and dumping, in contrast with the split between kmem_valid_obj() and kmem_dump_obj(). The reason for the difference is that the checking in the

[PATCH v2 sl-b 4/5] rcu: Make call_rcu() print mem_dump_obj() info for double-freed callback

From: "Paul E. McKenney" The debug-object double-free checks in __call_rcu() print out the RCU callback function, which is usually sufficient to track down the double free. However, all uses of things like queue_rcu_work() will have the same RCU callback function (rcu_work_rcufn() in this

[PATCH v2 sl-b 5/5] percpu_ref: Dump mem_dump_obj() info upon reference-count underflow

From: "Paul E. McKenney" Reference-count underflow for percpu_ref is detected in the RCU callback percpu_ref_switch_to_atomic_rcu(), and the resulting warning does not print anything allowing easy identification of which percpu_ref use case is underflowing. This is of course not normally a

[PATCH v2 sl-b 2/5] mm: Make mem_dump_obj() handle NULL and zero-sized pointers

From: "Paul E. McKenney" This commit makes mem_dump_obj() call out NULL and zero-sized pointers specially instead of classifying them as non-paged memory. Cc: Christoph Lameter Cc: Pekka Enberg Cc: David Rientjes Cc: Joonsoo Kim Cc: Andrew Morton Cc: Reported-by: Andrii Nakryiko

[PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block

From: "Paul E. McKenney" There are kernel facilities such as per-CPU reference counts that give error messages in generic handlers or callbacks, whose messages are unenlightening. In the case of per-CPU reference-count underflow, this is not a problem when creating a new use of this facility

[PATCH RFC v2 sl-b] Export return addresses etc. for better diagnostics

Hello! This is v2 of the series the improves diagnostics by providing access to additional information including the return addresses collected by the sl*b allocators and by vmalloc(). If the allocator is not configured to collect this information, the diagnostics fall back to a reasonable

Re: [PATCH v2 1/2] scsi: ufs: Re-enable WriteBooster after device reset

On Tue, 2020-12-08 at 15:13 +0100, Bean Huo wrote: > On Tue, 2020-12-08 at 21:56 +0800, Stanley Chu wrote: > > index 08c8a591e6b0..36d367eb8139 100644 > > --- a/drivers/scsi/ufs/ufshcd.h > > +++ b/drivers/scsi/ufs/ufshcd.h > > @@ -1221,8 +1221,13 @@ static inline void > >

Re: [PATCH] arm64: dts: qcom: Clean up sc7180-trogdor voltage rails

On Mon, Dec 7, 2020 at 2:33 PM Douglas Anderson wrote: > > For a bunch of rails we really don't do anything with them in Linux. > These are things like modem voltage rails that the modem manages these > itself and core rails (like IO rails) that are setup to just > automagically do the right

Re: [PATCH v2] scsi: ufs: clear uac for RPMB after ufshcd resets

On Tue, 2020-12-08 at 13:51 -0800, Jaegeuk Kim wrote: > From 902e313f0d7ccf5e24491c2badc6dc173ce35fb1 Mon Sep 17 00:00:00 2001 > From: Randall Huang > Date: Tue, 24 Nov 2020 15:29:58 +0800 > Subject: [PATCH] scsi: ufs: clear uac for RPMB after ufshcd resets > > If RPMB is not provisioned, we may

[PATCH net-next] net: hdlc_x25: Remove unnecessary skb_reset_network_header calls

1. In x25_xmit, skb_reset_network_header is not necessary before we call lapb_data_request. The lapb module doesn't need skb->network_header. So there is no need to set skb->network_header before calling lapb_data_request. 2. In x25_data_indication (called by the lapb module after it has

[rcu:dev.2020.12.08a 96/97] undefined reference to `kmem_struct_debug_provenance'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2020.12.08a head: c5c1f436c5434ca260106aa0713ec8e4de3cba22 commit: f1bf0344f92961c0691b3baeaa1c2f23bb076bc8 [96/97] mm: Add kmalloc_debug_print_provenance() to print source of memory block config:

Re: [PATCH next v2 2/3] printk: change @clear_seq to atomic64_t

On (20/12/08 23:36), John Ogness wrote: > On 2020-12-09, Sergey Senozhatsky wrote: > >> Sigh, atomic64_read() uses a spin lock in the generic implementation > >> that is used on some architectures. > > > > Oh... So on those archs prb is not lockless in fact, it actually > > takes the spin_lock

Re: [RFC PATCH] blk-mq: Clean up references when freeing rqs

On Tue, Dec 08, 2020 at 11:36:58AM +, John Garry wrote: > On 03/12/2020 09:26, John Garry wrote: > > On 03/12/2020 00:55, Ming Lei wrote: > > > > Hi Ming, > > > > > > Yeah, so I said that was another problem which you mentioned > > > > there, which > > > > I'm not addressing, but I don't

[PATCH v2] perf script: Fix overrun issue for dynamically-allocated pmu type number

When unpacking the event which is from dynamic pmu, the array output[OUTPUT_TYPE_MAX] may be overrun. For example, type number of SKL uncore_imc is 10, but OUTPUT_TYPE_MAX is 7 now (OUTPUT_TYPE_MAX = PERF_TYPE_MAX + 1). /* In builtin-script.c */ process_event() { unsigned int type =

[patch] close_range.2: new page documenting close_range(2)

This documents close_range(2) based on information in 278a5fbaed89dacd04e9d052f4594ffd0e0585de and 60997c3d45d9a67daf01c56d805ae4fec37e0bd8. Signed-off-by: Stephen Kitt --- man2/close_range.2 | 112 + 1 file changed, 112 insertions(+) create mode

Re: [PATCH V2] drm/vkms: Add setup and testing information

On Wed, Dec 09, 2020 at 02:07:35AM +0530, Sumera Priyadarsini wrote: > Update the vkms documentation to contain steps to: > > - setup the vkms driver > - run tests using igt > > Signed-off-by: Sumera Priyadarsini > ___ > Changes in v2: > - Change heading to title case (Daniel) > - Add

Re: [PATCH v3 09/15] remoteproc: Introduce function rproc_detach()

On Tue, Dec 08, 2020 at 07:35:18PM +0100, Arnaud POULIQUEN wrote: > Hi Mathieu, > > > On 11/26/20 10:06 PM, Mathieu Poirier wrote: > > Introduce function rproc_detach() to enable the remoteproc > > core to release the resources associated with a remote processor > > without stopping its

Re: [PATCH] drm/tidss: Use the new api devm_drm_irq_install

On Tue, Dec 08, 2020 at 03:50:59PM +0800, Tian Tao wrote: > Use devm_drm_irq_install to register interrupts so that > drm_irq_uninstall is not needed to be called. > > Signed-off-by: Tian Tao There's another drm_irq_install in the error path. But I'm not sure this is safe since you're chaning

Re: [RFC PATCH 0/9] CXL 2.0 Support

On 20-12-06 23:40:47, Chris Browy wrote: > Hi Ben, > > > >On Dec 4, 2020, at 1:12 PM, Ben Widawsky > >wrote: > > > >Hi Chris. > > > >On 20-12-04 12:40:03, Chris Browy wrote: > > > >Hi Ben, > > > >Trying to bring up the environment using the latest developments as

Re: [RFC PATCH v2 00/14] CXL 2.0 Support

On 20-12-08 16:24:04, Ben Widawsky wrote: [snip] This is available on gitlab here: https://gitlab.com/bwidawsk/linux/-/tree/cxl-2.0v2

[PATCH next v4 1/2] printk: inline log_output(),log_store() in vprintk_store()

In preparation for removing logbuf_lock, inline log_output() and log_store() into vprintk_store(). This will simplify dealing with the various code branches and fallbacks that are possible. Signed-off-by: John Ogness Reviewed-by: Petr Mladek Reviewed-by: Sergey Senozhatsky --- v3 -

[PATCH next v4 0/2] printk: remove logbuf_lock writer-protection of ringbuffer

to the reserved ringbuffer data block. This series is based on next-20201208. John Ogness [0] https://lkml.kernel.org/r/20201207222020.2923-1-john.ogn...@linutronix.de John Ogness (2): printk: inline log_output(),log_store() in vprintk_store() printk: remove logbuf_lock writer-protection

[PATCH next v4 2/2] printk: remove logbuf_lock writer-protection of ringbuffer

Since the ringbuffer is lockless, there is no need for it to be protected by @logbuf_lock. Remove @logbuf_lock writer-protection of the ringbuffer. The reader-protection is not removed because some some variables used by readers are using @logbuf_lock for synchronization: @syslog_seq,

Re: [PATCH v3 4/6] drm/atomic: Avoid unused-but-set-variable warning on for_each_old_plane_in_state

On Mon, Dec 07, 2020 at 11:20:58AM +0800, Liu Ying wrote: > Artifically use 'plane' and 'old_plane_state' to avoid 'not used' warning. > The precedent has already been set by other macros in the same file. > > Signed-off-by: Liu Ying Acked-by: Daniel Vetter I'm assuming someone will push this

Re: [PATCH 1/1] mwifiex: Fix possible buffer overflows in mwifiex_config_scan

Hi Xiaohui, On Wed, Dec 9, 2020 at 12:07 AM Xiaohui Zhang wrote: > > From: Zhang Xiaohui > > mwifiex_config_scan() calls memcpy() without checking > the destination size may trigger a buffer overflower, > which a local user could use to cause denial of service > or the execution of arbitrary

Re: [Ksummit-discuss] crediting bug reports and fixes folded into original patch

On Thu, Dec 03, 2020 at 07:30:44PM +0100, Greg KH wrote: > On Thu, Dec 03, 2020 at 12:40:47PM +0200, Leon Romanovsky wrote: > > On Thu, Dec 03, 2020 at 10:36:56AM +0100, Geert Uytterhoeven wrote: > > > On Thu, Dec 3, 2020 at 10:35 AM Leon Romanovsky wrote: > > > > On Wed, Dec 02, 2020 at

Re: [RFC PATCH v2 00/14] CXL 2.0 Support

On Tue, 2020-12-08 at 16:24 -0800, Ben Widawsky wrote: > Changes since v1 [1] > > A few additions have been made: > - IOCTL (UAPI) interface has been added with commands > - Kernel docs have been created > - A new debug macro is introduced and sprinkled throughout. > > A deletion was made: >

Re: [patch 0/8] ntp/rtc: Fixes and cleanups

Alexandre, On Sun, Dec 06 2020 at 22:46, Thomas Gleixner wrote: > Miroslav ran into a situation where the periodic RTC synchronization almost > never was able to hit the time window for the update. That happens due the > usage of delayed_work and the properties of the timer wheel. > > While that

[RFC PATCH v2 03/14] cxl/acpi: add OSC support

From: Vishal Verma Add support to advertise OS capabilities, and request OS control for CXL features using the ACPI _OSC mechanism. Advertise support for all possible CXL features, and attempt to request control for all possible features. Based on a patch by Sean Kelley. Signed-off-by: Vishal

[RFC PATCH 10/14] cxl/mem: Add send command

The send command allows userspace to issue mailbox commands directly to the hardware. The driver will verify basic properties of the command but otherwise pass any input payload untouched to the hardware, and return the output payload to userspace. The caller of this IOCTL is required to allocate

[RFC PATCH v2 01/14] docs: cxl: Add basic documentation

This starts a new cxl directory because CXL is a new bus and it is expected that the documentation will grow large over time. Currently only memory devices are documented as they are all that's supported. Signed-off-by: Ben Widawsky --- Documentation/cxl/index.rst | 12

Re: [PATCH v2 3/8] net: macb: add function to disable all macb clocks

On 12/7/20 4:15 AM, Claudiu Beznea wrote: > Add function to disable all macb clocks. > > Signed-off-by: Claudiu Beznea > Suggested-by: Andrew Lunn > --- > drivers/net/ethernet/cadence/macb_main.c | 62 > > 1 file changed, 32 insertions(+), 30 deletions(-) > >

[RFC PATCH 09/14] cxl/mem: Add basic IOCTL interface

Add a straightforward IOCTL that provides a mechanism for userspace to query the supported memory device commands. Memory device commands are specified in 8.2.9 of the CXL 2.0 specification. They are submitted through a mailbox mechanism specified in 8.2.8.4. Signed-off-by: Ben Widawsky --- I

[RFC PATCH v2 06/14] cxl/mem: Find device capabilities

CXL devices contain an array of capabilities that describe the interactions software can interact with the device, or firmware running on the device. A CXL compliant device must implement the device status and the mailbox capability. A CXL compliant memory device must implement the memory device

[RFC PATCH v2 08/14] cxl/mem: Register CXL memX devices

From: Dan Williams Create the /sys/bus/cxl hierarchy to enumerate memory devices (per-endpoint control devices), memory address space devices (platform address ranges with interleaving, performance, and persistence attributes), and memory regions (active provisioned memory from an address space

[RFC PATCH v2 05/14] cxl/mem: Map memory device registers

All the necessary bits are initialized in order to find and map the register space for CXL Memory Devices. This is accomplished by using the Register Locator DVSEC (CXL 2.0 - 8.1.9.1) to determine which PCI BAR to use, and how much of an offset from that BAR should be added. If the memory device

[RFC PATCH v2 04/14] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints

From: Dan Williams The CXL.mem protocol allows a device to act as a provider of "System RAM" and/or "Persistent Memory" that is fully coherent as if the memory was attached to the typical CPU memory controller. With the CXL-2.0 specification a PCI endpoint can implement a "Type-3" device

[RFC PATCH 11/14] cxl/mem: Add a "RAW" send command

The CXL memory device send interface will have a number of supported commands. The raw command is not such a command. Raw commands allow userspace to send a specified opcode to the underlying hardware and bypass all driver checks on the command. This is useful for a couple of usecases, mainly: 1.

[RFC PATCH 13/14] MAINTAINERS: Add maintainers of the CXL driver

Cc: Dan Williams Cc: Vishal Verma Cc: Ira Weiny Signed-off-by: Ben Widawsky --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index b516bb34a8d5..d6aa4b684a1a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4428,6 +4428,16 @@ F:

[RFC PATCH 12/14] cxl: Add basic debugging

Provide a standard debug function for use throughout the driver. Signed-off-by: Ben Widawsky --- drivers/cxl/cxl.h | 3 +++ drivers/cxl/mem.c | 26 +- 2 files changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/cxl/cxl.h b/drivers/cxl/cxl.h index

[PATCH RESEND] e1000e: fix S0ix flow to allow S0i3.2 subset entry

From: Vitaly Lifshits Changed a configuration in the flows to align with architecture requirements to achieve S0i3.2 substate. This helps both i219V and i219LM configurations. Also fixed a typo in the previous commit 632fbd5eb5b0 ("e1000e: fix S0ix flows for cable connected case"). Fixes:

Re: [PATCH net-next] net: ipv6: rpl_iptunnel: simplify the return expression of rpl_do_srh()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 20:09:49 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

Re: [PATCH net-next] net: atheros: simplify the return expression of atl2_phy_setup_autoneg_adv()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 21:57:30 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

Re: [PATCH net-next] net/mlx4: simplify the return expression of mlx4_init_cq_table()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 21:55:43 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

[RFC PATCH 14/14] WIP/cxl/mem: Add get firmware for testing

This also serves as an example how to add a new command Signed-off-by: Ben Widawsky --- drivers/cxl/mem.c| 22 ++ include/uapi/linux/cxl_mem.h | 3 ++- 2 files changed, 24 insertions(+), 1 deletion(-) diff --git a/drivers/cxl/mem.c b/drivers/cxl/mem.c index

Re: [PATCH net-next] net/mlx5: simplify the return expression of mlx5_esw_offloads_pair()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 21:56:25 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

Re: [PATCH net-next] drivers: net: qlcnic: simplify the return expression of qlcnic_sriov_vf_shutdown()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 21:54:37 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

[RFC PATCH v2 07/14] cxl/mem: Implement polled mode mailbox

Provide enough functionality to utilize the mailbox of a memory device. The mailbox is used to interact with the firmware running on the memory device. The CXL specification defines separate capabilities for the mailbox and the memory device. While we can confirm the mailbox is ready, in order to

Re: [PATCH net-next] net: openvswitch: conntrack: simplify the return expression of ovs_ct_limit_get_default_limit()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 20:13:53 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

[RFC PATCH v2 02/14] cxl/acpi: Add an acpi_cxl module for the CXL interconnect

From: Vishal Verma Add an acpi_cxl module to coordinate the ACPI portions of the CXL (Compute eXpress Link) interconnect. This driver binds to ACPI0017 objects in the ACPI tree, and coordinates access to the resources provided by the ACPI CEDT (CXL Early Discovery Table). It also coordinates

[RFC PATCH v2 00/14] CXL 2.0 Support

Changes since v1 [1] A few additions have been made: - IOCTL (UAPI) interface has been added with commands - Kernel docs have been created - A new debug macro is introduced and sprinkled throughout. A deletion was made: - Removal of the non-standard _OSC UUID. The detailed list of fixes is:

Re: [PATCH net-next] net: core: devlink: simplify the return expression of devlink_nl_cmd_trap_set_doit()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 20:10:46 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

Re: [PATCH net-next] net/sched: cls_u32: simplify the return expression of u32_reoffload_knode()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 20:08:22 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied

Re: [PATCH net-next] net: core: devlink: simplify the return expression of devlink_nl_cmd_trap_set_doit()

From: Zheng Yongjun Date: Tue, 8 Dec 2020 20:10:46 +0800 > Simplify the return expression. > > Signed-off-by: Zheng Yongjun Applied.

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