Re: [PATCH 05/21] powerpc: Avoid comparison of unsigned long >= 0 in pfn_valid

Le 02/03/2018 à 20:54, Mathieu Malaterre a écrit : On Mon, Feb 26, 2018 at 9:46 AM, Segher Boessenkool wrote: On Mon, Feb 26, 2018 at 07:32:03AM +0100, Christophe LEROY wrote: Le 25/02/2018 à 18:22, Mathieu Malaterre a écrit : -#define pfn_valid(pfn) ((pfn) >= ARCH_PFN_OFFSET &

Re: [PATCH v2 06/21] powerpc: Avoid comparison of unsigned long >= 0 in __access_ok

Le 02/03/2018 à 20:50, Mathieu Malaterre a écrit : Rewrite function-like macro into regular static inline function to avoid a warning during macro expansion. Fix warning (treated as error in W=1): CC arch/powerpc/kernel/signal_32.o In file included from ./include/linux/uaccess.h:14:0,

Re: [PATCH v4 2/2] of: add early boot allocation of of_find_node_by_phandle() cache

Hi Frank, I love your patch! Yet something to improve: [auto build test ERROR on robh/for-next] [also build test ERROR on v4.16-rc3 next-20180302] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [Outreachy kernel] [PATCH v2 0/6] staging: rtl8712: fix coding style issues

On Sat, 3 Mar 2018, Arushi Singhal wrote: > Fix issues found with checkpatch.pl to conform to the Linux > kernel coding style. For the series: Acked-by: Julia Lawall > > Changes in v2: > * From and Signed-off emails were not same in v1. > * Added detailed commit message > > Arushi Singhal (

Re: [PATCH] ARM: dts: tpc: Device tree description of the TPC board

Hi Fabio, > Hi Lukasz, > > In addition to Sascha's comments: Thanks for your input - please see my reply below. > > On Fri, Mar 2, 2018 at 9:17 AM, Lukasz Majewski wrote: > > > diff --git a/arch/arm/boot/dts/imx6q-kp-tpc.dts > > b/arch/arm/boot/dts/imx6q-kp-tpc.dts new file mode 100644 > > i

Re: [PATCH 5/7] Pmalloc selftest

improve the system] url: https://github.com/0day-ci/linux/commits/Igor-Stoppa/mm-security-ro-protection-for-dynamic-data/20180302-232215 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https

[PATCH] drm: Fix typo in lastclose description

ownershipe -> ownership Signed-off-by: Mun Gwan-gyeong --- include/drm/drm_drv.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/drm_drv.h b/include/drm/drm_drv.h index d23dcdd1bd95..64cb5975613c 100644 --- a/include/drm/drm_drv.h +++ b/include/drm/drm_drv.h @@ -1

[PATCH v2 3/6] staging: rtl8712: Remove multiple blank line(s)

Remove extra blank line(s) to conform to the Linux kernel coding style. Issue found using checkpatch. Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/os_intfs.c | 1 - drivers/staging/rtl8712/rtl8712_bitdef.h | 1 - drivers/staging/rtl8712/rtl8712_cmdctrl_regd

[PATCH v2 2/6] staging: rtl8712: match alignment with open parenthesis

Delete/Add tabs and spaces to align the code to fix the checkpatch issue: "CHECK: Alignment should match open parenthesis". Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/mlme_linux.c | 2 +- drivers/staging/rtl8712/os_intfs.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH v2 5/6] staging: rtl8712: Add spaces around '|'

Add spaces around '|' to conform to the Linux kernel coding style. Issue found using checkpatch. CHECK: spaces preferred around that '|'. Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/rtl8712_cmdctrl_bitdef.h | 2 +- drivers/staging/rtl8712/rtl8712_gp_bitdef.h | 2 +- 2 files ch

[PATCH v2 6/6] staging: rtl8712: remove unnecessary parentheses

Remove unnecessary parentheses around variables to conform to the Linux kernel coding style. Issue found using checkpatch. Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/recv_linux.c | 4 +- drivers/staging/rtl8712/rtl8712_cmd.c | 8 ++-- drivers/staging/rtl8712/rtl8712_led.c | 70

[PATCH v2 0/6] staging: rtl8712: fix coding style issues

Fix issues found with checkpatch.pl to conform to the Linux kernel coding style. Changes in v2: * From and Signed-off emails were not same in v1. * Added detailed commit message Arushi Singhal (6): staging: rtl8712: Fixed 'tabstop' coding style warning staging: rtl8712: match alignment with o

[PATCH v2 1/6] staging: rtl8712: Fixed 'tabstop' coding style warning

Replace a mix of tabs and spaces indentation by tabs only. Fixed checkpatch warning "Statements should start on a tabstop". Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/drv_types.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8712/drv_types

[PATCH v2 4/6] staging: rtl8712: Added spaces around '+'

