[PATCH] scripts/recordmcount: support more than 64K ELF sections

Before this change, recordmcount thought that there were zero sections in an ELF that has more than 64K sections. It did nothing and exited with exit status 0. This change is needed so that CONFIG_DYNAMIC_FTRACE continues working with special compilation flags that put each function in its own se

Re: [PATCH] arm64/neon: Disable -Wincompatible-pointer-types when building with Clang

On Fri, Feb 15, 2019 at 11:28 AM Ard Biesheuvel wrote: > > On Fri, 15 Feb 2019 at 20:25, Nick Desaulniers > wrote: > > > > On Fri, Feb 15, 2019 at 11:20 AM Ard Biesheuvel > > wrote: > > > Provided that we stop sending Clang enablement patches to -stable: > > > > What does that mean? We're tryi

Re: [PATCH] arm64/neon: Disable -Wincompatible-pointer-types when building with Clang

On Fri, 15 Feb 2019 at 20:43, Nick Desaulniers wrote: > > On Fri, Feb 15, 2019 at 11:28 AM Ard Biesheuvel > wrote: > > > > On Fri, 15 Feb 2019 at 20:25, Nick Desaulniers > > wrote: > > > > > > On Fri, Feb 15, 2019 at 11:20 AM Ard Biesheuvel > > > wrote: > > > > Provided that we stop sending Cl

Re: [PATCH v1 1/1] of: unittest: unflatten device tree on UML when testing

On Fri, Feb 15, 2019 at 3:49 AM Brendan Higgins wrote: > > On Thu, Feb 14, 2019 at 6:48 PM Frank Rowand wrote: > > > > On 2/14/19 5:26 PM, Brendan Higgins wrote: > > > On Thu, Feb 14, 2019 at 4:10 PM Frank Rowand > > > wrote: > > >> > > >> On 2/12/19 10:53 AM, Brendan Higgins wrote: > > >>> UML

[PATCH v2 2/6] nfit/ars: Attempt short-ARS even in the no_init_ars case

The no_init_ars option is meant to prevent long-ARS, but short-ARS should be allowed to grab any immediate results. Reported-by: Erwin Tsaur Signed-off-by: Dan Williams --- drivers/acpi/nfit/core.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/nfit/cor

[PATCH v2 3/6] nfit/ars: Remove ars_start_flags

The ars_start_flags property of 'struct acpi_nfit_desc' is no longer used since ARS_REQ_SHORT and ARS_REQ_LONG were added. Cc: Toshi Kani Signed-off-by: Dan Williams --- drivers/acpi/nfit/core.c | 10 +- drivers/acpi/nfit/nfit.h |1 - 2 files changed, 5 insertions(+), 6 deletions(

[PATCH v2 4/6] nfit/ars: Introduce scrub_flags

In preparation for introducing new flags to gate whether ARS results are stale, or poll the completion state, convert the existing flags to an unsigned long with enumerated values. This conversion allows the flags to be atomically updated outside of ->init_mutex. Signed-off-by: Dan Williams ---

[PATCH v2 5/6] nfit/ars: Allow root to busy-poll the ARS state machine

The ARS implementation implements exponential back-off on the poll interval to prevent high-frequency access to the DIMM / platform interface. Depending on when the ARS completes the poll interval may exceed the completion event by minutes. Allow root to reset the timeout each time it probes the st

[PATCH v2 6/6] nfit/ars: Avoid stale ARS results

Gate ARS result consumption on whether the OS issued start-ARS since the previous consumption. The BIOS may only clear its result buffers after a successful start-ARS. Reported-by: Krzysztof Rusocki Reported-by: Vishal Verma Signed-off-by: Dan Williams --- drivers/acpi/nfit/core.c | 17 +

[PATCH v2 0/6] nfit/ars: Improve polling and short-ARS execution

Changes since v1: [1] * Fix the root poll interval support to avoid a infinite loop condition when the polling is faster than the ARS completion. * Move the introduction of scrub_flags earlier in the series and introduce ARS_POLL to fix the above issue. [1]: https://lists.01.org/pipermail/linu

[PATCH v2 1/6] nfit/ars: Attempt a short-ARS whenever the ARS state is idle at boot

If query-ARS reports that ARS has stopped and requires continuation attempt to retrieve short-ARS results before continuing the long operation. Reported-by: Krzysztof Rusocki Signed-off-by: Dan Williams --- drivers/acpi/nfit/core.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH] platform/x86: dell_rbu: fix lock imbalance in img_update_realloc

On Wed, Feb 13, 2019 at 5:56 AM Stuart Hayes wrote: > > > > On 2/11/2019 7:09 AM, Christoph Hellwig wrote: > > We need to ensure rbu_data.lock is always held on return. > > Pushed to my review and testing queue, thanks! > > Fixes: 289790a3ea94 ("platform/x86: dell_rbu: stop abusing the DMA API")

Re: [RESEND PATCH net] mm: page_alloc: fix ref bias in page_frag_alloc() for 1-byte allocs

From: Alexander Duyck Date: Fri, 15 Feb 2019 10:35:18 -0800 > I'll take care of it. I'm kind of annoyed that you resubmitted this to > netdev before anyone had a chance to even provide review comments > though. He was only following instructions from Andrew Morton.

