On Tue, Jul 07, 2020 at 03:38:25PM +0530, Akshu Agrawal wrote:
> Non-dts based systems can use ACPI DSDT to pass on the mclk.
> Thus add fmw property mclk-name to get the name of the system clk
> and link it to rt5682 mclk.
ACPI doesn't support clocks at all, you need to add a clock binding to
ACP
From: Gene Chen
Fix flow which is used to check ic exist
Signed-off-by: Gene Chen
---
drivers/mfd/mt6360-core.c | 28 +++-
include/linux/mfd/mt6360.h | 8
2 files changed, 23 insertions(+), 13 deletions(-)
diff --git a/drivers/mfd/mt6360-core.c b/drivers/mfd
From: Gene Chen
Remove unuse register definition.
Merge different sub-devices i2c read/write function into one regmap,
because pmic and ldo part need crc bits for access protection
Signed-off-by: Gene Chen
---
drivers/mfd/Kconfig| 1 +
drivers/mfd/mt6360-core.c | 229 +++
On 7/7/20 2:51 AM, Hans Verkuil wrote:
On 07/07/2020 11:40, Sowjanya Komatineni wrote:
On 7/6/20 2:10 AM, Hans Verkuil wrote:
+static int tegra_vi_graph_notify_complete(struct v4l2_async_notifier *notifier)
+{
+ struct tegra_vi_graph_entity *entity;
+ struct v4l2_async_subdev *asd
Add ACPI dependency for evaluating DMIC hardware
runtime.
Signed-off-by: Vijendar Mukunda
---
sound/soc/amd/renoir/rn-pci-acp3x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/amd/renoir/rn-pci-acp3x.c
b/sound/soc/amd/renoir/rn-pci-acp3x.c
index d1faea5..165c93f 100644
--- a/s
Add this to the aliases node to make it more convenient.
Signed-off-by: Masahiro Yamada
---
arch/arm64/boot/dts/socionext/uniphier-ld11-ref.dts | 2 +-
arch/arm64/boot/dts/socionext/uniphier-ld20-ref.dts | 2 +-
arch/arm64/boot/dts/socionext/uniphier-pxs3-ref.dts | 2 +-
3 files changed, 3 inse
This reverts commit eb9aecd90d1a39601e91cd08b90d5fee51d321a6
The above patch is supposed to fix a register index error on mt2701. It
is not clear if the problem solved is a hang or just an invalid value
returned, my guess is the second. The patch introduces, though, a new
hang on MT8173 device mak
Add this to the aliases node to make it more convenient.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-ld4-ref.dts | 2 +-
arch/arm/boot/dts/uniphier-ld6b-ref.dts | 1 +
arch/arm/boot/dts/uniphier-pro4-ref.dts | 2 +-
arch/arm/boot/dts/uniphier-sld8-ref.dts | 2 +-
4 files chan
On Thu, Jul 02, 2020 at 04:25:41PM -0700, Song Liu wrote:
> Hi Christoph,
>
> On Mon, Jun 15, 2020 at 5:53 AM Christoph Hellwig wrote:
> >
> > The only caller of the bstat function becomes cleaner and simpler when
> > open coding the function.
> >
> > Signed-off-by: Christoph Hellwig
>
> Thanks
On Tue, Jul 07, 2020 at 01:50:00PM +0800, Dinghao Liu wrote:
> pm_runtime_get_sync() increments the runtime PM usage counter even
> it returns an error code. Thus a pairing decrement is needed on
> the error handling path to keep the counter balanced.
>
> Signed-off-by: Dinghao Liu
> ---
>
> Cha
On 07/07/20 11:38 am, Randy Dunlap wrote:
On 7/6/20 11:15 PM, Mukunda,Vijendar wrote:
On 07/07/20 11:14 am, Randy Dunlap wrote:
On 7/6/20 6:53 PM, Andrew Morton wrote:
The mm-of-the-moment snapshot 2020-07-06-18-53 has been uploaded to
https://nam11.safelinks.protection.outlook.com
On Tue, 07 Jul 2020, Mark Brown wrote:
> On Tue, Jul 07, 2020 at 11:16:14AM +0100, Lee Jones wrote:
> > This set is part of a larger effort attempting to clean-up W=1
> > kernel builds, which are currently overwhelmingly riddled with
> > niggly little warnings.
>
> Please coordinate with Pierre (
The 07/06/2020 12:26, David Miller wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> From: Horatiu Vultur
> Date: Mon, 6 Jul 2020 11:18:31 +0200
>
> > +/* SWITCHDEV_OBJ_ID_IN_TEST_MRP */
> > +struct switchdev_obj_in_test_mrp {
> > + st
On Sun, 5 Jul 2020, Mazin Rezk wrote:
> Some parts of hid-logitech-dj explicitly referred to 0xff for the
> receiver index. This patch changes those references to the
> HIDPP_RECEIVER_INDEX definition.
Applied, thanks.
--
Jiri Kosina
SUSE Labs
On Tue, Jul 07, 2020 at 11:37:35AM +0100, Lee Jones wrote:
> Some of these issues have been present for years. It's quite the
> coincidence that we both submitted these this week!
I'm guessing you've both been inspired by the 0day bot turning W=1
warnings on without having first done a cleanup r
On 2020-07-07 11:26, Cornelia Huck wrote:
On Tue, 7 Jul 2020 10:44:36 +0200
Pierre Morel wrote:
An architecture may need to validate the VIRTIO devices features
based on architecture specificities.
s/specifities/specifics/
OK
Signed-off-by: Pierre Morel
---
drivers/virtio/virti
Hi,
Le mar. 7 juil. 2020 à 11:16, Lee Jones a
écrit :
Fixes the following W=1 kernel build warning(s):
In file included from include/sound/tlv.h:10,
from sound/soc/codecs/jz4770.c:19:
sound/soc/codecs/jz4770.c:306:35: warning: ‘mic_boost_tlv’
defined but not used [-Wunused-const-variable=
The 07/06/2020 12:27, David Miller wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> From: Horatiu Vultur
> Date: Mon, 6 Jul 2020 11:18:32 +0200
>
> > +struct br_mrp_in_state {
> > + __u16 in_id;
> > + __u32 in_state;
> > +};
>
>
On 2020-07-07 11:46, Cornelia Huck wrote:
On Tue, 7 Jul 2020 10:44:37 +0200
Pierre Morel wrote:
S390, protecting the guest memory against unauthorized host access
needs to enforce VIRTIO I/O device protection through the use of
VIRTIO_F_VERSION_1 and VIRTIO_F_IOMMU_PLATFORM.
Hm... what a
On Sun, 5 Jul 2020, Maciej S. Szmigiero wrote:
> These messages appear each time the mouse wakes from sleep, in my case
> (Logitech M705), every minute or so.
> Let's downgrade them to the "debug" level so they don't fill the kernel log
> by default.
>
> While we are at it, let's make clear that
On Tue, Jun 23, 2020 at 10:43 PM Gabriel Krisman Bertazi
wrote:
>
> Daniel Rosenberg writes:
>
> > -
> > const struct dentry_operations ext4_dentry_ops = {
> > - .d_hash = ext4_d_hash,
> > - .d_compare = ext4_d_compare,
> > + .d_hash = generic_ci_d_hash,
> > + .d_compare = generi
Hello,
Please lines 5025 and 5038.
julia
-- Forwarded message --
Date: Tue, 7 Jul 2020 04:54:19 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/scsi/mpt3sas/mpt3sas_base.c:5025:16-34: WARNING:
dma_alloc_coherent use in
On Tue, Jul 07, 2020 at 09:38:56AM +0800, Wei Yang wrote:
> On Mon, Jul 06, 2020 at 01:07:29PM +0300, Kirill A. Shutemov wrote:
> >On Fri, Jun 26, 2020 at 09:52:15PM +0800, Wei Yang wrote:
> >> Page tables is moved on the base of PMD. This requires both source
> >> and destination range should meet
- On Jul 7, 2020, at 3:29 AM, Florian Weimer f...@deneb.enyo.de wrote:
> * Mathieu Desnoyers:
>
>> commit 93b585c08d16 ("Fix: sched: unreliable rseq cpu_id for new tasks")
>> addresses an issue with cpu_id field of newly created processes. Expose
>> a flag which can be used by user-space to q
Hi Lee,
On 07/07/2020 13.16, Lee Jones wrote:
> Looks like 'w' has remained unchecked since the driver's inception.
>
> Fixes the following W=1 kernel build warning(s):
>
> sound/soc/ti/omap-mcbsp-st.c: In function ‘omap_mcbsp_st_chgain’:
> sound/soc/ti/omap-mcbsp-st.c:145:6: warning: variable
Hi Jordan,
On Fri, Jun 26, 2020 at 02:04:09PM -0600, Jordan Crouse wrote:
> Support auxiliary domains for arm-smmu-v2 to initialize and support
> multiple pagetables for a single SMMU context bank. Since the smmu-v2
> hardware doesn't have any built in support for switching the pagetable
> base it
Hi,
Le mar. 30 juin 2020 à 10:31, Mathieu Poirier
a écrit :
This set follows the conversation that took place here[1] and provides
the "two small patches" I alluded to at the end of the thread.
Paul Cercueil: patch 1/2 is compile tested only - please see that it
does what
you want.
Still
- On Jul 7, 2020, at 3:30 AM, Florian Weimer f...@deneb.enyo.de wrote:
> * Mathieu Desnoyers:
>
>> While integrating rseq into glibc and replacing glibc's sched_getcpu
>> implementation with rseq, glibc's tests discovered an issue with
>> incorrect __rseq_abi.cpu_id field value right after th
在 2020/7/6 下午7:35, Matthew Wilcox 写道:
>> Would you like to give some comments or share your concern of this patchset,
>> specialy for THP part?
> I don't have the brain space to understand this patch set fully at
> the moment. I'll note that the realtime folks are doing their best to
> stamp o
On 06.07.2020 18:18, Mark Brown wrote:
> On Mon, Jul 06, 2020 at 11:22:43AM +0200, Adrian Fiergolski wrote:
>
> Please don't send new patches in reply to old threads, it buries them
> and can be confusing.
Ok, thanks. It's my debut in sharing a complete driver patch ;-)
>
>> The implementation
This patch adds support for COMPILE_TEST while fixing a warning when
no support for device tree is there.
Reported-by: kernel test robot
Signed-off-by: Christoph Fritz
---
drivers/regulator/Kconfig| 2 +-
drivers/regulator/fan53880.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
On Fri, Jul 3, 2020 at 1:59 AM Pierre-Louis Bossart
wrote:
>
> Fix W=1 warning - wrong parameter description and bad format
>
> Signed-off-by: Pierre-Louis Bossart
> ---
Reviewed-by: Masahiro Yamada
> sound/soc/uniphier/aio-core.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-
Hi Daniel and Thara
On 7/3/20 11:02 AM, Daniel Lezcano wrote:
Hi Thara,
sorry for the delay.
Added Lukasz.
Thank you for adding me.
I will go through the patches to understand them and build
the context. I can see some interesting idea described below.
Regards,
Lukasz
On 04/06/2020 03:5
On Wed, Jul 1, 2020 at 3:33 AM Drew Fustini wrote:
> Currently, pinctrl-single only allows #pinctrl-cells = 1.
>
> This series will allow pinctrl-single to also support #pinctrl-cells = 2
>
> If "pinctrl-single,pins" has 3 arguments (offset, conf, mux) then
> pcs_parse_one_pinctrl_entry() does an
Fix below build warning:
drivers/mfd/axp20x-i2c.c:82:5: warning: "CONFIG_ACPI" is not defined, evaluates
to 0 [-Wundef]
82 | #if CONFIG_ACPI
| ^~~
Fixes: 20f359cb236b ("mfd: axp20x-i2c: Do not define 'struct acpi_device_id'
when !CONFIG_ACPI")
Signed-off-by: Axel Lin
---
On Tue, Jul 7, 2020 at 7:18 PM Lee Jones wrote:
>
> Both issues are likely due to bitrot. Let's bring them up-to-date.
>
> Fixes the following W=1 kernel build warning(s):
>
> sound/soc/uniphier/aio-core.c:107: warning: Function parameter or member
> 'pll_id' not described in 'aio_chip_set_pll'
On Tue, Jul 7, 2020 at 1:01 PM Linus Walleij wrote:
>
> On Wed, Jul 1, 2020 at 3:33 AM Drew Fustini wrote:
>
> > Currently, pinctrl-single only allows #pinctrl-cells = 1.
> >
> > This series will allow pinctrl-single to also support #pinctrl-cells = 2
> >
> > If "pinctrl-single,pins" has 3 argume
On Thu, 2020-07-02 at 14:58 -0600, Rob Herring wrote:
> On Thu, Jul 02, 2020 at 08:57:05PM +0800, Hanks Chen wrote:
> > From: Andy Teng
> >
> > Add devicetree bindings for MediaTek MT6779 pinctrl driver.
> >
> > Signed-off-by: Andy Teng
> > ---
> > .../bindings/pinctrl/mediatek,mt6779-pinctrl.
On 7/7/20 9:44 AM, js1...@gmail.com wrote:
> From: Joonsoo Kim
>
> There is no difference between two migration callback functions,
> alloc_huge_page_node() and alloc_huge_page_nodemask(), except
> __GFP_THISNODE handling. It's redundant to have two almost similar
> functions in order to handle t
From: Leon Romanovsky
Hi,
This is patchset of independent fixes to mlx5_ib driver.
Thanks
Aya Levin (1):
IB/mlx5: Fix 50G per lane indication
Leon Romanovsky (1):
RDMA/mlx5: Set PD pointers for the error flow unwind
Maor Gottlieb (1):
RDMA/mlx5: Use xa_lock_irqsave when access to SRQ t
On 07.07.2020 12:25, Mark Brown wrote:
> On Mon, Jul 06, 2020 at 09:57:53PM +0200, Geert Uytterhoeven wrote:
>> On Mon, Jul 6, 2020 at 6:18 PM Mark Brown wrote:
>>> It would really help to have an example of how a client device will use
>>> this, right now it's a bit hard to follow. Overall it
On 07.07.20 11:26, Cornelia Huck wrote:
> On Tue, 7 Jul 2020 10:44:36 +0200
> Pierre Morel wrote:
>
>> An architecture may need to validate the VIRTIO devices features
>> based on architecture specificities.
>
> s/specifities/specifics/
>
>>
>> Signed-off-by: Pierre Morel
>> ---
>> driver
From: "Gautham R. Shenoy"
As per the PAPR, each H_CEDE call is associated with a latency-hint to
be passed in the VPA field "cede_latency_hint". The CEDE states that
we were implicitly entering so far is CEDE with latency-hint = 0.
This patch explicitly sets the latency hint corresponding to the
From: "Gautham R. Shenoy"
This patch exposes those extended CEDE states to the cpuidle framework
which are responsive to external interrupts and do not need an H_PROD.
Since as per the PAPR, all the extended CEDE states are non-responsive
to timers, we indicate this to the cpuidle subsystem via
From: "Gautham R. Shenoy"
Currently we use CEDE with latency-hint 0 as the only other idle state
on a dedicated LPAR apart from the polling "snooze" state.
The platform might support additional extended CEDE idle states, which
can be discovered through the "ibm,get-system-parameter" rtas-call
ma
From: "Gautham R. Shenoy"
We are currently assuming that CEDE(0) has exit latency 10us, since
there is no way for us to query from the platform. However, if the
wakeup latency of an Extended CEDE state is smaller than 10us, then we
can be sure that the exit latency of CEDE(0) cannot be more than
From: "Gautham R. Shenoy"
The Extended CEDE state with latency-hint = 1 is only different from
normal CEDE (with latency-hint = 0) in that a CPU in Extended CEDE(1)
does not wakeup on timer events. Both CEDE and Extended CEDE(1) map to
the same hardware idle state. Since we already get SMT foldin
From: "Gautham R. Shenoy"
Hi,
On pseries Dedicated Linux LPARs, apart from the polling snooze idle
state, we currently have the CEDE idle state which cedes the CPU to
the hypervisor with latency-hint = 0.
However, the PowerVM hypervisor supports additional extended CEDE
states, which can be que
Fix sparse build warning:
lib/test_lockup.c:403:1: warning:
symbol '__pcpu_scope_test_works' was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: Wei Yongjun
---
lib/test_lockup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/test_lockup.c b/
On Wed, Jun 17, 2020 at 8:05 PM Drew Fustini wrote:
> Use the correct the function name in the documentation for
> "pcs_parse_one_pinctrl_entry()".
>
> "smux_parse_one_pinctrl_entry()" appears to be an artifact from the
> development of a prior patch series ("simple pinmux driver") which
> transf
sparse report warning as follows:
drivers/dax/kmem.c:22:5: warning:
symbol 'dev_dax_kmem_probe' was not declared. Should it be static?
dev_dax_kmem_probe() is not used outside of kmem.c, so marks
it static.
Signed-off-by: Wei Yongjun
---
drivers/dax/kmem.c | 2 +-
1 file changed, 1 insertion(
On 07.07.20 10:44, Pierre Morel wrote:
> S390, protecting the guest memory against unauthorized host access
> needs to enforce VIRTIO I/O device protection through the use of
> VIRTIO_F_VERSION_1 and VIRTIO_F_IOMMU_PLATFORM.
>
> Signed-off-by: Pierre Morel
> ---
> arch/s390/kernel/uv.c | 25 +
On Tue, Jul 07, 2020 at 11:46:33AM +0200, Cornelia Huck wrote:
> On Tue, 7 Jul 2020 10:44:37 +0200
> Pierre Morel wrote:
>
> > S390, protecting the guest memory against unauthorized host access
> > needs to enforce VIRTIO I/O device protection through the use of
> > VIRTIO_F_VERSION_1 and VIRTIO
On Thu, Jun 18, 2020 at 4:59 AM Hyeonki Hong wrote:
> If a GPIO bank has greater than 16 pins, PAD_DS_REG is split into two
> or more registers. However, when register and bit were calculated, the
> first register defined in the bank was used, and the bit was calculated
> based on the first pin.
On Sun, Jun 07, 2020 at 05:31:33PM +0800, Dinghao Liu wrote:
> pm_runtime_get_sync() increments the runtime PM usage counter even
> the call returns an error code. Thus a corresponding decrement is
> needed on the error handling path to keep the counter balanced.
>
> Signed-off-by: Dinghao Liu
>
On 2020-07-07 13:12, Christian Borntraeger wrote:
On 07.07.20 10:44, Pierre Morel wrote:
S390, protecting the guest memory against unauthorized host access
needs to enforce VIRTIO I/O device protection through the use of
VIRTIO_F_VERSION_1 and VIRTIO_F_IOMMU_PLATFORM.
Signed-off-by: Pierre
On 2020-07-07 13:09, Christian Borntraeger wrote:
On 07.07.20 11:26, Cornelia Huck wrote:
On Tue, 7 Jul 2020 10:44:36 +0200
Pierre Morel wrote:
An architecture may need to validate the VIRTIO devices features
based on architecture specificities.
s/specifities/specifics/
yes
Sig
On Tue 07-07-20 16:44:41, Joonsoo Kim wrote:
> From: Joonsoo Kim
>
> There is no difference between two migration callback functions,
> alloc_huge_page_node() and alloc_huge_page_nodemask(), except
> __GFP_THISNODE handling. It's redundant to have two almost similar
> functions in order to handle
On Tue, 7 Jul 2020 12:38:17 +0200
Pierre Morel wrote:
>
>
> On 2020-07-07 11:46, Cornelia Huck wrote:
> > On Tue, 7 Jul 2020 10:44:37 +0200
> > Pierre Morel wrote:
> >
> >> S390, protecting the guest memory against unauthorized host access
> >> needs to enforce VIRTIO I/O device protection t
On 2020-07-07 13:14, Michael S. Tsirkin wrote:
On Tue, Jul 07, 2020 at 11:46:33AM +0200, Cornelia Huck wrote:
On Tue, 7 Jul 2020 10:44:37 +0200
Pierre Morel wrote:
S390, protecting the guest memory against unauthorized host access
needs to enforce VIRTIO I/O device protection through the
Previously, once we update one block in segment, we will update mtime of
segment to last time, making aged segment becoming freshest, result in
that GC with cost benefit algorithm missing such segment, So this patch
changes to record mtime as average block updating time instead of last
updating tim
Don't let f2fs inner GC ruins original aging degree of segment.
Signed-off-by: Chao Yu
---
fs/f2fs/data.c| 2 +-
fs/f2fs/f2fs.h| 5 +++--
fs/f2fs/gc.c | 4 ++--
fs/f2fs/segment.c | 55 ---
4 files changed, 49 insertions(+), 17 deletions
There are several issues in current background GC algorithm:
- valid blocks is one of key factors during cost overhead calculation,
so if segment has less valid block, however even its age is young or
it locates hot segment, CB algorithm will still choose the segment as
victim, it's not appropriate
On Tue, Jul 07, 2020 at 12:53:38PM +0200, Adrian Fiergolski wrote:
> On 06.07.2020 18:18, Mark Brown wrote:
> > On Mon, Jul 06, 2020 at 11:22:43AM +0200, Adrian Fiergolski wrote:
> > this. Perhaps this needs to be a library for devices that can daisy
> > chain? It does feel like the instances sh
then, we can add specified entry into rb-tree with 64-bits segment time
as key.
Signed-off-by: Chao Yu
---
fs/f2fs/extent_cache.c | 37 +++--
fs/f2fs/f2fs.h | 15 ---
fs/f2fs/segment.c | 4 ++--
3 files changed, 49 insertions(+), 7 deleti
Previous implementation of aligned pinfile allocation will:
- allocate new segment on cold data log no matter whether last used
segment is partially used or not, it makes IOs more random;
- force concurrent cold data/GCed IO going into warm data area, it
can make a bad effect on hot/cold data separ
This patch series introduce a new garbage collection algorithm named ATGC
(Age Threshold based Garbage Collection) in order to enhance efficiency and
effect of background garbage collection.
ATGC algorithm tries to fliter few oldest candidates according to defined
age threshold, it selects source
On 7/7/20 9:44 AM, js1...@gmail.com wrote:
> From: Joonsoo Kim
>
> new_non_cma_page() in gup.c which try to allocate migration target page
> requires to allocate the new page that is not on the CMA area.
> new_non_cma_page() implements it by removing __GFP_MOVABLE flag. This way
> works well for
On Mon, Jul 06, 2020 at 08:25:34AM +0800, Lu Baolu wrote:
> A pasid might be bound to a page table from a VM guest via the iommu
> ops.sva_bind_gpasid. In this case, when a DMA page fault is detected
> on the physical IOMMU, we need to inject the page fault request into
> the guest. After the guest
Hi Michael, Stephen, Matthias and all,
gentle ping for this patch set
If no new comments, I would like to send a newer version for the series.
patch set:
https://lkml.org/lkml/2020/7/2/497
Thanks
Hanks Chen
On Thu, 2020-07-02 at 20:57 +0800, Hanks Chen wrote:
> *** BLURB HERE ***
>
> Andy T
On Tue, Jul 7, 2020 at 4:37 AM Kees Cook wrote:
>
> On Tue, Jul 07, 2020 at 01:40:45AM +0200, Matteo Croce wrote:
> > From: Matteo Croce
> >
> > When building a kernel with CONFIG_PSTORE=y and CONFIG_CRYPTO not set,
> > a build error happens:
> >
> > ld: fs/pstore/platform.o: in function `pst
don't mask possible_crtcs if remote-point is disabled.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/drm_of.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm/drm_of.c
index fdb05fbf72a0..565f05f5f11b 100644
--- a/drivers/gpu/drm/drm_of.c
+++ b/d
On Wed, Jul 1, 2020 at 1:28 PM Zhihao Cheng wrote:
>
> There is a potential space leak problem while linking tmpfile, in which
> case, inode node (with nlink=0) is valid in tnc (on flash), which leads
> to space leak. Meanwhile, the corresponding data nodes won't be released
> from tnc. For exampl
On Fri, Jun 12, 2020 at 11:30 AM Petr Mladek wrote:
>
> On Thu 2020-06-11 16:59:21, Ilias Stamatis wrote:
> > Originally kthread_create_on_cpu() parked and woke up the new thread.
> > However, since commit a65d40961dc7 ("kthread/smpboot: do not park in
> > kthread_create_on_cpu()") this is no long
On Tue 07-07-20 16:44:42, Joonsoo Kim wrote:
> From: Joonsoo Kim
>
> new_non_cma_page() in gup.c which try to allocate migration target page
> requires to allocate the new page that is not on the CMA area.
> new_non_cma_page() implements it by removing __GFP_MOVABLE flag. This way
> works well f
On 07/07/20 10:34, Qais Yousef wrote:
> On 07/06/20 16:49, Valentin Schneider wrote:
>>
>> On 06/07/20 15:28, Qais Yousef wrote:
>> > CC: linux-fsde...@vger.kernel.org
>> > ---
>> >
>> > Peter
>> >
>> > I didn't do the
>> >
>> > read_lock(&taslist_lock);
>> > smp_mb__after_spinlock();
On Tue, Jul 7, 2020 at 3:08 PM Jürgen Groß wrote:
>
> On 06.07.20 20:16, Souptick Joarder wrote:
> > pages need to be marked as dirty before unpinned it in
> > unlock_pages() which was oversight. This is fixed now.
> >
> > Signed-off-by: Souptick Joarder
> > Suggested-by: John Hubbard
> > Cc: Jo
On Mon, 2020-07-06 at 23:11 -0700, Sean Christopherson wrote:
> On Sun, Jul 05, 2020 at 12:40:25PM +0300, Maxim Levitsky wrote:
> > > Rather than compute the mask every time, it can be computed once on module
> > > load and stashed in a global. Note, there's a RFC series[*] to support
> > > reprob
On Wed, Jun 03, 2020 at 01:16:01AM +0800, Dejin Zheng wrote:
> Use devm_platform_ioremap_resource_byname() to simplify codes.
> it contains platform_get_resource_byname() and devm_ioremap_resource().
>
> Signed-off-by: Dejin Zheng
> ---
> v1 -> v2:
> - Discard changes to the file drivers/pc
On Thu, Jun 18, 2020 at 1:34 PM Hanks Chen wrote:
> for virtual gpios, they should not do reg setting and
> should behave as expected for eint function.
>
> Signed-off-by: Hanks Chen
> Signed-off-by: Mars Cheng
Sean if you're OK with this patch I can just apply it separately.
Yours,
Linus Wal
On 07.07.20 07:59, Jia He wrote:
> When check_memblock_offlined_cb() returns failed rc(e.g. the memblock is
> online at that time), mem_hotplug_begin/done is unpaired in such case.
>
> Therefore a warning:
> Call Trace:
> percpu_up_write+0x33/0x40
> try_remove_memory+0x66/0x120
> ? _cond_re
* Mathieu Desnoyers:
> Those are very good points. One possibility we have would be to let
> glibc do the rseq registration without the RSEQ_FLAG_RELIABLE_CPU_ID
> flag. On kernels with the bug present, the cpu_id field is still good
> enough for typical uses of sched_getcpu() which does not appea
Hi,
On Tue, Jul 07, 2020 at 04:41:34PM +0530, Gautham R. Shenoy wrote:
> From: "Gautham R. Shenoy"
>
> Hi,
>
>
>
>
> Gautham R. Shenoy (5):
> cpuidle-pseries: Set the latency-hint before entering CEDE
> cpuidle-pseries: Add function to parse extended CEDE records
> cpuidle-pseries : Fi
On 7/6/20 6:27 PM, Jiri Olsa wrote:
> On Fri, Jul 03, 2020 at 11:50:28AM +0530, kajoljain wrote:
>
> SNIP
>
>> ]
>> diff --git a/tools/perf/pmu-events/jevents.c
>> b/tools/perf/pmu-events/jevents.c
>> index fa86c5f997cc..dd2b14cc147c 100644
>> --- a/tools/perf/pmu-events/jevents.c
>> +++ b/t
Jens,
Am Do., 18. Juni 2020 um 16:47 Uhr schrieb Jens Axboe :
> Normally waiting for a page to become unlocked, or locking the page,
> requires waiting for IO to complete. Add support for lock_page_async()
> and wait_on_page_locked_async(), which are callback based instead. This
> allows a caller
Am Dienstag, 7. Juli 2020, 13:25:26 CEST schrieb Sandy Huang:
> don't mask possible_crtcs if remote-point is disabled.
>
> Signed-off-by: Sandy Huang
Reviewed-by: Heiko Stuebner
I guess this could've benefitted from a "changelog":
changes in v2:
- drop additional of_node_put, as ep will be pu
On 2020-06-26 21:04, Jordan Crouse wrote:
Allow a io-pgtable implementation to skip TLB operations by checking for
NULL pointers in the helper functions. It will be up to to the owner
of the io-pgtable instance to make sure that they independently handle
the TLB correctly.
I don't really unders
On Tue, Jul 7, 2020 at 1:31 PM Linus Walleij wrote:
> On Thu, Jun 18, 2020 at 1:34 PM Hanks Chen wrote:
>
> > for virtual gpios, they should not do reg setting and
> > should behave as expected for eint function.
> >
> > Signed-off-by: Hanks Chen
> > Signed-off-by: Mars Cheng
>
> Sean if you're
On 07.07.20 07:59, Jia He wrote:
> Previously, numa_off is set unconditionally at the end of dummy_numa_init(),
> even with a fake numa node. Then ACPI detects node id as NUMA_NO_NODE(-1) in
> acpi_map_pxm_to_node() because it regards numa_off as turning off the numa
> node. Hence dev_dax->target_n
On Thu, Jun 18, 2020 at 1:34 PM Hanks Chen wrote:
> add driver setting to support mt6779 eint
>
> Acked-by: Sean Wang
> Signed-off-by: Hanks Chen
> Signed-off-by: Mars Cheng
Patch applied.
Yours,
Linus Walleij
On Tue, 2020-07-07 at 01:14 -0700, Sean Christopherson wrote:
> Aren't you supposed to be on vacation? :-)
>
> On Tue, Jul 07, 2020 at 10:04:22AM +0200, Paolo Bonzini wrote:
> > On 07/07/20 08:11, Sean Christopherson wrote:
> > > One oddity with this whole thing is that by passing through the MSR,
On 07.07.20 07:59, Jia He wrote:
> This exports memory_add_physaddr_to_nid() for module driver to use.
>
> memory_add_physaddr_to_nid() is a fallback option to get the nid in case
> NUMA_NO_NID is detected.
>
> Suggested-by: David Hildenbrand
> Signed-off-by: Jia He
> ---
> arch/arm64/mm/numa.
On 2020-06-26 21:04, Jordan Crouse wrote:
Add support to create a io-pgtable for use by targets that support
per-instance pagetables. In order to support per-instance pagetables the
GPU SMMU device needs to have the qcom,adreno-smmu compatible string and
split pagetables and auxiliary domains ne
On Tue, Jul 07, 2020 at 09:59:08AM +, Anand Moon wrote:
> Instead of a busy waiting loop while loop using udelay
You doubled "loop".
> use readl_poll_timeout function to check the condition
> is met or timeout occurs in crport_handshake function.
Still you did not mention that you convert th
On Thu, Jun 18, 2020 at 1:34 PM Hanks Chen wrote:
> This adds MT6779 pinctrl driver based on MediaTek pinctrl-paris core.
>
> Acked-by: Sean Wang
> Signed-off-by: Hanks Chen
> Signed-off-by: Mars Cheng
> Signed-off-by: Andy Teng
Patch applied.
Yours,
Linus Walleij
Am Mi., 24. Juni 2020 um 18:48 Uhr schrieb Jens Axboe :
>
> On 6/24/20 10:41 AM, Matthew Wilcox wrote:
> > On Wed, Jun 24, 2020 at 09:35:19AM -0600, Jens Axboe wrote:
> >> On 6/24/20 9:00 AM, Jens Axboe wrote:
> >>> On 6/23/20 7:46 PM, Matthew Wilcox wrote:
> I'd be quite happy to add a gfp_t
On Thu, Jun 18, 2020 at 1:34 PM Hanks Chen wrote:
> Add devicetree bindings for Mediatek mt6779 SoC Pin Controller.
>
> Acked-by: Sean Wang
> Signed-off-by: Hanks Chen
> Signed-off-by: Mars Cheng
> Signed-off-by: Andy Teng
Patch applied.
Yours,
Linus Walleij
> fcoe_fdmi_info() misses to call kfree() in an error path.
> Add the missed function call to fix it.
I suggest to use an additional jump target for the completion
of the desired exception handling.
…
> +++ b/drivers/scsi/fcoe/fcoe.c
> @@ -830,6 +830,7 @@ static void fcoe_fdmi_info(struct fc_lpo
On Tue, Jul 7, 2020 at 3:05 PM Jürgen Groß wrote:
>
> On 06.07.20 20:16, Souptick Joarder wrote:
> > Previously, if lock_pages() end up partially mapping pages, it used
> > to return -ERRNO due to which unlock_pages() have to go through
> > each pages[i] till *nr_pages* to validate them. This can
On 06/07/20 15:28, Qais Yousef wrote:
> RT tasks by default run at the highest capacity/performance level. When
> uclamp is selected this default behavior is retained by enforcing the
> requested uclamp.min (p->uclamp_req[UCLAMP_MIN]) of the RT tasks to be
> uclamp_none(UCLAMP_MAX), which is SCHE
1 - 100 of 1792 matches
Mail list logo