Add spaces around arithmetic operator '+', to conform to the Linux kernel coding style. Issue found using checkpatch. Signed-off-by: Arushi Singhal --- drivers/staging/rtl8712/rtl8712_cmd.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8712/rtl8712_c

[of] b013aa45d2: kernel_BUG_at_arch/x86/mm/physaddr.c

FYI, we noticed the following commit (built with gcc-5): commit: b013aa45d2168019984aec70e00d09cf0a4a00c5 ("of: add early boot allocation of of_find_node_by_phandle() cache") url: https://github.com/0day-ci/linux/commits/frowand-list-gmail-com/of-cache-phandle-nodes-to-reduce-cost-of-of_find_nod

linux-next: Signed-off-by missing for commit in the pinctrl tree

Hi Linus, Commit 77bd5bf24c08 ("pinctrl: sh-pfc: r8a7795: remove duplicate of CLKOUT pin in pinmux_pins[]") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgpIiRawQhRrL.pgp Description: OpenPGP digital signature

Re: [PATCH v2] 8250-men-mcb: add support for 16z025 and 16z057

Hi Michael, Thank you for the patch! Yet something to improve: [auto build test ERROR on tty/tty-testing] [also build test ERROR on v4.16-rc3 next-20180302] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

linux-next: Signed-off-by missing for commit in the pci tree

Hi Bjorn, Commit a1a9f434c900 ("PCI: Rename pci_flr_wait() to pci_dev_wait() and make it generic") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgpdbGJowAT7f.pgp Description: OpenPGP digital signature

Re: [PATCH v3 2/2] PCI/IOV: Use the cached VF BARs size instead of re-reading them

On Fri, 2018-03-02 at 15:48 -0600, Bjorn Helgaas wrote: > On Thu, Mar 01, 2018 at 10:31:37PM +0100, KarimAllah Ahmed wrote: > > > > Use the cached VF BARs size instead of re-reading them from the hardware. > > That avoids doing unnecessarily bus transactions which is specially > > noticable when y

[PATCH] PCI/IOV: Skip initializing the base addresses from the VF config space

Per PCIe r4.0, sec 9.3.4.1.11, the BARs registers from the VF config space are all RO Zero for PCI VFs. So just skip reading them for VFs. This is an optimization when enabling SR-IOV on a device with many VFs. Cc: Bjorn Helgaas Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Sugg

[PATCH] coresight: use %px to print pcsr instead of %p

Commit ad67b74d2469 ("printk: hash addresses printed with %p") lets printk specifier %p to hash all addresses before printing, this was resulting in the high 32 bits of pcsr can only output zeros. So module cannot completely print pc value and it's pointless for debugging purpose. This patch fixe

[PATCH] x86: devicetree: fix config option around x86_flattree_get_config()

From: Frank Rowand x86_flattree_get_config() is incorrectly protected by ifdef CONFIG_OF_FLATTREE. It uses of_get_flat_dt_size(), which only exists if CONFIG_OF_EARLY_FLATTREE. This issue has not been exposed previously because OF_FLATTREE did not occur unless it was selected by OF_EARLY_FLATTR

[PATCH -tip] x86: kprobes: Cleanup preempt disabling and enabling

Cleanup x86/kprobes preempt counts so that preemt_disable() and preempt_enable_no_sched() are called from kprobe_int3_handler(). Only if a kprobe runs single-stepping, preemption is kept disabled and that is enabled when - single-stepping is finished - a fault occurs on single-steped instruction

Re: [PATCH 3/3] drivers: clk: Add ZynqMP clock driver

Hi Jolly, Thank you for the patch! Yet something to improve: [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.16-rc3 next-20180302] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: linux-next: build failure after merge of the printk tree

Hi Petr, On Fri, 2 Mar 2018 16:54:54 +0100 Petr Mladek wrote: > > It is a mistery to me. The error appears when I move any of > dump_stack_print_info() or show_regs_print_info() function > definitions from kernel/printk/printk.c to lib/dump_stack.c. > All the other changes seems unrelated. Presu

Re: [PATCH 3/7] struct page: add field for vm_struct

help improve the system] url: https://github.com/0day-ci/linux/commits/Igor-Stoppa/mm-security-ro-protection-for-dynamic-data/20180302-232215 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones

Re: [PATCH v2 2/4] rtc: isl1208: switch to rtc_register_device

Hi Denis, Thank you for the patch! Yet something to improve: [auto build test ERROR on abelloni/rtc-next] [also build test ERROR on v4.16-rc3 next-20180302] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [PATCH v5 00/12] vfio, dax: prevent long term filesystem-dax pins and other fixes

On Fri, Mar 2, 2018 at 3:49 PM, Dan Williams wrote: > On Fri, Mar 2, 2018 at 2:57 PM, Christoph Hellwig wrote: >> On Fri, Mar 02, 2018 at 02:21:40PM -0800, Dan Williams wrote: >>> They are indeed a hodge-podge. The problem is that the current >>> IS_DAX() is broken. So I'd like to propose fixing