[PATCH] iio: chemical: sps30: fix attribute kernel version

4.22 has never existed and this change was actually added to 4.21 hence fix the numbering. Signed-off-by: Tomasz Duszynski --- Documentation/ABI/testing/sysfs-bus-iio-sps30 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-bus-iio-sps30 b/Docume

Re: [PATCH v2] staging: android: ion: Allocate from heap ID directly without mask

On Fri, Feb 15, 2019 at 11:22 AM Andrew F. Davis wrote: > > On 2/15/19 1:01 PM, John Stultz wrote: > > On Fri, Feb 15, 2019 at 2:51 AM Brian Starkey wrote: > >> On Thu, Feb 14, 2019 at 09:38:29AM -0800, John Stultz wrote: > >>> 2) For patches that cause ABI breaks, it might be good to make it > >

Re: [PATCH v2 0/8] Port am335 and am437 devices to sdhci-omap

* Faiz Abbas [190215 19:17]: > The following add driver patches for porting TI's am335x and am437x > devices to the sdhci-omap driver. > > This involves adding external DMA support to sdhci (first 3 patches from > Chunyan) plus some miscellaneous patches to take care of deviations of > the contro

[PATCH] dma-contiguous: do not allocate a single page from CMA area

The addresses within a single page are always contiguous, so it's not so necessary to always allocate one single page from CMA area. Since the CMA area has a limited predefined size of space, it may run out of space in heavy use cases, where there might be quite a lot CMA pages being allocated for

Re: Future of dosfstools project (FAT)

On Sat, Feb 9, 2019 at 5:40 PM Pali Rohár wrote: > > On Tuesday 08 January 2019 17:32:55 Andy Shevchenko wrote: > > On Fri, Dec 28, 2018 at 12:18 AM Pali Rohár wrote: > > > On Monday 17 December 2018 10:50:04 Pali Rohár wrote: > > > > On Wednesday 12 December 2018 14:57:36 Pali Rohár wrote: > > >

Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma

* Faiz Abbas [190215 19:18]: > From: Chunyan Zhang > > sdhci-omap can support both external dma controller via dmaengine > framework as well as ADMA which standard SD host controller > provides. Care to describe here also how to configure things for ADMA and instead of DMA? Just leave out dmas

Re: [PATCH RESEND] initramfs: cleanup incomplete rootfs

On Tue, Feb 12, 2019 at 3:50 PM Andy Shevchenko wrote: > On Tue, Feb 12, 2019 at 2:12 PM David Engraf wrote: > > On 12.02.19 at 11:43, Andy Shevchenko wrote: > > > On Mon, Feb 11, 2019 at 2:40 PM David Engraf > > > wrote: > > >> On 11.02.19 at 12:40, Andy Shevchenko wrote: > > > >> Ok got it. W

RE: [PATCH AUTOSEL 4.20 65/77] CIFS: Do not assume one credit for async responses

чт, 14 февр. 2019 г. в 18:40, Sasha Levin : > > From: Pavel Shilovsky > > [ Upstream commit 0fd1d37b0501efc6e295f56ab55cdaff784aa50c ] > > If we don't receive a response we can't assume that the server > granted one credit. Assume zero credits in such cases. > > Signed-off-by: Pavel Shilovsky > R

[PATCH 2/2] MIPS: eBPF: Remove REG_32BIT_ZERO_EX

REG_32BIT_ZERO_EX and REG_64BIT are always handled in exactly the same way, and reg_val_propagate_range() never actually sets any register to type REG_32BIT_ZERO_EX. Remove the redundant & unused REG_32BIT_ZERO_EX. Signed-off-by: Paul Burton --- arch/mips/net/ebpf_jit.c | 17 +++--

Re: [PATCH -next] ARM: pxa: ssp: Fix "WARNING: invalid free of devm_ allocated data"

YueHaibing writes: > Since commit 1c459de1e645 ("ARM: pxa: ssp: use devm_ functions") > kfree, iounmap, clk_put etc no need do any more in remove path. > > Fixes: 1c459de1e645 ("ARM: pxa: ssp: use devm_ functions") > Signed-off-by: YueHaibing Sorry for the late reply, I had forgotten to answer.

[PATCH 1/2] MIPS: eBPF: Always return sign extended 32b values

The function prototype used to call JITed eBPF code (ie. the type of the struct bpf_prog bpf_func field) returns an unsigned int. The MIPS n64 ABI that MIPS64 kernels target defines that 32 bit integers should always be sign extended when passed in registers as either arguments or return values. T

Re: [PATCH v2 0/2] PCI: Fix runtime PME generation from D3hot

On Fri, Feb 15, 2019 at 11:38:20AM +0200, Mika Westerberg wrote: > On Thu, Feb 14, 2019 at 03:26:19PM -0600, Bjorn Helgaas wrote: > > On Thu, Jan 31, 2019 at 08:07:44PM +0300, Mika Westerberg wrote: > > > Hi all, > > > > > > Heiner reported [1] that runtime PME generation of his network card does

Re: [PATCH v2] page cache: Store only head pages in i_pages

