Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 03:52 PM, Hal Rosenstock wrote: On 10/27/2017 5:54 PM, Ghazale Hosseinabadi wrote: When running ibstat (if transceiver is not connected in adapter): ibpanic: [7851] main: stat of IB device 'mlx5_1' failed: Invalid argument Any output before that ? no, It only prints this

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 03:52 PM, Hal Rosenstock wrote: On 10/27/2017 5:54 PM, Ghazale Hosseinabadi wrote: When running ibstat (if transceiver is not connected in adapter): ibpanic: [7851] main: stat of IB device 'mlx5_1' failed: Invalid argument Any output before that ? no, It only prints this

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/27/17 4:49 PM, Borislav Petkov wrote: > On Fri, Oct 27, 2017 at 04:28:31PM -0500, Brijesh Singh wrote: >> This will fail because PEK_GEN require the platform in INIT state and >> nobody has done the state transition from INIT -> UINIT. > Huh, FW is in INIT state and PEK_GEN wants it to be

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/27/17 4:49 PM, Borislav Petkov wrote: > On Fri, Oct 27, 2017 at 04:28:31PM -0500, Brijesh Singh wrote: >> This will fail because PEK_GEN require the platform in INIT state and >> nobody has done the state transition from INIT -> UINIT. > Huh, FW is in INIT state and PEK_GEN wants it to be

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 5:54 PM, Ghazale Hosseinabadi wrote: > When running ibstat (if transceiver is not connected in adapter): > > ibpanic: [7851] main: stat of IB device 'mlx5_1' failed: Invalid argument Any output before that ? I'm trying to understand how far it gets. It looks to me that empty rate

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 5:54 PM, Ghazale Hosseinabadi wrote: > When running ibstat (if transceiver is not connected in adapter): > > ibpanic: [7851] main: stat of IB device 'mlx5_1' failed: Invalid argument Any output before that ? I'm trying to understand how far it gets. It looks to me that empty rate

[PATCH] usb: typec: tps6598x: mark expected switch fall-through

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/usb/typec/tps6598x.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/typec/tps6598x.c

[PATCH] usb: typec: tps6598x: mark expected switch fall-through

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/usb/typec/tps6598x.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/typec/tps6598x.c b/drivers/usb/typec/tps6598x.c index

Re: [PATCH] input: mxs-lradc: remove redundant assignment to pointer input

On Fri, Oct 27, 2017 at 04:52:30PM +0100, Colin King wrote: > From: Colin Ian King > > The pointer 'input' is being initialized with ts->ts_input and this > value is not being read as it is updated a few lines later with the > return value from the call to

Re: [PATCH] input: mxs-lradc: remove redundant assignment to pointer input

On Fri, Oct 27, 2017 at 04:52:30PM +0100, Colin King wrote: > From: Colin Ian King > > The pointer 'input' is being initialized with ts->ts_input and this > value is not being read as it is updated a few lines later with the > return value from the call to devm_input_allocate_device. Remove the

Re: [PATCH 1/4] m68k/mac: More printk modernization

On Fri, 27 Oct 2017, Kars de Jong wrote: > 2017-10-27 4:45 GMT+02:00 Finn Thain : > > Log message fragments used to be printed on one line but now get split > > up. Fix this. Also, suppress log spam that merely prints known pointer > > values. > > > > Tested-by: Stan

Re: [PATCH 1/4] m68k/mac: More printk modernization

On Fri, 27 Oct 2017, Kars de Jong wrote: > 2017-10-27 4:45 GMT+02:00 Finn Thain : > > Log message fragments used to be printed on one line but now get split > > up. Fix this. Also, suppress log spam that merely prints known pointer > > values. > > > > Tested-by: Stan Johnson > > Signed-off-by:

Re: [PATCH v2] xen: support 52 bit physical addresses in pv guests

On 10/27/2017 01:49 PM, Juergen Gross wrote: Physical addresses on processors supporting 5 level paging can be up to 52 bits wide. For a Xen pv guest running on such a machine those physical addresses have to be supported in order to be able to use any memory on the machine even if the guest

Re: [PATCH v2] xen: support 52 bit physical addresses in pv guests

On 10/27/2017 01:49 PM, Juergen Gross wrote: Physical addresses on processors supporting 5 level paging can be up to 52 bits wide. For a Xen pv guest running on such a machine those physical addresses have to be supported in order to be able to use any memory on the machine even if the guest