Re: [PATCH v1 18/19] arm: dts: mt7623: add MT7623A reference boards

On Fri, 2018-03-02 at 09:45 -0600, Rob Herring wrote: > On Fri, Feb 23, 2018 at 06:16:38PM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > Add mt7623a-rfb.dtsi where most nodes can be inherited from > > mt7623n-rfb.dtsi and keep these distinctions from MT7623A boards in > > mt762

Re: [PATCH v3 3/3] platform/x86: dell-smbios: Link all dell-smbios-* modules together

On Tue, Feb 27, 2018 at 12:23:04PM -0600, Mario Limonciello wrote: > Some race conditions were raised due to dell-smbios and its backends > not being ready by the time that a consumer would call one of the > exported methods. > > To avoid this problem, guarantee that all initialization has been >

Re: ERROR: "ia64_delay_loop" [drivers/spi/spi-thunderx.ko] undefined!

On Thu, Mar 01, 2018 at 04:25:45PM +, Robin Murphy wrote: On 01/03/18 03:18, kbuild test robot wrote: Hi Robin, First bad commit (maybe != root cause): I have to admit I'm slightly intrigued how this commit could possibly appear relevant to the IA64 build at all, let alone to this error :

[PATCH V4] scsi: core: use blk_mq_requeue_request in __scsi_queue_insert

In scsi core, __scsi_queue_insert should just put request back on the queue and retry using the same command as before. However, for blk-mq, scsi_mq_requeue_cmd is employed here which will unprepare the request. To align with the semantics of __scsi_queue_insert, use blk_mq_requeue_request with kic

RE: [PATCH v3 3/3] platform/x86: dell-smbios: Link all dell-smbios-* modules together

> -Original Message- > From: Darren Hart [mailto:dvh...@infradead.org] > Sent: Friday, March 2, 2018 6:22 PM > To: Limonciello, Mario > Cc: Andy Shevchenko ; pali.ro...@gmail.com; LKML > ; platform-driver-...@vger.kernel.org > Subject: Re: [PATCH v3 3/3] platform/x86: dell-smbios: Link a

Re: Removing architectures without upstream gcc support

On Wed, Feb 28, 2018 at 09:37:09AM +0100, Arnd Bergmann wrote: > On Wed, Feb 28, 2018 at 3:06 AM, Richard Kuo wrote: > > On Thu, Feb 22, 2018 at 11:43:10PM +0100, Arnd Bergmann wrote: > >> - How do I build an llvm based toolchain for Hexagon? Do I need patches > >> on top of the llvm-6 release b

Re: [PATCH V3] scsi: core: use blk_mq_requeue_request in __scsi_queue_insert

Hi Bart Thanks for your kindly response and directive. On 03/03/2018 12:31 AM, Bart Van Assche wrote: > On Fri, 2018-03-02 at 11:31 +0800, Jianchao Wang wrote: >> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c >> index a86df9c..d2f1838 100644 >> --- a/drivers/scsi/scsi_lib.c >> ++

Re: [PATCH 1/1] mm: make start_isolate_page_range() fail if already isolated

On 03/02/2018 04:56 PM, Andrew Morton wrote: > On Fri, 2 Mar 2018 16:38:33 -0800 Mike Kravetz > wrote: > >> On 03/02/2018 04:06 PM, Andrew Morton wrote: >>> On Mon, 26 Feb 2018 11:10:54 -0800 Mike Kravetz >>> wrote: >>> start_isolate_page_range() is used to set the migrate type of a

[PATCH] drm/vc4: Add support for SAND modifier.

From: Dave Stevenson This is the format generated by VC4's H.264 engine, and preferred by the ISP as well. By displaying SAND buffers directly, we can avoid needing to use the ISP to rewrite the SAND H.264 output to linear before display. This is a joint effort by Dave Stevenson (who wrote the

Re: [PATCH] cpu_pm: add syscore_suspend error handling

On Thu, Mar 1, 2018 at 12:39 AM, Sebastian Andrzej Siewior wrote: > On 2018-02-28 19:27:54 [-0800], Derek Basehore wrote: >> If cpu_cluster_pm_enter() fails, cpu_pm_exit() should be called. This >> will put the CPU in the correct state to resume from the failure. > > Was this triggered or found on

Re: [PATCH] x86/kprobe: unbalanced preempt counter with CONFIG_PREEMPT=y

On Fri, 2 Mar 2018 09:36:06 +0100 (CET) Thomas Gleixner wrote: > On Fri, 2 Mar 2018, Masami Hiramatsu wrote: > > On Thu, 1 Mar 2018 22:12:56 +0100 (CET) > > Thomas Gleixner wrote: > > > > For each kprobe hook, preempt_disable() is called twice, but > > > > preempt_enable() is called once, when C

Re: [PATCH 00/30] security, efi: Add kernel lockdown

