On 8/6/20 1:57 PM, Greg Kroah-Hartman wrote:
On Thu, Aug 06, 2020 at 01:48:26PM -0600, Shuah Khan wrote:
On 6/22/20 10:14 AM, Shuah Khan wrote:
On 6/22/20 9:06 AM, Greg Kroah-Hartman wrote:
On Mon, Jun 22, 2020 at 08:46:18AM -0600, Shuah Khan wrote:
On 6/22/20 2:03 AM, Matthias Maennich
Silly typo. You go squish now. Was introduced in commit 299632e54b2e
("regmap: debugfs: Don't sleep while atomic for fast_io regmaps").
Reported-by: Pavel Machek
Signed-off-by: Douglas Anderson
---
drivers/base/regmap/regmap-debugfs.c | 4 ++--
1 file changed, 2 insertions(+), 2
From: Miaohe Lin
We could be trapped in deadloop when we try to copy userspace skb frags
buffers to kernel with a cloned skb:
[kbox] catch panic event, panic reason:kernel stack overflow
[kbox] catch panic event, start logging.
CPU: 3 PID: 4083 Comm: insmod Kdump: loaded Tainted: G OE
On 7/20/2020 11:26 AM, Florian Fainelli wrote:
> On 7/20/20 6:04 AM, Greg KH wrote:
>> On Thu, Jul 09, 2020 at 12:50:23PM -0700, Florian Fainelli wrote:
>>> From: Will Deacon
>>>
>>> commit 679db70801da9fda91d26caf13bf5b5ccc74e8e8 upstream
>>>
>>> Some CPUs can speculate past an ERET
From: Miaohe Lin
The out_fs jump label has nothing to do but goto out.
Signed-off-by: Miaohe Lin
---
net/socket.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index ee9c9dac4728..e1a1195ce69e 100644
--- a/net/socket.c
+++ b/net/socket.c
@@
From: Miaohe Lin
Use helper function fdput() to fput() the file iff FDPUT_FPUT is set.
Signed-off-by: Miaohe Lin
---
net/socket.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index 976426d03f09..6aff5aeb6728 100644
--- a/net/socket.c
On 2020-08-06 19:05, Saravana Kannan wrote:
On Thu, Aug 6, 2020 at 5:12 AM Marc Zyngier wrote:
On 2020-08-06 02:24, John Stultz wrote:
[...]
>> + if (par_np == np)
>> + par_np = NULL;
>> +
>> + /*
>> + * If there's a parent interrupt controller and none of the parent
>> irq
>> +
On Thu, Aug 06, 2020 at 12:42:23PM -0700, Linus Torvalds wrote:
> that admittedly odd sequence is get_work_pwq(work)
>
> And then the faulting instruction is:
>
> > 2a:* 49 8b 46 08 mov0x8(%r14),%rax <-- trapping instruction
>
> and this is the "->wq" dereference.
>
> So it's
On 8/6/20 12:25 PM, Ricardo Neri wrote:
> static inline void sync_core(void)
> {
> /*
> - * There are quite a few ways to do this. IRET-to-self is nice
> + * Hardware can do this for us if SERIALIZE is available. Otherwise,
> + * there are quite a few ways to do this.
On Thu, Aug 06, 2020 at 01:48:26PM -0600, Shuah Khan wrote:
> On 6/22/20 10:14 AM, Shuah Khan wrote:
> > On 6/22/20 9:06 AM, Greg Kroah-Hartman wrote:
> > > On Mon, Jun 22, 2020 at 08:46:18AM -0600, Shuah Khan wrote:
> > > > On 6/22/20 2:03 AM, Matthias Maennich wrote:
> > > > > On Thu, Jun 04,
The pull request you sent on Wed, 05 Aug 2020 11:32:19 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git
> tags/integrity-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4cec929370763c475111b1eb307df6759b6733e7
Thank you!
--
The pull request you sent on Tue, 4 Aug 2020 13:10:25 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-fifo-2020-08-04
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6d2b84a4e5b954bd2587e06c29577256f59e0030
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Thu, 6 Aug 2020 10:24:37 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/livepatching/livepatching
> tags/livepatching-for-5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1e21b5c73912a516bb13aec0ff69205b0b33568f
Thank you!
--
Since the commit identified below, the forward declaration of
struct irqaction is useless. Drop it.
Fixes: b709c0832824 ("ppc64: move stack switching up in interrupt processing")
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/irq.h | 1 -
1 file changed, 1 deletion(-)
diff --git
Those two functions have been unused since commit identified below.
Drop them.
Fixes: 31bfdb036f12 ("powerpc: Use instruction emulation infrastructure to
handle alignment faults")
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/processor.h | 2 --
arch/powerpc/kernel/fpu.S
Those function have never existed. Drop their declaration.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/processor.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/processor.h
index 9ebcb2f095db..2b4dc10230da
Since commit identified below, the forward declaration of
struct irq_chip is useless (was struct hw_interrupt_type at that time)
Remove it, together with the associated comment.
Fixes: c0ad90a32fb6 ("[PATCH] genirq: add ->retrigger() irq op to consolidate
hw_irq_resend()")
Signed-off-by:
On 6/22/20 10:14 AM, Shuah Khan wrote:
On 6/22/20 9:06 AM, Greg Kroah-Hartman wrote:
On Mon, Jun 22, 2020 at 08:46:18AM -0600, Shuah Khan wrote:
On 6/22/20 2:03 AM, Matthias Maennich wrote:
On Thu, Jun 04, 2020 at 02:39:18PM -0600, Shuah Khan wrote:
On 6/4/20 1:31 PM, Julia Lawall wrote:
On Thu, 6 Aug 2020 15:22:23 -0400
Sean Paul wrote:
> > Changes since v1:
> > Added EXPORT_SYMBOL_GPL() to trace_array_init_printk() as it is
> > required for another function that is exported.
>
> Could we also add this to trace.h?
That might be helpful, wouldn't it.
kernel test robot
On 2020-08-06 04:32, Stephen Boyd wrote:
+Sibi who wrote the code
Quoting Doug Anderson (2020-08-05 13:24:06)
On Wed, Aug 5, 2020 at 10:36 AM Stephen Boyd
wrote:
>
> Why is the genpd being powered off at all? It looks like the driver is
> written in a way that it doesn't expect this to
On Thu, Aug 06, 2020 at 08:50:45PM +0200, Thomas Gleixner wrote:
> Linus Walleij writes:
> > On Thu, Aug 6, 2020 at 12:20 PM Thomas Gleixner wrote:
> >
> >> So the solution for this driver is either to make the dispatch handler
> >> threaded or use the hard interrupt variant of dispatching the
>
On Wed, Aug 05, 2020 at 10:29:37AM +0800, Jin Yao wrote:
> We received an error report that perf-record caused 'Segmentation fault'
> on a newly system (e.g. on the new installed ubuntu).
>
> (gdb) backtrace
> #0 __read_once_size (size=4, res=, p=0x14) at
>
On Thu, Aug 6, 2020 at 12:23 PM Joerg Roedel wrote:
>
> Yes, that's the best for now. My gut feeling is that the fault Jason is
> seeing didn't happen on a vmalloc address, but I can't prove that yet.
No, it's definitely fairly high in the vmalloc space. Look at the
faulting address:
BUG:
On Thu, Aug 6, 2020 at 10:58 AM Andrii Nakryiko
wrote:
>
> On Fri, Jul 31, 2020 at 8:47 PM Andrii Nakryiko
> wrote:
> >
> > On Fri, Jul 31, 2020 at 6:47 PM Ian Rogers wrote:
> > >
> > > On Tue, Jul 21, 2020 at 11:58 PM Andrii Nakryiko
> > > wrote:
> > > >
> > > > On Tue, Jul 21, 2020 at 10:44
__chk_user_ptr() & __chk_io_ptr() are dummy extern functions which
only exist to enforce the typechecking of __user or __iomem pointers
in macros when using sparse.
This typechecking is done by inserting a call to these functions.
But the presence of these calls can inhibit some simplifications
On 2020-08-05 21:18, Rob Clark wrote:
On Wed, Aug 5, 2020 at 6:34 AM Kalyan Thota
wrote:
In TEST_ONLY commit, rm global_state will duplicate the
object and request for new reservations, once they pass
then the new state will be swapped with the old and will
be available for the Atomic Commit.
On Fri, Aug 07, 2020 at 12:05:27AM +0900, Eiichi Tsukata wrote:
> If xfs_sysfs_init is called with parent_kobj == NULL, UBSAN
> shows the following warning:
This needs to be sent to the xfs mailing list, per get_maintainers.pl.
--D
> UBSAN: null-ptr-deref in ./fs/xfs/xfs_sysfs.h:37:23
>
On 8/5/20 9:53 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.193 release.
There are 8 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On x86_64, when CONFIG_MMU_NOTIFIER is not set/enabled, there is a
compiler error:
../mm/migrate.c: In function 'migrate_vma_collect':
../mm/migrate.c:2481:7: error: 'struct mmu_notifier_range' has no member
named 'migrate_pgmap_owner'
range.migrate_pgmap_owner = migrate->pgmap_owner;
^
On 8/5/20 9:52 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.138 release.
There are 6 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On 8/5/20 9:52 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.57 release.
There are 9 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by
On 8/5/20 1:59 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.7.14 release.
There are 7 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by
On Thu, Aug 06, 2020 at 05:32:58PM +0200, Ingo Molnar wrote:
> * Kristen Carlson Accardi wrote:
> > [...]
> > Performance Impact
> > --
>
> > * Run time
> > The performance impact at run-time of function reordering varies by
> > workload.
> > Using kcbench, a kernel compilation
On Mon, Aug 03, 2020 at 04:41:39PM -0600, Jane Chu wrote:
> commit 7d988097c546 ("acpi/nfit, libnvdimm/security: Add security DSM
> overwrite support")
> adds a sysfs_notify_dirent() to wake up userspace poll thread when the
> "overwrite"
> operation has completed. But the notification is issued
On Mon, Aug 03, 2020 at 04:41:37PM -0600, Jane Chu wrote:
> commit d78c620a2e82 ("libnvdimm/security: Introduce a 'frozen' attribute")
> introduced a typo, causing a 'nvdimm->sec.flags' update being overwritten
> by the subsequent update meant for 'nvdimm->sec.ext_flags'.
>
> Cc: Dan Williams
>
On Mon, Aug 03, 2020 at 04:41:38PM -0600, Jane Chu wrote:
> 'security' attribute displays the security state of an nvdimm.
> During normal operation, the nvdimm state maybe one of 'disabled',
> 'unlocked' or 'locked'. When an admin issues
> # ndctl sanitize-dimm nmem0 --overwrite
> the
The SERIALIZE instruction gives software a way to force the processor to
complete all modifications to flags, registers and memory from previous
instructions and drain all buffered writes to memory before the next
instruction is fetched and executed. Thus, it serves the purpose of
sync_core(). Use
On Thu, Aug 06, 2020 at 05:27:11PM +0100, Colin Ian King wrote:
> Hi,
>
> Static analysis with Coverity has detected a potential issue with the
> following commit:
>
> commit 0b0e299720bb99428892a23ecbd2b4b7f61ccf6d
> Author: Vladimir Oltean
> Date: Mon Aug 3 19:48:23 2020 +0300
>
> net:
In alloc_inout() in net/mlx5_vnet.c, there are a few places where memory
is allocated to *in and *out, but only the values of in and out are
null-checked (i.e. there is a missing dereference). Fix this.
Addresses-Coverity: ("CID 1496603: (REVERSE_INULL)")
Fixes: 1a86b377aa21 ("vdpa/mlx5: Add VDPA
Hi Mingo, thanks for taking a look, I am glad you like the idea. Some
replies below:
On Thu, 2020-08-06 at 17:32 +0200, Ingo Molnar wrote:
> * Kristen Carlson Accardi wrote:
>
> > Function Granular Kernel Address Space Layout Randomization
> > (fgkaslr)
> >
On Thu, Aug 06, 2020 at 12:02:40PM -0700, Linus Torvalds wrote:
> But you may obviously have different settings for CONFIG_X86_5LEVEL,
> and maybe that ends up changing something?
>
> But since apparently it's not immediately obvious what the problem is,
> I'll revert it for now.
Yes, that's the
On Thu, Aug 6, 2020 at 2:46 PM Steven Rostedt wrote:
>
> From: "Steven Rostedt (VMware)"
>
> As trace_array_printk() used with not global instances will not add noise to
> the main buffer, they are OK to have in the kernel (unlike trace_printk()).
> This require the subsystem to create their own
On Thu, Aug 06, 2020 at 01:01:09PM +0100, Catalin Marinas wrote:
> On Wed, Aug 05, 2020 at 11:19:20AM -0700, Sami Tolvanen wrote:
> > diff --git a/arch/arm64/include/asm/tlbflush.h
> > b/arch/arm64/include/asm/tlbflush.h
> > index d493174415db..66c2aab5e9cb 100644
> > ---
pmbus_do_probe doesn't use the id information provided in its second
argument, so this can be removed, which then allows using the
single-parameter i2c probe function ("probe_new") for probes which
don't use the id information either.
This avoids scanning the identifier tables during probes.
On 8/6/20 9:16 AM, Stephen Kitt wrote:
> pmbus_do_probe doesn't use the id information provided in its second
> argument, so this can be removed, which then allows using the
> single-parameter i2c probe function ("probe_new") for probes which
> don't use the id information either.
>
> This avoids
On Thu, Aug 06, 2020 at 06:07:19AM +0900, Stafford Horne wrote:
> Hello,
>
> Changes since v1:
> - in "io: Fixup defines and move include to the end" added a linux/types.h
>include as there were compiler failurs pointed out by kbuild.
>
> This a series of fixes for OpenRISC sparse warnings.
Hi!
> On 8/6/20 1:21 AM, Grant Feng wrote:
> > generate a 5ms low pulse on sdb pin when startup, then the chip
> > becomes more stable in the complex EM environment.
> >
> > Signed-off-by: Grant Feng
> > ---
> > drivers/leds/leds-is31fl319x.c | 12
> > 1 file changed, 12
On Thursday, 2020-07-16 at 16:52:40 +03, Jarkko Sakkinen wrote:
> From: Sean Christopherson
>
> Add X86_FEATURE_SGX from CPUID.(EAX=7, ECX=1), which informs whether the
> CPU has SGX.
>
> Add X86_FEATURE_SGX1 and X86_FEATURE_SGX2 from CPUID.(EAX=12H, ECX=0),
> which describe the level of SGX
Hi Linus,
The nicest change is the IMA policy rule checking. The other changes
include allowing the kexec boot cmdline line measure policy rules to be
defined in terms of the inode associated with the kexec kernel image,
making the IMA_APPRAISE_BOOTPARAM, which governs the IMA appraise mode
From: Colin King
Date: Thu, 6 Aug 2020 12:42:56 +0100
> From: Colin Ian King
>
> There is a spelling mistake in a dev_err message. Fix it.
>
> Signed-off-by: Colin Ian King
Applied, thanks.
On Thu, Aug 06, 2020 at 06:07:24AM +0900, Stafford Horne wrote:
> ---
> arch/openrisc/kernel/signal.c | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/arch/openrisc/kernel/signal.c b/arch/openrisc/kernel/signal.c
> index 4f0754874d78..7ce0728412f6 100644
>
Hi Linus,
Please pull this small cleanup which I had in -next since 5.7-rc7
-- I missed the window last time.
Cheers,
Miguel
The following changes since commit 9cb1fd0efd195590b828b9b865421ad345a4a145:
Linux 5.7-rc7 (2020-05-24 15:32:54 -0700)
are available in the Git repository at:
Paul,
"Paul E. McKenney" writes:
> On Thu, Aug 06, 2020 at 01:45:45PM +0200, pet...@infradead.org wrote:
>> The safety thing is concerned with RT tasks. It doesn't pretend to help
>> with runnaway IRQs, never has, never will.
>
> Getting into the time machine back to the 1990s...
>
> DYNIX/ptx
Pixel format width is mistakenly aligned to surface align bytes
and altering width to aligned value may force sensor mode change
other than the requested one and also cause mismatch in width
programmed between sensor and vi which can lead to capture errors.
This patch removes width alignment and
On Wed, Jul 29, 2020 at 6:51 AM Vasily Gorbik wrote:
>
> > > We were very excited to see your patches going by for enabling Clang
> > > support for s390. Since then, we've added s390 builds to our
> > > continuous integration setup.
> > >
> > > We've been running into a few issues with doing
Update VI and CSI bindings to add port and endpoint nodes as per
media video-interfaces DT binding document.
Acked-by: Rob Herring
Signed-off-by: Sowjanya Komatineni
---
.../display/tegra/nvidia,tegra20-host1x.txt| 92 +-
1 file changed, 90 insertions(+), 2
This patch adds selection v4l2 ioctl operations to allow configuring
a selection rectangle in the sensor through the Tegra video device
node.
Some sensor drivers supporting crop uses try_crop rectangle from
v4l2_subdev_pad_config during try format for computing binning.
So with selection ops
Settle time determines the number of cil clock cyles to wait after
LP00 when moving from LP to HS.
This patch computes T-CLK-SETTLE and T-HS-SETTLE times based on cil
clock rate and pixel rate from the sensor and programs them during
streaming.
T-CLK-SETTLE time is the interval during which
With the split of MIPI calibration into tegra_mipi_calibrate() and
tegra_mipi_wait(), MIPI clock is not kept enabled and mutex is not locked
till the calibration is done.
So, this patch keeps MIPI clock enabled and mutex locked after triggering
start of calibration till its done.
To let
On Thu, Aug 06, 2020 at 06:07:25AM +0900, Stafford Horne wrote:
> Now that __user annotations are fixed for openrisc uaccess api's we can
> add checking to the access_ok macro. This patch adds the __chk_user_ptr
> check, on normal builds the added check is a nop.
>
> Signed-off-by: Stafford
CSI MIPI pads need to be enabled and calibrated for capturing from
the external sensor or transmitter.
MIPI CAL unit calibrates MIPI pads pull-up, pull-down and termination
impedances. Calibration is done by co-work of MIPI BIAS pad and MIPI
CAL control unit.
Triggering calibration start can
Tegra VI supported video formats are more for non TPG and there
can be multiple pixel formats for the same media bus format.
This patch updates the helper function for format lookup based on
mbus code from pre-defined Tegra supported format list to look from
the specified list index offset.
On Thu, Aug 6, 2020 at 11:57 AM Joerg Roedel wrote:
>
> On Thu, Aug 06, 2020 at 03:10:34PM +0200, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> > > So apparently the "the page-table pages are all pre-allocated now" is
> > > simply not true. Joerg?
>
> It pre-allocates the whole
From: Luo bin
Date: Thu, 6 Aug 2020 15:48:30 +0800
> diff --git a/drivers/net/ethernet/huawei/hinic/hinic_devlink.c
> b/drivers/net/ethernet/huawei/hinic/hinic_devlink.c
> index c6adc776f3c8..1dc948c07b94 100644
> --- a/drivers/net/ethernet/huawei/hinic/hinic_devlink.c
> +++
This patch adds support to capture from the external sensor
based on device graph in the device tree.
Driver walks through the device graph to create media links
between the entities and registers and unregisters video devices
when the corresponding sub-devices are bound and unbound.
Channel
This patch separates implementation of CSI stream enable and disable
into separate functions for readability.
Reviewed-by: Dmitry Osipenko
Signed-off-by: Sowjanya Komatineni
---
drivers/staging/media/tegra-video/csi.c | 51 ++---
1 file changed, 35 insertions(+), 16
Tegra internal TPG mode is only for Tegra vi and csi testing
without a real sensor and driver should default support real
sensor.
So, This patch adds CONFIG_VIDEO_TEGRA_TPG and enables Tegra
internal TPG mode only when this config is selected.
Signed-off-by: Sowjanya Komatineni
---
This series adds support for video capture from external camera sensor to
Tegra video driver.
Jetson TX1 has camera expansion connector and supports custom camera module
designed as per TX1 design specification.
This series also enables camera capture support for Jetson Nano which has
Raspberry
Peter,
pet...@infradead.org writes:
> On Thu, Aug 06, 2020 at 11:41:06AM +0200, Thomas Gleixner wrote:
>> And that has nothing to do
>> with a silly test case. Sporadic runaways due to a bug in a once per
>> week code path simply can happen and having the safety net working
>> depending on a
On Wed, Aug 05, 2020 at 05:52:59PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.138 release.
> There are 6 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Wed, Aug 05, 2020 at 05:52:37PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.4.57 release.
> There are 9 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
Hi Can Guo,
>
> On 2020-08-05 11:37, Daejun Park wrote:
> > Changelog:
> >
> > v6 -> v7
> > 1. Remove UFS feature layer.
> > 2. Cleanup for sparse error.
> >
> > v5 -> v6
> > Change base commit to b53293fa662e28ae0cdd40828dc641c09f133405
> >
> > v4 -> v5
> > Delete unused macro define.
> >
>
On Wed, Aug 05, 2020 at 09:59:33PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.7.14 release.
> There are 7 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Thu, Aug 06, 2020 at 03:10:34PM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
> > So apparently the "the page-table pages are all pre-allocated now" is
> > simply not true. Joerg?
It pre-allocates the whole vmalloc/ioremap PUD/P4D pages, but I actually
only tested it with 4-level
On Wed, Aug 05, 2020 at 05:53:26PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.193 release.
> There are 8 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
If the kernel is unable to allocate memory for the variable dmr then
err will be returned without being set. Set err to -ENOMEM in this
case.
Fixes: 94abbccdf291 ("vdpa/mlx5: Add shared memory registration code")
Addresses-Coverity: ("Uninitialized variables")
Signed-off-by: Alex Dewar
---
On Thu, Aug 06, 2020 at 06:14:56PM +0200, Stephen Kitt wrote:
> All the drivers have long since been upgraded, and all the important
> information here is also included in the "Implementing I2C device
> drivers" guide.
>
> Signed-off-by: Stephen Kitt
Reviewed-by: Wolfram Sang
signature.asc
On Thu, Aug 06, 2020 at 07:11:24PM +0100, Robin Murphy wrote:
> On 2020-03-20 12:58, tip-bot2 for Peter Zijlstra wrote:
> > The following commit has been merged into the perf/core branch of tip:
> >
> > Commit-ID: 90c91dfb86d0ff545bd329d3ddd72c147e2ae198
> > Gitweb:
> >
On 8/6/20 11:44 AM, Sowjanya Komatineni wrote:
On 8/6/20 11:18 AM, Dmitry Osipenko wrote:
06.08.2020 21:07, Sowjanya Komatineni пишет:
On 8/6/20 11:01 AM, Dmitry Osipenko wrote:
06.08.2020 20:52, Sowjanya Komatineni пишет:
...
Right mutex_unlock should happen at end of finish_calibration.
The objective is to check that the incoming vrf routing table is selected
to send an ICMP error back to the source when the ttl of a packet reaches 1
while it is forwarded between different vrfs.
The first test sends a ping with a ttl of 1 from h1 to h2 and parses the
output of the command to
Linus Walleij writes:
> On Thu, Aug 6, 2020 at 12:20 PM Thomas Gleixner wrote:
>
>> So the solution for this driver is either to make the dispatch handler
>> threaded or use the hard interrupt variant of dispatching the
>> demultiplexed GPIO interrupts.
>
> The struct gpio_irq_chip .threaded
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 31dccf7df081364045bff196bdc060ddda97f2e9
Gitweb:
https://git.kernel.org/tip/31dccf7df081364045bff196bdc060ddda97f2e9
Author:Pawan Gupta
AuthorDate:Thu, 16 Jul 2020 12:23:59 -07:00
From: Naoya Horiguchi
Soft offlining could fail with EIO due to the race condition with
hugepage migration. This issuse became visible due to the change by
previous patch that makes soft offline handler take page refcount
by its own. We have no way to directly pin zero refcount page, and
the
On Wed, 5 Aug 2020 10:44:30 -0700 Nick Desaulniers wrote:
> Hi David,
> I read through
> https://www.kernel.org/doc/html/latest/networking/netdev-FAQ.html#q-how-often-do-changes-from-these-trees-make-it-to-the-mainline-linus-tree
> and noticed http://vger.kernel.org/~davem/net-next.html. Since
From: Oscar Salvador
When trying to soft-offline a free page, we need to first take it off
the buddy allocator.
Once we know is out of reach, we can safely flag it as poisoned.
take_page_off_buddy will be used to take a page meant to be poisoned
off the buddy allocator.
take_page_off_buddy
From: Oscar Salvador
Place the THP's page handling in a helper and use it
from both hard and soft-offline machinery, so we get rid
of some duplicated code.
Signed-off-by: Oscar Salvador
Signed-off-by: Naoya Horiguchi
---
mm/memory-failure.c | 48 +
From: Oscar Salvador
Since get_hwpoison_page is only used in memory-failure code now,
let us un-export it and make it private to that code.
Signed-off-by: Oscar Salvador
Signed-off-by: Naoya Horiguchi
---
include/linux/mm.h | 1 -
mm/memory-failure.c | 3 +--
2 files changed, 1
From: Oscar Salvador
Merging soft_offline_huge_page and __soft_offline_page let us get rid of
quite some duplicated code, and makes the code much easier to follow.
Now, __soft_offline_page will handle both normal and hugetlb pages.
Note that move put_page() block to the beginning of
From: Oscar Salvador
This patch changes the way we set and handle in-use poisoned pages.
Until now, poisoned pages were released to the buddy allocator, trusting
that the checks that take place prior to hand the page would act as a
safe net and would skip that page.
This has proved to be wrong,
From: Naoya Horiguchi
memory_failure() is supposed to call action_result() when it handles
a memory error event, but there's one missing case. So let's add it.
I find that include/ras/ras_event.h has some other MF_MSG_* undefined,
so this patch also adds them.
Signed-off-by: Naoya Horiguchi
From: Oscar Salvador
Currently, there is an inconsistency when calling soft-offline from
different paths on a page that is already poisoned.
1) madvise:
madvise_inject_error skips any poisoned page and continues
the loop.
If that was the only page to madvise, it returns
From: Oscar Salvador
After commit 4e41a30c6d50 ("mm: hwpoison: adjust for new thp refcounting"),
put_hwpoison_page got reduced to a put_page.
Let us just use put_page instead.
Signed-off-by: Oscar Salvador
Signed-off-by: Naoya Horiguchi
---
include/linux/mm.h | 1 -
mm/memory-failure.c |
From: Naoya Horiguchi
Drop the PageHuge check, which is dead code since memory_failure() forks
into memory_failure_hugetlb() for hugetlb pages.
memory_failure() and memory_failure_hugetlb() shares some functions like
hwpoison_user_mappings() and identify_page_state(), so they should properly
From: Naoya Horiguchi
Another memory error injection interface debugfs:hwpoison/corrupt-pfn
also takes bogus refcount for hwpoison_filter(). It's justified
because this does a coarse filter, expecting that memory_failure()
redoes the check for sure.
Signed-off-by: Naoya Horiguchi
Hi,
This patchset is the latest version of soft offline rework patchset
targetted for v5.9.
Since v5, I dropped some patches which tweak refcount handling in
madvise_inject_error() to avoid the "unknown refcount page" error.
I don't confirm the fix (that didn't reproduce with v5 in my
From: Naoya Horiguchi
hpage is never used after try_to_split_thp_page() in memory_failure(),
so we don't have to update hpage. So let's not recalculate/use hpage.
Suggested-by: "Aneesh Kumar K.V"
Signed-off-by: Naoya Horiguchi
Signed-off-by: Oscar Salvador
Reviewed-by: Mike Kravetz
---
Now that we have an explanation to Amir's issue, we can re-spin this
series.
---
Changes since v2:
- Go back to v1's behavior for patch #2
Changes since v1:
- Make cma_in_zone() more strict, GFP_KERNEL doesn't default to true
now
- Check if phys_addr_ok() exists prior calling it
There is no guarantee to CMA's placement, so allocating a zone specific
atomic pool from CMA might return memory from a completely different
memory zone. To get around this double check CMA's placement before
allocating from it.
Signed-off-by: Nicolas Saenz Julienne
[hch: rebased, added a
From: Christoph Hellwig
When allocating coherent pool memory for an IOMMU mapping we don't care
about the DMA mask. Move the guess for the initial GFP mask into the
dma_direct_alloc_pages and pass dma_coherent_ok as a function pointer
argument so that it doesn't get applied to the IOMMU case.
On Thu, 6 Aug 2020 08:49:06 +0200 Rouven Czerwinski wrote:
> Trying to use ktls on a system with 32-bit userspace and 64-bit kernel
> results in a EOPNOTSUPP message during sendmsg:
>
> setsockopt(3, SOL_TLS, TLS_TX, …, 40) = 0
> sendmsg(3, …, msg_flags=0}, 0) = -1 EOPNOTSUPP (Operation not
301 - 400 of 1104 matches
Mail list logo
