Re: dt-bindings: mailbox: ti,message-manager: Fix interrupt name error

On Sunday 10 December 2017 01:05 AM, Nishanth Menon wrote: > Message Manager's mailbox interrupts are queue based and not proxy > specific. The interrupt names are wrong in the binding, however > correctly reflected in the example provided. Remove the relation > to proxy ID in the documentation

Re: mailbox: ti-msgmgr: Use %zu for size_t print format

On Saturday 02 December 2017 03:57 PM, Nishanth Menon wrote: > message->len is of type size_t and %d is incorrect format usage. > Instead use %zu for handling size_t correctly. > > Signed-off-by: Nishanth Menon Reviewed-by: Lokesh Vutla Thanks and regards,

Re: [PATCH v3 09/33] nds32: Cache and TLB routines

On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote: > I think it should be fine if an interruption between mtsr_dsb and > tlbop_rwr because this is a optimization by sw. Fine? When there is an unexpected vaddr in SR_TLB_VPN, tlbop_rwr(*pte) will break that vaddr's pfn in the CPU

[PATCH] cpufreq: powernv: Add support of frequency domain

Frequency-domain indicates group of CPUs that would share same frequency. It is detected using device-tree node "frequency-domain-indicator". frequency-domain-indicator is a bitmask which will have different value depending upon the generation of the processor. CPUs of the same chip for which the

[PATCH] platform/x86: dell-smbios: Block comments use * on subsequent lines

Resolved Block comments use * on subsequent lines checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/platform/x86/dell-smbios.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH] USB: serial: ark3116.c: Remove unused TIOCSSERIAL case from ioctl

The patch removes unused TIOCSSERIAL case from ioctl. TIOCGSERIAL case moves to the get_serial_info() function. Any magic numbers moves to #define directives. Signed-off-by: Mikhail Zaytsev --- drivers/usb/serial/ark3116.c | 54 ++-- 1

Re: [PATCH -mm] mm, swap: Fix race between swapoff and some swap operations

Minchan Kim writes: > Hi Huang, > > Sorry for the late response. I'm in middle of long vacation. > > On Fri, Dec 08, 2017 at 08:32:16PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Fri, Dec 08, 2017 at 04:41:38PM +0800, Huang, Ying

Re: [PATCH] hyperv: make HYPERV a menuconfig to ease disabling it all

Hello, On Sun, Dec 10, 2017 at 6:50 AM, Stephen Hemminger wrote: > Will this break existing configs? I don't think so. Last time I did some similar changes, the kbuild test robot found some warnings on some configurations, I hope it will find problems (if any) for

Re: [PATCH v3 09/33] nds32: Cache and TLB routines