On Thu, 9 Nov 2017 17:30:36 + David Howells wrote: > Here's a set of patches to institute a "locked-down mode" in the kernel and > to trigger that mode if the kernel is booted in secure-boot mode or through > the command line. > > Enabling CONFIG_LOCK_DOWN_KERNEL makes lockdown mode availab

[PATCH v2] perf/core: Add support for PMUs that can be read from more than 1 CPU

Some PMUs events can be read from more than the one CPU. So allow the PMU driver to mark events as such. For these events, we don't need to reject reads or make smp calls to the event's CPU (and cause unnecessary overhead and wake ups). When a PMU driver marks an event as such, care must be taken

Re: [PATCH v3 1/3] Input: gpio-keys - add support for wakeup event action

Hi Jeffy, On Fri, Mar 02, 2018 at 11:51:00AM +0800, Jeffy Chen wrote: > Add support for specifying event actions to trigger wakeup when using > the gpio-keys input device as a wakeup source. > > This would allow the device to configure when to wakeup the system. For > example a gpio-keys input de

Re: [PATCH v3 2/2] mm/page_alloc: fix memmap_init_zone pageblock alignment

On Sat, Mar 3, 2018 at 1:40 AM, Andrew Morton wrote: > On Sat, 3 Mar 2018 01:12:26 +0100 Daniel Vacek wrote: > >> Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns >> where possible") introduced a bug where move_freepages() triggers a >> VM_BUG_ON() on uninitialized page st

RE: [PATCH] pci-iov: Add support for unmanaged SR-IOV

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Saturday, March 3, 2018 2:14 AM > > On Fri, 2 Mar 2018 06:54:17 + > "Tian, Kevin" wrote: > > > > From: Alex Williamson > > > Sent: Friday, March 2, 2018 4:22 AM > > > > > > > > I am pretty sure that you are describing is tru

[PATCH] acpi: edit ACPI_PROCFS_POWER help text

fig |8 1 file changed, 4 insertions(+), 4 deletions(-) --- linux-next-20180302.orig/drivers/acpi/Kconfig +++ linux-next-20180302/drivers/acpi/Kconfig @@ -105,14 +105,14 @@ config ACPI_PROCFS_POWER deprecated power /proc/acpi/ directories to exist, even when they

Re: [PATCH 1/1] mm: make start_isolate_page_range() fail if already isolated

On Fri, 2 Mar 2018 16:38:33 -0800 Mike Kravetz wrote: > On 03/02/2018 04:06 PM, Andrew Morton wrote: > > On Mon, 26 Feb 2018 11:10:54 -0800 Mike Kravetz > > wrote: > > > >> start_isolate_page_range() is used to set the migrate type of a > >> set of page blocks to MIGRATE_ISOLATE while attempti

Re: [PATCH v3 3/3] platform/x86: dell-smbios: Link all dell-smbios-* modules together

On Tue, Feb 27, 2018 at 12:23:04PM -0600, Mario Limonciello wrote: > Some race conditions were raised due to dell-smbios and its backends > not being ready by the time that a consumer would call one of the > exported methods. > > To avoid this problem, guarantee that all initialization has been >

Re: [PATCH] rcu: Remove deprecated RCU debugfs tracing code

On Fri, Mar 02, 2018 at 04:39:12PM +0900, Byungchul Park wrote: > Commit ae91aa0adb14(rcu: Remove debugfs tracing) removed the RCU debugfs > tracing code, and left deprecated code. > > Because exp_workdone{0,1,2,3} won't be used anymore since the commit, > it's better to remove code to do with tho

Re: [PATCH 00/45] arm Spectre fix backport review for LTS 4.9

On 03/02/2018 06:30 PM, Will Deacon wrote: > On Fri, Mar 02, 2018 at 05:02:32PM +0800, Alex Shi wrote: >> As testing the spectre bug fix, that's a good question. I also asked >> this question to original patch authors, like Marc. They said they just >> figure out these patches could block spectre

Re: [PATCH tip/core/rcu 06/10] trace: Eliminate cond_resched_rcu_qs() in favor of cond_resched()

On Fri, Mar 02, 2018 at 03:06:21PM -0500, Steven Rostedt wrote: > On Thu, 1 Mar 2018 12:48:58 -0800 > "Paul E. McKenney" wrote: > > > So how about I rename cond_resched_rcu_qs() to cond_resched_tasks_rcu_qs(), > > which at least gives a hint as to where it needs to be used? > > > > Would that wo

Re: [PATCH 00/45] arm Spectre fix backport review for LTS 4.9

On 03/02/2018 06:29 PM, Marc Zyngier wrote: > On Fri, 02 Mar 2018 09:02:32 +, > Alex Shi wrote: >> >> >> >> On 03/02/2018 12:46 AM, Greg KH wrote: >>> On Thu, Mar 01, 2018 at 08:53:37PM +0800, Alex Shi wrote: Hi All, Resent without non-upstream patches. This backport

