Re: [PATCH 4.14 00/75] 4.14.5-stable review

2017-12-08 Thread Ivan Kozik
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman wrote: > On Sat, Dec 09, 2017 at 03:34:24AM +, Ivan Kozik wrote: >> I saw no problems on 8 of 9 machines, but the last one had a problem >> because it used NVIDIA drivers (387); DKMS reported: >> >> FATAL: modpost:

Re: [PATCH 2/2] KVM: x86: Allow userspace to define what's the microcode version

2017-12-08 Thread Sironi, Filippo
> On 27. Nov 2017, at 14:09, Steve Rutherford wrote: > > On Mon, Nov 27, 2017 at 3:58 AM, Paolo Bonzini wrote: >> On 26/11/2017 17:41, Filippo Sironi wrote: >>> ... that the guest should see. >>> Guest operating systems may check the microcode

Re: [PATCH 4.14 00/75] 4.14.5-stable review

2017-12-08 Thread Greg Kroah-Hartman
On Sat, Dec 09, 2017 at 03:34:24AM +, Ivan Kozik wrote: > On Thu, Dec 7, 2017 at 1:07 PM, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.14.5 release. > > There are 75 patches in this series, all will be posted as a response

Re: [PATCH 2/2] KVM: x86: Allow userspace to define what's the microcode version

2017-12-08 Thread Sironi, Filippo
> On 27. Nov 2017, at 03:58, Paolo Bonzini wrote: > > On 26/11/2017 17:41, Filippo Sironi wrote: >> ... that the guest should see. >> Guest operating systems may check the microcode version to decide whether >> to disable certain features that are known to be buggy up to

Re: [PATCH 4.4 20/49] usbip: tools: Install all headers needed for libusbip development

2017-12-08 Thread Greg Kroah-Hartman
On Sat, Dec 09, 2017 at 06:16:04AM +, alexander.le...@verizon.com wrote: > On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote: > >On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote: > >> 4.4-stable review patch.  If anyone has any objections, please let me know. > >> > >>

Re: [PATCH 2/2] KVM: x86: Allow userspace to define what's the microcode version

2017-12-08 Thread Sironi, Filippo
> On 27. Nov 2017, at 02:40, Paolo Bonzini wrote: > > On 26/11/2017 17:41, Filippo Sironi wrote: >> ... that the guest should see. >> Guest operating systems may check the microcode version to decide whether >> to disable certain features that are known to be buggy up to

Re: [RFC PATCH 2/5] perf jevents: add support for arch recommended events

2017-12-08 Thread Jiri Olsa
On Fri, Dec 08, 2017 at 03:42:10PM +, John Garry wrote: > On 08/12/2017 12:29, Jiri Olsa wrote: > > On Wed, Dec 06, 2017 at 03:20:14PM +, John Garry wrote: > > > On 06/12/2017 13:36, Jiri Olsa wrote: > > > > On Wed, Dec 06, 2017 at 12:13:16AM +0800, John Garry wrote: > > > > > For some

RE: [PATCH] scsi: bfa: convert to strlcpy/strlcat

2017-12-08 Thread Kalluru, Sudarsana
Acked-by: Sudarsana Kalluru -Original Message- From: Arnd Bergmann [mailto:a...@arndb.de] Sent: 04 December 2017 20:17 To: Gurumurthy, Anil ; Kalluru, Sudarsana ; James E.J. Bottomley

[RESEND PATCH] arm64: v8.4: Support for new floating point multiplication variant

2017-12-08 Thread Dongjiu Geng
ARM v8.4 extensions include support for new floating point multiplication variant instructions to the AArch64 SIMD instructions set. Let the userspace know about it via a HWCAP bit and MRS emulation. Cc: Suzuki K Poulose Signed-off-by: Dongjiu Geng

Re: [RFC PATCH 2/5] perf jevents: add support for arch recommended events

2017-12-08 Thread Jiri Olsa
On Fri, Dec 08, 2017 at 03:38:06PM +, John Garry wrote: SNIP > > > > > > Hi jirka, > > > > > Hi jirka, > > > > The linux kernel headers are not used for jevents tool. I would rather use > > > them if possible... > > > > should be as easy as adding #include ;-) > > > > Hi jirka, > >

[PATCH 2/2 v2] mtd: onenand: samsung: return an error if 'mtd_device_parse_register()' fails

2017-12-08 Thread Christophe JAILLET
If 'mtd_device_parse_register()' fails, we still return 0 which mean success. Return the error code instead, as done in all the other error handling paths. Signed-off-by: Christophe JAILLET --- Compile tested-only v2: call 'onenand_release()' to undo

[PATCH 1/2 v2] mtd: onenand: samsung: use devm_ function to simplify code and fix some leaks

2017-12-08 Thread Christophe JAILLET
Convert all error handling code in 's3c_onenand_probe()' to resource-managed alternatives in order to simplify code. This fixes a resource leak if 'platform_get_resource()' fails at line 872. The 'request_irq()' at line 971 was also un-balanced. It is now resource-managed. Signed-off-by:

