[PATCH] lockdep: fix fs_reclaim annotation

From: Omar Sandoval While revisiting my Btrfs swapfile series [1], I introduced a situation in which reclaim would lock i_rwsem, and even though the swapon() path clearly made GFP_KERNEL allocations while holding i_rwsem, I got no complaints from lockdep. It turns out that the

Re: [PATCH 20/30] kconfig: add basic helper macros to scripts/Kconfig.include

On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada wrote: > Kconfig got text processing tools like we see in Make. Add Kconfig > helper macros to scripts/Kconfig.include like we collect Makefile > macros in scripts/Kbuild.include. > > Signed-off-by: Masahiro Yamada

[PATCH 2/2] swiotlb: Fix dma_supported() to consider direct allocation

Along with the recent change to use the common swiotlb dma_ops, x86 also takes over the swiotlb_dma_supported(). This caused a regression when a low bit DMA mask is set; e.g. parport_pc driver now fails to set the 24bit DMA mask: parport_pc parport_pc.956: Unable to set coherent dma mask:

[PATCH 1/2] dma-direct: Don't repeat allocation for no-op GFP_DMA

When an allocation with lower dma_coherent mask fails, dma_direct_alloc() retries the allocation with GFP_DMA. But, it's useless for architectures that has no ZONE_DMA, obviously. Fix it by adding the check of CONFIG_ZONE_DMA before retrying the allocation. Fixes: 95f183916d4b ("dma-direct:

Re: [PATCH 1/4 v4] sched/pelt: Move pelt related code in a dedicated file

On 03/16/2018 12:25 PM, Vincent Guittot wrote: We want to track rt_rq's utilization as a part of the estimation of the whole rq's utilization. This is necessary because rt tasks can steal utilization to cfs tasks and make them lighter than they are. As we want to use the same load tracking

Re: [PATCH 0/4 v4] sched/rt: track rt rq utilization

On 03/16/2018 12:25 PM, Vincent Guittot wrote: [...] For a 15 seconds long test on a hikey 6220 (octo core cortex A53 platfrom), the cpufreq statistics outputs (stats are reset just before the test) : $ cat /sys/devices/system/cpu/cpufreq/policy0/stats/total_trans without patchset : 1230 with

Re: [PATCH 1/4 v4] sched/pelt: Move pelt related code in a dedicated file

On 03/16/2018 12:25 PM, Vincent Guittot wrote: [...] diff --git a/kernel/sched/pelt.h b/kernel/sched/pelt.h new file mode 100644 index 000..c312d8c --- /dev/null +++ b/kernel/sched/pelt.h @@ -0,0 +1,17 @@ +#ifdef CONFIG_SMP + +int __update_load_avg_blocked_se(u64 now, int cpu, struct

Re: [PATCH 2/2] tracing/events: block: dev_t via driver core for plug and unplug events

On Fri, Apr 13, 2018 at 03:07:18PM +0200, Steffen Maier wrote: > Complements v2.6.31 commit 55782138e47d ("tracing/events: convert block > trace points to TRACE_EVENT()") to be equivalent to traditional blktrace > output. Also this allows event filtering to not always get all (un)plug > events. >

[PATCH 0/2] swiotlb: Some regression fixes

Hi, this is a couple of small regression fixes I stumbled on recently. The first one is a trivial one, and it was already posted in another thread ("swiotlb: Fix unexpected swiotlb_alloc_coherent() failures"). thanks, Takashi === Takashi Iwai (2): dma-direct: Don't repeat allocation for

Re: [PATCH v4 2/3] dt-bindings: power: supply: qcom_bms: Add bindings

On Fri, Apr 13, 2018 at 11:35:27AM -0500, Rob Herring wrote: > On Sat, Apr 07, 2018 at 06:57:45PM +0100, Craig Tatlor wrote: > > Add bindings for the Qualcomm Battery Monitoring system. > > > > Signed-off-by: Craig Tatlor > > --- > > .../bindings/power/supply/qcom_bms.txt

[PATCH 1/3] perf: Return proper values for user stack errors

Return immediately when we find issue in the user stack checks. The error value could get overwritten by following check for PERF_SAMPLE_REGS_INTR. Signed-off-by: Jiri Olsa --- kernel/events/core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 3/3] perf: Remove superfluous allocation error check

If the get_callchain_buffers fails to allocate the buffer it will decrease the nr_callchain_events right away. There's no point of checking the allocation error for nr_callchain_events > 1. Removing that check. Signed-off-by: Jiri Olsa --- kernel/events/callchain.c | 10