On Wed, Dec 13, 2017 at 04:30:41PM +0800, Greentime Hu wrote: > 2017-12-13 16:19 GMT+08:00 Guo Ren : > > On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote: > > > >> I think it should be fine if an interruption between mtsr_dsb and > >> tlbop_rwr because this is a

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Hello Johannes, I got. the same Build error. VG Damian Tometzki > Am 05.12.2017 um 11:03 schrieb Johannes Berg : > >> On Tue, 2017-12-05 at 11:01 +0100, Paul Menzel wrote: >> >> >> ``` >> $ git describe >> v4.15-rc2-79-gfd6d2e506ce6 >> $ git log --oneline -1

Re: [PATCH v5 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board

Hi Alexander, Linus > Hello Linus! > > On Wed Dec 13 08:34:22 2017 Linus Walleij > wrote: > > On Tue, Dec 12, 2017 at 12:36 AM, Lukasz Majewski > > wrote: Out of curiosity: Liebherr is obviously doing heavy-duty > > industrial control systems. Likewise

Re: [PATCH v3 1/6] cpufreq: schedutil: reset sg_cpus's flags at IDLE enter

On 12-12-17, 15:16, Patrick Bellasi wrote: > Since you are already changing some flags position, maybe we can have > a better organization by using lower flags for "general bits" and > higher ones for class specific, i.e. > > #define SCHED_CPUFREQ_CLEAR (1U << 0) > #define SCHED_CPUFREQ_IOWAIT

Re: [PATCH] vfio: Simplify capability helper

On 12/13/2017 12:31 PM, Zhenyu Wang wrote: > On 2017.12.13 12:13:34 +1100, Alexey Kardashevskiy wrote: >> On 13/12/17 06:59, Alex Williamson wrote: >>> The vfio_info_add_capability() helper requires the caller to pass a >>> capability ID, which it then uses to fill in header fields, assuming >>>

Re: [PATCH v5 10/15] soundwire: Add sysfs for SoundWire DisCo properties

On Wed, Dec 06, 2017 at 09:17:06PM +0530, Vinod Koul wrote: > It helps to read the properties for understanding and debugging > systems, so add sysfs files for SoundWire DisCo properties. > > TODO: Add ABI files for sysfs Is this TODO done? > +/* > + * The sysfs for properties reflects the MIPI

Re: [PATCH v5 1/8] clocksource: dmtimer: Remove all the exports

On Tue, Dec 12, 2017 at 10:21:50AM -0800, Tony Lindgren wrote: > * Ladislav Michl [171212 18:06]: > > I do not follow. Each general-purpose timer module has its own interrupt > > line, > > so claiming that irq directly using request_irq seems enough. Could you > > explain

Re: [PATCH] KVM: arm/arm64: don't set vtimer->cnt_ctl in kvm_arch_timer_handler

On 13/12/17 09:08, Auger Eric wrote: > Marc, > On 13/12/17 09:56, Marc Zyngier wrote: >> Hi Jia, >> >> On 13/12/17 07:00, Jia He wrote: >>> In our Armv8a server (qualcomm Amberwing, non VHE), after applying >>> Christoffer's timer optimizing patchset(Optimize arch timer register >>> handling), the

Re: [PATCH] platform/x86: dell-rbtn: Block comments use * on subsequent lines

Dhaval, On Wed, Dec 13, 2017 at 9:23 AM, Dhaval Shah wrote: > Resolved Block comments use * on subsequent lines checkpatch warnings. > Issue found by checkpatch. > > Signed-off-by: Dhaval Shah > --- > drivers/platform/x86/dell-rbtn.c |

[PATCH 1/3] regmap: rename regmap_lock_unlock_empty() to regmap_lock_unlock_none()

Minor naming convention tweak. Suggested-by: Andy Shevchenko Signed-off-by: Bartosz Golaszewski --- drivers/base/regmap/regmap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/regmap/regmap.c

[PATCH 0/3] regmap: follow-up for ("regmap: allow to disable all locking mechanisms")

Hi Mark, this series is a follow-up for my previous patch. The first commit renames the empty locking routine introduced in it - I agree with Andy that it just looks better. The second patch disables the debugfs entries when locking is disabled as suggested by Lars-Peter. The last patch is

RE: [Intel-gfx] [PATCH] drm/i915: Remove unused IRQ chip data of HDMI LPE audio

> -Original Message- > From: Takashi Iwai [mailto:ti...@suse.de] > Sent: Tuesday, December 12, 2017 5:45 PM > To: Chen, Augustine > Cc: Ville Syrjälä ; Anand, Jerome > ; Thomas Gleixner

[PATCH 2/3] regmap: don't create the debugfs entries if locking is disabled

User space can initiate concurrent access to regmap over debugfs and, if the locking is disabled, we can't protect it. Don't create the debugfs entries at all in this case. Suggested-by: Lars-Peter Clausen Signed-off-by: Bartosz Golaszewski ---

Re: [PATCH v2] KVM: X86: Fix host dr6 miss restore

On 13/12/2017 10:18, David Hildenbrand wrote: > On 13.12.2017 04:10, Wanpeng Li wrote: >> From: Wanpeng Li >> >> Reported by syzkaller: >> >>WARNING: CPU: 0 PID: 12927 at arch/x86/kernel/traps.c:780 >> do_debug+0x222/0x250 >>CPU: 0 PID: 12927 Comm: syz-executor

Re: [PATCH V4 09/12] boot_constraint: Add earlycon helper

On Sun, Oct 29, 2017 at 07:18:57PM +0530, Viresh Kumar wrote: > Getting boot messages during initial kernel boot is a common problem, > which (almost) everyone wants to solve. Considering that this would be > required by multiple platforms, provide a helper to check if "earlycon" > or

Re: [PATCH RESEND] KVM: X86: Fix stack-out-of-bounds read in write_mmio

On 13/12/2017 04:05, Wanpeng Li wrote: > 2017-12-13 0:07 GMT+08:00 Paolo Bonzini : >> On 12/12/2017 09:57, Wanpeng Li wrote: >>> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c >>> index bc5d853..51e7932 100644 >>> --- a/arch/x86/kvm/x86.c >>> +++ b/arch/x86/kvm/x86.c >>>

Re: [PATCH 3/3] regmap: duplicate the name string stored in regmap

2017-12-13 10:32 GMT+01:00 Lars-Peter Clausen : > On 12/13/2017 10:28 AM, Bartosz Golaszewski wrote: >> Currently we just copy over the pointer passed to regmap_init() in >> the regmap config struct. To be on the safe side: duplicate the string >> so that if an unaware user passes

Re: [patch 1/2] mm, mmu_notifier: annotate mmu notifiers with blockable invalidate callbacks

On 13/12/2017 11:26, Tetsuo Handa wrote: > On 2017/12/13 18:34, Christian König wrote: >> Am 12.12.2017 um 22:28 schrieb David Rientjes: >>> On Tue, 12 Dec 2017, Dimitri Sivanich wrote: >>> > --- a/drivers/misc/sgi-gru/grutlbpurge.c > +++ b/drivers/misc/sgi-gru/grutlbpurge.c > @@

Re: [PATCH] IPI performance benchmark

On Mon, Dec 11, 2017 at 10:33:32AM -0500, Konrad Rzeszutek Wilk wrote: > On Mon, Dec 11, 2017 at 05:16:00PM +0300, Yury Norov wrote: > > This benchmark sends many IPIs in different modes and measures > > time for IPI delivery (first column), and total time, ie including > > time to acknowledge the

Re: [PATCH for v4.9-stable] sched: fix softirq time accounting

On Wed, Dec 13, 2017 at 11:11:16AM +0100, Rabin Vincent wrote: > From: Rabin Vincent > > softirq time accounting is broken on v4.9.x if ksoftirqd runs. > > With > CONFIG_IRQ_TIME_ACCOUNTING=y > # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set > > this test code: > >

Re: [PATCH] platform/x86: dell-rbtn: Block comments use * on subsequent lines

Hi Philippe, > From: Philippe Ombredanne > Sent: Wednesday, December 13, 2017 3:31 PM > To: Dhaval Shah > Cc: pali.ro...@gmail.com; Darren Hart; Andy Shevchenko; > platform-driver-...@vger.kernel.org; LKML > Subject: Re: [PATCH] platform/x86: dell-rbtn: Block comments

Re: [PATCH v4 04/12] clk: qcom: Add HFPLL driver

Hi Rob, Thanks for the review. On 12/13/2017 2:05 AM, Rob Herring wrote: > On Fri, Dec 08, 2017 at 03:12:22PM +0530, Sricharan R wrote: >> From: Stephen Boyd >> >> On some devices (MSM8974 for example), the HFPLLs are >> instantiated within the Krait processor subsystem

Re: [PATCH v4 05/12] clk: qcom: Add MSM8960/APQ8064's HFPLLs

Hi Rob, On 12/13/2017 2:06 AM, Rob Herring wrote: > On Fri, Dec 08, 2017 at 03:12:23PM +0530, Sricharan R wrote: >> From: Stephen Boyd >> >> Describe the HFPLLs present on MSM8960 and APQ8064 devices. >> >> Signed-off-by: Stephen Boyd >> --- >>

[PATCH] powerpc/sysdev: change CPM GPIO to platform_device

Since commit 9427ecbed46cc ("gpio: Rework of_gpiochip_set_names() to use device property accessors"), gpio chips have to have a parent, otherwise devprop_gpiochip_set_names() prematurely exists with message "GPIO chip parent is NULL" and doesn't proceed 'gpio-line-names' DT property. This patch

Re: [PATCH 2/4] sched: cpufreq: Keep track of cpufreq utilization update flags

Hi Viresh, On 13/12/17 15:23, Viresh Kumar wrote: > Currently the schedutil governor overwrites the sg_cpu->flags field on > every call to the utilization handler. It was pretty good as the initial > implementation of utilization handlers, there are several drawbacks > though. > > The biggest

RE: [Intel-gfx] [PATCH] drm/i915: Remove unused IRQ chip data of HDMI LPE audio

On Wed, 13 Dec 2017, Anand, Jerome wrote: > > -Original Message- > > From: Thomas Gleixner [mailto:t...@linutronix.de] > > Sent: Tuesday, December 12, 2017 10:37 PM > > To: Anand, Jerome > > Cc: Ville Syrjälä ; Chen, Augustine > >

Re: [PATCH V3 09/29] drm/i915: deprecate pci_get_bus_and_slot()

On Tue, 2017-12-12 at 19:07 -0500, Sinan Kaya wrote: > On 12/12/2017 9:04 AM, Joonas Lahtinen wrote: > > Hi, > > > > I sent this individual i915 patch to our CI, and it is passing on > > all platforms: > > > > https://patchwork.freedesktop.org/series/34822/ > > > > Is it ok if I merge this to

Re: [PATCH] firmware: ti_sci: Use %zu for size_t print format

On Saturday 02 December 2017 03:50 PM, Nishanth Menon wrote: > mbox_msg->len is of type size_t and %d is incorrect format. Instead > use %zu for handling size_t correctly. > > Signed-off-by: Nishanth Menon Reviewed-by: Lokesh Vutla Thanks and regards, Lokesh

Re: [PATCH] dt-bindings: pinctrl: stm32: fix copyright and adopt SPDX identifier

On Fri, Dec 8, 2017 at 4:53 PM, Alexandre Torgue wrote: > Add missing copyright and add SPDX identifier. > > Signed-off-by: Alexandre Torgue Patch applied. Yours, Linus Walleij

TSC x86 fixes for LTS kernel 4.9.x

Hi all, I've tested the following changes, belonging to merge commit f7dd3b1734e, on top of 4.9.68 after a very easy backport from 4.10, and I think it may be worthwhile adding them to 4.9.x: x86/tsc: Limit the adjust value further x86/tsc: Annotate printouts as firmware bug

[PATCH 5/4] scsi: arcmsr: simplify arcmsr_request_device_map routine

From: Ching Huang simplify arcmsr_request_device_map routine Signed-off-by: Ching Huang --- diff --git a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c index 95c9f08..4774559 100755 --- a/drivers/scsi/arcmsr/arcmsr_hba.c +++

[PATCH] drm: Update edid-derived drm_display_info fields at edid property set [v2]

There are a set of values in the drm_display_info structure for each connector which hold information derived from EDID. These are computed in drm_add_display_info. Before this patch, that was only called in drm_add_edid_modes. This meant that they were only set when EDID was present and never

Re: [PATCH 5/5] phy: renesas: rcar-gen3-usb2: add gpio handling

Hi Shimoda-san, On Wed, Dec 13, 2017 at 7:27 AM, Yoshihiro Shimoda wrote: > Some R-Car SoCs (e.g. R-Car D3) doesn't have dedicated pins of VBUS > and ID. So, they may be connected to gpio pins. To handle the gpio > pins, this patch adds the handling of VBUS and

[PATCH 2/2] mmap.2: MAP_FIXED updated documentation

From: John Hubbard -- Expand the documentation to discuss the hazards in enough detail to allow avoiding them. -- Mention the upcoming MAP_FIXED_SAFE flag. -- Enhance the alignment requirement slightly. CC: Michael Ellerman CC:

[PATCH] USB: serial: ark3116.c: Remove unused TIOCSSERIAL case from ioctl

The patch removes unused TIOCSSERIAL case from ioctl. TIOCGSERIAL case moves to the get_serial_info() function. Some magic numbers moves to #define directives. Signed-off-by: Mikhail Zaytsev --- drivers/usb/serial/ark3116.c | 54 ++-- 1

Re: [PATCH v2] misc: mic: Use memdup_user() as a cleanup

On Tue, Dec 12, 2017 at 02:22:41PM +0100, Gomonovych, Vasyl wrote: > Hi, > Thanks. > Should I prepare fix patch only for missed label? I have no context here at all, sorry...

Re: [PATCH V4 06/12] boot_constraint: Add support for PM constraints

On Sun, Oct 29, 2017 at 07:18:54PM +0530, Viresh Kumar wrote: > This patch adds the PM constraint type. > > The constraint is set by attaching the power domain for the device, > which will also enable the power domain. This guarantees that the power > domain doesn't get shut down while being

Re: [PATCH V4 10/12] boot_constraint: Add support for Hisilicon platforms

On Sun, Oct 29, 2017 at 07:18:58PM +0530, Viresh Kumar wrote: > This adds boot constraint support for Hisilicon platforms. Currently > only one use case is supported: earlycon. One of the UART is enabled by > the bootloader and is used for early console in the kernel. The boot > constraint core

Re: [PATCH V4 05/12] boot_constraint: Add support for clk constraints

On Sun, Oct 29, 2017 at 07:18:53PM +0530, Viresh Kumar wrote: > This patch adds the clk constraint type. > > The constraint is set by enabling the clk for the device. Once the > device is probed, the clk is disabled and the constraint is removed. > > We may want to do clk_set_rate() from here,

[PATCH] KVM: x86: fix escape of guest dr6 to the host

syzkaller reported: WARNING: CPU: 0 PID: 12927 at arch/x86/kernel/traps.c:780 do_debug+0x222/0x250 CPU: 0 PID: 12927 Comm: syz-executor Tainted: G OE4.15.0-rc2+ #16 RIP: 0010:do_debug+0x222/0x250 Call Trace: <#DB> debug+0x3e/0x70 RIP:

Re: [PATCH v5 00/15] soundwire: Add a new SoundWire subsystem

On Wed, Dec 13, 2017 at 10:18:22AM +0100, Greg Kroah-Hartman wrote: > On Wed, Dec 06, 2017 at 09:16:56PM +0530, Vinod Koul wrote: > > This patch series adds a new SoundWire subsystem which implements a > > new MIPI bus protocol 'SoundWire'. > > > > The SoundWire protocol is a robust, scalable,

[PATCH 3/4] cpufreq: schedutil: Don't pass flags to sugov_set_iowait_boost()

We are already passing sg_cpu as argument to sugov_set_iowait_boost() helper and the same can be used to retrieve the flags value. Get rid of the redundant argument. Signed-off-by: Viresh Kumar --- kernel/sched/cpufreq_schedutil.c | 9 - 1 file changed, 4

[PATCH 4/4] cpufreq: schedutil: Don't call sugov_get_util() unnecessarily

sugov_update_shared() may get called to clear the scheduling class flags and we would return immediately in that case. Calling sugov_get_util() in that case isn't going to be of any use then. Move invocation of sugov_get_util() after the clear flag is checked. Signed-off-by: Viresh Kumar

Re: [PATCH v2] writeback: synchronize sync(2) against cgroup writeback membership switches

On Tue 12-12-17 08:38:30, Tejun Heo wrote: > sync_inodes_sb() can race against cgwb (cgroup writeback) membership > switches and fail to writeback some inodes. For example, if an inode > switches to another wb while sync_inodes_sb() is in progress, the new > wb might not be visible to

[PATCHv4 12/12] mm/thp: Remove pmd_huge_split_prepare

From: "Aneesh Kumar K.V" Instead of marking the pmd ready for split, invalidate the pmd. This should take care of powerpc requirement. Only side effect is that we mark the pmd invalid early. This can result in us blocking access to the page a bit longer if we

[PATCHv4 07/12] s390/mm: Modify pmdp_invalidate to return old value.

From: Martin Schwidefsky It's required to avoid losing dirty and accessed bits. Signed-off-by: Martin Schwidefsky Signed-off-by: Kirill A. Shutemov --- arch/s390/include/asm/pgtable.h | 4 ++-- 1 file changed, 2

Re: [PATCH] xhci: Fix use-after-free in xhci debugfs

On 11.12.2017 00:14, Alexander Kappner wrote: Trying to read from debugfs after the system has resumed from hibernate causes a use-after-free and thus a protection fault. Steps to reproduce: Hibernate system, resume from hibernate, then run $ cat

[PATCHv4 03/12] arm/mm: Provide pmdp_establish() helper

ARM LPAE doesn't have hardware dirty/accessed bits. generic_pmdp_establish() is the right implementation of pmdp_establish for this case. Signed-off-by: Kirill A. Shutemov Cc: Catalin Marinas --- arch/arm/include/asm/pgtable-3level.h |

Re: net/wireless/shipped-certs.c:2:1: error: expected expression at end of input

Hello Paul, Hexdump was already installed in the System. I commented out this step. VG Damian Tometzki Itelligence AG +41 79 304 2745 > Am 13.12.2017 um 10:16 schrieb Paul Menzel > : > > Dear Damian, > > >> On 12/13/17 08:53, Damian Tometzki wrote:

[PATCH 1/2] gpiolib: constify label in gpio_device

This string is never modified. Make it const. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpiolib.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpiolib.h b/drivers/gpio/gpiolib.h index 5e1f7cc6eeb6..6e9228b94437 100644 ---

[PATCH 2/2] gpiolib: use kstrdup_const() for gpio_device label

Users often pass a pointer to a static string to gpiochip_add_data() family of functions. Avoid unnecessary memory allocations with the provided helper routine. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpiolib.c | 8 1 file changed, 4 insertions(+), 4

Re: [PATCH 4/4] cpufreq: schedutil: Don't call sugov_get_util() unnecessarily

Hi, On 13/12/17 15:23, Viresh Kumar wrote: > sugov_update_shared() may get called to clear the scheduling class flags > and we would return immediately in that case. Calling sugov_get_util() > in that case isn't going to be of any use then. Move invocation of > sugov_get_util() after the clear

[PATCH] ipv6: icmp6: Allow icmp messages to be looped back

One example of when an ICMPv6 packet is required to be looped back is when a host acts as both a Multicast Listener and a Multicast Router. A Multicast Router will listen on address ff02::16 for MLDv2 messages. Currently, MLDv2 messages originating from a Multicast Listener running on the same

Re: [PATCH] staging: comedi: ni_*

On Wed, Dec 13, 2017 at 4:20 PM, Greg Kroah-Hartman wrote: > > On Wed, Dec 13, 2017 at 04:01:04AM -0600, Aniruddha Shastri wrote: > > Fix checkpatch warnings by shortening lines and reorganizing code where > > needed.. > > Re-phrase the assert messages in

Re: [PATCH 1/1] staging: rtl8723bs: make memcmp() calls consistent

On Sun, Dec 10, 2017 at 08:35:12PM +0100, Nicolas Iooss wrote: > rtw_pm_set() uses memcmp() with 5-chars strings and a length of 4 when > parsing extra, and then parses extra+4 as an int: > > if (!memcmp(extra, "lps =", 4)) { > sscanf(extra+4, "%u", ); > /* ... */ > } else if

[PATCH v2] spi: s3c64xx: add SPDX identifier

Replace the original license statement with the SPDX identifier. Signed-off-by: Andi Shyti --- Hi, this second version unlike v1, where I tried to move the license from GPLv2+ to GPLv2, preserves the original licese while adding the SPDX identifier. Andi

Re: [PATCH] pty: cancel pty slave port buf's work in tty_release

On Wed, Dec 13, 2017 at 09:10:48AM +0400, kpark3...@gmail.com wrote: > From: Sahara I need a "Full" name here, I doubt you sign legal documents with just the single name, right? > > In case that CONFIG_SLUB_DEBUG is on and pty is used, races between > release_one_tty

[PATCH] platform/x86: dell-rbtn: Block comments use * on subsequent lines

Resolved Block comments use * on subsequent lines checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/platform/x86/dell-rbtn.c | 26 +- drivers/platform/x86/dell-rbtn.h | 26 +- 2

Re: mailbox: ti-msgmgr: Switch to SPDX Licensing

On Saturday 02 December 2017 03:52 PM, Nishanth Menon wrote: > Switch to SPDX licensing and drop the GPL text which comes redundant. > > Signed-off-by: Nishanth Menon Reviewed-by: Lokesh Vutla Thanks and regards, Lokesh

Re: [PATCH v4] Bluetooth: hci_ll: Add optional nvmem BD address source

Hi David, > This adds an optional nvmem consumer to get a BD address from an external > source. The BD address is then set in the Bluetooth chip after the > firmware has been loaded. > > This has been tested working with a TI CC2560A chip (in a LEGO MINDSTORMS > EV3). > > Signed-off-by: David

Re: [Intel-gfx] GemniLake laptops goes power off directly after performing suspend

On Tue, Dec 12, 2017 at 9:32 PM, Imre Deak wrote: > On Fri, Dec 08, 2017 at 10:31:30AM +, Daniel Drake wrote: >> Hi, >> >> Adding intel-gfx list in case i915 developers can help. Updated summary >> below. >> >> On Thu, Dec 7, 2017 at 2:14 AM, Chris Chiu

Re: [PATCH V3] PM: In kernel power management domain_pm created for async schedules

  Sender : Rafael J. Wysocki  Date : 2017-12-06 19:48 (GMT+5:30)   > On Wednesday, December 6, 2017 3:12:38 PM CET gre...@linuxfoundation.org  > wrote: > > On Wed, Dec 06, 2017 at 12:07:14PM +, Vikas Bansal wrote: > > > Description: > >  > > Why is this here? > >  > > > 

Re: [PATCH] KVM: arm/arm64: don't set vtimer->cnt_ctl in kvm_arch_timer_handler

Marc, On 13/12/17 09:56, Marc Zyngier wrote: > Hi Jia, > > On 13/12/17 07:00, Jia He wrote: >> In our Armv8a server (qualcomm Amberwing, non VHE), after applying >> Christoffer's timer optimizing patchset(Optimize arch timer register >> handling), the guest is hang during kernel booting. >> >>

[PATCH] qedi: Fix a possible sleep-in-atomic bug in qedi_process_tmf_resp

The driver may sleep under a spinlock. The function call path is: qedi_cpu_offline (acquire the spinlock) qedi_fp_process_cqes qedi_mtask_completion qedi_process_tmf_resp kzalloc(GFP_KERNEL) --> may sleep To fix it, GFP_KERNEL is replaced with GFP_ATOMIC. This bug is found by

Re: [PATCH v2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hello Morimoto-san, Thank you for the patch. On Wednesday, 6 December 2017 08:05:38 EET Kuninori Morimoto wrote: > From: Kuninori Morimoto > > In general, PLL has VCO (= Voltage controlled oscillator), > one of the very important electronic feature called as

Re: [PATCH 2/5] phy: renesas: rcar-gen3-usb2: unify OBINTEN handling

Hello! On 12/13/2017 9:27 AM, Yoshihiro Shimoda wrote: This patch unifies the OBINTEN handling to clean-up the code. Signed-off-by: Yoshihiro Shimoda --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 23 +++ 1 file changed, 15

Re: [PATCH v5 00/15] soundwire: Add a new SoundWire subsystem

On Wed, Dec 06, 2017 at 09:16:56PM +0530, Vinod Koul wrote: > This patch series adds a new SoundWire subsystem which implements a > new MIPI bus protocol 'SoundWire'. > > The SoundWire protocol is a robust, scalable, low complexity, low > power, low latency, two-pin (clock and data) multi-drop

[PATCH 3/3] regmap: duplicate the name string stored in regmap

Currently we just copy over the pointer passed to regmap_init() in the regmap config struct. To be on the safe side: duplicate the string so that if an unaware user passes an address to a stack-allocated buffer, we won't crash. Signed-off-by: Bartosz Golaszewski ---

[PATCH v2] KVM: introduce kvm_arch_vcpu_async_ioctl

After the vcpu_load/vcpu_put pushdown, the handling of asynchronous VCPU ioctl is already much clearer in that it is obvious that they bypass vcpu_load and vcpu_put. However, it is still not perfect in that the different state of the VCPU mutex is still hidden in the caller. Separate those

Re: [PATCH] nvmem: uniphier: change access unit from 32bit to 8bit

On 13/12/17 09:31, Kunihiko Hayashi wrote: Hello Srinivas, This patch was already reviewed and tested for all UniPhier SoCs: https://patchwork.kernel.org/patch/10069557/ Do you have any comments, or would you please pick it up? Thanks for your patience, I will send it along with other

Re: [patch 1/2] mm, mmu_notifier: annotate mmu notifiers with blockable invalidate callbacks

Am 12.12.2017 um 22:28 schrieb David Rientjes: On Tue, 12 Dec 2017, Dimitri Sivanich wrote: --- a/drivers/misc/sgi-gru/grutlbpurge.c +++ b/drivers/misc/sgi-gru/grutlbpurge.c @@ -298,6 +298,7 @@ struct gru_mm_struct *gru_register_mmu_notifier(void) return

Re: [PATCH V4 07/12] boot_constraint: Add debugfs support

On Sun, Oct 29, 2017 at 07:18:55PM +0530, Viresh Kumar wrote: > This patch adds debugfs support for boot constraints. This is how it > looks for a "vmmc-supply" constraint for the MMC device. > > $ ls -R /sys/kernel/debug/boot_constraints/ > /sys/kernel/debug/boot_constraints/: > f723d000.dwmmc0

Re: [PATCH V4 04/12] boot_constraint: Add support for supply constraints

On Sun, Oct 29, 2017 at 07:18:52PM +0530, Viresh Kumar wrote: > This patch adds the first constraint type: power-supply. > > The constraint is set by enabling the regulator and setting a voltage > range (if required) for the respective regulator device, which will be > honored by the regulator

Re: [PATCH net-next] net: stmmac: fix broken dma_interrupt handling for multi-queues

Hi Niklas, Às 10:56 PM de 12/7/2017, Niklas Cassel escreveu: > There is nothing that says that number of TX queues == number of RX > queues. E.g. the ARTPEC-6 SoC has 2 TX queues and 1 RX queue. > Yes you are totally right. Our Hardware was configured with 4RX queues and 4TX queues and that

Re: [PATCH v10 4/4] [media] platform: Add Synopsys DesignWare HDMI RX Controller Driver

Jose, On 12/12/17 17:02, Jose Abreu wrote: >>> Signed-off-by: Jose Abreu >>> Cc: Joao Pinto >>> Cc: Mauro Carvalho Chehab >>> Cc: Hans Verkuil >>> Cc: Sylwester Nawrocki >>> Cc:

Re: [PATCH v3 09/33] nds32: Cache and TLB routines

2017-12-13 17:45 GMT+08:00 Guo Ren : > Hello, > > CPU team could improve the tlbop_*. Eg: Design a hardware > internal flag bit for SR_TLB_VPN, tlbop_* will invalid it and mtsr > SR_TLB_VPN will valid it. > > So: > On Wed, Dec 13, 2017 at 05:03:33PM +0800, Greentime Hu wrote: >>

[PATCH for v4.9-stable] sched: fix softirq time accounting

From: Rabin Vincent softirq time accounting is broken on v4.9.x if ksoftirqd runs. With CONFIG_IRQ_TIME_ACCOUNTING=y # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set this test code: struct tasklet_struct tasklet; static void delay_tasklet(unsigned

Re: [PATCH v5 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board

On Wed, Dec 13, 2017 at 9:26 AM, Alexander Sverdlin wrote: > On Wed Dec 13 08:34:22 2017 Linus Walleij wrote: >> Arnd has been nudging me to do DT conversion for EP93xx >> so if there are many active industrial users of these >> I should

[PATCH 1/1] KVM/x86: Check input paging mode when cs.l is set

Reported by syzkaller: WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631 x86_emulate_insn+0x557/0x15f0 [kvm] Modules linked in: kvm_intel kvm [last unloaded: kvm] CPU: 0 PID: 27962 Comm: syz-executor Tainted: GB W 4.15.0-rc2-next-20171208+ #32 Hardware name:

Re: [PATCH] IPI performance benchmark

On Mon, Dec 11, 2017 at 05:30:25PM +0100, Christian Borntraeger wrote: > > > On 12/11/2017 03:55 PM, Yury Norov wrote: > > On Mon, Dec 11, 2017 at 03:35:02PM +0100, Christian Borntraeger wrote: > >> > >> > >> On 12/11/2017 03:16 PM, Yury Norov wrote: > >>> This benchmark sends many IPIs in

Re: [PATCH] USB: serial: ark3116.c: Remove unused TIOCSSERIAL case from ioctl

On Wed, Dec 13, 2017 at 12:30:04PM +0300, Mikhail Zaytsev wrote: > The patch removes unused TIOCSSERIAL case from ioctl. TIOCGSERIAL case > moves to the get_serial_info() function. Some magic numbers moves to > #define directives. You need to split logical changes up in separate patches, and

[PATCH] MAINTAINERS: add git URL for at24

Add the link to my git tree to the at24 section. Signed-off-by: Bartosz Golaszewski --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 55af54fa0837..edaf9802a11f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2262,6 +2262,7 @@ F:

Re: [PATCH] USB: serial: ark3116.c: Remove unused TIOCSSERIAL case from ioctl

On Wed, 13 Dec 2017 11:17:28 +0100 Oliver Neukum wrote: > Am Mittwoch, den 13.12.2017, 12:30 +0300 schrieb Mikhail Zaytsev: > > +#define RS232_VENDOR 0x6547 > > +#define RS232_PRODUCT 0x0232 > > +#define IRDA_VENDOR 0x18ec > > +#define IRDA_PRODUCT 0x3118 > >   > >  /* usb

Re: [PATCH v3 3/4] crypto: exynos - Reseed PRNG after generating 2^16 random bytes

On Tue, Dec 12, 2017 at 5:36 PM, Łukasz Stelmach wrote: > Reseed PRNG after reading 65 kB of randomness. Although this may reduce > performance, in most cases the loss is not noticeable. Also the time > based threshold for reseeding is changed to one second. Reseeding is >

[PATCH] platform/x86: dell-smo8800: Possible unnecessary 'out of memory' message

Removed Possible unnecessary 'out of memory' message checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/platform/x86/dell-smo8800.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

Re: [PATCH v3 09/33] nds32: Cache and TLB routines

2017-12-13 16:19 GMT+08:00 Guo Ren : > On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote: > >> I think it should be fine if an interruption between mtsr_dsb and >> tlbop_rwr because this is a optimization by sw. > > Fine? When there is an unexpected vaddr in

Re: [PATCH] platform/x86: dell-smo8800: Possible unnecessary 'out of memory' message

On Wednesday 13 December 2017 13:53:54 Dhaval Shah wrote: > Removed Possible unnecessary 'out of memory' message checkpatch warnings. > Issue found by checkpatch. > > Signed-off-by: Dhaval Shah > --- > drivers/platform/x86/dell-smo8800.c | 4 +--- > 1 file changed,

Re: [GIT PULL for v4.15-rc3] media fixes

Hi Mauro, On Mon, Dec 11, 2017 at 12:12 PM, Mauro Carvalho Chehab wrote: > Without this series, I was getting 809 lines of bogus warnings (see below), > with was preventing me to see new warnings on my incremental builds > while applying new patches at the media tree. $

Re: [PATCH v3 09/33] nds32: Cache and TLB routines

2017-12-13 16:53 GMT+08:00 Guo Ren : > On Wed, Dec 13, 2017 at 04:30:41PM +0800, Greentime Hu wrote: >> 2017-12-13 16:19 GMT+08:00 Guo Ren : >> > On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote: >> > >> >> I think it should be fine if an

Re: [PATCH 2/6] ARM: stm32: add initial support for STM32MP157

On 12/13/2017 12:24 AM, Rob Herring wrote: On Fri, Dec 08, 2017 at 03:11:13PM +0100, Ludovic Barre wrote: From: Ludovic Barre This patch adds initial support of STM32MP157 microprocessor (MPU) based on Arm Cortex-A7. Under new ARCH_STM32_MPU flag we select the needed

Re: TSC x86 fixes for LTS kernel 4.9.x

On Wed, Dec 13, 2017 at 10:33:52AM +0200, Dan Aloni wrote: > Hi all, > > I've tested the following changes, belonging to merge commit f7dd3b1734e, > on top of 4.9.68 after a very easy backport from 4.10, and I think it > may be worthwhile adding them to 4.9.x: > > x86/tsc: Limit the adjust

[PATCH 1/4] cpufreq: schedutil: Initialize sg_cpu->flags to 0

Initializing sg_cpu->flags to SCHED_CPUFREQ_RT has no obvious benefit. The flags field wouldn't be used until the utilization update handler is called for the first time, and once that is called we will overwrite flags anyway. Initialize it to 0. Change-Id:

  1   2   3   4   5   6   7   8   9   10   >