RE: [PATCH 0/3] vfio/pci: ioeventfd support

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Saturday, March 3, 2018 2:03 AM > > On Fri, 2 Mar 2018 07:08:51 + > "Tian, Kevin" wrote: > > > > From: Alex Williamson > > > Sent: Thursday, March 1, 2018 4:15 AM > > > > > > A vfio ioeventfd will perform the pre-specified d

Re: [PATCH v3 2/2] mm/page_alloc: fix memmap_init_zone pageblock alignment

On Sat, 3 Mar 2018 01:12:26 +0100 Daniel Vacek wrote: > Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns > where possible") introduced a bug where move_freepages() triggers a > VM_BUG_ON() on uninitialized page structure due to pageblock alignment. b92df1de5d28 was merged

Re: [PATCH 1/1] mm: make start_isolate_page_range() fail if already isolated

On 03/02/2018 04:06 PM, Andrew Morton wrote: > On Mon, 26 Feb 2018 11:10:54 -0800 Mike Kravetz > wrote: > >> start_isolate_page_range() is used to set the migrate type of a >> set of page blocks to MIGRATE_ISOLATE while attempting to start >> a migration operation. It assumes that only one thre

Re: [PATCH v4 5/6] MIPS: generic: Add support for Microsemi Ocelot

On Fri, Mar 02, 2018 at 11:48:10PM +0100, Alexandre Belloni wrote: > Introduce support for the MIPS based Microsemi Ocelot SoCs. > > Signed-off-by: Alexandre Belloni > --- > arch/mips/Makefile| 4 ++ > arch/mips/configs/generic/board-ocelot.config | 40 +

Re: [PATCH] direct-io: Minor cleanups in do_blockdev_direct_IO

On Mon, 26 Feb 2018 11:54:30 +0200 Nikolay Borisov wrote: > We already get the block counts and the calculate the end block at the > beginning of the function. Let's use the local variables for consistency and > readability. No functional changes > Fair enough. > --- a/fs/direct-io.c > +++ b/f

[PATCH] Drivers: hv: vmbus: respect what we get from hv_get_synint_state()

I didn't really hit a bug, but just happened to notice the redundant line. Signed-off-by: Dexuan Cui Cc: Stephen Hemminger Cc: K. Y. Srinivasan Cc: sta...@vger.kernel.org --- drivers/hv/hv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/hv/hv.c b/drivers/hv/hv.c index fe96aab9e794

[PATCH] Drivers: hv: vmbus: do not mark HV_PCIE as perf_device

The pci-hyperv driver's channel callback hv_pci_onchannelcallback() is not really a hot path, so we don't need to mark it as a perf_device, meaning with this patch all HV_PCIE channels' target_cpu will be CPU0. This patch can help to avoid a potential ABBA deadlock in the busy loop of Hyper-V PCI

[PATCH 3/3] PCI: hv: fix 2 hang issues in hv_compose_msi_msg()

1. With the patch "x86/vector/msi: Switch to global reservation mode" (4900be8360), the recent v4.15 and newer kernels always hang for 1-vCPU Hyper-V VM with SR-IOV. This is because when we reach hv_compose_msi_msg() by request_irq() -> request_threaded_irq() -> __setup_irq()->irq_startup() -> __

Re: [PATCH v3 3/3] platform/x86: dell-smbios: Link all dell-smbios-* modules together

On Tue, Feb 27, 2018 at 12:23:04PM -0600, Mario Limonciello wrote: > Some race conditions were raised due to dell-smbios and its backends > not being ready by the time that a consumer would call one of the > exported methods. > > To avoid this problem, guarantee that all initialization has been >

[PATCH 2/3] PCI: hv: serialize the present/eject work items

When we hot-remove the device, we first receive a PCI_EJECT message and then receive a PCI_BUS_RELATIONS message with bus_rel->device_count == 0. The first message is offloaded to hv_eject_device_work(), and the second is offloaded to pci_devices_present_work(). Both the paths can be running list_

Re: "x86/boot/compressed/64: Prepare trampoline memory" breaks boot on Zotac CI-321

es certain scenarios but not all. > -- Dexuan Using the content of arch/x86/boot/compressed from Feb 9th the system boots and dmesg looks like this (HTH). CPU is a Celeron 2961Y, distro is Arch Linux. [Mar 3 01:04] microcode: microcode updated early to revision 0x21, date = 2017-11-20 [

Re: [PATCH v9 5/5] drm/bridge/synopsys: dw-hdmi: Add missing bridge detach

Hi Laurent, On 03/03/2018 05:49 AM, Laurent Pinchart wrote: Hi Enric, Thank you for the patch. On Friday, 2 March 2018 19:57:57 EET Enric Balletbo i Serra wrote: From: Jeffy Chen We inited connector in attach(), so need a detach() to cleanup. Do we ? The dw-hdmi driver already sets drm_co

[PATCH 1/3] PCI: hv: fix a comment typo in _hv_pcifront_read_config()

No functional change. Signed-off-by: Dexuan Cui Fixes: bdd74440d9e8 ("PCI: hv: Add explicit barriers to config space access") Cc: Vitaly Kuznetsov Cc: sta...@vger.kernel.org Cc: Stephen Hemminger Cc: K. Y. Srinivasan --- drivers/pci/host/pci-hyperv.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH 1/3] pci-iov: Add support for unmanaged SR-IOV

