On Thu, Feb 21, 2019 at 04:56:56PM +0800, Peter Xu wrote:
> The idea comes from a discussion between Linus and Andrea [1].
>
> Before this patch we only allow a page fault to retry once. We
> achieved this by clearing the FAULT_FLAG_ALLOW_RETRY flag when doing
> handle_mm_fault() the second time.
On Tue, Feb 19, 2019 at 02:54:28PM +0530, Amit Daniel Kachhap wrote:
> From: Mark Rutland
>
> When pointer authentication is supported, a guest may wish to use it.
> This patch adds the necessary KVM infrastructure for this to work, with
> a semi-lazy context switch of the pointer auth state.
>
On Thu 21 Feb 04:18 PST 2019, Laurent Pinchart wrote:
> Hi Vaishali,
>
> Thank you for the patch.
>
> On Wed, Feb 20, 2019 at 10:28:29AM +0530, Vaishali Thakkar wrote:
> > The Qualcomm socinfo provides a number of additional attributes,
> > add these to the socinfo driver and expose them via deb
On Thu, Feb 21, 2019 at 11:46 PM Guenter Roeck wrote:
>
> On Thu, Jan 31, 2019 at 12:15:35PM +0900, Masahiro Yamada wrote:
> > Currently, the header search paths -Itools/include and
> > -Itools/include/uapi are not used. Let's drop the unused code.
> >
> > We can remove -I. too by fixing up one C
Found while grepping around.
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
Cc: Greg Kroah-Hartman
Cc: Sam Ravnborg
Cc: Daniel Vetter
Cc: Liviu Dudau
---
drivers/staging/vboxvideo/vbox_irq.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/staging/vboxvideo/vbox_irq.c
b/dri
On Thu, 21 Feb 2019 09:36:25 -0500
Steven Rostedt wrote:
> On Thu, 21 Feb 2019 16:52:52 +0900
> Masami Hiramatsu wrote:
>
> > Basically OK to me.
> > Could you use probe_kernel_read() in this context, since probe_mem_read()
> > is a
> > wrapper function for template code.
> >
> > With that ch
On Thu, Feb 21, 2019 at 04:59:51PM +0100, Daniel Vetter wrote:
> Found while grepping around.
>
> Signed-off-by: Daniel Vetter
> Cc: Hans de Goede
> Cc: Greg Kroah-Hartman
> Cc: Sam Ravnborg
> Cc: Daniel Vetter
> Cc: Liviu Dudau
> ---
> drivers/staging/vboxvideo/vbox_irq.c | 5 +
> 1 fi
Resending to incl. a proper mailing list and maintainers (not suggested
by scripts/get_maintainer.pl)
This is only used on arm and arm64 platforms. Other timers also seem
to depend on (ARM || ARM64).
After I moved Fedora/RISCV kernel to 5.0.0-0.rc2 it keeps asking me to
add CONFIG_ARM_TIMER_SP804
Inlined symbols should always be added to the dso's inlined_nodes tree
in order to reuse them for a later lookup for the same address. Instead
of repeating those steps at the different users, provide a central
method to lookup and register inline symbols for a map.
Signed-off-by: Jonas Rabenstein
On Tue, Feb 12, 2019 at 10:56:11AM +0800, Peter Xu wrote:
> This is the gup counterpart of the change that allows the VM_FAULT_RETRY
> to happen for more than once.
>
> Signed-off-by: Peter Xu
Reviewed-by: Jérôme Glisse
> ---
> mm/gup.c | 17 +
> 1 file changed, 13 insertions(
On Tue, Feb 12, 2019 at 10:56:12AM +0800, Peter Xu wrote:
> From: Shaohua Li
>
> add helper for writeprotect check. Will use it later.
>
> Cc: Andrea Arcangeli
> Cc: Pavel Emelyanov
> Cc: Rik van Riel
> Cc: Kirill A. Shutemov
> Cc: Mel Gorman
> Cc: Hugh Dickins
> Cc: Johannes Weiner
> Sig
Use map__inlines to resolve inlined functions for every entry with
an symbol that should be added to a callchain.
Signed-off-by: Jonas Rabenstein
---
tools/perf/util/machine.c | 115 --
1 file changed, 87 insertions(+), 28 deletions(-)
diff --git a/tools/perf
The previous patch provides a generic way to lookup the root node of the
inlined symbols for a specific address. Reuse that implementation
instead of a duplicated version of the required steps.
Signed-off-by: Jonas Rabenstein
---
tools/perf/util/machine.c | 15 ++-
1 file changed, 2
On Thu, Feb 21, 2019 at 06:30:08PM +0300, Andrey Ryabinin wrote:
>
>
> On 2/21/19 6:26 PM, Greg Kroah-Hartman wrote:
> > On Thu, Feb 21, 2019 at 06:00:06PM +0300, Andrey Ryabinin wrote:
> >> On 2/21/19 5:36 PM, Greg Kroah-Hartman wrote:
> >>> 4.19-stable review patch. If anyone has any objection
On Thu, Feb 21, 2019 at 7:02 AM Kees Cook wrote:
> On Wed, Feb 20, 2019 at 9:25 PM Tobin C. Harding wrote:
> >
> > On Wed, Feb 20, 2019 at 05:05:10PM -0800, Kees Cook wrote:
> > > So, generally speaking, I'd love to split all strncpy* uses into
> > > strscpy_zero() (when expecting to do str->str
On 2019-02-21 15:17, Pankaj Bansal wrote:
>
>
>> -Original Message-
>> From: Peter Rosin [mailto:p...@axentia.se]
>> Sent: Thursday, 21 February, 2019 07:12 PM
>> To: Pankaj Bansal ; Leo Li
>> Cc: linux-kernel@vger.kernel.org
>> Subject: Re: [PATCH v2] drivers: mux: Add Generic regmap bi
Hi,
This patchset supersedes my previous attempt to add inline symbols to
callchain of perf-script [1] by a more generic attempt to not hook in
the output stage but directly into the callchain generation. By a matter
of fact this adds those inline symbols automatically to other commands
like perf-r
ck".
- Rebased onto next-20190221.
v3:
- busclk renamed to pclk.
- Added comment with dw_i2c_dev struct definition describing pclk.
- Added enable rollback of first clock if second fails to enable.
- Changed clocks and clock-names sections to use term "peripheral clock"
On Thu, Feb 21, 2019 at 5:06 AM Solar Designer wrote:
>
> On Wed, Feb 20, 2019 at 01:20:58PM -0800, Kees Cook wrote:
> > On Wed, Feb 20, 2019 at 10:49 AM Solar Designer wrote:
> > >
> > > On Wed, Feb 20, 2019 at 10:09:34AM -0800, Kees Cook wrote:
> > > > + if (WARN_ONCE((val & cr4_pin) != cr4
From: Phil Edworthy
The Synopsys I2C Controller has a peripheral clock, but most SoCs hide
this away. However, some SoCs need explicit enabling of the peripheral
clock in order to access the registers. Therefore, add support for an
optional peripheral clock.
Signed-off-by: Phil Edworthy
Signed-
On Thu, Feb 21, 2019 at 07:52:18AM -0800, Paul E. McKenney wrote:
> On Thu, Feb 21, 2019 at 04:31:17PM +0100, Peter Zijlstra wrote:
> > On Thu, Feb 21, 2019 at 10:21:39AM -0500, Joel Fernandes wrote:
> > > On Thu, Feb 21, 2019 at 10:18:05AM +0100, Peter Zijlstra wrote:
> > > > On Thu, Feb 21, 2019
On 2/21/19 6:19 PM, Arnd Bergmann wrote:
> On Thu, Feb 21, 2019 at 11:06 AM Andrey Ryabinin
> wrote:
>> On 2/20/19 8:35 PM, Arnd Bergmann wrote:
>>> On Wed, Feb 20, 2019 at 6:00 PM Andrey Ryabinin
>>> wrote:
On 2/20/19 5:51 PM, Arnd Bergmann wrote:
>
>>> Maybe bringing it back would be
Hi Steve,
On Fri, 22 Feb 2019 00:58:12 +0900
Masami Hiramatsu wrote:
> On Thu, 21 Feb 2019 09:36:25 -0500
> Steven Rostedt wrote:
>
> > On Thu, 21 Feb 2019 16:52:52 +0900
> > Masami Hiramatsu wrote:
> >
> > > Basically OK to me.
> > > Could you use probe_kernel_read() in this context, since
t;
> Linux 5.0-rc1 (2019-01-06 17:08:20 -0800)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/ash/stm.git
> tags/intel_th-stm-for-greg-20190221
Much better, thanks, pulled and pushed out.
greg k-h
On Thu, Feb 21, 2019 at 3:56 PM Daniel Lezcano
wrote:
>
> Predicting the next event on the current CPU is implemented in the
> idle state selection function, thus the selection logic and the
> prediction are tied together and it is hard to decorrelate both.
>
> The following change introduces the
On 2/21/19 9:14 AM, Pierre Morel wrote:
Libudev relies on having a subsystem link for non-root devices. To
avoid libudev (and potentially other userspace tools) choking on the
matrix device let us introduce a matrix bus and with it the matrix
bus subsytem. Also make the matrix device reside withi
On Thu, 21 Feb 2019 00:49:40 -0500
"Joel Fernandes (Google)" wrote:
> Recently I added an RCU annotation check to rcu_assign_pointer(). All
> pointers assigned to RCU protected data are to be annotated with __rcu
> inorder to be able to use rcu_assign_pointer() similar to checks in
> other RCU AP
On Thu, Feb 21, 2019 at 03:47:01PM +0100, Joerg Roedel wrote:
> On Thu, Feb 21, 2019 at 03:15:30PM +0100, Greg Kroah-Hartman wrote:
> > Ugh, good catch!
> >
> > Any hint as to what type of testing that you did that caught this? I
> > keep asking people to run some kvm tests, but so far no one is
On 2/20/19 7:05 AM, Geert Uytterhoeven wrote:
> A change made in the final version of IOMMU debugfs support replaced the
> public function iommu_debugfs_new_driver_dir() by the public dentry
> iommu_debugfs_dir in , but forgot to update both the
> implementation in iommu-debugfs.c, and the patch de
Hi,
On 18/02/2019 16:56, Peter Zijlstra wrote:
[...]
> +static bool try_steal_cookie(int this, int that)
> +{
> + struct rq *dst = cpu_rq(this), *src = cpu_rq(that);
> + struct task_struct *p;
> + unsigned long cookie;
> + bool success = false;
> +
> + local_irq_disable();
> +
On Tue 2019-02-19 22:44:07, John Ogness wrote:
> Hi Petr,
>
> Below I make several comments, responding to your questions. But I like
> the new API I believe you are trying to propose. So really only my final
> comments are of particular importance. There I show you what I think
> reader code woul
On 2/18/19 12:01 PM, Tony Krowiak wrote:
The current AP bus implementation periodically polls the AP configuration
to detect changes. When the AP configuration is dynamically changed via the
SE or an SCLP instruction, the changes will not be reflected to sysfs until
the next time the AP configura
On Thu, Feb 21, 2019 at 03:45:12PM +0530, Kishon Vijay Abraham I wrote:
> K2G provides separate IRQ lines for each of the four legacy interrupts.
> Model this using hierarchy domain instead of linear domain with chained
> IRQ handler.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> drivers/pci
From: Bjorn Andersson
Add new attribute named "serial_number" as a standard interface for
user space to acquire the serial number of the device.
For ST-Ericsson SoCs this is exposed by the cryptically named "soc_id"
attribute, but this provides a human readable standardized name for this
propert
The socinfo driver provides information about version of the various
images loaded in the system. Expose this to user space for debugging
purpose.
Signed-off-by: Vaishali Thakkar
---
Changes since v2:
- None
Changes since v1:
- None
---
drivers/soc/qcom/socinfo.c | 210 ++
From: Imran Khan
The Qualcomm socinfo driver exposes information about the SoC, its
version and its serial number to user space.
Signed-off-by: Imran Khan
[Bjorn: Extract code to platform_driver, split patch in multiple]
Signed-off-by: Bjorn Andersson
[Vaishali: Simplify declarations, introduc
Bump
On 2/14/19 12:27 PM, Dan Murphy wrote:
> Hello
>
> OK I did not give up on this patch series just got a little preoccupied with
> some other kernel work. But here is the update per the comments.
>
> It should be understood I broke these out for reviewability.
> For instance the first patch
From: Vinod Koul
Qcom Socinfo driver can be built as a module, so
export these two APIs.
Signed-off-by: Vinod Koul
Signed-off-by: Vaishali Thakkar
---
Changes since v2:
- Reordered patches [patch 5->patch 2]
Changes since v1:
- None
---
drivers/base/soc.c | 2 ++
1 file change
The Qualcomm socinfo provides a number of additional attributes,
add these to the socinfo driver and expose them via debugfs
functionality.
Signed-off-by: Vaishali Thakkar
---
Changes since v2:
- None
Changes since v1:
- Remove unnecessary debugfs dir creation check
- Alig
This patchset adds SoC info driver which can provide information
such as Chip ID, Chip family and serial number about Qualcomm SoCs
to user space via sysfs. Furthermore, it allows userspace to get
information about custom attributes and various image version
information via debugfs.
The patchset c
On Tue, Feb 12, 2019 at 10:56:13AM +0800, Peter Xu wrote:
> From: Andrea Arcangeli
>
> There are several cases write protection fault happens. It could be a
> write to zero page, swaped page or userfault write protected
> page. When the fault happens, there is no way to know if userfault
> write
Current code already set .min_uV and .uV_step fields and it actually can
use regulator_list_voltage_linear.
So remove buck_volt_range and use regulator_list_voltage_linear instead.
Signed-off-by: Axel Lin
---
drivers/regulator/mt6311-regulator.c | 10 ++
1 file changed, 2 insertions(+),
On 02/20, Roman Gushchin wrote:
>
> On Wed, Feb 20, 2019 at 03:37:48PM +0100, Oleg Nesterov wrote:
> >
> > I tried to not argue with intent, but to be honest I am more and more
> > sceptical... Lets forget about ptrace for the moment.
> >
> > Once again, why do we want a killable freezer?
> >
> > I
From: Bartosz Golaszewski
We only build devm_ioremap_resource() if HAS_IOMEM is selected, so this
dependency must cascade down to devm_platform_ioremap_resource().
Signed-off-by: Bartosz Golaszewski
---
drivers/base/platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/base/
The following changes since commit 49a57857aeea06ca831043acbb0fa5e0f50602fd:
Linux 5.0-rc3 (2019-01-21 13:14:44 +1300)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/johan/gnss.git
tags/gnss-5.1-rc1
for you to fetch changes up to d4584bbfcf2a8f5b660
On Thu, Feb 21, 2019 at 02:53:20PM +0100, Jonas Rabenstein wrote:
> On Thu, Feb 21, 2019 at 01:39:09PM +0100, Jiri Olsa wrote:
> > On Thu, Feb 21, 2019 at 01:23:06PM +0100, Jonas Rabenstein wrote:
> > > In __hists__add_entry the srcline of the addr_location is duplicated
> > > for the hist_entry. I
On Thu, Feb 21, 2019 at 09:54:15PM +0530, Vaishali Thakkar wrote:
> From: Bjorn Andersson
>
> Add new attribute named "serial_number" as a standard interface for
> user space to acquire the serial number of the device.
>
> For ST-Ericsson SoCs this is exposed by the cryptically named "soc_id"
>
On Thu, Feb 21, 2019 at 09:54:16PM +0530, Vaishali Thakkar wrote:
> From: Vinod Koul
>
> Qcom Socinfo driver can be built as a module, so
> export these two APIs.
>
> Signed-off-by: Vinod Koul
> Signed-off-by: Vaishali Thakkar
> ---
> Changes since v2:
> - Reordered patches [patch 5->pat
On Thu, Feb 21, 2019 at 09:54:18PM +0530, Vaishali Thakkar wrote:
> +#else
> +static void socinfo_debugfs_init(struct qcom_socinfo *qcom_socinfo) { return
> 0; }
I don't think that will actually compile :)
[ Linus, you may want to read this ]
On Fri, 22 Feb 2019 01:16:43 +0900
Masami Hiramatsu wrote:
Yep, I'll take this patch. Hmm, my for-next isn't based on my urgent
branch, and this would go on top of urgent. I can do one of three
things to push this to Linus for the merge window:
1) Create
* David Miller [190221 00:18]:
> From: Tony Lindgren
> Date: Wed, 20 Feb 2019 13:01:27 -0800
>
> > What I can do is set up a separate branch with just this
> > patch on top of the dts changes that the arm-soc guys can
> > then merge towards the end of the merge cycle. If that
> > works for you,
On Thu, Feb 21, 2019 at 09:54:19PM +0530, Vaishali Thakkar wrote:
> static void socinfo_debugfs_init(struct qcom_socinfo *qcom_socinfo)
> {
> + struct smem_image_version *smem_image_version;
> + size_t size;
> +
> qcom_socinfo->dbg_root = debugfs_create_dir("qcom_socinfo", NULL);
>
Prior to commit 1da4d377f943 ("proc: revalidate misc dentries"), the
access, modify, and change times of files in /proc were just the current
time. Now the mtime and ctime values change mostly as a user would
expect, but the atime isn't updated when the file read. This patch
updates the access time
On Mon, Jan 14, 2019 at 12:00:45PM +0100, Geert Uytterhoeven wrote:
> All other configuration options for the ext* family of file systems use
> "Ext%u" instead of "EXT%u".
>
> Fixes: 6ba495e9259cd9a0 ("ext4: Add configurable run-time mballoc debugging")
> Signed-off-by: Geert Uytterhoeven
Applie
Hello Dan,
I will have a closer look end of this week!
Wolfgang.
Am 21.02.19 um 17:24 schrieb Dan Murphy:
> Bump
>
> On 2/14/19 12:27 PM, Dan Murphy wrote:
>> Hello
>>
>> OK I did not give up on this patch series just got a little preoccupied with
>> some other kernel work. But here is the upd
Hi,
On 21-02-19 16:59, Daniel Vetter wrote:
Found while grepping around.
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
Cc: Greg Kroah-Hartman
Cc: Sam Ravnborg
Cc: Daniel Vetter
Cc: Liviu Dudau
---
drivers/staging/vboxvideo/vbox_irq.c | 5 +
1 file changed, 5 insertions(+)
diff --
From: Alban Crequy
trie_delete_elem() was deleting an entry even though it was not matching
if the prefixlen was correct. This patch adds a check on matchlen.
Reproducer:
$ sudo bpftool map create /sys/fs/bpf/mylpm type lpm_trie key 8 value 1 entries
128 name mylpm flags 1
$ sudo bpftool map u
Hi,
On Wed, 20 Feb 2019 14:31:32 -0800
Tony Lindgren wrote:
> * Andreas Kemnade [180922 09:48]:
> > When runtime is not enabled, pm_runtime_get_sync() returns -EACCESS,
> > the counter will be incremented but the resume callback not called,
> > so enumeration and charging will not start properl
On Thu, Feb 21, 2019 at 04:19:46PM +, Valentin Schneider wrote:
> Hi,
>
> On 18/02/2019 16:56, Peter Zijlstra wrote:
> [...]
> > +static bool try_steal_cookie(int this, int that)
> > +{
> > + struct rq *dst = cpu_rq(this), *src = cpu_rq(that);
> > + struct task_struct *p;
> > + unsigned
On 02/20, Roman Gushchin wrote:
>
> On Wed, Feb 20, 2019 at 03:42:02PM +0100, Oleg Nesterov wrote:
> > On 02/19, Roman Gushchin wrote:
> > >
> > > @@ -2363,7 +2419,8 @@ bool get_signal(struct ksignal *ksig)
> > >* we should notify the parent, prepare_signal(SIGCONT) encodes
> > >* the CLD_
On Thu, Feb 21, 2019 at 05:26:27PM +0100, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> We only build devm_ioremap_resource() if HAS_IOMEM is selected, so this
> dependency must cascade down to devm_platform_ioremap_resource().
>
> Signed-off-by: Bartosz Golaszewski
> ---
> driver
On Thu, Feb 21, 2019 at 05:41:46PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 21, 2019 at 04:19:46PM +, Valentin Schneider wrote:
> > Hi,
> >
> > On 18/02/2019 16:56, Peter Zijlstra wrote:
> > [...]
> > > +static bool try_steal_cookie(int this, int that)
> > > +{
> > > + struct rq *dst = cpu_r
On Wed, Feb 20, 2019 at 10:28:20AM -0800, Paul E. McKenney wrote:
> On Wed, Feb 20, 2019 at 01:09:52PM -0500, Joel Fernandes wrote:
> > On Wed, Feb 20, 2019 at 08:42:43AM -0800, Paul E. McKenney wrote:
> > > On Tue, Feb 19, 2019 at 08:11:36PM -0800, Joel Fernandes wrote:
> > > > On Tue, Feb 19, 201
On 21.02.2019 15:14, Pierre Morel wrote:
> Libudev relies on having a subsystem link for non-root devices. To
> avoid libudev (and potentially other userspace tools) choking on the
> matrix device let us introduce a matrix bus and with it the matrix
> bus subsytem. Also make the matrix device re
* Andreas Kemnade [190221 16:43]:
> Hi,
>
> On Wed, 20 Feb 2019 14:31:32 -0800
> Tony Lindgren wrote:
>
> > * Andreas Kemnade [180922 09:48]:
> > > When runtime is not enabled, pm_runtime_get_sync() returns -EACCESS,
> > > the counter will be incremented but the resume callback not called,
> >
On Thu, Feb 21, 2019 at 05:40:05PM +0100, Hans de Goede wrote:
> Hi,
>
> On 21-02-19 16:59, Daniel Vetter wrote:
> > Found while grepping around.
> >
> > Signed-off-by: Daniel Vetter
> > Cc: Hans de Goede
> > Cc: Greg Kroah-Hartman
> > Cc: Sam Ravnborg
> > Cc: Daniel Vetter
> > Cc: Liviu Dud
On Mon, Feb 04, 2019 at 01:17:43PM +0300, Konstantin Khlebnikov wrote:
> This is useful for moving journal thread into cgroup or
> for tracing it with ftrace/perf/blktrace.
>
> For now the only way is `pgrep jbd2/$DISK` but this is not reliable:
> name may be longer than "comm" limit and any task
Some Marvell Alaska PHYs support 2.5G, 5G and 10G BaseT links. Their
default behaviour is to advertise all of these modes, but at the moment,
only 10GBaseT is supported. To prevent link partners from establishing
link at that speed, clear these modes upon configuring aneg parameters.
Fixes: 20b2af
On Thu, 2019-02-21 at 17:20 +0100, Greg Kroah-Hartman wrote:
> On Thu, Feb 21, 2019 at 03:47:01PM +0100, Joerg Roedel wrote:
> > On Thu, Feb 21, 2019 at 03:15:30PM +0100, Greg Kroah-Hartman wrote:
> > > Ugh, good catch!
> > >
> > > Any hint as to what type of testing that you did that caught this?
From: lantianyu1...@gmail.com Sent: Monday, February
11, 2019 6:20 AM
>
> Hyper-V doesn't provide irq remapping for IO-APIC. To enable x2apic,
> set x2apic destination mode to physcial mode when x2apic is available
> and Hyper-V IOMMU driver makes sure cpus assigned with IO-APIC irqs have
> 8-bi
From: Linus Walleij
The mounting matrix for sensors was introduced in
commit dfc57732ad38 ("iio:core: mounting matrix support")
However the device tree bindings are very terse and since this is
a widely applicable property, we need a proper binding for it
that the other bindings can reference. T
Fixes V2:
* make get_mount_matrix() functions more readable (use temp variable)
(suggested by Jonathan and Andy)
* add these readability improvements also for ak8975 and mpu6050
(suggested by Jonathan and Andy)
* squash bindings documentation into single commit for better discussion
(suggeste
- use temporary variable in get_mount_matrix()
- remove , after { }
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_core.c
b/drivers/iio/imu/inv_mpu60
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/gyro/bmg160_core.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/iio/gyro/bmg160_core.c b/driv
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/magnetometer/hmc5843.h | 1 +
drivers/iio/magnetometer/hmc5843_core.c | 20 ++--
2 files changed, 19 insertio
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/accel/bma180.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/accel/bma180.c b/
- use temporary variable in get_mount_matrix()
- remove , after { }
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/magnetometer/ak8975.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/iio/magnetometer/ak8975.c
b/drivers/iio/magnetometer/ak8975.c
index d
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/magnetometer/bmc150_magn.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/iio/magnetometer/bmc1
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/accel/bmc150-accel-core.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/iio/accel/bmc150-accel
From: Andy Shevchenko
Currently mount matrix is allowed in Device Tree, though there is
no technical issue to extend it to support ACPI.
Convert the function to use device_property_read_string_array() and
thus allow to read mount matrix from ACPI if available.
Example of use in _DSD method:
On Thu, 21 Feb 2019 at 22:04, Greg KH wrote:
>
> On Thu, Feb 21, 2019 at 09:54:19PM +0530, Vaishali Thakkar wrote:
> > static void socinfo_debugfs_init(struct qcom_socinfo *qcom_socinfo)
> > {
> > + struct smem_image_version *smem_image_version;
> > + size_t size;
> > +
> > qcom_so
This patch allows to read a mount-matrix device tree
property and report to user-space or in-kernel iio
clients.
Signed-off-by: H. Nikolaus Schaller
---
drivers/iio/gyro/itg3200_core.c | 20
include/linux/iio/gyro/itg3200.h | 1 +
2 files changed, 21 insertions(+)
diff --
Hello Dear,
How are you today I hope that everything is OK with you as it is my
great
pleasure to contact you in having communication with you starting from
today, i was just going through the Internet search when i found your
email
address, I want to make a very new and special friend, s
On Tue, Feb 19, 2019 at 01:32:12PM +0100, Lars Persson wrote:
> Our MIPS 1004Kc SoCs were seeing random userspace crashes with SIGILL
> and SIGSEGV that could not be traced back to a userspace code
> bug. They had all the magic signs of an I/D cache coherency issue.
>
> Now recently we noticed tha
On Wed, Feb 20, 2019 at 05:41:46PM +0800, Dave Young wrote:
> Previously Joerg posted below patch, maybe he has some idea. Joerg?
Isn't it clear from the commit message?
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
On Thu, Feb 21, 2019 at 7:50 AM Mike Snitzer wrote:
>
> On Mon, Feb 18 2019 at 1:18pm -0500,
> Helen Koike wrote:
>
> > Add a dm-mod.create= kernel module parameter.
> > It allows device-mapper targets to be configured at boot time for use early
> > in the boot process (as the root device or oth
The pull request you sent on Thu, 21 Feb 2019 15:15:17 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d6622d913a637bce224f74425a9dfe734f946358
Thank you!
--
Deet-doot-dot, I am a
On Thu, Feb 21, 2019 at 05:11:44PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 21, 2019 at 07:52:18AM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 21, 2019 at 04:31:17PM +0100, Peter Zijlstra wrote:
> > > On Thu, Feb 21, 2019 at 10:21:39AM -0500, Joel Fernandes wrote:
> > > > On Thu, Feb 21, 2019
On 21/02/2019 14:57, Kirill A. Shutemov wrote:
> On Thu, Feb 21, 2019 at 02:46:18PM +, Steven Price wrote:
>> On 21/02/2019 14:28, Kirill A. Shutemov wrote:
>>> On Thu, Feb 21, 2019 at 11:34:52AM +, Steven Price wrote:
From: James Morse
Exposing the pud/pgd levels of the pag
Hi Linus,
The following changes since commit a3b22b9f11d9fbc48b0291ea92259a5a810e9438:
Linux 5.0-rc7 (2019-02-17 18:46:40 -0800)
are available in the Git repository at:
https://github.com/ceph/ceph-client.git tags/ceph-for-5.0-rc8
for you to fetch changes up to 04242ff3ac0abbaa4362f97781da
On Thu, Feb 21, 2019 at 05:20:32PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Feb 21, 2019 at 03:47:01PM +0100, Joerg Roedel wrote:
> > On Thu, Feb 21, 2019 at 03:15:30PM +0100, Greg Kroah-Hartman wrote:
> > > Ugh, good catch!
> > >
> > > Any hint as to what type of testing that you did that caugh
Unset SER_RS485_DELAY_IN_USEC for userspace to get correct settings.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/stm32-usart.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index e8d7a7bb4339..4daf5fc71644 1006
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/omap-serial.c | 25 +
1 file changed, 21 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers
On Thu, Feb 21, 2019 at 12:47 AM Kostya Serebryany wrote:
>
> On Wed, Feb 20, 2019 at 2:12 PM Kostya Serebryany wrote:
> >
> > On Wed, Feb 20, 2019 at 1:40 PM Arnd Bergmann wrote:
> > >
> > > On Wed, Feb 20, 2019 at 10:13 PM Arnd Bergmann wrote:
> > > >
> > > > In the example in https://bugs.ll
On Thu, Feb 21, 2019 at 04:29:44PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 21, 2019 at 10:10:57AM -0500, Joel Fernandes wrote:
> > Hi Peter,
> >
> > Thanks for taking a look.
> >
> > On Thu, Feb 21, 2019 at 10:19:44AM +0100, Peter Zijlstra wrote:
> > > On Thu, Feb 21, 2019 at 12:49:41AM -0500,
Document the new RS485 flag, SER_RS485_DELAY_IN_USEC that specifies that the
rts delay values stored in struct serial_rs485 hold values in microseconds
instead of milliseconds (the default).
Signed-off-by: Martin Kepplinger
---
Documentation/serial/serial-rs485.txt | 3 +++
1 file changed, 3 ins
Unset the SER_RS485_DELAY_IN_USEC flag during rs485 config for
userspace to get the correct setting.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/atmel_serial.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial/atmel_serial.
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/8250/8250_omap.c | 13 +++--
drivers/tty/serial/8250/8250_port.c | 25 +
2 files changed, 32 insertions(+), 6 deletions
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/sc16is7xx.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/sc16is7xx.c b/drivers/tty/serial/sc16is7xx.c
This extends the user interface for rs485 communication:
We add a new flag, SER_RS485_DELAY_IN_USEC, to struct serial_rs485 that
indicates that delay_rts_before_send and delay_rts_after_send values are
interpreted in microsecond units.
Up until now, the code comment defined these values to hold t
701 - 800 of 1235 matches
Mail list logo
