Re: [PATCH 9/8] mm: Account PMD tables like PTE tables

On Sat, Jun 27, 2020 at 07:46:42PM +0100, Matthew Wilcox wrote: > We account the PTE level of the page tables to the process in order to > make smarter OOM decisions and help diagnose why memory is fragmented. > For these same reasons, we should account pages allocated for PMDs. > With larger proce

[PATCH] reiserfs: only call unlock_new_inode() if I_NEW

From: Eric Biggers unlock_new_inode() is only meant to be called after a new inode has already been inserted into the hash table. But reiserfs_new_inode() can call it even before it has inserted the inode, triggering the WARNING in unlock_new_inode(). Fix this by only calling unlock_new_inode()

[PATCH] nilfs2: only call unlock_new_inode() if I_NEW

From: Eric Biggers unlock_new_inode() is only meant to be called after a new inode has already been inserted into the hash table. But nilfs_new_inode() can call it even before it has inserted the inode, triggering the WARNING in unlock_new_inode(). Fix this by only calling unlock_new_inode() if

Re: [PATCH v1 2/2] drm/panel-simple: Add missing BUS descriptions for some panels

Hi Dmitry, On Sun, Jun 28, 2020 at 02:44:15AM +0300, Dmitry Osipenko wrote: > 27.06.2020 23:43, Laurent Pinchart пишет: > > On Mon, Jun 22, 2020 at 01:27:42AM +0300, Dmitry Osipenko wrote: > >> This patch adds missing BUS fields to the display panel descriptions of > >> the panels which are found

Re: Passing NULL dev to dma_alloc_coherent() allowed or not?

You can't pass NULL. The synclink case is dead code as we stopped supporting non-PCI adapters a while ago. I had a patch to remove the !PCI code a while ago, but it seems like it never made it upstream. The staging code is, well .. staging code.

Re: [PATCH 4/8] asm-generic: pgalloc: provide generic pmd_alloc_one() and pmd_free_one()

On Sat, Jun 27, 2020 at 08:03:04PM +0100, Matthew Wilcox wrote: > On Sat, Jun 27, 2020 at 05:34:49PM +0300, Mike Rapoport wrote: > > More elaborate versions on arm64 and x86 account memory for the user page > > tables and call to pgtable_pmd_page_ctor() as the part of PMD page > > initialization. >

[PATCH] ext4: fix direct I/O read error

From: jiangying8582 Date: Wed, 24 Jun 2020 19:02:34 +0800 Subject: [PATCH] ext4: fix direct I/O read error This patch is used to fix ext4 direct I/O read error when the read size is not alignment with block size. Compare the size between read offset with file size, if read offset is greater than

[PATCH v2] serial: samsung: Re-factors UART IRQ resource for various Samsung SoC

In few older Samsung SoCs like s3c2410, s3c2412 and s3c2440, UART IP is having 2 interrupt lines. However, in other SoCs like s3c6400, s5pv210, exynos5433, and exynos4210 UART is having only 1 interrupt line. Due to this, "platform_get_irq(platdev, 1)" call in the driver gives the following warning

Re: [RFC] stop using ->read and ->write for kernel access v2

On Sat, Jun 27, 2020 at 03:15:00PM -0700, Linus Torvalds wrote: > > as part of removing set_fs entirely (for which I have a working > > prototype), we need to stop calling ->read and ->write with kernel > > pointers under set_fs. > > > > My previous "clean up kernel_{read,write} & friends v5" serie

[PATCH] sparse: use static inline for __chk_{user,io}_ptr()

__chk_user_ptr() & __chk_io_ptr() are dummy extern functions which only exist to enforce the typechecking of __user or __iomem pointers in macros when using sparse. This typechecking is done by inserting a call to these functions. But the presence of these calls can inhibit some simplifications an

[tip:master] BUILD SUCCESS deda15a7ef44d5dab81aa6bf140a98feefef4e00

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master branch HEAD: deda15a7ef44d5dab81aa6bf140a98feefef4e00 Merge branch 'linus' elapsed time: 724m configs tested: 111 configs skipped: 1 The following configs have been built successfully. More configs may be tested in

Re: [PATCH 09/10] sh: don't allow non-coherent DMA for NOMMU

On Sat, Jun 27, 2020 at 08:01:17PM -0500, Rob Landley wrote: > On 6/26/20 3:07 AM, Christoph Hellwig wrote: > > The code handling non-coherent DMA depends on being able to remap code > > as non-cached. But that can't be done without an MMU, so using this > > option on NOMMU builds is broken. > >

Re: [PATCH v5 2/2] drm/panel: simple: Add Satoz SAT050AT40H12R2 panel support

Hi Miquel, On Thu, Jan 09, 2020 at 07:40:37PM +0100, Miquel Raynal wrote: > Add support for the Satoz SAT050AT40H12R2 panel. > > Signed-off-by: Miquel Raynal > --- > > Changes since v4: > * None. > > Changes since v3: > * Added connector type. > > Changes since v2: > * Dropped two uneeded lin

