On 07.08.20 06:32, Andrew Morton wrote:
> On Fri, 3 Jul 2020 18:28:23 +0530 Srikar Dronamraju
> wrote:
>
>>> The memory hotplug changes that somehow because you can hotremove numa
>>> nodes and therefore make the nodemask sparse but that is not a common
>>> case. I am not sure what would happen
On Fri, Aug 7, 2020 at 2:28 PM Greg Kroah-Hartman
wrote:
>
> On Fri, Aug 07, 2020 at 09:50:23AM +0800, Nicolas Boichat wrote:
> > On Fri, Jul 24, 2020 at 8:41 PM Nicolas Boichat
> > wrote:
> > >
> > > On Fri, Jul 10, 2020 at 3:03 PM Greg Kroah-Hartman
> > > wrote:
> > > >
> > > > On Fri, Jul 10
On Thu, Aug 6, 2020 at 11:23 PM John Stultz wrote:
>
> On Thu, Aug 6, 2020 at 5:32 PM John Stultz wrote:
> >
> > On Thu, Aug 6, 2020 at 4:17 PM Eric Dumazet wrote:
> > > On 8/6/20 2:39 PM, John Stultz wrote:
> > > > [ 19.709492] Unable to handle kernel access to user memory outside
> > > > uac
On Thu, Aug 06, 2020 at 11:35:38PM -0700, Kees Cook wrote:
> The only-root-readable /sys/module/$module/sections/$section files
> did not truncate their output to the available buffer size. While most
> paths into the kernfs read handlers end up using PAGE_SIZE buffers,
> it's possible to get there
On Fri, Aug 07, 2020 at 02:30:29PM +0800, hongxu.zhao wrote:
> On Thu, 2020-08-06 at 12:53 +0200, Greg Kroah-Hartman wrote:
> > On Thu, Aug 06, 2020 at 04:32:28PM +0800, hongxu.zhao wrote:
> > > On Tue, 2020-08-04 at 10:11 +0200, Greg Kroah-Hartman wrote:
> > > > On Tue, Aug 04, 2020 at 03:52:49PM
'Commit dacce2be3312 ("vmxnet3: add geneve and vxlan tunnel offload
support")' added support for encapsulation offload. However, while
calculating tcp hdr length, it does not take into account if the
packet is encapsulated or not.
This patch fixes this issue by using correct reference for inner
tc
Hi all,
News: The merge window has opened, so please do not add any v5.10
related material to your linux-next included branches until after the
merge window closes again.
Changes since 20200806:
My fixes tree contains:
dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning")
On Thu, 6 Aug 2020 14:48:58 -0700, Guenter Roeck wrote:
> On 8/6/20 1:12 PM, Stephen Kitt wrote:
> > On Thu, 6 Aug 2020 12:15:55 -0700, Guenter Roeck
> > wrote:
> >> On 8/6/20 9:16 AM, Stephen Kitt wrote:
[...]
> >> Also, I am not convinced that replacements such as
> >>
> >> - { "ipsps1", 0
The only-root-readable /sys/module/$module/sections/$section files
did not truncate their output to the available buffer size. While most
paths into the kernfs read handlers end up using PAGE_SIZE buffers,
it's possible to get there through other paths (e.g. splice, sendfile).
Actually limit the ou
Hi,
This fixes my sysfs module sections refactoring to take into account
the case where the output buffer is not PAGE_SIZE. :( Thanks to 0day
and trinity for noticing.
I'll let this sit in -next for a few days and then send it to Linus.
-Kees
Kees Cook (2):
module: Correctly truncate sysfs se
In order to help catch regressions in splice vs read behavior in certain
special files, test a few with various different kinds of internal
kernel helpers.
Cc: Shuah Khan
Signed-off-by: Kees Cook
---
tools/testing/selftests/splice/.gitignore | 1 +
tools/testing/selftests/splice/Makefile
allnoconfig
powerpc defconfig
x86_64 randconfig-a006-20200806
x86_64 randconfig-a001-20200806
x86_64 randconfig-a004-20200806
x86_64 randconfig-a005-20200806
x86_64 randconfig-a003-20200806
x86_64
x86_64 randconfig-a006-20200806
x86_64 randconfig-a001-20200806
x86_64 randconfig-a004-20200806
x86_64 randconfig-a005-20200806
x86_64 randconfig-a003-20200806
x86_64 randconfig-a002-20200806
i386
Hi Linus,
The following changes since commit 92ed301919932f13b9172e525674157e983d:
Linux 5.8-rc7 (2020-07-26 14:14:06 -0700)
are available in the Git repository at:
git://git.linaro.org/landing-teams/working/fujitsu/integration.git
tags/mailbox-v5.9
for you to fetch changes up to 88499
On Fri, Aug 07, 2020 at 09:50:23AM +0800, Nicolas Boichat wrote:
> On Fri, Jul 24, 2020 at 8:41 PM Nicolas Boichat wrote:
> >
> > On Fri, Jul 10, 2020 at 3:03 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Fri, Jul 10, 2020 at 02:45:29PM +0800, Nicolas Boichat wrote:
> > > > trace_printk should
Rob,
sorry for late reply, I have my head in setup production install the dt-schema
and rerun the check, with 2020-6 no warnings lets fix it.
Chris
On 13/7/2020 11:00 pm, Rob Herring wrote:
On Sun, 12 Jul 2020 12:44:10 +0800, Chris Ruehl wrote:
Add documentation for the newly added DTS suppor
On Wed, Aug 05, 2020 at 11:20:38PM -0400, David Niklas wrote:
> On Wed, 5 Aug 2020 18:36:08 -0700
> Randy Dunlap wrote:
>
> > On 8/5/20 5:59 PM, David Niklas wrote:
> > > Hello,
> > > I downloaded the kernel sources from kernel.org using curl, then
> > > opera, and finally lynx (to rule out an ht
Hi Jiri,
On 8/7/2020 3:43 AM, Jiri Olsa wrote:
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)
The intention of this patchset is to handle race
conditions during concurrency usecases like
Multiple YouTube browser tabs(approx 50 plus tabs),
graphics_Stress, WiFi ON/OFF, Bluetooth ON/OF,
and reboot in parallel.
---
Resending the fixes by describing more about the issue
and correcting typo err
In concurrency usecase and reboot scenario we are
observing race condition and seeing NULL pointer
dereference crash. In shutdown path and system
recovery path we are destroying the same mutex
hence seeing crash.
This case is handled by mutex protection and
cancel delayed work items in work queue.
In concurrency usecase and reboot scenario we are trying
to map fw.iommu_domain which is already unmapped during
shutdown. This is causing NULL pointer dereference crash.
This case is handled by adding necessary checks.
Call trace:
__iommu_map+0x4c/0x348
iommu_map+0x5c/0x70
venus_boot+0x184/0x
For core ops we are having only write protect but there
is no read protect, because of this in multthreading
and concurrency, one CPU core is reading without wait
which is causing the NULL pointer dereferece crash.
one such scenario is as show below, where in one
core core->ops becoming NULL and i
Hi Peter,
On 8/6/2020 7:00 PM, pet...@infradead.org wrote:
On Thu, Aug 06, 2020 at 11:18:27AM +0200, pet...@infradead.org wrote:
Suppose we have nested virt:
L0-hv
|
G0/L1-hv
|
G1
And we're running in G0, then:
- 'exclude_hv' would exclude L0
On Thu, Aug 6, 2020 at 10:58 PM Bjorn Andersson
wrote:
>
> On Thu 06 Aug 19:48 PDT 2020, John Stultz wrote:
>
> > On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
> > wrote:
> > > On Thu 06 Aug 18:22 PDT 2020, John Stultz wrote:
> > > > On Thu, Aug 6, 2020 at 5:43 PM Bjorn Andersson
> > > > wrote:
On Thu, Aug 6, 2020 at 5:32 PM John Stultz wrote:
>
> On Thu, Aug 6, 2020 at 4:17 PM Eric Dumazet wrote:
> > On 8/6/20 2:39 PM, John Stultz wrote:
> > > [ 19.709492] Unable to handle kernel access to user memory outside
> > > uaccess routines at virtual address 006f53337070
> > > [ 19.726
Hello Linus,
Now that mail.kernel.org is back, time to send the pull request.
Please pull to receive the below updates for dmaengine. Please note that
SFR has reported conflicts with MAINTAINERS file update in this request,
am sure that would be easy for you to manage :)
The following changes si
On Thu 06 Aug 19:48 PDT 2020, John Stultz wrote:
> On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
> wrote:
> > On Thu 06 Aug 18:22 PDT 2020, John Stultz wrote:
> > > On Thu, Aug 6, 2020 at 5:43 PM Bjorn Andersson
> > > wrote:
> > > > On Wed 05 Aug 14:57 PDT 2020, John Stultz wrote:
> > > > > On
On Fri, Aug 07, 2020 at 11:00:11AM +0800, 何鑫 wrote:
> Xin He 于2020年7月21日周二 下午6:17写道：
> >
> > From: Qi Liu
> >
> > We should put the reference count of the fence after calling
> > virtio_gpu_cmd_submit(). So add the missing dma_fence_put().
> >
> > Fixes: 2cd7b6f08bc4 ("drm/virtio: add in/out fenc
Le 06/08/2020 à 23:23, David Miller a écrit :
From: Christophe JAILLET
Date: Thu, 6 Aug 2020 22:19:35 +0200
The wrappers in include/linux/pci-dma-compat.h should go away.
Christophe, the net-next tree is closed so I'd like to ask that you
defer submitting these conversion patches until the
Hi,
On Fri, Aug 7, 2020 at 1:51 AM kernel test robot wrote:
>
> Hi Sergio,
>
> First bad commit (maybe != root cause):
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 7b4ea9456dd3f73238408126ab00f1d906963d81
> commit: 3b2fa0c92686562ac0b8cf00c032
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 86cfccb66937dd6cbf26ed619958b9e587e6a115
commit: 00b2e16e006390069480e90478aa8b6e924996d7 mt76: mt7915: add TxBF
capabilities
date: 3 months ago
config: sparc64-randconfig-s032-20200806 (attached as
Hi Peter,
On 8/6/2020 5:24 PM, pet...@infradead.org wrote:
On Thu, Aug 06, 2020 at 11:18:27AM +0200, pet...@infradead.org wrote:
On Thu, Aug 06, 2020 at 10:26:29AM +0800, Jin, Yao wrote:
+static struct pt_regs *sanitize_sample_regs(struct perf_event *event, struct
pt_regs *regs)
+{
+ s
Hello!
On Sat, Aug 01, 2020 at 10:39:00AM -0700, Linus Torvalds wrote:
> On Sat, Aug 1, 2020 at 8:30 AM Tetsuo Handa
> wrote:
> >
> > Waiting for response at
> > https://lkml.kernel.org/r/45a9b2c8-d0b7-8f00-5b30-0cfe3e028...@i-love.sakura.ne.jp
> > .
>
> I think handle_userfault() should have
Hi Peter,
On 8/6/2020 5:18 PM, pet...@infradead.org wrote:
On Thu, Aug 06, 2020 at 10:26:29AM +0800, Jin, Yao wrote:
+static struct pt_regs *sanitize_sample_regs(struct perf_event *event, struct
pt_regs *regs)
+{
+ struct pt_regs *sample_regs = regs;
+
+ /* user only */
+ if
On Mon, Jul 27, 2020 at 07:02:20PM -0700, Bhaumik Bhatt wrote:
> Introduce sysfs entries to enable userspace clients the ability to read
> the serial number and the OEM PK Hash values obtained from BHI. OEMs
> need to read these device-specific hardware information values through
> userspace for fa
On Thu, Aug 06, 2020 at 08:47:55PM +0200, Nicolas Saenz Julienne wrote:
> 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
The commit e42d6c3ec0c7 ("serial: qcom_geni_serial: Make kgdb work
even if UART isn't console") worked pretty well and I've been doing a
lot of debugging with it. However, recently I typed "dmesg" in kdb
and then held the space key down to scroll through the pagination. My
device hung. This was
On Mon, Jul 27, 2020 at 07:02:19PM -0700, Bhaumik Bhatt wrote:
> Client devices should use the APIs provided to allocate and free
> the MHI controller structure. This will help ensure that the
> structure is zero-initialized and there are no false positives
> with respect to reading any values such
On Mon, Jul 27, 2020 at 07:02:16PM -0700, Bhaumik Bhatt wrote:
> Use counters to track MHI device state transitions such as those
> to M0, M2, or M3 states. This can help in better debug, allowing
> the user to see the number of transitions to a certain MHI state
> when queried using debugfs entrie
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-5.9-rc1-tag
xen: branch for v5.9-rc1
It contains the following:
- two trivial comment fixes
- A small series for the Xen balloon driver fixing some issues
- A series of the Xen privcm
On Fri, Aug 7, 2020 at 12:01 PM Steven Rostedt wrote:
>
> On Fri, 7 Aug 2020 10:59:16 +0800
> Guo Ren wrote:
> > >
> > > This looks like a bug in the lockdep_assert_held() in whatever arch
> > > (riscv) is running.
> > Seems you think it's a bug of arch implementation with the wrong usage
> > of
On 06-08-20, 20:20, Krzysztof Kozlowski wrote:
> From: Arnd Bergmann
>
> Rather than have the cpufreq drivers touch include the
> common headers to get the constants, add a small indirection.
> This is still not the proper way that would do this through
> the common clk API, but it lets us kill o
On 06-08-20, 20:20, Krzysztof Kozlowski wrote:
> From: Arnd Bergmann
>
> There are two identical copies of the s3c2412_cpufreq_setrefresh
> function: a static one in the cpufreq driver and a global
> version in iotiming-s3c2412.c.
>
> As the function requires the use of a hardcoded register addr
Hi Linus,
Please pull the m68knommu changes for v5.9.
Regards
Greg
The following changes since commit 92ed301919932f13b9172e525674157e983d:
Linux 5.8-rc7 (2020-07-26 14:14:06 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu
On 06-08-20, 20:20, Krzysztof Kozlowski wrote:
> From: Arnd Bergmann
>
> The cpufreq drivers are split between the machine directory
> and the drivers/cpufreq directory. In order to share header
> files after we convert s3c to multiplatform, those headers
> have to live in a different global loca
On 06-08-20, 20:20, Krzysztof Kozlowski wrote:
> From: Arnd Bergmann
>
> Each of the cpufreq drivers uses a fixed set of register
> bits, copy those definitions into the drivers to avoid
> including mach/regs-clock.h.
>
> Signed-off-by: Arnd Bergmann
> [krzk: Fix build by copying also S3C2410_L
On Thu, Aug 06, 2020 at 09:16:03PM -0700, Andrew Morton wrote:
> On Wed, 29 Jul 2020 19:10:39 +0200 Michal Koutný wrote:
>
> > Hello.
> >
> > On Tue, Jun 23, 2020 at 11:45:14AM -0700, Roman Gushchin
> > wrote:
> > > Because the size of memory cgroup internal structures can dramatically
> > > e
On Fri, 26 Jun 2020 13:43:06 +0530 "Aneesh Kumar K.V"
wrote:
> On 6/25/20 10:16 PM, Mike Kravetz wrote:
> > On 6/25/20 5:01 AM, Aneesh Kumar K.V wrote:
> >> Mike Kravetz writes:
> >>
> >>> On 6/24/20 2:26 AM, Bibo Mao wrote:
> When set_pmd_at is called in function do_huge_pmd_anonymous_pag
Avri,
> Martin - Are you considering to merge the HPB feature eventually to
> mainline kernel?
I promise to take a look at the new series. But I can't say I'm a big
fan of how this feature was defined in the spec.
And - as discussed a couple of weeks ago - I would still like to see
some suppor
On Fri, 3 Jul 2020 18:28:23 +0530 Srikar Dronamraju
wrote:
> > The memory hotplug changes that somehow because you can hotremove numa
> > nodes and therefore make the nodemask sparse but that is not a common
> > case. I am not sure what would happen if a completely new node was added
> > and its
> On Aug 6, 2020, at 11:08 PM, Ingo Molnar wrote:
>
>
> * changhuaixin wrote:
>
>> Hi, Ingo
>>
>> Another way to write SHT_PROGBITS is using elf_create_section to write
>> orc_lookup table headers, when orc_unwind_ip table and orc_unwind table are
>> written. Is this a better solution?
>
On Thu, Aug 6, 2020 at 8:32 PM Randy Dunlap wrote:
>
> Drop repeated words in kernel/time/.
> {when, one, into}
>
Acked-by: John Stultz
(I'm sure I'm to blame)
thanks
-john
The ORC fast lookup table is built by scripts/sorttable tool. All that
is left is setting lookup_num_blocks.
Signed-off-by: Huaixin Chang
Signed-off-by: Shile Zhang
---
arch/x86/kernel/unwind_orc.c | 41 ++---
1 file changed, 2 insertions(+), 39 deletions(-)
Since ORC tables are already sorted by sorttable tool, let us move
building of fast lookup table into sorttable tool too. This saves us
6380us from boot time under Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz
with 64 cores.
Signed-off-by: Huaixin Chang
Signed-off-by: Shile Zhang
---
arch/x86/inclu
Move building of fast lookup table from boot to sorttable tool. This saves us
6380us boot time on Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz with cores. It
adds a little more than 7ms to boot time when testing on the same CPU.
Changelog v2:
1. Write .orc_lookup section header via objtool
2. Move tw
The purpose of this patch is to set sh_type to SHT_PROGBITS and remove
write bits away from sh_flags. In order to write section header, just
call elf_create_section() upon section orc_lookup with 0 entry written.
Originally, section headers are as follows:
[23] .orc_unwind_ipPROGBITS
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 86cfccb66937dd6cbf26ed619958b9e587e6a115
commit: ad723674d6758478829ee766e3f1a2a24d56236f x86/efi: move common keyring
handler functions to new file
date: 9 months ago
config: x86_64-randconfig-s022-202008
On Wed, 29 Jul 2020 19:10:39 +0200 Michal Koutný wrote:
> Hello.
>
> On Tue, Jun 23, 2020 at 11:45:14AM -0700, Roman Gushchin wrote:
> > Because the size of memory cgroup internal structures can dramatically
> > exceed the size of object or page which is pinning it in the memory, it's
> > not a
07.08.2020 07:06, Sowjanya Komatineni пишет:
>
> On 8/6/20 9:05 PM, Sowjanya Komatineni wrote:
>>
>> On 8/6/20 9:01 PM, Dmitry Osipenko wrote:
>>> 07.08.2020 06:18, Sowjanya Komatineni пишет:
On 8/6/20 8:14 PM, Sowjanya Komatineni wrote:
> On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
>>>
Hi Linus,
Please pull this large pile of new xfs code for 5.9. There are quite a
few changes in this release, the most notable of which is that we've
made inode flushing fully asynchronous, and we no longer block memory
reclaim on this. Furthermore, we have fixed a long-standing bug in the
quota
On 8/6/20 9:05 PM, Sowjanya Komatineni wrote:
On 8/6/20 9:01 PM, Dmitry Osipenko wrote:
07.08.2020 06:18, Sowjanya Komatineni пишет:
On 8/6/20 8:14 PM, Sowjanya Komatineni wrote:
On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowj
On 8/6/20 9:01 PM, Dmitry Osipenko wrote:
07.08.2020 06:18, Sowjanya Komatineni пишет:
On 8/6/20 8:14 PM, Sowjanya Komatineni wrote:
On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowjanya Komatineni пишет:
...
+int tegra_mipi_star
07.08.2020 06:18, Sowjanya Komatineni пишет:
>
> On 8/6/20 8:14 PM, Sowjanya Komatineni wrote:
>>
>> On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
>>>
>>> On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowjanya Komatineni пишет:
...
> +int tegra_mipi_start_calibration(st
On Fri, 7 Aug 2020 10:59:16 +0800
Guo Ren wrote:
> >
> > This looks like a bug in the lockdep_assert_held() in whatever arch
> > (riscv) is running.
> Seems you think it's a bug of arch implementation with the wrong usage
> of text_mutex?
>
> Also @riscv maintainer,
> How about modifying it in
On 2020/8/7 上午11:37, Jason Wang wrote:
On 2020/8/7 上午3:18, Alex Dewar wrote:
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-Co
On 2020/8/7 上午12:08, Colin King wrote:
From: Colin Ian King
The memory allocation failure checking for in and out is currently
checking if the pointers are valid rather than the contents of what
they point to. Hence the null check on failed memory allocations is
incorrect. Fix this by adding
On 2020/8/3 9:29, Jia-Ju Bai wrote:
>
>
> On 2020/8/3 9:12, Zhou Wang wrote:
>> On 2020/8/2 22:52, Jia-Ju Bai wrote:
>>> In qm_qp_ctx_cfg(), "sqc" and "aeqc" are mapped to streaming DMA:
>>>eqc_dma = dma_map_single(..., eqc, ...);
>>>..
>>>aeqc_dma = dma_map_single(..., aeqc, ...)
Sorry for the noise. Please ignore previous comment.
The change is in old patch set of my series.
This change is good to go.
On 2020-08-07 11:52, Tingwei Zhang wrote:
On Wed, Jul 29, 2020 at 01:13:10PM +0800, Sai Prakash Ranjan wrote:
etm4_count keeps track of number of ETMv4 registered and on s
On 2020/8/7 上午2:56, Alex Dewar wrote:
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 variabl
On Wed, Jul 29, 2020 at 01:13:10PM +0800, Sai Prakash Ranjan wrote:
> etm4_count keeps track of number of ETMv4 registered and on some systems,
> a race is observed on etm4_count variable which can lead to multiple calls
> to cpuhp_setup_state_nocalls_cpuslocked(). This function internally calls
>
On 2020/7/23 下午5:12, Jason Wang wrote:
We ignore the err of requesting config interrupt, fix this.
Fixes: e7991f376a4d ("ifcvf: implement config interrupt in IFCVF")
Cc: Zhu Lingshan
Signed-off-by: Jason Wang
---
drivers/vdpa/ifcvf/ifcvf_main.c | 4
1 file changed, 4 insertions(+)
d
On 2020/8/7 上午3:18, Alex Dewar wrote:
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)")
-next-20200806.orig/kernel/time/alarmtimer.c
+++ linux-next-20200806/kernel/time/alarmtimer.c
@@ -192,7 +192,7 @@ static void alarmtimer_dequeue(struct al
* When a alarm timer fires, this runs through the timerqueue to
* see which alarms expired, and runs those. If there are more alarm
Drop repeated words "the" in kernel/printk/.
Signed-off-by: Randy Dunlap
Cc: Petr Mladek
Cc: Sergey Senozhatsky
---
kernel/printk/printk.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-next-20200806.orig/kernel/printk/printk.c
+++ linux-next-20200806/ker
changed, 2 insertions(+), 2 deletions(-)
--- linux-next-20200806.orig/kernel/sched/fair.c
+++ linux-next-20200806/kernel/sched/fair.c
@@ -5109,7 +5109,7 @@ static void do_sched_cfs_slack_timer(str
/*
* When a group wakes up we want to make sure that its quota is not already
* expired/exceeded,
|2 +-
kernel/trace/tracing_map.c|2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
--- linux-next-20200806.orig/kernel/trace/ftrace.c
+++ linux-next-20200806/kernel/trace/ftrace.c
@@ -2402,7 +2402,7 @@ struct ftrace_ops direct_ops = {
*
* If the record has the FTRACE_FL_REGS
deletions(-)
--- linux-next-20200806.orig/kernel/locking/rtmutex.c
+++ linux-next-20200806/kernel/locking/rtmutex.c
@@ -1438,7 +1438,7 @@ rt_mutex_fasttrylock(struct rt_mutex *lo
}
/*
- * Performs the wakeup of the the top-waiter and re-enables preemption.
+ * Performs the wakeup of the top-waiter
(-)
--- linux-next-20200806.orig/kernel/events/core.c
+++ linux-next-20200806/kernel/events/core.c
@@ -265,7 +265,7 @@ static void event_function_call(struct p
if (!event->parent) {
/*
* If this is a !child event, we must hold ctx::mutex
(-)
--- linux-next-20200806.orig/kernel/bpf/core.c
+++ linux-next-20200806/kernel/bpf/core.c
@@ -1966,7 +1966,7 @@ void bpf_prog_array_delete_safe(struct b
* @index: the index of the program to replace
*
* Skips over dummy programs, by not counting them, when calculating
- * the the position of the
Hi baolu,
I understand what you mean is that you want to put the
following processing code in the acpi_device_create_direct_mappings() into the
probe_acpi_namespace_devices() ,right?
If you mean it , I think it's OK.
if (pn_dev == NULL) {
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 2020/8/6 下午1:58, Michael S. Tsirkin wrote:
On Thu, Aug 06, 2020 at 11:37:38AM +0800, Jason Wang wrote:
On 2020/8/5 下午7:45, Michael S. Tsirkin wrote:
#define virtio_cread(vdev, structname, member, ptr) \
do {
在 2020/8/7 上午2:38, Alexander Duyck 写道:
>> +
>> isolate_abort:
>> if (locked)
>> spin_unlock_irqrestore(&pgdat->lru_lock, flags);
>> + if (page) {
>> + SetPageLRU(page);
>> + put_page(page);
>> + }
>>
>> /*
>> * Upd
On 2020/8/6 下午8:29, Michael S. Tsirkin wrote:
On Thu, Aug 06, 2020 at 03:03:55PM +0300, Eli Cohen wrote:
On Wed, Aug 05, 2020 at 08:51:56AM -0400, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2020 at 11:29:44AM +0800, Jason Wang wrote:
This patch introduce a config op to get valid iova range fr
On 8/6/20 8:14 PM, Sowjanya Komatineni wrote:
On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowjanya Komatineni пишет:
...
+int tegra_mipi_start_calibration(struct tegra_mipi_device *device)
{
const struct tegra_mipi_soc *
On 8/6/20 8:10 PM, Sowjanya Komatineni wrote:
On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowjanya Komatineni пишет:
...
+int tegra_mipi_start_calibration(struct tegra_mipi_device *device)
{
const struct tegra_mipi_soc *soc = device->mipi->soc;
unsigned int i;
@
On Thu, Aug 6, 2020 at 8:09 PM John Stultz wrote:
>
> On Thu, Aug 6, 2020 at 8:02 PM Saravana Kannan wrote:
> > On Thu, Aug 6, 2020 at 7:49 PM John Stultz wrote:
> > > On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
> > > wrote:
> > > > With all due respect, that's your downstream kernel, the up
>
>发件人: linux-kernel-ow...@vger.kernel.org
>>代表 syzbot
>发送时间: 2020年8月5日 15:19
>收件人: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
>>syzkaller->b...@googlegroups.com; v...@zeniv.linux.org.uk
>主题: upstream test error: WARNING in do_epoll_wa
On 8/6/20 7:31 PM, Dmitry Osipenko wrote:
06.08.2020 22:01, Sowjanya Komatineni пишет:
...
+int tegra_mipi_start_calibration(struct tegra_mipi_device *device)
{
const struct tegra_mipi_soc *soc = device->mipi->soc;
unsigned int i;
@@ -381,12 +375,16 @@ int tegra_mipi_calibrat
On Thu, Aug 6, 2020 at 8:02 PM Saravana Kannan wrote:
> On Thu, Aug 6, 2020 at 7:49 PM John Stultz wrote:
> > On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
> > wrote:
> > > With all due respect, that's your downstream kernel, the upstream kernel
> > > should not rely on luck, out-of-tree patche
On 2020/8/6 下午8:10, Eli Cohen wrote:
On Wed, Jun 17, 2020 at 06:29:44AM +0300, Jason Wang wrote:
This patch introduce a config op to get valid iova range from the vDPA
device.
Signed-off-by: Jason Wang
---
include/linux/vdpa.h | 14 ++
1 file changed, 14 insertions(+)
diff --g
On Thu, Aug 6, 2020 at 7:49 PM John Stultz wrote:
>
> On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
> wrote:
> > On Thu 06 Aug 18:22 PDT 2020, John Stultz wrote:
> > > On Thu, Aug 6, 2020 at 5:43 PM Bjorn Andersson
> > > wrote:
> > > > On Wed 05 Aug 14:57 PDT 2020, John Stultz wrote:
> > > > >
On 2020/8/6 下午6:00, Michael S. Tsirkin wrote:
On Thu, Aug 06, 2020 at 03:27:38PM +0800, Jason Wang wrote:
On 2020/8/6 下午1:53, Michael S. Tsirkin wrote:
On Thu, Aug 06, 2020 at 11:23:05AM +0800, Jason Wang wrote:
On 2020/8/5 下午7:40, Michael S. Tsirkin wrote:
On Wed, Aug 05, 2020 at 02:14:07P
Xin He 于2020年7月21日周二 下午6:17写道：
>
> From: Qi Liu
>
> We should put the reference count of the fence after calling
> virtio_gpu_cmd_submit(). So add the missing dma_fence_put().
>
> Fixes: 2cd7b6f08bc4 ("drm/virtio: add in/out fence support for explicit
> synchronization")
> Co-developed-by: Xin H
On Thu, Aug 6, 2020 at 11:48 PM Steven Rostedt wrote:
>
> On Thu, 6 Aug 2020 14:50:54 +
> guo...@kernel.org wrote:
>
> > From: Guo Ren
> >
> > The function ftrace_process_locs() will modify text code, so we
> > should give a text_mutex lock. Because some arch's patch code
> > will assert hel
On Thu, Aug 6, 2020 at 6:42 PM Bjorn Andersson
wrote:
> On Thu 06 Aug 18:22 PDT 2020, John Stultz wrote:
> > On Thu, Aug 6, 2020 at 5:43 PM Bjorn Andersson
> > wrote:
> > > On Wed 05 Aug 14:57 PDT 2020, John Stultz wrote:
> > > > On Wed, Aug 5, 2020 at 2:47 PM Steev Klimaszewski
> > > > wrote:
Christoph Hellwig writes:
> On Thu, Aug 06, 2020 at 08:50:20AM +, Christophe Leroy wrote:
>> get_clean_sp() is only used in kernel/signal.c . Move it there.
>>
>> And GCC is smart enough to reduce the function when on PPC32, no
>> need of a special PPC32 simple version.
>
> What about just op
Yeah, because of the following two points, I also think
the probability is 0%:
a) the sd is protected by rcu lock, and load_balance()
func is between rcu_read_lock() and rcu_read_unlock().
b) the sgs is a local variable.
So in the group_classify(), the env->sd->imbalance_pct and
the sg
The pull request you sent on Thu, 6 Aug 2020 11:45:07 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/teigland/linux-dlm.git dlm-5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/86cfccb66937dd6cbf26ed619958b9e587e6a115
Thank you!
--
Deet-doot-dot, I am a bo
On Thu, Aug 6, 2020 at 1:19 PM Daniel Lezcano wrote:
>
>
> - Add generic netlink support for userspace notifications: events,
> temperature
> and discovery commands (Daniel Lezcano)
This is "default y".
Why?
The help text doesn't explain either.
Please explain, or remove the default y. We do
1 - 100 of 1099 matches
Mail list logo
