On Tue, Jan 26, 2021 at 5:55 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").
>
> Signed-off-by: Drew
The ROHM BD718x7 and BD71828 drivers support setting HW state
specific voltages from device-tree. This is used also by various
in-tree DTS files.
These drivers do incorrectly try to compose bit-map using enum
values. By a chance this works for first two valid levels having
values 1 and 2 - but
On Fri, Feb 12, 2021 at 09:11:50AM +0300, Arseny Krasnov wrote:
On 11.02.2021 17:57, Stefano Garzarella wrote:
Hi Arseny,
On Mon, Feb 08, 2021 at 09:32:59AM +0300, Arseny Krasnov wrote:
On 07.02.2021 19:20, Michael S. Tsirkin wrote:
On Sun, Feb 07, 2021 at 06:12:56PM +0300, Arseny Krasnov
On 2/9/21 9:00 AM, Stephen Boyd wrote:
Quoting gabriel.fernan...@foss.st.com (2021-01-26 01:01:08)
From: Gabriel Fernandez
'ck_rtc' has multiple clocks as input (ck_hsi, ck_lsi, and ck_hse).
A divider is available only on the specific rtc input for ck_hse.
This Merge will facilitate to have
Hi Saravana,
On Fri, Feb 12, 2021 at 4:00 AM Saravana Kannan wrote:
> On Thu, Feb 11, 2021 at 5:00 AM Geert Uytterhoeven
> wrote:
> > 1. R-Car Gen2 (Koelsch), R-Car Gen3 (Salvator-X(S), Ebisu).
> >
> > - Commit 2dfc564bda4a31bc ("soc: renesas: rcar-sysc: Mark device
> > node
This change fixes a checkpatch CHECK style issue for "Alignment should match
open parenthesis".
Signed-off-by: Pritthijit Nath
---
drivers/staging/greybus/hid.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/greybus/hid.c b/drivers/staging/greybus/hid.c
Hello,
mda...@codeaurora.org wrote on Fri, 12 Feb 2021 01:00:47 +0530:
> On 2021-02-11 19:37, Miquel Raynal wrote:
> > Hello,
> >
> > Manivannan Sadhasivam wrote on Wed,
> > 10 Feb 2021 14:31:44 +0530:
> >
> >> On Fri, Jan 29, 2021 at 03:09:19AM +0530, Md Sadre Alam wrote:
> >> > From
Fixed the spelling of 'transfered' to 'transferred'.
Signed-off-by: Pritthijit Nath
---
drivers/staging/greybus/hid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/greybus/hid.c b/drivers/staging/greybus/hid.c
index a56c3fb5d35a..6b19ff4743a9 100644
---
On Fri, Feb 12, 2021 at 3:46 PM Greg KH wrote:
>
> On Fri, Feb 12, 2021 at 12:44:00PM +0800, Nicolas Boichat wrote:
> > Filesystems such as procfs and sysfs generate their content at
> > runtime. This implies the file sizes do not usually match the
> > amount of data that can be read from the
On Wed, Jan 27, 2021 at 12:45 PM Claudiu Beznea
wrote:
> This series adds support for slew rate on SAMA7G5. Along with this
> patch 3/3 fixes some checkpatch.pl warnings.
Patches applied!
Yours,
Linus Walleij
On 09:10 Thu 11 Feb 2021, Randy Dunlap wrote:
On 2/11/21 9:04 AM, Jonathan Corbet wrote:
Bhaskar Chowdhury writes:
s/fuck//
Signed-off-by: Bhaskar Chowdhury
---
Documentation/kernel-hacking/locking.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Sat, Jan 30, 2021 at 5:30 PM Jonathan Neuschäfer
wrote:
> Make it so that each column label is in the column that it is supposed
> to refer to.
>
> Signed-off-by: Jonathan Neuschäfer
Patch applied, sorry for delay.
Yours,
Linus Walleij
On Fri, Feb 12, 2021 at 9:49 AM Greg KH wrote:
>
> On Fri, Feb 12, 2021 at 12:44:00PM +0800, Nicolas Boichat wrote:
> > Filesystems such as procfs and sysfs generate their content at
> > runtime. This implies the file sizes do not usually match the
> > amount of data that can be read from the
From: Lars-Peter Clausen
Add the necessary infrastructure to the IIO core to support an mmap based
interface to access the capture data.
The advantage of the mmap based interface compared to the read() based
interface is that it avoids an extra copy of the data between kernel and
userspace.
Following a recent update to the IIO buffer infrastructure, this change
adds a basic example on how to access an IIO buffer via the new mmap()
interface.
The ioctl() for the high-speed mode needs to be enabled right from the
start, before setting any parameters via sysfs (length, enable, etc), to
On Fri 12-02-21 10:56:19, David Hildenbrand wrote:
> On 12.02.21 10:55, David Hildenbrand wrote:
> > On 08.02.21 12:08, Mike Rapoport wrote:
[...]
> > > @@ -6519,8 +6581,19 @@ void __init get_pfn_range_for_nid(unsigned int nid,
> > > *end_pfn = max(*end_pfn, this_end_pfn);
> > >
From: Lars-Peter Clausen
Add support for the new mmap interface to IIO DMA buffer. This interface
allows to directly map the backing memory of a block to userspace. This is
especially advantageous for high-speed devices where the extra copy from
kernel space to userspace of the data incurs a
On Fri 12-02-21 09:38:35, Sascha Hauer wrote:
> On Thu, Feb 11, 2021 at 03:38:13PM +, Christoph Hellwig wrote:
> > > + if (!mountpoint)
> > > + return -ENODEV;
> > > +
> > > + ret = user_path_at(AT_FDCWD, mountpoint,
> > > + LOOKUP_FOLLOW | LOOKUP_AUTOMOUNT, );
> >
On Fri, Feb 12, 2021 at 10:17 AM Mihai Carabas wrote:
>
> Split-up generic and platform dependent code in order to be able to re-use
> generic event handling code in pvpanic PCI device driver in the next patch.
>
> The code from pvpanic.c was split in two new files:
> - pvpanic-common.c: generic
On Fri, Feb 12, 2021 at 10:17 AM Mihai Carabas wrote:
>
> Add license to the newly created files in adding support for pvpanic PCI
> device
> driver.
>
> Signed-off-by: Mihai Carabas
I don't see why this is a separate patch, rather than part of the patch
that creates these files.
Arnd
On Thu, Feb 11, 2021 at 07:30:01PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Property matching does not work for ACPI fwnodes if the value of the
> given property is not represented as a package in the _DSD package
> containing it. For example, the "compatible" property in
On Mon 08-02-21 13:08:20, Mike Rapoport wrote:
> From: Mike Rapoport
>
> There could be struct pages that are not backed by actual physical memory.
> This can happen when the actual memory bank is not a multiple of
> SECTION_SIZE or when an architecture does not register memory holes
> reserved
Hi Mathieu, Suzuki,
Sorry for the really late response on this patch, but I noticed a
problem while doing a review of the ETE / TRBE set. (TRBE specs
mention TRFCR_ELx, so I was confirming a couple of things).
On Sun, 10 Jan 2021 at 22:49, Suzuki K Poulose wrote:
>
> From: Jonathan Zhou
>
>
Hello greg,
Few more patches came in late and would be great to have in upcoming
merge window. Please pull to receive a fix for Intel laptops and support
for _no_pm in sdw regmap (acked by Mark)
The following changes since commit 6d7a1ff71cbb326fadfbedb7f75c1fc8f5c84d84:
soundwire: bus:
Hi David,
On Wed, 2021-02-10 at 15:32 -0800, David Miller wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you
> know the content is safe
>
> From: Steen Hegelund
> Date: Wed, 10 Feb 2021 09:52:53 +0100
>
> > Provide new phy configuration interfaces for media type and
From: Colin Ian King
There is a spelling mistake in the text in array rpm_rx_stats_fields,
fix it.
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/marvell/octeontx2/af/rvu_debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Colin Ian King
There is a spelling mistake in some debug text, fix this.
Signed-off-by: Colin Ian King
---
drivers/net/wireless/ath/ath11k/debugfs_htt_stats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath11k/debugfs_htt_stats.c
On Tue, Feb 09, 2021 at 01:14:06PM +, David Howells wrote:
>
> Hi Eric, Mickaël,
>
> Do we have a consensus on this? From what's written here, I don't think I can
> ask Linus to pull the merge of your two branches. I feel that I probably need
> to push Eric's first as that fixes a CVE if I
Add support for Xilinx ZynqMP pinctrl driver and also update the
Xilinx firmware driver to support pinctrl functionality.
This driver queries the pin information from the firmware and
allow configuring the pins as per the request.
changes in v3:
- Fixed binding doc comments from Rob.
- Used
On Fri 2021-02-12 13:28:56, Sakari Ailus wrote:
> On Thu, Feb 11, 2021 at 06:14:28PM +0100, Petr Mladek wrote:
> > On Tue 2021-02-09 19:47:55, Sakari Ailus wrote:
> > > Hi Andy,
> > >
> > > On Tue, Feb 09, 2021 at 11:58:40AM +0200, Andy Shevchenko wrote:
> > > > On Tue, Feb 09, 2021 at 11:20:32AM
Adding documentation and dt-bindings file which contains MIO pin
configuration defines for Xilinx ZynqMP pinctrl driver.
Signed-off-by: Sai Krishna Potthuri
---
.../bindings/pinctrl/xlnx,zynqmp-pinctrl.yaml | 339 ++
include/dt-bindings/pinctrl/pinctrl-zynqmp.h | 19 +
2 files
a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Mihai-Carabas/misc-pvpanic-split-up-generic-and-platform-dependent-code/20210212-181711
base: https://git.kernel.org/pub/scm
On Fri, Feb 12, 2021 at 03:05:29AM +0200, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> In preparation of offloading the bridge port flags which have
> independent settings for unknown multicast and for broadcast, we should
> also start reserving one destination Port Group ID for the
On Thu, 2021-02-11 at 14:56 -0500, Steven Rostedt wrote:
> On Thu, 11 Feb 2021 17:17:42 +0100
> Viktor Rosendahl wrote:
>
> > It seems to work but I discovered during testing that it seems like newer
> > kernels have a tendency to lose some latencies in longer bursts. I guess
> > this
> > is
On Thu, Jan 28, 2021 at 05:21:36PM -0300, Marcelo Tosatti wrote:
> Rather than waking up all nohz_full CPUs on the system, only wakeup
> the target CPUs of member threads of the signal.
>
> Reduces interruptions to nohz_full CPUs.
>
> Signed-off-by: Marcelo Tosatti
>
> Index:
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: ea31fd9ca87399ac4e03cd6c215451fa7dc366e4
Gitweb:
https://git.kernel.org/tip/ea31fd9ca87399ac4e03cd6c215451fa7dc366e4
Author:Paul E. McKenney
AuthorDate:Tue, 17 Nov 2020 11:32:54 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: e3e1a99787fcf6297990c3b6cf53f5f6ef5aed60
Gitweb:
https://git.kernel.org/tip/e3e1a99787fcf6297990c3b6cf53f5f6ef5aed60
Author:Paul E. McKenney
AuthorDate:Fri, 11 Dec 2020 14:03:39 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 18fbf307b7319af3725c36e16af6ae9f35a8699c
Gitweb:
https://git.kernel.org/tip/18fbf307b7319af3725c36e16af6ae9f35a8699c
Author:Paul E. McKenney
AuthorDate:Mon, 16 Nov 2020 16:46:06 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: c66c0f94b345600aea881f6c4a1dac0ff5dd1aa8
Gitweb:
https://git.kernel.org/tip/c66c0f94b345600aea881f6c4a1dac0ff5dd1aa8
Author:Paul E. McKenney
AuthorDate:Fri, 27 Nov 2020 09:04:22 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 3d0cef50f32e2bc69f60909584c18623bba9a6c6
Gitweb:
https://git.kernel.org/tip/3d0cef50f32e2bc69f60909584c18623bba9a6c6
Author:Paul E. McKenney
AuthorDate:Fri, 18 Dec 2020 13:17:37 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 341690611f8d488859f42a761f5d7cbac6ba2940
Gitweb:
https://git.kernel.org/tip/341690611f8d488859f42a761f5d7cbac6ba2940
Author:Paul E. McKenney
AuthorDate:Fri, 18 Dec 2020 10:20:34 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 70e8088b97211177225acf499247b3741cc8a229
Gitweb:
https://git.kernel.org/tip/70e8088b97211177225acf499247b3741cc8a229
Author:Frederic Weisbecker
AuthorDate:Fri, 13 Nov 2020 13:13:29 +01:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 2c4319bd1d14d01f5b6654a90c2b6362f3a407d8
Gitweb:
https://git.kernel.org/tip/2c4319bd1d14d01f5b6654a90c2b6362f3a407d8
Author:Paul E. McKenney
AuthorDate:Wed, 23 Sep 2020 17:39:46 -07:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 43759fe5a137389e94ed6d4680c3c63c17273158
Gitweb:
https://git.kernel.org/tip/43759fe5a137389e94ed6d4680c3c63c17273158
Author:Frederic Weisbecker
AuthorDate:Wed, 11 Nov 2020 23:53:13 +01:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: dcd42591ebb8a25895b551a5297ea9c24414ba54
Gitweb:
https://git.kernel.org/tip/dcd42591ebb8a25895b551a5297ea9c24414ba54
Author:Frederic Weisbecker
AuthorDate:Fri, 13 Nov 2020 13:13:33 +01:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 634954c2dbf88e67aa267798f60af6b9a476cf4b
Gitweb:
https://git.kernel.org/tip/634954c2dbf88e67aa267798f60af6b9a476cf4b
Author:Frederic Weisbecker
AuthorDate:Fri, 13 Nov 2020 13:13:28 +01:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 22bf64cc94832a3b047a1412a4ad0f7d9bd6cd8b
Gitweb:
https://git.kernel.org/tip/22bf64cc94832a3b047a1412a4ad0f7d9bd6cd8b
Author:Paul E. McKenney
AuthorDate:Tue, 24 Nov 2020 13:12:13 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 0bcca18348cfde8e59b77cdf6f3e278289a16e67
Gitweb:
https://git.kernel.org/tip/0bcca18348cfde8e59b77cdf6f3e278289a16e67
Author:Paul E. McKenney
AuthorDate:Sun, 22 Nov 2020 09:55:34 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: cb212767346ceba58c8b7bfdbbf45339b86e09c0
Gitweb:
https://git.kernel.org/tip/cb212767346ceba58c8b7bfdbbf45339b86e09c0
Author:Paul E. McKenney
AuthorDate:Thu, 19 Nov 2020 15:23:04 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 23239fc075d60a942101227c42353b5ced804269
Gitweb:
https://git.kernel.org/tip/23239fc075d60a942101227c42353b5ced804269
Author:Paul E. McKenney
AuthorDate:Mon, 23 Nov 2020 10:41:57 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 106cc0d9e79aa7fcb43bd8feab97ee6e114d348b
Gitweb:
https://git.kernel.org/tip/106cc0d9e79aa7fcb43bd8feab97ee6e114d348b
Author:Frederic Weisbecker
AuthorDate:Thu, 19 Nov 2020 01:30:24 +01:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 315957cad445aa80e567983a43d9bb2a24a8534d
Gitweb:
https://git.kernel.org/tip/315957cad445aa80e567983a43d9bb2a24a8534d
Author:Paul E. McKenney
AuthorDate:Tue, 17 Nov 2020 16:28:18 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 452613719eeea36de8ab13388a704fccb9d572dd
Gitweb:
https://git.kernel.org/tip/452613719eeea36de8ab13388a704fccb9d572dd
Author:Paul E. McKenney
AuthorDate:Fri, 20 Nov 2020 20:09:55 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 1b7af295541d75535374325fd617944534853919
Gitweb:
https://git.kernel.org/tip/1b7af295541d75535374325fd617944534853919
Author:Peter Zijlstra
AuthorDate:Sat, 29 Aug 2020 10:22:24 -07:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 546eee2d931b3d76357a9c813778203001375fe1
Gitweb:
https://git.kernel.org/tip/546eee2d931b3d76357a9c813778203001375fe1
Author:Paul E. McKenney
AuthorDate:Wed, 23 Dec 2020 10:35:39 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: c821f855f625f763a87c49f413aa4f60974b5071
Gitweb:
https://git.kernel.org/tip/c821f855f625f763a87c49f413aa4f60974b5071
Author:Paul E. McKenney
AuthorDate:Fri, 11 Dec 2020 16:59:40 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 365dc5cb62c8714e27554e44464f6e0e9c1fdbdf
Gitweb:
https://git.kernel.org/tip/365dc5cb62c8714e27554e44464f6e0e9c1fdbdf
Author:Paul E. McKenney
AuthorDate:Sun, 20 Dec 2020 16:52:29 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 755cf0afc16477bf55c837a35bf3b15461850194
Gitweb:
https://git.kernel.org/tip/755cf0afc16477bf55c837a35bf3b15461850194
Author:Paul E. McKenney
AuthorDate:Fri, 11 Dec 2020 16:26:50 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: f716348f29d30e8ef3a1ceed3fea19490aba4fe4
Gitweb:
https://git.kernel.org/tip/f716348f29d30e8ef3a1ceed3fea19490aba4fe4
Author:Paul E. McKenney
AuthorDate:Thu, 03 Dec 2020 13:27:42 -08:00
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 0beb394878a46bad6358f81dde2ef4aa0ef68af5
Gitweb:
https://git.kernel.org/tip/0beb394878a46bad6358f81dde2ef4aa0ef68af5
Author:Paul E. McKenney
AuthorDate:Thu, 26 Nov 2020 15:27:57 -08:00
On Fri, Feb 12, 2021 at 12:33 PM Steven Price wrote:
> On 11/02/2021 20:21, sonicadvan...@gmail.com wrote:
> > The problem:
> > We need to support 32-bit processes running under a userspace
> > compatibility layer. The compatibility layer is a AArch64 process.
> > This means exposing the 32bit
On 2/11/21 8:04 PM, Jakub Kicinski wrote:
On Fri, 12 Feb 2021 03:05:23 +0530 Sharath Chandra Vurukala wrote:
+/* MAP CSUM headers */
+struct rmnet_map_v5_csum_header {
+ u8 next_hdr:1;
+ u8 header_type:7;
+ u8 hw_reserved:5;
+ u8 priority:1;
+ u8
Joel reported long preempt and irq off sequence in newidle_balance because
of a large number of CPU cgroups in use and having to be updated. This
patchset moves the update outside newidle_imblance. This enables to early
abort during the updates in case of pending irq as an example.
Instead of
The return of _nohz_idle_balance() is not used anymore so we can remove
it
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index bfe1e235fe01..f3f0f8cca061 100644
---
idle load balance is the only user of update_nohz_stats and doesn't use
force parameter. Remove it
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index
On 12/02/2021 03:05, Vladimir Oltean wrote:
From: Vladimir Oltean
The initial goal of this series was to have better support for
standalone ports mode on the DSA drivers like ocelot/felix and sja1105.
This turned out to require some API adjustments in both directions:
to the information
Instead of waking up a random and already idle CPU, we can take advantage
of this_cpu being about to enter idle to run the ILB and update the
blocked load.
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 24 +---
kernel/sched/idle.c | 6 ++
Reorder the tests and skip useless ones when no load balance has been
performed and rq lock has not been released.
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
On Fri, Feb 12, 2021 at 11:00:41AM -0300, Marcelo Tosatti wrote:
> On Fri, Feb 12, 2021 at 01:25:21PM +0100, Frederic Weisbecker wrote:
> > On Thu, Jan 28, 2021 at 05:21:36PM -0300, Marcelo Tosatti wrote:
> > > Rather than waking up all nohz_full CPUs on the system, only wakeup
> > > the target
newidle_balance runs with both preempt and irq disabled which prevent
local irq to run during this period. The duration for updating the
blocked load of CPUs varies according to the number of CPU cgroups
with non-decayed load and extends this critical period to an uncontrolled
level.
Remove the
Start to update last_blocked_load_update_tick to reduce the possibility
of another cpu starting the update one more time
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/kernel/sched/fair.c
Remove the specific case for handling this_cpu outside for_each_cpu() loop
when running ILB. Instead we use for_each_cpu_wrap() and start with the
next cpu after this_cpu so we will continue to finish with this_cpu.
update_nohz_stats() is now used for this_cpu too and will prevents
unnecessary
On Fri, 12 Feb 2021 12:44:04 +0800
Nicolas Boichat wrote:
> tracefs content is generated at runtime.
>
> Signed-off-by: Nicolas Boichat
Acked-by: Steven Rostedt (VMware)
-- Steve
> ---
>
> fs/tracefs/inode.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/fs/tracefs/inode.c
On Fri, Feb 12, 2021 at 12:21 PM Vincenzo Frascino
wrote:
>
> Hi Andrey,
>
> On 2/11/21 8:13 PM, Andrey Konovalov wrote:
> riscv64-linux-ld: report.c:(.text+0x5c4): undefined reference to
> `kasan_flag_async'
> > Let's do something like this (untested):
> >
> >
The decoder is quite noisy when being reset. Now that dump-raw-trace
uses a code path that resets the decoder rather than creating a new
one, printing has to be suppressed to not flood the output.
Signed-off-by: James Clark
---
tools/perf/util/cs-etm-decoder/cs-etm-decoder.c | 10 +++---
1
On 12/02/21 1:02 am, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This is demanded by the parent binding of ti,am654-pcie-rc, see
> Documentation/devicetree/bindings/pci/designware-pcie.txt.
>
> Signed-off-by: Jan Kiszka
Reviewed-by: Kishon Vijay Abraham I
> ---
>
On Tue, 9 Feb 2021 17:42:22 +0800, Qi Liu wrote:
> There is no need to do spin_lock_irqsave in context of hard IRQ, so
> replace them with spin_lock.
Applied to will (for-next/perf), thanks!
[1/1] drivers/perf: Replace spin_lock_irqsave to spin_lock
From: Vladimir Oltean
There are multiple ways in which a PORT_BRIDGE_FLAGS attribute can be
expressed by the bridge through switchdev, and not all of them can be
emulated by DSA mid-layer API at the same time.
One possible configuration is when the bridge offloads the port flags
using a mask
From: Vladimir Oltean
For a DSA switch port operating in standalone mode, address learning
doesn't make much sense since that is a bridge function. In fact,
address learning even breaks setups such as this one:
+-+
|
From: Vladimir Oltean
For the netlink interface, propagate errors through extack rather than
simply printing them to the console. For the sysfs interface, we still
print to the console, but at least that's one layer higher than in
switchdev, which also allows us to silently ignore the offloading
Split-up generic and platform dependent code in order to be able to re-use
generic event handling code in pvpanic PCI device driver in the next patch.
The code from pvpanic.c was split in two new files:
- pvpanic-common.c: generic code that handles pvpanic events
- mmio.c: platform/bus dependent
On Fri, Feb 12, 2021 at 6:48 AM kernel test robot wrote:
>
> FYI, the error/warning still remains.
> | ^~~~
>arch/m68k/68000/dragen2.c: In function 'init_dragen2':
> >> arch/m68k/68000/dragen2.c:73:16: error: 'screen_bits' undeclared (first
> >> use in this
On Wed 10-02-21 12:44:00, Johannes Weiner wrote:
[...]
> >From 5bcc0f468460aa2670c40318bb657e8b08ef96d5 Mon Sep 17 00:00:00 2001
> From: Johannes Weiner
> Date: Tue, 9 Feb 2021 16:22:42 -0500
> Subject: [PATCH] mm: page-writeback: simplify memcg handling in
> test_clear_page_writeback()
>
>
Add support for pvpanic PCI device added in qemu [1]. At probe time, obtain the
address where to read/write pvpanic events and pass it to the generic handling
code. Will follow the same logic as pvpanic MMIO device driver. At remove time,
unmap base address and disable PCI device.
[1]
Add license to the newly created files in adding support for pvpanic PCI device
driver.
Signed-off-by: Mihai Carabas
---
drivers/misc/pvpanic/Kconfig | 7 +++
drivers/misc/pvpanic/Makefile | 7 +++
drivers/misc/pvpanic/pci.c | 7 +++
drivers/misc/pvpanic/pvpanic.h | 7 +++
This patchset adds support for PCI in the pvpanic driver. The device already
got in qemu [1].
v2:
- mmio -> MMIO, pci -> PCI suggested by Randy Dunlap.
- group pvpanic-common.c and mmio.c in the same module. The intention was to
have only one module and the common code splitted up to be re-used
On Fri, Feb 12, 2021 at 03:25:29PM +0530, Viresh Kumar wrote:
> On 12-02-21, 10:52, Johan Hovold wrote:
> > But what will the checkpatch crew then work on?
>
> Lol..
>
> > Better staging than the rest of the kernel.
>
> [ /me wondering on who stops them from sending patches for rest of the
>
On Fri, Feb 12, 2021 at 11:17:05AM +0200, Mihai Carabas wrote:
> Add support for pvpanic PCI device added in qemu [1]. At probe time, obtain
> the
> address where to read/write pvpanic events and pass it to the generic handling
> code. Will follow the same logic as pvpanic MMIO device driver. At
Largely, an adaptation of Lars' work, applied on the IIO multi-buffer
support + high-speed/mmap support [1].
Found here:
https://github.com/larsclausen/linux/commits/iio-high-speed-5.10
But this isn't tested.
[1] Requires that these sets be applied (in this order):
*
From: Lars-Peter Clausen
Currently IIO only supports buffer mode for capture devices like ADCs. Add
support for buffered mode for output devices like DACs.
The output buffer implementation is analogous to the input buffer
implementation. Instead of using read() to get data from the buffer
From: Lars-Peter Clausen
Some devices that want to make use of the DMA buffer might need to do
something special, like write a register when the buffer is enabled.
Extend the API to allow those drivers to provide their own buffer ops.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru
From: Lars-Peter Clausen
This change adds support for cyclic DMA transfers using the IIO buffer DMA
infrastructure.
To do this, userspace must set the IIO_BUFFER_BLOCK_FLAG_CYCLIC flag on the
block when enqueueing them via the ENQUEUE_BLOCK ioctl().
Signed-off-by: Lars-Peter Clausen
From: Lars-Peter Clausen
Add output buffer support to the kfifo buffer implementation.
The implementation is straight forward and mostly just wraps the kfifo
API to provide the required operations.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
On Fri, Feb 12, 2021 at 11:05:05AM +0100, Jan Kara wrote:
> On Fri 12-02-21 09:38:35, Sascha Hauer wrote:
> > On Thu, Feb 11, 2021 at 03:38:13PM +, Christoph Hellwig wrote:
> > > > + if (!mountpoint)
> > > > + return -ENODEV;
> > > > +
> > > > + ret =
Hi Arnd,
On 12/02/2021 11:45, Arnd Bergmann wrote:
On Fri, Feb 12, 2021 at 6:05 AM Song Bao Hua (Barry Song)
wrote:
-Original Message-
Note. there is also generic_handle_irq() call inside.
So generic_handle_irq() is not safe to run in thread thus requires
an interrupt-disabled
On Thu, Feb 11, 2021 at 07:30:01PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Property matching does not work for ACPI fwnodes if the value of the
> given property is not represented as a package in the _DSD package
> containing it. For example, the "compatible" property in
On Fri, 12 Feb 2021 at 13:12, Greg Kroah-Hartman
wrote:
>
> On Fri, Feb 12, 2021 at 10:16:11AM +0530, Naresh Kamboju wrote:
> > On Thu, 11 Feb 2021 at 20:36, Greg Kroah-Hartman
> > wrote:
> > >
> > > This is the start of the stable review cycle for the 4.19.176 release.
> > > There are 24
..snip
-};
-module_platform_driver(pvpanic_mmio_driver);
diff --git a/drivers/misc/pvpanic/Kconfig b/drivers/misc/pvpanic/Kconfig
new file mode 100644
index ..0dce6ef
--- /dev/null
+++ b/drivers/misc/pvpanic/Kconfig
@@ -0,0 +1,12 @@
+config PVPANIC
+ bool "pvpanic device support"
+
Thanks a lot I will go through it.
> -Original Message-
> From: Lars-Peter Clausen
> Sent: Friday 12 February 2021 5:06 PM
> To: Anand Ashok Dumbre ; Jonathan Cameron
> ; knaac...@gmx.de; Peter Meerwald-Stadler
> ; Michal Simek ; linux-
> i...@vger.kernel.org;
The events_queue_size sysfs attribute provides a way for users to
dynamically configure the Counter events queue size for the Counter
character device interface. The size is in number of struct
counter_event data structures. The number of elements will be rounded-up
to a power of 2 due to a
1 - 100 of 1096 matches
Mail list logo