On Fri, Mar 2, 2018 at 3:59 PM, Alex Williamson wrote: > On Fri, 02 Mar 2018 15:44:25 -0800 > Alexander Duyck wrote: > >> From: Alexander Duyck >> >> This patch is meant to add some basic functionality to support for SR-IOV >> on devices when the VFs are not managed by the kernel. The functions

Re: [PATCH 4.4 64/67] usb: uas: unconditionally bring back host after reset

On Fri, 2018-02-02 at 17:58 +0100, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > -- > > From: Oliver Neukum > > commit cbeef22fd611c4f47c494b821b2b105b8af970bb upstream. [...] > --- a/drivers/usb/storage/uas.c > +++ b

Re: [PATCH 2/3] crypto: ccp - return an actual key size from RSA max_size callback

On 03/02/2018 05:58 PM, Maciej S. Szmigiero wrote: On 03.03.2018 00:49, Hook, Gary wrote: On 3/2/2018 5:15 PM, Maciej S. Szmigiero wrote: Thanks. However, what about the first patch from this series? Without it, while it no longer should cause a buffer overflow, in-kernel X.509 certificate ve

[PATCH v3 2/2] mm/page_alloc: fix memmap_init_zone pageblock alignment

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") introduced a bug where move_freepages() triggers a VM_BUG_ON() on uninitialized page structure due to pageblock alignment. To fix this, simply align the skipped pfns in memmap_init_zone() the same way as in mov

[PATCH v3 0/2] mm/page_alloc: fix kernel BUG at mm/page_alloc.c:1913! crash in move_freepages()

Kernel can crash on failed VM_BUG_ON assertion in function move_freepages() on some rare physical memory mappings (with huge range(s) of memory reserved by BIOS followed by usable memory not aligned to pageblock). crash> page_init_bug -v | grep resource | sed '/RAM .3/,/RAM .4/!d' 4bfac000 -

[PATCH v3 1/2] mm/memblock: hardcode the end_pfn being -1

This is just a clean up. It aids preventing to handle the special end case in the next commit. Signed-off-by: Daniel Vacek Cc: sta...@vger.kernel.org --- mm/memblock.c | 13 ++--- mm/page_alloc.c | 2 +- 2 files changed, 7 insertions(+), 8 deletions(-) diff --git a/mm/memblock.c b/mm

Re: [PATCH 1/1] mm: make start_isolate_page_range() fail if already isolated

On Mon, 26 Feb 2018 11:10:54 -0800 Mike Kravetz wrote: > start_isolate_page_range() is used to set the migrate type of a > set of page blocks to MIGRATE_ISOLATE while attempting to start > a migration operation. It assumes that only one thread is > calling it for the specified range. This routi

Re: [PATCH v2 0/2] mux: add overview and add to driver-api docs

On 2017-12-21 23:11, Peter Rosin wrote: > On 2017-12-21 22:35, Jonathan Corbet wrote: >> On Tue, 12 Dec 2017 09:46:31 +0100 >> Peter Rosin wrote: >> >>> Changes since v1: >>> - added a short introductory paragraph to mux.rst >>> - added an entry in MAINTAINERS. >>> >>> I forgot to mention that thi

Re: [PATCH 1/3] pci-iov: Add support for unmanaged SR-IOV

On Fri, 02 Mar 2018 15:44:25 -0800 Alexander Duyck wrote: > From: Alexander Duyck > > This patch is meant to add some basic functionality to support for SR-IOV > on devices when the VFs are not managed by the kernel. The functions > provided here can be used by drivers such as vfio-pci and virt

Re: [PATCH 2/3] crypto: ccp - return an actual key size from RSA max_size callback

On 03.03.2018 00:49, Hook, Gary wrote: > On 3/2/2018 5:15 PM, Maciej S. Szmigiero wrote: >> On 02.03.2018 17:44, Herbert Xu wrote: >>> On Sat, Feb 24, 2018 at 05:03:21PM +0100, Maciej S. Szmigiero wrote: rsa-pkcs1pad uses a value returned from a RSA implementation max_size callback as a s

Re: [PATCH 2/3] crypto: ccp - return an actual key size from RSA max_size callback

On 3/2/2018 5:15 PM, Maciej S. Szmigiero wrote: On 02.03.2018 17:44, Herbert Xu wrote: On Sat, Feb 24, 2018 at 05:03:21PM +0100, Maciej S. Szmigiero wrote: rsa-pkcs1pad uses a value returned from a RSA implementation max_size callback as a size of an input buffer passed to the RSA implementatio