[PATCH v2] sched: fix build with GCC_PLUGIN_RANDSTRUCT

From: Mike Rapoport Since the commit a148866489fb ("sched: Replace rq::wake_list") task_struct and CSD_TYPE_TTWU objects can be on the same queue and this requires that have layout similar enough. This assumption is broken when CONFIG_GCC_PLUGIN_RANDSTRUCT is enabled: CHK include/generate

Re: [PATCH v2 2/5] drm: panel: Add Starry KR070PE2T

Hi Pascal, On Fri, Mar 20, 2020 at 12:21:33PM +0100, Pascal Roeleven wrote: > The KR070PE2T is a 7" panel with a resolution of 800x480. > > KR070PE2T is the marking present on the ribbon cable. As this panel is > probably available under different brands, this marking will catch > most devices. >

[PATCH v2] staging: rtl8188eu: remove unnecessary comments in hal8188e_phy_cfg.h

Remove unnecessary comments in hal8188e_phy_cfg.h to improve readability and clear multiple blank lines checkpatch issues. CHECK: Please don't use multiple blank lines Signed-off-by: Michael Straube --- v1 -> v2 Remove one more line as suggested by Dan Carpenter. .../rtl8188eu/include/hal8188e

RE: [RFC PATCH 2/2] 9p: remove unused code in 9p

Hi Dominique, > -Original Message- > From: Dominique Martinet > Sent: Sunday, June 28, 2020 1:52 PM > To: Jianyong Wu > Cc: eri...@gmail.com; lu...@ionkov.net; v9fs- > develo...@lists.sourceforge.net; linux-kernel@vger.kernel.org; Steve > Capper ; Kaly Xin ; Justin He > ; Wei Chen > Sub

Re: [PATCH 1/2] thermal: qcom: tsens-v0_1: Add support for MSM8939

On Fri, May 01, 2020 at 10:33:10PM +0200, Konrad Dybcio wrote: > Signed-off-by: Konrad Dybcio For the record, I'm working my version of msm8939 tsens driver support, and I would highlight the things that differ from this patch. > --- > drivers/thermal/qcom/tsens-v0_1.c | 142 +++

Re: kbuild: separate kerneldoc warnings from compiler warnings

On Tue, Jun 23, 2020 at 11:27 AM Valdis Klētnieks wrote: > > On Mon, 22 Jun 2020 14:10:13 +0900, Masahiro Yamada said: > > > > This patch introduces a new build flag 'K=1' which controls whether > > > kerneldoc > > > warnings should be issued, separating them from the compiler warnings > > > tha

[PATCH] 9p: remove unused code in 9p

These codes have been commented out since 2007 and lay in kernel since then. So, it's better to remove them. Signed-off-by: Jianyong Wu --- fs/9p/vfs_inode.c | 53 --- 1 file changed, 53 deletions(-) diff --git a/fs/9p/vfs_inode.c b/fs/9p/vfs_inode.c

[PATCH] mm/cma.c: use exact_nid true to fix possible per-numa cma leak

Calling cma_declare_contiguous_nid() with false exact_nid for per-numa reservation can easily cause cma leak and various confusion. For example, mm/hugetlb.c is trying to reserve per-numa cma for gigantic pages. But it can easily leak cma and make users confused when system has memoryless nodes. I

Re: [PATCH v1 2/2] drm/panel-simple: Add missing BUS descriptions for some panels

Hi Laurent. On Sun, Jun 28, 2020 at 10:07:45AM +0300, Laurent Pinchart wrote: > Hi Dmitry, > > On Sun, Jun 28, 2020 at 02:44:15AM +0300, Dmitry Osipenko wrote: > > 27.06.2020 23:43, Laurent Pinchart пишет: > > > On Mon, Jun 22, 2020 at 01:27:42AM +0300, Dmitry Osipenko wrote: > > >> This patch ad

Re: [PATCH] modpost: remove use of non-standard strsep() in HOSTCC code

On Sun, Jun 28, 2020 at 3:17 PM H. Nikolaus Schaller wrote: > > Hi, > > > Am 28.06.2020 um 07:51 schrieb Masahiro Yamada : > > > > On Thu, Jun 25, 2020 at 5:47 PM H. Nikolaus Schaller > > wrote: > >> > >> strsep() is neither standard C nor POSIX and used outside > >> the kernel code here. Using

Re: [PATCH v1 2/2] drm/panel-simple: Add missing BUS descriptions for some panels

Hi Sam, On Sun, Jun 28, 2020 at 09:52:45AM +0200, Sam Ravnborg wrote: > On Sun, Jun 28, 2020 at 10:07:45AM +0300, Laurent Pinchart wrote: > > On Sun, Jun 28, 2020 at 02:44:15AM +0300, Dmitry Osipenko wrote: > >> 27.06.2020 23:43, Laurent Pinchart пишет: > >>> On Mon, Jun 22, 2020 at 01:27:42AM +03

