[PATCH] Bluetooth: Delete error messages for failed memory allocations in two functions

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 08:42:28 +0200 Omit two extra messages for memory allocation failures in these functions. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf S

Re: [PATCH] kconfig: always use user input symbols

2017-05-21 Thread kbuild test robot
Hi Tycho, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc2 next-20170522] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tycho-Andersen/kconfig-always-use-user-input-s

RE: [PATCH] efi-pstore: Fix write/erase id tracking

2017-05-21 Thread Lofstedt, Marta
Thanks Kees, I confirm that with below patch on top of 4.12.0-rc2 pstore efi vars is now working as expected again. BR, Marta > -Original Message- > From: Kees Cook [mailto:keesc...@chromium.org] > Sent: Friday, May 19, 2017 9:27 PM > To: Lofstedt, Marta > Cc: Anton Vorontsov ; Colin C

RE: [PATCH] kexec/kdump: Minor Documentation updates for arm64 and Image

2017-05-21 Thread Bharat Bhushan
> -Original Message- > From: Pratyush Anand [mailto:pan...@redhat.com] > Sent: Monday, May 22, 2017 12:09 PM > To: AKASHI Takahiro ; Dave Young > ; Bharat Bhushan ; > b...@redhat.com; vgo...@redhat.com; cor...@lwn.net; > ke...@lists.infradead.org; linux-...@vger.kernel.org; linux- > ker..