Re: [PATCH v5 00/12] vfio, dax: prevent long term filesystem-dax pins and other fixes

On Fri, Mar 2, 2018 at 2:57 PM, Christoph Hellwig wrote: > On Fri, Mar 02, 2018 at 02:21:40PM -0800, Dan Williams wrote: >> They are indeed a hodge-podge. The problem is that the current >> IS_DAX() is broken. So I'd like to propose fixing IS_DAX() with >> IS_FSDAX() + IS_DEVDAX() for 4.16-rc4 and

[PATCH 3/3] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

From: Alexander Duyck Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what has been up to now been a software inter

Re: [PATCH v4 0/4] checkpatch: warn for use of %px

On Tue, 27 Feb 2018 14:04:04 +1100 "Tobin C. Harding" wrote: > Hi Andrew, > > This is a resurrection of a patch set from last December. There was > some confusion (on my behalf) as to how patches to checkpatch got into > the mainline. Are you willing (and able) to take patches to > checkpatch.

[PATCH 2/3] vfio: Add support for unmanaged or userspace managed SR-IOV

From: Alexander Duyck This patch is meant to allow assignment of an SR-IOV enabled PF, as in VFs have been generated, with vfio-pci. My understanding is the primary use case for this is something like DPDK running the PF while the VFs are all assigned to guests. A secondary effect of this is tha

[PATCH 1/3] pci-iov: Add support for unmanaged SR-IOV

From: Alexander Duyck This patch is meant to add some basic functionality to support for SR-IOV on devices when the VFs are not managed by the kernel. The functions provided here can be used by drivers such as vfio-pci and virtio to enable SR-IOV on devices that are either managed by userspace, o

[PATCH 0/3] pci-iov: Add support for unmanaged SR-IOV

This series is meant to add support for SR-IOV on devices when the VFs are not managed by the kernel. Examples of recent patches attempting to do this include: virto - https://patchwork.kernel.org/patch/10241225/ pci-stub - https://patchwork.kernel.org/patch/10109935/ vfio - https://patchwork.kerne

Re: [PATCH v6] rtc: isl12026: Add driver.

On 02/03/2018 at 08:22:22 -0800, David Daney wrote: > I am no longer able to test this patch as I lost access to the hardware. > Ah, too bad. I will take your patch as-is and then add a small patch to fixup the nvmem registration. > If someone else wants to take charge of the patch, that would b

[RFC V2 1/3] perf, tools: Support wildcards on pmu name in dynamic pmu events

Starting on v4.12 event parsing code for dynamic pmu events already supports prefix-based matching of multiple pmus when creating dynamic events. E.g., in a system with the following dynamic pmus: mypmu_0 mypmu_1 mypmu_2 mypmu_4 passing mypmu// as an event spec will result in the

[RFC V2 0/3] perf stat: improvements for handling of multiple PMUs

This series of patches adds some simple improvements to the way perf stat handles PMUs that have multiple instances by: 1. Adding glob-like matching in addition to the prefix-based matching introduced previously (patch 1). 2. Adding the ability to recover the PMU names when printing the events

[RFC V2 2/3] perf, tools: Display pmu name when printing unmerged events in stat

To simplify creation of events accross multiple instances of the same type of PMU stat supports two methods for creating multiple events from a single event specification: 1. A prefix or glob can be used in the PMU name. 2. Aliases, which are listed immediately after the Kernel PMU events by per

[RFC V2 3/3] perf pmu: Auto-merge PMU events created by prefix or glob match

Auto-merge for these events was disabled when auto-merging of non-alias events was disabled in commit 63ce844 (perf stat: Only auto-merge events that are PMU aliases). Non-merging of legacy events is preserved: $ ./perf stat -ag -e cache-misses,cache-misses sleep 1 Performance counter s

Re: [PATCH v3] staging:iio:meter: Add name to function definition arguments

On 02/24, Jonathan Cameron wrote: > On Wed, 21 Feb 2018 16:54:35 -0300 > Rodrigo Siqueira wrote: > > > This patch fixes the checkpatch.pl warning: > > > > drivers/staging/iio/meter/ade7854.h:157: WARNING: function definition > > argument 'struct device *' should also have an identifier name... >

Re: [PATCH 0/3] userfaultfd: non-cooperative: syncronous events

On Tue, 27 Feb 2018 10:19:49 +0200 Mike Rapoport wrote: > Hi, > > These patches add ability to generate userfaultfd events so that their > processing will be synchronized with the non-cooperative thread that caused > the event. > > In the non-cooperative case userfaultfd resumes execution of t

Re: [PATCH v2 00/11] perf events patches for improved ARM64 support

