On Wed, 9 Dec 2020 17:17:56 +0200 Paraschiv, Andra-Irina wrote:
> > I agree that could be a problem, but here some considerations:
> > - I checked some applications (qemu-guest-agent, ncat, iperf-vsock) and
> > all use the same pattern: allocate memory, initialize all the
> > sockaddr_vm to
I make diff linux 4.14.211 and 4.15 kernel
And changes is:
atomic_inc to refcount_inc
And on other part of code in ppp_generic.c remove skb_free ….
You see diff down :
--- linux-4.14.211/drivers/net/ppp/ppp_generic.c2020-12-08
09:17:35.0 +
+++
Hi Dominique,
On 12/1/20 1:17 PM, Dominique Martinet wrote:
> /usr/bin/awk is not garanteed to exist (and doesn't on e.g. nixos),
> using /usr/bin/env to have it look in PATH is more robust
>
This patch breaks the compilation on Ubuntu 16.04 and 18.04 in fact:
make[1]: Entering directory
On 12/9/20 2:12 AM, paul...@kernel.org wrote:
> From: "Paul E. McKenney"
>
> There are kernel facilities such as per-CPU reference counts that give
> error messages in generic handlers or callbacks, whose messages are
> unenlightening. In the case of per-CPU reference-count underflow, this
> is
On Wed, 2 Dec 2020 17:18:19 +0800, Stanley Chu wrote:
> UFS specficication allows different VCC configurations for UFS devices,
> for example,
> (1). 2.70V - 3.60V (Activated by default in UFS core driver)
> (2). 1.70V - 1.95V (Activated if "vcc-supply-1p8" is declared in
>
On Sun, 6 Dec 2020 08:51:57 +0100, Ahmed S. Darwish wrote:
> NCR5380_poll_politely2() uses in_interrupt() and irqs_disabled() to
> check if it is safe to sleep.
>
> Such usage in drivers is phased out and Linus clearly requested that
> code which changes behaviour depending on context should
Linux next 20201209 tag the arch 'sh' defconfig build failed to build with
gcc-8, gcc-9 and gcc-10.
arch/sh/kernel/cpu/sh4a/smp-shx3.c: In function 'shx3_prepare_cpus':
arch/sh/kernel/cpu/sh4a/smp-shx3.c:76:3: error: ignoring return value
of 'request_irq', declared with attribute
On Fri, 4 Dec 2020 15:47:39 +0800, Zhang Changzhong wrote:
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
Applied to 5.11/scsi-queue, thanks!
[1/1] scsi: fnic: fix error return code in fnic_probe()
On Tue, Dec 01, 2020 at 01:12:43PM -0800, Sowjanya Komatineni wrote:
> This patch adds YAML based device tree binding document for Tegra
> QSPI driver.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> .../devicetree/bindings/spi/nvidia,tegra-qspi.yaml | 77
> ++
> 1 file
On Fri, 4 Dec 2020 19:18:10 +, Colin King wrote:
> The variable rval is being initialized with a value that is never read
> and it is being updated later with a new value. The initialization is
> redundant and can be removed.
Applied to 5.11/scsi-queue, thanks!
[1/1] scsi: qla4xxx: remove
On Mon, 30 Nov 2020 12:55:09 -0800, t...@redhat.com wrote:
> The macro use will already have a semicolon.
> Remove unneeded escaped newline.
Applied to 5.11/scsi-queue, thanks!
[1/1] scsi: qla2xxx: remove trailing semicolon in macro definition
On Fri, 20 Nov 2020 15:48:52 +0800, Qinglang Miao wrote:
> kfree(conn) is called inside put_device(>dev) so that
> another one would cause use-after-free. Besides, device_unregister
> should be used here rather than put_device.
Applied to 5.11/scsi-queue, thanks!
[1/1] scsi: iscsi: fix
On Mon, 9 Nov 2020 17:15:18 +0800, Qinglang Miao wrote:
> Add the missing destroy_workqueue() before return from
> __qedi_probe in the error handling case when fails to
> create workqueue qedi->offload_thread.
Applied to 5.11/scsi-queue, thanks!
[1/1] scsi: qedi: fix missing destroy_workqueue()
On Sat, 5 Dec 2020 19:58:57 +0800, Stanley Chu wrote:
> This series refines error history functions and introduces a new event_notify
> vop to allow vendor to get notification of important events.
>
> Changes since v4:
> - Seperate patch sets according to Avri's suggestion
>
> Changes since
On Sat, 5 Dec 2020 20:00:37 +0800, Stanley Chu wrote:
> This series simply cleans up UFS vops and shall not change any functionality.
>
> Stanley Chu (4):
> scsi: ufs: Remove unused setup_regulators variant function
> scsi: ufs: Introduce phy_initialization helper
> scsi: ufs-cdns: Use
On Thu, 3 Dec 2020 23:31:26 +0100, Arnd Bergmann wrote:
> clang complains about a possible code path in which a variable is
> used without an initialization:
>
> drivers/scsi/ufs/ufshcd.c:7690:3: error: variable 'sdp' is used uninitialized
> whenever 'if' condition is false
On 12/9/20 1:26 AM, Zheng Yongjun wrote:
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Reviewed-by: Florian Fainelli
--
Florian
[Re: [PATCH 0/3] clear_warn_once: add timed interval resetting] On 09/12/2020
(Wed 17:37) Petr Mladek wrote:
> On Thu 2020-11-26 01:30:26, Paul Gortmaker wrote:
> > The existing clear_warn_once functionality is currently a manually
> > issued state reset via the file
On Tue, Dec 8, 2020 at 9:34 AM Viresh Kumar wrote:
>
> On 07-12-20, 17:28, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Instead of passing util and max between functions while computing the
> > utilization and capacity, store the former in struct sg_cpu (along
> > with the latter
Hi Prashant,
On Wed, Dec 09, 2020 at 08:22:52AM -0800, Prashant Malani wrote:
> Hi Heikki,
>
> On Wed, Dec 9, 2020 at 8:14 AM Heikki Krogerus
> wrote:
> >
> > On Tue, Dec 08, 2020 at 03:45:19PM -0800, Prashant Malani wrote:
> > > Hi Heikki,
> > >
> > > Thanks a lot for looking at the patch.
> >
Randy,
> SCSI_CXGB4_ISCSI selects CHELSIO_T4. The latter depends on
> TLS || TLS=n, so since 'select' does not check dependencies of
> the selected symbol, SCSI_CXGB4_ISCSI should also depend on
> TLS || TLS=n.
>
> This prevents the following kconfig warning and restricts
> SCSI_CXGB4_ISCSI to
On Tue, 8 Dec 2020 23:17:48 + Rui Salvaterra wrote:
> Hi, Luca,
>
> On Tue, 8 Dec 2020 at 16:27, Coelho, Luciano wrote:
> > On Tue, 2020-12-08 at 11:27 +, Rui Salvaterra wrote:
> > >
> > > [ 3174.003910] iwlwifi :02:00.0: RF_KILL bit toggled to disable radio.
> > > [ 3174.003913]
Hello,
syzbot found the following issue on:
HEAD commit:2f1d5c77 Add linux-next specific files for 20201209
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=13aa845b50
kernel config: https://syzkaller.appspot.com/x/.config?x=fcc0aafc1380dee5
dashboard
Stanley,
> This series fixes up an issue that WB is not re-enabled after device
> reset.
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
On Wed, Dec 09, 2020 at 09:03:50AM -0800, Kevin Herbert wrote:
> What is the protocol for the I2C_SLAVE_STOP event? I am working on my own
> backend, and I've only tried it with this i.mx driver, and I do not receive
> I2C_SLAVE_STOP at the end of every I2C transaction. It was my expectation
> I'd
From: "Gautham R. Shenoy"
On platforms which have the "ibm,thread-groups" property, the per-cpu
variable cpu_l1_cache_map keeps a track of which group of threads
within the same core share the L1 cache, Instruction and Data flow.
This patch renames the variable to "thread_group_l1_cache_map" to
Hardware supports 8 RSS groups per interface. Currently we are using
only group '0'. This patch allows user to create new RSS groups/contexts
and use the same as destination for flow steering rules.
usage:
To steer the traffic to RQ 2,3
ethtool -X eth0 weight 0 0 1 1 context new
(It will print
On Wed, 9 Dec 2020 13:14:00 +0800
Colin Xu wrote:
> On 11/27/20 11:35 PM, Alex Williamson wrote:
> > On Fri, 27 Nov 2020 11:53:39 +0800
> > Colin Xu wrote:
> >
> >> On 11/25/20 11:53 PM, Alex Williamson wrote:
> >>> On Wed, 25 Nov 2020 10:18:24 +0800
> >>> Colin Xu wrote:
> >>>
>
From: "Gautham R. Shenoy"
On POWER platforms where only some groups of threads within a core
share the L2-cache (indicated by the ibm,thread-groups device-tree
property), we currently print the incorrect shared_cpu_map/list for
L2-cache in the sysfs.
This patch reports the correct
From: "Gautham R. Shenoy"
On POWER systems, groups of threads within a core sharing the L2-cache
can be indicated by the "ibm,thread-groups" property array with the
identifier "2".
This patch adds support for detecting this, and when present, populate
the populating the cpu_l2_cache_mask of
From: "Gautham R. Shenoy"
The "ibm,thread-groups" device-tree property is an array that is used
to indicate if groups of threads within a core share certain
properties. It provides details of which property is being shared by
which groups of threads. This array can encode information about
From: "Gautham R. Shenoy"
Hi,
This is the v2 of the patchset to extend parsing of "ibm,thread-groups" property
to discover the Shared-L2 cache information.
The v1 can be found here :
From: "Gautham R. Shenoy"
init_thread_group_l1_cache_map() initializes the per-cpu cpumask
thread_group_l1_cache_map with the core-siblings which share L1 cache
with the CPU. Make this function generic to the cache-property (L1 or
L2) and update a suitable mask. This is a preparatory patch for
Hello,
syzbot found the following issue on:
HEAD commit:0eedceaf Add linux-next specific files for 20201201
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1df750
kernel config: https://syzkaller.appspot.com/x/.config?x=55aec7153b7827ea
dashboard
On Wed, Dec 09, 2020 at 02:19:50AM +, Pavel Begunkov wrote:
> The idea is to avoid copying, merging, etc. bvec from iterator to bio
> in direct I/O and use the one we've already got. Hook it up for io_uring.
> Had an eye on it for a long, and it also was brought up by Matthew
> just recently.
On Tue, Dec 08, 2020 at 10:16:45AM -0800, Song Liu wrote:
> BPF programs are useful in perf to profile BPF programs. BPF skeleton is
> by far the easiest way to write BPF tools. Enable building BPF skeletons
> in util/bpf_skel. A dummy bpf skeleton is added. More bpf skeletons will
> be added for
Hi All,
I am trying to create NETLINK socket for type NETLINK_AUDIT. Bind fails with
error number 1. I have enabled capabilities CAP_NET_ADMIN, CAP_AUDIT_READ.
Can anyone please tell me what additional capabilities are needed?
Regards,
Jayalakshmi
On Wed, Dec 09, 2020 at 10:35:53AM +0100, Linus Walleij wrote:
> On Mon, Dec 7, 2020 at 4:19 PM Johan Hovold wrote:
> > On Mon, Dec 07, 2020 at 03:00:37PM +, Marc Zyngier wrote:
> > > On 2020-12-07 14:29, Johan Hovold wrote:
> > > > On Fri, Dec 04, 2020 at 04:47:38PM +, Marc Zyngier
On Wed, 9 Dec 2020 08:21:00 +0200 Leon Romanovsky wrote:
> On Tue, Dec 08, 2020 at 11:22:26AM -0800, Jakub Kicinski wrote:
> > On Mon, 7 Dec 2020 20:14:00 +0800 Zou Wei wrote:
> > > Remove including that don't need it.
> > >
> > > Signed-off-by: Zou Wei
> > > ---
> > >
On Tue, Dec 08, 2020 at 10:16:46AM -0800, Song Liu wrote:
> Introduce perf-stat -b option, which counts events for BPF programs, like:
>
> [root@localhost ~]# ~/perf stat -e ref-cycles,cycles -b 254 -I 1000
> 1.487903822115,200 ref-cycles
> 1.487903822
On Wed, Dec 09, 2020 at 02:14:13PM +0530, Sai Krishna Potthuri wrote:
> Added 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 | 329
Zhen,
> So without "CFLAGS_ufs-mediatek.o := -I$(src)", the current directory "."
> is "include/trace/", the relative path of ufs-mediatek-trace.h is
> "../../drivers/scsi/ufs/".
Applied to 5.11/scsi-staging, thanks!
--
Martin K. Petersen Oracle Linux Engineering
On Tue, Dec 08, 2020 at 07:26:37PM +0100, Uwe Kleine-König wrote:
> Hello Thierry, hello Sven,
>
> On Tue, Dec 08, 2020 at 05:57:12PM +0100, Thierry Reding wrote:
> > On Tue, Dec 08, 2020 at 09:44:42AM -0500, Sven Van Asbroeck wrote:
> > > On Tue, Dec 8, 2020 at 4:10 AM Uwe Kleine-König
> > >
Add compatible string in j721e-usb binding file as similar USB subsystem
is present in AM64.
Signed-off-by: Aswath Govindraju
Acked-by: Roger Quadros
---
Documentation/devicetree/bindings/usb/ti,j721e-usb.yaml | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
Add compatible string for AM64 SoC in device tree binding of davinci GPIO
modules as the same IP is used.
Signed-off-by: Aswath Govindraju
---
Documentation/devicetree/bindings/gpio/gpio-davinci.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Add compatible string for AM64 SoC in device tree binding of OMAP I2C
modules as the same IP is used.
Signed-off-by: Aswath Govindraju
---
Documentation/devicetree/bindings/i2c/i2c-omap.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/i2c/i2c-omap.txt
From: Kuniyuki Iwashima
Date: Wed, 9 Dec 2020 17:05:09 +0900
> From: Martin KaFai Lau
> Date: Tue, 8 Dec 2020 19:09:03 -0800
> > On Tue, Dec 08, 2020 at 05:17:48PM +0900, Kuniyuki Iwashima wrote:
> > > From: Martin KaFai Lau
> > > Date: Mon, 7 Dec 2020 23:34:41 -0800
> > > > On Tue,
Hi Nault
> On 9 Dec 2020, at 18:40, Guillaume Nault wrote:
>
> On Wed, Dec 09, 2020 at 04:47:52PM +0200, Martin Zaharinov wrote:
>> Hi All
>>
>> I have problem with latest kernel release
>> And the problem is base on this late problem :
>>
>>
>>
[paulmck Cc'd]
On Mon, Dec 07, 2020 at 10:49:04PM +, Al Viro wrote:
> On Mon, Dec 07, 2020 at 10:46:57PM +, Al Viro wrote:
> > On Fri, Nov 20, 2020 at 05:14:26PM -0600, Eric W. Biederman wrote:
> >
> > > /*
> > > * Check whether the specified fd has an open file.
> > > */
> > >
On 12/8/20 7:19 PM, Pavel Begunkov wrote:
> The idea is to avoid copying, merging, etc. bvec from iterator to bio
> in direct I/O and use the one we've already got. Hook it up for io_uring.
> Had an eye on it for a long, and it also was brought up by Matthew
> just recently. Let me know if I
Thanks, Jakub. Will address your comments in next version.
From: Jakub Kicinski
Sent: Wednesday, December 9, 2020 3:04 AM
To: Geethasowjanya Akula
Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Sunil Kovvuri
Goutham; da...@davemloft.net;
On Wed, Dec 09, 2020 at 06:48:16PM +0200, Andy Shevchenko wrote:
> On Wed, Dec 09, 2020 at 03:47:06PM +0100, Greg Kroah-Hartman wrote:
> > On Thu, Dec 03, 2020 at 03:07:19PM +0200, Andy Shevchenko wrote:
> > > On Thu, Dec 03, 2020 at 01:54:38PM +0100, Auger Eric wrote:
> > > > On 10/27/20 6:58 PM,
Hi Reinette, Fenghua,
Subject nit: I think 'use IPI instead of task_work() to update PQR_ASSOC_MSR'
conveys the
guts of this change more quickly!
On 03/12/2020 23:25, Reinette Chatre wrote:
> From: Fenghua Yu
>
> Currently when moving a task to a resource group the PQR_ASSOC MSR
> is updated
Julia,
> 5.10-rc7 plus these three commits boots fine.
Great! Thanks for confirming.
--
Martin K. Petersen Oracle Linux Engineering
On Tue, 2020-12-08 at 19:49 +0200, Jarkko Sakkinen wrote:
> On Tue, Dec 08, 2020 at 10:02:57AM -0500, Mimi Zohar wrote:
> > > Please also use a proper email client and split your paragraphs into
> > > at most 80 character lines with new line characters when writing email.
> > > I prefer to use 72
On Tue, Dec 8, 2020 at 6:12 PM mark gross wrote:
>
> On Mon, Dec 07, 2020 at 02:31:37PM -0600, Jassi Brar wrote:
> > On Mon, Dec 7, 2020 at 12:43 PM Daniele Alessandrelli
> > wrote:
> > >
> > > Hi Rob,
> > >
> > > Thanks for the feedback.
> > >
> > > On Mon, 2020-12-07 at 10:01 -0600, Rob
On Wed, Dec 09, 2020 at 03:47:06PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Dec 03, 2020 at 03:07:19PM +0200, Andy Shevchenko wrote:
> > On Thu, Dec 03, 2020 at 01:54:38PM +0100, Auger Eric wrote:
> > > On 10/27/20 6:58 PM, Andy Shevchenko wrote:
> > > > Switch to use new
Hi Reinette, Fenghua,
On 03/12/2020 23:25, Reinette Chatre wrote:
> From: Fenghua Yu
>
> The code of setting the CPU on which a task is running in a CPU mask is
> moved into a couple of helpers. The new helper task_on_cpu() will be
> reused shortly.
> diff --git
On Wed, 09 Dec 2020 14:14:13 +0530, Sai Krishna Potthuri wrote:
> Added 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 | 329
On Fri, 4 Dec 2020 at 12:35, Stephen Boyd wrote:
>
> There isn't any need to overwrite the mode here in the driver with what
> has been detected by the firmware, such as DT or ACPI. In fact, if we
> use the SPI CS gpio descriptor feature we will overwrite the mode with
> SPI_MODE_0 where it
On Fri, 4 Dec 2020 at 12:35, Stephen Boyd wrote:
>
> This is already handed by default in spi_setup() if the bits_per_word is
> 0, so just drop it to shave off a line.
>
> Cc: Simon Glass
> Cc: Gwendal Grignou
> Reviewed-by: Douglas Anderson
> Tested-by: Douglas Anderson
> Acked-by: Enric
On Wed, Dec 09, 2020 at 04:47:52PM +0200, Martin Zaharinov wrote:
> Hi All
>
> I have problem with latest kernel release
> And the problem is base on this late problem :
>
>
>
Commit 5c0a85fad949 ("mm: make faultaround produce old ptes") changed
the "faultaround" behaviour to initialise prefaulted PTEs as 'old',
since this avoids vmscan wrongly assuming that they are hot, despite
having never been explicitly accessed by userspace. The change has been
shown to benefit
Hi folks,
This series allows architectures to opt-in at runtime for faultaround
mappings to be created as 'old' instead of 'young'. Although there have
been previous attempts at this, they failed either because the decision
was deferred to userspace [1] or because it was done unconditionally and
On Wed, 02 Dec 2020 03:14:03 +0900, Nobuhiro Iwamatsu wrote:
> Add bindings for the Toshiba Visconti GPIO Controller.
>
> Signed-off-by: Nobuhiro Iwamatsu
> ---
> .../bindings/gpio/toshiba,gpio-visconti.yaml | 85 +++
> 1 file changed, 85 insertions(+)
> create mode 100644
>
On Thu, Dec 03, 2020 at 05:16:51PM +0900, Punit Agrawal wrote:
> Iwamatsu-san,
>
> Nobuhiro Iwamatsu writes:
>
> > Add bindings for the Toshiba Visconti GPIO Controller.
> >
> > Signed-off-by: Nobuhiro Iwamatsu
> > ---
> > .../bindings/gpio/toshiba,gpio-visconti.yaml | 85 +++
On CPUs with hardware AF/DBM, initialising prefaulted PTEs as 'old'
improves vmscan behaviour and does not appear to introduce any overhead.
Implement arch_wants_old_faultaround_pte() to return 'true' if we detect
hardware access flag support at runtime. This can be extended in future
based on
On 12/9/20 1:51 PM, Georgi Djakov wrote:
> From: Liam Mark
>
> Collect the time for each allocation recorded in page owner so that
> allocation "surges" can be measured.
>
> Record the pid for each allocation recorded in page owner so that
> the source of allocation "surges" can be better
On Tue, 01 Dec 2020 22:43:23 +0900, Daniel Palmer wrote:
> The Honestar SSD201_HT_V2 is a full size devkit for the SigmaStar
> SSD201 or SSD202D (they are pin compatible).
>
> Currently only the SSD202D version is supported as that's the one
> I have.
>
> Link:
On Thu 2020-11-26 01:30:26, Paul Gortmaker wrote:
> The existing clear_warn_once functionality is currently a manually
> issued state reset via the file /sys/kernel/debug/clear_warn_once when
> debugfs is mounted. The idea being that a developer would be running
> some tests, like LTP or similar,
On Tue, Dec 01, 2020 at 10:43:21PM +0900, Daniel Palmer wrote:
> This adds a YAML description of the smpctrl node needed by the
> platform code for the MStar/SigmaStar Armv7 SoCs to boot secondary cpus.
You need an 'enable-method' string defined too.
>
> Signed-off-by: Daniel Palmer
> ---
>
On Tue, Dec 01, 2020 at 10:43:22PM +0900, Daniel Palmer wrote:
> Add prefix for Honestar Technologies Co., Ltd.
>
> Signed-off-by: Daniel Palmer
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
On 12/9/20 2:26 PM, Florent Revest wrote:
This needs two new helpers, one that works in a sleepable context (using
sock_gen_cookie which disables/enables preemption) and one that does not
(for performance reasons). Both take a struct sock pointer and need to
check it for NULLness.
This helper
On Tue 08-12-20 09:12:23, Shakeel Butt wrote:
> +Michal Hocko
>
> Message starts at https://lkml.kernel.org/r/20201207142204.GA18516@rlk
>
> On Mon, Dec 7, 2020 at 10:08 PM Hui Su wrote:
> >
> > On Mon, Dec 07, 2020 at 09:28:46AM -0800, Shakeel Butt wrote:
> > > On Mon, Dec 7, 2020 at 6:22 AM
On Wed 09-12-20 17:15:02, Miklos Szeredi wrote:
> On Wed, Dec 9, 2020 at 2:59 PM Jan Kara wrote:
> >
> > On Wed 09-12-20 14:38:42, Jan Kara wrote:
> > > Hello!
> > >
> > > so I was debugging the dnotify crash below (it's 100% reproducible for me)
> > > and I came to the following. The reproducer
On Wed, Dec 9, 2020 at 4:24 PM Johan Hovold wrote:
> On Tue, Dec 08, 2020 at 01:41:52PM +0100, Linus Walleij wrote:
> > depends on !GPIO_SYSFS
> >
> > so it can't even be compiled in if someone is using the sysfs.
> >
> > That should solve the situation where people are (ab)using
> > the sysfs
On Wed, Dec 9, 2020 at 4:36 AM Arnd Bergmann wrote:
>
> On Tue, Dec 8, 2020 at 1:15 PM Arnd Bergmann wrote:
> >
> > - one build seems to have dropped all symbols the string operations
> > from vmlinux,
> > so while the link goes through, modules cannot be loaded:
> > ERROR: modpost: "memmove"
On 20-12-08 19:33:13, Dan Williams wrote:
> On Tue, Dec 8, 2020 at 6:13 PM Ben Widawsky wrote:
> >
> > On 20-12-08 17:37:50, Dan Williams wrote:
> > > On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky
> > > wrote:
> > > >
> > > > Add a straightforward IOCTL that provides a mechanism for userspace to
Hi Heikki,
On Wed, Dec 9, 2020 at 8:14 AM Heikki Krogerus
wrote:
>
> On Tue, Dec 08, 2020 at 03:45:19PM -0800, Prashant Malani wrote:
> > Hi Heikki,
> >
> > Thanks a lot for looking at the patch.
> >
> > On Tue, Dec 8, 2020 at 1:37 AM Heikki Krogerus
> > wrote:
> > >
> > > On Wed, Dec 02, 2020
On Wed, Dec 9, 2020 at 11:13 AM Miklos Szeredi wrote:
> Hard link indexing should work without fh decoding, since it is only
> encoding the file handle to search for the index entry, and encoding
> is not privileged.
Tested this a bit and while hard link indexing does work, inode
lookup is
Krzysztof Kozlowski wrote on Wed, Dec 09, 2020:
> > Hm, what version of env is that?
> > I only checked on a couple of systems that env -S exists, but it might
> > not be available (e.g. now I'm looking, at least busybox env does not
> > provide -S)
>
> $ env --version
> env (GNU coreutils) 8.25
On 09-12-20, 14:28, Greg KH wrote:
> On Wed, Dec 09, 2020 at 06:26:57PM +0530, Vinod Koul wrote:
> > Hello Greg,
> >
> > Here is the pull request for phy susbsystem. All the changes are already
> > in linux-next, sorry for delayed request this time.
> >
> > The following changes since commit
On Wed, 09 Dec 2020 15:38:50 +0100
Lucas Stach wrote:
> - trace_eval_init();
> -
> ... and this. Moving the trace_eval_init into its own initcall means it
> gets started before tracer_init_tracefs. As it holds the
> trace_event_sem while updating the eval maps, event_trace_init() then
>
On Thu, 2020-11-26 at 09:18 -0800, Srinivas Pandruvada wrote:
> The Processor Thermal PCI device supports multiple features.
> Currently
> we export only RAPL. But we need more features from this device
> exposed
> for Tiger Lake and Alder Lake based platforms. So re-structure the
> current MMIO
On 12/9/20 3:41 PM, David Woodhouse wrote:
> On 9 December 2020 13:26:55 GMT, Joao Martins
> wrote:
>> On 12/9/20 11:39 AM, David Woodhouse wrote:
>>> As far as I can tell, Xen's hvm_vcpu_has_pending_irq() will still
>>> return the domain-wide vector in preference to the one in the LAPIC,
>> if
On Wed, Dec 9, 2020 at 2:59 PM Jan Kara wrote:
>
> On Wed 09-12-20 14:38:42, Jan Kara wrote:
> > Hello!
> >
> > so I was debugging the dnotify crash below (it's 100% reproducible for me)
> > and I came to the following. The reproducer opens 'file0' on FUSE
> > filesystem which is a directory at
On Tue, Dec 08, 2020 at 03:45:19PM -0800, Prashant Malani wrote:
> Hi Heikki,
>
> Thanks a lot for looking at the patch.
>
> On Tue, Dec 8, 2020 at 1:37 AM Heikki Krogerus
> wrote:
> >
> > On Wed, Dec 02, 2020 at 07:08:47PM -0800, Prashant Malani wrote:
> > > Add the Type C bus for plug
On Tue, Dec 8, 2020 at 2:20 PM Arnd Bergmann wrote:
>
> On Tue, Dec 8, 2020 at 10:10 PM 'Nick Desaulniers' via Clang Built
> Linux wrote:
> >
> > On Tue, Dec 8, 2020 at 1:00 PM Arnd Bergmann wrote:
> > >
> > > On Tue, Dec 8, 2020 at 5:43 PM 'Sami Tolvanen' via Clang Built Linux
> > > wrote:
>
On Wed, 2020-12-09 at 10:30 +0100, Daniel Lezcano wrote:
> On 07/12/2020 06:36, Kai-Heng Feng wrote:
> >
> > > On Dec 1, 2020, at 02:39, Srinivas Pandruvada <
> > > srinivas.pandruv...@linux.intel.com> wrote:
> > >
> > > On Tue, 2020-12-01 at 02:22 +0800, Kai-Heng Feng wrote:
> > > > > On Dec 1,
On 2020-12-09 05:02, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drm-misc tree, today's linux-next build (htmldocs)
> produced this warning:
>
> include/drm/gpu_scheduler.h:201: warning: Function parameter or member 'list'
> not described in 'drm_sched_job'
>
> Introduced by commit
On Wed, Dec 09, 2020 at 07:19:33PM +0800, Wong Vee Khee wrote:
> Assign stmmac's mdio_bus probe capabilities to MDIOBUS_C22_C45.
> This extends the probing of C45 PHY devices on the MDIO bus.
>
> Signed-off-by: Wong Vee Khee
> ---
> drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c | 1 +
> 1
On Tue, Dec 8, 2020 at 1:02 PM Arnd Bergmann wrote:
>
> On Tue, Dec 8, 2020 at 9:59 PM Arnd Bergmann wrote:
> >
> > Attaching the config for "ld.lld: error: Never resolved function from
> > blockaddress (Producer: 'LLVM12.0.0' Reader: 'LLVM 12.0.0')"
>
> And here is a new one: "ld.lld: error:
On 12/09, Chao Yu wrote:
> Introduce /sys/fs/f2fs//stat/sb_status to show superblock
> status in real time as below:
>
> IS_DIRTY: no
> IS_CLOSE: no
> IS_SHUTDOWN: no
> IS_RECOVERED: no
> IS_RESIZEFS: no
> NEED_FSCK:no
> POR_DOING:
Pass TX sending hardware timestamp from the socket layer to
a socket's buffer. The TC ETC Qdisc will pass it
to the interface network driver.
- Add the hardware timestamp to the IP cork, to support
the use of IP/UDP with the TX sending hardware timestamp
when sending through the TC ETF
Add support for TX sending hardware timestamp with
Traffic control Earliest TxTime First (ETF) Qdisc.
Why do we need additional timestamp?
Current ETF requires to synchronization the system clock
to the PTP Hardware clock (PHC) we want to send through.
But there are cases that we can not
On Tue, Dec 08, 2020 at 01:36:57AM +, Song Liu wrote:
SNIP
> > SNIP
> >
> >> +static int bpf_program_profiler__read(struct evsel *evsel)
> >> +{
> >> + int num_cpu = evsel__nr_cpus(evsel);
> >> + struct bpf_perf_event_value values[num_cpu];
> >> + struct bpf_counter *counter;
> >> + int
On 12/9/20 12:20 PM, Daniel Lezcano wrote:
On 09/12/2020 11:41, Lukasz Luba wrote:
On 12/8/20 3:19 PM, Daniel Lezcano wrote:
On 08/12/2020 15:37, Lukasz Luba wrote:
On 12/8/20 1:51 PM, Daniel Lezcano wrote:
Hi Lukasz,
On 08/12/2020 10:36, Lukasz Luba wrote:
Hi Daniel,
[ ... ]
On 09/12/2020 15:44, Julia Lawall wrote:
On Tue, 8 Dec 2020, John Garry wrote:
On 08/12/2020 22:51, Martin K. Petersen wrote:
Julia,
This solves the problem. Starting from 5.10-rc7 and doing this revert, I
get a kernel that boots.
Hi Julia,
Can you also please test Ming's patchset here
The following functions are not referenced outside dma-iommu.c (apart
from iova.c), which can only be built-in:
- init_iova_flush_queue()
- free_iova_fast()
- queue_iova()
- alloc_iova_fast()
So stop exporting them.
Signed-off-by: John Garry
---
drivers/iommu/iova.c | 4
1 file changed, 4
On Wed, Dec 09, 2020 at 03:08:26PM +, Matthew Wilcox wrote:
> On Wed, Dec 09, 2020 at 03:46:28PM +0100, Stanislaw Gruszka wrote:
> > At this point of release cycle we should probably go with revert,
> > but I think the main problem is that BPF and ERROR_INJECTION use
> > function that is not
801 - 900 of 1496 matches
Mail list logo
