Re: [PATCH 2/2] xen/input: add multi-touch support

Hi, Dmitry! On 06/21/2017 10:24 AM, Dmitry Torokhov wrote: On Thu, Jun 08, 2017 at 09:45:18AM +0300, Oleksandr Andrushchenko wrote: Hi, Dmitry! On 06/07/2017 07:56 PM, Dmitry Torokhov wrote: On Wed, May 31, 2017 at 12:06:56PM +0300, Oleksandr Andrushchenko wrote: Hi, Dmitry! On 05/30/2017 0

[RFC PATCH v6 0/5] ACPI: button: Fix button.lid_init_state=method mode

There are platform variations implementing ACPI lid device in different way: 1. Some platforms send "open" events to OS and the events arrive before button driver is resumed; 2. Some platforms send "open" events to OS, but the events arrive after button driver is resumed, ex., Samsung N210+;

[RFC PATCH v6 1/5] ACPI: button: Add a workaround to fix an order issue for old userspace

There are platform variations implementing ACPI lid device in different ways: 1. Some platforms send "open" events to OS and the events arrive before button driver is resumed; 2. Some platforms send "open" events to OS, but the events arrive after button driver is resumed, ex., Samsung N210+;

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

Hi Stephen, On 06/21/2017 04:25 AM, Stephen Rothwell wrote: > Hi Mauro, > > After merging the v4l-dvb tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > ERROR: "qcom_scm_is_available" > [drivers/media/platform/qcom/venus/venus-core.ko] undefined! > ERROR: "qcom_scm_pas

[RFC PATCH v6 5/5] ACPI: button: Add an optional workaround to fix a persistent close issue for old userspace

From: Benjamin Tissoires Because of the variation of firmware implementation, there is a chance the LID state is unknown: 1. Some platforms send "open" ACPI notification to the OS and the event arrive before the button driver is resumed; 2. Some platforms send "open" ACPI notification to the O

[RFC PATCH v6 2/5] ACPI: button: Add an optional workaround to fix an event missing issue for old userspace

There are platform variations implementing ACPI lid device in different ways: 1. Some platforms send "open" events to OS and the events arrive before button driver is resumed; 2. Some platforms send "open" events to OS, but the events arrive after button driver is resumed, ex., Samsung N210+;

Re: [PATCH 1/6] ARM: dts: rockchip: add basic dtsi file for RK3229 SoC

Hi, Am Mittwoch, 21. Juni 2017, 15:29:18 CEST schrieb Huang, Tao: > Hi Jacob and Heiko: > > On 2017年06月21日 12:11, Jacob Chen wrote: > > Hi, > > > > 2017-06-20 18:48 GMT+08:00 Heiko Stübner > > > >: > > > Hi Frank, > > > > > > Am Dienstag, 20. Juni 2017, 15:13:00 CEST s

[RFC PATCH v6 3/5] ACPI: button: Rework lid_init_state=ignore mode

There are platform variations implementing ACPI lid device in different ways: 1. Some platforms send "open" events to OS and the events arrive before button driver is resumed; 2. Some platforms send "open" events to OS, but the events arrive after button driver is resumed, ex., Samsung N210+;

[RFC PATCH v6 4/5] ACPI: button: extract input creation/destruction helpers

From: Benjamin Tissoires When the LID switch ACPI implementation is unreliable, we might want to remove the device when we are not sure about the state. This should prevent any suspend/resume loops given that in that case, there will be no more LID switch input node. This patch prepares the dyna

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On 21/06/17 07:15, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in per device probe, ITS devices are mapped to > numa node using ITS id to proximity domain mapping. > > Signed-off-by: Ganapatrao Kulkarni > --- > drivers/irqchip/irq-gic

Re: [PATCH] staging: sm750fb: move common locking code to a macro

Tue, 2017-06-20, 23:05 +0300-യ്ക്ക, Dan Carpenter എഴുതിയിരിക്കുന്നു: > On Tue, Jun 20, 2017 at 06:50:13PM +0200, Dhananjay Balan wrote: > > The locking and unlocking code used by copy routines is common, so > > moved it to a macro. > > > > Signed-off-by: Dhananjay Balan > > --- > > drivers/stagi

Re: [PATCH] s390/crash: Fix KEXEC_NOTE_BYTES definition

Hi Xunlei, Sorry for the late reply - I was on vacation up to now. Give us some time to look into this issue. Michael Am Fri, 9 Jun 2017 10:17:05 +0800 schrieb Xunlei Pang : > S390 KEXEC_NOTE_BYTES is not used by note_buf_t as before, which > is now defined as follows: > typedef u32 note_b