[PATCH v2 2/6] PCI / PM: Use the NEVER_SKIP driver flag

From: Rafael J. Wysocki Replace the PCI-specific flag PCI_DEV_FLAGS_NEEDS_RESUME with the PM core's DPM_FLAG_NEVER_SKIP one everywhere and drop it. Signed-off-by: Rafael J. Wysocki Acked-by: Greg Kroah-Hartman

[PATCH v2 2/6] PCI / PM: Use the NEVER_SKIP driver flag

From: Rafael J. Wysocki Replace the PCI-specific flag PCI_DEV_FLAGS_NEEDS_RESUME with the PM core's DPM_FLAG_NEVER_SKIP one everywhere and drop it. Signed-off-by: Rafael J. Wysocki Acked-by: Greg Kroah-Hartman Acked-by: Bjorn Helgaas Reviewed-by: Ulf Hansson --- -> v2: No changes. ---

[PATCH v2 3/6] PM / core: Add SMART_SUSPEND driver flag

From: Rafael J. Wysocki Define and document a SMART_SUSPEND flag to instruct bus types and PM domains that the system suspend callbacks provided by the driver can cope with runtime-suspended devices, so from the driver's perspective it should be safe to leave devices

[PATCH v2 3/6] PM / core: Add SMART_SUSPEND driver flag

From: Rafael J. Wysocki Define and document a SMART_SUSPEND flag to instruct bus types and PM domains that the system suspend callbacks provided by the driver can cope with runtime-suspended devices, so from the driver's perspective it should be safe to leave devices in runtime suspend during

[PATCH v2 1/6] PM / core: Add NEVER_SKIP and SMART_PREPARE driver flags