[PATCH 2/3] perf: Fix sample_max_stack maximum check

The syzbot hit KASAN bug in perf_callchain_store having the entry stored behind the allocated bounds [1]. We miss the sample_max_stack check for the initial event that allocates callchain buffers. This missing check allows to create an event with sample_max_stack value bigger than the global

Re: [PATCH 21/30] stack-protector: test compiler capability in Kconfig and drop AUTO mode

2018-04-14 1:41 GMT+09:00 Kees Cook : > On Thu, Apr 12, 2018 at 10:06 PM, Masahiro Yamada > wrote: >> +stackp-flags-$(CONFIG_CC_HAS_STACKPROTECTOR_NONE) := -fno-stack-protector >> +stackp-flags-$(CONFIG_CC_STACKPROTECTOR) :=

[PATCH] staging: pi433: use help in Kconfig description

Fixes checkpatch warning: WARNING: prefer 'help' over '---help---' for new help texts Signed-off-by: Valentin Vidic --- drivers/staging/pi433/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/pi433/Kconfig

Re: BUILD_BUG_ON_MSG

Hello Julia, I'm CCing LKML on this so that others can be involved. On 04/15/2018 12:43 AM, Julia Lawall wrote: > Hello, > > I saw that you introduced BUILD_BUG_ON_MSG in the Linux kernel a few years > ago. > > BUILD_BUG_ON_MSG is not safe when used in header files. Via > compiletime_assert,

Re: BUILD_BUG_ON_MSG

On Sun, 15 Apr 2018, Daniel Santos wrote: > Hello Julia, > > I'm CCing LKML on this so that others can be involved. > > > On 04/15/2018 12:43 AM, Julia Lawall wrote: > > Hello, > > > > I saw that you introduced BUILD_BUG_ON_MSG in the Linux kernel a few years > > ago. > > > > BUILD_BUG_ON_MSG

Re: [PATCH] swiotlb: Fix unexpected swiotlb_alloc_coherent() failures

On Thu, 12 Apr 2018 12:32:54 +0200, Robin Murphy wrote: > > On 12/04/18 09:27, Takashi Iwai wrote: > > On Thu, 12 Apr 2018 10:19:05 +0200, > > Takashi Iwai wrote: > >> > >> On Thu, 12 Apr 2018 10:03:56 +0200, > >> Takashi Iwai wrote: > >>> > >>> On Thu, 12 Apr 2018 08:02:27 +0200, > >>> Christoph

[GIT PULL] final round of SCSI updates for the 4.16+ merge window

This is a set of minor (and safe changes) that didn't make the initial pull request plus some bug fixes. The status handling code is actually a running regression from the previous merge window which had an incomplete fix (now reverted) and most of the remaining bug fixes are for problems older

Re: [PATCH v7 11/26] of: base: Add of_get_cpu_state_node() to get idle states for a CPU node

On 13 April 2018 at 17:05, Rob Herring wrote: > On Thu, Apr 12, 2018 at 6:14 AM, Ulf Hansson wrote: >> The CPU's idle state nodes are currently parsed at the common cpuidle DT >> library, but also when initializing back-end data for the arch specific

Re: [PATCH v7 06/26] timer: Export next wakeup time of a CPU

On 13 April 2018 at 10:47, Rafael J. Wysocki wrote: > On Thu, Apr 12, 2018 at 1:14 PM, Ulf Hansson wrote: >> From: Lina Iyer >> >> Knowing the sleep duration of CPUs, is known to be needed while selecting >> the most energy

Re: [PATCH 0/4 v4] sched/rt: track rt rq utilization