Re: [PATCH v3 06/11] x86/mm: Rework lazy TLB mode and TLB freshness tracking

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > -/* > - * The flush IPI assumes that a thread switch happens in this order: > - * [cpu0: the cpu that switches] > - * 1) switch_mm() either 1a) or 1b) > - * 1a) thread switch to a different mm > - * 1a1) set cpu_tlbstate to TLBSTATE_OK > - * Now the t

kernel 3.18.57 :WARNING in dev_watchdog

Hi: I've got the following error report while fuzzing the kernel with syzkaller on linux-3.18.57. I'd submitted a similar bug On June 15th: https://mail.google.com/mail/#inbox/15c9ae21d9300405?compose=15cc9df0658a7669 But this time i got some reproducer in linux-3.18.57(no kov) -

Re: [PATCH 1/1] iommu/arm-smmu-v3: replace writel with writel_relaxed in queue_inc_prod

On Wed, Jun 21, 2017 at 09:28:23AM +0800, Leizhen (ThunderTown) wrote: > On 2017/6/20 19:35, Robin Murphy wrote: > > On 20/06/17 12:04, Zhen Lei wrote: > >> This function is protected by spinlock, and the latter will do memory > >> barrier implicitly. So that we can safely use writel_relaxed. In fa

Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return

On Tue, Jun 20, 2017 at 01:31:14PM -0700, Thomas Garnier wrote: > On Tue, Jun 20, 2017 at 1:18 PM, Kees Cook wrote: > > On Wed, Jun 14, 2017 at 6:12 PM, Thomas Garnier wrote: > >> diff --git a/arch/arm/kernel/entry-common.S > >> b/arch/arm/kernel/entry-common.S > >> index eb5cd77bf1d8..e33c32d56

Re: [PATCH v8 3/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2 erratum #126

Hi Geetha, On Wed, Jun 21, 2017 at 12:09:45PM +0530, Geetha Akula wrote: > On Tue, Jun 20, 2017 at 11:30 PM, Will Deacon wrote: > > On Tue, Jun 20, 2017 at 07:47:39PM +0530, Geetha sowjanya wrote: > >> From: Geetha Sowjanya > >> > >> Cavium ThunderX2 SMMU doesn't support MSI and also doesn't hav

Re: [PATCH 2/2] kbuild: clang: Disable the 'duplicate-decl-specifier' warning

Hi. 2017-05-24 17:21 GMT+09:00 Arnd Bergmann : > On Wed, May 24, 2017 at 2:04 AM, Matthias Kaehlcke wrote: >> El Wed, May 17, 2017 at 11:45:29AM -0700 Matthias Kaehlcke ha dit: >>> El Wed, May 17, 2017 at 09:35:57AM +0200 Arnd Bergmann ha dit: >>> > On Tue, May 16, 2017 at 11:41 PM, Doug Anderso

Re: [PATCH v2] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

Hi Maxime, On 21 June 2017 at 18:41, Maxime Ripard wrote: > On Tue, Jun 13, 2017 at 09:53:31PM +1000, Jonathan Liu wrote: >> >> --- /dev/null >> >> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_i2c.c >> >> @@ -0,0 +1,163 @@ >> >> +/* >> >> + * Copyright (C) 2017 Jonathan Liu >> >> + * >> >> + * Jonathan

Re: [PATCH] staging: sm750fb: move common locking code to a macro

On Wed, Jun 21, 2017 at 10:59:01AM +0200, Dhananjay Balan wrote: > Tue, 2017-06-20, 23:05 +0300-യ്ക്ക, Dan Carpenter എഴുതിയിരിക്കുന്നു: > > On Tue, Jun 20, 2017 at 06:50:13PM +0200, Dhananjay Balan wrote: > > > The locking and unlocking code used by copy routines is common, so > > > moved it to a m

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

2017-06-21 0:08 GMT+02:00 Pavel Machek : > Hi! > >> >> > This is it. >> >> > https://patchwork.kernel.org/patch/6219401/ >> >> >> >> Thanks. >> >> >> >> Yes, that's argument against changing rtc _drivers_ for hardware that >> >> can not do better than 32bit. For generic code (such as 44/51 sysfs, >

Re: [RFC v2 07/12] powerpc: Macro the mask used for checking DSI exception

On Wed, Jun 21, 2017 at 12:55:42PM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > Replace the magic number used to check for DSI exception > > with a meaningful value. > > > > Signed-off-by: Ram Pai > > --- > > arch/powerpc/include/asm/reg.h | 9 - > > arch/powerpc/kernel/

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

On Wed, Jun 21, 2017 at 10:39:07AM +0200, Alexandre Belloni wrote: > On 21/06/2017 at 09:51:52 +0200, Pavel Machek wrote: > > If someone uses different threshold, well, there will be > > confusion. But only for users that have their rtc set to the past, > > which is quite unusual. > > > > Or not,

RE: [Intel-gfx] [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Thanks for all the comments. I'm planning to cook the next version of this patch set which I'd like to include all the comments and ideas. Here is the summary: 1. How to figure the device capabilities struct vfio_device_info { __u32 argsz; __u32 flags; #define VFIO_DEVICE_FL

Re: linux-next: manual merge of the uuid tree with the arm64 tree

Hi Tyler, On Tue, Jun 20, 2017 at 12:26:01PM -0600, Baicar, Tyler wrote: > On 6/20/2017 12:20 PM, Will Deacon wrote: > >On Tue, Jun 20, 2017 at 12:13:13PM -0600, Baicar, Tyler wrote: > >>I have sent you the rebased patches. I took Christoph's uuid-types tree and > >>added this patch onto it: > >>

Possible DEADLOCK in rtnl_lock(v4.1.40)

Hi: I've got the following error report while fuzzing the kernel with syzkaller on v4.1.40 Syzkaller hit 'possible deadlock in rtnl_lock' bug on commit . The guilty file is: /home/river/git_new/linux-stable/net/core/rtnetlink.c. == [ INFO

[PATCH 3/5] phy: add inno-usb2-phy driver for hi3798cv200 SoC

From: Pengcheng Li Add inno-usb2-phy driver for hi3798cv200 SoC. Signed-off-by: Pengcheng Li Signed-off-by: Jiancheng Xue --- drivers/phy/Kconfig | 10 ++ drivers/phy/Makefile | 1 + drivers/phy/phy-hisi-inno-usb2.c | 287 +++ 3

Re: [PATCH v3 07/11] x86/mm: Stop calling leave_mm() in idle code

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c > index 216d7ec88c0c..2ae43f59091d 100644 > --- a/drivers/idle/intel_idle.c > +++ b/drivers/idle/intel_idle.c > @@ -912,16 +912,15 @@ static __cpuidle int intel_idle(struct cpuidle_devic

[PATCH 5/5] arm64: defconfig: enable some drivers and configs for hi3798cv200-poplar board.

Enable GMAC,I2C,IR,USB2-PHY for hi3798cv200-poplar board. Signed-off-by: Jiancheng Xue --- arch/arm64/configs/defconfig | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 97c123e..b45d760 100644 ---

[PATCH 1/5] clk: hisilicon: add usb2 clocks for hi3798cv200 SoC

Add usb2 clocks for hi3798cv200 SoC. Signed-off-by: Jiancheng Xue Reviewed-by: Daniel Thompson --- drivers/clk/hisilicon/crg-hi3798cv200.c | 21 + include/dt-bindings/clock/histb-clock.h | 9 - 2 files changed, 29 insertions(+), 1 deletion(-) diff --git a/drivers/c

[PATCH 4/5] arm64: dts: hisilicon: add usb2 controller and phy nodes for poplar board.

Add usb2 controller and phy nodes for poplar board. Signed-off-by: Jiancheng Xue Reviewed-by: Daniel Thompson --- .../boot/dts/hisilicon/hi3798cv200-poplar.dts | 13 ++ arch/arm64/boot/dts/hisilicon/hi3798cv200.dtsi | 47 ++ 2 files changed, 60 insertions(+) di

[PATCH] MAINTAINERS: add entry for Denali NAND controller driver

The Denali NAND controller driver (drivers/mtd/nand/denali*) has been largely reworked by me. Add myself as its maintainer now. Signed-off-by: Masahiro Yamada --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c82a2d790366..a83834aa9341 10

Re: [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

* Daniel Kiper wrote: > -static const struct efi efi_xen __initconst = { > - .systab = NULL, /* Initialized later. */ > - .runtime_version = 0,/* Initialized later. */ > - .mps = EFI_INVALID_TABLE_ADDR, > - .acpi