On 03/02/2018 11:35 AM, Ganapatrao Kulkarni wrote: > Hi John, > > On Fri, Mar 2, 2018 at 9:35 PM, William Cohen wrote: >> On 03/02/2018 03:24 AM, John Garry wrote: >>> On 27/02/2018 09:50, Jiri Olsa wrote: On Sat, Feb 24, 2018 at 12:05:21AM +0800, John Garry wrote: > This patchset adds s

Re: [RFC v1] mm: add the preempt check into alloc_vmap_area()

On Tue, 27 Feb 2018 05:06:43 -0800 Matthew Wilcox wrote: > On Tue, Feb 27, 2018 at 11:22:59AM +0100, Uladzislau Rezki (Sony) wrote: > > During finding a suitable hole in the vmap_area_list > > there is an explicit rescheduling check for latency reduction. > > We do it, since there are workloads w

Re: [PATCH 02/14] perf trace: Apply new perf_mmap__read_event() interface

On Thu, Mar 01, 2018 at 06:08:59PM -0500, kan.li...@linux.intel.com wrote: > From: Kan Liang > > The perf trace still use the legacy interface. > > Apply the new perf_mmap__read_event() interface for perf trace. > > No functional change. > > Signed-off-by: Kan Liang > --- > tools/perf/builti

Re: [PATCH 02/14] perf trace: Apply new perf_mmap__read_event() interface

On Thu, Mar 01, 2018 at 06:08:59PM -0500, kan.li...@linux.intel.com wrote: > From: Kan Liang > > The perf trace still use the legacy interface. > > Apply the new perf_mmap__read_event() interface for perf trace. > > No functional change. > > Signed-off-by: Kan Liang > --- > tools/perf/builti

Re: [PATCH net-next 2/4] net: stmmac: use correct barrier between coherent memory and MMIO

On Fri, Mar 02, 2018 at 09:54:11AM -0500, David Miller wrote: > From: Pavel Machek > Date: Fri, 2 Mar 2018 10:20:00 +0100 > Hello Pavel, David > >> This barrier cannot be a simple dma_wmb(), since a dma_wmb() is only > >> used to guarantee the ordering, with respect to other writes, > >> to cach

Re: [PATCH v1 16/19] arm: dts: mt7623: fixup available memory size on bananapi-r2

On Fri, 2018-03-02 at 09:42 -0600, Rob Herring wrote: > On Fri, Feb 23, 2018 at 06:16:36PM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > There is 2GB DDR3 available on bananapi-r2 board as [1] specified. > > > > [1] http://www.banana-pi.org/r2.html > > > > Signed-off-by: Sean

Re: [PATCH] selftests/vm/run_vmtests: adjust hugetlb size accroding to nr_cpus

On 03/01/2018 06:43 PM, Li Zhijian wrote: > this patch is to fix running userfaultfd_hugetlb failed on the host which has > more than 64 cpus > --- > running userfaultfd_hugetlb > --- > invalid MiB > Usage: > [FAIL] > > From userfaultfd.c we can kn

[PATCH] HID: Logitech K290: Add driver for the Logitech K290 USB keyboard

With the generic HID driver, K290 keyboards' F1 to F12 keys send multimedia events by default, and standard keycodes when the function key is pressed. This driver allows to configure K290 keyboards, so that F1 to F12 have a standard behavior and send multimedia events when the function key is press

Re: [PATCH 2/3] crypto: ccp - return an actual key size from RSA max_size callback

On 02.03.2018 17:44, Herbert Xu wrote: > On Sat, Feb 24, 2018 at 05:03:21PM +0100, Maciej S. Szmigiero wrote: >> rsa-pkcs1pad uses a value returned from a RSA implementation max_size >> callback as a size of an input buffer passed to the RSA implementation for >> encrypt and sign operations. >> >>

Re: [PATCH] scripts/kconfig: replace single character strcat() appends

On Fri, Mar 02, 2018 at 02:44:53PM +0100, Ulf Magnusson wrote: > Not sure this is an improvement. Zeroing the bytes after the initial > null terminator is redundant, and the explicit '\0' makes it clearer to > me what's going on. Yes, I agree with you, that is definitely quite true. This along wit

Re: [PATCH 1/2] arm: add basic support for Renesas RZ/N1 boards

On Mon, Feb 26, 2018 at 12:18:19PM +, Michel Pollet wrote: > This adds the Renesas RZ/N1 CPU and bare bone support. > > This currently only handles generic parts (gic, architected timer) > and a UART. > This also relies on the bootloader to set the pinctrl and clocks. > > Signed-off-by: Miche

[PATCH v2 0/4] net: Use strlcpy() for ethtool::get_strings

Hi all, After turning on KASAN on one of my systems, I started getting lots of out of bounds errors while fetching a given port's statistics, and indeed using memcpy() is unsafe for copying strings which have not been declared as an array of ETH_GSTRING_LEN bytes, so let's use strlcpy() instead. T

  1   2   3   4   5   6   7   8   9   10   >