On Fri, Feb 15, 2019 at 01:41:15AM +0300, Kirill A. Shutemov wrote: > - __delete_from_swap_cache() will blow up on > > VM_BUG_ON_PAGE(entry != page + i, entry); Right. @@ -167,7 +167,7 @@ void __delete_from_swap_cache(struct page *page, swp_entry_t entry) for (i = 0; i < nr; i

Re: [PATCH] scripts/gdb: fix linux constants

Hi Dan, Thank you for the patch, On 15/02/2019 19:17, Dan Robertson wrote: > The linux constants MS_RDONLY, MS_SYNCHRONOUS, MS_MANDLOCK, MS_DIRSYNC, > MS_NOATIME, and MS_NODIRATIME were previously defined in linux/fs.h. > Following e262e32d6bde0f77fb0c95d977482fc872c51996 the constants are > now

Re: [PATCH v2] page cache: Store only head pages in i_pages

On Fri, Feb 15, 2019 at 01:29:44AM +0300, Kirill A. Shutemov wrote: > On Thu, Feb 14, 2019 at 04:30:04PM +0300, Kirill A. Shutemov wrote: > > On Tue, Feb 12, 2019 at 10:34:54AM -0800, Matthew Wilcox wrote: > > > Transparent Huge Pages are currently stored in i_pages as pointers to > > > consecutive

Re: [PATCH] scripts: gdb: redefine MS_RDONLY

Hi Felipe, Thank you for the patch, On 15/02/2019 11:29, Felipe Balbi wrote: > Since commit e262e32d6bde0f77fb0c95d977482fc872c51996 "vfs: Suppress > MS_* flag defs within the kernel unless explicitly enabled", the > generated gdb scripts can't be used anymore. That commit moved the > definition

[PATCH] drm/radeon/evergreen_cs: fix missing break in switch statement

Add missing break statement in order to prevent the code from falling through to case CB_TARGET_MASK. This bug was found thanks to the ongoing efforts to enable -Wimplicit-fallthrough. Fixes: dd220a00e8bd ("drm/radeon/kms: add support for streamout v7") Cc: sta...@vger.kernel.org Signed-off-by: G

RE: [Intel-wired-lan] [PATCH] e1000e: Disable runtime PM on CNP+

> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On > Behalf Of Kai-Heng Feng > Sent: Saturday, February 2, 2019 9:40 AM > To: Kirsher, Jeffrey T > Cc: net...@vger.kernel.org; Kai-Heng Feng > ; intel-wired-...@lists.osuosl.org; linux- > ker...@vger.kernel.org > Subject: [Intel-w

Re: [PATCH] scripts/gdb: fix linux constants

Kieran, > This commit was pipped to the post by a similar patch [0] from Felipe Balbi No problem! I probably should watch the LKML closer. Go with the patch from Felipe, but like you men there is definitely no need for the `include linux/fs.h` now. Thanks for the tip on the Fixes tag. As a kern

Re: [PATCH v2 4/4] mm: Generalize putback scan functions

On Thu, Feb 14, 2019 at 01:35:37PM +0300, Kirill Tkhai wrote: > +static unsigned noinline_for_stack move_pages_to_lru(struct lruvec *lruvec, > + struct list_head *list) > { > struct pglist_data *pgdat = lruvec_pgdat(lruvec); > + int nr_pag

Re: [PATCH] scsi: libsas: Fix rphy phy_identifier for PHYs with end devices attached

On Fri, Feb 15, 2019 at 12:37:57AM +0800, John Garry wrote: > The sysfs phy_identifier attribute for a sas_end_device comes > from the rphy phy_identifier value. > > Currently this is not being set for rphys with an end device attached, > so we see incorrect symlinks from systemd disk/by-path: >

Re: [PATCH 2/4] arm64: dts: rockchip: rockpro64 dts remove unused node

Am Freitag, 15. Februar 2019, 13:08:16 CET schrieb agajjar: > On 2/15/2019 2:48 PM, Heiko Stübner wrote: > > Am Mittwoch, 13. Februar 2019, 18:06:38 CET schrieb Akash Gajjar: > >> lcd panel pinmux and vcc1v8_s3 regulator is redundant and has a no > >> impact, > >> so removing it. > >> > >> Signed-

[PATCH-tip v2 00/10] locking/rwsem: Rwsem rearchitecture part 1

v2: - Sync up to v4 of the part 0 patch. - Remove the rwsem.h->rwsem-xadd.h renaming patch & change patches to modify rwsem.h instead of rwsem-xadd.h. - Add a new patch to micro-optimize rwsem_try_read_lock_unqueued(). This is part 1 of a 3-part (0/1/2) series to rearchitect the interna

[PATCH-tip v2 10/10] locking/rwsem: Enable lock event counting

Add lock event counting calls so that we can track the number of lock events happening in the rwsem code. With CONFIG_LOCK_EVENT_COUNTS on and booting a 4-socket 112-thread x86-64 system, the rwsem counts after system bootup were as follows: rwsem_opt_fail=261 rwsem_opt_wlock=50636 rwsem_rl

[PATCH-tip v2 03/10] locking/rwsem: Move rwsem internal function declarations to rwsem-xadd.h

We don't need to expose rwsem internal functions which are not supposed to be called directly from other kernel code. Signed-off-by: Waiman Long --- include/linux/rwsem.h | 7 --- kernel/locking/rwsem.h | 7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/include/linu

[PATCH-tip v2 09/10] locking/lock_events: Don't show pvqspinlock events on bare metal

On bare metail, the pvqspinlock event counts will always be 0. So there is no point in showing their corresponding debugfs files. So they are skipped in this case. Signed-off-by: Waiman Long --- kernel/locking/lock_events.c | 28 +++- 1 file changed, 27 insertions(+), 1 d

[PATCH-tip v2 07/10] locking/qspinlock_stat: Introduce a generic lockevent counting APIs

The percpu event counts used by qspinlock code can be useful for other locking code as well. So a new set of lockevent_* counting APIs is introduced with the lock event names extracted out into the new lock_events_list.h header file for easier addition in the future. The existing qstat_inc() calls

[PATCH-tip v2 08/10] locking/lock_events: Make lock_events available for all archs & other locks

The QUEUED_LOCK_STAT option to report queued spinlocks event counts was previously allowed only on x86 architecture. To make the locking event counting code more useful, it is now renamed to a more generic LOCK_EVENT_COUNTS config option. This new option will be available to all the architectures t

[PATCH-tip v2 04/10] locking/rwsem: Micro-optimize rwsem_try_read_lock_unqueued()

The atomic_long_cmpxchg_acquire() in rwsem_try_read_lock_unqueued() is replaced by atomic_long_try_cmpxchg_acquire() to simpify the code and generate slightly better assembly code. There is no functional change. Signed-off-by: Waiman Long --- kernel/locking/rwsem-xadd.c | 15 +-- 1 f

[PATCH-tip v2 02/10] locking/rwsem: Move owner setting code from rwsem.c to rwsem.h

Moves all the owner setting code closer to the rwsem-xadd fast paths directly within rwsem.h file. For __down_read() and __down_read_killable(), it is assumed that rwsem will be marked as reader-owned when the functions return. That is currently true except in the transient case that the waiter qu

Re: [PATCH 4.20 00/50] 4.20.9-stable review

On Fri, Feb 15, 2019 at 09:22:21AM -0800, Guenter Roeck wrote: > On Fri, Feb 15, 2019 at 07:56:22AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Feb 14, 2019 at 01:02:26PM -0800, Guenter Roeck wrote: > > > On Wed, Feb 13, 2019 at 07:38:05PM +0100, Greg Kroah-Hartman wrote: > > > > This is the start

[PATCH-tip v2 05/10] locking/rwsem: Add debug check for __down_read*()

When rwsem_down_read_failed*() return, the read lock is acquired indirectly by others. So debug checks are added in __down_read() and __down_read_killable() to make sure the rwsem is really reader-owned. The other debug check calls in kernel/locking/rwsem.c except the one in up_read_non_owner() ar

[PATCH-tip v2 06/10] locking/rwsem: Enhance DEBUG_RWSEMS_WARN_ON() macro

Currently, the DEBUG_RWSEMS_WARN_ON() macro just dumps a stack trace when the rwsem isn't in the right state. It does not show the actual states of the rwsem. This may not be that helpful in the debugging process. Enhance the DEBUG_RWSEMS_WARN_ON() macro to also show the current content of the rws

[PATCH-tip v2 01/10] locking/rwsem: Relocate rwsem_down_read_failed()

The rwsem_down_read_failed*() functions were relocted from above the optimistic spinning section to below that section. This enables the reader functions to use optimisitic spinning in future patches. There is no code change. Signed-off-by: Waiman Long --- kernel/locking/rwsem-xadd.c | 172 +

Re: [PATCH v2] staging: android: ion: Allocate from heap ID directly without mask

On 2/15/19 1:58 PM, John Stultz wrote: > On Fri, Feb 15, 2019 at 11:22 AM Andrew F. Davis wrote: >> >> On 2/15/19 1:01 PM, John Stultz wrote: >>> On Fri, Feb 15, 2019 at 2:51 AM Brian Starkey wrote: On Thu, Feb 14, 2019 at 09:38:29AM -0800, John Stultz wrote: > 2) For patches that cause

Re: [RFC v4 10/17] kunit: test: add test managed resource tests

Quoting Brendan Higgins (2019-02-14 13:37:22) > diff --git a/kunit/test-test.c b/kunit/test-test.c > index 0b4ad6690310d..bb34431398526 100644 > --- a/kunit/test-test.c > +++ b/kunit/test-test.c [...] > + > +#define KUNIT_RESOURCE_NUM 5 > +static void kunit_resource_test_cleanup_resources(struct ku

Re: [RFC v4 02/17] kunit: test: add test resource management API

Quoting Brendan Higgins (2019-02-14 13:37:14) > @@ -104,6 +167,7 @@ struct kunit { > const char *name; /* Read only after initialization! */ > spinlock_t lock; /* Gaurds all mutable test state. */ > bool success; /* Protected by lock. */ > + struct list_head resources;

Re: [PATCH 7/9] clk: Allow parents to be specified without string names

Quoting Jerome Brunet (2019-02-13 01:32:23) > On Tue, 2019-01-29 at 10:56 -0800, Stephen Boyd wrote: > > > > +/** > > > > + * struct clk_parent_data - clk parent information > > > > + * @hw: parent clk_hw pointer (used for clk providers with internal > > > > clks) > > > > + * @name: parent name loc

Re: [PATCH] pci/quirks: Add quirk to reset nvgpu at boot for the Lenovo ThinkPad P50

On Thu, 2019-02-14 at 18:43 -0600, Bjorn Helgaas wrote: > Hi Lyude, > > On Tue, Feb 12, 2019 at 05:02:30PM -0500, Lyude Paul wrote: > > On a very specific subset of ThinkPad P50 SKUs, particularly ones that > > come with a Quadro M1000M chip instead of the M2000M variant, the BIOS > > seems to hav

Re: [PATCH v2] staging: android: ion: Allocate from heap ID directly without mask

On Fri, Feb 15, 2019 at 12:52 PM Andrew F. Davis wrote: > On 2/15/19 1:58 PM, John Stultz wrote: > > So yea, I don't think we should tie our hands in reworking the > > interfaces, but it would be nice to avoid having subtle ABI changes > > that don't have clear ways for userland to detect which in

Re: [PATCH v2 2/8] irqdomain: add bus token DOMAIN_BUS_WAKEUP

Quoting Lina Iyer (2019-01-24 12:21:59) > Add new bus token to describe domains that are wakeup capable. > > Suggested-by: Stephen Boyd > Signed-off-by: Lina Iyer > --- > include/linux/irqdomain.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/include/linux/irqdomain.h b/include/linu

Re: [PATCH v2] page cache: Store only head pages in i_pages

On Fri, Feb 15, 2019 at 12:20:57PM -0800, Matthew Wilcox wrote: > On Fri, Feb 15, 2019 at 01:41:15AM +0300, Kirill A. Shutemov wrote: > > - __delete_from_swap_cache() will blow up on > > > > VM_BUG_ON_PAGE(entry != page + i, entry); > > Right. Thanks. I think this is the last one I found.

Re: [PATCH 0/4] bug fixes in ntb_hw_amd and ntb_perf

On Fri, Feb 15, 2019 at 09:17:51AM +, Mehta, Sanju wrote: > From: Sanjay R Mehta > > Add bug fix for ntb_perf and ntb_hw_amd > > Sanjay R Mehta (4): > NTB: ntb_perf: Increased the number of message retries to 1000 > NTB: ntb_perf: Disable NTB link after clearing peer XLAT registers > N

[PATCH] net: mv643xx_eth: disable clk on error path in mv643xx_eth_shared_probe()

If mv643xx_eth_shared_of_probe() fails, mv643xx_eth_shared_probe() leaves clk undisabled. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/net/ethernet/marvell/mv643xx_eth.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-)

Re: [PATCH v2 05/11] mfd: pm8xxx: disassociate old virq if hwirq mapping already exists

Quoting Brian Masney (2019-02-15 05:47:33) > On Thu, Feb 14, 2019 at 09:51:26PM -0800, Stephen Boyd wrote: > > > diff --git a/drivers/mfd/qcom-pm8xxx.c b/drivers/mfd/qcom-pm8xxx.c > > > index 8eb2528793f9..2f99a98ccee5 100644 > > > --- a/drivers/mfd/qcom-pm8xxx.c > > > +++ b/drivers/mfd/qcom-pm8xxx

Re: [PATCH] random: remove unused argument from add_interrupt_randomness()

This is still an issue in the latest kernel version. Sultan On Mon, Apr 30, 2018 at 8:12 AM Sultan Alsawaf wrote: > > From a872cf4f0bb57a7bb3c95ea557082fb7733344f8 Mon Sep 17 00:00:00 2001 > From: Sultan Alsawaf > Date: Sun, 29 Apr 2018 20:04:35 -0700 > Subject: [PATCH] random: remove unused ar

Re: [PATCH 2/9] clk: Introduce get_parent_hw clk op

Quoting Jeffrey Hugo (2019-02-15 11:29:26) > On 2/15/2019 11:47 AM, Stephen Boyd wrote: > > Quoting Jeffrey Hugo (2019-02-11 08:09:00) > >> On 1/28/2019 11:10 PM, Stephen Boyd wrote: > >> > >>> +static int clk_init_parent(struct clk_core *core) > >>> +{ > >>> + core->parent = __clk_init_parent(

Re: [PATCH 2/9] clk: Introduce get_parent_hw clk op

On 2/15/2019 2:29 PM, Stephen Boyd wrote: Quoting Jeffrey Hugo (2019-02-15 11:29:26) On 2/15/2019 11:47 AM, Stephen Boyd wrote: Quoting Jeffrey Hugo (2019-02-11 08:09:00) On 1/28/2019 11:10 PM, Stephen Boyd wrote: +static int clk_init_parent(struct clk_core *core) +{ + core->parent = __c

Re: [GIT PULL] SCSI fixes for 5.0-rc

The pull request you sent on Fri, 15 Feb 2019 11:17:11 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5ded5871030eb75017639148da0a58931dfbfc25 Thank you! -- Deet-doot-dot, I am a bot. ht

Re: [PATCH v2 1/2] leds: Add Intel Cherry Trail Whiskey Cove PMIC LEDs

Hi Pavel, On 2/14/19 1:28 PM, Pavel Machek wrote: Hi! Jacek, could we get you to comment here? I'd prefer "hardware" trigger... What prevents use from using pattern trigger with its hw_pattern file? Do you remember drivers/leds/leds-sc27xx-bltc.c and its breathing mode, for which pattern tri

Re: [PATCH v2 1/2] leds: Add Intel Cherry Trail Whiskey Cove PMIC LEDs

Hi all, On 2/15/19 12:27 PM, Hans de Goede wrote: Hi, On 15-02-19 00:03, Pavel Machek wrote: Hi! I suggest that we deal with this special case by adding 3 custom sysfs attributes: 1) "mode" which when read, prints, e.g. : manual [on-when-charging] While this allows _user on console_ to co

Re: [PATCH][next] i2c: tegra: change phrasing, "fallbacking" to "falling back"

On Fri, Feb 15, 2019 at 03:31:26PM +, Colin King wrote: > From: Colin Ian King > > The phrasing in two dev_err messages is using fallbacking which > os less understandable than "falling back", so fix this up. > > Signed-off-by: Colin Ian King Applied to for-next, thanks! signature.asc D

[PATCH 1/2] power: supply: max14656: fix potential use-before-alloc

Call order on probe(): - max14656_hw_init() enables interrupts on the chip - devm_request_irq() starts processing interrupts, isr could be called immediately -isr: schedules delayed work (irq_work) -irq_work: calls power_supply_changed() - devm_power_supply_register() registers the power

[PATCH] scsi: aacraid: Fix missing break in switch statement

Add missing break statement and fix identation issue. This bug was found thanks to the ongoing efforts to enable -Wimplicit-fallthrough. Fixes: 9cb62fa24e0d ("aacraid: Log firmware AIF messages") Cc: sta...@vger.kernel.org Signed-off-by: Gustavo A. R. Silva --- drivers/scsi/aacraid/commsup.c |

[PATCH 2/2] power: supply: max14656: fix potential use-after-free

Explicitly cancel/sync the irq_work delayed work, otherwise there's a chance that it will run after the device is removed, which would result in a use-after-free. Note that cancel/sync should happen: - after irq's have been disabled, as the isr re-schedules the work - before the power supply is un

Re: [RFC PATCH 20/27] container, keys: Add a container keyring

[+Cc linux-fscrypt] Hi David, On Fri, Feb 15, 2019 at 04:10:45PM +, David Howells wrote: > Allow a container manager to attach keyrings to a container such that the > keys contained therein are searched by request_key() in addition to a > process's normal keyrings. This allows the manager to

Re: [PATCH v2 1/2] leds: Add Intel Cherry Trail Whiskey Cove PMIC LEDs

Hi Yauhen, On 2/15/19 8:27 AM, Yauhen Kharuzhy wrote: On Fri, Feb 15, 2019 at 12:03:07AM +0100, Pavel Machek wrote: Hi! I suggest that we deal with this special case by adding 3 custom sysfs attributes: 1) "mode" which when read, prints, e.g. : manual [on-when-charging] While this allows _

Re: next/master boot bisection: next-20190215 on beaglebone-black

t; * found. No manual investigation has been done to verify it, * > * and the root cause of the problem may be somewhere else. * > * Hope this helps! * > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > next/ma

Re: [PATCH v6 0/9] vfio/mdev: IOMMU aware mediated device

On 14/02/2019 20:14, Alex Williamson wrote: >> This patch series extends both IOMMU and vfio components to support >> mdev device passing through when it could be isolated and protected >> by the IOMMU units. The first part of this series (PATCH 1/09~6/09) >> adds the interfaces and implementation

Re: [PATCH] arm64/neon: Disable -Wincompatible-pointer-types when building with Clang

On Thu, Feb 14, 2019 at 06:39:59PM -0700, Nathan Chancellor wrote: > After commit cc9f8349cb33 ("arm64: crypto: add NEON accelerated XOR > implementation"), Clang builds for arm64 started failing with the > following error message. > > arch/arm64/lib/xor-neon.c:58:28: error: incompatible pointer t

[GIT PULL] Please pull additional NFS client fixes for 5.0

Hi Linus, The following changes since commit 8fc75bed96bb94e23ca51bd9be4daf65c57697bf: NFS: Fix up return value on fatal errors in nfs_page_async_flush() (2019-01-29 16:33:24 -0500) are available in the Git repository at: git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-5.

Re: next/master boot bisection: next-20190215 on beaglebone-black

On Fri, Feb 15, 2019 at 10:43:25AM -0800, Andrew Morton wrote: > On Fri, 15 Feb 2019 10:20:10 -0800 (PST) "kernelci.org bot" > wrote: > > Details:https://kernelci.org/boot/id/5c666ea959b514b017fe6017 > > Plain log: > > https://storage.kernelci.

random: remove no-op BUG_ON

container_of simply does pointer arithmetic; it's not going to spit out NULL, so this BUG_ON is unneeded. Signed-off-by: Sultan Alsawaf --- drivers/char/random.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/random.c b/drivers/char/random.c index 38c6d1af6..5ea

[PATCH] scsi: mpt3sas: Add missing breaks in switch statements

Fix the following warnings by adding the proper missing breaks: drivers/scsi/mpt3sas/mpt3sas_base.c: In function ‘_base_display_OEMs_branding’: drivers/scsi/mpt3sas/mpt3sas_base.c:3548:4: warning: this statement may fall through [-Wimplicit-fallthrough=] switch (ioc->pdev->subsystem_device) {

[PATCH v3 perf,bpf 00/11] perf annotation of BPF programs

Changes v2 to v3: 1. Remove unnecessary include in header files; 2. Improved error handling; 3. Better naming of functions, variables, etc.; 4. Enable bpf events by default for perf-top. Changes v1 to v2: 1. Fix compilation error with different feature-disassembler-four-args; 2. Fix a segfault in

[PATCH v3 perf,bpf 01/11] perf, bpf: consider events with attr.bpf_event as side-band events

Events with bpf_event should be considered as side-band event, as they carry information about BPF programs. Fixes: 6ee52e2a3fe4 ("perf, bpf: Introduce PERF_RECORD_BPF_EVENT") Signed-off-by: Song Liu --- kernel/events/core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/k

[PATCH v3 perf,bpf 10/11] perf, bpf: enable annotation of bpf program

This patch enables the annotation of bpf program. A new dso type DSO_BINARY_TYPE__BPF_PROG_INFO is introduced to for BPF programs. In symbol__disassemble(), DSO_BINARY_TYPE__BPF_PROG_INFO dso calls into a new function symbol__disassemble_bpf(), where annotation line information is filled based bpf

Re: [PATCH v2 perf,bpf 08/11] perf, bpf: save btf information as headers to perf.data

> On Feb 15, 2019, at 10:20 AM, Arnaldo Carvalho de Melo > wrote: > > Em Fri, Feb 15, 2019 at 05:47:58PM +, Song Liu escreveu: >> >> >>> On Feb 15, 2019, at 9:40 AM, Arnaldo Carvalho de Melo >>> wrote: >>> >>> Em Fri, Feb 15, 2019 at 05:25:01PM +, Song Liu escreveu: > On Feb

Re: [PATCH v2 5/8] arm64: dts: allwinner: Enable AXP803 CHGLED for Olimex boards

On Fri 2019-02-15 13:50:10, Stefan Mavrodiev wrote: > Teres-I and A64-OLinuXino commes with populated LED connected > to AXP803. So to be used as battery indication, pass the LED control > to the charger itself in mode 0 ( FULL while charging, OFF no battery > or completed). > > Signed-off-by: Ste

[PATCH v3 perf,bpf 11/11] perf, bpf: save information about short living bpf programs

To annotate bpf programs in perf, it is necessary to save information in bpf_prog_info and btf. For short living bpf program, it is necessary to save these information before it is unloaded. This patch saves these information in a separate thread. This thread creates its own evlist, that only trac

[PATCH v3 perf,bpf 07/11] perf, bpf: save btf in a rbtree in perf_env

btf contains information necessary to annotate bpf programs. This patch saves btf for bpf programs loaded in the system. Signed-off-by: Song Liu --- tools/perf/util/bpf-event.c | 24 ++ tools/perf/util/bpf-event.h | 7 tools/perf/util/env.c | 65 ++

[PATCH v3 perf,bpf 09/11] perf-top: add option --no-bpf-event

bpf events should be tracked by default for perf-top. This patch makes it on by default, and adds option to disable bpf events. Signed-off-by: Song Liu --- tools/perf/builtin-top.c | 3 +++ tools/perf/util/top.h| 1 + 2 files changed, 4 insertions(+) diff --git a/tools/perf/builtin-top.c b/

[PATCH v3 perf,bpf 05/11] perf, bpf: save bpf_prog_info in a rbtree in perf_env

bpf_prog_info contains information necessary to annotate bpf programs. This patch saves bpf_prog_info for bpf programs loaded in the system. Signed-off-by: Song Liu --- tools/perf/builtin-record.c | 2 +- tools/perf/builtin-top.c| 2 +- tools/perf/util/bpf-event.c | 35 +-- too

[PATCH v3 perf,bpf 04/11] perf, bpf: synthesize bpf events with bpf_program__get_prog_info_linear()

With bpf_program__get_prog_info_linear, we can simplify the logic that synthesizes bpf events. This patch doesn't change the behavior of the code. Signed-off-by: Song Liu --- tools/perf/util/bpf-event.c | 118 1 file changed, 40 insertions(+), 78 deletions(-

[PATCH v3 perf,bpf 08/11] perf, bpf: save btf information as headers to perf.data

This patch enables perf-record to save btf information as headers to perf.data A new header type HEADER_BTF is introduced for this data. Signed-off-by: Song Liu --- tools/perf/util/header.c | 99 +++- tools/perf/util/header.h | 1 + 2 files changed, 99 insert

[PATCH v3 perf,bpf 03/11] bpf: bpftool: use bpf_program__get_prog_info_linear() in prog.c:do_dump()

This patches uses bpf_program__get_prog_info_linear() to simplify the logic in prog.c do_dump(). Cc: Daniel Borkmann Cc: Alexei Starovoitov Signed-off-by: Song Liu --- tools/bpf/bpftool/prog.c | 266 +-- 1 file changed, 59 insertions(+), 207 deletions(-) di

[PATCH v3 perf,bpf 06/11] perf, bpf: save bpf_prog_info information as headers to perf.data

This patch enables perf-record to save bpf_prog_info information as headers to perf.data. A new header type HEADER_BPF_PROG_INFO is introduced for this data. Signed-off-by: Song Liu --- tools/perf/util/header.c | 136 ++- tools/perf/util/header.h | 1 + 2 fi

Re: [PATCH RESEND net] net: phy: xgmiitorgmii: Support generic PHY status read

On 2/15/19 10:34 AM, Paul Kocialkowski wrote: > Hi, > > On Fri, 2019-02-15 at 09:38 -0800, Florian Fainelli wrote: >> On 2/15/19 8:32 AM, Paul Kocialkowski wrote: >>> Some PHY drivers like the generic one do not provide a read_status >>> callback on their own but rely on genphy_read_status being c

Re: [RESEND PATCH net] mm: page_alloc: fix ref bias in page_frag_alloc() for 1-byte allocs

On Fri, Feb 15, 2019 at 7:35 PM Alexander Duyck wrote: > On Fri, Feb 15, 2019 at 6:10 AM Jann Horn wrote: > > On Thu, Feb 14, 2019 at 11:21 PM David Miller wrote: > > > From: Jann Horn > > > Date: Thu, 14 Feb 2019 22:26:22 +0100 > > > > > > > On Thu, Feb 14, 2019 at 6:13 PM David Miller > > >

Re: [PATCH v5 0/3] Add NXP AUDMIX device and machine drivers

On Fri, Feb 15, 2019 at 02:01:32PM +, Viorel Suman wrote: > The patchset adds NXP Audio Mixer (AUDMIX) device and machine > drivers and related DT bindings documentation. For this series, Acked-by: Nicolin Chen And Rob gave his at the previous version already. Thanks. > Changes since V4:

Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0

On 02/15/2019 01:40 PM, Will Deacon wrote: > On Thu, Feb 14, 2019 at 11:37:15AM +0100, Peter Zijlstra wrote: >> On Wed, Feb 13, 2019 at 05:00:14PM -0500, Waiman Long wrote: >>> v4: >>> - Remove rwsem-spinlock.c and make all archs use rwsem-xadd.c. >>> >>> v3: >>> - Optimize __down_read_trylock()

Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem

On 2/15/19 4:11 AM, Cornelia Huck wrote: On Thu, 14 Feb 2019 13:30:59 -0500 Tony Krowiak wrote: On 2/14/19 12:36 PM, Pierre Morel wrote: On 14/02/2019 17:57, Cornelia Huck wrote: On Thu, 14 Feb 2019 16:47:30 +0100 Pierre Morel wrote: On 14/02/2019 15:54, Cornelia Huck wrote: On Thu, 14

Re: [PATCH v2 4/4] mm: Generalize putback scan functions

On 15.02.2019 23:39, Daniel Jordan wrote: > On Thu, Feb 14, 2019 at 01:35:37PM +0300, Kirill Tkhai wrote: >> +static unsigned noinline_for_stack move_pages_to_lru(struct lruvec *lruvec, >> + struct list_head *list) >> { >> struct pglist_data *pg

[GIT PULL] more nfsd fixes for 5.0

Please pull nfsd bugfixes from: git://linux-nfs.org/~bfields/linux.git tags/nfsd-5.0-2 Two small fixes, one for crashes using nfs/krb5 with older enctypes, one that could prevent clients from reclaiming state after a kernel upgrade. --b. J. Bruce Fields (1): Revert "nfsd4: return defaul

[PATCH v3 perf,bpf 02/11] bpf: libbpf: introduce bpf_program__get_prog_info_linear()

Currently, bpf_prog_info includes 9 arrays. The user has the option to fetch any combination of these arrays. However, this requires a lot of handling of these arrays. This work becomes more tricky when we need to store bpf_prog_info to a file, because these arrays are allocated independently. Thi

Re: [PATCH 2/9] clk: Introduce get_parent_hw clk op

Quoting Jeffrey Hugo (2019-02-11 08:09:00) > On 1/28/2019 11:10 PM, Stephen Boyd wrote: > > > +static int clk_init_parent(struct clk_core *core) > > +{ > > + core->parent = __clk_init_parent(core, true); > > + if (IS_ERR(core->parent)) > > + return PTR_ERR(core->parent); > > +

Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions

On 2/14/19 8:51 AM, Pierre Morel wrote: This patch adds interception code for the PQAP instructions, and a callback inside the KVM arch structure for s390. If a VFIO-AP drivers needs to intercept PQAP/AQIC or PQAP/TAPQ instructions, the driver will initialize the callback inside the kvm_arch str

<    3   4   5   6   7   8   9   10   >