Re: [PATCH 1/2] thermal: qcom: tsens-v0_1: Add support for MSM8939

Hi Shawn, Thanks for your review. >For the record, I'm working my version of msm8939 tsens driver support, >and I would highlight the things that differ from this patch. I would be absolutely happy if you superseded that patch with your one, as I'm currently working on sdm630. Otherwise, thanks

Re: [RFC PATCH 04/10] mfd: Add base driver for Netronix embedded controller

On Mon, Jun 22, 2020 at 11:55:44AM +0100, Lee Jones wrote: > On Sun, 21 Jun 2020, Jonathan Neuschäfer wrote: > > Description of the device here please. > > > Third-party hardware documentation is available at > > '\n' > > > https://github.com/neuschaefer/linux/wiki/Netronix-MSP430-embedded-cont

drivers/dma/sun6i-dma.c:244:45: sparse: sparse: incorrect type in argument 1 (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 916a3b0fc1206f7e7ae8d00a21a3114b1dc67794 commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 10 days ago config: arm64-randconfig-s032-20200628

Re: [PATCH] modpost: remove use of non-standard strsep() in HOSTCC code

> Am 28.06.2020 um 09:52 schrieb Masahiro Yamada : > > On Sun, Jun 28, 2020 at 3:17 PM H. Nikolaus Schaller > wrote: >> >> Hi, >> >>> Am 28.06.2020 um 07:51 schrieb Masahiro Yamada : >>> >>> On Thu, Jun 25, 2020 at 5:47 PM H. Nikolaus Schaller >>> wrote: strsep() is neither sta

Re: [RFC PATCH 04/10] mfd: Add base driver for Netronix embedded controller

On Sat, Jun 27, 2020 at 10:17:38AM +0200, Andreas Kemnade wrote: > On Sun, 21 Jun 2020 00:42:15 +0200 > Jonathan Neuschäfer wrote: > > > Third-party hardware documentation is available at > > https://github.com/neuschaefer/linux/wiki/Netronix-MSP430-embedded-controller > > > > The EC supports in

[PATCH v9 0/5] support reserving crashkernel above 4G on arm64 kdump

This patch series enable reserving crashkernel above 4G in arm64. There are following issues in arm64 kdump: 1. We use crashkernel=X to reserve crashkernel below 4G, which will fail when there is no enough low memory. 2. Currently, crashkernel=Y@X can be used to reserve crashkernel above 4G, in th

[PATCH v9 3/5] arm64: kdump: add memory for devices by DT property linux,usable-memory-range

If we want to reserve crashkernel above 4G, we could use parameters "crashkernel=X crashkernel=Y,low", in this case, specified size low memory is reserved for crash dump kernel devices and never mapped by the first kernel. This memory range is advertised to crash dump kernel via DT property under /

[PATCH v9 2/5] arm64: kdump: reserve crashkenel above 4G for crash dump kernel

Crashkernel=X tries to reserve memory for the crash dump kernel under 4G. If crashkernel=X,low is specified simultaneously, reserve spcified size low memory for crash kdump kernel devices firstly and then reserve memory above 4G. Suggested by James, just introduced crashkernel=X,low to arm64. As m

[PATCH v9 5/5] kdump: update Documentation about crashkernel on arm64

Now we support crashkernel=X,[low] on arm64, update the Documentation. We could use parameters "crashkernel=X crashkernel=Y,low" to reserve memory above 4G. Signed-off-by: Chen Zhou Tested-by: John Donnelly Tested-by: Prabhakar Kushwaha --- Documentation/admin-guide/kdump/kdump.rst | 13

[PATCH v9 4/5] arm64: kdump: fix kdump broken with ZONE_DMA reintroduced

commit 1a8e1cef7603 ("arm64: use both ZONE_DMA and ZONE_DMA32") broken the arm64 kdump. If the memory reserved for crash dump kernel falled in ZONE_DMA32, the devices in crash dump kernel need to use ZONE_DMA will alloc fail. This patch addressed the above issue based on "reserving crashkernel abo

[PATCH v9 1/5] x86: kdump: move reserve_crashkernel_low() into crash_core.c

In preparation for supporting reserve_crashkernel_low in arm64 as x86_64 does, move reserve_crashkernel_low() into kernel/crash_core.c. BTW, move x86_64 CRASH_ALIGN to 2M suggested by Dave. CONFIG_PHYSICAL_ALIGN can be selected from 2M to 16M, move to the same as arm64. Note, in arm64, we reserve

Re: [RESEND PATCH v10 2/2] phy: samsung-ufs: add UFS PHY driver for samsung SoC

-20200628 (attached as .config) compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 8cd117c24f48428e01f88cf18480e5af7eb20c0c) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: Search function in xconfig is partially broken after recent changes