Re: [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars

2017-05-21 Thread Jarkko Nikula
On 05/22/2017 08:46 AM, Jan Kiszka wrote: We need to initializes those variables to 0 for platforms that do not provide ACPI parameters. Otherwise, we set sda_hold_time to random values, breaking e.g. Galileo and IOT2000 boards. Fixes: 9d6408433019 ("i2c: designware: don't infer timings describe

Re: [PATCH] kexec/kdump: Minor Documentation updates for arm64 and Image

2017-05-21 Thread Pratyush Anand
On Friday 19 May 2017 09:15 AM, AKASHI Takahiro wrote: +to load dump-capture kernel. + + kexec -p \ + --initrd= \ + --append="root= " For uncompressed Image, dtb is not necessary? Just for clarification, dtb is optional for both vmlinux and Image on arm64. (This means you can specify i

Re: [PATCH 0/5] hwmon: move include files out of include/linux/i2c

2017-05-21 Thread Wolfram Sang
Hi Guenter, > > Note that some files don't seem to have upstream > > users in board code, so they maybe could even be removed? I didn't check for > > While I understand where you are coming from, I am not typically that > aggressive. > Such removals force vendors who are not really forthcoming w

Re: [PATCH] ALSA: sound/isa: constify snd_kcontrol_new structures

2017-05-21 Thread Bhumika Goyal
On Mon, May 22, 2017 at 11:59 AM, Takashi Iwai wrote: > On Mon, 22 May 2017 08:20:45 +0200, > Julia Lawall wrote: >> >> >> >> On Mon, 22 May 2017, Bhumika Goyal wrote: >> >> > On Sun, May 21, 2017 at 12:39 PM, Takashi Iwai wrote: >> > > On Wed, 17 May 2017 14:33:45 +0200, >> > > Bhumika Goyal wro

[PATCH 4750/4750] net: ipv4: tcp: fixed comment coding style issue

2017-05-21 Thread Rohit Chavan
Fixed a coding style issue Signed-off-by: Rohit Chavan --- net/ipv4/tcp.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c index 1e4c76d..87b0296 100644 --- a/net/ipv4/tcp.c +++ b/net/ipv4/tcp.c @@ -2183,7 +2183,7 @@ void tcp_close(struct s

Re: [PATCH] ALSA: sound/isa: constify snd_kcontrol_new structures

2017-05-21 Thread Takashi Iwai
On Mon, 22 May 2017 08:20:45 +0200, Julia Lawall wrote: > > > > On Mon, 22 May 2017, Bhumika Goyal wrote: > > > On Sun, May 21, 2017 at 12:39 PM, Takashi Iwai wrote: > > > On Wed, 17 May 2017 14:33:45 +0200, > > > Bhumika Goyal wrote: > > >> > > >> On Wed, May 17, 2017 at 5:50 PM, Takashi Iwai

Re: [PATCH] ALSA: sound/isa: constify snd_kcontrol_new structures

2017-05-21 Thread Julia Lawall
On Mon, 22 May 2017, Bhumika Goyal wrote: > On Sun, May 21, 2017 at 12:39 PM, Takashi Iwai wrote: > > On Wed, 17 May 2017 14:33:45 +0200, > > Bhumika Goyal wrote: > >> > >> On Wed, May 17, 2017 at 5:50 PM, Takashi Iwai wrote: > >> > On Wed, 17 May 2017 13:38:56 +0200, > >> > Bhumika Goyal wrot

Re: [v4 1/1] mm: Adaptive hash table scaling

2017-05-21 Thread Michael Ellerman
Pavel Tatashin writes: > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 8afa63e81e73..15bba5c325a5 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -7169,6 +7169,17 @@ static unsigned long __init > arch_reserved_kernel_pages(void) > #endif > > /* > + * Adaptive scale is mea

Re: [PATCH v1 2/3] device property: Add fwnode_graph_get_port_parent

2017-05-21 Thread Sakari Ailus
Hi Laurent and Kieran, On Fri, May 19, 2017 at 05:42:07PM +0300, Laurent Pinchart wrote: > Hi Kieran, > > On Friday 19 May 2017 14:34:33 Kieran Bingham wrote: > > On 18/05/17 14:36, Laurent Pinchart wrote: > > > On Wednesday 17 May 2017 16:03:38 Kieran Bingham wrote: > > >> From: Kieran Bingham

[PATCH 2/2] ieee802154: ca8210: Delete an error message for a failed memory allocation in ca8210_skb_rx()

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 08:03:17 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf Sign

[PATCH 1/2] ieee802154: ca8210: Delete an error message for a failed memory allocation in ca8210_probe()

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 07:32:46 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf Sign

[PATCH] mm: introduce MADV_CLR_HUGEPAGE

2017-05-21 Thread Mike Rapoport
Currently applications can explicitly enable or disable THP for a memory region using MADV_HUGEPAGE or MADV_NOHUGEPAGE. However, once either of these advises is used, the region will always have VM_HUGEPAGE/VM_NOHUGEPAGE flag set in vma->vm_flags. The MADV_CLR_HUGEPAGE resets both these flags and a

[PATCH 0/2] ieee802154: ca8210: Adjustments for two function implementations

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 08:08:04 +0200 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation in ca8210_probe() Delete an error message for a failed memory allocation in c

Re: [PATCH] drm/mediatek: fix mtk_hdmi_setup_vendor_specific_infoframe mistake

2017-05-21 Thread CK Hu
Hi, Nickey: Sorry for the late reply. I've applied this patch to my branch mediatek-drm-fixes-4.12-rc1. Regards, CK On Tue, 2017-03-21 at 16:27 +0800, Nickey Yang wrote: > mtk_hdmi_setup_vendor_specific_infoframe will return before handle > mtk_hdmi_hw_send_info_frame.Because hdmi_vendor_infofra

linux-next: Tree for May 22

2017-05-21 Thread Stephen Rothwell
Hi all, Changes since 20170519: The netfilter tree lost its build failure. The net-next tree gained a build failure so I used the version from next-20170519. The selinux tree gained a conflict against Linus' tree and a build failure for which I applied a fix patch. The tip tree gained a confli

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

2017-05-21 Thread Dmitry Vyukov
On Fri, May 19, 2017 at 3:53 AM, Joonsoo Kim wrote: > On Wed, May 17, 2017 at 03:17:13PM +0300, Andrey Ryabinin wrote: >> On 05/16/2017 04:16 AM, js1...@gmail.com wrote: >> > From: Joonsoo Kim >> > >> > Hello, all. >> > >> > This is an attempt to recude memory consumption of KASAN. Please see >>

Re: [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars

2017-05-21 Thread Ard Biesheuvel
> On 22 May 2017, at 07:46, Jan Kiszka wrote: > > We need to initializes those variables to 0 for platforms that do not > provide ACPI parameters. Otherwise, we set sda_hold_time to random > values, breaking e.g. Galileo and IOT2000 boards. > > Fixes: 9d6408433019 ("i2c: designware: don't infe

Re: Q. drm/i915 shrinker, synchronize_rcu_expedited() from handlers

2017-05-21 Thread Joonas Lahtinen
On la, 2017-05-20 at 10:56 +0900, J. R. Okajima wrote: > "J. R. Okajima": > > > > I don't know whether the fix is good to me or not yet. I will test your > > fix, but I am busy now and my test will be a few weeks later. Other > > people may want the fix soon. So I'd suggest you to reproduce the >

Re: [PATCH 1/2] libsas: Don't process sas events in static works

2017-05-21 Thread wangyijing
Hi Dan, thanks for your review and comments! 在 2017/5/21 11:44, Dan Williams 写道: > On Fri, May 19, 2017 at 11:39 PM, Yijing Wang wrote: >> Now libsas hotplug work is static, LLDD driver queue >> the hotplug work into shost->work_q. If LLDD driver >> burst post lots hotplug events to libsas, the h

Re: [PATCH v6] iio: adc: Add support for TI ADC108S102 and ADC128S102

2017-05-21 Thread Jan Kiszka
On 2017-05-21 16:13, Jonathan Cameron wrote: > On 21/05/17 15:06, Jonathan Cameron wrote: >> On 21/05/17 13:44, Jan Kiszka wrote: >>> On 2017-05-21 14:18, Jonathan Cameron wrote: On 21/05/17 13:17, Jonathan Cameron wrote: > On 21/05/17 12:59, Jan Kiszka wrote: >> On 2017-05-21 12:47, J

Re: [PATCH v2 0/4] ARM: dts: keystone: Add support for new K2G evm

2017-05-21 Thread santosh.shilim...@oracle.com
On 5/10/17 9:08 AM, Santosh Shilimkar wrote: On 4/24/2017 1:22 PM, Franklin S Cooper Jr wrote: This patchset adds support for new K2G Industrial Communication Engine evm. For now only a bare minimal dts which will allow ram boot. Additional peripherals will be added when base K2G SoC patches are

Re: [PATCH] ALSA: sound/isa: constify snd_kcontrol_new structures

2017-05-21 Thread Bhumika Goyal
On Sun, May 21, 2017 at 12:39 PM, Takashi Iwai wrote: > On Wed, 17 May 2017 14:33:45 +0200, > Bhumika Goyal wrote: >> >> On Wed, May 17, 2017 at 5:50 PM, Takashi Iwai wrote: >> > On Wed, 17 May 2017 13:38:56 +0200, >> > Bhumika Goyal wrote: >> >> >> >> Declare snd_kcontrol_new structures as const

Re: gpio-exar: Why filtering out Commtech devices?

2017-05-21 Thread Jan Kiszka
On 2017-05-22 07:48, Jan Kiszka wrote: > On 2017-05-21 22:08, Sudip Mukherjee wrote: >> Hi Jan, >> >> On 21/05/17 12:46, Jan Kiszka wrote: >>> Hi Sudip, >>> >>> why do we carry >>> >>> if (pcidev->vendor != PCI_VENDOR_ID_EXAR) >>> return -ENODEV; >>> >>> in gpio_exar_probe? This effecti

Re: is alpha jensen support dead?

2017-05-21 Thread Michael Ellerman
Christoph Hellwig writes: > Hi all, > > it seems like the Alpha Jense build (the only one using pci-noop.c) > and thus being a different build than all the later PCI capable > system has been broken since at least: > > commit 6aca0503847f6329460b15b3ab2b0e30bb752793 > Author: Christian Borntraege

Re: gpio-exar: Why filtering out Commtech devices?

2017-05-21 Thread Jan Kiszka
On 2017-05-21 22:08, Sudip Mukherjee wrote: > Hi Jan, > > On 21/05/17 12:46, Jan Kiszka wrote: >> Hi Sudip, >> >> why do we carry >> >> if (pcidev->vendor != PCI_VENDOR_ID_EXAR) >> return -ENODEV; >> >> in gpio_exar_probe? This effectively prevents that >> >> EXAR_DEVICE(COMMTECH,

[PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars

2017-05-21 Thread Jan Kiszka
We need to initializes those variables to 0 for platforms that do not provide ACPI parameters. Otherwise, we set sda_hold_time to random values, breaking e.g. Galileo and IOT2000 boards. Fixes: 9d6408433019 ("i2c: designware: don't infer timings described by ACPI from clock rate") Signed-off-by:

Re: [PATCH v2] drm: mediatek: change the variable type of rdma threshold

2017-05-21 Thread CK Hu
Hi, Bibby: One comment inline. On Fri, 2017-05-19 at 17:57 +0800, Bibby Hsieh wrote: > For some greater resolution, the rdma threshold > variable will overflow. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 --- > 1 file changed, 4 insertions(+), 3 del

Re: is alpha jensen support dead?

2017-05-21 Thread Matt Turner
On Sun, May 21, 2017 at 1:58 AM, Christoph Hellwig wrote: > Hi all, > > it seems like the Alpha Jense build (the only one using pci-noop.c) > and thus being a different build than all the later PCI capable > system has been broken since at least: > > commit 6aca0503847f6329460b15b3ab2b0e30bb752793

[PATCH v2] nvme/pci: remap BAR0 to cover admin CQ doorbell for large stride

2017-05-21 Thread Xu Yu
The existing driver initially maps 8192 bytes of BAR0 which is intended to cover doorbells of admin SQ and CQ. However, if a large stride, e.g. 10, is used, the doorbell of admin CQ will be out of 8192 bytes. Consequently, a page fault will be raised when the admin CQ doorbell is accessed in nvme_c

[PATCH 2/2] usbnet: Improve a size determination in usbnet_write_cmd_async()

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 06:42:33 +0200 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. Signed-off-by: Mar

[PATCH] cpufreq: dt: Set default policy->transition_delay_ns

2017-05-21 Thread Viresh Kumar
The rate_limit_us for the schedutil governor is getting set to 500 ms by default for the ARM64 hikey board. And its way too much, even for the default value. Lets set the default transition_delay_ns to something more realistic (10 ms), while the userspace always have a chance to set something it wa

[PATCH 1/2] usbnet: Delete an error message for a failed memory allocation in usbnet_write_cmd_async()

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 06:33:48 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf Sign

[PATCH 0/2] usbnet: Adjustments for usbnet_write_cmd_async()

2017-05-21 Thread SF Markus Elfring
From: Markus Elfring Date: Mon, 22 May 2017 07:04:03 +0200 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination drivers/net/usb/usbnet.c | 7 ++- 1 file c

[PATCH v2 1/4] mtd: mchp23k256: Add OF device ID table

2017-05-21 Thread Chris Packham
This allows registering of this device via a Device Tree. Signed-off-by: Chris Packham Reviewed-by: Andrew Lunn Tested-by: Andrew Lunn --- Changes in v2 - collect review/test from Andrew .../devicetree/bindings/mtd/microchip,mchp23k256.txt | 18 ++ drivers/mtd/devices/mchp23

[PATCH v2 0/4] mtd: mchp23k256: device tree and mchp23lcv1024

2017-05-21 Thread Chris Packham
This series adds device tree support to the mchp23k256 driver and support for the mchp23lcv1024 chip. I suspect there are more compatible variants that we could now enumerate if desired. Chris Packham (4): mtd: mchp23k256: Add OF device ID table mtd: mchp23k256: switch to mtd_device_register()

[PATCH v2 3/4] mtd: mchp23k256: add partitioning support

2017-05-21 Thread Chris Packham
Setting the of_node for the mtd device allows the generic mtd code to setup the partitions. Additionally we must specify a non-zero erasesize for the partitions to be writeable. Signed-off-by: Chris Packham Reviewed-by: Andrew Lunn Tested-by: Andrew Lunn --- Changes in v2 - collect revew/test f

[PATCH v2 4/4] mtd: mchp23k256: Add support for mchp23lcv1024

2017-05-21 Thread Chris Packham
The mchp23lcv1024 is software compatible with the mchp23k256, the only difference (from a software point of view) is the size. There is no way to detect the size so we must be told via a Device Tree. Signed-off-by: Chris Packham --- Changes in v2: - fix formatting in switch statement - add suppor

[PATCH v2 2/4] mtd: mchp23k256: switch to mtd_device_register()

2017-05-21 Thread Chris Packham
Use mtd_device_register() instead of mtd_device_parse_register() to eliminate two unused parameters. Signed-off-by: Chris Packham Reviewed-by: Andrew Lunn Tested-by: Andrew Lunn --- Changes in v2 - collect review/test from Andrew drivers/mtd/devices/mchp23k256.c | 5 ++--- 1 file changed, 2 i

[PATCH v3 2/2] arm64: dts: add sp804 timer node for Hi3660

2017-05-21 Thread Leo Yan
The Hi3660 SoC comes with the sp804 timer in addition to the architecture timers. These ones are shutdown when reaching a deep idle states and a backup timer is needed. The sp804 belongs to another power domain and can fulfill the purpose of replacing temporarily an architecture timer when the CPU

[PATCH v3 1/2] clk: Hi3660: register fixed_rate_clks with CLK_OF_DECLARE_DRIVER

2017-05-21 Thread Leo Yan
The timer will register into system at very early phase at kernel boot; if timer needs to use clock, the clock should be get ready in function of_clk_init() so later the timer driver probe can retrieve clock successfully. This is finished in below flow on arm64: start_kernel() `-> time_init(

[PATCH v3 0/2] Hi3660: enable sp804 timer

2017-05-21 Thread Leo Yan
This patch set is to enable sp804 timer on Hi3660 for Hikey960 platform. On Hi3660, the sp804 timer co-exists with CPUs' architecture timer; but sp804 timer is located in SoC level but CPU's architecture timer is in CPU power domain. sp804 timer is used as broadcast timer when CPU enters idle stat

Re: CHIPPro NAND issue with 4.12 rc1

2017-05-21 Thread Angus Ainslie
On 2017-05-20 23:45, Boris Brezillon wrote: Le Sat, 20 May 2017 15:24:06 -0600, Angus Ainslie a écrit : On 2017-05-20 09:14, Boris Brezillon wrote: > Le Sat, 20 May 2017 08:49:04 -0600, > Angus Ainslie a écrit : > >> Hi All, >> >> I'm trying to boot a CHIPPro with the stock 4.12 rc1 kernel. I

[PATCH linux-next 1/1] spi: imx: only allow dynamic burst in PIO mode

2017-05-21 Thread Jiada Wang
Currently only PIO mode supports dynamic burst length adjust, in DMA mode, bpw (bytes per word) value still has to be used as burst length, other wise transfer issue will be caused. This patch avoid using dynamic burst in DMA mode by set reset dynamic_burst when DMA mode is used. Signed-off-by: J

Re: [PATCH 3/4] mtd: mchp23k256: add partitioning support

2017-05-21 Thread Chris Packham
On 18/05/17 03:29, Boris Brezillon wrote: > Hi Chris, > > On Wed, 17 May 2017 17:39:07 +1200 > Chris Packham wrote: > >> Setting the of_node for the mtd device allows the generic mtd code to >> setup the partitions. Additionally we must specify a non-zero erasesize >> for the partitions to be wr

[PATCH] ocfs2: fix a static checker warning

2017-05-21 Thread Gang He
This patch will fix a static checker warning, this warning was caused by commit d56a8f32e4c662509ce50a37e78fa66c777977d3. after apply this patch, the error return value will not be NULL(zero). Signed-off-by: Gang He --- fs/ocfs2/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 4/6] ubifs: Maintain a parent pointer

2017-05-21 Thread Hyunchul Lee
Hi Richard, On Sun, May 21, 2017 at 10:20:49PM +0200, Richard Weinberger wrote: > The new feature UBIFS_FLG_PARENTPOINTER allows looking > up the parent. Usually the Linux VFS walks down the filesystem > and no parent pointers are needed. But when a filesystem > is exportable via NFS such a lookup

Re: [PATCH 2/3] regulator: lp87565: Add support for lp87565 PMIC regulators

2017-05-21 Thread Keerthy
On Friday 19 May 2017 09:23 PM, Andrew F. Davis wrote: > On 05/19/2017 07:42 AM, Keerthy wrote: >> The regulators set consists of 4 BUCKs. The output >> voltages are configurable and are meant to supply power to the >> main processor and other components. The ramp delay is configurable >> for all

Re: [PATCH 1/3] mfd: lp87565: Add lp87565 PMIC support

2017-05-21 Thread Keerthy
On Friday 19 May 2017 09:12 PM, Andrew F. Davis wrote: > On 05/19/2017 07:42 AM, Keerthy wrote: >> The LP87565 chip is a power management IC for Portable Navigation Systems >> and Tablet Computing devices. It contains the following components: >> >> - Configurable Bucks(Single and multi-p

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

2017-05-21 Thread Willem de Bruijn
On Sun, May 21, 2017 at 9:16 PM, Stephen Rothwell wrote: > Hi all, > > After merging the net-next tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > net/socket.c: In function 'put_ts_pktinfo': > net/socket.c:695:28: error: 'SCM_TIMESTAMPING_PKTINFO' undeclared (first

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

2017-05-21 Thread Stephen Rothwell
Hi Dave, On Sun, 21 May 2017 23:14:10 -0400 (EDT) David Miller wrote: > > From: Stephen Rothwell > Date: Mon, 22 May 2017 11:16:05 +1000 > > > After merging the net-next tree, today's linux-next build (powerpc > > ppc64_defconfig) failed like this: > > > > net/socket.c: In function 'put_ts_pk

linux-next: manual merge of the tip tree with Linus' tree

2017-05-21 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/arm64/include/asm/cpufeature.h between commit: 63a1e1c95e60 ("arm64/cpufeature: don't use mutex in bringup path") from Linus' tree and commit: d54bb72551b9 ("arm64/cpufeature: Use static_branch_enable_cpuslocked()"

Re: [PATCH v3 1/2] PCI: mediatek: Add Mediatek PCIe host controller support

2017-05-21 Thread Ryder Lee
On Sat, 2017-05-20 at 15:46 -0400, Paul Gortmaker wrote: > On Tue, May 9, 2017 at 10:06 PM, Ryder Lee wrote: > > Add support for the Mediatek PCIe Gen2 controller which can > > be found on MT7623 series SoCs. > > > > Signed-off-by: Ryder Lee > > --- > > drivers/pci/host/Kconfig | 11 + >

Re: [for-next][PATCH 09/33] selftests: ftrace: Add test to test reading of set_ftrace_file

2017-05-21 Thread Masami Hiramatsu
Hi Steve, On Fri, 21 Apr 2017 17:30:29 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (VMware)" > > The set_ftrace_file lists both functions that are filtered, as well as > function probes (triggers) that are attached to a function, like traceon or > stacktrace, etc. The reading of this f

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

2017-05-21 Thread David Miller
From: Stephen Rothwell Date: Mon, 22 May 2017 11:16:05 +1000 > After merging the net-next tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > net/socket.c: In function 'put_ts_pktinfo': > net/socket.c:695:28: error: 'SCM_TIMESTAMPING_PKTINFO' undeclared (first use >

Re: [PATCH 0/5] hwmon: move include files out of include/linux/i2c

2017-05-21 Thread Guenter Roeck
On 05/21/2017 01:34 PM, Wolfram Sang wrote: It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, larg

Linux 4.12-rc2

2017-05-21 Thread Linus Torvalds
I'm back on the usual Sunday schedule, and everything else looks fairly normal too. This rc2 is maybe a bit bigger than usual, but the whole merge window was bigger than most, so maybe it's just that. And it's not like it's huge - usually the rc2 week is fairly quiet as people find issues. The fix

linux-next: build failure after merge of the selinux tree

2017-05-21 Thread Stephen Rothwell
Hi Paul, After merging the selinux tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: drivers/infiniband/core/uverbs_cmd.c: In function 'create_qp': drivers/infiniband/core/uverbs_cmd.c:1513:4: error: label 'err_destroy' used but not defined goto err_destroy; ^ C

Re: [PATCH 1/1] printk: add __printf attributes to internal functions

2017-05-21 Thread Sergey Senozhatsky
On (05/20/17 11:18), Nicolas Iooss wrote: > When compiling with -Wsuggest-attribute=format, gcc complains that some > functions in kernel/printk/printk_safe.c transmit their argument to > printf-like functions without having a printf attribute. Silence these > warnings by adding relevant __printf a

Re: [PATCH] initramfs: Fix disabling of initramfs (and its compression)

2017-05-21 Thread Nicholas Piggin
On Sat, 20 May 2017 20:33:35 -0700 Florian Fainelli wrote: > Commit db2aa7fd15e8 ("initramfs: allow again choice of the embedded > initram compression algorithm") introduced the possibility to select the > initramfs compression algorithm from Kconfig and while this is a nice > feature it broke th

linux-next: manual merge of the selinux tree with Linus' tree

2017-05-21 Thread Stephen Rothwell
Hi Paul, Today's linux-next merge of the selinux tree got a conflict in: include/rdma/ib_verbs.h between commit: 2fc775726491 ("IB/opa-vnic: RDMA NETDEV interface") from Linus' tree and commit: 89b54b4d09bd ("IB/core: Enforce PKey security on QPs") from the selinux tree. I fixed it up

Re: [PATCH v2 3/4] arm: dts: rk3229: add a new cpu opp table

2017-05-21 Thread Frank Wang
Hi Heiko, On 2017/5/20 5:46, Heiko Stuebner wrote: Hi Frank, Am Mittwoch, 17. Mai 2017, 18:16:16 CEST schrieb Frank Wang: From: Finley Xiao This patch adds some new frequencies for rk3229 board. Signed-off-by: Finley Xiao Signed-off-by: Frank Wang Acked-by: Viresh Kumar --- arch/arm/boot/d

RE: [PATCH v2 2/5] drm/i915/gvt: OpRegion support for GVT-g

2017-05-21 Thread He, Min
> -Original Message- > From: Chen, Xiaoguang > Sent: Thursday, May 18, 2017 7:20 PM > To: He, Min ; alex.william...@redhat.com; > kra...@redhat.com; intel-...@lists.freedesktop.org; linux- > ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > ; intel-gvt-...@lists.freedesktop.o

[PATCH] mm, THP, swap: Check whether CONFIG_THP_SWAP enabled earlier

2017-05-21 Thread Huang, Ying
From: Huang Ying This patch is only a code clean up patch without functionality changes. It moves CONFIG_THP_SWAP checking from inside swap slot allocation to before we start swapping the THP. This makes the code path a little easier to be followed and understood. Signed-off-by: "Huang, Ying"

[PATCH v2] ocfs2: give an obvious tip for dismatch cluster names

2017-05-21 Thread Gang He
This patch is used to add an obvious error message, due to dismatch cluster names between on-disk and in the current cluster. We can meet this case during OCFS2 cluster migration, if we can give the user an obvious tip for why they can not mount the file system after migration, they can quickly fix

Re: [PATCH] perf/x86/intel: Drop kernel samples even though :u is specified

2017-05-21 Thread Jin, Yao
On 5/19/2017 9:33 PM, Jin, Yao wrote: On 5/19/2017 8:36 PM, Peter Zijlstra wrote: On Fri, May 19, 2017 at 08:24:19PM +0800, Jin, Yao wrote: Ah, I was more thinking of something like PERF_PMU_CAP_NO_SKID or something that would skip the test and preserve current behaviour. OK, I understand n

[GIT PULL (RESEND)] ARM: uniphier: UniPhier fixes for v4.12

2017-05-21 Thread Masahiro Yamada
Hi Arnd, Olof, Last week, I thought I found a problem in my pull request, but it turned out my misunderstanding. So, my pull request I sent is OK. I am re-sending this request mail for clarification. Here are some ARM UniPhier SoC fixes for v4.12. Due to the eMMC driver update, PHY parameters mu

RE: [PATCH v2 5/5] drm/i915/gvt: Adding interface so user space can get the dma-buf

2017-05-21 Thread Chen, Xiaoguang
Hi Alex, >-Original Message- >From: Alex Williamson [mailto:alex.william...@redhat.com] >Sent: Saturday, May 20, 2017 12:34 AM >To: Chen, Xiaoguang >Cc: kra...@redhat.com; intel-...@lists.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan >; intel-gvt-..

Re: [PATCH v2] kconfig: Check for libncurses before menuconfig

2017-05-21 Thread Masahiro Yamada
2017-05-21 18:44 GMT+09:00 Borislav Petkov : > On Sun, May 21, 2017 at 06:15:53PM +0900, Masahiro Yamada wrote: >> Could you change line 199 >> >> $(addprefix $(obj)/,$(lxdialog)): $(obj)/dochecklxdialog >> >> to >> >> $(addprefix $(obj)/, mconf.o $(lxdialog)): $(obj)/dochecklxdialog >> >> and

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

2017-05-21 Thread Linus Torvalds
On Sun, May 21, 2017 at 3:19 PM, Linus Torvalds wrote: > > Did an "allyesconfig" build on 32-bit x86, and looked at who uses the > 8-byte get_user/put_user cases: I've done more testing. It turns out that quite independently of all these patches, our 32-bit x86 code is entirely broken. In parti

[DT Question] "simple-mfd" DT binding

2017-05-21 Thread Masahiro Yamada
Hi DT experts, I have a question about "simple-mfd". Documentation/devicetree/bindings/mfd/mfd.txt says as allows: --8<- Optional properties: - compatible : "simple-mfd" - this signifies that the operating system should consider all subnodes of the MFD

Re: [PATCH] slub/memcg: Cure the brainless abuse of sysfs attributes

2017-05-21 Thread David Rientjes
On Sat, 20 May 2017, Thomas Gleixner wrote: > memcg_propagate_slab_attrs() abuses the sysfs attribute file functions to > propagate settings from the root kmem_cache to a newly created > kmem_cache. It does that with: > > attr->show(root, buf); > attr->store(new, buf, strlen(bug); > >

Re: [PATCH] usb: mtu3: cleanup with list_first_entry_or_null()

2017-05-21 Thread Chunfeng Yun
Hi, On Sat, 2017-05-20 at 21:19 +0200, Greg Kroah-Hartman wrote: > On Sun, May 21, 2017 at 02:05:31AM +0900, Masahiro Yamada wrote: > > The combo of list_empty() and list_first_entry() can be replaced with > > list_first_entry_or_null(). > > > > Signed-off-by: Masahiro Yamada > > --- > > > > dr

linux-next: build failure after merge of the net-next tree

2017-05-21 Thread Stephen Rothwell
Hi all, After merging the net-next tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: net/socket.c: In function 'put_ts_pktinfo': net/socket.c:695:28: error: 'SCM_TIMESTAMPING_PKTINFO' undeclared (first use in this function) put_cmsg(msg, SOL_SOCKET, SCM_TIMESTAMPING_PK

Re: [RFC][PATCH] time: Add warning about imminent deprecation of CONFIG_GENERIC_TIME_VSYSCALL_OLD

2017-05-21 Thread Michael Ellerman
John Stultz writes: > CONFIG_GENERIC_TIME_VSYSCALL_OLD was introduced five years ago > to allow a transition from the old vsyscall implementations to > the new method (which simplified internal accounting and made > timekeeping more precise). I'm sure it's completely obvious to everyone except m

Re: [PATCH RFC 0/3] Improve stability of system clock

2017-05-21 Thread Rusty Russell
John Stultz writes: > On Wed, May 17, 2017 at 9:54 PM, Richard Cochran > wrote: >> On Wed, May 17, 2017 at 04:06:07PM -0700, John Stultz wrote: >>> On Wed, May 17, 2017 at 10:22 AM, Miroslav Lichvar >>> wrote: >>> > Is there a better way to run the timekeeping code in an userspace >>> > applica

Re: [PATCH v4 2/2] tpm: vtpm_proxy: Implement request_locality function.

2017-05-21 Thread Stefan Berger
On 05/20/2017 08:47 AM, Jarkko Sakkinen wrote: On Mon, May 15, 2017 at 11:56:51AM -0400, Stefan Berger wrote: On 05/15/2017 08:41 AM, Jarkko Sakkinen wrote: On Wed, May 10, 2017 at 07:54:22PM -0400, Stefan Berger wrote: Implement the request_locality function. To set the locality on the backen

Re: [PATCH v2 0/8] fujitsu-laptop: use device-specific data instead of module-wide globals

2017-05-21 Thread Jonathan Woithe
Hi Michael On Fri, May 19, 2017 at 09:44:40AM +0200, Micha?? K??pie?? wrote: > fujitsu-laptop registers two ACPI drivers that access each other's > module-wide structures. To improve data encapsulation and lay the > groundwork for separating the two aforementioned ACPI drivers into > separate mod

Re: [rcu:rcu/next 91/91] ftrace.c:undefined reference to `synchronize_rcu_tasks'

2017-05-21 Thread Paul E. McKenney
On Mon, May 22, 2017 at 03:16:42AM +0800, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git > rcu/next > head: f1b89dcf23ef0999fae8bbc34cc9eb3fe00bc677 > commit: f1b89dcf23ef0999fae8bbc34cc9eb3fe00bc677 [91/91] rcu: Remove Tasks RCU > config

Re: [PATCH v2 5/8] platform/x86: fujitsu-laptop: track the last instantiated FUJ02E3 ACPI device

2017-05-21 Thread Jonathan Woithe
On Fri, May 19, 2017 at 09:44:45AM +0200, Micha?? K??pie?? wrote: > It is easier to simply store a module-wide > pointer to the last (most likely only) FUJ02E3 ACPI device found, make > the aforementioned API use it and cover our bases by warning the user if > firmware exposes multiple FUJ02E3 ACPI

Re: [PATCH v2 2/2] x86/mm/KASLR: Do not adapt size of the direct mapping section for SGI UV system

2017-05-21 Thread Baoquan He
Sorry, forget 'To' Mike, Russ and Frank On 05/22/17 at 07:14am, Baoquan He wrote: > On 05/21/17 at 01:38pm, Thomas Garnier wrote: > > On Sat, May 20, 2017 at 5:02 AM, Baoquan He wrote: > > > arch/x86/mm/kaslr.c | 3 ++- > > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > > > diff --git

Re: [PATCH v2 2/2] x86/mm/KASLR: Do not adapt size of the direct mapping section for SGI UV system

2017-05-21 Thread Baoquan He
On 05/21/17 at 01:38pm, Thomas Garnier wrote: > On Sat, May 20, 2017 at 5:02 AM, Baoquan He wrote: > > arch/x86/mm/kaslr.c | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/arch/x86/mm/kaslr.c b/arch/x86/mm/kaslr.c > > index aed2064..20b0456 100644 > > --- a/arch/x8

[PATCH] blackfin: merge the two TWI header files

2017-05-21 Thread Wolfram Sang
There seems to be no need for separate ones since all users include both files anyhow. Merge them because include/linux/i2c is to be deprecated. Signed-off-by: Wolfram Sang --- Only build tested (by buildbot) due to no HW. arch/blackfin/include/asm/bfin_twi.h | 134

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

2017-05-21 Thread Linus Torvalds
On Sun, May 21, 2017 at 2:37 PM, Linus Torvalds wrote: > > I'm pretty sure there's a reason we added support for it on x86-32, > because there are structures that use __u64 and fill things one entry > at a time. Did an "allyesconfig" build on 32-bit x86, and looked at who uses the 8-byte get_user

[PATCH 0/1] gpu: move include files out of include/linux/i2c

2017-05-21 Thread Wolfram Sang
It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/linux/platform_data because that i

[PATCH 1/1] gpu: drm: tc35876x: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/x86/platform/intel-mid/device_libs/platform_tc35876x.c | 2 +- drivers/gpu/drm/gma500/tc35876x-dsi-lvds.c | 2 +- include/linux/{i2c => platform

[PATCH 1/2] video: adp8860: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/blackfin/mach-bf537/boards/stamp.c| 2 +- drivers/video/backlight/adp8860_bl.c | 2 +- include/linux/{i2c => platform_data}/adp8860.h | 0 3 fi

[PATCH 2/2] video: adp8870: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/blackfin/mach-bf537/boards/stamp.c| 2 +- drivers/video/backlight/adp8870_bl.c | 2 +- include/linux/{i2c => platform_data}/adp8870.h | 0 3 fi

[PATCH 0/2] video: move include files out of include/linux/i2c

2017-05-21 Thread Wolfram Sang
It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/linux/platform_data because that i

[PATCH 2/3] mfd: tps65010: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-omap1/board-h2-mmc.c | 2 +- arch/arm/mach-omap1/board-h2.c | 2 +- arch/arm/mach-omap1/board-h3-mmc.c | 2 +- arch/arm/mach-omap1/bo

[PATCH 3/3] mfd: twl: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-omap2/common.h| 2 +- arch/arm/mach-omap2/omap_twl.c | 2 +- drivers/gpio/gpio-twl4030.c | 2 +- drivers/iio/adc/twl403

[PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/input/misc/dm355evm_keys.c| 2 +- drivers/mfd/dm355evm_msp.c| 2 +- drivers/rtc/rtc-dm355evm.c| 2 +- include/linux/{i

[PATCH] gpu: ipu-v3: vdic: include AUTO field order bit in ipu_vdi_set_field_order

2017-05-21 Thread Steve Longerbeam
The field order selection in VDIC_C register uses different bits depending on whether the VDIC is receiving from a CSI ("AUTO") or from memory ("MAN"). Since the VDIC cannot receive from both CSI and memory at the same time, set or clear both field order bits to cover both cases. Signed-off-by: St

[PATCH 0/3] mfd: move include files out of include/linux/i2c

2017-05-21 Thread Wolfram Sang
It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, for the mfd subsystem to include/linux/mfd. Becaus

[PATCH 1/3] gpio: max732x: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-pxa/littleton.c | 2 +- drivers/gpio/gpio-max732x.c| 2 +- include/linux/{i2c => platform_data}/max732x.h | 0 3 fi

[PATCH 2/3] gpio: pcf857x: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-davinci/board-da830-evm.c| 2 +- arch/arm/mach-davinci/board-dm644x-evm.c | 2 +- arch/arm/mach-davinci/board-dm646x-evm.c | 2 +- a

[PATCH 3/3] gpio: adp5588: move header file out of I2C realm

2017-05-21 Thread Wolfram Sang
include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- This driver could also go via the input-tree or my tree. I don't really care and just picked some subsystem :) Let me know if you are okay with that. arch/blackfin/

  1   2   3   >