From: Andy Shevchenko
Date: Thu, 18 Jun 2020 19:47:48 +0300
> For unifying console ->setup() handling, which is pure documented,
> return error code, rather than non-zero arbitrary number.
>
> Signed-off-by: Andy Shevchenko
> Cc: "David S. Miller"
Acked-by: David S. Miller
From: Andy Shevchenko
Date: Thu, 18 Jun 2020 19:47:47 +0300
> For unifying console ->setup() handling, which is pure documented,
> return error code, rather than non-zero arbitrary number.
>
> Signed-off-by: Andy Shevchenko
> Cc: "David S. Miller"
Acked-by: David S. Miller
On 2020/6/19 10:21, Zac wrote:
>> On 2020/6/18 20:48, zhaowu...@wingtech.com wrote:
>>> From: Wuyun Zhao
>>
>> Thanks for the patch. :)
>>
>> Please add commit message here.
>
> OK
>
>>>
>>> Signed-off-by: Wuyun Zhao
>>> ---
>>> fsck/dir.c | 1 +
>>> fsck/node.c | 1 +
>>> fsck/node.h | 11
Hi Linus,
Please pull this tiny overflow helper addition for v5.8-rc2. During the
treewide clean-ups of zero-length "flexible arrays", the struct_size()
helper was heavily used, but it was noticed that many times it would
have been nice to have an additional helper to get the size of just the
From: Andrew Lunn
Date: Thu, 18 Jun 2020 14:56:40 +0200
> That if_find_node_by_name() does a put is not very intuitive.
> Maybe document that as well in the kerneldocs?
>
> Reviewed-by: Andrew Lunn
I've been complaining about the non-intuitiveness of the various
OF interfaces for a long time.
Hello,
On Thu, Jun 18, 2020 at 06:14:49PM -0700, Roman Gushchin wrote:
> I agree. The whole
>
> page = alloc_pages_node(nid, alloc_flags, order);
> if (!page)
> continue;
> if (!order)
> break;
> if (!PageCompound(page)) {
>
allmodconfig
powerpc allnoconfig
i386 randconfig-a002-20200618
i386 randconfig-a006-20200618
i386 randconfig-a001-20200618
i386 randconfig-a004-20200618
i386 randconfig-a005
Hi Niklas,
I love your patch! Yet something to improve:
[auto build test ERROR on block/for-next]
[also build test ERROR on linus/master v5.8-rc1 next-20200618]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented
This series adds support for AHCI PHY interface implemented in Socionext
UniPhier SoCs. This driver supports PXs2 and PXs3 SoCs.
Kunihiko Hayashi (2):
dt-bindings: phy: Add UniPhier AHCI PHY description
phy: socionext: Add UniPhier AHCI PHY driver support
Add DT bindings for PHY interface built into ahci controller implemented
in UniPhier SoCs.
Signed-off-by: Kunihiko Hayashi
---
.../bindings/phy/socionext,uniphier-ahci-phy.yaml | 76 ++
1 file changed, 76 insertions(+)
create mode 100644
Add a driver for PHY interface built into ahci controller implemented
in UniPhier SoCs. This supports PXs2 and PXs3 SoCs.
Signed-off-by: Kunihiko Hayashi
---
drivers/phy/socionext/Kconfig | 10 +
drivers/phy/socionext/Makefile| 1 +
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Dan-Murphy/RGMII-Internal-delay-common-property/20200619-051238
base: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
On 6/4/20 12:01 PM, Nicolas Saenz Julienne wrote:
On Thu, 2020-06-04 at 01:17 +0530, Bhupesh Sharma wrote:
Hi All,
On Wed, Jun 3, 2020 at 9:03 PM John Donnelly
wrote:
On Jun 3, 2020, at 8:20 AM, chenzhou wrote:
Hi,
On 2020/6/3 19:47, Prabhakar Kushwaha wrote:
Hi Chen,
On Tue, Jun
On (20/06/18 19:47), Andy Shevchenko wrote:
> Some of the console providers treat error code, returned by ->setup() hook,
> differently. Here is the unification of the behaviour.
>
> The drivers checked by one of the below criteria:
> 1/ the driver has explicit struct console .setup assignment
>
Hi, Bjorn
On 2020/6/16 上午7:52, Bjorn Helgaas wrote:
On Sat, Jun 13, 2020 at 10:30:56PM +0800, Zhangfei Gao wrote:
On 2020/6/11 下午9:44, Bjorn Helgaas wrote:
+++ b/drivers/iommu/iommu.c
@@ -2418,6 +2418,10 @@ int iommu_fwspec_init(struct device *dev, struct
fwnode_handle *iommu_fwnode,
Hi Niklas,
I love your patch! Yet something to improve:
[auto build test ERROR on block/for-next]
[also build test ERROR on linus/master v5.8-rc1 next-20200618]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented
> On 2020/6/18 20:48, zhaowu...@wingtech.com wrote:
> > From: Wuyun Zhao
>
> Thanks for the patch. :)
>
> Please add commit message here.
OK
> >
> > Signed-off-by: Wuyun Zhao
> > ---
> > fsck/dir.c | 1 +
> > fsck/node.c | 1 +
> > fsck/node.h | 11 +++
> > 3 files changed, 13
RGB888 format msb is red component and the lsb is blue component,
at vop full platform this is swapped, and this is different from vop
lite and vop next, so add this patch to fix it.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 8
1 file changed, 8
Hi Alex,
> From: Alex Williamson
> Sent: Friday, June 19, 2020 5:48 AM
>
> On Wed, 17 Jun 2020 08:28:24 +
> "Tian, Kevin" wrote:
>
> > > From: Liu, Yi L
> > > Sent: Wednesday, June 17, 2020 2:20 PM
> > >
> > > > From: Jacob Pan
> > > > Sent: Tuesday, June 16, 2020 11:22 PM
> > > >
> > >
On Thu, Jun 18, 2020 at 09:36:41PM -0400, Joel Fernandes (Google) wrote:
[...]
> @@ -2019,7 +2019,7 @@ static int __noreturn rcu_gp_kthread(void *unused)
> cond_resched_tasks_rcu_qs();
> WRITE_ONCE(rcu_state.gp_activity, jiffies);
>
On Thu, Jun 18, 2020 at 10:58 PM Andrey Lebedev
wrote:
>
> From: Andrey Lebedev
>
> Some pp or gp jobs can be successfully repeated even after they time outs.
> Introduce lima module parameter to specify number of times a job can hang
> before being dropped.
>
> Signed-off-by: Andrey Lebedev
>
>
> Why noidle?
>
_noidle is enough for fixing this bug. _sync may suspend
the device beyond expectation.
Regards,
Dinghao
On Thu, 18 Jun 2020 18:33:01 +0200
Sascha Ortmann wrote:
> Fix boottime kprobe events to report and abort after each failure when
> adding probes.
>
> As an example, when we try to set multiprobe kprobe events in
> bootconfig like this:
>
> ftrace.event.kprobes.vfsevents {
> probes =
On Thu, Jun 18, 2020 at 9:29 PM Guennadi Liakhovetski
wrote:
>
> Hi Michael,
>
> On Thu, Jun 04, 2020 at 03:05:23PM -0400, Michael S. Tsirkin wrote:
> > On Tue, May 26, 2020 at 07:58:09PM +0900, David Stevens wrote:
> > > This change adds a new flavor of dma-bufs that can be used by virtio
> > >
This allows manual PWM control without the BIOS fighting back on Dell
Latitude 5480.
Signed-off-by: Jeffrey Lin
---
drivers/hwmon/dell-smm-hwmon.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/hwmon/dell-smm-hwmon.c b/drivers/hwmon/dell-smm-hwmon.c
index
On Thu, 2020-06-18 at 13:22 -0700, Nick Desaulniers wrote:
> On Tue, Jun 16, 2020 at 3:36 PM 'Nathan Huckleberry' via Clang Built
> Linux wrote:
> >
> > Since clang does not push pc and sp in function prologues, the current
> > implementation of unwind_frame does not work. By using the previous
>
On Wed, 17 Jun 2020 13:37:32 PDT (-0700), Atish Patra wrote:
As per walk_page_range documentation, mmap lock should be acquired by the
caller before invoking walk_page_range. mmap_assert_locked gets triggered
without that. The details can be found here.
The function cpu_power_to_freq is used to find a frequency and set the
cooling device to consume at most the power to be converted. For example,
if the power to be converted is 80mW, and the em table is as follow.
struct em_cap_state table[] = {
/* KHz mW */
{ 1008000, 36, 0 },
rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
powerpc defconfig
i386 randconfig-a002-20200618
i386 randconfig-a006-20200618
i386 randconfig-a001-20200618
This patch adds support for regmap. It makes preparation for supporting
different ways to access the registers.
Signed-off-by: Matthew Gerlach
Signed-off-by: Wu Hao
Signed-off-by: Xu Yilun
Signed-off-by: Russ Weight
Reviewed-by : Tom Rix
---
drivers/spi/Kconfig | 1 +
This patch adds support for indirect access to the registers via parent
regmap.
The use case is, the spi master is a sub device of a Multifunction
device, which is connected to host by some indirect bus. To support this
device type, a new platform_device_id is introduced, and the driver tries
to
From: Matthew Gerlach
The spi-altera driver was originally written with a 32
bit processor, where sizeof(unsigned long) is 4. On a
64 bit processor sizeof(unsigned long) is 8. Change the structure
member to u32 to match the actual size of the control
register.
Signed-off-by: Matthew Gerlach
Updated the regmap & indirect access support for spi-altera.
Patch #1 is an 1:1 replacement of of readl/writel with regmap_read/write
Patch #2 introduced a new platform_device_id to support indirect access as
a sub device.
Patch #3 is a minor fix.
Main changes from v1:
- Split the
Hi Marc,
On Thu, 2020-06-18 at 10:50 +0100, Marc Zyngier wrote:
> On 2020-06-03 08:54, Neal Liu wrote:
>
> Hi Neal,
>
> > Do you know which ARM expert could edict this standard?
> > Or is there any chance that we can make one? And be reviewed by
> > maintainers?
>
> It appears that ARM just
Hi Jaegeuk,
On 2020/6/19 7:59, Jaegeuk Kim wrote:
> Hi Chao,
>
> On 06/18, Chao Yu wrote:
>> to make page content stable for special device like raid.
>
> Could you elaborate the problem a bit?
Some devices like raid5 wants page content to be stable, because
it will calculate parity info based
On Wed, Jun 17, 2020 at 05:10:39PM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes. Also, remove unnecessary
> function dfl_feature_platform_data_size().
>
> This code was detected with the
On Mon, Jun 08, 2020 at 05:54:46AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> Using clang's scan-build/view this issue was flagged
> a dead store issue in fpga-bridge.c
>
> warning: Value stored to 'ret' is never read [deadcode.DeadStores]
> ret = id;
>
>
On Mon, Jun 08, 2020 at 05:54:45AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> Using clang's scan-build/view this issue was flagged in fpga-mgr.c
>
> drivers/fpga/fpga-mgr.c:585:3: warning: Value stored to 'ret' is never read
> [deadcode.DeadStores]
> ret = id;
>
>
On Thu, Jun 11, 2020 at 11:11:42PM +0200, Luca Ceresoli wrote:
> Using variables does not add readability here: parameters passed
> to udelay*() are obviously in microseconds and their meaning is clear
> from the context.
>
> The type is also wrong, udelay expects an unsigned long.
>
>
On Thu, Jun 11, 2020 at 11:11:41PM +0200, Luca Ceresoli wrote:
> The Xilinx 7-series uses the same protocol, mention that.
>
> Signed-off-by: Luca Ceresoli
> ---
> drivers/fpga/xilinx-spi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/fpga/xilinx-spi.c
On Wed, Jun 17, 2020 at 04:38:41PM -0600, Rob Herring wrote:
> On Thu, 11 Jun 2020 23:11:40 +0200, Luca Ceresoli wrote:
> > The Xilinx 7-series uses the same protocol, mention that.
> >
> > Signed-off-by: Luca Ceresoli
> > ---
> > .../devicetree/bindings/fpga/xilinx-slave-serial.txt | 9
The gp_seq value can come from either of rdp, rsp or rnp. This makes the
rcu_grace_period tracepoint extremely confusing since once if left
constantly applying effort to reason about what a gp_seq means.
Only the rsp is the global source of truth (most accurate GP info). The
rnp can be off by ~1
GP numbers start from -300 and gp_seq numbers start of -1200 (for a
shift of 2). These negative numbers are printed as unsigned long which
not only takes up more text space, but is rather confusing to the reader
as they have to constantly expend energy to truncate the number. Just
print the
During acceleration of CB, the rsp's gp_seq is rcu_seq_snap'd. This is
the value used for acceleration - it is the value of gp_seq at which it
is safe the execute all callbacks in the callback list.
The rdp's gp_seq is not very useful for this scenario. Make
rcu_grace_period report the gp_seq_req
On 06/18/2020 02:26 PM, Mike Rapoport wrote:
> On Thu, Jun 18, 2020 at 06:45:27AM +0530, Anshuman Khandual wrote:
>> This series enables vmemmap backing memory allocation from device memory
>> ranges on arm64. But before that, it enables vmemmap_populate_basepages()
>> and
On Wed, Jun 17, 2020 at 05:17:17AM -0700, Matthew Wilcox wrote:
> On Wed, Jun 17, 2020 at 02:26:21PM +0900, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > Swapcache doesn't handle the exceptional entries since there is no case
>
> Don't call them exceptional entries.
>
> The radix tree
On Wed, Jun 17, 2020 at 7:29 PM Zong Li wrote:
>
> On Thu, Jun 18, 2020 at 8:01 AM Michel Lespinasse wrote:
> >
> > On Wed, Jun 17, 2020 at 1:38 PM Atish Patra wrote:
> > > As per walk_page_range documentation, mmap lock should be acquired by the
> > > caller before invoking walk_page_range.
On 2020/6/18 20:48, zhaowu...@wingtech.com wrote:
> From: Wuyun Zhao
Thanks for the patch. :)
Please add commit message here.
>
> Signed-off-by: Wuyun Zhao
> ---
> fsck/dir.c | 1 +
> fsck/node.c | 1 +
> fsck/node.h | 11 +++
> 3 files changed, 13 insertions(+)
>
> diff --git
On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote:
>
> From: Johannes Weiner
>
> The reference counting of a memcg is currently coupled directly to how
> many 4k pages are charged to it. This doesn't work well with Roman's
> new slab controller, which maintains pools of objects and doesn't
On Thu, Jun 18, 2020 at 11:31:21AM +0200, Jesper Dangaard Brouer wrote:
> On Thu, 18 Jun 2020 10:43:44 +0200
> Jesper Dangaard Brouer wrote:
>
> > On Wed, 17 Jun 2020 18:29:28 -0700
> > Roman Gushchin wrote:
> >
> > > On Wed, Jun 17, 2020 at 01:24:21PM +0200, Vlastimil Babka wrote:
> > > >
On Thu, Jun 18, 2020 at 04:35:39PM +0100, Mark Brown wrote:
> On Thu, Jun 18, 2020 at 11:25:07PM +0800, Xu Yilun wrote:
> > Updated the regmap & indirect access support for spi-altera.
> >
> > Patch #1, #2, #3 is already applied.
>
> The numbering for patches within a series is there *only* to
On Thu, Jun 18, 2020 at 10:43:44AM +0200, Jesper Dangaard Brouer wrote:
> On Wed, 17 Jun 2020 18:29:28 -0700
> Roman Gushchin wrote:
>
> > On Wed, Jun 17, 2020 at 01:24:21PM +0200, Vlastimil Babka wrote:
> > > On 6/17/20 5:32 AM, Roman Gushchin wrote:
> > > > On Tue, Jun 16, 2020 at 08:05:39PM
On Thu, Jun 18, 2020 at 6:15 PM Roman Gushchin wrote:
>
> On Thu, Jun 18, 2020 at 05:46:24PM -0700, Yang Shi wrote:
> > On Thu, Jun 18, 2020 at 5:19 PM Roman Gushchin wrote:
> > >
> > > Hi!
> > >
> > > I was consistently hitting a VM_BUG_ON_PAGE() in split_huge_page_to_list()
> > > when running
On Thu, Jun 18, 2020 at 6:08 PM Roman Gushchin wrote:
>
> On Thu, Jun 18, 2020 at 07:55:35AM -0700, Shakeel Butt wrote:
> > Not sure if my email went through, so, re-sending.
> >
> > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote:
> > >
> > > From: Johannes Weiner
> > >
> > [...]
> > > @@
On Thu, Jun 18, 2020 at 05:46:24PM -0700, Yang Shi wrote:
> On Thu, Jun 18, 2020 at 5:19 PM Roman Gushchin wrote:
> >
> > Hi!
> >
> > I was consistently hitting a VM_BUG_ON_PAGE() in split_huge_page_to_list()
> > when running vanilla 5.8-rc1 on my desktop. It was happening on every boot
> >
Quoting Tanmay Shah (2020-06-18 16:21:13)
> Enable DP driver for sc7180.
Add DP device node on sc7180? This isn't a driver.
>
> This change depends-on following series:
> https://patchwork.freedesktop.org/series/78583/
> and https://patchwork.freedesktop.org/patch/351990/
>
> Changes in v2:
>
On Thu, Jun 18, 2020 at 07:55:35AM -0700, Shakeel Butt wrote:
> Not sure if my email went through, so, re-sending.
>
> On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote:
> >
> > From: Johannes Weiner
> >
> [...]
> > @@ -3003,13 +3004,16 @@ void __memcg_kmem_uncharge_page(struct page *page,
>
On Thu, Jun 18, 2020 at 05:12:01PM -0700, Paul E. McKenney wrote:
> On Thu, Jun 18, 2020 at 07:51:17PM -0400, Joel Fernandes wrote:
> > On Thu, Jun 18, 2020 at 03:19:01PM -0700, Paul E. McKenney wrote:
> > > On Thu, Jun 18, 2020 at 04:29:51PM -0400, Joel Fernandes (Google) wrote:
> > > > The
On Thu, Jun 18, 2020 at 11:52:55PM +, Derrick, Jonathan wrote:
> Hi David,
>
> I've been experiencing a performance regression when running a parallel
> compilation (eg, make -j72) on recent kernels.
I bet you're using a version of make which predates 4.3:
On 2020/06/19 5:04, Matias Bjørling wrote:
> On 18/06/2020 21.21, Kanchan Joshi wrote:
>> On Thu, Jun 18, 2020 at 10:04:32AM +0200, Matias Bjørling wrote:
>>> On 17/06/2020 19.23, Kanchan Joshi wrote:
This patchset enables issuing zone-append using aio and io-uring
direct-io interface.
On Thu, Jun 18, 2020 at 08:01:38PM -0400, Steven Rostedt wrote:
> On Thu, 18 Jun 2020 15:19:01 -0700
> "Paul E. McKenney" wrote:
>
> > For future reference, the TPS() around strings is not optional. Without
> > it, trace messages from crash dumps are garbled, if I remember correctly.
>
> When
On Thu, Jun 18, 2020 at 05:12:44PM -0700, Paul E. McKenney wrote:
> On Thu, Jun 18, 2020 at 08:01:56PM -0400, Joel Fernandes wrote:
> > On Thu, Jun 18, 2020 at 03:40:58PM -0700, Paul E. McKenney wrote:
> > > On Thu, Jun 18, 2020 at 04:29:54PM -0400, Joel Fernandes (Google) wrote:
> > > > This is
On Thu, Jun 18, 2020 at 05:12:01PM -0700, Paul E. McKenney wrote:
> On Thu, Jun 18, 2020 at 07:51:17PM -0400, Joel Fernandes wrote:
> > On Thu, Jun 18, 2020 at 03:19:01PM -0700, Paul E. McKenney wrote:
> > > On Thu, Jun 18, 2020 at 04:29:51PM -0400, Joel Fernandes (Google) wrote:
> > > > The
On Fri Jun 19 20, Lu Baolu wrote:
The iommu_domain_identity_map() helper takes start/end PFN as arguments.
Fix a misuse case where the start and end addresses are passed.
Fixes: e70b081c6f376 ("iommu/vt-d: Remove IOVA handling code from the non-dma_ops
path")
Cc: Tom Murphy
Reported-by: Alex
Hi Drew,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on omap/for-next pinctrl/devel v5.8-rc1 next-20200618]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use
Hi Heiko,
I love your patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on sparc-next/master net-next/master net/master
linus/master v5.8-rc1 next-20200618]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting
Hi Marek,
I love your patch! Yet something to improve:
[auto build test ERROR on next-20200618]
[also build test ERROR on v5.8-rc1]
[cannot apply to linuxtv-media/master staging/staging-testing
drm-exynos/exynos-drm-next drm-intel/for-linux-next linus/master v5.8-rc1 v5.7
v5.7-rc7]
[If your
On Wed, Jun 3, 2020 at 8:38 AM Alexandre Ghiti wrote:
>
> Improve best_map_size so that PUD or PGDIR entries are used for linear
> mapping when possible as it allows better TLB utilization.
>
> Signed-off-by: Alexandre Ghiti
> ---
> arch/riscv/mm/init.c | 45
On Thu, Jun 18, 2020 at 5:19 PM Roman Gushchin wrote:
>
> Hi!
>
> I was consistently hitting a VM_BUG_ON_PAGE() in split_huge_page_to_list()
> when running vanilla 5.8-rc1 on my desktop. It was happening on every boot
> during the system start. I haven't seen this issue on 5.7.
>
> It looks like
Hi,
On Thu, Jun 18, 2020 at 4:40 PM Stephen Boyd wrote:
>
> We only need to test for these counters being non-zero when we see the
> end of a transfer. If we're doing a CS change then they will already be
> zero. This implies that we don't need to set these to 0 if we're
> cancelling an in
Hi,
On Thu, Jun 18, 2020 at 4:40 PM Stephen Boyd wrote:
>
> The definition of SPI_FULL_DUPLEX (3) is really SPI_TX_ONLY (1) ORed
> with SPI_RX_ONLY (2). Let's drop the define and simplify the code here a
> bit by collapsing the setting of 'm_cmd' into conditions that are the
> same.
>
> This is
Hi,
On Thu, Jun 18, 2020 at 4:37 PM Stephen Boyd wrote:
>
> Quoting Doug Anderson (2020-06-18 15:00:10)
> > On Thu, Jun 18, 2020 at 2:52 PM Stephen Boyd wrote:
> > >
> > > -8<
> > > diff --git a/drivers/spi/spi-geni-qcom.c b/drivers/spi/spi-geni-qcom.c
> > > index
On Tue, 16 Jun 2020 07:03:06 PDT (-0700), yash.s...@sifive.com wrote:
As per the table 4.2 of the RISC-V instruction set manual[0], the PTE
permission bit combination of "write+exec only" is invalid and reserved
for future use. Hence, don't allow such mapping request in mmap call.
An issue is
On 6/18/20 5:02 PM, ebied...@xmission.com wrote:
Matthew Wilcox writes:
On Thu, Jun 18, 2020 at 03:17:33PM -0700, Junxiao Bi wrote:
When debugging some performance issue, i found that thousands of threads
exit around same time could cause a severe spin lock contention on proc
dentry
On Sat, Jun 13, 2020 at 04:19:03AM +0800, kernel test robot wrote:
>
> Fixes: 8a69220b659c ("RDMA/qedr: Fix synchronization methods and memory leaks
> in qedr")
> Signed-off-by: kernel test robot
> ---
> qedr_iw_cm.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
What is this
> > > +
> > > > +static struct ufshpb_map_ctx *ufshpb_get_map_ctx(struct ufshpb_lu
> > *hpb)
> > > > +{
> > > > + struct ufshpb_map_ctx *mctx;
> > > > + int i, j;
> > > > +
> > > > + mctx = mempool_alloc(ufshpb_drv.ufshpb_mctx_pool, GFP_KERNEL);
> > > > + if (!mctx)
> > > >
Hi!
I was consistently hitting a VM_BUG_ON_PAGE() in split_huge_page_to_list()
when running vanilla 5.8-rc1 on my desktop. It was happening on every boot
during the system start. I haven't seen this issue on 5.7.
It looks like split_huge_page() expects the page to be locked,
but it hasn't been
> +static void ufshpb_run_active_subregion_list(struct ufshpb_lu *hpb)
> > +{
> > + struct ufshpb_region *rgn;
> > + struct ufshpb_subregion *srgn;
> > + struct ufshpb_map_ctx *mctx;
> mctx doesn't really do anything here
OK, I will delete it.
> > + unsigned long flags;
On Thu, Jun 18, 2020 at 08:01:56PM -0400, Joel Fernandes wrote:
> On Thu, Jun 18, 2020 at 03:40:58PM -0700, Paul E. McKenney wrote:
> > On Thu, Jun 18, 2020 at 04:29:54PM -0400, Joel Fernandes (Google) wrote:
> > > This is useful to check for any improvements or degradation related to
> > > number
On Thu, Jun 18, 2020 at 04:49:23PM -0700, Palmer Dabbelt wrote:
> AFAICT this changes the behavior of the perf event: it used to count any
> fault,
> whereas now it only counts those that succeed successfully. If everyone else
> is doing it that way then I'm happy to change us over, but this
On Thu, Jun 18, 2020 at 07:51:17PM -0400, Joel Fernandes wrote:
> On Thu, Jun 18, 2020 at 03:19:01PM -0700, Paul E. McKenney wrote:
> > On Thu, Jun 18, 2020 at 04:29:51PM -0400, Joel Fernandes (Google) wrote:
> > > The gp_seq value can come from either of rdp, rsp or rnp.
> > >
> > > Only the rsp
Matthew Wilcox writes:
> On Thu, Jun 18, 2020 at 03:17:33PM -0700, Junxiao Bi wrote:
>> When debugging some performance issue, i found that thousands of threads
>> exit around same time could cause a severe spin lock contention on proc
>> dentry "/proc/$parent_process_pid/task/", that's because
On Thu, Jun 18, 2020 at 04:09:34PM -0700, Paul E. McKenney wrote:
> On Thu, Jun 18, 2020 at 03:11:19PM -0700, Paul E. McKenney wrote:
> > On Thu, Jun 18, 2020 at 04:29:49PM -0400, Joel Fernandes (Google) wrote:
> >
> > First, this looks like a very nice optimization, thank you!
Thanks!
> > >
On Thu, Jun 18, 2020 at 03:40:58PM -0700, Paul E. McKenney wrote:
> On Thu, Jun 18, 2020 at 04:29:54PM -0400, Joel Fernandes (Google) wrote:
> > This is useful to check for any improvements or degradation related to
> > number of GP kthread wakeups during testing.
> >
> > Signed-off-by: Joel
On Thu, 18 Jun 2020 15:19:01 -0700
"Paul E. McKenney" wrote:
> For future reference, the TPS() around strings is not optional. Without
> it, trace messages from crash dumps are garbled, if I remember correctly.
When you pass in a string like this, only the pointer to the string is
saved in the
Hi Chao,
On 06/18, Chao Yu wrote:
> to make page content stable for special device like raid.
Could you elaborate the problem a bit?
>
> Signed-off-by: Chao Yu
> ---
> fs/f2fs/dir.c | 2 ++
> fs/f2fs/extent_cache.c | 18 +-
> fs/f2fs/f2fs.h | 2 +-
>
Hi Bjorn, All,
Thank you so much for your helpful review and inputs.
On Mon, Jun 15, 2020 at 6:17 PM Rajat Jain wrote:
>
> This is needed to allow the userspace to determine when an untrusted
> device has been added, and thus allowing it to bind the driver manually
> to it, if it so wishes.
From: "Steven Rostedt (VMware)"
When using trace-cmd on 5.6-rt for the function graph tracer, the output was
corrupted. It gave output like this:
funcgraph_entry: func=0x depth=38982
funcgraph_entry: func=0x1 depth=16044
funcgraph_exit:func=0x
Here's a list fixes and clean ups for tracing.
-- Steve
`
Jiri Olsa (1):
kretprobe: Prevent triggering kretprobe from within kprobe_flush_task
Kaitao Cheng (1):
ftrace: Fix maybe-uninitialized compiler warning
Kefeng Wang (2):
sample-trace-array: Fix sleeping function called
From: YangHui
We do not use the event variable, just remove it.
Signed-off-by: YangHui
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index
From: Masami Hiramatsu
Fix bootconfig to return 0 if succeeded to show the bootconfig
in initrd. Without this fix, "bootconfig INITRD" command
returns !0 even if the command succeeded to show the bootconfig.
Link:
http://lkml.kernel.org/r/159230246566.6.11891772258543514487.stgit@devnote2
From: Wei Yang
No functional change, just correct the word.
Link:
https://lkml.kernel.org/r/20200610033251.31713-1-richard.weiy...@linux.alibaba.com
Signed-off-by: Wei Yang
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/trace_functions.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Jiri Olsa
Ziqian reported lockup when adding retprobe on _raw_spin_lock_irqsave.
My test was also able to trigger lockdep output:
WARNING: possible recursive locking detected
5.6.0-rc6+ #6 Not tainted
From: Masami Hiramatsu
Fix to remove redundant arch_disarm_kprobe() call in
force_unoptimize_kprobe(). This arch_disarm_kprobe()
will be invoked if the kprobe is optimized but disabled,
but that means the kprobe (optprobe) is unused (and
unoptimized) state.
In that case, unoptimize_kprobe()
From: Masami Hiramatsu
Fix /proc/bootconfig to select double or single quotes
corrctly according to the value.
If a bootconfig value includes a double quote character,
we must use single-quotes to quote that value.
This modifies if() condition and blocks for avoiding
double-quote in value
From: Vamshi K Sthambamkadi
kmemleak report:
[<57dcc2ca>] __kmalloc_track_caller+0x139/0x2b0
[] kstrndup+0x37/0x80
[] parse_probe_arg.isra.7+0x3cc/0x630
[<055bf2ba>] traceprobe_parse_probe_arg+0x2f5/0x810
[<655a7766>] trace_kprobe_create+0x2ca/0x950
[<4fc6a02a>]
From: Kaitao Cheng
During build compiler reports some 'false positive' warnings about
variables {'seq_ops', 'filtered_pids', 'other_pids'} may be used
uninitialized. This patch silences these warnings.
Also delete some useless spaces
Link:
From: Masami Hiramatsu
Fix bootconfig tool to select double or single quotes
correctly according to the value.
If a bootconfig value includes a double quote character,
we must use single-quotes to quote that value.
Link:
From: Masami Hiramatsu
Add testcases for the return value of the command to show
bootconfig in initrd, and double/single quotes selecting.
Link:
http://lkml.kernel.org/r/159230247428.6.2109472942519215104.stgit@devnote2
Signed-off-by: Masami Hiramatsu
Signed-off-by: Steven Rostedt
From: Masami Hiramatsu
Current kprobes uses RCU traversal APIs on kprobe_tables
even if it is safe because kprobe_mutex is locked.
Make those traversals to non-RCU APIs where the kprobe_mutex
is locked.
Link:
http://lkml.kernel.org/r/158927056452.27680.9710575332163005121.stgit@devnote2
101 - 200 of 1319 matches
Mail list logo