[PATCH v4 05/10] arch: Introduce CONFIG_COMPAT_32BIT_TIME

Compat functions are now used to support 32 bit time_t in compat mode on 64 bit architectures and in native mode on 32 bit architectures. Introduce COMPAT_32BIT_TIME to conditionally compile these functions. Note that turning off 32 bit time_t support requires more changes on architecture side.

[PATCH v4 04/10] arch: introduce CONFIG_64BIT_TIME

There are a total of 53 system calls (aside from ioctl) that pass a time_t or derived data structure as an argument, and in order to extend time_t to 64-bit, we have to replace them with new system calls and keep providing backwards compatibility. To avoid adding completely new and untested code

Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h

I posted the updated series. I fixed up the order of include files where I could find some order. There have been other commits that used scripts to do such replacements and have already stomped on the order. For example: commit 7c0f6ba682b9c7632072ffbedf8d328c8f3c42ba Author: Linus Torvalds

Re: [PATCH v2] MIPS: Allow compressed images to be loaded at any address

On Mon, 13 Feb 2017 22:19:45 + James Hogan wrote: > Hi Alban, > > On Mon, Feb 13, 2017 at 09:38:08PM +0100, Alban wrote: > > From: Alban Bedel > > > > Compressed images (vmlinuz.bin) have to be loaded at a specific > > address that differ from the

Re: [PATCH v4 2/3] pinctrl: bcm2835: Add support for generic pinctrl binding

Matheus Castello writes: > To keep driver up to date we add generic pinctrl binding support, which covers > the features used in this driver and has additional node properties that this > SoC has compatibility, so enabling future implementations of these properties >

Re: [pci PATCH v5 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

On Mon, Mar 12, 2018 at 10:40 AM, Keith Busch wrote: > On Mon, Mar 12, 2018 at 10:21:29AM -0700, Alexander Duyck wrote: >> diff --git a/include/linux/pci.h b/include/linux/pci.h >> index 024a1beda008..9cab9d0d51dc 100644 >> --- a/include/linux/pci.h >> +++

Re: [PATCH v5 07/11] mm, dev_pagemap: introduce CONFIG_DEV_PAGEMAP_OPS

On Mon, Mar 12, 2018 at 7:17 AM, Jerome Glisse wrote: > On Fri, Mar 09, 2018 at 10:55:26PM -0800, Dan Williams wrote: >> The HMM sub-system extended dev_pagemap to arrange a callback when a >> dev_pagemap managed page is freed. Since a dev_pagemap page is free / >> idle when

Re: [linux-sunxi] [PATCH 2/9] media: videobuf2-v4l2: Copy planes when needed in request qbuf

Paul Kocialkowski: > diff --git a/drivers/media/common/videobuf2/videobuf2-v4l2.c > b/drivers/media/common/videobuf2/videobuf2-v4l2.c > index 0627c3339572..c14528d4a518 100644 > --- a/drivers/media/common/videobuf2/videobuf2-v4l2.c > +++ b/drivers/media/common/videobuf2/videobuf2-v4l2.c > @@

[PATCH 1/3] staging:iio:ad2s1210: Add channel for fclkin and fexcit

The ad2s1210 does not contain any channel for the fclkin and fexcit. As a result, it uses IIO_DEVICE_ATTR to expose this information. This patch adds one channel for fclkin and another for fexcit. It also adds an enum to easily address the correct channel. Signed-off-by: Rodrigo Siqueira

[PATCH 0/3] staging:iio:ad2s1210: Rework read/write operation for fclkin and fexin

This patchset changes the way that frequency of clock input (fclkin) and the excitation frequency (fexcit) are exposed to the userspace. The original code uses the IIO_DEVICE_ATTR to export the configuration of fclkin and fexcit to the userspace which is not in agreement with the current ABI. This

[PATCH] staging: wilc1000: Destroy mutex object in deinitialization

From: HariPrasath Elango Destroy the mutex object that is initialized in wlan_init_locks() Signed-off-by: HariPrasath Elango --- drivers/staging/wilc1000/linux_wlan.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 1/2] ARM: npcm: add CONFIG_ARCH_MULTI_V7 dependency

Hi Brendan, According to the last mail I have with Arnd can you modify the Kconfig as follow: +menuconfig ARCH_NPCM + bool "Nuvoton NPCM Architecture" + depends on ARCH_MULTI_V7 + select PINCTRL + +if ARCH_NPCM + +config ARCH_NPCM7XX + bool "Support for NPCM7xx BMC

Re: [PATCH v9] mmc: Export host capabilities to debugfs.