From: Rafael J. Wysocki The motivation for this change is to provide a way to work around a problem with the direct-complete mechanism used for avoiding system suspend/resume handling for devices in runtime suspend. The problem is that some middle layer code (the PCI

[PATCH v2 1/6] PM / core: Add NEVER_SKIP and SMART_PREPARE driver flags

From: Rafael J. Wysocki The motivation for this change is to provide a way to work around a problem with the direct-complete mechanism used for avoiding system suspend/resume handling for devices in runtime suspend. The problem is that some middle layer code (the PCI bus type and the ACPI PM

[PATCH v2 0/6] PM / sleep: Driver flags for system suspend/resume (part 1)

Hi All, The following part of the original cover letter still applies: On Monday, October 16, 2017 3:12:35 AM CEST Rafael J. Wysocki wrote: > > This work was triggered by attempts to fix and optimize PM in the > i2c-designware-platdev driver that ended up with adding a couple of > flags to the

[PATCH] drivers/char/random.c: remove unused dont_count_entropy

Ever since "random: kill dead extract_state struct" [1], the dont_count_entropy member of struct timer_rand_state has been effectively unused. Since it hasn't found a new use in 12 years, it's probably safe to finally kill it. [1] Pre-git,

[PATCH v2 0/6] PM / sleep: Driver flags for system suspend/resume (part 1)

Hi All, The following part of the original cover letter still applies: On Monday, October 16, 2017 3:12:35 AM CEST Rafael J. Wysocki wrote: > > This work was triggered by attempts to fix and optimize PM in the > i2c-designware-platdev driver that ended up with adding a couple of > flags to the

[PATCH] drivers/char/random.c: remove unused dont_count_entropy

Ever since "random: kill dead extract_state struct" [1], the dont_count_entropy member of struct timer_rand_state has been effectively unused. Since it hasn't found a new use in 12 years, it's probably safe to finally kill it. [1] Pre-git,

[PATCH v2 4/6] PCI / PM: Drop unnecessary invocations of pcibios_pm_ops callbacks

From: Rafael J. Wysocki The only user of non-empty pcibios_pm_ops is s390 and it only uses "noirq" callbacks, so drop the invocations of the other pcibios_pm_ops callbacks from the PCI PM code. That will allow subsequent changes to be somewhat simpler.

[PATCH v2 5/6] PCI / PM: Take SMART_SUSPEND driver flag into account

From: Rafael J. Wysocki Make the PCI bus type take DPM_FLAG_SMART_SUSPEND into account in its system-wide PM callbacks and make sure that all code that should not run in parallel with pci_pm_runtime_resume() is executed in the "late" phases of system suspend, freeze

[PATCH v2 4/6] PCI / PM: Drop unnecessary invocations of pcibios_pm_ops callbacks

From: Rafael J. Wysocki The only user of non-empty pcibios_pm_ops is s390 and it only uses "noirq" callbacks, so drop the invocations of the other pcibios_pm_ops callbacks from the PCI PM code. That will allow subsequent changes to be somewhat simpler. Signed-off-by: Rafael J. Wysocki

[PATCH v2 5/6] PCI / PM: Take SMART_SUSPEND driver flag into account

From: Rafael J. Wysocki Make the PCI bus type take DPM_FLAG_SMART_SUSPEND into account in its system-wide PM callbacks and make sure that all code that should not run in parallel with pci_pm_runtime_resume() is executed in the "late" phases of system suspend, freeze and poweroff transitions.

[PATCH v2 6/6] ACPI / PM: Take SMART_SUSPEND driver flag into account

From: Rafael J. Wysocki Make the ACPI PM domain take DPM_FLAG_SMART_SUSPEND into account in its system suspend callbacks. [Note that the pm_runtime_suspended() check in acpi_dev_needs_resume() is an optimization, because if is not passed, all of the subsequent checks

[PATCH v2 6/6] ACPI / PM: Take SMART_SUSPEND driver flag into account

From: Rafael J. Wysocki Make the ACPI PM domain take DPM_FLAG_SMART_SUSPEND into account in its system suspend callbacks. [Note that the pm_runtime_suspended() check in acpi_dev_needs_resume() is an optimization, because if is not passed, all of the subsequent checks may be skipped and some of

RE: [PATCH] Enable SR-IOV instantiation through /sys file

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, October 27, 2017 6:19 PM > To: Wang, Liang-min > Cc: Kirsher, Jeffrey T ; k...@vger.kernel.org; > linux-...@vger.kernel.org;

RE: [PATCH] Enable SR-IOV instantiation through /sys file

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, October 27, 2017 6:19 PM > To: Wang, Liang-min > Cc: Kirsher, Jeffrey T ; k...@vger.kernel.org; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; Duyck,

[PATCH v3 12/12] lib: vdso: do not expose gettimeofday, if no arch supported timer

If ARCH_PROVIDES_TIMER is not defined, do not expose gettimeofday. libc will default directly to syscall. Also ifdef clock_gettime switch cases and stubs if not supported and other unused components. Signed-off-by: Mark Salyzyn Cc: James Morse Cc:

[PATCH v3 11/12] lib: vdso: Add support for CLOCK_BOOTTIME

Add a case for CLOCK_BOOTTIME as it is popular for measuring relative time on systems expected to suspend() or hibernate(). Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas

[PATCH v3 11/12] lib: vdso: Add support for CLOCK_BOOTTIME

Add a case for CLOCK_BOOTTIME as it is popular for measuring relative time on systems expected to suspend() or hibernate(). Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Andy Lutomirski Cc: Dmitry Safonov Cc: John Stultz Cc: Mark

[PATCH v3 12/12] lib: vdso: do not expose gettimeofday, if no arch supported timer

If ARCH_PROVIDES_TIMER is not defined, do not expose gettimeofday. libc will default directly to syscall. Also ifdef clock_gettime switch cases and stubs if not supported and other unused components. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will

[PATCH v3 10/12] arm64: vdso: replace gettimeofday.S with global vgettimeofday.C

Take an effort represented in the previous 8 patches to recode the arm64 vdso code from assembler to C previously submitted by Andrew Pinski , rework it for use in both arm and arm64, overlapping any optimizations for each architecture. apin...@cavium.com makes the following

[PATCH v3 10/12] arm64: vdso: replace gettimeofday.S with global vgettimeofday.C

Take an effort represented in the previous 8 patches to recode the arm64 vdso code from assembler to C previously submitted by Andrew Pinski , rework it for use in both arm and arm64, overlapping any optimizations for each architecture. apin...@cavium.com makes the following claims in the

[ANNOUNCE] v4.13.10-rt3

Dear RT folks! I'm pleased to announce the v4.13.10-rt3 patch set. Changes since v4.13.10-rt2: - A dcache related live lock could occur. The writer could get preempted within the critical section and the reader would spin to see the update completed. This update would never complete

[ANNOUNCE] v4.13.10-rt3

Dear RT folks! I'm pleased to announce the v4.13.10-rt3 patch set. Changes since v4.13.10-rt2: - A dcache related live lock could occur. The writer could get preempted within the critical section and the reader would spin to see the update completed. This update would never complete

[PATCH v3 09/12] arm: vdso: move vgettimeofday.c to lib/vdso/

Declare arch/arm/vdso/vgettimeofday.c to be a candidate for a global implementation of the vdso timer calls. The hope is that new architectures can take advantage of the current unification of arm and arm64 implementations. We urge future efforts to merge their implementations into the global

[PATCH v3 09/12] arm: vdso: move vgettimeofday.c to lib/vdso/

Declare arch/arm/vdso/vgettimeofday.c to be a candidate for a global implementation of the vdso timer calls. The hope is that new architectures can take advantage of the current unification of arm and arm64 implementations. We urge future efforts to merge their implementations into the global

[PATCH v3 08/12] arm: vdso: disable profiling

Make sure kasan and ubsan profiling, and kcov instrumentation, is turned off for VDSO code. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon

[PATCH v3 08/12] arm: vdso: disable profiling

Make sure kasan and ubsan profiling, and kcov instrumentation, is turned off for VDSO code. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Andy Lutomirski Cc: Dmitry Safonov Cc: John Stultz Cc: Mark Rutland Cc: Laura Abbott Cc: Kees

[PATCH v3 06/12] arm: vdso: Add support for CLOCK_MONOTONIC_RAW

Add a case for CLOCK_MONOTONIC_RAW to match up with support that is available in arm64's vdso. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon

[PATCH v3 06/12] arm: vdso: Add support for CLOCK_MONOTONIC_RAW

Add a case for CLOCK_MONOTONIC_RAW to match up with support that is available in arm64's vdso. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Andy Lutomirski Cc: Dmitry Safonov Cc: John Stultz Cc: Mark Rutland Cc: Laura Abbott Cc:

[PATCH v3 07/12] arm: vdso: add support for clock_getres

Add clock_getres vdso support to match up with existing support in the arcm64's vdso. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon

[PATCH v3 07/12] arm: vdso: add support for clock_getres

Add clock_getres vdso support to match up with existing support in the arcm64's vdso. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Andy Lutomirski Cc: Dmitry Safonov Cc: John Stultz Cc: Mark Rutland Cc: Laura Abbott Cc: Kees Cook

[PATCH v3 05/12] arm: vdso: do calculations outside reader loops

In variable timer reading loops, pick up just the values until all are synchronized, then outside of loop pick up cntvct and perform calculations to determine final offset, shifted and multiplied output value. This replaces get_ns with get_clock_shifted_nsec as cntvct reader. Signed-off-by: Mark

[PATCH v3 05/12] arm: vdso: do calculations outside reader loops

In variable timer reading loops, pick up just the values until all are synchronized, then outside of loop pick up cntvct and perform calculations to determine final offset, shifted and multiplied output value. This replaces get_ns with get_clock_shifted_nsec as cntvct reader. Signed-off-by: Mark

[PATCH v3 04/12] arm: vdso: enforce monotonic and realtime as inline

Ensure monotonic and realtime are inline, small price to pay for high volume common request. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon

[PATCH v3 04/12] arm: vdso: enforce monotonic and realtime as inline

Ensure monotonic and realtime are inline, small price to pay for high volume common request. Signed-off-by: Mark Salyzyn Cc: James Morse Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Andy Lutomirski Cc: Dmitry Safonov Cc: John Stultz Cc: Mark Rutland Cc: Laura Abbott Cc: Kees

[PATCH v3 03/12] arm: vdso: inline assembler operations to compiler.h

Move compiler-specific code to a local compiler.h file. CONFIG_AEABI dependency check. System call fallback functions standardized into a DEFINE_FALLBACK macro. Accept that __arch_counter_get_cntvct() is the API for aarch64. Deal with unresolved references emitted by GCC. Optimize handling of

[PATCH v3 03/12] arm: vdso: inline assembler operations to compiler.h

Move compiler-specific code to a local compiler.h file. CONFIG_AEABI dependency check. System call fallback functions standardized into a DEFINE_FALLBACK macro. Accept that __arch_counter_get_cntvct() is the API for aarch64. Deal with unresolved references emitted by GCC. Optimize handling of

[PATCH v3 01/12] arm: vdso: rename vdso_datapage variables

Rename seq_count to tb_seq_count. Rename tk_is_cntvct to use_syscall. Rename cs_mult to cs_mono_mult. All to align with the variables in the arm64 vdso datapage. Rework vdso_read_begin() and vdso_read_retry() functions to reflect modern access patterns for tb_seq_count field. Update copyright

[PATCH v3 01/12] arm: vdso: rename vdso_datapage variables

Rename seq_count to tb_seq_count. Rename tk_is_cntvct to use_syscall. Rename cs_mult to cs_mono_mult. All to align with the variables in the arm64 vdso datapage. Rework vdso_read_begin() and vdso_read_retry() functions to reflect modern access patterns for tb_seq_count field. Update copyright

[PATCH v3 02/12] arm: vdso: add include file defining __get_datapage()

Define the prototype for __get_datapage() in local datapage.h header. Rename all vdata variable that point to the datapage shortened to vd to relect a consistent and concise style. Make sure that all references to the datapage in vdso operations are readonly (const). Make sure datapage is first

[PATCH v3 02/12] arm: vdso: add include file defining __get_datapage()

Define the prototype for __get_datapage() in local datapage.h header. Rename all vdata variable that point to the datapage shortened to vd to relect a consistent and concise style. Make sure that all references to the datapage in vdso operations are readonly (const). Make sure datapage is first

[PATCH v3 0/12] arm+arm64: vdso unification to lib/vdso/

Take an effort to recode the arm64 vdso code from assembler to C previously submitted by Andrew Pinski , rework it for use in both arm and arm64, overlapping any optimizations for each architecture. But instead of landing it in arm64, land the result into lib/vdso and unify

[PATCH v3 0/12] arm+arm64: vdso unification to lib/vdso/

Take an effort to recode the arm64 vdso code from assembler to C previously submitted by Andrew Pinski , rework it for use in both arm and arm64, overlapping any optimizations for each architecture. But instead of landing it in arm64, land the result into lib/vdso and unify both implementations to

Re: [PATCH 2/4] m68k/mac: Disentangle VIA and OSS initialization

On Fri, 27 Oct 2017, Kars de Jong wrote: > 2017-10-27 4:45 GMT+02:00 Finn Thain : > > > macintosh_config->via_type is meaningless on Mac IIfx (i.e. the only > > model with OSS chip), so skip the via_type switch statement. > > > > Call oss_init() before via_init()

Re: [PATCH 2/4] m68k/mac: Disentangle VIA and OSS initialization

On Fri, 27 Oct 2017, Kars de Jong wrote: > 2017-10-27 4:45 GMT+02:00 Finn Thain : > > > macintosh_config->via_type is meaningless on Mac IIfx (i.e. the only > > model with OSS chip), so skip the via_type switch statement. > > > > Call oss_init() before via_init() because it is more important

Re: Query regarding srcu_funnel_exp_start()

On Fri, Oct 27, 2017 at 10:15:04PM +0530, Neeraj Upadhyay wrote: > On 10/27/2017 05:56 PM, Paul E. McKenney wrote: > >On Fri, Oct 27, 2017 at 02:23:07PM +0530, Neeraj Upadhyay wrote: > >>Hi, > >> > >>One query regarding srcu_funnel_exp_start() function in > >>kernel/rcu/srcutree.c. > >> > >>static

[PATCH 2/2] perf tool: evsel: say which PMU Hardware event doesn't support sampling/overflow-interrupts

Help identify to the user the event with the unsupported sampling error. Also provide an alternative action. BEFORE: $ sudo ./oldperf record -e armv8_pmuv3/mem_access/,ccn/cycles/,armv8_pmuv3/l2d_cache/ true Error: PMU Hardware doesn't support sampling/overflow-interrupts. AFTER: $ sudo

Re: Query regarding srcu_funnel_exp_start()

On Fri, Oct 27, 2017 at 10:15:04PM +0530, Neeraj Upadhyay wrote: > On 10/27/2017 05:56 PM, Paul E. McKenney wrote: > >On Fri, Oct 27, 2017 at 02:23:07PM +0530, Neeraj Upadhyay wrote: > >>Hi, > >> > >>One query regarding srcu_funnel_exp_start() function in > >>kernel/rcu/srcutree.c. > >> > >>static

[PATCH 2/2] perf tool: evsel: say which PMU Hardware event doesn't support sampling/overflow-interrupts

Help identify to the user the event with the unsupported sampling error. Also provide an alternative action. BEFORE: $ sudo ./oldperf record -e armv8_pmuv3/mem_access/,ccn/cycles/,armv8_pmuv3/l2d_cache/ true Error: PMU Hardware doesn't support sampling/overflow-interrupts. AFTER: $ sudo

[PATCH 1/2] tools perf: c2c: fix spelling mistakes in browser help text

Togle -> Toggle, lenght -> length. Signed-off-by: Kim Phillips --- tools/perf/builtin-c2c.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/perf/builtin-c2c.c b/tools/perf/builtin-c2c.c index bb1ee22bd221..651782d98b5d 100644 ---

[PATCH 1/2] tools perf: c2c: fix spelling mistakes in browser help text

Togle -> Toggle, lenght -> length. Signed-off-by: Kim Phillips --- tools/perf/builtin-c2c.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/perf/builtin-c2c.c b/tools/perf/builtin-c2c.c index bb1ee22bd221..651782d98b5d 100644 --- a/tools/perf/builtin-c2c.c +++

Re: [PATCH] Enable SR-IOV instantiation through /sys file

On Fri, 27 Oct 2017 21:50:43 + "Wang, Liang-min" wrote: > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Tuesday, October 24, 2017 6:07 PM > > To: Wang, Liang-min > > Cc: Kirsher,

Re: [PATCH] Enable SR-IOV instantiation through /sys file

On Fri, 27 Oct 2017 21:50:43 + "Wang, Liang-min" wrote: > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Tuesday, October 24, 2017 6:07 PM > > To: Wang, Liang-min > > Cc: Kirsher, Jeffrey T ; k...@vger.kernel.org; > >

[PATCH] phy: qcom-usb: Fix error handling in qcom_usb_hsic_phy_power_on()

There is a misprint in error handling of pinctrl_lookup_state(), where qcom_usb_hsic_phy_power_on() does return instead of goto err_ulpi. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

[PATCH] phy: qcom-usb: Fix error handling in qcom_usb_hsic_phy_power_on()

There is a misprint in error handling of pinctrl_lookup_state(), where qcom_usb_hsic_phy_power_on() does return instead of goto err_ulpi. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/phy/qualcomm/phy-qcom-usb-hsic.c | 6 -- 1

[PATCH] USB: serial: io_edgeport: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Notice that in this particular case I replaced "...drop on through" comments with a proper "fall through" comment on its own line, which is what GCC is expecting to find. Signed-off-by:

[PATCH] USB: serial: io_edgeport: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Notice that in this particular case I replaced "...drop on through" comments with a proper "fall through" comment on its own line, which is what GCC is expecting to find. Signed-off-by:

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

Hi, - Original Message - From: h...@dev.mellanox.co.il To: pa...@mellanox.com, tbogendoer...@suse.de, mat...@mellanox.com, leo...@mellanox.com, dledf...@redhat.com, linux-r...@vger.kernel.org, linux-kernel@vger.kernel.org Cc: ghazale.hosseinab...@oracle.com Sent: Friday, October 27,

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

Hi, - Original Message - From: h...@dev.mellanox.co.il To: pa...@mellanox.com, tbogendoer...@suse.de, mat...@mellanox.com, leo...@mellanox.com, dledf...@redhat.com, linux-r...@vger.kernel.org, linux-kernel@vger.kernel.org Cc: ghazale.hosseinab...@oracle.com Sent: Friday, October 27,

Re: IB/mlx4: Use common error handling code in __mlx4_ib_create_flow()

On 10/27/2017 4:53 PM, SF Markus Elfring wrote: This change adds nothing except code churn. I guess that the shown change possibility can reduce the object code size for the affected function. Do you care for such an detail? Regards, Markus You guess? Well perhaps you should find out for

Re: IB/mlx4: Use common error handling code in __mlx4_ib_create_flow()

On 10/27/2017 4:53 PM, SF Markus Elfring wrote: This change adds nothing except code churn. I guess that the shown change possibility can reduce the object code size for the affected function. Do you care for such an detail? Regards, Markus You guess? Well perhaps you should find out for

RE: [PATCH] Enable SR-IOV instantiation through /sys file

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Tuesday, October 24, 2017 6:07 PM > To: Wang, Liang-min > Cc: Kirsher, Jeffrey T ; k...@vger.kernel.org; > linux-...@vger.kernel.org;

RE: [PATCH] Enable SR-IOV instantiation through /sys file

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Tuesday, October 24, 2017 6:07 PM > To: Wang, Liang-min > Cc: Kirsher, Jeffrey T ; k...@vger.kernel.org; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; Duyck,

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On Fri, Oct 27, 2017 at 04:28:31PM -0500, Brijesh Singh wrote: > This will fail because PEK_GEN require the platform in INIT state and > nobody has done the state transition from INIT -> UINIT. Huh, FW is in INIT state and PEK_GEN wants it to be in INIT state. Typo? Aaanyway, I don't like this

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On Fri, Oct 27, 2017 at 04:28:31PM -0500, Brijesh Singh wrote: > This will fail because PEK_GEN require the platform in INIT state and > nobody has done the state transition from INIT -> UINIT. Huh, FW is in INIT state and PEK_GEN wants it to be in INIT state. Typo? Aaanyway, I don't like this

Re: [PATCH v9 25/29] x86/umip: Force a page fault when unable to copy emulated result to user

On Thu, Oct 26, 2017 at 12:59:55AM -0700, Andy Lutomirski wrote: > On Tue, Oct 3, 2017 at 8:54 PM, Ricardo Neri > wrote: > > fixup_umip_exception() will be called from do_general_protection(). If the > > former returns false, the latter will issue a SIGSEGV

Re: [PATCH v9 25/29] x86/umip: Force a page fault when unable to copy emulated result to user

On Thu, Oct 26, 2017 at 12:59:55AM -0700, Andy Lutomirski wrote: > On Tue, Oct 3, 2017 at 8:54 PM, Ricardo Neri > wrote: > > fixup_umip_exception() will be called from do_general_protection(). If the > > former returns false, the latter will issue a SIGSEGV with SEND_SIG_PRIV. > > However, when

Re: A test of the philosophical impact of what I have been talking about.

Den 10/27/2017 23:01, skrev Ywe Cærlyn: Philosophical requantization of a (atm) theoretical linux distribution: Excellent Ubuntu, is a Good Linux, with a Minimal Jitter Kernel. An Available Source Operating System. Philosophical Lead: Ywe Cærlyn. Desktop Flavour: Customized Gnome Finetuned

Re: A test of the philosophical impact of what I have been talking about.

Den 10/27/2017 23:01, skrev Ywe Cærlyn: Philosophical requantization of a (atm) theoretical linux distribution: Excellent Ubuntu, is a Good Linux, with a Minimal Jitter Kernel. An Available Source Operating System. Philosophical Lead: Ywe Cærlyn. Desktop Flavour: Customized Gnome Finetuned

Re: [RFC PATCH v10 2/7] of/irq: Adjust of_pci_irq parsing for multiple interrupts

Hi Jeffy, On Fri, Oct 27, 2017 at 03:26:07PM +0800, Jeffy Chen wrote: > Currently we are considering the first irq as the PCI interrupt pin, > but a PCI device may have multiple interrupts(e.g. PCIe WAKE# pin). > > Only parse the PCI interrupt pin when the irq is unnamed or named as > "pci". >

Re: [RFC PATCH v10 2/7] of/irq: Adjust of_pci_irq parsing for multiple interrupts

Hi Jeffy, On Fri, Oct 27, 2017 at 03:26:07PM +0800, Jeffy Chen wrote: > Currently we are considering the first irq as the PCI interrupt pin, > but a PCI device may have multiple interrupts(e.g. PCIe WAKE# pin). > > Only parse the PCI interrupt pin when the irq is unnamed or named as > "pci". >

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 4:33 PM, Parav Pandit wrote: > > >> -Original Message- >> From: Hal Rosenstock [mailto:h...@dev.mellanox.co.il] >> Sent: Friday, October 27, 2017 3:19 PM >> To: Parav Pandit ; Thomas Bogendoerfer >> ; Matan Barak

Re: [PATCH] IB/mlx5: give back valid speed/width even without plugged in SFP module

On 10/27/2017 4:33 PM, Parav Pandit wrote: > > >> -Original Message- >> From: Hal Rosenstock [mailto:h...@dev.mellanox.co.il] >> Sent: Friday, October 27, 2017 3:19 PM >> To: Parav Pandit ; Thomas Bogendoerfer >> ; Matan Barak ; Leon >> Romanovsky ; Doug Ledford ; >>

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/27/17 3:27 PM, Borislav Petkov wrote: > On Fri, Oct 27, 2017 at 03:25:24PM -0500, Brijesh Singh wrote: >> Yep, we are doing state transition only when we really need to. At least >> so far I have tried to avoid making any unnecessary state transitions. > So change all those which do INIT

Re: [Part2 PATCH v6 13/38] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/27/17 3:27 PM, Borislav Petkov wrote: > On Fri, Oct 27, 2017 at 03:25:24PM -0500, Brijesh Singh wrote: >> Yep, we are doing state transition only when we really need to. At least >> so far I have tried to avoid making any unnecessary state transitions. > So change all those which do INIT

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

On Thu, Oct 26, 2017 at 11:00 PM, Dmitry Vyukov wrote: > On Thu, Oct 26, 2017 at 7:58 PM, Tejun Heo wrote: >> Hello, >> >> On Thu, Oct 26, 2017 at 09:35:44AM -0700, syzbot wrote: >>> BUG: KASAN: use-after-free in __read_once_size >>>

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

On Thu, Oct 26, 2017 at 11:00 PM, Dmitry Vyukov wrote: > On Thu, Oct 26, 2017 at 7:58 PM, Tejun Heo wrote: >> Hello, >> >> On Thu, Oct 26, 2017 at 09:35:44AM -0700, syzbot wrote: >>> BUG: KASAN: use-after-free in __read_once_size >>> include/linux/compiler.h:276 [inline] >>> BUG: KASAN:

A test of the philosophical impact of what I have been talking about.

Philosophical requantization of a (atm) theoretical linux distribution: Excellent Ubuntu, is a Good Linux, with a Minimal Jitter Kernel. An Available Source Operating System. Philosophical Lead: Ywe Cærlyn. Desktop Flavour: Customized Gnome Finetuned for fast reponsiveness, and smoothness in

A test of the philosophical impact of what I have been talking about.

Philosophical requantization of a (atm) theoretical linux distribution: Excellent Ubuntu, is a Good Linux, with a Minimal Jitter Kernel. An Available Source Operating System. Philosophical Lead: Ywe Cærlyn. Desktop Flavour: Customized Gnome Finetuned for fast reponsiveness, and smoothness in

Re: [PULL REQUEST] i2c-mux for 4.15-rc1

On 2017-10-27 21:27, Wolfram Sang wrote: > Hi Peda, > >> This cycle has been real quiet for me. There's only the one trivial patch >> that somewhat simplifies DT parsing in the i2c-mux-reg driver. > > Did this maybe slip through the cracks? > > http://patchwork.ozlabs.org/patch/816846/ > >

Re: [PULL REQUEST] i2c-mux for 4.15-rc1

On 2017-10-27 21:27, Wolfram Sang wrote: > Hi Peda, > >> This cycle has been real quiet for me. There's only the one trivial patch >> that somewhat simplifies DT parsing in the i2c-mux-reg driver. > > Did this maybe slip through the cracks? > > http://patchwork.ozlabs.org/patch/816846/ > >

Re: [PATCH v2] ARC: reset: introduce AXS10x reset driver

Hi Eugeniy, Ping ! Can you please follow up the ARC patch to use the driver for 4.15. Thx, -Vineet On 10/09/2017 11:25 AM, Vineet Gupta wrote: On 10/04/2017 03:09 AM, Philipp Zabel wrote: Hi Vineet, On Mon, 2017-09-18 at 18:51 +0200, Philipp Zabel wrote: Will it be OK for you to apply the

Re: [PATCH v2] ARC: reset: introduce AXS10x reset driver

Hi Eugeniy, Ping ! Can you please follow up the ARC patch to use the driver for 4.15. Thx, -Vineet On 10/09/2017 11:25 AM, Vineet Gupta wrote: On 10/04/2017 03:09 AM, Philipp Zabel wrote: Hi Vineet, On Mon, 2017-09-18 at 18:51 +0200, Philipp Zabel wrote: Will it be OK for you to apply the

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