Hello Christian,
>>> If you're the parent of the process you can do this without CLONE_PIDFD:
>>> pid = fork();
>>> pidfd = pidfd_open();
>>> ret = pidfd_send_signal(pidfd, 0, NULL, 0);
>>> if (ret < 0 && errno == ESRCH)
>>> /* pidfd refers to another, recycled process */
>>
>> Although there
This patch set narrows the valid space addressed by the page table
level2_kernel_pgt to only contain ranges checked against the "usable
RAM" list provided by the BIOS.
Prior to this, some larger than needed mappings were occasionally
crossing over into spaces marked reserved, allowing the processo
Paolo,
Any chance this can be picked up for 5.4? Josh's kvm_spurious_fault()
changes went into 5.3, so this can be taken through the KVM tree, which
probably makes the most sense since the non-KVM change is a one line
deletion.
On Fri, Jul 19, 2019 at 01:41:05PM -0700, Sean Christopherson wrote:
Hi Jean,
Thank you for rebasing the set
On 9/18/19 4:57 PM, Jean-Jacques Hiblot wrote:
> If initialization data is available and its fwnode is actually a of_node,
> store this information in the led device's structure. This will allow the
> device to use or provide OF-based API such (devm_xxx).
>
Our hardware (UV aka Superdome Flex) has address ranges marked
reserved by the BIOS. Access to these ranges is caught as an error,
causing the BIOS to halt the system.
Initial page tables mapped a large range of physical addresses that
were not checked against the list of BIOS reserved addresses,
The kernel image map is created using PMD pages, which can include
some extra space beyond what's actually needed. Round the size of the
memory hole we search for up to the next PMD boundary, to be certain
all of the space to be mapped is usable RAM and includes no reserved
areas.
Signed-off-by:
On Tue, Sep 24, 2019 at 2:00 PM Michael Kerrisk (man-pages)
wrote:
>
> Hello Christian,
>
> >>> If you're the parent of the process you can do this without CLONE_PIDFD:
> >>> pid = fork();
> >>> pidfd = pidfd_open();
> >>> ret = pidfd_send_signal(pidfd, 0, NULL, 0);
> >>> if (ret < 0 && errno == E
> -Original Message-
> From: Hall, Christopher S
> Sent: Tuesday, September 24, 2019 1:24 PM
> To: Keller, Jacob E ; Felipe Balbi
> ; Richard Cochran
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: RE: [PATCH v4 2/2] PTP: add support for one-shot output
>
> Good catc
Hi Green,
On 20-09-19, 17:01, Green Wan wrote:
Please make sure threading is *not* broken in your patch series. Atm
they are all over place in my mailbox!
> Link: https://www.kernel.org/doc/html/v4.17/driver-api/dmaengine/
> Link: https://static.dev.sifive.com/FU540-C000-v1.0.pdf
Link tag is us
John Hubbard writes:
>> Is that what you meant?
>
> Yes.
>
I am still trying to understand this issue.
I am also analyzing some cases where interrupt disable is not done
before the lockless pagetable walk (patch 3 discussion).
But given I forgot to add the mm mailing list before, I think it wo
If a process (qemu) with a lot of CPUs (128) try to munmap() a large
chunk of memory (496GB) mapped with THP, it takes an average of 275
seconds, which can cause a lot of problems to the load (in qemu case,
the guest will lock for this time).
Trying to find the source of this bug, I found out most
It's necessary to monitor lockless pagetable walks, in order to avoid doing
THP splitting/collapsing during them.
Some methods rely on local_irq_{save,restore}, but that can be slow on
cases with a lot of cpus are used for the process.
In order to speedup some cases, I propose a refcount-based ap
Applies the counting-based method for monitoring all hash-related functions
that do lockless pagetable walks.
Signed-off-by: Leonardo Bras
---
arch/powerpc/mm/book3s64/hash_tlb.c | 2 ++
arch/powerpc/mm/book3s64/hash_utils.c | 7 +++
2 files changed, 9 insertions(+)
diff --git a/arch/powe
There is a need to monitor lockless pagetable walks, in order to avoid
doing THP splitting/collapsing during them.
Some methods rely on local_irq_{save,restore}, but that can be slow on
cases with a lot of cpus are used for the process.
In order to speedup these cases, I propose a refcount-based
Applies the counting-based method for monitoring lockless pgtable walks on
addr_to_pfn().
Signed-off-by: Leonardo Bras
---
arch/powerpc/kernel/mce_power.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/mce_power.c b/arch/powerpc/kernel/mce_
On Mon, Sep 23, 2019 at 08:59:42PM -0400, James Bottomley wrote:
> > if (mask > ~0U)
> > » » return 0;
> >
> > Removing the if() makes the DMA mapping work. It's almost midnight
> > here, so i won't look into that any further today. Does anyone have
> > an opinion on this behaviour?
Applies the counting-based method for monitoring all book3s_hv related
functions that do lockless pagetable walks.
Signed-off-by: Leonardo Bras
---
arch/powerpc/kvm/book3s_hv_nested.c | 8
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 9 -
2 files changed, 16 insertions(+), 1 deletion(-
As decribed, gup_pgd_range is a lockless pagetable walk. So, in order to
monitor against THP split/collapse with the couting method, it's necessary
to bound it with {start,end}_lockless_pgtbl_walk.
There are dummy functions, so it is not going to add any overhead on archs
that don't use this metho
Enables count-based monitoring method for lockless pagetable walks on
PowerPC book3s_64.
Other architectures/platforms fallback to using generic dummy functions.
Signed-off-by: Leonardo Bras
---
arch/powerpc/include/asm/book3s/64/pgtable.h | 5 +
1 file changed, 5 insertions(+)
diff --git
Applies the counting-based method for monitoring all book3s_64-related
functions that do lockless pagetable walks.
Signed-off-by: Leonardo Bras
---
arch/powerpc/kvm/book3s_64_mmu_hv.c| 2 ++
arch/powerpc/kvm/book3s_64_mmu_radix.c | 20 ++--
arch/powerpc/kvm/book3s_64_vio_hv.
Applies the counting-based method for monitoring lockless pgtable walks on
kvmppc_e500_shadow_map().
Signed-off-by: Leonardo Bras
---
arch/powerpc/kvm/e500_mmu_host.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/kvm/e500_mmu_host.c b/arch/powerpc/kvm/e500_mmu_host.c
index
Applies the counting-based method for monitoring lockless pgtable walks on
read_user_stack_slow.
Signed-off-by: Leonardo Bras
---
arch/powerpc/perf/callchain.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/perf/callchain.c b/arch/powerpc/perf/callchain.c
in
Skips slow part of serialize_against_pte_lookup if there is no running
lockless pagetable walk.
Signed-off-by: Leonardo Bras
---
arch/powerpc/mm/book3s64/pgtable.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/mm/book3s64/pgtable.c
b/arch/powerpc/mm/book3s64
Hello,
syzbot found the following crash on:
HEAD commit:5ad18b2e Merge branch 'siginfo-linus' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1239e6a060
kernel config: https://syzkaller.appspot.com/x/.config?x=13fb75d3ba8bfd9
das
Hi Greg,
Akinobu seems to have addressed all issues that have been
raised regarding this patch. I'd be happy to have your ack before
applying it.
Best regards,
Jacek Anaszewski
On 9/13/19 5:03 PM, Akinobu Mita wrote:
> Reading /sys/class/leds//trigger returns all available LED triggers.
> Howeve
Hi Daniel,
On Tue, Sep 24, 2019 at 02:37:16PM -0600, Daniel Campello wrote:
> This change introduces a new debugfs file 'test_event' that when written
> to causes the EC to generate a test event.
> This adds a second sub cmd for the test event, and pulls out send_ec_cmd
> to be a common helper bet
On Sat, 21 Sep 2019 at 13:52, Stefan Schmidt wrote:
>
> Hello Xue.
>
> On 20.09.19 21:45, Christophe JAILLET wrote:
> > Use a 'skb_put_data()' variant instead of rewritting it.
> > The __skb_put_data variant is safe here. It is obvious that the skb can
> > not overflow. It has just been allocated
Thanks Daniel, looks even better.
On Tue, Sep 24, 2019 at 2:37 PM Daniel Campello wrote:
>
> This change introduces a new debugfs file 'test_event' that when written
> to causes the EC to generate a test event.
> This adds a second sub cmd for the test event, and pulls out send_ec_cmd
> to be a c
On Tue, Sep 24, 2019 at 01:46:08PM -0700, Matthew Wilcox wrote:
> On Tue, Sep 24, 2019 at 03:42:38PM -0400, Johannes Weiner wrote:
> > > I'm not a fan of moving file_update_time() to _before_ the
> > > balance_dirty_pages call.
> >
> > Can you elaborate why? If the filesystem has a page_mkwrite op
On Tue, Sep 24, 2019 at 06:52:35PM +0800, Shengjiu Wang wrote:
> There is error "aplay: pcm_write:2023: write error: Input/output error"
> on i.MX8QM/i.MX8QXP platform for S24_3LE format.
>
> In i.MX8QM/i.MX8QXP, the DMA is EDMA, which don't support 24bit
> sample, but we didn't add any constraint
On Mon, Sep 23, 2019 at 03:05:14PM -0400, Andrea Arcangeli wrote:
> On Mon, Sep 23, 2019 at 11:57:57AM +0200, Paolo Bonzini wrote:
> > On 23/09/19 11:31, Vitaly Kuznetsov wrote:
> > > +#ifdef CONFIG_RETPOLINE
> > > + if (exit_reason == EXIT_REASON_MSR_WRITE)
> > > + return h
On Tue, Sep 24, 2019 at 06:52:34PM +0800, Shengjiu Wang wrote:
> When set the runtime hardware parameters, we may need to query
> the capability of DMA to complete the parameters.
>
> This patch is to Extract this operation from
> dmaengine_pcm_set_runtime_hwparams function to a separate function
Across suspend and resume, we are seeing error messages like the following:
atmel_mxt_ts i2c-PRP0001:00: __mxt_read_reg: i2c transfer failed (-121)
atmel_mxt_ts i2c-PRP0001:00: Failed to read T44 and T5 (-121)
This occurs because the driver leaves its IRQ enabled. Upon resume, there
is an IRQ pen
On Tue, Sep 24, 2019 at 11:00:03PM +0200, Michael Kerrisk (man-pages) wrote:
> Hello Christian,
>
> >>> If you're the parent of the process you can do this without CLONE_PIDFD:
> >>> pid = fork();
> >>> pidfd = pidfd_open();
> >>> ret = pidfd_send_signal(pidfd, 0, NULL, 0);
> >>> if (ret < 0 && er
> -Original Message-
> From: Hall, Christopher S
> Sent: Tuesday, September 24, 2019 1:24 PM
> To: Keller, Jacob E ; Felipe Balbi
> ; Richard Cochran
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: RE: [PATCH v4 2/2] PTP: add support for one-shot output
>
> >
On Tue, Sep 24, 2019 at 11:19:29PM +0200, Vlastimil Babka wrote:
> On 9/23/19 7:51 PM, Darrick J. Wong wrote:
> > On Mon, Sep 23, 2019 at 07:17:10PM +0200, David Sterba wrote:
> >> On Mon, Sep 23, 2019 at 06:36:32PM +0200, Vlastimil Babka wrote:
> >>> So if anyone thinks this is a good idea, please
On Tue, 2019-09-24 at 23:25 +0200, Christoph Hellwig wrote:
> On Mon, Sep 23, 2019 at 08:59:42PM -0400, James Bottomley wrote:
> > > if (mask > ~0U)
> > > » » return 0;
> > >
> > > Removing the if() makes the DMA mapping work. It's almost
> > > midnight here, so i won't look into that
On Tue, Sep 24, 2019 at 02:23:16PM +0300, Kirill A. Shutemov wrote:
> On Sat, Sep 14, 2019 at 01:05:18AM -0600, Yu Zhao wrote:
> > We don't want to expose page to fast gup running on a remote CPU
> > before all local non-atomic ops on page flags are visible first.
> >
> > For anon page that isn't
On 9/24/19 11:57 AM, Wolfram Sang wrote:
In my opinion, it's probably better to continue to support master_xfer in
our driver (with obvious limitations), in order to allow i2ctransfer (or any
apps that use I2C RDWR) to continue to work.
What do you think?
Yes, don't break it for users. We
On Tue, Sep 24, 2019 at 12:47 AM Michal Hocko wrote:
>
> Isn't this rushed a bit? I've had a review feedback just yesterday
> http://lkml.kernel.org/r/20190923122513.go6...@dhcp22.suse.cz and had
> some concerns.
Ok dropped.
That means I need to drop "mm/memremap.c: add a bounds check in
devm_me
On Mon, Sep 23, 2019 at 2:27 PM Mike Kravetz wrote:
>
> On 9/23/19 12:18 PM, Mina Almasry wrote:
> > On Mon, Sep 23, 2019 at 10:47 AM Mike Kravetz
> > wrote:
> >>
> >> On 9/19/19 3:24 PM, Mina Almasry wrote:
> >>> Patch series implements hugetlb_cgroup reservation usage and limits, which
> >>> t
On Tue, 24 Sep 2019 12:53:55 +0200 Michal Hocko wrote:
> Andrew, do you plan to send this patch to Linus as ell?
I suppose so. We don't actually have any reviewed-bys or acked-bys but
I expect that's because Shakeel forgot to type them in.
The followup deprecation warning patch I parked for 5.
On Mon, Sep 16, 2019 at 01:06:04PM +, Markus Kueffner wrote:
> On Mon, Apr 15, 2019 at 05:11:51PM +0800, Shawn Guo wrote:
> > On Sat, Apr 13, 2019 at 03:19:36PM +0200, Markus Kueffner wrote:
> > > Add Pincfgs to enable the i.MX6's OTG feature for UDOO
> > >
> > > Signed-off-by: Markus Kueffner
Quoting Taniya Das (2019-09-23 01:01:11)
> Hi Stephen,
>
> Thanks for your comments.
>
> On 9/19/2019 3:09 AM, Stephen Boyd wrote:
> > Quoting Taniya Das (2019-09-18 02:50:18)
> >> diff --git a/drivers/clk/qcom/gcc-sc7180.c b/drivers/clk/qcom/gcc-sc7180.c
> >> new file mode 100644
> >> index
Add mean window size parameter for debayer filter as a control in
vimc-debayer.
vimc-debayer was patched to allow changing mean windows parameter
of the filter without needing to reload the driver. The parameter
can now be set using a v4l2-ctl control(mean_window_size).
Co-developed-by: Laís Pess
We don't want to expose a hugetlb page to the fast gup running on a
remote CPU before the local non-atomic op __SetPageUptodate() is
visible first.
For a hugetlb page, there is no memory barrier between the non-atomic
op and set_huge_pte_at(). Therefore, the page can appear to the fast
gup before
smp_wmb()s added in the previous patch guarantee that the user data
appears before a page is exposed by set_pte_at(). So there is no
need for __SetPageUptodate() to have a built-in one.
There are total 13 __SetPageUptodate() for the non-hugetlb case. 12
of them reuse smp_wmb()s added in the previo
We don't want to expose a non-hugetlb page to the fast gup running
on a remote CPU before all local non-atomic ops on the page flags
are visible first.
For an anon page that isn't in swap cache, we need to make sure all
prior non-atomic ops, especially __SetPageSwapBacked() in
page_add_new_anon_rm
__SetPageUptodate() always has a built-in smp_wmb() to make sure
user data copied to a new page appears before set_pmd_at().
Signed-off-by: Yu Zhao
---
mm/khugepaged.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/mm/khugepaged.c b/mm/khugepaged.c
index ccede2425c3f..70ff98e1414d 100
On Mon, 23 Sep 2019 16:08:54 -0700 Kees Cook wrote:
> On Sun, Aug 25, 2019 at 04:18:56PM -0700, Kees Cook wrote:
> > As we've done with VFS, string operations, etc, reject usercopy sizes
> > larger than INT_MAX, which would be nice to have for catching bugs
> > related to size calculation overflo
While sphinx 1.7 and later supports "-jauto" for parallelism, this
effectively ignores the "-j" flag used in the "make" invocation, which
may cause confusion for build systems. Instead, extract the available
parallelism from "make"'s job server (since it is not exposed in any
special variables) and
On 2019-09-24, wrote:
> From: He Zhe
>
> When user-space wants to read the first message, that is when user->seq
> is 0, and that message has gone, it currently automatically resets
> user->seq to current first seq. This mis-aligns with mainline kernel.
>
> https://git.kernel.org/pub/scm/linux/ke
On Tue, Sep 24, 2019 at 05:24:59PM -0600, Yu Zhao wrote:
> +/*
> + * Only use this function when there is a following write barrier, e.g.,
> + * an explicit smp_wmb() and/or the page will be added to page or swap
> + * cache locked.
> + */
> static __always_inline void __SetPageUptodate(struct pag
Hi Henry,
Please CC also the linux-pm@ list.
On 8/28/19 05:28, Henry Chen wrote:
> Introduce Mediatek MT8183 specific provider driver using the
> interconnect framework.
>
> Signed-off-by: Henry Chen
> ---
> drivers/interconnect/Kconfig| 1 +
> drivers/interconnect/Makefile
On Tue, Sep 24, 2019 at 12:31 PM Wolfram Sang wrote:
>
> - new driver for ICY, an Amiga Zorro card :)
Christ. Will that thing _never_ die?
But the reason I'm actually replying is not to comment on the apparent
death-defying Amiga hardware scene, but to point out that you should
try to fix your e
Hi
These are bug fixes for bugs found after my v5.4 PR.
/Jarkko
The following changes since commit 4c07e2ddab5b6b57dbcb09aedbda1f484d5940cc:
Merge tag 'mfd-next-5.4' of
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd (2019-09-23 19:37:49
-0700)
are available in the Git repository at:
The pull request you sent on Tue, 24 Sep 2019 14:07:39 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-fix-5.4-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3cf7487c5de713b706ca2e1f66ec5f9b27fe265a
Thank you!
--
Deet-doot-do
The pull request you sent on Tue, 24 Sep 2019 21:31:03 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/351c8a09b00b5c51c8f58b016fffe51f87e2d820
Thank you!
--
Deet-doot-dot, I am a bot.
h
This is almost entirely a comment. The bug is unlikely to manifest on
existing hardware because there is a timeout on load reservations, but
manifests on QEMU because there is no timeout.
Signed-off-by: Palmer Dabbelt
---
arch/riscv/include/asm/asm.h | 1 +
arch/riscv/kernel/entry.S| 21 ++
From: "Matthew Wilcox (Oracle)"
The page_offset function is badly named for people reading the functions
which call it. The natural meaning of a function with this name would
be 'offset within a page', not 'page offset in bytes within a file'.
Dave Chinner suggests file_offset_of_page() as a rep
From: William Kucharski
__remove_mapping() assumes that pages can only be either base pages
or HPAGE_PMD_SIZE. Ask the page what size it is.
Signed-off-by: William Kucharski
Signed-off-by: Matthew Wilcox (Oracle)
---
mm/vmscan.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff
From: William Kucharski
When we have the opportunity to use transparent huge pages to map a
file, we want to follow the same rules as DAX.
Signed-off-by: William Kucharski
Signed-off-by: Matthew Wilcox (Oracle)
---
mm/huge_memory.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/mm/huge_
From: "Matthew Wilcox (Oracle)"
Use VM_FAULT_OOM instead of indirecting through vmf_error(-ENOMEM).
Signed-off-by: Matthew Wilcox (Oracle)
---
mm/filemap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/filemap.c b/mm/filemap.c
index 1146fcfa3215..625ef3ef19f3 100644
--
From: "Matthew Wilcox (Oracle)"
The only part of the bvec we were accessing was the bv_page, so just
pass that instead of the whole bvec.
Signed-off-by: Matthew Wilcox (Oracle)
---
fs/xfs/xfs_aops.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/fs/xfs/xfs_aop
From: William Kucharski
Add filemap_huge_fault() to attempt to satisfy page
faults on memory-mapped read-only text pages using THP when possible.
Signed-off-by: William Kucharski
[rebased on top of mm prep patches -- Matthew]
Signed-off-by: Matthew Wilcox (Oracle)
---
include/linux/mm.h
From: "Matthew Wilcox (Oracle)"
Mostly this is just checking the page size of each page instead of
assuming PAGE_SIZE. Clean up the logic in writepage a little.
Signed-off-by: Matthew Wilcox (Oracle)
---
fs/xfs/xfs_aops.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions
From: "Matthew Wilcox (Oracle)"
Add FGP_PMD to indicate that we're trying to find-or-create a page that
is at least PMD_ORDER in size. The internal 'conflict' entry usage
is modelled after that in DAX, but the implementations are different
due to DAX using multi-order entries and the page cache
From: "Matthew Wilcox (Oracle)"
This helper is useful for both large pages in the page cache and for
supporting block size larger than page size. Convert some example
users (we have a few different ways of writing this idiom).
Signed-off-by: Matthew Wilcox (Oracle)
---
fs/iomap/buffered-io.c
From: "Matthew Wilcox (Oracle)"
Change iomap_page from a statically sized uptodate bitmap to a dynamically
allocated uptodate bitmap, allowing an arbitrarily large page.
The only remaining places where iomap assumes an order-0 page are for
files with inline data, where there's no sense in alloca
From: "Matthew Wilcox (Oracle)"
Here's what I'm currently playing with. I'm having trouble _testing_
it, but since akpm's patches were just merged into Linus' tree, I
thought this would be a good point to send out my current work tree.
Thanks to kbuild bot for finding a bunch of build problems ;
From: "Matthew Wilcox (Oracle)"
We return -EEXIST if there are any non-shadow entries in the page
cache in the range covered by the large page. If there are multiple
shadow entries in the range, we set *shadowp to one of them (currently
the one at the highest index). If that turns out to be the
From: "Matthew Wilcox (Oracle)"
By permitting NULL or order-0 pages as an argument, and returning the
argument, callers can write:
return prep_transhuge_page(alloc_pages(...));
instead of assigning the result to a temporary variable and conditionally
passing that to prep_transhuge_page(
From: "Matthew Wilcox (Oracle)"
This new function allows page cache pages to be allocated that are
larger than an order-0 page.
Signed-off-by: Matthew Wilcox (Oracle)
---
include/linux/pagemap.h | 14 +++---
mm/filemap.c| 12
2 files changed, 19 insertions(+),
From: "Matthew Wilcox (Oracle)"
Signed-off-by: Matthew Wilcox (Oracle)
---
fs/xfs/xfs_file.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
index d952d5962e93..9445196f8056 100644
--- a/fs/xfs/xfs_file.c
+++ b/fs/xfs/xfs_file.c
@@
From: "Matthew Wilcox (Oracle)"
This function assumed that compound pages were necessarily PMD sized.
While that may be true for some users, it's not going to be true for
all users forever, so it's better to remove it and avoid the confusion
by just using compound_nr() or page_size().
Signed-off
In alloc_sgtable if alloc_page fails, along with releasing previously
allocated pages, the allocated table should be released too.
Signed-off-by: Navid Emamdoost
---
drivers/net/wireless/intel/iwlwifi/fw/dbg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/intel/iwlwifi
This patch prints the stddev and hist for the cycles diff of
program block. It can help us to understand if the cycles
is noisy or not.
This patch is inspired by Andi Kleen's patch
https://lwn.net/Articles/600471/
We create new option '--cycles-hist'.
Example:
perf record -b ./div
perf record -
In rtl_usb_probe if allocation for usb_data fails the allocated hw
should be released. In addition the allocated rtlpriv->usb_data should
be released on error handling path.
Signed-off-by: Navid Emamdoost
---
drivers/net/wireless/realtek/rtlwifi/usb.c | 5 -
1 file changed, 4 insertions(+),
>>
>>>> Signed-off-by: Patrick Bellasi
>>>> Link:
>>>> https://lore.kernel.org/lkml/1898d3c9-1997-17ce-a022-a5e28c8dc...@infradead.org/
>>>> Fixes: commit babbe170e05 ("sched/uclamp: Update CPU's refcount on TG's
>>>>
The function involved should be pte_offset_map_lock and we never have
function pmd_offset_map_lock defined.
Fixes: 26c191788f18 ("mm: pmd_read_atomic: fix 32bit PAE pmd walk vs
pmd_populate SMP race conditio")
Signed-off-by: Wei Yang
---
Hope my understanding is correct.
---
arch/x86/include
There is a message in _supported_fs():
_notrun "not suitable for this filesystem type: $FSTYP"
for when overlay usecases are executed on a chararcter device based base
fs. _overay_config_override() detects that the current base fs partition
is not a block device, and FSTYP won't be overwritten
On Mon, Sep 23, 2019 at 1:26 PM Florian Weimer wrote:
> * Michael Kerrisk:
> >The pidfd_send_signal() system call allows the avoidance of race
> >conditions that occur when using traditional interfaces (such as
> >kill(2)) to signal a process. The problem is that the t
On 19. 9. 25. 오전 4:37, Matthias Kaehlcke wrote:
> On Fri, Sep 20, 2019 at 10:15:57AM +0900, Chanwoo Choi wrote:
>> Hi,
>
> sorry for the delayed response, you message got buried in my
> mailbox.
>
>> On 19. 9. 20. 오전 2:44, Matthias Kaehlcke wrote:
>>> Add a tracepoint for frequency changes of dev
Hi,
On Tue, Sep 24, 2019 at 11:19 PM Jason Baron wrote:
>
>
>
> On 9/24/19 10:06 AM, Heiher wrote:
> > Hi,
> >
> > On Mon, Sep 23, 2019 at 11:34 PM Jason Baron wrote:
> >>
> >>
> >>
> >> On 9/20/19 12:00 PM, Jason Baron wrote:
> >>> On 9/19/19 5:24 AM, hev wrote:
> From: Heiher
>
> >>
From: Heiher
Take the case where we have:
t0
| (ew)
e0
| (et)
e1
| (lt)
s0
t0: thread 0
e0: epoll fd 0
e1: epoll fd 1
s0: socket fd 0
ew: epoll_wait
et: edge-trigger
lt: level-trigger
We only need to wakeup nested epoll fds if somethin
To be honest, I have a question on how this works.
As the comment says, we need to call pmd_read_atomic before using
pte_offset_map_lock to avoid data corruption.
For example, in function swapin_walk_pmd_entry:
pmd_none_or_trans_huge_or_clear_bad(pmd)
pmd_read_atomic(pmd)
On Thu, Sep 12, 2019 at 02:51:53PM +0200, Paul Menzel wrote:
> On a Dell OptiPlex 5040 with Linux 5.3-rc8, I’ll try to get
> efi-pstore working.
>
> ```
> $ lsmod | grep efi
> efi_pstore 16384 0
> pstore 28672 1 efi_pstore
> efivarfs 16384 1
> $ dmesg |
perf record has supported --all-kernel / --all-user to configure all used
events to run in kernel space or in user space. But perf stat doesn't support
that. It would be useful to support these options so that we can collect
metrics for e.g. user space only without having to type ":u" in the events
When perf stat --topdown is enabled, the internal event list is expanded to:
"{topdown-total-slots,topdown-slots-retired,topdown-recovery-bubbles,topdown-fetch-bubbles,topdown-slots-issued}".
With this patch,
1. When --all-user is enabled, it's expanded to:
"{topdown-total-slots:u,topdown-slots-r
This patch series supports the new options "--all-kernel" and "--all-user"
in perf-stat.
For example,
root@kbl:~# perf stat -e cycles,instructions --all-kernel --all-user -a --
sleep 1
Performance counter stats for 'system wide':
19,156,665 cycles:k
7,265,342 instru
From: Peng Fan
This mailbox driver implements a mailbox which signals transmitted data
via an ARM smc (secure monitor call) instruction. The mailbox receiver
is implemented in firmware and can synchronously return data when it
returns execution to the non-secure world again.
An asynchronous recei
From: Peng Fan
V9:
- Add Florian's R-b tag in patch 1/2
- Mark arm,func-id as a required property per Andre's comments in patch 1/2.
- Make invoke_smc_mbox_fn as a private entry in a channal per Florian's
comments in pach 2/2
- Include linux/types.h in arm-smccc-mbox.h in patch 2/2
- Drop
From: Peng Fan
The ARM SMC/HVC mailbox binding describes a firmware interface to trigger
actions in software layers running in the EL2 or EL3 exception levels.
The term "ARM" here relates to the SMC instruction as part of the ARM
instruction set, not as a standard endorsed by ARM Ltd.
Signed-off
Add a IIO driver for the Bosch BMA400 3-axes ultra low-power accelerometer.
The initial implementation of the driver adds read support for the
acceleration and temperature data registers. The driver also has support for
reading and writing to the output data rate, oversampling ratio, and scale
conf
Add a IIO driver for the Bosch BMA400 3-axes ultra-low power accelerometer.
The driver supports reading from the acceleration and temperature
registers. The driver also supports reading and configuring the output data
rate, oversampling ratio, and scale.
Signed-off-by: Dan Robertson
---
drivers/
Hi Vinod,
>-Original Message-
>From: Vinod Koul
>Sent: 2019年9月25日 3:35
>To: Peng Ma
>Cc: dan.j.willi...@intel.com; Leo Li ;
>linux-kernel@vger.kernel.org; dmaeng...@vger.kernel.org
>Subject: Re: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2
>qDMA controller driver for Layer
Hi, David
> Subject: RE: [PATCH] pwm: pwm-imx27: Use 'dev' instead of dereferencing it
> repeatedly
>
> From: Anson Huang
> > Sent: 24 September 2019 11:03
> > Hi, David
> >
> > > Subject: RE: [PATCH] pwm: pwm-imx27: Use 'dev' instead of
> > > dereferencing it repeatedly
> > >
> > > From: Anson H
On Sat, Sep 7, 2019 at 2:30 AM Tim Chen wrote:
> +static inline s64 core_sched_imbalance_delta(int src_cpu, int dst_cpu,
> + int src_sibling, int dst_sibling,
> + struct task_group *tg, u64 task_load)
> +{
> + struct sched_entity *se, *se_sibling,
Currently during memory hot add procedure, memory gets into memblock before
calling arch_add_memory() which creates it's linear mapping.
add_memory_resource() {
..
memblock_add_node()
..
arch_add_memory()
..
}
We unconditionally set the HW_AFDBM capability and only enable it on
CPUs which really have the feature. But sometimes we need to know
whether this cpu has the capability of HW AF. So decouple AF from
DBM by new helper cpu_has_hw_af().
Signed-off-by: Jia He
Suggested-by: Suzuki Poulose
Reported-
601 - 700 of 884 matches
Mail list logo