On Monday 12 March 2018 06:33 PM, Andy Shevchenko wrote: > On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote: > > >>> + for_each_set_bit(bit, (const unsigned long *), >>> BITS_PER_LONG) >>> + for_each_set_bit(bit, (const unsigned long >>> *), >>>

[PATCH 6/8] perf/core: Move perf_event_attr::sample_max_stack into perf_copy_attr

Moving sample_max_stack check and setup into perf_copy_attr, so we have all perf_event_attr initial setup in one place and can easily compare attrs in the new ioctl introduced in following change. Suggested-by: Peter Zijlstra Signed-off-by: Jiri Olsa ---

[PATCHv3 0/8] hw_breakpoint: Breakpoint modification fixes and new modify ioctl

hi, Milind Chabbi introduced new ioctl interface to change live breakpoint [1]. It allows to change its bp_addr, bp_len and bp_type throught new ioctl for perf breakpoint event. We already have a kernel interface for this via modify_user_hw_breakpoint function. This function however does not

[PATCH 4/8] hw_breakpoint: Factor out __modify_user_hw_breakpoint function

Moving out the all the functionality without the events disabling/enabling calls, because we want to call another disabling/enabling functions in following change. Signed-off-by: Jiri Olsa --- kernel/events/hw_breakpoint.c | 46 +++ 1

Re: [PATCH v2 0/3] drm: Add LVDS decoder bridge

On 12.03.2018 13:30, jacopo mondi wrote: > Hi Andrzej, > > On Mon, Mar 12, 2018 at 10:07:27AM +0100, Andrzej Hajda wrote: >> On 09.03.2018 14:51, Jacopo Mondi wrote: >>> Hello, >>>after some discussion on the proposed bindings for generic lvds decoder >>> and >>> Thine THC63LVD1024, I decided

[PATCH 2/8] hw_breakpoint: Pass bp_type argument to __reserve_bp_slot|__release_bp_slot

Passing bp_type argument to __reserve_bp_slot and __release_bp_slot functions, so we can pass another bp_type than the one defined in bp->attr.bp_type. This will be handy in following change that fixes breakpoint slot counts during its modification. Signed-off-by: Jiri Olsa ---

[PATCH 1/8] hw_breakpoint: Pass bp_type directly as find_slot_idx argument

Passing bp_type directly as find_slot_idx argument, so we don't need to have whole event to get the breakpoint slot type. It will be used in following changes. Signed-off-by: Jiri Olsa --- kernel/events/hw_breakpoint.c | 10 +- 1 file changed, 5 insertions(+), 5

Re: [PATCH] mm/slab.c: remove duplicated check of colour_next

Acked-by: Christoph Lameter

Re: [RFC 00/13] perf bpf: Add support to run BEGIN/END code

Em Mon, Mar 12, 2018 at 12:17:05PM +0100, Jiri Olsa escreveu: > adding Alexei and Wang to the loop > > On Mon, Mar 12, 2018 at 10:43:00AM +0100, Jiri Olsa wrote: > > hi, > > this is *RFC* and the following patchset is very rough > > and ugly 'prove of concept'-kind-of-toy code. I'm mostly > >

Re: [PATCH v2 08/13] PCI/portdrv: Simplify PCIe feature permission checking

On Mon, Mar 12, 2018 at 01:04:02AM -0700, Christoph Hellwig wrote: > > +* We assume we can manage these PCIe features. Some systems may > > +* reserve these for use by the platform itself, e.g., an ACPI BIOS > > +* may implement its own AER handling and use _OSC to prevent the > > +

[PATCH 3/3] x86/kvm/vmx: avoid expensive rdmsr for MSR_GS_BASE

vmx_save_host_state() is only called from kvm_arch_vcpu_ioctl_run() so the context is pretty well defined and as we're past 'swapgs' MSR_GS_BASE should contain kernel's GS base which we point to irq_stack_union. Add new kernelmode_gs_base() API, irq_stack_union needs to be exported as KVM can be

[PATCH v2 3/4] arch: sh: ecovec: Use new renesas-ceu camera driver

SH4 7724 Ecovec platform uses sh_mobile_ceu camera driver, which is now being replaced by a proper V4L2 camera driver named 'renesas-ceu'. Get rid of soc_camera defined components used to register sensor drivers and of platform specific enable/disable routines. Register GPIOs for sensor drivers

[PATCH 1/3] x86/kvm/vmx: read MSR_FS_BASE from current->thread

vmx_save_host_state() is only called from kvm_arch_vcpu_ioctl_run() so the context is pretty well defined. Read MSR_FS_BASE from current->thread.fsbase after calling save_fsgs() which takes care of X86_BUG_NULL_SEG case now and will do RD[FG,GS]BASE when FSGSBASE extensions are exposed to

Re: [PATCH v5 1/4] mfd: syscon: Set name of regmap_config

On Mon, 12 Mar 2018, Jeffy Chen wrote: > We are now allowing to register debugfs without a valid device, and not > having a valid name will end up using "dummy*" to create debugfs dir. > > Signed-off-by: Jeffy Chen > --- > > Changes in v5: > CC lee.jo...@linaro.org >

Re: [PATCH 0/3 v2] devpts: handle /dev/ptmx bind-mounts

On Sun, Mar 11, 2018 at 02:46:26PM -0700, Linus Torvalds wrote: > On Sun, Mar 11, 2018 at 2:05 PM, Christian Brauner > wrote: > > > > This is the second iteration of this patch. > > This looks good to me. Just wondering how this should be merged, and > whether we

Re: [PATCH v9] mmc: Export host capabilities to debugfs.

On Monday 12 March 2018 07:04 PM, Harish Jenny K N wrote: > > On Monday 12 March 2018 06:33 PM, Andy Shevchenko wrote: >> On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote: >> >> + for_each_set_bit(bit, (const unsigned long *), BITS_PER_LONG) +

Re: [PATCH v5 06/11] mm, dax: enable filesystems to trigger dev_pagemap ->page_free callbacks

On Fri, Mar 09, 2018 at 10:55:21PM -0800, Dan Williams wrote: > In order to resolve collisions between filesystem operations and DMA to > DAX mapped pages we need a callback when DMA completes. With a callback > we can hold off filesystem operations while DMA is in-flight and then > resume those

Re: [PATCH v2 1/2] mfd: rk808: Change DEV_OFF to DEV_OFF_RST for rk818 shutdown

Rockchip guys, I'd really appreciate your input on these two patches please. Please provide Reviewed-by/Tested-by tags. On Wed, 07 Mar 2018, Daniel Schultz wrote: > After running "poweroff", the PMIC restarts the SoC instead of shutting > it down. > > It seems like the description for those

Re: [PATCH v2 2/2] mfd: rk808: Add restart functionality

Rockchip guys, I'd really appreciate your input on these two patches please. Please provide Reviewed-by/Tested-by tags. On Wed, 07 Mar 2018, Daniel Schultz wrote: > When using Rockchip SoCs with rk805/808/818 PMICs, restarts are realized by > setting the reset registers in the "Clock and Reset

Re: [PATCH] video: remove unused kconfig SH_LCD_MIPI_DSI

On Monday, January 22, 2018 01:35:00 PM Corentin Labbe wrote: > SH_LCD_MIPI_DSI is unused since commit 18b6562c243f ("fbdev: sh_mipi_dsi: > remove driver") > So no need to keep it. > Fixes: 18b6562c243f ("fbdev: sh_mipi_dsi: remove driver") > > Signed-off-by: Corentin Labbe

Re: [PATCH v2 1/2] backlight: Add RAVE SP backlight driver

On Thu, 08 Mar 2018, Andrey Smirnov wrote: > This driver provides access to RAVE SP backlight control > functionality. > > Cc: Lee Jones > Cc: Daniel Thompson > Cc: Jingoo Han > Cc: linux-kernel@vger.kernel.org > Cc:

[PATCH v7 2/3] dt-bindings: qcom: Add SDM845 bindings

Add a SoC string 'sdm845' for the qualcomm SDM845 SoC Signed-off-by: Rajendra Nayak Reviewed-by: Douglas Anderson Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/qcom.txt | 1 + 1 file changed, 1 insertion(+)

[PATCH v2 0/4] Renesas CEU: SH7724 ECOVEC + Aptina mt9t112

Hello Hans, I have squashed in the two patches I sent on top of v1 in this series, one fix for the build error you reported me, and reduced the patch count fixing the style changes on the patch that removes the soc_camera dependencies. No frame rate control, but now a TODO note makes clear

Re: [PATCH v3 7/7] x86/kvm: use Enlightened VMCS when running on Hyper-V

Thomas Gleixner writes: > On Fri, 9 Mar 2018, Vitaly Kuznetsov wrote: > >> Enlightened VMCS is just a structure in memory, the main benefit >> besides avoiding somewhat slower VMREAD/VMWRITE is using clean field >> mask: we tell the underlying hypervisor which fields were

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On 03/10/2018 08:16 AM, Peter Zijlstra wrote: > On Fri, Mar 09, 2018 at 06:06:29PM -0500, Waiman Long wrote: >> So you are talking about sched_relax_domain_level and > That one I wouldn't be sad to see the back of. > >> sched_load_balance. > This one, that's critical. And this is the perfect time

hihiihi

Re: [PATCH v9] mmc: Export host capabilities to debugfs.

On Mon, 2018-03-12 at 19:37 +0530, Harish Jenny K N wrote: > Can anyone please respond to my previous request? > > > Before sending new patch , I would like to inform that I have been > > sending this patch with the following checkpatch warning, just to > > keep it same as other usages of

Re: [PATCH v2 08/13] PCI/portdrv: Simplify PCIe feature permission checking

On Mon, Mar 12, 2018 at 09:03:16AM -0500, Bjorn Helgaas wrote: > On Mon, Mar 12, 2018 at 01:04:02AM -0700, Christoph Hellwig wrote: > > > + * We assume we can manage these PCIe features. Some systems may > > > + * reserve these for use by the platform itself, e.g., an ACPI BIOS > > > + * may

Re: [GIT PULL] ARM: at91: SoC for 4.17

On Sat, Mar 10, 2018 at 6:20 AM, Alexandre Belloni wrote: > Arnd, Olof, > > It has been two years that Atmel merge with Microchip, rename where > relevant. Let's hope they don't rename themselves again next month after merging with Microsemi then ;-) > This is

