Changelog v3 -> v4:
* patch 'docs: ioctl-number.rst: reserve IIO subsystem ioctl() space'
remove 'uapi/' from `uapi/linux/iio/*.h`
* patch 'iio: core: register chardev only if needed'
add commit comment about potentially breaking userspace ABI with chardev
removal
* patch 'iio: core: rework
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 33105406764f7f13c5e7279826f77342c82c41b5
Gitweb:
https://git.kernel.org/tip/33105406764f7f13c5e7279826f77342c82c41b5
Author:Arnd Bergmann
AuthorDate:Wed, 20 Jan 2021 14:15:56 +01:00
Committ
The following commit has been merged into the timers/core branch of tip:
Commit-ID: e85c1d21b16b278f50d191155bc674633270e9c6
Gitweb:
https://git.kernel.org/tip/e85c1d21b16b278f50d191155bc674633270e9c6
Author:Claudiu Beznea
AuthorDate:Tue, 19 Jan 2021 14:59:25 +02:00
Commit
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 523d83ef0979a9d0c8340913b40b696cb4f2f050
Gitweb:
https://git.kernel.org/tip/523d83ef0979a9d0c8340913b40b696cb4f2f050
Author:Uwe Kleine-König
AuthorDate:Fri, 15 Jan 2021 16:51:26 +01:00
Comm
Up until now, the device groups that an IIO device had were limited to 6.
Two of these groups would account for buffer attributes (the buffer/ and
scan_elements/ directories).
Since we want to add multiple buffers per IIO device, this number may not
be enough, when adding a second buffer. So, this
This change wraps all buffer attributes into iio_dev_attr objects, and
assigns a reference to the IIO buffer they belong to.
With the addition of multiple IIO buffers per one IIO device, we need a way
to know which IIO buffer is being enabled/disabled/controlled.
We know that all buffer attribute
The __iio_buffer_free_sysfs_and_mask() function will be used in
iio_buffer_alloc_sysfs_and_mask() when multiple buffers will be attached to
the IIO device.
This will need to be used to cleanup resources on each buffer, when the
buffers cleanup unwind will occur on the error path.
The move is done
The 'dev' variable name usually refers to 'struct device' types. However in
iio_device_alloc() this was used for the 'struct iio_dev' type, which was
sometimes causing minor confusions.
This change renames the variable to 'indio_dev', which is the usual name
used around IIO for 'struct iio_dev' ty
This is a bit of a tidy-up, but also helps with extending the
iioutils_get_type() function a bit, as we don't need to use it outside of
the iio_utils.c file. So, we'll need to update it only in one place.
With this change, the 'unsigned' types are updated to 'unsigned int' in the
iioutils_get_type
Mostly a tidy-up.
But also helps to understand the limits of scope of these functions and
globals.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/tools/iio/iio_generic_buff
The following commit has been merged into the timers/core branch of tip:
Commit-ID: a8d80235808c8359b614412da76dc10518ea9090
Gitweb:
https://git.kernel.org/tip/a8d80235808c8359b614412da76dc10518ea9090
Author:Arnd Bergmann
AuthorDate:Wed, 20 Jan 2021 14:15:59 +01:00
Committ
This change makes use of the new IIO buffer API to read data from an IIO
buffer.
It doesn't read the /sys/bus/iio/devices/iio:deviceX/scan_elements dir
anymore, it reads /sys/bus/iio/devices/iio:deviceX/bufferY, where all the
scan_elements have been merged together with the old/classical buffer
att
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 446262b27285e86bfc078d5602d7e047a351d536
Gitweb:
https://git.kernel.org/tip/446262b27285e86bfc078d5602d7e047a351d536
Author:Arnd Bergmann
AuthorDate:Wed, 20 Jan 2021 14:15:58 +01:00
Committ
With this change, an ioctl() call is added to open a character device for a
buffer. The ioctl() number is 'i' 0x91, which follows the
IIO_GET_EVENT_FD_IOCTL ioctl.
The ioctl() will return an FD for the requested buffer index. The indexes
are the same from the /sys/iio/devices/iio:deviceX/bufferY (
The reference to the IIO buffer object is stored on the attribute object.
So we need to unwind it to obtain it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dmaengine.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/buffer/indust
In order to keep backwards compatibility with the current chardev
mechanism, and in order to add support for multiple buffers per IIO device,
we need to pass both the IIO device & IIO buffer to the chardev.
This is particularly needed for the iio_buffer_read_outer() function, where
we need to pass
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 11db5710d4a954148e00e376f04ba91a498a20dd
Gitweb:
https://git.kernel.org/tip/11db5710d4a954148e00e376f04ba91a498a20dd
Author:Thomas Gleixner
AuthorDate:Wed, 10 Feb 2021 11:02:20 +01:00
Commi
With this change, calling iio_device_attach_buffer() will actually attach
more buffers.
Right now this doesn't do any validation of whether a buffer is attached
twice; maybe that can be added later (if needed). Attaching a buffer more
than once should yield noticeably bad results.
The first buffer
The following commit has been merged into the timers/core branch of tip:
Commit-ID: e1922b5da0e6869f1850c4447bed0b9cb1cf5034
Gitweb:
https://git.kernel.org/tip/e1922b5da0e6869f1850c4447bed0b9cb1cf5034
Author:Jonathan Neuschäfer
AuthorDate:Fri, 08 Jan 2021 17:30:04 +01:00
C
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 98509310e490bf3de13c96fbbbca8ef4af9db010
Gitweb:
https://git.kernel.org/tip/98509310e490bf3de13c96fbbbca8ef4af9db010
Author:Bartosz Golaszewski
AuthorDate:Mon, 11 Jan 2021 15:08:14 +01:00
C
With this change, we create a new directory for the IIO device called
buffer0, under which both the old buffer/ and scan_elements/ are stored.
This is done to simplify the addition of multiple IIO buffers per IIO
device. Otherwise we would need to add a bufferX/ and scan_elementsX/
directory for e
The following commit has been merged into the timers/core branch of tip:
Commit-ID: 8fdb44176928fb3ef3e10d97eaf1aed82c90bd58
Gitweb:
https://git.kernel.org/tip/8fdb44176928fb3ef3e10d97eaf1aed82c90bd58
Author:Arnd Bergmann
AuthorDate:Wed, 20 Jan 2021 14:15:57 +01:00
Committ
If we want to merge the attributes of the buffer/ and scan_elements/
directories, we'll need to count all attributes first, then (depending on
the attribute group) either allocate 2 attribute groups, or a single one.
Historically an IIO buffer was described by 2 subdirectories under
/sys/bus/iio/ii
On Mon, Feb 8, 2021 at 8:55 PM Alexander Antonov
wrote:
>
>
> On 2/4/2021 3:22 PM, Namhyung Kim wrote:
> > On Wed, Feb 3, 2021 at 10:58 PM Alexander Antonov
> > wrote:
> >> Add basic flow for a new iostat mode in perf. Mode is intended to
> >> provide four I/O performance metrics per each PCIe ro
On Tue 09-02-21 12:29:47, Tim Chen wrote:
> On a per node basis, the mem cgroup soft limit tree on each node tracks
> how much a cgroup has exceeded its soft limit memory limit and sorts
> the cgroup by its excess usage. On page release, the trees are not
> updated right away, until we have gather
Hi Horatiu,
On Tue, Feb 09, 2021 at 09:21:07PM +0100, Horatiu Vultur wrote:
> This patch series extends MRP switchdev to allow the SW to have a better
> understanding if the HW can implement the MRP functionality or it needs
> to help the HW to run it. There are 3 cases:
> - when HW can't implemen
On Tue, Feb 09, 2021 at 04:31:23AM -0500, Michael S. Tsirkin wrote:
On Tue, Feb 09, 2021 at 11:24:03AM +0800, Jason Wang wrote:
On 2021/2/9 上午2:38, Michael S. Tsirkin wrote:
> On Mon, Feb 08, 2021 at 05:17:41PM +0100, Stefano Garzarella wrote:
> > It's legal to have 'offset + len' equal to
> >
Convert spi-zynq-qspi.txt to yaml.
Signed-off-by: Michal Simek
---
Changes in v2:
- s/additionalProperties: true/unevaluatedProperties: false/
.../devicetree/bindings/spi/spi-zynq-qspi.txt | 25
.../bindings/spi/xlnx,zynq-qspi.yaml | 59 +++
MAINTAINERS
On Tue, Feb 9, 2021 at 9:32 PM Michal Rostecki wrote:
>
> From: Michal Rostecki
>
> Add the btrfs_check_mixed() function which checks if the filesystem has
> the mixed type of devices (non-rotational and rotational). This
> information is going to be used in roundrobin raid1 read policy.
>
> Sign
Some members of transaction_t are allowed to be read without
any lock being held if consistency doesn't matter.
Based on LockDoc's findings, we extended the locking
documentation of those members.
Each one of them is marked with a short comment:
"no lock for quick racy checks".
Signed-off-by: Alex
Hi all,
After merging the rdma tree, today's linux-next build (htmldocs) produced
this warning:
drivers/infiniband/core/device.c:859: warning: Function parameter or member
'dev' not described in 'ib_port_immutable_read'
drivers/infiniband/core/device.c:859: warning: Function parameter or member
On Tue, Feb 9, 2021 at 9:06 PM Richard Weinberger wrote:
>
> Miklos,
>
> - Ursprüngliche Mail -
> >> I do wonder if MUSE should go to drivers/mtd/ instead. Long term
> >> goal would be move CUSE to drivers/char and move the transport part of
> >> fuse into net/fuse leaving only the actua
From: Mircea Caprioru
This patch adds support for vco maximum and minimum ranges in accordance
with fpga speed grade, voltage, device package, technology and family. This
new information is extracted from two new registers implemented in the ip
core: ADI_REG_FPGA_INFO and ADI_REG_FPGA_VOLTAGE, wh
From: Mircea Caprioru
All (newer) FPGA IP cores supported by Analog Devices, store information in
the synthesized designs. This information describes various parameters,
including the family of boards on which this is deployed, speed-grade, and
so on.
Currently, some of these definitions are dep
On Wed, Feb 10, 2021 at 11:14:41AM +0200, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> Because the bridge will start offloading SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS
> while not serialized by any lock such as the br->lock spinlock, existing
> drivers that treat that attribute and cache the br
Greetings,
The symptom is tasks stuck waiting for lord knows what by calling
sched_yield() in a loop (less than wonderful, sched_yield() sucks).
After boot to KDE login, I immediately see tracker-extract chewing cpu
in aforementioned loop. Firing up evolution and poking 'new' to
compose, WebKitWeb
Some members of transaction_t are allowed to be read without
any lock being held if consistency doesn't matter.
Based on LockDoc's findings, we extended the locking
documentation of those members.
Each one of them is marked with a short comment:
"no lock for quick racy checks".
Signed-off-by: Alex
On 10/02/2021 11:14, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> Since we would like br_switchdev_set_port_flag to not use an atomic
> notifier, it should be called from outside spinlock context.
>
> We can temporarily drop br->lock, but that creates some concurrency
> complications (exam
On Wed, Feb 10, 2021 at 9:50 AM Drew Fustini wrote:
>
> Switch over pinctrl debugfs files to use octal permissions as they are
> preferred over symbolic permissions. Refer to commit f90774e1fd27
> ("checkpatch: look for symbolic permissions and suggest octal instead").
You forgot:
Suggested-by: A
On Wed, Feb 10, 2021 at 10:31 AM Geert Uytterhoeven
wrote:
> On Wed, Feb 10, 2021 at 8:50 AM Drew Fustini wrote:
...
> > - debugfs_create_file("pinctrl-devices", S_IFREG | S_IRUGO,
> > + debugfs_create_file("pinctrl-devices", 0400,
>
> What about the loss of S_IFREG?
What do you me
On Tue, Feb 9, 2021 at 10:39 PM Richard Weinberger wrote:
>
> Miklos,
>
> - Ursprüngliche Mail -
> > If you look at fuse_do_ioctl() it does variable length input and
> > output at the same time. I guess you need something similar to that.
>
> I'm not sure whether I understand correctly.
>
Some members of transaction_t are allowed to be read without
any lock being held if consistency doesn't matter.
Based on LockDoc's findings, we extended the locking
documentation of those members.
Each one of them is marked with a short comment:
"no lock for quick racy checks".
Signed-off-by: Alex
This project began with behaviour problems in linux space.
Linus himself showing the finger to Nvidia etc.
I think closed source has worked well for Nvidia. The original reason
for using available source, was that it worked better, and only then.
So No Hardball opensource philosophy.
Serenit
On 09/02/2021 17:36, James Clark wrote:
>
>
> On 04/02/2021 12:27, Leo Yan wrote:
>> On Mon, Feb 01, 2021 at 07:40:45PM +0200, James Clark wrote:
>>>
>>> On 31/01/2021 14:01, Leo Yan wrote:
Option 1: by merging patches 07/08 and 08/08, we can firstly support PID
tracing for root name
Would you mind adding the switchdev MRP support for the DSA driver too,
and move the code to the common ocelot library? I would like to give it
a run. I think that's only fair, since I have to keep in sync the
vsc7514 driver too for features that get added through DSA :)
On Tue, Feb 09, 2021 at 09
On Wed, Feb 10, 2021 at 10:30 AM Joe Perches wrote:
> On Tue, 2021-02-09 at 23:49 -0800, Drew Fustini wrote:
> > - debugfs_create_file("pinctrl-devices", S_IFREG | S_IRUGO,
> > + debugfs_create_file("pinctrl-devices", 0400,
> > debugfs_root, NULL, &pinctrl_device
On Wed, 10 Feb 2021 at 01:43, Arnd Bergmann wrote:
>
> On Sat, Jan 16, 2021 at 2:03 AM Ryan Chen wrote:
> > >
> > > Sorry it did not make it into the merge window. The patch is still in
> > > patchwork.
> > > I could just pick it up directly for v5.12, or wait for a combined pull
> > > request
* Hector Martin 'marcan' [210208 12:05]:
> On 08/02/2021 20.04, Krzysztof Kozlowski wrote:
...
> > > + clk24: clk24 {
> >
> > Just "clock". Node names should be generic.
>
> Really? Almost every other device device tree uses unique clock node names.
Yeah please just use generic node name "cloc
From: Joerg Roedel
This boot path needs exception handling when it is used with SEV-ES.
Setup an IDT and provide a helper function to write IDT entries for
use in 32-bit protected mode.
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/head_64.S | 73 +-
1 fi
From: Joerg Roedel
Add a #VC exception handler which is used when the kernel still executes
in protected mode. This boot-path already uses CPUID, which will cause #VC
exceptions in an SEV-ES guest.
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/head_64.S | 6 ++
arch/x86/boot/co
From: Joerg Roedel
There are a few places left in the SEV-ES C code where hlt loops and/or
terminate requests are implemented. Replace them all with calls to
sev_es_terminate().
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/sev-es.c | 12 +++-
arch/x86/kernel/sev-es-shared.c
From: Joerg Roedel
Check whether the hypervisor reported the correct C-bit when running as
an SEV guest. Using a wrong C-bit position could be used to leak
sensitive data from the guest to the hypervisor.
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/head_64.S | 80 +
From: Joerg Roedel
The 32-bit #VC handler has no GHCB and can only handle CPUID exit codes.
It is needed by the early boot code to handle #VC exceptions raised in
verify_cpu() and to get the position of the C bit.
But the CPUID information comes from the hypervisor, which is untrusted
and might
From: Joerg Roedel
Disable the exception handling before booting the kernel to make sure
any exceptions that happen during early kernel boot are not directed to
the pre-decompression code.
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/idt_64.c | 14 ++
arch/x86/boot/comp
From: Joerg Roedel
Hi,
these patches add support for the 32-bit boot in the decompressor
code. This is needed to boot an SEV-ES guest on some firmware and grub
versions. The patches also add the necessary CPUID sanity checks and a
32-bit version of the C-bit check.
Other updates included here:
From: Joerg Roedel
Exception handling in the startup_32 boot path requires the CS
selector to be correctly set up. Reload it from the current GDT.
Signed-off-by: Joerg Roedel
---
arch/x86/boot/compressed/head_64.S | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch
Hello,
I'm sorry for the late feedback, I could not step-in before.
Also adding Jesper for awareness, as he introduced the bulk free
infrastructure.
On Tue, 2021-02-09 at 20:48 +, Alexander Lobakin wrote:
> @@ -231,7 +256,7 @@ struct sk_buff *__build_skb(void *data, unsigned int
> frag_size
On Thu, Jan 28, 2021 at 01:39:38PM +0200, Roman Stratiienko wrote:
>
> Please review/merge.
>
> v2:
> Initial patch
>
> v3:
> - Skip adding & applying alpha property if VI count > 1 (v3s case)
>
> v4:
> Resend (author's email changed)
>
> v5:
> Resend
Applied, thanks
Maxime
signature.asc
De
On Wed, Feb 10, 2021 at 12:12:57PM +0200, Ido Schimmel wrote:
> On Wed, Feb 10, 2021 at 11:14:41AM +0200, Vladimir Oltean wrote:
> > From: Vladimir Oltean
> >
> > Because the bridge will start offloading SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS
> > while not serialized by any lock such as the br->lock
On Wed, 10 Feb 2021 14:26:46 +0800
Jianlin Lv wrote:
> Perf failed to add kretprobe event with debuginfo of vmlinux which is
> compiled by gcc with -fpatchable-function-entry option enabled.
> The same issue with kernel module.
>
> Issue:
>
> # perf probe -v 'kernel_clone%return $retval'
>
Hi Mike, Stephen,
On Tue, Feb 09, 2021 at 06:58:56PM +0100, Jernej Skrabec wrote:
> CLK_SET_RATE_PARENT flag is checked on parent clock instead of current
> one. Fix that.
>
> Fixes: 3f790433c3cb ("clk: sunxi-ng: Adjust MP clock parent rate when
> allowed")
> Reviewed-by: Chen-Yu Tsai
> Tested-
On Tue, Feb 09, 2021 at 06:58:55PM +0100, Jernej Skrabec wrote:
> Over the year I got plenty of reports of troubles with H6 HDMI signal.
> Sometimes monitor flickers, sometimes there was no image at all and
> sometimes it didn't play well with AVR.
>
> It turns out there are multiple issues. Patch
On Tue, Feb 9, 2021 at 12:25 AM Enrico Weigelt, metux IT consult
wrote:
>
> Hello folks,
>
> here's an RFC for using compiled-in dtb's for initializing board devices
> that can't be probed via bus'es or firmware.
>
> Use cases are boards with non-oftree firmware (ACPI, etc) where certain
> platfor
On Wed, Feb 10, 2021 at 08:03:07AM +0100, Heiner Kallweit wrote:
> On 09.02.2021 17:40, Michael Walle wrote:
> > +out:
> > + return phy_restore_page(phydev, oldpage, err);
>
> If a random page was set before entering config_init, do we actually want
> to restore it? Or wouldn't it be better to s
On 10/02/2021 11:14, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> The initial goal of this series was to have better support for
> standalone ports mode and multiple bridges on the DSA drivers like
> ocelot/felix and sja1105. Proper support for standalone mode requires
> disabling address l
On Tue, Feb 9, 2021 at 12:27 AM Enrico Weigelt, metux IT consult
wrote:
>
> Lots of boards have extra devices that can't be fully probed via bus'es
> (like PCI) or generic firmware mechanisms like ACPI. Often those capabilities
> are just partial or even highly depend on firmware version.
>
> Inst
On Wed, Feb 10, 2021 at 12:50 AM Heiko Stübner wrote:
> Am Dienstag, 9. Februar 2021, 23:25:40 CET schrieb Arnd Bergmann:
>
> Hmm, right now I don't see the disadvantage of missing mmc numbers.
It's inconsistent with the normal use of these aliases across other
platforms.
> As similarly we count
Hi Mike,
do you have more information than just system stuck in a loop?
What seems to happen here is that your system is low on resources and we
just try to free up pages.
Previously the allocation would just have failed with an out of memory
condition.
Regards,
Christian.
Am 10.02.21 um
On Tue, 9 Feb 2021, Daniel Latypov wrote:
> v1 by Uriel is here: [1].
> Since it's been a while, I've dropped the Reviewed-By's.
>
> It depended on commit 83c4e7a0363b ("KUnit: KASAN Integration") which
> hadn't been merged yet, so that caused some kerfuffle with applying them
> previously and
Am 2021-02-10 11:30, schrieb Russell King - ARM Linux admin:
On Wed, Feb 10, 2021 at 08:03:07AM +0100, Heiner Kallweit wrote:
On 09.02.2021 17:40, Michael Walle wrote:
> +out:
> + return phy_restore_page(phydev, oldpage, err);
If a random page was set before entering config_init, do we actuall
From: Hikaru Nishida
Hi folks,
We'd like to add a sysfs interface that enable us to advance
CLOCK_BOOTTIME from userspace. The use case of this change is that
adjusting guest's CLOCK_BOOTTIME as host suspends to ensure that the
guest can notice the device has been suspended.
We have an applicat
From: Hikaru Nishida
This adds a sysfs interface /sys/kernel/boottime_adj to enable advancing
CLOCK_BOOTTIME from the userspace without actual susupend/resume cycles.
This gives a way to mitigate CLOCK_BOOTTIME divergence between guest
and host on virtualized environments after suspend/resume cy
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
testing/drm/radeon/si_dpm
branch HEAD: ec57589a61c44bedeaac6c8f39c7c7425fcf8249 drm/radeon/si_dpm:
Replace one-element array with flexible-array in struct SISLANDS_SMC_SWSTATE
Error/Warning reports:
https://lore
From: Hikaru Nishida
This introduces timekeeping_adjust_boottime() to give an interface to
modules that enables to advance CLOCK_BOOTTIME from userspace for
virtualized environments. Later patch introduces a sysfs interface
which calls this function.
Signed-off-by: Hikaru Nishida
---
include/
On Wed, 2021-02-10 at 11:34 +0100, Christian König wrote:
> Hi Mike,
>
> do you have more information than just system stuck in a loop?
No, strace shows no syscalls but sched_yield().
-Mike
Sie wurden ausgewählt, um eine Geldspende von 2.000.000,00 Euro von Bill
Lawrence zu erhalten. Antwort für weitere Informationen. Senden Sie eine E-Mail
an: billlawrencedonati...@yahoo.com
> Until that day arrives, are there any chances of Marvell opening up CPSS in
> the same way DSDT was re-licensed some years back?
The CPSS code is available to everyone on Marvell Extranet (Requires simple
registration process)
Anyway, as the transition process will progress - it will be less
> It will be interesting to see how well you manage to handle the 'split brain'
> problem.
Right 😊 this is the challenge per each feature to ensure no "register"
corruption.
The PP itself provides us the right facilities and by driver-wise - we
refactoring the driver almost from scratch.
> I g
Add RPM power domain bindings for the SM8350 SoC
Signed-off-by: Vinod Koul
---
Documentation/devicetree/bindings/power/qcom,rpmpd.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/power/qcom,rpmpd.yaml
b/Documentation/devicetree/bindings/power/qcom,rpmpd
Am 10.02.21 um 11:40 schrieb Mike Galbraith:
On Wed, 2021-02-10 at 11:34 +0100, Christian König wrote:
Hi Mike,
do you have more information than just system stuck in a loop?
No, strace shows no syscalls but sched_yield().
Well you can try to comment out the call to register_shrinker() in
Hey Andrey,
Thanks for starting this review!
On Tue, 9 Feb 2021 at 21:59, Andrey Konovalov
wrote:
>
> Hi Robert,
>
> Thank you for your patch!
>
> On 05.02.2021 13:43, Robert Foss wrote:
> > This driver supports multiple architecture versions of the Qualcomm ISP.
> > The CAMSS architecure which
This adds the power domains found in SM8350 SoC.
Signed-off-by: Vinod Koul
---
drivers/soc/qcom/rpmhpd.c | 37 ++
include/dt-bindings/power/qcom-rpmpd.h | 15 +++
2 files changed, 52 insertions(+)
diff --git a/drivers/soc/qcom/rpmhpd.c b/drivers/soc/
Add audio, compute, modem and sensor DSP resources to the Qualcomm PAS
driver.
Signed-off-by: Vinod Koul
---
drivers/remoteproc/qcom_q6v5_pas.c | 63 ++
1 file changed, 63 insertions(+)
diff --git a/drivers/remoteproc/qcom_q6v5_pas.c
b/drivers/remoteproc/qcom_q6v5_p
Add the SM8350 audio, compute, modem and sensor remoteprocs to the PAS
DT binding.
Signed-off-by: Vinod Koul
---
.../devicetree/bindings/remoteproc/qcom,adsp.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,adsp.txt
b/Do
Hi Nikolay,
On Wed, Feb 10, 2021 at 12:31:43PM +0200, Nikolay Aleksandrov wrote:
> Hi Vladimir,
> Let's take a step back for a moment and discuss the bridge unlock/lock
> sequences
> that come with this set. I'd really like to avoid those as they're a recipe
> for future problems. The only good w
On Wed, 2021-02-10 at 11:34 +0100, Christian König wrote:
>
> What seems to happen here is that your system is low on resources and we
> just try to free up pages.
FWIW, box has oodles generic ram free right after boot.
-Mike
Hi all,
After merging the driver-core tree, today's linux-next build (sparc64
defconfig) failed like this:
drivers/of/property.o: In function `parse_interrupts':
property.c:(.text+0x14e0): undefined reference to `of_irq_parse_one'
Caused by commit
f265f06af194 ("of: property: Fix fw_devlink h
On Wed, Feb 10, 2021 at 10:56:35AM +0100, Christoph Hellwig wrote:
> Hi Thomas,
>
> this series cleans up some of the mips (maybe) noncoherent support.
> It also remove the need for the special header only
> provided by mips.
>
> Changes since v1:
> - fix a bisection issue due to a missing brac
The Qualcomm SM8350 platform has several bus fabrics that could be
controlled and tuned dynamically according to the bandwidth demand.
Signed-off-by: Vinod Koul
---
.../bindings/interconnect/qcom,rpmh.yaml | 10 ++
.../dt-bindings/interconnect/qcom,sm8350.h| 169 ++
2 f
Add driver for the Qualcomm interconnect buses found in SM8i350 based
platforms. The topology consists of several NoCs that are controlled by
a remote processor that collects the aggregated bandwidth for each
master-slave pairs.
Generated from downstream interconnect driver written by David Dai
S
On Wed, Feb 10, 2021 at 07:39:08PM +0900, Hikaru Nishida wrote:
> From: Hikaru Nishida
>
> This adds a sysfs interface /sys/kernel/boottime_adj to enable advancing
> CLOCK_BOOTTIME from the userspace without actual susupend/resume cycles.
>
> This gives a way to mitigate CLOCK_BOOTTIME divergenc
On Wed, Feb 10, 2021 at 11:38:18AM +0100, Michael Walle wrote:
> Am 2021-02-10 11:30, schrieb Russell King - ARM Linux admin:
> > On Wed, Feb 10, 2021 at 08:03:07AM +0100, Heiner Kallweit wrote:
> > > On 09.02.2021 17:40, Michael Walle wrote:
> > > > +out:
> > > > + return phy_restore_page(ph
On 21/02/10 12:04PM, Dan Carpenter wrote:
> On Wed, Feb 10, 2021 at 02:28:11PM +0530, Amey Narkhede wrote:
> > On 21/02/10 09:06AM, Greg KH wrote:
> > > On Wed, Feb 10, 2021 at 01:31:34PM +0530, Amey Narkhede wrote:
> > > > Stack allocated buffers cannot be used for DMA
> > > > on all architectures
Trying to dump the BCM2711 registers kills the kernel:
# cat /sys/kernel/debug/regmap/dummy-avs-monitor\@fd5d2000/range
0-efc
# cat /sys/kernel/debug/regmap/dummy-avs-monitor\@fd5d2000/registers
[ 62.857661] SError Interrupt on CPU1, code 0xbf02 -- SError
[ 62.857671] CPU: 1 PID: 478 Com
Am Mittwoch, 10. Februar 2021, 11:34:41 CET schrieb Arnd Bergmann:
> On Wed, Feb 10, 2021 at 12:50 AM Heiko Stübner wrote:
> > Am Dienstag, 9. Februar 2021, 23:25:40 CET schrieb Arnd Bergmann:
> >
> > Hmm, right now I don't see the disadvantage of missing mmc numbers.
>
> It's inconsistent with t
The ADI AXI ADC driver requires IO mem access and OF to work. This change
adds these dependencies to the Kconfig symbol of the driver.
This was also found via the lkp bot, as the
devm_platform_ioremap_resource() symbol was not found at link-time on the
S390 architecture.
Fixes: ef04070692a21 ("ii
On Wed, Feb 10, 2021 at 07:39:06PM +0900, Hikaru Nishida wrote:
> From: Hikaru Nishida
>
>
> Hi folks,
>
> We'd like to add a sysfs interface that enable us to advance
> CLOCK_BOOTTIME from userspace.
Why sysfs? What device is the clock that you are attaching to here?
Why not use the existing
On Wed, Feb 10, 2021 at 5:43 AM luojiaxing wrote:
> On 2021/2/9 17:42, Andy Shevchenko wrote:
> > On Tue, Feb 9, 2021 at 11:24 AM luojiaxing wrote:
> >> On 2021/2/8 21:28, Andy Shevchenko wrote:
> >>> On Mon, Feb 8, 2021 at 11:11 AM luojiaxing wrote:
> On 2021/2/8 16:56, Luo Jiaxing wrote:
On Wed, Feb 10, 2021 at 07:39:08PM +0900, Hikaru Nishida wrote:
> From: Hikaru Nishida
>
> This adds a sysfs interface /sys/kernel/boottime_adj to enable advancing
> CLOCK_BOOTTIME from the userspace without actual susupend/resume cycles.
>
> This gives a way to mitigate CLOCK_BOOTTIME divergenc
On Mon, Feb 8, 2021 at 10:58 AM Luo Jiaxing wrote:
>
> There is no need to use API with _irqsave in grgpio_irq_handler(),
> because it already be in a irq-disabled context.
It seems you haven't read the code. The handler here is shared. And
lock there is about something else that we discussed in
201 - 300 of 1651 matches
Mail list logo