Hi Dietmar, On 15 April 2018 at 13:56, Dietmar Eggemann wrote: > On 03/16/2018 12:25 PM, Vincent Guittot wrote: > > [...] > > >> For a 15 seconds long test on a hikey 6220 (octo core cortex A53 >> platfrom), >> the cpufreq statistics outputs (stats are reset just before

Re: [PATCH 1/4 v4] sched/pelt: Move pelt related code in a dedicated file

On 15 April 2018 at 13:58, Dietmar Eggemann wrote: > On 03/16/2018 12:25 PM, Vincent Guittot wrote: >> >> We want to track rt_rq's utilization as a part of the estimation of the >> whole rq's utilization. This is necessary because rt tasks can steal >> utilization to cfs

Re: [PATCH 08/30] kconfig: add built-in function support

On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada wrote: > This commit adds a new concept 'function' to do more text processing > in Kconfig. > > A function call looks like this: > > $(function arg1, arg2, arg3, ...) > > This commit adds the basic infrastructure to

Re: [PATCH] IB: make INFINIBAND_ADDR_TRANS configurable

On Fri, Apr 13, 2018 at 12:06:44AM -0700, Greg Thelen wrote: > Allow INFINIBAND without INFINIBAND_ADDR_TRANS. Why? We are pushing everyone heavily to use RDMA/CM, so making it optional seems rather counter-intuitive. You'll also have to fix tons of ULPs to explicitly depend on

Softlockup and Hardlockup sample test module

Hi All, Could you please provide some sample test module for causing a Softlockup and Hardlockup in latest kernel for SMP for testing purposes. I assume there are some Kconfigs to be enabled as well for this. I had tried with the module where I put a busy loop inside spinlock but was not able to

Re: [GIT PULL] Thermal management updates for v4.17-rc1

On Fri, Apr 13, 2018 at 12:27:17PM +0200, Bartlomiej Zolnierkiewicz wrote: > On Friday, April 13, 2018 03:08:03 AM Eduardo Valentin wrote: > > On Fri, Apr 13, 2018 at 01:39:05PM +0800, Zhang Rui wrote: > > > Hi, Eduardo, > > > > > > On 四, 2018-04-12 at 21:08 -0700, Eduardo Valentin wrote: > > > >

Re: [PATCH] phy: Add a driver for the ATH79 USB phy

On Sat, 24 Mar 2018 23:38:40 +0100 Alban Bedel wrote: > The ATH79 USB phy is very simple, it only have a reset. On some SoC a > second reset is used to force the phy in suspend mode regardless of the > USB controller status. > > This driver is added to the qualcom directory as

[GIT PULL] Btrfs updates for 4.17, part 2

Hi, we have queued a few more fixes (error handling, log replay, softlockup) and the rest is SPDX update that touches almost all files so the diffstat is long. The top patch is a fixup for excessive warning and was not in linux-next but I've tested it locally. Please pull, thanks.

(4) the implementation of the rights of separation control

especiallywiththecurrentscientificandtechnologicalproductivity阅览内容，预览附件

Re: [PATCH v2 3/5] ASoC: max9860: switch to SPDX license tag

On Fri, Apr 13, 2018 at 12:19:27PM +0100, Mark Brown wrote: > On Thu, Apr 12, 2018 at 11:14:35PM +0200, Peter Rosin wrote: > > > @@ -1,3 +1,4 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > /* > > * Driver for the MAX9860 Mono Audio Voice Codec > > * > > Please don't mix C and C++ comments

[GIT pull] irq updates for 4.17

Linus, please pull the latest irq-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus Another set of updates for the irq core: - Fix error path handling in the affinity spreading code - Make affinity spreading smarter to avoid

Re: [PATCH 17/30] Documentation: kconfig: document a new Kconfig macro language

On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada wrote: > Add a document for the macro language introduced to Kconfig. > > The motivation of this work is to move the compiler option tests to > Kconfig from Makefile. A number of kernel features require the >

Re: [RFC] virtio: Use DMA MAP API for devices without an IOMMU

On Fri, Apr 06, 2018 at 06:37:18PM +1000, Benjamin Herrenschmidt wrote: > > > implemented as DMA API which the virtio core understands. There is no > > > need for an IOMMU to be involved for the device representation in this > > > case IMHO. > > > > This whole virtio translation issue is a mess.

Re: blktest for [PATCH v2] block: do not use interruptible wait anywhere

On 14/04/18 20:52, Jens Axboe wrote: On 4/14/18 1:46 PM, Alan Jenkins wrote: On 13/04/18 09:31, Johannes Thumshirn wrote: Hi Alan, On Thu, 2018-04-12 at 19:11 +0100, Alan Jenkins wrote: # dd if=/dev/sda of=/dev/null iflag=direct & \ while killall -SIGUSR1 dd; do sleep 0.1; done & \

Dear Talented

Dear Talented, I am Talent Scout For BLUE SKY FILM STUDIO, Present Blue sky Studio a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope 3D Movie-The Story

Re: [PATCH AUTOSEL for 4.15 168/189] nfsd: return RESOURCE not GARBAGE_ARGS on too many ops

On Mon, Apr 09, 2018 at 11:27:47AM -0400, J. Bruce Fields wrote: >What's your default on these patches on these AUTOSEL patches if you >don't get an ACK or NACK? Do you apply them anyway? Right now it's opt-out, so it'll get merged unless you NACK it. In general, these patches get higher

Re: [PATCH v2 03/14] staging: iio: ad7746: Fix bound checkings

On Fri, 13 Apr 2018 13:36:40 -0300 Hernán Gonzalez wrote: > Also remove unnecessary parenthesis I am probably missing something. I'm not sure what you mean by fix bound checking? There are superfluous brackets, but I don't see any functional change to indicate

Re: [PATCH v2 06/14] staging: iio: ad7746: Reorder variable declarations

On Fri, 13 Apr 2018 13:36:43 -0300 Hernán Gonzalez wrote: > Reorder some variable declarations in an inverse-pyramid scheme. > > Signed-off-by: Hernán Gonzalez Applied, Thanks, Jonathan > --- > drivers/staging/iio/cdc/ad7746.c | 6

Re: [PATCH v2 10/14] staging: iio: ad7746: Add comments

On Fri, 13 Apr 2018 13:36:47 -0300 Hernán Gonzalez wrote: > Add comments to clarify some of the calculations made, specially when > reading or writing values. > Mostly good, but a few minor comments. Jonathan > Signed-off-by: Hernán Gonzalez

[RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized

Call clear_siginfo to ensure every stack allocated siginfo is properly initialized before being passed to the signal sending functions. Note: It is not safe to depend on C initializers to initialize struct siginfo on the stack because C is allowed to skip holes when initializing a structure.

[RFC PATCH 0/3] Dealing with the aliases of SI_USER

Linus, Would you consider the patchset below for -rc2? Dealing with the aliases of SI_USER has been a challenge as we have had a b0rked ABI in some cases since 2.5. So far no one except myself has suggested that changing the si_code of from 0 to something else for those problematic aliases of

Re: [PATCH] arm64: support __int128 with clang

Hi Will, Would you review/merge this when you have a chance? Thanks, Jason On Sat, Dec 23, 2017 at 1:43 AM, Jason A. Donenfeld wrote: > Commit fb8722735f50 ("arm64: support __int128 on gcc 5+") added support > for arm64 __int128 with gcc with a version-conditional, but

Re: [PATCH 1/2] iio: potentiometer: mcp4018: switch to using .probe_new

On Wed, 11 Apr 2018 14:49:14 +0200 Peter Rosin wrote: > Use the new probe style for i2c drivers. > > Signed-off-by: Peter Rosin Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan > --- >

[GIT pull] efi updates for 4.17

Linus, please pull the latest efi-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-urgent-for-linus A single fix for an early boot warning caused by invoking this_cpu_has() before SMP initialization. Thanks, tglx -->

Re: [PATCH v3 0/2] iio: add unit converter

On Wed, 11 Apr 2018 16:15:53 +0200 Peter Rosin wrote: > Hi! > > I'm now following up with one more binding for the unit-converter. > This time with a real IC, namely LT6106 from Analog Devices. It's > a current sense amplifier. I was a but unsure if I should have > the Rin and

Re: [PATCH v3 5/7] iio:dac:ad5686: Add AD5672R/76/76R/84R/86R support

On Wed, 11 Apr 2018 14:53:01 +0300 Stefan Popa wrote: > The AD5684R/AD5686R are a family of 4 channel DACs with 12-bit, 14-bit and > 16-bit precision respectively. The devices come either with a built-in > reference or no built-in reference. > > The

Re: [PATCH 21/30] stack-protector: test compiler capability in Kconfig and drop AUTO mode

2018-04-14 3:11 GMT+09:00 Linus Torvalds : > On Fri, Apr 13, 2018 at 9:41 AM, Kees Cook wrote: >> >> How about something like this instead: > > I'd rather avoid the ifdef's in the Makefile if at all possible. > > I'd rather expose this as a

Re: [PATCH 1/4 v4] sched/pelt: Move pelt related code in a dedicated file

On 04/15/2018 02:16 PM, Vincent Guittot wrote: On 15 April 2018 at 13:58, Dietmar Eggemann wrote: On 03/16/2018 12:25 PM, Vincent Guittot wrote: We want to track rt_rq's utilization as a part of the estimation of the whole rq's utilization. This is necessary because

Re: [GIT PULL] auxdisplay for v4.17-rc1

On Sat, Apr 14, 2018 at 12:50 AM, Linus Torvalds wrote: > On Thu, Apr 12, 2018 at 11:37 AM, Miguel Ojeda > wrote: >> >> Please pull these fixes and cleanups for auxdisplay. > > As far as I can tell, none of this has been in

Re: [PATCH v2 02/14] staging: iio: ad7746: Adjust arguments to match open parenthesis

On Fri, 13 Apr 2018 13:36:39 -0300 Hernán Gonzalez wrote: > Clear a couple more checkpatch.pl CHECKS. > > Signed-off-by: Hernán Gonzalez Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with

[PATCH 1/7] aio: don't print the page size at boot time

The page size is in no way related to the aio code, and printing it in the (debug) dmesg at every boot serves no purpose. Signed-off-by: Christoph Hellwig Acked-by: Jeff Moyer Reviewed-by: Greg Kroah-Hartman Reviewed-by: Darrick J.

Re: [PATCH 20/30] kconfig: add basic helper macros to scripts/Kconfig.include

2018-04-15 16:41 GMT+09:00 Ulf Magnusson : > On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada > wrote: >> Kconfig got text processing tools like we see in Make. Add Kconfig >> helper macros to scripts/Kconfig.include like we collect Makefile >>

Re: [tip:x86/urgent] swiotlb: Use dma_direct_supported() for swiotlb_ops

Do you plan to send this on to Linus? Would be great to have this in for rc1..

Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid

Russell King - ARM Linux writes: > On Fri, Apr 13, 2018 at 12:53:49PM -0700, Linus Torvalds wrote: >> On Fri, Apr 13, 2018 at 11:45 AM, Dave Martin wrote: >> > >> > Most uses I've seen do nothing more than use the FPE_xyz value to >> > format

Re: [PATCH v2 12/14] staging: iio: ad7746: Add ABI documentation

On Fri, 13 Apr 2018 13:36:49 -0300 Hernán Gonzalez wrote: > The use cases for this driver don't comply with the current ABI. The > ad7746 and ad7152 need an external capacitance or voltage reference to > automatically calibrate themselves which is not the normal use

Re: linux-next on x60: network manager often complains "network is disabled" after resume

On Mon 2018-03-26 10:33:55, Dan Williams wrote: > On Sun, 2018-03-25 at 08:19 +0200, Pavel Machek wrote: > > > > > Ok, what does 'nmcli dev' and 'nmcli radio' show? > > > > > > > > Broken state. > > > > > > > > pavel@amd:~$ nmcli dev > > > > DEVICE TYPE STATECONNECTION > > > > eth1

Re: linux-next on x60: network manager often complains "network is disabled" after resume

On Tue 2018-03-20 21:11:54, Woody Suwalski wrote: > Woody Suwalski wrote: > >Pavel Machek wrote: > >>On Mon 2018-03-19 05:17:45, Woody Suwalski wrote: > >>>Pavel Machek wrote: > Hi! > > With recent linux-next, after resume networkmanager often claims that > "network is disabled".

Re: [PATCH v2 13/14] Move ad7746 out of staging

On Fri, 13 Apr 2018 13:36:50 -0300 Hernán Gonzalez wrote: > Signed-off-by: Hernán Gonzalez A few comments inline. Also nice to have a bit of a description of the driver in the patch moving it out of staging. It's a patch people might

Re: [PATCH v3 2/2] iio: afe: unit-converter: new driver

On Tue, 10 Apr 2018 17:28:02 +0200 Peter Rosin wrote: > If an ADC channel measures the midpoint of a voltage divider, the > interesting voltage is often the voltage over the full resistance. > E.g. if the full voltage is too big for the ADC to handle. > Likewise, if an ADC

[GIT pull] x86/pti updates for 4.17

Linus, please pull the latest x86-pti-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus Another series of PTI related changes: - Remove the manual stack switch for user entries from the idtentry code. This debloats entry by 5k+ bytes of

[GIT pull] x86 updates for 4.17

Linus, please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus A set of fixes and updates for x86: - Address a swiotlb regression which was caused by the recent DMA rework and made driver fail because

[PATCH] staging: vboxvideo: Fix line size exceeding 80 columns.

This patch fixes the checkpatch.pl warning: WARNING: line over 80 characters + vbva = (void __force *)vbox->vbva_buffers + i * VBVA_MIN_BUFFER_SIZE; Signed-off-by: Daniel Junho --- drivers/staging/vboxvideo/vbox_main.c | 3 ++- 1 file changed, 2 insertions(+), 1

Re: [PATCH v2 13/14] Move ad7746 out of staging

On Sun, 2018-04-15 at 18:04 +0100, Jonathan Cameron wrote: > On Fri, 13 Apr 2018 13:36:50 -0300 > Hernán Gonzalez wrote: > > > Signed-off-by: Hernán Gonzalez > > A few comments inline. And a trivial typo and other bits > > diff --git

[RFC PATCH] kernel/sched/core: busy wait before going idle

This is a quick hack for comments, but I've always wondered -- if we have a short term polling idle states in cpuidle for performance -- why not skip the context switch and entry into all the idle states, and just wait for a bit to see if something wakes up again. It's not uncommon to see various

Re: [PATCH AUTOSEL for 4.15 044/189] ASoC: bcm2835: fix hw_params error when device is in prepared state

On Mon, Apr 09, 2018 at 10:27:24AM +0100, Mark Brown wrote: >On Mon, Apr 09, 2018 at 12:17:20AM +, Sasha Levin wrote: > >> --- >> sound/soc/bcm/bcm2835-i2s.c | 20 ++-- >> 1 file changed, 14 insertions(+), 6 deletions(-) > >This is a relatively big refactoring, including

Re: [PATCH AUTOSEL for 4.15 019/189] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 09, 2018 at 10:15:35AM +0200, Petr Mladek wrote: >On Mon 2018-04-09 00:16:59, Sasha Levin wrote: >> From: "Steven Rostedt (VMware)" >> >> [ Upstream commit dbdda842fe96f8932bae554f0adf463c27c42bc7 ] >> >> This patch implements what I discussed in Kernel Summit. I

Re: [PATCH AUTOSEL for 4.15 048/189] clk: ingenic: Fix recalc_rate for clocks with fixed divider

On Mon, Apr 09, 2018 at 09:12:42PM +0100, James Hogan wrote: >On Mon, Apr 09, 2018 at 12:17:24AM +, Sasha Levin wrote: >> From: Paul Cercueil >> >> [ Upstream commit e6cfa64375d34a6c8c1861868a381013b2d3b921 ] >> >> Previously, the clocks with a fixed divider would report

Re: Linux 3.18.105

On 14 April 2018 1:54:59 AM IST, Greg KH wrote: >I'm announcing the release of the 3.18.105 kernel. > >All users of the 3.18 kernel series must upgrade. > >The updated 3.18.y git tree can be found at: >

Re: [PATCH v2 09/14] staging: iio: ad7746: Add remove()

On Fri, 13 Apr 2018 13:36:46 -0300 Hernán Gonzalez wrote: > This allows the driver to be probed and removed as a module powering it > down on remove(). > > Signed-off-by: Hernán Gonzalez > --- > drivers/staging/iio/cdc/ad7746.c | 26

Re: [PATCH v2 14/14] staging: iio: Remove ad7746 from staging

On Fri, 13 Apr 2018 13:36:51 -0300 Hernán Gonzalez wrote: > Signed-off-by: Hernán Gonzalez Please have a single patch (with move detection turned off) for this and the previous. Allows easy review by showing us the code but doesn't lead

Re: [PATCH 2/2] iio: potentiometer: mcp4531: switch to using .probe_new

On Wed, 11 Apr 2018 14:49:15 +0200 Peter Rosin wrote: > Use the new probe style for i2c drivers. > > Signed-off-by: Peter Rosin Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan > --- >

[GIT pull] perf updates for 4.17

Linus, please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus A rather large set of perf updates: - Show only failing syscalls with 'perf trace --failure' (Arnaldo Carvalho de Melo)

Re: [PATCH 00/32] docs/vm: convert to ReST format

On Fri, Apr 13, 2018 at 01:55:51PM -0600, Jonathan Corbet wrote: > Sorry for the silence, I'm pedaling as fast as I can, honest... > > On Sun, 1 Apr 2018 09:38:58 +0300 > Mike Rapoport wrote: > > > My thinking was to start with mechanical RST conversion and then to

Re: [PATCH v3 1/7] iio:dac:ad5686: Style fixes no functional changes

On Wed, 11 Apr 2018 14:51:51 +0300 Stefan Popa wrote: > This patch fixes some indentation issues and does not modify the > functionality of the driver. > > Signed-off-by: Stefan Popa I'll try unwinding it this time, but please make absolutely

Re: [PATCH v3 4/7] iio:dac:ad5686: Add support for AD5685R

On Wed, 11 Apr 2018 14:52:48 +0300 Stefan Popa wrote: > This driver acctually supports the AD5685R device and NOT the AD5685, which > does not exist. > > More information can be found in the datasheet: >

[PATCH] fpga-manager: altera-ps-spi: preserve nCONFIG state

From: Anatolij Gustschin If the driver module is loaded when FPGA is configured, the FPGA is reset because nconfig is pulled low (low-active gpio inited with GPIOD_OUT_HIGH activates the signal which means setting its value to low). Init nconfig with GPIOD_OUT_LOW to prevent this.

Re: [PATCH v3 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

On Sun, Apr 15, 2018 at 07:17:46PM +0200, Pali Rohár wrote: > On Saturday 14 April 2018 13:17:11 Lukas Wunner wrote: > > On Sat, Apr 14, 2018 at 12:49:50PM +0200, Pali Rohár wrote: > > > On Saturday 14 April 2018 12:45:12 Lukas Wunner wrote: > > > > On Thu, Apr 12, 2018 at 10:15:41PM +0800,

Re: [PATCH 08/30] kconfig: add built-in function support

2018-04-15 16:57 GMT+09:00 Ulf Magnusson : > On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada > wrote: >> This commit adds a new concept 'function' to do more text processing >> in Kconfig. >> >> A function call looks like this: >> >>

Re: [PATCH v2 07/14] staging: iio: ad7746: Remove unused defines

On Fri, 13 Apr 2018 13:36:44 -0300 Hernán Gonzalez wrote: > Signed-off-by: Hernán Gonzalez > --- > drivers/staging/iio/cdc/ad7746.c | 7 --- > drivers/staging/iio/cdc/ad7746.h | 5 - > 2 files changed, 12 deletions(-) > > diff

Re: [PATCH v2 11/14] staging: iio: ad7746: Add devicetree bindings documentation

On Fri, 13 Apr 2018 13:36:48 -0300 Hernán Gonzalez wrote: > Cc: Rob Herring > Cc: Mark Rutland > Cc: devicet...@vger.kernel.org > Signed-off-by: Hernán Gonzalez A few comments inline. Thanks,

Re: [PATCH 21/30] stack-protector: test compiler capability in Kconfig and drop AUTO mode

On Sun, Apr 15, 2018 at 6:28 AM, Masahiro Yamada wrote: > In my Makefile ... > > stackp-flags-$(CONFIG_CC_HAS_STACKPROTECTOR_NONE) := -fno-stack-protector > stackp-flags-$(CONFIG_CC_STACKPROTECTOR) := -fstack-protector >

[PATCH] arm64: export tishift functions to modules

Otherwise modules that use these arithmetic operations will fail to link. We accomplish this with EXPORT_SYMBOL in the .S file, but because of symbol versioning, we actually need to have a declaration of these too in C. So, we introduce asm-prototypes.h, which is the same file name and technique

[regression v4.17-rc0] Re: FORTIFY_SOURCE breaks ARM compilation in -next -- was Re: ARM compile failure in Re: linux-next: Tree for Apr 4

Hi! > Thanks. > > Ok, let me try to bisect it. Compile-problem should be easy... > > Hmm. And as it is compile-problem in single file, it should even be > reasonably fast. I did not realize how easy it would be: > > #!/bin/bash > set -e > cp config.ok .config > yes '' | ARCH=arm make

Re: [regression v4.17-rc0] Re: FORTIFY_SOURCE breaks ARM compilation in -next -- was Re: ARM compile failure in Re: linux-next: Tree for Apr 4

On Sun, Apr 15, 2018 at 10:39 AM, Pavel Machek wrote: > Hi! > >> Thanks. >> >> Ok, let me try to bisect it. Compile-problem should be easy... >> >> Hmm. And as it is compile-problem in single file, it should even be >> reasonably fast. I did not realize how easy it would be: >> >>

Re: [PATCH v3 2/7] iio:dac:ad5686: Change license description

On Wed, 11 Apr 2018 14:52:12 +0300 Stefan Popa wrote: > Add GPLv2+ SPDX identifier and remove license notice to keep the whole > purpose of using an SPDx id. > > Signed-off-by: Stefan Popa Applied to the togreg branch of iio.git and pushed out as

Re: [PATCH v4] dmaengine: pl330: flush before wait, and add dev burst support.

On Tue, Apr 10, 2018 at 11:37 AM, Vinod Koul wrote: >> >> Hi, what is the state of this patch? I just noticed in patchwork it >> is now listed as "Not applicable"? The original broken-by-wordwrap >> patch is listed as "Accepted"? >> >>

Re: [PATCH] ARM: dts: da850: use gpio-ranges

On 02/23/2018 05:44 AM, Sekhar Nori wrote: On Thursday 22 February 2018 09:04 PM, Linus Walleij wrote: On Mon, Feb 19, 2018 at 11:29 PM, David Lechner wrote: This makes use of the gpio-ranges feature that connects GPIO controllers and PINMUX controllers. In da850.dtsi,

[PATCH] PCI: dwc: artpec6: Add reset-gpios for PERST# control

Some devices need an optional external gpio for controlling the PERST# signal to bring up for example a PCIe switch after a soft reset. Without this, some boards (the ARTPEC-6 master devboard) would not get the PCIe link back after a soft reset. Signed-off-by: Jesper Nilsson

Re: [PATCH v2 8/9] PCI: dwc: Small computation improvement

Hi Gustavo, On Wed, Apr 11, 2018 at 4:40 AM, Gustavo Pimentel wrote: > Can be this one? > > Probably any recent and decent compiler does this kind of substitution > in order to improve code performance. Nevertheless it's a coding good > practice whenever there is

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Sun, Apr 15, 2018 at 03:39:44AM +0100, Al Viro wrote: > I really wonder if we should just do the following in > d_invalidate(): > * grab ->d_lock on victim, check if it's unhashed, > unlock and bugger off if it is. Otherwise, unhash and unlock. > >From that point on any d_set_mounted()

Re: [PATCH AUTOSEL for 4.14 039/161] IB/cq: Don't force IB_POLL_DIRECT poll context for ib_process_cq_direct

Grabbed it for both 4.14 and 4.15, thanks Max! On Mon, Apr 09, 2018 at 07:21:29PM +0300, Max Gurtovoy wrote: >Hi Sasha, >please consider taking a small fix for this one (also useful for 4.15): > >commit d3b9e8ad425cfd5b9116732e057f1b48e4d3bcb8 >Author: Max Gurtovoy >Date:

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Mon, Apr 09, 2018 at 10:22:46AM +0200, Petr Mladek wrote: >PS: I wonder how much time you give people to react before releasing >this. The number of autosel mails is increasing and I am involved >only in very small amount of them. I wonder if some other people >gets overwhelmed by this. My

Re: [PATCH AUTOSEL for 4.14 043/161] MIPS: JZ4770: Work around config2 misreporting associativity

On Mon, Apr 09, 2018 at 09:08:38PM +0100, James Hogan wrote: >On Mon, Apr 09, 2018 at 12:20:20AM +, Sasha Levin wrote: >> From: Maarten ter Huurne >> >> [ Upstream commit 1f7412e0e2f327fe7dc5a0c2fc36d7b319d05d47 ] >> >> According to config2, the associativity would be

Re: [PATCH v2 04/14] staging: iio: ad7746: Fix multiple line dereference

On Fri, 13 Apr 2018 13:36:41 -0300 Hernán Gonzalez wrote: > Clear checkpatch.pl WARNING about multiple line derefence but creates a > new one of line over 80 characters. In my opinion, it improves > readability. > > Signed-off-by: Hernán Gonzalez

Re: [PATCH v2 05/14] staging: iio: ad7746: Reorder includes alphabetically

On Fri, 13 Apr 2018 13:36:42 -0300 Hernán Gonzalez wrote: > Signed-off-by: Hernán Gonzalez Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan > --- >

Re: [PATCH v2 08/14] staging: iio: ad7746: Add dt-bindings

On Fri, 13 Apr 2018 13:36:45 -0300 Hernán Gonzalez wrote: > This patch adds dt bindings by populating a pdata struct in order to > modify as little as possible the existing code. It supports both > platform_data and dt-bindings but uses only one depending on >

Re: [PATCH v3 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

On Saturday 14 April 2018 13:17:11 Lukas Wunner wrote: > On Sat, Apr 14, 2018 at 12:49:50PM +0200, Pali Rohár wrote: > > On Saturday 14 April 2018 12:45:12 Lukas Wunner wrote: > > > On Thu, Apr 12, 2018 at 10:15:41PM +0800, Kai-Heng Feng wrote: > > > > Do you have any suggestion to check if it

Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER

( On Sun, Apr 15, 2018 at 8:56 AM, Eric W. Biederman wrote: > > Would you consider the patchset below for -rc2? Ugh. I have an irrational dislike of "clear_siginfo()". It's a nasty broken interface, which just mis-spells "memset()", and makes it non-obvious that you

[PATCH v4 3/3] mm: restructure memfd code

With the addition of memfd hugetlbfs support, we now have the situation where memfd depends on TMPFS -or- HUGETLBFS. Previously, memfd was only supported on tmpfs, so it made sense that the code resided in shmem.c. In the current code, memfd is only functional if TMPFS is defined. If HUGETLFS is

  1   2   3   4   5   6   >