Re: [PATCH] video: fbdev: sis: avoid mismatched prototypes

On Friday, February 02, 2018 04:00:48 PM Arnd Bergmann wrote: > Building with LTO enabled reveals some functions whose prototypes > in the header are different from the definition: > > drivers/video/fbdev/sis/sis_main.h:765:0: error: type of 'SiS_SetCH70xxANDOR' > does not match original

[PATCH v7 10/12] usb: typec: driver for Pericom PI3USB30532 Type-C cross switch

From: Hans de Goede Add a driver for the Pericom PI3USB30532 Type-C cross switch / mux chip found on some devices with a Type-C port. Signed-off-by: Hans de Goede Reviewed-by: Heikki Krogerus Reviewed-by: Andy

[PATCH v7 12/12] extcon: axp288: Set USB role where necessary

From: Hans de Goede The AXP288 BC1.2 charger detection / extcon code may seem like a strange place to add code to control the USB role-switch on devices with an AXP288, but there are 2 reasons to do this inside the axp288 extcon code: 1) On many devices the USB role is

[PATCH v7 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions

From: Hans de Goede Remove the unused (not implemented anywhere) tcpc_mux_dev abstraction and replace it with calling the new typec_set_orientation, usb_role_switch_set and typec_set_mode functions. Signed-off-by: Hans de Goede Revieved-by: Heikki

[PATCH v7 11/12] platform/x86: intel_cht_int33fe: Add device connections for the Type-C port

From: Hans de Goede We need to add device-connections for the Type-C mux/switch and usb-role code to be able to find the PI3USB30532 Type-C cross-switch and the device/host role-switch integrated in the CHT SoC. Signed-off-by: Hans de Goede

Re: dmaengine: edma: Use common error handling code in three functions

> Date: Sun, 22 Oct 2017 16:46:34 +0200 > > Add a jump target so that a bit of exception handling can be better reused > at the end of these functions. How are the chances to integrate such a change into another Linux repository? https://lkml.org/lkml/2017/10/22/78

Re: [PATCH v12 0/6] Address error and recovery for AER and DPC

On 2018-03-12 19:55, Keith Busch wrote: On Sun, Mar 11, 2018 at 11:03:58PM -0400, Sinan Kaya wrote: On 3/11/2018 6:03 PM, Bjorn Helgaas wrote: > On Wed, Feb 28, 2018 at 10:34:11PM +0530, Oza Pawandeep wrote: > That difference has been there since the beginning of DPC, so it has > nothing to do

[PATCH] perf/x86/intel: Rename freerunning PEBS to large PEBS

From: Kan Liang The freerunning PEBS and large PEBS are the same thing. Both of these names appear in the code, which brings confusion. Rename freerunning PEBS to large PEBS, which is more accurate. No functional change. Reported-by: Vince Weaver

Re: [tip:x86/mm] x86/boot/compressed/64: Describe the logic behind the LA57 check

On Mon, Mar 12, 2018 at 02:32:12PM +, Ingo Molnar wrote: > > * Kirill A. Shutemov wrote: > > > > We can of course bike shed / benchmark this once my desktop refresh > > > sports this feature, but ISTR this being one of the very first things > > > Ingo mentioned when we

Re: [PATCH v12 0/6] Address error and recovery for AER and DPC

On Mon, Mar 12, 2018 at 08:16:38PM +0530, p...@codeaurora.org wrote: > On 2018-03-12 19:55, Keith Busch wrote: > > On Sun, Mar 11, 2018 at 11:03:58PM -0400, Sinan Kaya wrote: > > > On 3/11/2018 6:03 PM, Bjorn Helgaas wrote: > > > > On Wed, Feb 28, 2018 at 10:34:11PM +0530, Oza Pawandeep wrote: > >

Re: [PATCH 1/4] gpio: Remove VLA from gpiolib

On 2018-03-10 01:10, Laura Abbott wrote: > /* collect all inputs belonging to the same chip */ > first = i; > - memset(mask, 0, sizeof(mask)); > + memset(mask, 0, sizeof(*mask)); see below > @@ -2887,14 +2909,30 @@ void

Re: [PATCH 3.16 00/76] 3.16.56-rc1 review

On Mon, Mar 12, 2018 at 03:06:11AM +, Ben Hutchings wrote: > This is the start of the stable review cycle for the 3.16.56 release. > There are 76 patches in this series, which will be posted as responses > to this one. If anyone has any issues with these being applied, please > let me know. >

Re: [PATCH ghak21 V2 1/4] audit: make ANOM_LINK obey audit_enabled and audit_dummy_context

On Mon, Mar 12, 2018 at 2:31 AM, Richard Guy Briggs wrote: > Audit link denied events emit disjointed records when audit is disabled. > No records should be emitted when audit is disabled. > > See: https://github.com/linux-audit/audit-kernel/issues/21 > Signed-off-by: Richard Guy

[PATCH] echoaudio: remove redundant initialization of pointer 'pipe'

From: Colin Ian King The pointer 'pipe' is being initialized with a value that is never read and it is re-assigned later, hence the initialization is redundant and can be removed. Also remove pointer 'runtime' as it is no longer required. Cleans up clang warning:

Re: [PATCH] echoaudio: remove redundant initialization of pointer 'pipe'

On Mon, 12 Mar 2018 16:01:00 +0100, Colin King wrote: > > From: Colin Ian King > > The pointer 'pipe' is being initialized with a value that is never > read and it is re-assigned later, hence the initialization is redundant > and can be removed. Also remove pointer

[PATCH] net: drivers/net: Remove unnecessary skb_copy_expand OOM messages

skb_copy_expand without __GFP_NOWARN already does a dump_stack on OOM so these messages are redundant. Signed-off-by: Joe Perches --- drivers/net/ethernet/qualcomm/qca_spi.c | 1 - drivers/net/usb/lg-vl600.c | 6 +- drivers/net/wimax/i2400m/usb-rx.c | 3

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

Hi Stephen and Pierre, On Mon, Mar 12, 2018 at 10:46:08AM +0100, Pierre Bourdon (delroth) wrote: > On Mon, Mar 12, 2018 at 10:35 AM, Pierre Bourdon (delroth) > wrote: > > On Mon, 12 Mar 2018 at 02:40, Stephen Rothwell > > wrote: > >> > >> Hi

Re: [PATCH v2] power: supply: da9150-fg: remove VLA usage

Hi, On Fri, Mar 09, 2018 at 12:27:08PM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wvla, remove VLA usage and replace it > with fixed-length arrays. > > DA9150_QIF_LONG_SIZE (4 bytes) is the biggest size of an attribute which can > be accessed [1]. > > Fixed as part of the

Re: [PATCH v2] x86/microcode/AMD: check microcode file sanity before loading it

On Mon, Mar 12, 2018 at 02:32:30PM +0100, Maciej S. Szmigiero wrote: > "microcode_amd.bin" in linux-firmware. That is the microcode container for all families < 0x15. And it *happens* to have 18 entries. So purely arbitrary: Equivalence table (magic: AMD, type: 0, length: 288 (0x120))

Re: [PATCH v3 1/3] clk: tegra: Mark HCLK, SCLK and EMC as critical

On Mon, Mar 12, 2018 at 03:37:28PM +0300, Dmitry Osipenko wrote: > On 12.03.2018 10:15, Thierry Reding wrote: > > On Fri, Mar 09, 2018 at 05:35:46PM +0300, Dmitry Osipenko wrote: > >> On 08.03.2018 17:44, Thierry Reding wrote: > >>> On Thu, Mar 01, 2018 at 04:33:29PM +0300, Dmitry Osipenko wrote:

Re: [PATCH 2/2] perf record: Avoid duplicate call of perf_default_config()

Em Mon, Mar 12, 2018 at 07:25:57PM +0800, Yisheng Xie escreveu: > We have brought perf_default_config to the very beginning at main(), so > it no need to call perf_default_config() once more for most of config in > perf-record but only for record.call-graph. Thanks, applied. > Signed-off-by:

Re: [PATCH] vgacon: fix function prototypes

Hi, On Saturday, March 10, 2018 07:27:21 AM Kees Cook wrote: > On Fri, Mar 9, 2018 at 10:40 PM, Joao Moreira wrote: > > It is possible to indirectly invoke functions with prototypes that do not > > match those of the respectively used function pointers by using void types. > >

Re: [BUGFIX PATCH bpf-next] error-injection: Fix to prohibit jump optimization

On Mon, 12 Mar 2018 11:44:21 +0100 Daniel Borkmann wrote: > Hi Masami, > > On 03/12/2018 11:27 AM, Masami Hiramatsu wrote: > > On Mon, 12 Mar 2018 19:00:49 +0900 > > Masami Hiramatsu wrote: > > > >> Since the kprobe which was optimized by jump can

Re: [PATCH 01/12] parport: ax88796: Delete an error message for a failed memory allocation in parport_ax88796_probe()

On Sat, Mar 3, 2018 at 11:00 PM, Sudip Mukherjee wrote: > Hi Greg, > > On Thu, Mar 01, 2018 at 01:06:09PM +0100, Greg Kroah-Hartman wrote: >> On Thu, Mar 01, 2018 at 12:46:07PM +0200, Andy Shevchenko wrote: >> > On Wed, Feb 7, 2018 at 9:47 PM, Sudip Mukherjee >> >

Re: [PATCH] mfd: ab8500-debugfs: Use kasprintf

On Wed, 07 Mar 2018, Himanshu Jha wrote: > Use kasprintf instead of combination of kmalloc and sprintf. > > Signed-off-by: Himanshu Jha > --- > drivers/mfd/ab8500-debugfs.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Applied, thanks. -- Lee Jones

Re: smp_mb__after_spinlock requirement too strong?

On Mon, Mar 12, 2018 at 9:24 PM, Andrea Parri wrote: > Hi Trol, > > [...] > > >> But this is just one special case that acquire-release chains promise us. >> >> A=B=0 as initial >> >> CPU0CPU1CPU2CPU3 >> write A=1 >>

Re: [PATCH 1/2] perf top: Fix top.call-graph works abnormal

Em Mon, Mar 12, 2018 at 07:25:56PM +0800, Yisheng Xie escreveu: > When try to add call-graph for top into .perfconfig file, like: > > [top] > call-graph = fp > > find it cannot work for perf_top_config() do not parse this option. Thanks, applied. - Arnaldo

Re: Warning from swake_up_all in 4.14.15-rt13 non-RT

On 2018-03-12 14:27:29 [+0100], Peter Zijlstra wrote: > On Mon, Mar 12, 2018 at 11:51:13AM +0100, Sebastian Andrzej Siewior wrote: > > On 2018-03-09 23:26:43 [+0100], Peter Zijlstra wrote: > > > On Fri, Mar 09, 2018 at 09:25:50PM +0100, Sebastian Andrzej Siewior wrote: > > > > Is it just about the

Re: [PATCH v2] x86/microcode/AMD: check microcode file sanity before loading it

On 12.03.2018 14:48, Borislav Petkov wrote: > On Mon, Mar 12, 2018 at 02:32:30PM +0100, Maciej S. Szmigiero wrote: >> "microcode_amd.bin" in linux-firmware. > > That is the microcode container for all families < 0x15. And it > *happens* to have 18 entries. > > So purely arbitrary: > >

Re: [PATCH v2] x86/microcode/AMD: check microcode file sanity before loading it

On Mon, Mar 12, 2018 at 03:10:47PM +0100, Maciej S. Szmigiero wrote: > And this current maximum was reached by CPU types added in > families < 15h during last 10+ years (the oldest supported CPU family in You're assuming that the rate of adding patches to the microcode container won't change. You

[PATCH v7 09/12] usb: roles: Add Intel xHCI USB role switch driver

From: Hans de Goede Various Intel SoCs (Cherry Trail, Broxton and others) have an internal USB role switch for swiching the OTG USB data lines between the xHCI host controller and the dwc3 gadget controller. Note on some Cherry Trail systems there is ACPI/AML code listening

Re: [PATCH V2] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Tuesday, February 06, 2018 08:31:22 AM Ludovic Desroches wrote: > Use GPIO descriptors instead of relying on the old method. > > Signed-off-by: Ludovic Desroches > Acked-by: Nicolas Ferre > Reviewed-by: Linus Walleij

[PATCH v7 08/12] xhci: Add Intel extended cap / otg phy mux handling

From: Hans de Goede The xHCI controller on various Intel SoCs has an extended cap mmio-range which contains registers to control the muxing to the xHCI (host mode) or the dwc3 (device mode) and vbus-detection for the otg usb-phy. Having a role-sw driver included in the xHCI

[PATCH v7 07/12] xhci: Add option to get next extended capability in list by passing id = 0

From: Mathias Nyman Modify xhci_find_next_ext_cap(base, offset, id) to return the next capability offset if 0 is passed for id. Otherwise it will behave as previously and return the offset of the next capability with matching id capability id 0 is not used by xHCI

[PATCH -tip v2 3/5] kprobes: Ignore break_handler

Ignore break_handler related code because it was only used by jprobe and jprobe is removed. Signed-off-by: Masami Hiramatsu --- Documentation/kprobes.txt |2 +- kernel/kprobes.c | 39 +-- 2 files changed, 6 insertions(+),

[PATCH -tip v2 4/5] x86: kprobes: Ignore break_handler

Remove break_handler related code since that was used only for jprobe and jprobe is removed now. Signed-off-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/common.h | 10 -- arch/x86/kernel/kprobes/core.c | 13 ++--- arch/x86/kernel/kprobes/ftrace.c |

Re: [PATCH] net: hns: use put_device() if device_register fail

From: Arvind Yadav Date: Fri, 9 Mar 2018 16:11:17 +0530 > if device_register() returned an error! Always use put_device() > to give up the reference initialized. > > Signed-off-by: Arvind Yadav I do not see anything giving cls_dev an

Re: [PATCH v2 0/4] modsign enhancement

+++ Jia Zhang [08/03/18 12:26 +0800]: This patch series allows to disable module validity enforcement in runtime through /sys/kernel/security/modsign/enforce interface. Assuming CONFIG_MODULE_SIG_FORCE=y, here are the instructions to disable the validity enforcement. # cat

Re: [PATCH 1/2] ARM: npcm: add CONFIG_ARCH_MULTI_V7 dependency

On Mon, Mar 12, 2018 at 2:28 PM, Tomer Maimon wrote: > Hi Brendan, > > According to the last mail I have with Arnd can you modify the Kconfig > as follow: > > +menuconfig ARCH_NPCM > + bool "Nuvoton NPCM Architecture" > + depends on ARCH_MULTI_V7 > + select

[PATCH 0/3] x86/kvm: avoid expensive rdmsrs for FS/GS base MSRs

Changes since RFC [Andy Lutomirski]: - Export new save_current_fsgs() API and call it before reading current->thread.fs/gsbase - New cpu_kernelmode_gs_base() API. - Some comments added. Some time ago Paolo suggested to take a look at probably unneeded expensive rdmsrs for FS/GS base MSR in

Re: [tip:x86/mm] x86/boot/compressed/64: Describe the logic behind the LA57 check

On Mon, Mar 12, 2018 at 02:10:55PM +0100, Peter Zijlstra wrote: > On Mon, Mar 12, 2018 at 03:43:37PM +0300, Kirill A. Shutemov wrote: > > On Mon, Mar 12, 2018 at 01:40:27PM +0100, Peter Zijlstra wrote: > > > On Mon, Mar 12, 2018 at 02:27:58AM -0700, tip-bot for Kirill A. Shutemov > > > wrote: > >

[PATCH v2 1/4] media: i2c: Copy mt9t112 soc_camera sensor driver

Copy the soc_camera based driver in v4l2 sensor driver directory. This commit just copies the original file without modifying it. No modification to KConfig and Makefile as soc_camera framework dependencies need to be removed first in next commit. Signed-off-by: Jacopo Mondi

Re: [PATCH v2 1/3] mfd: rave-sp: Add code to print firmware versions

On Thu, 08 Mar 2018, Andrey Smirnov wrote: > Add code that would query and print out bootloader and application > firmware version info. > > Cc: linux-kernel@vger.kernel.org > Cc: cphe...@gmail.com > Cc: Lucas Stach > Cc: Lee Jones > Cc: Guenter

Re: [PATCH v2 2/3] mfd: rave-sp: Convert print_hex_dump() to print_hex_dump_debug()

On Thu, 08 Mar 2018, Andrey Smirnov wrote: > Convert print_hex_dump() to print_hex_dump_debug() to be able to > leverage CONFIG_DYNAMIC_DEBUG. > > Cc: linux-kernel@vger.kernel.org > Cc: cphe...@gmail.com > Cc: Lucas Stach > Cc: Lee Jones > Cc:

Re: [PATCH 1/2] crypto: talitos: Use common error handling code in talitos_edesc_alloc()

Le 12/03/2018 à 14:31, SF Markus Elfring a écrit : From: Markus Elfring Date: Mon, 12 Mar 2018 14:08:55 +0100 Add jump targets so that an error message and the setting of a specific error code is stored only once at the end of this function. Signed-off-by:

Re: [PATCH v2 3/3] mfd: rave-sp: Check received frame length before accepting next byte

On Thu, 08 Mar 2018, Andrey Smirnov wrote: > Check received frame length _before_ accepting next byte in order to > avoid incorrectly rejecting payloads that are RAVE_SP_RX_BUFFER_SIZE > long. > > Cc: linux-kernel@vger.kernel.org > Cc: cphe...@gmail.com > Cc: Lucas Stach

Re: [PATCH v2 0/4] modsign enhancement

On 2018/3/12 下午9:28, Jessica Yu wrote: > +++ Jia Zhang [08/03/18 12:26 +0800]: >> This patch series allows to disable module validity enforcement >> in runtime through /sys/kernel/security/modsign/enforce interface. >> >> Assuming CONFIG_MODULE_SIG_FORCE=y, here are the instructions to >>

Re: string_selftest_init needs 636 ms to run

Hi Paul, On Mon, Mar 12, 2018 at 2:45 PM, Paul Menzel wrote: > Sorry for writing you directory, but I saw you created the module > *string_selftest* in commit d6b28e09 (lib: add module support to string > tests). > > I believe, I only did `make olddefconfig`, and the

Re: [PATCH v4 2/3] mm/free_pcppages_bulk: do not hold lock when picking pages to free

On 03/01/2018 07:28 AM, Aaron Lu wrote: > When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy, > the zone->lock is held and then pages are chosen from PCP's migratetype > list. While there is actually no need to do this 'choose part' under > lock since it's PCP pages, the only CPU

Re: [PATCH v9] mmc: Export host capabilities to debugfs.

On Mon, 2018-03-12 at 19:04 +0530, Harish Jenny K N wrote: > > On Monday 12 March 2018 06:33 PM, Andy Shevchenko wrote: > > On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote: > > > > > > > > + for_each_set_bit(bit, (const unsigned long > > > > > > > > *), > > > > > > > >

Re: [PATCH v4 2/6] staging: fsl-dpaa2/ethsw: Add Freescale DPAA2 Ethernet Switch driver

On Mon, Mar 12, 2018 at 03:49:51AM -0500, Razvan Stefanescu wrote: > +static irqreturn_t ethsw_irq0_handler(int irq_num, void *arg) > +{ > + return IRQ_WAKE_THREAD; > +} > + > +static int ethsw_setup_irqs(struct fsl_mc_device *sw_dev) > +{ > + struct device *dev = _dev->dev; > +

Re: Regression from efi: call get_event_log before ExitBootServices

On 03/12/2018 07:08 AM, Ard Biesheuvel wrote: > On 10 March 2018 at 10:45, Thiebaud Weksteen wrote: >> On Fri, Mar 9, 2018 at 5:54 PM Jeremy Cline wrote: >> >>> On Fri, Mar 09, 2018 at 10:43:50AM +, Thiebaud Weksteen wrote: Thanks a lot for trying

Re: Warning from swake_up_all in 4.14.15-rt13 non-RT

On Mon, Mar 12, 2018 at 03:11:07PM +0100, Sebastian Andrzej Siewior wrote: > I assumed you complained about the unbounded list-walk with interrupts > disabled (which is cheap but unbound is unbound). So here I suggested I > move 20 entries off that list a time and enable interrupts again so an >

[PATCH v7 01/12] drivers: base: Unified device connection lookup

Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API for handling them. This introduces a single generic lookup table and API for the connections. The motivation for this commit is centralizing the connection lookup, but the

[PATCH v7 00/12] USB Type-C device-connection, mux and switch support

Hi, This is version 7 of Hans' and my series introducing support for USB muxes and generic device-connections. The api naming for device-connections is now made according to proposal from Greg, connection.h is dropped and the prototypes are now in device.h. kbuild test robot

Re: [PATCH net v3] net: phy: Tell caller result of phy_change()

From: Brad Mouring Date: Thu, 8 Mar 2018 16:23:03 -0600 > In 664fcf123a30e (net: phy: Threaded interrupts allow some simplification) > the phy_interrupt system was changed to use a traditional threaded > interrupt scheme instead of a workqueue approach. > > With this

Re: [PATCH 2/2] iio: potentiometer: mcp4018: driver for Microchip digital potentiometers

On 2018-03-10 17:15, Jonathan Cameron wrote: > On Thu, 8 Mar 2018 20:58:30 +0100 > Peter Rosin wrote: > >> Add support for Microchip digital potentiometers and rheostats >> MCP4017, MCP4018, MCP4019 >> >> They all have one wiper with 128 steps and come in 5, 10, 50 and 100

[PATCH -tip v2 1/5] kprobes: Remove jprobe API implementation

Remove jprobe API implementations which is no more used. Signed-off-by: Masami Hiramatsu --- include/linux/kprobes.h |3 -- kernel/kprobes.c| 78 +-- 2 files changed, 1 insertion(+), 80 deletions(-) diff --git

[PATCH -tip v2 2/5] x86: kprobes: Remove jprobe implementation

Remove arch dependent setjump/longjump functions and unused fields in kprobe_ctlblk for jprobes. Signed-off-by: Masami Hiramatsu --- arch/x86/include/asm/kprobes.h |3 - arch/x86/kernel/kprobes/core.c | 87 2 files changed, 90

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