[PATCH 0/2 v2] mtd: onenand: samsung: Simplify code and fix leaks in error handling paths

2017-12-08 Thread Christophe JAILLET
The first patch converts 's3c_onenand_probe()' to devm_ functions. This fixes a leak in one path (line 872). This also free_irq which was not handled at all. (I hope I'm correct :) ) The 2nd patch is about an un-handled error code which looks spurious. Not sure if I'm right. While

Re: [PATCH 2/2] KVM: x86: Allow userspace to define what's the microcode version

2017-12-08 Thread Sironi, Filippo
> On 26. Nov 2017, at 17:02, Wanpeng Li wrote: > > 2017-11-27 0:41 GMT+08:00 Filippo Sironi : >> ... that the guest should see. >> Guest operating systems may check the microcode version to decide whether >> to disable certain features that are known to be

[PATCH] mm: Release a semaphore in 'get_vaddr_frames()'

2017-12-08 Thread Christophe JAILLET
A semaphore is acquired before this check, so we must release it before leaving. Fixes: b7f0554a56f2 ("mm: fail get_vaddr_frames() for filesystem-dax mappings") Signed-off-by: Christophe JAILLET --- -- Untested -- The wording of the commit entry and log

[PATCH] arm64: v8.4: Support for new floating point multiplication variant

2017-12-08 Thread Dongjiu Geng
ARM v8.4 extensions include support for new floating point multiplication variant instructions to the AArch64 SIMD instructions set. Let the userspace know about it via a HWCAP bit and MRS emulation. Cc: Suzuki K Poulose Signed-off-by: Dongjiu Geng

[PATCH v4 3/5] MIPS: Loongson64: Yeeloong add platform driver

2017-12-08 Thread Jiaxun Yang
Yeeloong is a laptop with a MIPS Loongson 2F processor, AMD CS5536 chipset, and KB3310B controller. This yeeloong_laptop module enables access to sensors, battery, video camera switch, external video connector event, and some additional buttons. This driver was orginally from

[PATCH v4 4/5] MIPS: Loongson64: Load platform device during boot

2017-12-08 Thread Jiaxun Yang
This patch just add pdev during boot to load the platform driver Signed-off-by: Jiaxun Yang --- arch/mips/loongson64/lemote-2f/Makefile | 2 +- arch/mips/loongson64/lemote-2f/platform.c | 29 + 2 files changed, 30 insertions(+), 1

[PATCH v4 2/5] MIPS: Loongson64: lemote-2f move ec_kb3310b.h to include dir and clean up

2017-12-08 Thread Jiaxun Yang
To operate EC from platform driver, this head file need able to be include from anywhere. This patch just move ec_kb3310b.h to include dir and clean up ec_kb3310b.h. Signed-off-by: Jiaxun Yang --- arch/mips/include/asm/mach-loongson64/ec_kb3310b.h | 170

[PATCH v4 1/5] MIPS: Lonngson64: Copy kernel command line from arcs_cmdline

2017-12-08 Thread Jiaxun Yang
Since lemote-2f/marchtype.c need to get cmdline from loongson.h this patch simply copy kernel command line from arcs_cmdline to fix that issue Signed-off-by: Jiaxun Yang --- arch/mips/include/asm/mach-loongson64/loongson.h | 6 ++

[PATCH v4 5/5] MAINTAINERS: Add entry for Lemote YeeLoong Extra Driver

2017-12-08 Thread Jiaxun Yang
Add myself as a maintainer of Lemote YeeLoong Extra driver Signed-off-by: Jiaxun Yang --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) mode change 100644 => 100755 MAINTAINERS diff --git a/MAINTAINERS b/MAINTAINERS old mode 100644 new mode 100755 index

[PATCH v4 0/5] add Lemote YeeLoong Laptop support

2017-12-08 Thread Jiaxun Yang
Change since v3: Fix build error in platform.c

[PATCH] drm/i915/gvt/fb_decoder: Fix out-of-bounds read

2017-12-08 Thread Gustavo A. R. Silva
In case function skl_format_to_drm returns -EINVAL, fmt turns into a huge number as fmt is of type u32, hence there is an out-of-bounds read when using fmt as an index for array skl_pixel_formats at line 225: plane->bpp = skl_pixel_formats[fmt].bpp; Fix this by comparing the value returned by

Re: [PATCH] doc: convert printk-formats.txt to rst

2017-12-08 Thread Tobin C. Harding
[Adding Laura] On Fri, Dec 08, 2017 at 06:18:45PM -0800, Joe Perches wrote: > On Sat, 2017-12-09 at 12:27 +1100, Tobin C. Harding wrote: > > On Fri, Dec 08, 2017 at 01:22:37PM -0800, Joe Perches wrote: > > > > Outside of the documentation, what could be useful is for > > > someone to add a tool