On Thu, 2020-06-25 at 17:05 +0200, Mauro Carvalho Chehab wrote: > Em Thu, 25 Jun 2020 15:53:46 +0300 > Maxim Levitsky escreveu: > > > On Thu, 2020-06-25 at 13:17 +0200, Mauro Carvalho Chehab wrote: > > > Em Thu, 25 Jun 2020 12:59:15 +0200 > > > Mauro Carvalho Chehab escreveu: > > > > > > > Hi

Re: [PATCH] kconfig: qconf: Fix find on split mode

On Thu, 2020-06-25 at 16:52 +0200, Mauro Carvalho Chehab wrote: > The logic handling find on split mode is currently broken. > Fix it, making it work again as expected. I tested this patch and it works well. There is one really small cosmetic issue: If you select search result, and then select an

Re: [PATCH] 9p: remove unused code in 9p

Jianyong Wu wrote on Sun, Jun 28, 2020: > These codes have been commented out since 2007 and lay in kernel > since then. So, it's better to remove them. > > Signed-off-by: Jianyong Wu Thanks, queued for 5.9 -- Dominique

Re: [PATCH] efi: avoid error message when booting under Xen

Ping? On 10.06.20 16:10, Juergen Gross wrote: efifb_probe() will issue an error message in case the kernel is booted as Xen dom0 from UEFI as EFI_MEMMAP won't be set in this case. Avoid that message by calling efi_mem_desc_lookup() only if EFI_PARAVIRT isn't set. Fixes: 38ac0287b7f4 ("fbdev/efi

[RFC 1/2] KVM: VMX: Convert vcpu_vmx.exit_reason to a union

From: Sean Christopherson Convert vcpu_vmx.exit_reason from a u32 to a union (of size u32). The full VM_EXIT_REASON field is comprised of a 16-bit basic exit reason in bits 15:0, and single-bit modifiers in bits 31:16. Historically, KVM has only had to worry about handling the "failed VM-Entry"

[RFC 2/2] KVM: VMX: Enable bus lock VM exit

Virtual Machine can exploit bus locks to degrade the performance of system. Bus lock can be caused by split locked access to writeback(WB) memory or by using locks on uncacheable(UC) memory. The bus lock is typically >1000 cycles slower than an atomic operation within a cache line. It also disrupts

[RFC 0/2] Add support for bus lock VM exit

This serial adds the support for bus lock VM exit, which is a sub-feature of bus lock detection in KVM. The left part concerning bus lock debug exception support will be sent out once the kernel part is ready. The first patch applies Sean's refactor to vcpu_vmx.exit_reason at https://patchwork.ker

Re: [PATCH v1 2/2] drm/panel-simple: Add missing BUS descriptions for some panels

On Sun, Jun 28, 2020 at 11:02:53AM +0300, Laurent Pinchart wrote: > Hi Sam, > > > We should also clean up all the DRM_BUS_FLAG_* one day. > > No need for the deprecated values, so a few files needs an update. > > And we could document what flags makes sense for LVDS etc. > > Where would you add t

Re: [PATCH v2 1/2] dma-direct: provide the ability to reserve per-numa CMA

Hi Barry, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.8-rc2 next-20200625] [cannot apply to arm64/for-next/core hch-configfs/for-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when sub

[PATCH net-next] sctp: use list_is_singular in sctp_list_single_entry

Use list_is_singular() instead of open-coding. Signed-off-by: Geliang Tang --- include/net/sctp/sctp.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h index f8bcb75bb044..e3bd198b00ae 100644 --- a/include/net/sctp/sctp.h +++ b

Re: [PATCH] doc: update URL for sparse's tarballs

On Fri, Jun 26, 2020 at 11:23:49AM -0600, Jonathan Corbet wrote: > > I've applied this, but it also seems like we're losing some information by > going from a wiki straight to a directory listing. It seems maybe we need > a link to the new documentation site in here as well? Yes. I hesitated to

[PATCH] doc: add link to sparse's home page/internal docs

Sparse's home page used to be a wiki (sparse.wiki.kernel.org) but this wiki only contained a short intro and the release notes. But nowadays, sparse's main page is sparse.docs.kernel.org, which contains all what was in the wiki but also other documentation, mainly oriented about sparse's internals.

Re: [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints

On Thu, Jun 18, 2020 at 01:56:25PM +0800, Jason Wang wrote: > This patches extend the vhost IOTLB API to accept batch updating hints > form userspace. When userspace wants update the device IOTLB in a > batch, it may do: > > 1) Write vhost_iotlb_msg with VHOST_IOTLB_BATCH_BEGIN flag > 2) Perform a

[PATCH net-next] liquidio: use list_empty_careful in lio_list_delete_head

Use list_empty_careful() instead of open-coding. Signed-off-by: Geliang Tang --- drivers/net/ethernet/cavium/liquidio/octeon_network.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/cavium/liquidio/octeon_network.h b/drivers/net/ethernet/cavium/liquidio