[PATCH 2/5] dt-bindings: phy-hisi-inno-usb2: add support for hisi-inno-usb2 phy

Add support for hisi-inno-usb2 phy. Signed-off-by: Jiancheng Xue --- .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 Documentation/devicetree/bindings/phy/phy-hisi-inno-usb2.txt diff --git a/Documentation/devic

[PATCH 0/5] enable usb2 function on poplar board.

This patchset is mainly used to enable usb2 function on poplar board. Jiancheng Xue (4): clk: hisilicon: add usb2 clocks for hi3798cv200 SoC dt-bindings: phy-hisi-inno-usb2: add support for hisi-inno-usb2 phy arm64: dts: hisilicon: add usb2 controller and phy nodes for poplar board. ar

Re: [RESEND PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

On 20.06.2017 18:12, Alexey Budankov wrote: On 20.06.2017 16:44, Mark Rutland wrote: On Fri, Jun 16, 2017 at 02:03:58AM +0300, Alexey Budankov wrote: perf/core: use rb trees for pinned/flexible groups By default, the userspace perf tool opens per-cpu task-bound events when sampling, so for N l

Re: [PATCH] kernel.h: fix new warnings for container_of()

On 20/06/17 21:09, Arnd Bergmann wrote: I see new warnings with gcc-7.0.1 with the modified container_of(): fs/f2fs/dir.c: In function 'F2FS_I': fs/f2fs/f2fs.h:1122:385: note: found mismatched ssa struct pointer types: 'struct f2fs_inode_info' and 'struct inode' Is that actually a warning, or

[PATCH] ath10k: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/net/wireless/ath/ath10k/thermal.c | 2 +- 1 f

Re: [PATCH v3 08/11] x86/mm: Disable PCID on 32-bit kernels

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > 32-bit kernels on new hardware will see PCID in CPUID, but PCID can > only be used in 64-bit mode. Rather than making all PCID code > conditional, just disable the feature on 32-bit builds. > > Signed-off-by: Andy Lutomirski Reviewed-by: Thomas Glei

RE: [PATCH 00/51] rtc: stop using rtc deprecated functions

From: Russell King - ARM Linux > Sent: 20 June 2017 22:16 .. > Consider that at the moment, we define the 32-bit RTC representation to > start at a well known epoch. We _could_ decide that when it wraps to > 0x8000 seconds, we'll define the lower 0x4000 seconds to mean > dates in the futur

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On Wed, Jun 21, 2017 at 11:45:43AM +0530, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in per device probe, ITS devices are mapped to > numa node using ITS id to proximity domain mapping. > > Signed-off-by: Ganapatrao Kulkarni > --- >

Re: [PATCH v3 09/11] x86/mm: Add nopcid to turn off PCID

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > The parameter is only present on x86_64 systems to save a few bytes, > as PCID is always disabled on x86_32. > > Signed-off-by: Andy Lutomirski Reviewed-by: Thomas Gleixner

Re: [Xen-devel] [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On Wed, Jun 21, 2017 at 09:10:51AM +0100, Andrew Cooper wrote: > On 20/06/2017 21:14, Daniel Kiper wrote: > > Current approach, wholesale efi struct initialization from efi_xen, is not > > good. Usually if new member is defined then it is properly initialized in > > drivers/firmware/efi/efi.c but n

Re: [RFC v2 01/12] powerpc: Free up four 64K PTE bits in 4K backed hpte pages.

On Wed, Jun 21, 2017 at 12:11:32PM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > > in the 4K backed hpte pages. These bits continue to be used > > for 64K backed hpte pages in this patch, but will be freed > > up in the next pat

Re: [PATCH] Support PTP Stick and Touchpad device

On Fri, 16 Jun 2017, Masaki Ota wrote: > From: Masaki Ota > - Support PTP Stick and Touchpad device. > - This Touchpad is Precision Touchpad(PTP), > and Stick Pointer data is the same as Mouse. > - Stick Pointer works as Mouse. > > Signed-off-by: Masaki Ota I've reformatted the changelog (and

Re: [PATCH v8 3/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2 erratum #126

On 21/06/17 10:08, Will Deacon wrote: > Hi Geetha, > > On Wed, Jun 21, 2017 at 12:09:45PM +0530, Geetha Akula wrote: >> On Tue, Jun 20, 2017 at 11:30 PM, Will Deacon wrote: >>> On Tue, Jun 20, 2017 at 07:47:39PM +0530, Geetha sowjanya wrote: From: Geetha Sowjanya Cavium ThunderX2

Re: [PATCH] HID: multitouch: Add support for Google Rose Touchpad

On Wed, 21 Jun 2017, Wei-Ning Huang wrote: > Add Google Rose Touchpad USB PID and required quirks. Applied to for-4.13/multitouch. Thanks, -- Jiri Kosina SUSE Labs

Re: [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On Wed, Jun 21, 2017 at 11:24:06AM +0200, Ingo Molnar wrote: > > * Daniel Kiper wrote: > > > -static const struct efi efi_xen __initconst = { > > - .systab = NULL, /* Initialized later. */ > > - .runtime_version = 0,/* Initialized later. */ > > - .mps

[PATCH RESEND] scsi: sun_esp: fix device reference leaks

Make sure to drop the reference to the dma device taken by of_find_device_by_node() on probe errors and on driver unbind. Fixes: 334ae614772b ("sparc: Kill SBUS DVMA layer.") Signed-off-by: Johan Hovold --- No comment to this one for over a month so resending. Also added David Miller on CC. Joh

Re: [PATCH] mm: fix new crash in unmapped_area_topdown()

On Tue 20-06-17 02:10:44, Hugh Dickins wrote: > Trinity gets kernel BUG at mm/mmap.c:1963! in about 3 minutes of > mmap testing. That's the VM_BUG_ON(gap_end < gap_start) at the > end of unmapped_area_topdown(). Linus points out how MAP_FIXED > (which does not have to respect our stack guard gap

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

On Wed, Jun 21, 2017 at 09:26:51AM +, David Laight wrote: > From: Russell King - ARM Linux > > Sent: 20 June 2017 22:16 > .. > > Consider that at the moment, we define the 32-bit RTC representation to > > start at a well known epoch. We _could_ decide that when it wraps to > > 0x8000 secon

[PATCH] drm/etnaviv: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_of_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 2 +- 1 fi

Re: [PATCH 1/4] time: Clean up CLOCK_MONOTONIC_RAW time handling

On Tue, Jun 20, 2017 at 10:21:30PM -0700, John Stultz wrote: > Now that we fixed the sub-ns handling for CLOCK_MONOTONIC_RAW, > remove the duplicitive tk->raw_time.tv_nsec, which can be > stored in tk->tkr_raw.xtime_nsec (similarly to how its handled > for monotonic time). > > Cc: Thomas Gleixner

Re: [PATCH v2] backlight: lm3630a: bump REG_MAX value to 0x50 instead of 0x1F

On 21/06/17 06:31, Bhushan Shah wrote: In the lm3630a_chip_init we try to write to 0x50 register, which is higher value then the max_register value, this resulted in regmap_write return -EIO. Fix this by bumping REG_MAX value to 0x50. > Signed-off-by: Bhushan Shah Suggested-by: Bjorn Andersson

Re: [PATCH v5 05/10] drm: arcpgu: Use crtc->mode_valid() callback

Hi Daniel, Alexey, On 25-05-2017 15:19, Jose Abreu wrote: > Now that we have a callback to check if crtc supports a given mode > we can use it in arcpgu so that we restrict the number of probbed > modes to the ones we can actually display. > > This is specially useful because arcpgu crtc is respo

Salutation from London

Good Day, Please Whoever this email meets, i need your co-operation and to introduce myself I am Robert Kim and i work with an intermediary bank. i discovered from my bank data assessment as the bank auditor general that a deceased customer left in one of his accounts GBP15,000,000.00 and no o

Re: [PATCH v3 10/11] x86/mm: Enable CR4.PCIDE on supported systems

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > + /* Set up PCID */ > + if (cpu_has(c, X86_FEATURE_PCID)) { > + if (cpu_has(c, X86_FEATURE_PGE)) { > + cr4_set_bits(X86_CR4_PCIDE); So I assume that you made sure that the PCID bits in CR3 are zero under all circ

Re: [PATCH v3 02/11] x86/ldt: Simplify LDT switching logic

On Tue, Jun 20, 2017 at 10:22:08PM -0700, Andy Lutomirski wrote: > Originally, Linux reloaded the LDT whenever the prev mm or the next > mm had an LDT. It was changed in 0bbed3beb4f2 ("[PATCH] > Thread-Local Storage (TLS) support") (from the historical tree) like > this: > > - /* load

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 2017-06-21 09:38, Daniel Vetter wrote: > On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get >> totally obsolete. >> >> I think the gamma_store can end up invalid on error. But the way I read >> it, that can hap

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

On 21/06/2017 at 10:19:49 +0100, Russell King - ARM Linux wrote: > On Wed, Jun 21, 2017 at 10:39:07AM +0200, Alexandre Belloni wrote: > > On 21/06/2017 at 09:51:52 +0200, Pavel Machek wrote: > > > If someone uses different threshold, well, there will be > > > confusion. But only for users that have

Re: [PATCH v3] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

Hi Maxime, On 21 June 2017 at 18:51, Maxime Ripard wrote: > On Thu, Jun 15, 2017 at 01:29:33AM +1000, Jonathan Liu wrote: >> The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states: >> "As in the general case the DDC bus is accessible by the kernel at the I2C >> level, drivers

Re: [PATCH] mm: remove a redundant condition in the for loop

On Mon 19-06-17 21:05:29, Rasmus Villemoes wrote: > On Mon, Jun 19 2017, Vlastimil Babka wrote: > > > On 06/19/2017 03:54 PM, Hao Lee wrote: > >> The variable current_order decreases from MAX_ORDER-1 to order, so the > >> condition current_order <= MAX_ORDER-1 is always true. > >> > >> Signed-of

Re: [PATCH v7 23/36] x86, realmode: Decrypt trampoline area if memory encryption is active

On Fri, Jun 16, 2017 at 01:54:12PM -0500, Tom Lendacky wrote: > When Secure Memory Encryption is enabled, the trampoline area must not > be encrypted. A CPU running in real mode will not be able to decrypt > memory that has been encrypted because it will not be able to use addresses > with the memo

Re: [PATCH] netxen: Fix a sleep-in-atomic bug in netxen_nic_pci_mem_access_direct

Hi, On Wed, Jun 21, 2017 at 02:33:03PM +0800, Jia-Ju Bai wrote: On 06/21/2017 02:11 PM, Kalle Valo wrote: David Miller writes: From: Jia-Ju Bai Date: Mon, 19 Jun 2017 10:48:53 +0800 The driver may sleep under a spin lock, and the function call path is: netxen_nic_pci_mem_access_direct (acqu

Re: [PATCH] selinux: Assign proper class to PF_UNIX/SOCK_RAW sockets

On Tue, 20 Jun 2017 17:43:38 -0400 Paul Moore wrote: > Considering where we are at with respect to the merge window, let's > shelve this for now and I'll merge it after the next merge window > closes. In all likelihood I'll be sending selinux/next up to James > later this week and I'd like this

Re: [PATCH] powerpc: dts: use #include "..." to include local DT

Masahiro Yamada writes: > 2017-06-14 15:45 GMT+09:00 Michael Ellerman : >> >> Acked-by: Michael Ellerman > > I have not seen it in linux-next yet. > > Who will pick it up? In the original patch you said: Fix them to remove -I$(srctree)/arch/$(SRCARCH)/boot/dts path from dtc_cpp_flags. So I

Re: [PATCH v3 03/11] x86/mm: Remove reset_lazy_tlbstate()

On Tue, Jun 20, 2017 at 10:22:09PM -0700, Andy Lutomirski wrote: > The only call site also calls idle_task_exit(), and idle_task_exit() > puts us into a clean state by explicitly switching to init_mm. > > Reviewed-by: Rik van Riel > Signed-off-by: Andy Lutomirski > --- > arch/x86/include/asm/tl

Re: [PATCH V6 1/2] powerpc/hotplug: Ensure enough nodes avail for operations

Michael Bringmann writes: > powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU > or memory resources, it may occur that the new resources are to be > inserted into nodes that were not used for these resources at bootup. > In the kernel, any node that is used must be defined and

Re: [PATCH] powerpc: dts: use #include "..." to include local DT

2017-06-21 18:48 GMT+09:00 Michael Ellerman : > Masahiro Yamada writes: >> 2017-06-14 15:45 GMT+09:00 Michael Ellerman : >>> >>> Acked-by: Michael Ellerman >> >> I have not seen it in linux-next yet. >> >> Who will pick it up? > > In the original patch you said: > > Fix them to remove -I$(srctr

Re: [PATCH v2 3/4] KVM: async_pf: Force a nested vmexit if the injected #PF is async_pf

2017-06-21 0:12 GMT+08:00 Radim Krčmář : > 2017-06-20 05:47+0800, Wanpeng Li: >> 2017-06-19 22:51 GMT+08:00 Radim Krčmář : >> > 2017-06-17 13:52+0800, Wanpeng Li: >> >> 2017-06-16 23:38 GMT+08:00 Radim Krčmář : >> >> > 2017-06-16 22:24+0800, Wanpeng Li: >> >> >> 2017-06-16 21:37 GMT+08:00 Radim Krč

Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

On Tue, Jun 20, 2017 at 04:54:38PM +0100, Catalin Marinas wrote: > On Tue, Jun 20, 2017 at 12:52:10AM +0300, Kirill A. Shutemov wrote: > > On Mon, Jun 19, 2017 at 06:09:12PM +0100, Catalin Marinas wrote: > > > On Mon, Jun 19, 2017 at 07:00:05PM +0300, Kirill A. Shutemov wrote: > > > > On Mon, Jun 1

Re: [PATCH V6 0/2] powerpc/dlpar: Correct display of hot-add/hot-remove CPUs and memory

Michael Bringmann writes: > On Power systems with shared configurations of CPUs and memory, there > are some issues with association of additional CPUs and memory to nodes > when hot-adding resources. These patches address some of those problems. > > powerpc/hotplug: On systems like PowerPC whic

Re: [PATCH v7 24/36] x86, swiotlb: Add memory encryption support

On Fri, Jun 16, 2017 at 01:54:24PM -0500, Tom Lendacky wrote: > Since DMA addresses will effectively look like 48-bit addresses when the > memory encryption mask is set, SWIOTLB is needed if the DMA mask of the > device performing the DMA does not support 48-bits. SWIOTLB will be > initialized to c

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On Wed, Jun 21, 2017 at 2:28 PM, Marc Zyngier wrote: > On 21/06/17 07:15, Ganapatrao Kulkarni wrote: >> Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 >> Later in per device probe, ITS devices are mapped to >> numa node using ITS id to proximity domain mapping. >> >> Signed-o

Re: [PATCH v2] refcount: Create unchecked atomic_t implementation

* Kees Cook wrote: > Many subsystems will not use refcount_t unless there is a way to build the > kernel so that there is no regression in speed compared to atomic_t. This > adds CONFIG_REFCOUNT_FULL to enable the full refcount_t implementation > which has the validation but is slightly slower.

[RFC PATCH v3 0/6] Report wakeup events in cros_ec_keyb and make cros-ec-spi wakeup optional

We are enabling wakeup unconditionally for cros-ec-spi, it would be good to make it optional. And we also need to enable wakeup for cros_ec_keyb, so the userspace could disable keyboard wakeup along with other cros-ec sub devices. Changes in v3: Use wakeup-source property to enable wakeup.

[RFC PATCH v3 1/6] spi: core: add support for wakeup-source dts property

Use generic wakeup-source property to enable spi device wakeup. Signed-off-by: Jeffy Chen --- Changes in v3: None drivers/spi/spi.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c index c3f6b52..a510bba 100644 --- a/dri

[RFC PATCH v3 2/6] dt-bindings: spi/core: add wakeup-source optional property

Update document devicetree bindings to support "wakeup-source" property. Signed-off-by: Jeffy Chen --- Changes in v3: None Documentation/devicetree/bindings/spi/spi-bus.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/spi/spi-bus.txt b/Documentation/de

[RFC PATCH v3 3/6] ARM/arm64: dts: enable wakeup for cros-ec-spi devices

We used to enable wakeup for cros-ec-spi devices unconditionally. Now we are using the more generic wakeup-source property to enable it. Signed-off-by: Jeffy Chen --- Changes in v3: None arch/arm/boot/dts/exynos5420-peach-pit.dts | 1 + arch/arm/boot/dts/exynos5800-peach-pi.dts | 1

[RFC PATCH v3 6/6] ARM: dts: cros-ec-keyboard: enable as wakeup source

Enable cros-ec-keyboard as a wakeup source. Signed-off-by: Jeffy Chen --- Changes in v3: None arch/arm/boot/dts/cros-ec-keyboard.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/cros-ec-keyboard.dtsi b/arch/arm/boot/dts/cros-ec-keyboard.dtsi index c0451051..3168a5e 1

[RFC PATCH v3 5/6] input: cros_ec_keyb: report wakeup events

Report wakeup events when process events. Signed-off-by: Jeffy Chen --- Changes in v3: Use wakeup-source property to enable wakeup. Suggested by Dmitry Torokhov . drivers/input/keyboard/cros_ec_keyb.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/input/keyboard/cros_ec

[RFC PATCH v3 4/6] mfd: cros ec: spi: remove unconditionally wakeup enable

We used to enable wakeup for cros-ec-spi devices unconditionally. Now we are using the more generic wakeup-source property to enable it. Signed-off-by: Jeffy Chen --- Changes in v3: None drivers/mfd/cros_ec_spi.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/cros_ec_spi.c b/

Re: [PATCH v3 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

On Wed, Jun 21, 2017 at 2:58 PM, Lorenzo Pieralisi wrote: > On Wed, Jun 21, 2017 at 11:45:43AM +0530, Ganapatrao Kulkarni wrote: >> Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 >> Later in per device probe, ITS devices are mapped to >> numa node using ITS id to proximity do

Re: [PATCH] powerpc: Only obtain cpu_hotplug_lock if called by rtasd

Thiago Jung Bauermann writes: > Calling arch_update_cpu_topology from a CPU hotplug state machine callback > hits a deadlock because the function tries to get a read lock on > cpu_hotplug_lock while the state machine still holds a write lock on it. > > Since all callers of arch_update_cpu_topolog

Re: [PATCH 2/2] kbuild: clang: Disable the 'duplicate-decl-specifier' warning

On Wed, Jun 21, 2017 at 11:11 AM, Masahiro Yamada wrote: > 2017-05-24 17:21 GMT+09:00 Arnd Bergmann : >> On Wed, May 24, 2017 at 2:04 AM, Matthias Kaehlcke wrote: >>> El Wed, May 17, 2017 at 11:45:29AM -0700 Matthias Kaehlcke ha dit: El Wed, May 17, 2017 at 09:35:57AM +0200 Arnd Bergmann ha

[PATCH] x86/apic: Make init_legacy_irqs() __init

This function is only called by arch_early_irq_init() which is an `initialization' function, So mark it __init as well. In addition mark it inline for the X86_IO_APIC=n case. Signed-off-by: Dou Liyang --- arch/x86/kernel/apic/vector.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) di

[PATCH][mm-next] mm: clean up build warning with unused variable ret2

From: Colin Ian King Variable ret2 is unused and should be removed. Cleans up build warning: warning: unused variable 'ret2' [-Wunused-variable] Fixes: 4118ba44fa2cd040e ("mm: clean up error handling in write_one_page") Signed-off-by: Colin Ian King --- mm/page-writeback.c | 2 +- 1 file chan

Re: [PATCH] kernel.h: fix new warnings for container_of()

On Wed, Jun 21, 2017 at 11:25 AM, Ian Abbott wrote: > On 20/06/17 21:09, Arnd Bergmann wrote: >> >> I see new warnings with gcc-7.0.1 with the modified container_of(): >> >> fs/f2fs/dir.c: In function 'F2FS_I': >> fs/f2fs/f2fs.h:1122:385: note: found mismatched ssa struct pointer types: >> 'struct

[PATCH] drm: sti: sti_hqvdp: undo preparation of a clock source.

Undo preparation of a clock source, if sti_hqvdp_start_xp70 and sti_hqvdp_atomic_check are not successful. Signed-off-by: Arvind Yadav --- drivers/gpu/drm/sti/sti_hqvdp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c b/drivers/gpu/drm/sti/sti_hqvdp.c inde

Re: [PATCH][mm-next] mm: clean up build warning with unused variable ret2

On Wed, 2017-06-21 at 11:14 +0100, Colin King wrote: > From: Colin Ian King > > Variable ret2 is unused and should be removed. Cleans up > build warning: > > warning: unused variable 'ret2' [-Wunused-variable] > > Fixes: 4118ba44fa2cd040e ("mm: clean up error handling in write_one_page") > Sign

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

On Tue, 2017-06-20 at 02:45 +, Zheng, Lv wrote: > Hi, > > > From: Bastien Nocera [mailto:had...@hadess.net] > > Subject: Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable > > LID switch exported by ACPI > > > > On Mon, 2017-06-19 at 01:43 +, Zheng, Lv wrote: > > > > > > > > > >

[PATCH V3 20/37] perf script: Add 'synth' event type for synthesized events

Instruction trace decoders such as Intel PT may have additional information recorded in the trace. For example, Intel PT has power information and a there is a new instruction 'ptwrite' that can write a value into a PTWRITE trace packet. Such information may be associated with an IP and so can be t

[PATCH V3 21/37] perf script: Add 'synth' field for synthesized event payloads

Add a field to display the content the raw_data of a synthesized event. Signed-off-by: Adrian Hunter --- Changes in V3: Re-base on Arnaldo's perf/core branch tools/perf/Documentation/perf-script.txt | 6 +- tools/perf/builtin-script.c | 20 ++-- 2 f

Re: [PATCH v4 20/28] ARM: owl: Implement CPU enable-method for S500

On Wed, Jun 21, 2017 at 10:16 AM, Arnd Bergmann wrote: > On Tue, Jun 6, 2017 at 2:54 AM, Andreas Färber wrote: >> Allow to bring up CPU1. >> >> Based on LeMaker linux-actions tree. >> >> Signed-off-by: Andreas Färber >> --- >> v3 -> v4: Unchanged >> >> v3: new >> >> arch/arm/mach-actions/Make

Re: [PATCH V2 00/37] perf intel-pt: Power events and PTWRITE

On 12/06/17 16:56, Arnaldo Carvalho de Melo wrote: > Em Mon, Jun 12, 2017 at 04:04:44PM +0300, Adrian Hunter escreveu: >> On 26/05/17 11:17, Adrian Hunter wrote: >>> Hi >>> >>> Here are some patches to support Intel PT Power events and PTWRITE. >>> Power events report changes to C-state but I have

Re: [PATCH v3 04/11] x86/mm: Give each mm TLB flush generation a unique ID

On Tue, Jun 20, 2017 at 10:22:10PM -0700, Andy Lutomirski wrote: > - * The x86 doesn't have a mmu context, but > - * we put the segment information here. > + * x86 has arch-specific MMU state beyond what lives in mm_struct. > */ > typedef struct { > + /* > + * ctx_id uniquely identifies

Re: [PATCH 08/11] drm: nouveau: remove dead code and pointless local lut storage

On 2017-06-20 21:25, Peter Rosin wrote: > The redundant fb helpers .load_lut, .gamma_set and .gamma_get are > no longer used. Remove the dead code and hook up the crtc .gamma_set > to use the crtc gamma_store directly instead of duplicating that > info locally. [...] > - for (i = 0; i < 256;

Re: [PATCH 0/5] irq: generic-chip: resource management improvements

2017-06-20 16:14 GMT+02:00 Thomas Gleixner : > On Tue, 20 Jun 2017, Bartosz Golaszewski wrote: >> 2017-06-20 12:41 GMT+02:00 Marc Zyngier : >> > There was a kbuild report from June 1st with worrying warnings on x86_64 >> > (though I couldn't see how that was related to these patches). What's >> > t

Re: [PATCH v2 1/2] ip_tunnel: fix ip tunnel lookup in collect_md mode

> On 20 Jun 2017, at 2:08 AM, Pravin Shelar wrote: > > On Mon, Jun 19, 2017 at 6:13 AM, 严海双 > wrote: >> >> >>> On 19 Jun 2017, at 1:43 PM, Pravin Shelar wrote: >>> >>> On Fri, Jun 16, 2017 at 8:27 PM, Haishuang Yan >>> wrote: In collect_md mode, if the tun dev is down, it still can c

Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

On Wed, Jun 21, 2017 at 12:53:03PM +0300, Kirill A. Shutemov wrote: > On Tue, Jun 20, 2017 at 04:54:38PM +0100, Catalin Marinas wrote: > > For arm64, I don't see the point of a cmpxchg, so something like below > > would do (it needs proper testing though): > > Right. cmpxchg is required for x86 PA

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