[PATCH] s390/dasd: Simplify code

2017-12-08 Thread Christophe JAILLET
Use 'seq_printf(m, "...%*phN...")' instead of duplicating its implementation. Signed-off-by: Christophe JAILLET --- drivers/s390/block/dasd_eckd.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/s390/block/dasd_eckd.c

Re: [PATCH 4.4 20/49] usbip: tools: Install all headers needed for libusbip development

2017-12-08 Thread alexander . levin
On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote: >On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote: >> 4.4-stable review patch.  If anyone has any objections, please let me know. >> >> -- >> >> From: Ben Hutchings >> >> >> [ Upstream

Re: [PATCH 0/2] of: overlay: Crash fix and improvement

2017-12-08 Thread Frank Rowand
On 12/08/17 05:13, Geert Uytterhoeven wrote: > Hi Pantelis, Rob, Frank, > > This patch series fixes memory corruption when applying overlays. > > I first noticed this when using OF configfs. After lots of failed > debugging attempts, I bisected it to "of: overlay: add per overlay sysfs >

[PATCH] cgroup: limit max copied char length for cgroup file name

2017-12-08 Thread Ma Shimiao
the result of cgroup_file_name will be used by kernfs_remove_name, and then by kernfs_remove_by_name_ns(). If reached the max length, may have problem printed by WARN() in kernfs_remove_by_name_ns(). Signed-off-by: Ma Shimiao --- kernel/cgroup/cgroup.c | 2 +- 1

Re: Re: WARNING in x86_emulate_insn

2017-12-08 Thread Lan, Tianyu
On 12/8/2017 5:27 PM, Wanpeng Li wrote: 2017-12-08 16:28 GMT+08:00 Tianyu Lan : Hi Jim: Thanks for your help. 2017-12-08 5:25 GMT+08:00 Jim Mattson : Try disabling the module parameter, "unrestricted_guest." Make sure that the module

Re: [PATCH 4.4 89/96] spi: SPI_FSL_DSPI should depend on HAS_DMA

2017-12-08 Thread alexander . levin
On Thu, Dec 07, 2017 at 08:41:14PM +, Ben Hutchings wrote: >On Tue, 2017-11-28 at 11:23 +0100, Greg Kroah-Hartman wrote: >> 4.4-stable review patch.  If anyone has any objections, please let me know. >> >> -- >> >> From: Geert Uytterhoeven >> >> >> [

Re: [PATCH 4.4 78/96] drm/armada: Fix compile fail

2017-12-08 Thread alexander . levin
On Thu, Dec 07, 2017 at 08:16:05PM +, Ben Hutchings wrote: >On Tue, 2017-11-28 at 11:23 +0100, Greg Kroah-Hartman wrote: >> 4.4-stable review patch.  If anyone has any objections, please let me >> know. >> >> -- >> >> From: Daniel Vetter >> >> >> [

Re: [PATCH 4.4 95/96] s390/kbuild: enable modversions for symbols exported from asm

2017-12-08 Thread alexander . levin
On Thu, Dec 07, 2017 at 09:21:10PM +, Ben Hutchings wrote: >On Tue, 2017-11-28 at 11:23 +0100, Greg Kroah-Hartman wrote: >> 4.4-stable review patch.  If anyone has any objections, please let me know. >> >> -- >> >> From: Heiko Carstens >> >> >> [

[GIT PULL] Key subsystem fixes for 4.15

2017-12-08 Thread James Morris
/linux/kernel/git/jmorris/linux-security.git keys-for-linus for you to fetch changes up to 4ded3bec65a07343258ed8fd9d46483f032d866f: Merge tag 'keys-fixes-20171208' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs into keys-for-linus (2017-12-09 14:39:48 +1100

Re: Applied "ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update" to the asoc tree

2017-12-08 Thread Takashi Sakamoto
Hi Mark, On Dec 9 2017 03:52, Mark Brown wrote: The patch ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git The applied patches are in v1 patchset, but we have v2

[PATCH resend] fix boot hang with earlyprintk=efi,keep

2017-12-08 Thread Dave Young
earlyprintk=efi,keep does not work any more with a warning in mm/early_ioremap.c: WARN_ON(system_state != SYSTEM_BOOTING): Boot just hangs because of the earlyprintk within earlyprintk implementation code. This is caused by a new introduced middle state in below commit: commit 69a78ff226fe

Re: [PATCH 0/4] Add support for muxing individual pins

2017-12-08 Thread Bjorn Andersson
On Fri 08 Dec 09:22 PST 2017, Charles Keepax wrote: > On Fri, Dec 08, 2017 at 03:40:49PM +0100, Linus Walleij wrote: > > On Fri, Dec 8, 2017 at 3:29 PM, Charles Keepax > > wrote: > > > > > (...) I have finally > > > managed to get some time to look over the

Fund Transfer

2017-12-08 Thread Hazim Issa
Hello, I'm Mr. Hazim, A banker working in a bank in my country; there is a certain deceased customer of my bank who left behind her fund. I seek your partnership in receiving this fund. If interested, reply immediately for detailed information. My sincere regards, Mr. Hazim Issa.​

Re: [PATCH 1/2] platform/x86: wmi: prefix sysfs files in /sys/bus/wmi with the ACPI device

2017-12-08 Thread Mario.Limonciello
>> On Dec 8, 2017, at 6:34 PM, Mario Limonciello >> wrote: >> >> It's possible for the same GUID to show up on as system twice. >> This means using solely the GUID for identify the file will not >> be sufficient. > >Isn't the file already in a per-bus directory? Yep,

Re: [PATCH 4.14 00/75] 4.14.5-stable review

2017-12-08 Thread Ivan Kozik
On Thu, Dec 7, 2017 at 1:07 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.5 release. > There are 75 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH v4] mm, thp: introduce generic transparent huge page allocation interfaces

2017-12-08 Thread Du, Changbin
On Fri, Dec 08, 2017 at 09:27:37AM +0100, Michal Hocko wrote: > On Fri 08-12-17 12:42:55, changbin...@intel.com wrote: > > From: Changbin Du > > > > This patch introduced 4 new interfaces to allocate a prepared transparent > > huge page. These interfaces merge distributed

Re: [PATCH v2] mm: terminate shrink_slab loop if signal is pending

2017-12-08 Thread Suren Baghdasaryan
On Fri, Dec 8, 2017 at 1:02 PM, David Rientjes wrote: > On Thu, 7 Dec 2017, Suren Baghdasaryan wrote: > >> Slab shrinkers can be quite time consuming and when signal >> is pending they can delay handling of the signal. If fatal >> signal is pending there is no point in

[PATCH] RISC-V: Limit the scope of TLB shootdowns

2017-12-08 Thread Palmer Dabbelt
From: Andrew Waterman RISC-V systems perform TLB shootdows via the SBI, which currently performs an IPI to each of the remote harts which then performs a local TLB flush. This process is a bit on the slow side, but we can at least speed it up for some common cases by

Re: [PATCH 1/2] platform/x86: wmi: prefix sysfs files in /sys/bus/wmi with the ACPI device

2017-12-08 Thread Andy Lutomirski
--Andy > On Dec 8, 2017, at 6:34 PM, Mario Limonciello > wrote: > > It's possible for the same GUID to show up on as system twice. > This means using solely the GUID for identify the file will not > be sufficient. Isn't the file already in a per-bus directory?

[PATCH 2/2] platform/x86: wmi: Allow creating WMI devices with the same GUID

2017-12-08 Thread Mario Limonciello
In: commit d1f9e4970742 ("ACPI: WMI: Survive BIOS with duplicate GUIDs") parsing two of the same GUID was prevented in the WMI bus driver. At the time no one understood why GUID 05901221-D566-11D1-B2F0-00A0C9062910 was being duplicated. It's now known that GUID is used for the binary MOF file of

[PATCH 1/2] platform/x86: wmi: prefix sysfs files in /sys/bus/wmi with the ACPI device

2017-12-08 Thread Mario Limonciello
It's possible for the same GUID to show up on as system twice. This means using solely the GUID for identify the file will not be sufficient. Signed-off-by: Mario Limonciello --- drivers/platform/x86/wmi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH 0/2] Parse multiple duplicate WMI GUIDs

2017-12-08 Thread Mario Limonciello
I recently discovered that multiple instances of the WMI BMOF GUID are present on some machines with more advanced WMI implementations. Only the first found instance is parsed today with the rest ignored. The rest of the instances should be readable by the wmi-bmof driver (and userspace) to

Re: [PATCH] doc: convert printk-formats.txt to rst

2017-12-08 Thread Joe Perches
On Sat, 2017-12-09 at 12:27 +1100, Tobin C. Harding wrote: > On Fri, Dec 08, 2017 at 01:22:37PM -0800, Joe Perches wrote: > > Outside of the documentation, what could be useful is for > > someone to add a tool to verify %p extension to > > the typeof address actually passed as an argument. > >

[PATCH v3 3/5] ARM: davinci: make davinci_clk_reset() static

2017-12-08 Thread David Lechner
This makes davinci_clk_reset() static. It is not used anywhere else. Signed-off-by: David Lechner --- arch/arm/mach-davinci/clock.c | 3 +-- arch/arm/mach-davinci/clock.h | 1 - 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/arm/mach-davinci/clock.c

[PATCH v3 1/5] ARM: davinci: move davinci_clk_init() to init_time

2017-12-08 Thread David Lechner
This moves the call of davinci_clk_init() from map_io to init_time for all boards. This is the proper place to init clocks. This is also done in preparation for moving to the common clock framework. Signed-off-by: David Lechner --- arch/arm/mach-davinci/board-da830-evm.c

[PATCH v3 4/5] ARM: davinci: convert to common clock framework

2017-12-08 Thread David Lechner
This converts the clocks in mach-davinci to the common clock framework. Most of the patch just involves renaming struct clk to struct davinci_clk. There is also a struct clk_hw added to provide the bridge between the existing clock implementation and the common clock framework. The

[PATCH v3 5/5] ARM: davinci: remove clock debugfs

2017-12-08 Thread David Lechner
This removed the debugfs entry for mach-davinci clocks. The clocks now use the common clock framework, which provides debugfs already, so this code is redundant. Signed-off-by: David Lechner --- arch/arm/mach-davinci/clock.c | 79 ---

[PATCH v3 2/5] ARM: davinci: don't use static clk_lookup

2017-12-08 Thread David Lechner
In preparation of moving to the common clock framework, usage of static struct clk_lookup is removed. The common clock framework uses an opaque struct clk, so we won't be able to use static tables as was previously done. davinci_clk_init() is changed to init a single clock instead of a table.

[PATCH v3 0/5] ARM: davinci: convert to common clock framework

2017-12-08 Thread David Lechner
This series takes the first steps towards moving mach-davinci to the common clock framework. Basically, this series does some cleanup and rearranging to get things ready for the conversion. Then in "ARM: davinci: convert to common clock framework" we actually make the conversion. This is done by

Re: [PATCH V3] ACPI / GED: unregister interrupts during shutdown

2017-12-08 Thread Sinan Kaya
On 12/8/2017 8:54 AM, Rafael J. Wysocki wrote: >> static int ged_remove(struct platform_device *pdev) >> +{ >> + struct acpi_ged_device *geddev = platform_get_drvdata(pdev); >> >> + ged_cleanup_irq(geddev); > Do you really need this duplication? You may as well call > ged_shutdown()

Re: [PATCH v2 2/5] ARM: davinci: don't use static clk_lookup

2017-12-08 Thread David Lechner
On 12/08/2017 07:43 PM, David Lechner wrote: In preparation of moving to the common clock framework, usage of static struct clk_lookup is removed. The common clock framework uses an opaque struct clk, so we won't be able to use static tables as was previously done. davinci_clk_init() is changed

[PATCH v2 1/5] ARM: davinci: move davinci_clk_init() to init_time

2017-12-08 Thread David Lechner
This moves the call of davinci_clk_init() from map_io to init_time for all boards. This is the proper place to init clocks. This is also done in preparation for moving to the common clock framework. Signed-off-by: David Lechner --- v2 changes: * Introduce new init_time

[PATCH v2 0/5] ARM: davinci: convert to common clock framework

2017-12-08 Thread David Lechner
This series takes the first steps towards moving mach-davinci to the common clock framework. Basically, this series does some cleanup and rearranging to get things ready for the conversion. Then in "ARM: davinci: convert to common clock framework" we actually make the conversion. This is done by

[PATCH v2 5/5] ARM: davinci: remove clock debugfs

2017-12-08 Thread David Lechner
This removed the debugfs entry for mach-davinci clocks. The clocks now use the common clock framework, which provides debugfs already, so this code is redundant. Signed-off-by: David Lechner --- v2 changes: None arch/arm/mach-davinci/clock.c | 79

[PATCH v2 4/5] ARM: davinci: convert to common clock framework

2017-12-08 Thread David Lechner
This converts the clocks in mach-davinci to the common clock framework. Most of the patch just involves renaming struct clk to struct davinci_clk. There is also a struct clk_hw added to provide the bridge between the existing clock implementation and the common clock framework. The

[PATCH v2 3/5] ARM: davinci: make davinci_clk_reset() static

2017-12-08 Thread David Lechner
This makes davinci_clk_reset() static. It is not used anywhere else. Signed-off-by: David Lechner --- v2 changes: None arch/arm/mach-davinci/clock.c | 3 +-- arch/arm/mach-davinci/clock.h | 1 - 2 files changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH v2 2/5] ARM: davinci: don't use static clk_lookup

2017-12-08 Thread David Lechner
In preparation of moving to the common clock framework, usage of static struct clk_lookup is removed. The common clock framework uses an opaque struct clk, so we won't be able to use static tables as was previously done. davinci_clk_init() is changed to init a single clock instead of a table.

Re: [PATCH] doc: convert printk-formats.txt to rst

2017-12-08 Thread Tobin C. Harding
On Fri, Dec 08, 2017 at 01:22:37PM -0800, Joe Perches wrote: > On Fri, 2017-12-08 at 13:06 -0800, Kees Cook wrote: > > Well ... my sense is that lib/vsprintf.c should remain the canonical > > documentation. > > I agree. > > > Anyone working on the code has the docs all together in > > one file.

Re: [PATCH 4/5] Input: edt-ft5x06 - Add support for regulator

2017-12-08 Thread Dmitry Torokhov
On Fri, Dec 08, 2017 at 05:16:29PM -0800, Dmitry Torokhov wrote: > Hi Mylène, > > On Fri, Dec 08, 2017 at 10:54:18PM +0100, Mylène Josserand wrote: > > Add the support of regulator to use them as VCC source. > > > > Signed-off-by: Mylène Josserand > > --- >

Re: [PATCH 4/4] checkpatch: add check for tag Co-Developed-by

2017-12-08 Thread Tobin C. Harding
On Fri, Dec 08, 2017 at 08:42:52AM +0100, Greg Kroah-Hartman wrote: > On Fri, Dec 08, 2017 at 10:27:51AM +1100, Tobin C. Harding wrote: > > From: Joe Perches > > > > Recently signature tag Co-Developed-by was added to the > > kernel (Documentation/process/5.Posting.rst).

Re: [PATCH 4/5] Input: edt-ft5x06 - Add support for regulator

2017-12-08 Thread Dmitry Torokhov
Hi Mylène, On Fri, Dec 08, 2017 at 10:54:18PM +0100, Mylène Josserand wrote: > Add the support of regulator to use them as VCC source. > > Signed-off-by: Mylène Josserand > --- > drivers/input/touchscreen/edt-ft5x06.c | 33 +

[PATCH V2] arm64: fault: avoid send SIGBUS two times

2017-12-08 Thread Dongjiu Geng
do_sea() calls arm64_notify_die() which will always signal user-space. It also returns whether APEI claimed the external abort as a RAS notification. If it returns failure do_mem_abort() will signal user-space too. do_mem_abort() wants to know if we handled the error, we always call

[PATCH] staging: ion: Fix ion_cma_heap allocations

2017-12-08 Thread John Stultz
In trying to add support for drm_hwcomposer to HiKey, I've needed to utilize the ION CMA heap, and I've noticed problems with allocations on newer kernels failing. It seems back with 204f672255c2 ("ion: Use CMA APIs directly"), the ion_cma_heap code was modified to use the CMA API, but kept the

[PATCH] futex: Check for uaddr alignment as early as possible

2017-12-08 Thread Darren Hart
From: "Darren Hart (VMware)" uaddr alignment is currently tested by get_futex_key(). We can catch misalignment earlier in sys_futex and return -EINVAL sooner. This simplifies get_futex_key() a little, but more importantly exits the kernel as soon as an invalid parameter is

Re: [PATCH v5 net-next] net/tcp: trace all TCP/IP state transition with tcp_set_state tracepoint

2017-12-08 Thread Yafang Shao
2017-12-09 0:28 GMT+08:00 David Miller : > From: Yafang Shao > Date: Fri, 8 Dec 2017 23:50:44 +0800 > >> 2017-12-08 23:42 GMT+08:00 David Miller : >>> From: Yafang Shao >>> Date: Fri, 8 Dec 2017 11:40:23 +0800

[PATCH] wcn36xx: Reduce spinlock in indication handler

2017-12-08 Thread Bjorn Andersson
The purpose of pushing indication on a list and handle these in a separate worker is to allow the handlers to sleep. It does therefor not make much sense to hold the queue spinlock through the entire indication worker function. By removing items from the queue early we don't need to hold the lock

[PATCH][next] scsi: arcmsr: remove redundant check for secs < 0

2017-12-08 Thread Colin King
From: Colin Ian King The check for secs being less than zero is redundant for two reasons. Firstly, secs is unsigned so the check is always going to be false. Secondly, if secs was signed the proceeding calculation of secs is never going to be negative. Hence we can

[PATCH] x86/intel_rdt: Classify /proc/cpuinfo flag bits and add missing bits in documentation

2017-12-08 Thread Fenghua Yu
From: Fenghua Yu With more flag bits in /proc/cpuinfo for RDT, it's better to classify the bits for readability. Some previously missing bits are added as well. Signed-off-by: Fenghua Yu --- Documentation/x86/intel_rdt_ui.txt | 7 ++- 1 file

Re: [PATCH 10/13] clk: qcom: support for Huayra PLL

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Following are the major differences in Huayra PLL > > 1. PLL Alpha Value is 16 bits > 2. Depending on alpha_mode, the pll_alpha_val can be treated as >M/N value or as a two’s compliment number. > 3. Huayra PLL supports PLL dynamic programming. User can change

Re: [PATCH 11/13] clk: qcom: support for Brammo PLL

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > 1. Brammo PLL does not allow configuration of VCO > 2. Supports the dynamic update in which the frequency can >be changed dynamically without turning off the PLL > 3. The register offsets are different from normal Alpha PLL > > Signed-off-by: Abhishek Sahu

Re: [PATCH 09/13] clk: qcom: add flag for VCO operation

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Some of the Alpha PLL’s does not have VCO configuration so this > patch adds the flag and does not perform VCO operation if this > flag is set. > > Signed-off-by: Abhishek Sahu > --- Applied to clk-next -- Qualcomm Innovation Center,

Re: [PATCH 12/13] clk: qcom: support for 2 bit PLL post divider

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Current PLL driver only supports 4 bit PLL post divider so > modified the PLL divider operations to support 2 bit PLL > post divider. > > Signed-off-by: Abhishek Sahu > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a

Re: [PATCH 06/13] clk: qcom: flag for 64 bit CONFIG_CTL

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Some of the Alpha PLL’s (like Spark, Brammo PLL) do not have > CONFIG_CTL_U register. This patch adds the flag in properties > for PLL’s which have CONFIG_CTL_U register and checks the same > while doing PLL initial configuration. > > Signed-off-by: Abhishek Sahu

Re: [PATCH 05/13] clk: qcom: add and use alpha register width from PLL properties

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Currently SUPPORTS_16BIT_ALPHA flag determines the PLL alpha > register width. If this flag is set then the alpha register width > is 16 bits otherwise it is 40 bits. The alpha width is always > fixed for PLL type so it can be added in PLL properties and clock >

Re: [PATCH 07/13] clk: qcom: support for alpha mode configuration

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > The current configuration does not fully configure PLL alpha mode > and values so this patch > > 1. Configures PLL_ALPHA_VAL_U for PLL which supports 40 bit alpha. > 2. Adds alpha enable and alpha mode configuration support. > > Signed-off-by: Abhishek Sahu

Re: [PATCH 08/13] clk: qcom: support for dynamic updating the PLL

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Some of the Alpha PLL’s support dynamic update in which the > frequency can be changed dynamically without turning off the PLL. > > This dynamic update requires the following sequence > > 1. Write the desired values to pll_l_val and pll_alpha_val > 2. Toggle

Re: [PATCH 04/13] clk: qcom: fix 16 bit alpha support calculation

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > The alpha value calculation function has been written for 40 bit > alpha which is not coming properly for 16 bit > > 1. Alpha value is being calculated on the basis of >ALPHA_BITWIDTH to make the computation easy for 40 bit alpha. >After calculating the 32

Re: [PATCH 03/13] clk: qcom: support for alpha pll properties

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Alpha PLL is a generic name used for QCOM PLL’s which uses L > and Alpha values for configuring the integer and fractional part. > QCOM SoC’s use different types of Alpha PLL’s for which basic > software configuration part is common with following differences. > >

Re: [PATCH 13/13] clk: qcom: add read-only alpha pll post divider operations

2017-12-08 Thread Stephen Boyd
On 09/28, Abhishek Sahu wrote: > Some of the divider settings are preconfigured and should not > be changed by the clock framework during frequency change. This > patch adds the read-only divider operation for QCOM alpha pll > post divider which is equivalent to generic divider operations in >

Re: [PATCH V2 net-next 2/8] net: hns3: Add mailbox support to VF driver

2017-12-08 Thread Philippe Ombredanne
Sali, On Fri, Dec 8, 2017 at 10:16 PM, Salil Mehta wrote: > This patch adds the support of the mailbox to the VF driver. The > mailbox shall be used as an interface to communicate with the > PF driver for various purposes like {set|get} MAC related > operations, reset,

Re: [PATCH 00/13] Updates for QCOM Alpha PLL

2017-12-08 Thread Stephen Boyd
On 12/08, Abhishek Sahu wrote: > On 2017-12-07 11:53, Stephen Boyd wrote: > >On 09/28, Abhishek Sahu wrote: > >>This patch series does the miscellaneous changes in QCOM Alpha PLL > >>operation and structure to support other types of Alpha PLL’s. > >> > >>1. It adds the pll_type which will be used

Re: [PATCH] asus-wireless: send an EV_SYN/SYN_REPORT between state changes

2017-12-08 Thread Darren Hart
On Mon, Dec 04, 2017 at 10:26:17AM +1000, Peter Hutterer wrote: > Sending the switch state change twice within the same frame is invalid evdev > protocol and only works if the client handles keys immediately as well. > Processing events immediately is incorrect, it forces a fake order of events >

mmotm 2017-12-08-16-01 uploaded

2017-12-08 Thread akpm
The mm-of-the-moment snapshot 2017-12-08-16-01 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH] ntb_transport: fix qp count bug

2017-12-08 Thread Logan Gunthorpe
Sorry, ignore this. I sent an old patch. Logan On 08/12/17 05:01 PM, Logan Gunthorpe wrote: In cases where there are more mw's than spads/2-2, the mw count gets reduced to match the limitation. ntb_transport also tries to ensure that there are fewer qps than mws but uses the full mw count

[PATCH 2/2] ntb_hw_switchtec: Check for alignment of the buffer in mw_set_trans()

2017-12-08 Thread Logan Gunthorpe
With Switchtec hardware, the buffer used for a memory window must be aligned to its size (the hardware only replaces the lower bits). In certain circumstances dma_alloc_coherent() will not provide a buffer that adheres to this requirement like when using the CMA and CONFIG_CMA_ALIGNMENT is set

Re: [PATCH] drm/nouveau/imem/nv50: fix incorrect use of refcount API

2017-12-08 Thread Adam Borowski
On Fri, Dec 08, 2017 at 06:30:34PM +, Ard Biesheuvel wrote: > Commit be55287aa5b ("drm/nouveau/imem/nv50: embed nvkm_instobj directly > into nv04_instobj") introduced some new calls to the refcount api to > the nv50 mapping code. In one particular instance, it does the > following: > > if

[PATCH 1/2] ntb_transport: Fix bug with max_mw_size parameter

2017-12-08 Thread Logan Gunthorpe
When using the max_mw_size parameter of ntb_transport to limit the size of the Memory windows, communication cannot be established and the queues freeze. This is because the mw_size that's reported to the peer is correctly limited but the size used locally is not. So the MW is initialized with a

[PATCH] ntb_transport: fix qp count bug

2017-12-08 Thread Logan Gunthorpe
In cases where there are more mw's than spads/2-2, the mw count gets reduced to match the limitation. ntb_transport also tries to ensure that there are fewer qps than mws but uses the full mw count instead of the reduced one. When this happens, the math in 'ntb_transport_setup_qp_mw' will get

Re: [PATCH] ntb_netdev: set the net_device's parent

2017-12-08 Thread Logan Gunthorpe
Sorry ignore this. I sent an old patch :( Logan On 08/12/17 05:01 PM, Logan Gunthorpe wrote: At present, ntb_netdev devices end up under /sys/devices/virtual/net completely unconnected to the ntb trees below them. This patch sets the parent of the net_device (using SET_NETDEV_DEV) to the

[PATCH] ntb_netdev: set the net_device's parent

2017-12-08 Thread Logan Gunthorpe
At present, ntb_netdev devices end up under /sys/devices/virtual/net completely unconnected to the ntb trees below them. This patch sets the parent of the net_device (using SET_NETDEV_DEV) to the client_dev device. This results in a better connected sysfs path for the network device:

Re: [PATCH 0/9] remove some of unneeded kallsyms includes

2017-12-08 Thread Sergey Senozhatsky
On (12/08/17 14:24), Andrew Morton wrote: > On Fri, 8 Dec 2017 11:56:07 +0900 Sergey Senozhatsky > wrote: > > > A small patch set that removes some kallsyms includes > > here and there. Mostly those kallsyms includes are leftovers: > > printk() gained

[PATCH] ACPI / CPPC: remove initial assignment of pcc_ss_data

2017-12-08 Thread Colin King
From: Colin Ian King The initialization of pcc_ss_data from pcc_data[pcc_ss_id] before pcc_ss_id is being range checked could lead to an out-of-bounds array read. This very same initialization is also being performed after the range check on pcc_ss_id, so we can just

Re: [PATCH] tools/slabinfo-gnuplot: force to use bash shell

2017-12-08 Thread Sergey Senozhatsky
On (12/08/17 14:02), Andrew Morton wrote: > > On (12/08/17 17:37), Liu, Changcheng wrote: > > > > > > On some linux distributions, the default link of sh > > > is dash which deoesn't support split array like > > > ${var//,/ } > > > It's better to force to use bash shell directly. > > > > > >

Re: [PATCH 4/9] pci: remove unneeded kallsyms include

2017-12-08 Thread Sergey Senozhatsky
On (12/08/17 11:53), Bjorn Helgaas wrote: > On Fri, Dec 08, 2017 at 11:56:11AM +0900, Sergey Senozhatsky wrote: > > The file was converted from print_fn_descriptor_symbol() > > to %pF some time ago (c9bbb4abb658da "PCI: use %pF instead > > of print_fn_descriptor_symbol() in quirks.c"). kallsyms

Re: block: oopses on 4.13.*, 4.14.* and 4.15-rc2 (bisected)

2017-12-08 Thread Ming Lei
On Fri, Dec 08, 2017 at 01:08:37PM -0700, Jens Axboe wrote: > On 12/08/2017 08:38 AM, Michele Ballabio wrote: > > Hi, > > kernels 4.13.*, 4.14.* 4.15-rc2 crash on occasion, especially > > on x86-32 systems. To trigger the problem, run as root: > > > > while true > > do > >

Re: [PATCH] platform/x86: intel-vbtn: Simplify autorelease logic

2017-12-08 Thread Darren Hart
On Sat, Dec 09, 2017 at 12:28:18AM +0100, Stefan Brüns wrote: > On Saturday, December 9, 2017 12:07:08 AM CET Darren Hart (VMware) wrote: > > The new notify_handler logic determining if autorelease should be used or > > not is a bit awkward, and can result in more than one call to > >

  1   2   3   4   5   6   7   8   9   10   >