[PATCH] rtlwifi/*/dm.c: Use const in swing_table declarations

Reduce data usage about 1KB by using const. Signed-off-by: Joe Perches --- .../net/wireless/realtek/rtlwifi/rtl8188ee/dm.c| 4 +- .../net/wireless/realtek/rtlwifi/rtl8723be/dm.c| 4 +- .../net/wireless/realtek/rtlwifi/rtl8821ae/dm.c| 98 -- 3 files changed, 56 i

arch/nios2/include/asm/irqflags.h:12:9: sparse: sparse: context imbalance in 'snd_pcm_group_unlock_irq' - unexpected unlock

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 916a3b0fc1206f7e7ae8d00a21a3114b1dc67794 commit: 80591e61a0f7e88deaada69844e4a31280c4a38f kbuild: tell sparse about the $ARCH date: 8 months ago config: nios2-randconfig-s032-20200628 (attached as .config

[RFC PATCH] nvme-pci: Move the sg table allocation/free into init/exit_request

Move the sg table allocation and free into the init_request() and exit_request(), instead of allocating sg table when queuing requests, which can benefit the IO performance. Signed-off-by: Baolin Wang --- drivers/nvme/host/pci.c | 24 ++-- 1 file changed, 18 insertions(+), 6

Re: KASAN: slab-out-of-bounds Read in qrtr_endpoint_post

Hi Bjorn, On Sat, Jun 27, 2020 at 01:57:13PM -0700, syzbot wrote: > syzbot has found a reproducer for the following crash on: > > HEAD commit:1590a2e1 Merge tag 'acpi-5.8-rc3' of git://git.kernel.org/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=14b

drivers/net/hamradio/dmascc.c:1238:56: sparse: sparse: non size-preserving pointer to integer cast

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 916a3b0fc1206f7e7ae8d00a21a3114b1dc67794 commit: 80591e61a0f7e88deaada69844e4a31280c4a38f kbuild: tell sparse about the $ARCH date: 8 months ago config: alpha-randconfig-s031-20200628 (attached as .config

Re: Search function in xconfig is partially broken after recent changes

Em Sun, 28 Jun 2020 11:37:08 +0300 Maxim Levitsky escreveu: > On Thu, 2020-06-25 at 17:05 +0200, Mauro Carvalho Chehab wrote: > > Em Thu, 25 Jun 2020 15:53:46 +0300 > > Maxim Levitsky escreveu: > > > > > On Thu, 2020-06-25 at 13:17 +0200, Mauro Carvalho Chehab wrote: > > > > Em Thu, 25 Jun

[PATCH v3 2/2] arm64: mm: reserve per-numa CMA to localize coherent dma buffers

Right now, smmu is using dma_alloc_coherent() to get memory to save queues and tables. Typically, on ARM64 server, there is a default CMA located at node0, which could be far away from node2, node3 etc. with this patch, smmu will get memory from local numa node to save command queues and page table

[PATCH v3 0/2] make dma_alloc_coherent NUMA-aware by per-NUMA CMA

Ganapatrao Kulkarni has put some effort on making arm-smmu-v3 use local memory to save command queues[1]. I also did similar job in patch "iommu/arm-smmu-v3: allocate the memory of queues in local numa node" [2] while not realizing Ganapatrao has done that before. But it seems it is much better to

[PATCH v3 1/2] dma-direct: provide the ability to reserve per-numa CMA

This is useful for at least two scenarios: 1. ARM64 smmu will get memory from local numa node, it can save its command queues and page tables locally. Tests show it can decrease dma_unmap latency at lot. For example, without this patch, smmu on node2 will get memory from node0 by calling dma_alloc_

Re: [PATCH] mm: Free unused pages in kmalloc_order()

> kmalloc(1024, GFP_HIGHUSER) can allocate memory normally, > kmalloc(64*1024, GFP_HIGHUSER) will cause a memory leak, Would you like to explain the influence of the selected allocation size in a different way? > because alloc_pages returns highmem physical pages, but it cannot be directly > con

Re: Search function in xconfig is partially broken after recent changes

On Sun, 2020-06-28 at 12:54 +0200, Mauro Carvalho Chehab wrote: > Em Sun, 28 Jun 2020 11:37:08 +0300 > Maxim Levitsky escreveu: > > > On Thu, 2020-06-25 at 17:05 +0200, Mauro Carvalho Chehab wrote: > > > Em Thu, 25 Jun 2020 15:53:46 +0300 > > > Maxim Levitsky escreveu: > > > > > > > On Thu, 2

Re: Kernel issues with Radeon Pro WX4100 and DP->HDMI dongles

On Thu, 2020-06-25 at 10:14 +0300, Maxim Levitsky wrote: > Hi, > > I recently tried to connect my TV and WX4100 via two different DP->HDMI > dongles. > One of them makes my main monitor to go dark, and system to lockup (I haven't > yet debugged this futher), and the other one seems to work, > mo

[PATCH] random: get rid of dead codes from credit_entropy_bits

After commit 90ea1c6436d2 ("random: remove the blocking pool"), has_initialized is zero always, and initialized of struct entropy_store is not used Signed-off-by: Li RongQing --- drivers/char/random.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/char/random.

Re: [PATCH v3 00/14 RESEND] irqchip: Fix potential resource leaks

сре, 24. јун 2020. у 10:40 Marc Zyngier је написао/ла: > > On 2020-06-24 08:44, Tiezhu Yang wrote: > > [git send-email failed due to too many commands, > > so only cc the major related email and resend it, > > sorry for that] > > This is becoming majorly annoying. I don't think this is the righ

WARNING in tracepoint_add_func

Hello, syzbot found the following crash on: HEAD commit:7a64135f libbpf: Adjust SEC short cut for expected attach .. git tree: bpf console output: https://syzkaller.appspot.com/x/log.txt?x=142782e310 kernel config: https://syzkaller.appspot.com/x/.config?x=dcc6334acae363d4 dashboar

[RFC PATCH 0/2] i2c: check correct size of maximum RECV_LEN packet

I am preparing to add RECV_LEN support to Renesas I2C drivers. On my way, I found these two peculiarities. Let's discuss them. Wolfram Sang (2): i2c: mlxcpld: check correct size of maximum RECV_LEN packet i2c: octeon: check correct size of maximum RECV_LEN packet drivers/i2c/busses/i2c-mlxcp

[RFC PATCH 1/2] i2c: mlxcpld: check correct size of maximum RECV_LEN packet

I2C_SMBUS_BLOCK_MAX defines already the maximum number as defined in the SMBus 2.0 specs. I don't see a reason to add 1 here. Also, fix the errno to what is suggested for this error. Fixes: c9bfdc7c16cb ("i2c: mlxcpld: Add support for smbus block read transaction") Signed-off-by: Wolfram Sang --

[RFC PATCH 2/2] i2c: octeon: check correct size of maximum RECV_LEN packet

I2C_SMBUS_BLOCK_MAX defines already the maximum number as defined in the SMBus 2.0 specs. I don't see a reason to add 1 here. Fixes: 886f6f8337dd ("i2c: octeon: Support I2C_M_RECV_LEN") Signed-off-by: Wolfram Sang --- Only build tested, I don't have the HW. Please let me know if I overlooked som

Re: Search function in xconfig is partially broken after recent changes

Em Sun, 28 Jun 2020 14:20:41 +0300 Maxim Levitsky escreveu: > > But this is not happening. Perhaps this also broke with the Qt5 > > conversion? > > > > I suspect it should, instead, use a different signal to handle it. > > > > See, with the enclosed patch, clicking on a link will now show: > >

[PATCH] kconfig: qconf: Fix find on split mode

The logic handling find on split mode is currently broken. Fix it, making it work again as expected. Reported-by: Maxim Levitsky Signed-off-by: Mauro Carvalho Chehab --- scripts/kconfig/qconf.cc | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git a/scripts/kco

Re: [PATCH v3 00/14 RESEND] irqchip: Fix potential resource leaks

On 2020-06-28 12:25, Aleksandar Markovic wrote: сре, 24. јун 2020. у 10:40 Marc Zyngier је написао/ла: On 2020-06-24 08:44, Tiezhu Yang wrote: > [git send-email failed due to too many commands, > so only cc the major related email and resend it, > sorry for that] This is becoming majorly an

Re: [PATCH] kconfig: qconf: Fix find on split mode

> The logic handling find on split mode is currently broken. * Is there a word missing in this change description? * Can any information become clearer another bit? > Fix it, … Please replace the beginning of this sentence with the tag “Fixes”. https://git.kernel.org/pub/scm/linux/kernel/git/t

[PATCH] kconfig: qconf: make debug links work again

The Qt5 conversion broke support for debug info links. Restore the behaviour added by changeset ab45d190fd4a ("kconfig: create links in info window"). Reported-by: Maxim Levitsky Signed-off-by: Mauro Carvalho Chehab --- scripts/kconfig/qconf.cc | 35 ++- scripts

Re: [PATCH] kconfig: qconf: make debug links work again

On Sun, 2020-06-28 at 14:21 +0200, Mauro Carvalho Chehab wrote: > The Qt5 conversion broke support for debug info links. > > Restore the behaviour added by changeset > ab45d190fd4a ("kconfig: create links in info window"). > > Reported-by: Maxim Levitsky > Signed-off-by: Mauro Carvalho Chehab >

Re: [RFC PATCH v3 0/5] scsi: ufs: Add Host Performance Booster Support

Hi Daejun Seems you intentionally ignored to give you comments on my suggestion. let me provide the reason. Before submitting your next version patch, please check your L2P mapping HPB reqeust submission logical algorithem. I have did performance comparison testing on 4KB, there are about 13% per

Re: [PATCH] kconfig: qconf: Fix find on split mode

Em Sun, 28 Jun 2020 14:18:22 +0200 Markus Elfring escreveu: > > The logic handling find on split mode is currently broken. > > * Is there a word missing in this change description? > > * Can any information become clearer another bit? > > > > Fix it, … > > Please replace the beginning of

[PATCH] kconfig: qconf: cleanup includes

The usage of c-like includes are deprecated on modern Qt versions. So, use the c++ style ones, as described at Qt4/Qt5 documentation. While here, remove uneeded and redundant ones, sorting them on alphabetic order. Signed-off-by: Mauro Carvalho Chehab --- scripts/kconfig/qconf.cc | 27 +

[PATCH 2/3] f2fs: support to trace f2fs_bmap()

to show f2fs_bmap()'s result as below: f2fs_bmap: dev = (251,0), ino = 7, lblock:0, pblock:396800 Signed-off-by: Chao Yu --- fs/f2fs/data.c | 14 +++--- include/trace/events/f2fs.h | 27 +++ 2 files changed, 38 insertions(+), 3 deletions(-) diff --g

[PATCH 3/3] f2fs: support to trace f2fs_fiemap()

to show f2fs_fiemap()'s result as below: f2fs_fiemap: dev = (251,0), ino = 7, lblock:0, pblock:1625292800, len:2097152, flags:0, ret:0 Signed-off-by: Chao Yu --- fs/f2fs/data.c | 6 +- fs/f2fs/inline.c| 2 ++ include/trace/events/f2fs.h | 38 +

[PATCH 1/3] f2fs: fix wrong return value of f2fs_bmap_compress()

If compression is disable, we should return zero rather than -EOPNOTSUPP to indicate f2fs_bmap() is not supported. Signed-off-by: Chao Yu --- fs/f2fs/data.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c index dfd322515357..91dc7b598961 1006

[PATCH net-next v4 0/5] hinic: add some ethtool ops support

patch #1: support to set and get pause params with "ethtool -A/a" cmd patch #2: support to set and get irq coalesce params with "ethtool -C/c" cmd patch #3: support to do self test with "ethtool -t" cmd patch #4: support to identify physical device with "ethtool -p" cmd patch #5

[PATCH net-next v4 4/5] hinic: add support to identify physical device

add support to identify physical device by flashing an LED attached to it with ethtool -p cmd. Signed-off-by: Luo bin --- .../net/ethernet/huawei/hinic/hinic_ethtool.c | 34 .../net/ethernet/huawei/hinic/hinic_hw_dev.c | 2 + .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 1 + .

[PATCH net-next v4 5/5] hinic: add support to get eeprom information

add support to get eeprom information from the plug-in module with ethtool -m cmd. Signed-off-by: Luo bin --- .../net/ethernet/huawei/hinic/hinic_ethtool.c | 69 ++ .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 4 ++ .../net/ethernet/huawei/hinic/hinic_port.c| 72 +

[PATCH net-next v4 2/5] hinic: add support to set and get irq coalesce

add support to set TX/RX irq coalesce params with ethtool -C and get these params with ethtool -c. Signed-off-by: Luo bin --- drivers/net/ethernet/huawei/hinic/hinic_dev.h | 8 + .../net/ethernet/huawei/hinic/hinic_ethtool.c | 234 ++ .../net/ethernet/huawei/hinic/hinic_hw_dev.

[PATCH net-next v4 1/5] hinic: add support to set and get pause params

add support to set pause params with ethtool -A and get pause params with ethtool -a. Also remove set_link_ksettings ops for VF and enable pause by default. Signed-off-by: Luo bin --- .../net/ethernet/huawei/hinic/hinic_ethtool.c | 86 ++- .../net/ethernet/huawei/hinic/hinic_hw_d

[PATCH net-next v4 3/5] hinic: add self test support

add support to excute internal and external loopback test with ethtool -t cmd. Signed-off-by: Luo bin --- drivers/net/ethernet/huawei/hinic/hinic_dev.h | 6 + .../net/ethernet/huawei/hinic/hinic_ethtool.c | 177 ++ .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 3 + .../net/

Re: [PATCH] ext4: fix direct I/O read error

> Signed-off-by: jiangying8582 Please use the real name for your contributions. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?id=719fdd32921fb7e3208db8832d32ae1c2d68900f#n431 Would you like to add the tag “Fixes” to the comm

Re: [PATCH v3 00/14 RESEND] irqchip: Fix potential resource leaks

нед, 28. јун 2020. у 14:06 Marc Zyngier је написао/ла: > > On 2020-06-28 12:25, Aleksandar Markovic wrote: > > сре, 24. јун 2020. у 10:40 Marc Zyngier је написао/ла: > >> > >> On 2020-06-24 08:44, Tiezhu Yang wrote: > >> > [git send-email failed due to too many commands, > >> > so only cc the ma

Re: Commit 'fs: Do not check if there is a fsnotify watcher on pseudo inodes' breaks chromium here

On Sun, Jun 28, 2020 at 2:14 PM Maxim Levitsky wrote: > > Hi, > > I just did usual kernel update and now chromium crashes on startup. > It happens both in a KVM's VM (with virtio-gpu if that matters) and natively > with amdgpu driver. > Most likely not GPU related although I initially suspected t

Re: [PATCH v2 2/2] PCI/ERR: Add reset support for non fatal errors

Hi Sathy, one minor comments below. On 2020/6/5 5:50, sathyanarayanan.kuppusw...@linux.intel.com wrote: > From: Kuppuswamy Sathyanarayanan > > PCI_ERS_RESULT_NEED_RESET error status implies the device is > requesting a slot reset and a notification about slot reset > completion via ->slot_reset(

Re: [PATCH net-next v3 0/2] bridge: mrp: Extend MRP netlink interface with IFLA_BRIDGE_MRP_CLEAR

The 06/26/2020 13:00, David Miller wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > From: Horatiu Vultur > Date: Fri, 26 Jun 2020 09:33:47 +0200 > > > This patch series extends MRP netlink interface with IFLA_BRIDGE_MRP_CLEAR. > > To allo

Re: [PATCH v2 1/2] PCI/ERR: Fix fatal error recovery for non-hotplug capable devices

Hi Jay, I've tested the patches on my board, and they work well. Thanks, Yicong On 2020/6/25 2:52, Jay Vosburgh wrote: > Jay Vosburgh wrote: > >> sathyanarayanan.kuppusw...@linux.intel.com wrote: >> >> From: Kuppuswamy Sathyanarayanan >>> Fatal (DPC) error recovery is currently broken for non

Re: [PATCH v2] sched: fix build with GCC_PLUGIN_RANDSTRUCT

There's patches in tip/sched/urgent for this...

Re: [PATCH] scsi: sd: add runtime pm to open / release

On Sat, Jun 27, 2020 at 07:37:54PM -0700, Bart Van Assche wrote: > On 2020-06-26 08:44, Alan Stern wrote: > > On Fri, Jun 26, 2020 at 08:07:51AM -0700, Bart Van Assche wrote: > >> As far as I know runtime power management support in the sd driver is > >> working > >> fine and is being used intensi

REPLY ME URGENTLY

Greeting Please forgive me for stressing you with my predicaments and I sorry to approach you through this media it is because it serves the fastest means of communication. I came across your E-mail from my personal search and I decided to contact you believing you will be honest to fulfill my fin

Re: Commit 'fs: Do not check if there is a fsnotify watcher on pseudo inodes' breaks chromium here

On Sun, 2020-06-28 at 15:53 +0300, Amir Goldstein wrote: > On Sun, Jun 28, 2020 at 2:14 PM Maxim Levitsky wrote: > > Hi, > > > > I just did usual kernel update and now chromium crashes on startup. > > It happens both in a KVM's VM (with virtio-gpu if that matters) and > > natively with amdgpu dr

Re: [PATCH v3] media: venus: core: Fix runtime PM imbalance in venus_probe()

> when it returns an error code. Thus a pairing decrement is needed on * I find it more appropriate to use the word “corresponding” here (if you do still not like previous wording suggestions). * Will it become helpful to add the tag “Fixes” to the commit message? https://git.kernel.org/pub/

Re: Commit 'fs: Do not check if there is a fsnotify watcher on pseudo inodes' breaks chromium here

On Sun, 2020-06-28 at 16:14 +0300, Maxim Levitsky wrote: > On Sun, 2020-06-28 at 15:53 +0300, Amir Goldstein wrote: > > On Sun, Jun 28, 2020 at 2:14 PM Maxim Levitsky wrote: > > > Hi, > > > > > > I just did usual kernel update and now chromium crashes on startup. > > > It happens both in a KVM's

Re: wait_on_page_bit_common(TASK_KILLABLE, EXCLUSIVE) can miss wakeup?

On Sat, Jun 27, 2020 at 10:39:20PM -0700, Linus Torvalds wrote: > Ugh. Heh, I was afraid of that.. > So how about the attached trivial two-liner? We solve the problem by > simply marking ourselves TASK_RUNNING, which means that we won't be > counted as an exclusive wakeup. > > Ok, so the "one"

Re: Commit 'fs: Do not check if there is a fsnotify watcher on pseudo inodes' breaks chromium here

On Sun, Jun 28, 2020 at 4:17 PM Maxim Levitsky wrote: > > On Sun, 2020-06-28 at 16:14 +0300, Maxim Levitsky wrote: > > On Sun, 2020-06-28 at 15:53 +0300, Amir Goldstein wrote: > > > On Sun, Jun 28, 2020 at 2:14 PM Maxim Levitsky > > > wrote: > > > > Hi, > > > > > > > > I just did usual kernel up

  1   2   3   4   >