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 l
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
> Reviewed-by: Kees Cook
> Revi
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 rework of the fs_re
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
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 issue
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 expand functions.
> Change the
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
> compiler support. Enabling such featur
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.
>
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
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:
> > > >
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 no-
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: disab
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: retr
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 th
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 a/kernel/events/core.c b/ker
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 ++
1 file chang
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 sysct
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) := -fstack-protector
>> +stackp-flags-$(CONFIG_CC_STACKPROTECTOR_ST
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 atheros is now par
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 b/drivers/staging/pi433/Kconfig
index 87c2ee1
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 p
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 sched_
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 mecani
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 CPU
>> operations, as in the PSCI driver case.
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 the test) :
>> $ cat /sys/
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 efficient idle state for a CPU or a group of CPUs.
>>
>> However, to be
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
INFINIBAND_ADDR_T
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, it
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.
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 & \
ec
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 tasks and make them lighte
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 is
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.
--
especiallywiththecurrentscientificandtechnologicalproductivity阅览内容，预览附件
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| 93 +++
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 a division / multiplication by m
On Sun, 2018-04-15 at 00:26 +0200, KarimAllah Ahmed wrote:
> Switch 'requests' to be explicitly 64-bit and update BUILD_BUG_ON check to
> use the size of "requests" instead of the hard-coded '32'.
>
> That gives us a bit more room again for arch-specific requests as we
> already ran out of space f
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 diagnostic messages while dying. I struggled to find code that
> > made a meaningful function
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 rt tasks can steal
utiliza
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 Kconfig rule, and in the Kconfig just have
> an entry som
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
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 linux-next.
>
> By the end of the merge window, I styart getting a whole
syzbot has found reproducer for the following crash on upstream commit
18b7fd1c93e5204355ddbf2608a097d64df81b88 (Sat Apr 14 15:50:50 2018 +)
Merge branch 'akpm' (patches from Andrew)
syzbot dashboard link:
https://syzkaller.appspot.com/bug?extid=18df353d7540aa6b5467
So far this crash happe
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() i
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
of
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 added
>> lockdep annot
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 moving
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 visibil
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 their rate
>> as being
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 revi
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: Mon Mar 5 20:09:48 201
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 5-ways, but the
>> docume
Hi all,
this patch adds workqueue based fsync offload. Version of this
patch have been floating around for a couple years, but we now
have a user with seastar used by ScyllaDB (who sponsored this
work) that really wants this in addition to the aio poll support.
More details are in the patch itsel
Simple workqueue offload for now, but prepared for adding a real aio_fsync
method if the need arises. Based on an earlier patch from Dave Chinner.
Signed-off-by: Christoph Hellwig
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Darrick J. Wong
---
fs/aio.c | 43 ++
On Mon, Apr 09, 2018 at 11:00:06AM -0700, Chenbo Feng wrote:
>On Sun, Apr 8, 2018 at 5:28 PM, Sasha Levin
> wrote:
>> From: Chenbo Feng
>>
>> [ Upstream commit 8fac365f63c866a00015fa13932d8ffc584518b8 ]
>>
>> Currently in both ipv4 and ipv6 code path, the ack packet received when
>> sk at TCP_NEW_
If we release the lockdep write protection token before calling into
->write_iter and thus never access the file pointer after an -EIOCBQUEUED
return from ->write_iter or ->read_iter we don't need this extra
reference.
Signed-off-by: Christoph Hellwig
---
fs/aio.c | 11 +--
1 file change
Don't reference the kiocb structure from the common aio code, and move
any use of it into helper specific to the read/write path. This is in
preparation for aio_poll support that wants to use the space for different
fields.
Signed-off-by: Christoph Hellwig
Acked-by: Jeff Moyer
Reviewed-by: Greg
These days we don't treat sync iocbs special in the aio completion code as
they never use it. Remove the old comment and BUG_ON given that the
current definition of is_sync_kiocb makes it impossible to hit.
Signed-off-by: Christoph Hellwig
---
fs/aio.c | 9 -
1 file changed, 9 deletions
This is the io_getevents equivalent of ppoll/pselect and allows to
properly mix signals and aio completions (especially with IOCB_CMD_POLL)
and atomically executes the following sequence:
sigset_t origmask;
pthread_sigmask(SIG_SETMASK, &sigmask, &origmask);
ret = io_geteve
On Mon, Apr 09, 2018 at 02:29:11PM +1000, Nicholas Piggin wrote:
>On Mon, 9 Apr 2018 00:41:22 +
>Sasha Levin wrote:
>
>> From: Nicholas Piggin
>>
>> [ Upstream commit 827880ec260ba048f95fe646b96a205c394fa0f0 ]
>>
>> The linker does not like vdso-syms.lds in input archive files.
>> Make it an
On Fri, 13 Apr 2018 13:36:38 -0300
Hernán Gonzalez wrote:
> Data to read or write was being handled with the swab16() macro instead
> of using i2c_smbus_{read,write}_swapped.
>
> Signed-off-by: Hernán Gonzalez
Applied to the togreg branch of iio.git and pushed out as
testing for the autobuilder
Instead of handcoded non-null checks always initialize ki_list to an
empty list and use list_empty / list_empty_careful on it. While we're
at it also error out on a double call to kiocb_set_cancel_fn instead
of ignoring it.
Signed-off-by: Christoph Hellwig
Acked-by: Jeff Moyer
Reviewed-by: Greg
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
>> macros in scripts/Kbuild.include.
>>
>> Signed-off-b
Do you plan to send this on to Linus? Would be great to have this in
for rc1..
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 it.
Thanks,
Jonathan
> ---
> drivers/staging/iio/cdc/a
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. Wong
---
fs/aio.c | 3 ---
1 file changed, 3 deletions(-)
di
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 there was anything
wrong with the
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
I wouldn't say I personally have strong views ei
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
> ---
> drivers/staging/iio/cdc/ad7746.c | 10 +-
> 1 file changed, 5 in
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 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
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:
>>
>> $(function arg1, arg2, arg3, ...)
>>
>> This commit adds the
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 --git a/drivers/staging/iio/cdc/ad7746.c
> b/drivers/stagi
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:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>linux-3.18.y
>and
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
> CONFIG_OF's value.
>
> Signed-off-b
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 diagnostic messages while dying. I struggled to find
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 ++
> 1 file changed, 26 insertions(+
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
> ---
> drivers/staging/iio/cdc/ad7746.c | 32
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,
Jonathan
> ---
> .../devicetree/bindings/staging/iio/cdc/ad7746.txt | 34
> ++
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 case of
> the calibscale and c
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 to a stage in which
two different versions will build and
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 S
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.
The
Now that every instance of struct siginfo is now initialized it is no
longer necessary to copy struct siginfo piece by piece to userspace
but instead the entire structure can be copied.
As well as making the code simpler and more efficient this means that
copy_sinfo_to_user no longer cares which
After more experience with the cases where no one the si_code of 0 is
used both as a signal specific si_code, and as SI_USER it appears that
no one cares about the signal specific si_code case and the good
solution is to just fix the architectures by using a different si_code.
In none of the conv
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
> stackp-flags-$(CONFIG_CC_STACKPROTECTOR_STRONG) := -fstack-protect
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 us
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". S
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
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 neglected to
> enable thi
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 actually notice
as to many people it is some new hardware su
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
> ---
> drivers/iio/potentiometer/mcp4018.
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
> ---
> drivers/iio/potentiometer/mcp4531.
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 conn
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
-->
Sai
On Fri, Apr 13, 2018 at 01:21:08PM -0700, Matthew Wilcox wrote:
> On Fri, Apr 13, 2018 at 01:55:51PM -0600, Jonathan Corbet wrote:
> > > I believe that keeping the mm docs together will give better visibility of
> > > what (little) mm documentation we have and will make the updates easier.
> > > Th
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 channel measures the vo
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)
e.g
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 start
> > working on the conte
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 lib/string
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 Rout resistors in
1 - 100 of 329 matches
Mail list logo
