On Tue, Jul 14, 2020 at 09:06:44PM +1200, Chris Packham wrote:
> Sphinx complains
>
> Documentation/filesystems/proc.rst:2194: WARNING: Inconsistent literal
> block quoting.
>
> Update the command line snippets to be properly formed literal blocks.
>
> Signed-off-by: Chris Packham
Acked-by:
* Mathieu Desnoyers:
> + /*
> + * Very last field of the structure, to calculate size excluding padding
> + * with offsetof().
> + */
> + char end[];
> } __attribute__((aligned(4 * sizeof(__u64;
This makes the header incompatible with standard C++.
How are extensions
Hi Avri,
On Tue, 2020-07-14 at 09:29 +, Avri Altman wrote:
> > > > > > +cleanup:
> > > > > > + spin_lock_irqsave(host->host_lock, flags);
> > > > > > + if (!test_bit(tag, &hba->outstanding_reqs)) {
> > > Is this needed? it was already checked in line 6439.
> > >
> >
> > I am worr
On 14/07/20 2:40 pm, Petr Mladek wrote:
> With procfs v3.3.16, the sysctl command doesn't print the set key and
> value on error. This change breaks livepatch selftest test-ftrace.sh,
> that tests the interaction of sysctl ftrace_enabled:
>
> Make it work with all sysctl versions using '-q' optio
On 7/14/20 11:57 AM, Wei Yang wrote:
> On Tue, Jul 14, 2020 at 11:22:03AM +0200, Vlastimil Babka wrote:
>>On 7/14/20 11:13 AM, Vlastimil Babka wrote:
>>> On 7/14/20 9:34 AM, Wei Yang wrote:
The second parameter of for_each_node_mask_to_[alloc|free] is a loop
variant, which is not used out
Hi all,
Changes since 20200713:
My fixes tree contains:
dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning")
b236d81d9e4f ("powerpc/boot/dts: Fix dtc "pciex" warnings")
The kbuild tree lost its build failure.
The net-next tree lost its build failure.
The bpf-next tree gained a b
Den man. 13. jul. 2020 kl. 04.52 skrev Shawn Guo :
>
> On Mon, Jun 29, 2020 at 01:49:26PM +0200, Bruno Thomsen wrote:
> > +&fec1 {
> > + pinctrl-names = "default";
> > + pinctrl-0 = <&pinctrl_enet1>;
> > + phy-mode = "rmii";
> > + phy-reset-gpios = <&gpio7 15 GPIO_ACTIVE_LOW>;
> > +
From: Bolarinwa Olayemi Saheed
On failure pcie_capability_read_dword() sets it's last parameter,
val to 0.
However, with Patch 14/14, it is possible that val is set to ~0 on
failure. This would introduce a bug because (x & x) == (~0 & x).
This bug can be avoided if the return value of pcie_capab
From: Bolarinwa Olayemi Saheed
On failure pcie_capability_read_dword() sets it's last parameter,
val to 0. In this case dn and up will be 0, so aspm_hw_l1_supported()
will return false.
However, with Patch 14/14, it is possible that val is set to ~0 on
failure. This would introduce a bug because
From: Bolarinwa Olayemi Saheed
On failure pcie_capability_read_dword() sets it's last parameter,
val to 0.
However, with Patch 14/14, it is possible that val is set to ~0 on
failure. This would introduce a bug because (x & x) == (~0 & x).
This bug can be avoided if the return value of pcie_capab
From: Bolarinwa Olayemi Saheed
v4 CHANGES:
- Remove unnecessary boolean conversion
- fix bugs introduced by previous version in PATCH 11/14
v3 CHANGES:
- Split previous PATCH 6/13 into two : PATCH 6/14 and PATCH 7/14
- Fix commit message of PATCH 5/14
- Update Patch numbering and Commit messages
On Tue, Jul 14, 2020 at 09:22:39AM +0200, Geert Uytterhoeven wrote:
> On Mon, Jul 13, 2020 at 7:37 PM Jonathan Corbet wrote:
> > On Fri, 10 Jul 2020 08:20:19 +0200
> > "Alexander A. Klimov" wrote:
> > > Documentation/openrisc/openrisc_port.rst | 2 +-
> > > 1 file changed, 1 insertion(+), 1 dele
On 13/07/2020 15:32, Suraj Upadhyay wrote:
The legacy API wrappers in include/linux/pci-dma-compat.h
should go away as it creates unnecessary midlayering
for include/linux/dma-mapping.h APIs, instead use dma-mapping.h
APIs directly.
The patch has been generated with the coccinelle script below
a
On 2020-07-14 11:56, Jarkko Sakkinen wrote:
> On Tue, Jul 14, 2020 at 09:30:03AM +0200, Jethro Beekman wrote:
>> On 2020-07-07 05:37, Jarkko Sakkinen wrote:
>>> From: Sean Christopherson
>>>
>>> An SGX runtime must be aware of the exceptions, which happen inside an
>>> enclave. Introduce a vDSO ca
On Tue, Jun 30, 2020 at 01:08:03AM -0400, Qian Cai wrote:
> Even after applied the compling fix,
>
> https://lore.kernel.org/linux-mm/20200628065409.GA546944@u2004/
>
> madvise(MADV_SOFT_OFFLINE) will fail with EIO with hugetlb where it
> would succeed without this series. Steps:
>
> # git clone
Hi Will,
> From: Will Deacon
> Sent: Monday, July 13, 2020 9:15 PM
>
> On Sun, Jul 12, 2020 at 04:20:58AM -0700, Liu Yi L wrote:
> > This patch is added as instead of returning a boolean for
> > DOMAIN_ATTR_NESTING,
> > iommu_domain_get_attr() should return an iommu_nesting_info handle.
> >
> >
From: Dikshita Agarwal
Move all data specific to platform into a separate file.
Signed-off-by: Dikshita Agarwal
---
drivers/media/platform/qcom/venus/Makefile | 3 +-
drivers/media/platform/qcom/venus/core.c | 20 ++-
drivers/media/platform/qcom/venus/core.h | 12 +--
On Tue, Jul 14, 2020 at 11:46:12AM +0200, Vlastimil Babka wrote:
> On 7/13/20 3:57 AM, Robbie Ko wrote:
> >
> > Vlastimil Babka 於 2020/7/10 下午11:31 寫道:
> >> On 7/9/20 4:48 AM, robbieko wrote:
> >>> From: Robbie Ko
> >>>
> >>> When a migrate page occurs, we first create a migration entry
> >>> to
On 07/13, Daniel Vetter wrote:
> On Fri, Jul 10, 2020 at 02:05:33PM -0300, Melissa Wen wrote:
> > On 07/02, Daniel Vetter wrote:
> > > On Wed, Jul 01, 2020 at 03:31:34PM +, Sidong Yang wrote:
> > > > there is an error when igt test is run continuously.
> > > > vkms_atomic_commit_tail()
> > > >
From: Marian-Cristian Rotariu
Add support for RZ/G2H (R8A774E1) SoC IPMMUs.
Signed-off-by: Marian-Cristian Rotariu
Signed-off-by: Lad Prabhakar
---
drivers/iommu/ipmmu-vmsa.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
inde
Add an entry for r8a77961 in soc_rcar_gen3[] list so that we dont
enable iommu unconditionally.
Fixes: 17fe161816398 ("iommu/renesas: Add support for r8a77961")
Signed-off-by: Lad Prabhakar
---
drivers/iommu/ipmmu-vmsa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/ipmmu-vms
Hi All,
Patch 1/2 was posted as part of series [1] as pointed out by Geert we need to
have an entry in both the lists soc_rcar_gen3 and soc_rcar_gen3_whitelist to
enable iommu unconditionally, this is now fixed in patch 1/2, also note the DT
binding documentation for R8A774E1 is part of [1]. Where
On Tue, Jul 14, 2020 at 9:40 AM Anton Ivanov
wrote:
>
>
> On 04/07/2020 09:52, Ignat Korchagin wrote:
> > musl toolchain and headers are a bit more strict. These fixes enable
> > building
> > UML with musl as well as seem not to break on glibc.
> >
> > Signed-off-by: Ignat Korchagin
> > ---
> >
It is possible to turn the motor on/off just by enabling/disabling
the vcc-supply. Change the binding to require either enable-gpios
or vcc-supply or both.
Signed-off-by: Ondrej Jirman
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/input/gpio-vibrator.yaml | 7 ++-
1 file ch
Vibrator motor is weak at the current voltage. Increase the voltage.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts
b/arch/arm/boot/dts/sun8i-a83t-tbs-a7
The board has a vibrator motor. Hook it to the input subsystem.
According to the PMIC specification, LDO needs to be enabled (value 0b11)
to achieve the specified max driving current of 150mA. We can't drive
the motor with just GPIO mode.
In GPIO mode the chip is probably just using the regular C
The tablet has a vibrator motor. This patch series exposes it via
input subsystem (EV_FF).
I'd like to ask input maintainers to take the patches 1 and 2.
Patches 3 and 4 should go via the sunxi tree.
The change to the vibrator driver is meant to enable toggling the
vibrator motor just via a power
Make enable-gpio optional to allow using this driver with boards that
have vibrator connected to a power supply without intermediate gpio
based enable circuitry.
Also avoid a case where neither regulator nor enable gpio is specified,
and bail out in probe in such a case.
Signed-off-by: Ondrej Jir
Hi Will,
On 14.07.2020 10:19, Will Deacon wrote:
Hi Tomasz,
On Thu, Jul 02, 2020 at 10:16:29PM +0200, Tomasz Nowicki wrote:
There were already two versions of series to support SMMU for AP806,
including workaround for accessing ARM SMMU 64bit registers.
First [1] by Hanna Hawa and second [2] b
On 2020/07/14 16:22, Bartlomiej Zolnierkiewicz wrote:
> How does this patch relate to:
>
> https://marc.info/?l=linux-fbdev&m=159415024816722&w=2
>
> ?
>
> It seems to address the same issue, I've added George and Dan to Cc:.
George Kennedy's patch does not help for my case.
You can try
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git
locking/core
branch HEAD: f9ad4a5f3f20bee022b1bdde94e5ece6dc0b0edc lockdep: Remove
lockdep_hardirq{s_enabled,_context}() argument
elapsed time: 5764m
configs tested: 163
configs skipped: 6
The following configs hav
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.07.09b
branch HEAD: 31549a4b6f5ca1b4235038d12937f19c0965b0ff squash! kernel/smp:
Provide CSD lock timeout diagnostics
elapsed time: 5004m
configs tested: 120
configs skipped: 3
The following configs
Hi Jiri,
On Tue, 14 Jul 2020 11:00:48 +0200 Jiri Olsa wrote:
>
> On Tue, Jul 14, 2020 at 12:16:08PM +1000, Stephen Rothwell wrote:
> >
> > After merging the bpf-next tree, today's linux-next build (powerpc
> > ppc64_defconfig) produced this warning:
> >
> > ld: warning: orphan section `.BTF_ids
On Fri, Jul 10, 2020 at 02:56:03PM +, qiao mnlife wrote:
>
> From: mnlife
> Sent: Friday, July 10, 2020 10:45:42 PM
> To: mnlife.q...@gmail.com
> Cc: mnlife
> Subject: [PATCH] When snd_soc_card_jack_new is not called or the call fails,
> calling this functio
On Fri, Jul 10, 2020 at 05:44:20PM +0800, Zhenyu Ye wrote:
> +#define __TLBI_RANGE_PAGES(num, scale) (((num) + 1) << (5 * (scale) +
> 1))
> +#define MAX_TLBI_RANGE_PAGES __TLBI_RANGE_PAGES(31, 3)
> +
> +#define TLBI_RANGE_MASK GENMASK_ULL(4, 0)
> +#define __TLBI_
On Tue, Jul 14, 2020 at 7:20 AM Melissa Wen wrote:
>
> On 07/13, Daniel Vetter wrote:
> > On Fri, Jul 10, 2020 at 02:05:33PM -0300, Melissa Wen wrote:
> > > On 07/02, Daniel Vetter wrote:
> > > > On Wed, Jul 01, 2020 at 03:31:34PM +, Sidong Yang wrote:
> > > > > there is an error when igt test
On Tue, Jul 14, 2020 at 12:33 PM Hans de Goede wrote:
> On 7/14/20 10:27 AM, Andy Shevchenko wrote:
> > On Tue, Jul 14, 2020 at 11:21 AM Andy Shevchenko
> > wrote:
> >> On Tue, Jul 14, 2020 at 11:15 AM Hans de Goede wrote:
> >>>
> >>> Commit 35d13c7a0512 ("platform/x86: thinkpad_acpi: Use strndu
ig
powerpc allyesconfig
powerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a001-20200714
i386 randconfig-a005-20200714
i386 randconfig-a002-202
On 14/07/2020 11:23, Ignat Korchagin wrote:
On Tue, Jul 14, 2020 at 9:40 AM Anton Ivanov
wrote:
On 04/07/2020 09:52, Ignat Korchagin wrote:
musl toolchain and headers are a bit more strict. These fixes enable building
UML with musl as well as seem not to break on glibc.
Signed-off-by: Ig
Hi,
On 7/14/2020 3:47 AM, Doug Anderson wrote:
Hi,
On Mon, Jun 22, 2020 at 2:32 AM Maulik Shah wrote:
Add irqchip specific flags for msmgpio irqchip to mask non wakeirqs
during suspend and mask before setting irq type.
Masking before changing type should make sure any spurious interrupt
is n
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
branch HEAD: bccf9048549afe54b3c6bc8979ebfddea748da85 Merge branch
'locking/core'
Warning in current branch:
arch/x86/kernel/process.c:548 __speculation_ctrl_update() warn: ignoring
unreachable code.
arch/x86/kern
Hello Jonathan,
On Sat, Jul 04, 2020 at 05:29:16PM +0100, Jonathan Cameron wrote:
> On Fri, 3 Jul 2020 21:44:05 +0200
> Ondrej Jirman wrote:
>
> > From: Icenowy Zheng
> >
> > The STK3311 chip has a variant called STK3311-X, which has a different
> > chip id of 0x12.
> >
> > Add the chip id t
On Tue, Jul 14, 2020 at 08:33:41PM +1000, Stephen Rothwell wrote:
SNIP
> > diff --git a/tools/bpf/resolve_btfids/Makefile
> > b/tools/bpf/resolve_btfids/Makefile
> > index 948378ca73d4..a88cd4426398 100644
> > --- a/tools/bpf/resolve_btfids/Makefile
> > +++ b/tools/bpf/resolve_btfids/Makefile
>
On Tue, Jul 14, 2020 at 11:34 AM Sedat Dilek wrote:
>
> On Tue, Jul 14, 2020 at 12:40 AM Jian Cai wrote:
> >
> > Clang's integrated assembler does not allow symbols with non-absolute
> > values to be reassigned. This patch allows the affected code to be
> > compatible with IAS.
> >
> > Link: http
I found a project which uses hidraw to communicate with the device.
Because I do not want to break any existing userspace code, I
changed this to a hid driver, so hidraw can still be used.
Do I need to include the hid maintainers for the undo in hid-quirks?
Signed-off-by: Marius Zachmann
---
dri
Hello,
syzbot found the following crash on:
HEAD commit:be978f8f Add linux-next specific files for 20200713
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=13c5468b10
kernel config: https://syzkaller.appspot.com/x/.config?x=f90bd54d8a9a6104
dashboard
On Mon, Jul 13, 2020 at 07:38:14PM -0500, Bjorn Helgaas wrote:
> On Mon, Jul 13, 2020 at 12:01:51PM +0200, Hans Verkuil wrote:
> > On 29/06/2020 09:36, Vaibhav Gupta wrote:
> >
> > I don't entirely understand this. Wouldn't it be sufficient to just
> > drop the .suspend/.resume assignments here? I
Hi Doug,
On 2020-07-13 16:26, Douglas Anderson wrote:
Depending on how you look at it, you can either say that:
a) There is a PDC hardware issue (with the specific IP rev that exists
on sc7180) that causes the PDC not to work properly when configured
to handle dual edges.
b) The dual edge
Hi,
On 7/14/2020 3:46 AM, Doug Anderson wrote:
Hi,
On Mon, Jun 22, 2020 at 2:33 AM Maulik Shah wrote:
Remove irq_disable callback to allow lazy disable for pdc interrupts.
Add irq_set_wake callback that unmask interrupt in HW when drivers
mark interrupt for wakeup. Interrupt will be cleared
From: Liao Pingfang
Remove superfluous breaks, as there is a "return" before them.
Signed-off-by: Liao Pingfang
Signed-off-by: Yi Wang
---
drivers/scsi/ppa.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/scsi/ppa.c b/drivers/scsi/ppa.c
index a406cc8..0ae800c 100644
--- a/drive
From: Liao Pingfang
Remove superfluous breaks, as there is a "return" before them.
Signed-off-by: Liao Pingfang
Signed-off-by: Yi Wang
---
drivers/scsi/imm.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/scsi/imm.c b/drivers/scsi/imm.c
index 2519fb7..1459b14 100644
--- a/drive
From: Liao Pingfang
Remove the superfuous break, as there is a 'return' before it.
Signed-off-by: Liao Pingfang
Signed-off-by: Yi Wang
---
ipc/shm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/ipc/shm.c b/ipc/shm.c
index 0a6dd94..fbf369fa 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -1381
On Thu, 2 Jul 2020, Josh Poimboeuf wrote:
> On Tue, Jun 23, 2020 at 08:06:07AM -0700, Randy Dunlap wrote:
> > On 6/22/20 11:28 PM, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Changes since 20200622:
> > >
> >
> > on x86_64:
> >
> > arch/x86/kernel/cpu/mce/core.o: warning: objtool: mce_ti
From: Liao Pingfang
Remove the superfuous break, as there is a 'return' before it.
Signed-off-by: Liao Pingfang
Signed-off-by: Yi Wang
---
fs/cifs/sess.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/cifs/sess.c b/fs/cifs/sess.c
index 5d05bd2..6708ab0 100644
--- a/fs/cifs/sess.c
+++ b
Get the correct value of ic_type for old and new firmware.
Add page sizes 128, 512 bytes for update firmware flow.
Signed-off-by: Jingle Wu
---
drivers/input/mouse/elan_i2c.h | 7 +-
drivers/input/mouse/elan_i2c_core.c | 46 ++-
drivers/input/mouse/elan_i2c_i2c.c | 115 ++
Hi all,
in preparation for eventually phasing out direct use of set_fs(), this
series removes the segment_eq() arch helper that is only used to
implement or duplicate the uaccess_kernel() API, and then adds
descriptive helpers to force the kernel address limit.
Changes since v1:
- drop to incor
Add ic type 0x11, 0x13, 0x14 page sizes for update firmware.
Signed-off-by: Jingle Wu .
---
drivers/input/mouse/elan_i2c_core.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/input/mouse/elan_i2c_core.c
b/drivers/input/mouse/elan_i2c_core.c
index 3f9354baac4b..e90beada0ecf
Hi all,
In commit
ad96bc27032c ("brcmfmac: initialize the requested dwell time")
Fixes tag
Fixes: 4905432b28b7 ("brcmfmac: Fix P2P Group Formation failure via Go-neg
method")
has these problem(s):
- Target SHA1 does not exist
Maybe you meant
Fixes: 9c29da3f4e7e ("brcmfmac: Fix P2P G
Use the uaccess_kernel helper instead of duplicating it.
Signed-off-by: Christoph Hellwig
---
include/linux/syscalls.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h
index b951a87da9877c..e933a43d4a69ac 100644
--- a/include
On Mon, Jul 13, 2020 at 03:51:52PM -0300, Arnaldo Carvalho de Melo wrote:
> > > diff --git a/kernel/events/core.c b/kernel/events/core.c
> > > index 856d98c36f56..a2397f724c10 100644
> > > --- a/kernel/events/core.c
> > > +++ b/kernel/events/core.c
> > > @@ -11595,7 +11595,7 @@ SYSCALL_DEFINE5(per
The size used when calling 'pci_alloc_consistent()' and
'pci_free_consistent()' should match.
Fix it and have it consistent with the corresponding call in 'rr_close()'.
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Christophe JAILLET
---
drivers/net/hippi/rrunner.c | 4 ++--
1 file ch
On Mon, Jul 13, 2020 at 12:55:43PM +0100, Robin Murphy wrote:
> On 2020-07-13 10:12, Claire Chang wrote:
>> The bounced DMA ops provide an implementation of DMA ops that bounce
>> streaming DMA in and out of a specially allocated region. Only the
>> operations relevant to streaming DMA are supporte
Use the uaccess_kernel helper instead of duplicating it.
Signed-off-by: Christoph Hellwig
Acked-by: Greentime Hu
---
arch/nds32/kernel/process.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/nds32/kernel/process.c b/arch/nds32/kernel/process.c
index 9712fd474f2ca3..f0
Hi,
On 7/14/2020 3:47 AM, Doug Anderson wrote:
Hi,
On Mon, Jun 22, 2020 at 2:33 AM Maulik Shah wrote:
Clear previous kernel's configuration during init by resetting
all interrupts in enable bank to zero.
Signed-off-by: Maulik Shah
---
drivers/irqchip/qcom-pdc.c | 13 +
1 file
On Mon, Jul 13, 2020 at 12:03:17AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
This is not a crash, but a WARN_ON_ONCE, someone really needs to fix
syzbot to report this correctly.
The fix should be queued up by the 9p maintainers.
>
> HEAD commit:a581387e Merge
To ensure TASK_SIZE is defined for USER_DS.
Signed-off-by: Christoph Hellwig
---
arch/riscv/include/asm/uaccess.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/riscv/include/asm/uaccess.h b/arch/riscv/include/asm/uaccess.h
index 8ce9d607b53dce..22de922d6ecb2f 100644
--- a/arch/riscv
On Mon, Jul 13, 2020 at 03:39:17PM +0200, Arnd Bergmann wrote:
> On Mon, Jul 13, 2020 at 3:07 PM Christoph Hellwig wrote:
> > On Fri, Jul 10, 2020 at 08:55:42PM -0700, Palmer Dabbelt wrote:
> > > +ssize_t copy_oldmem_page(unsigned long pfn, char *buf,
> > > + size_t csize, uns
segment_eq is only used to implement uaccess_kernel. Just open code
uaccess_kernel in the arch uaccess headers and remove one layer of
indirection.
Signed-off-by: Christoph Hellwig
Acked-by: Greentime Hu
Acked-by: Geert Uytterhoeven
---
arch/alpha/include/asm/uaccess.h | 2 +-
arch/arc/i
Add helpers to wrap the get_fs/set_fs magic for undoing any damange done
by set_fs(KERNEL_DS). There is no real functional benefit, but this
documents the intent of these calls better, and will allow stubbing the
functions out easily for kernels builds that do not allow address space
overrides in
On Tue, Jul 14, 2020 at 6:53 PM Mark Brown wrote:
>
> On Tue, Jul 14, 2020 at 03:13:26PM +0900, Masahiro Yamada wrote:
>
> > What do you mean by Reviewed-by ?
> > Do you expect this to go to the asoc tree?
>
> > I just thought the schema conversion
> > would go through the dt tree.
>
> No, binding
On 2020-07-14 06:42, Matthias Kaehlcke wrote:
On Thu, Jun 18, 2020 at 07:38:41PM +0530, Kalyan Thota wrote:
This change adds support to scale src clk and bandwidth as
per composition requirements.
Interconnect registration for bw has been moved to mdp
device node from mdss to facilitate the sca
Both exec and exit want to ensure that the uaccess routines actually do
access user pointers. Use the newly added force_uaccess_begin helper
instead of an open coded set_fs for that to prepare for kernel builds
where set_fs() does not exist.
Signed-off-by: Christoph Hellwig
---
fs/exec.c |
When using Clang's Integrated Assembler (LLVM_IAS=1) we fell over
ClangBuiltLinux (CBL) issue #1043 where Jian Cai provided a patch.
With Jian's patch applied another issue raised up when CONFIG_HYPERV=m.
It turned out that the conversion of vectors to IDTENTRY_SYSVEC in
case of CONFIG_HYPERV was
On Tue, 2020-07-14 at 11:41 +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The current checks will interpret a '+' character as special because
> they use regular expression matching. Escape the '+' character if it
> appears in a compatible string.
>
> Signed-off-by: Thierry Reding
Th
On Mon, Jul 13, 2020 at 1:13 PM Wei Liu wrote:
> > With both fixes applied I was able to build/assemble with a snapshot
> > version of LLVM/Clang from Debian/experimental.
>
> I think the issue found here is independent of the other. This patch
> shouldn't need to wait for the other to land.
>
>
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.
After these patches are applied, the build system no longer
complains about any W=0 nor W=1 level warnings in drivers/dma.
Hurrah!
Lee Jones (17):
No attempt has been made to document any of the demoted functions here.
Fixes the following W=1 kernel build warning(s):
drivers/dma/mmp_pdma.c:298: warning: Function parameter or member 'chan' not
described in 'start_pending_queue'
drivers/dma/mmp_pdma.c:393: warning: Function parameter or me
A couple of entries were missed, causing kerneldoc to complain.
Fixes the following W=1 kernel build warning(s):
drivers/dma/ep93xx_dma.c:183: warning: Function parameter or member
'slave_config' not described in 'ep93xx_dma_chan'
drivers/dma/ep93xx_dma.c:215: warning: Function parameter or me
Struct attribute names must be an exact match or the kerneldoc checker
gets confused.
Fixes the following W=1 kernel build warning(s):
drivers/dma/mediatek/mtk-hsdma.c:120: warning: Function parameter or member
'desc1' not described in 'mtk_hsdma_pdesc'
drivers/dma/mediatek/mtk-hsdma.c:120: wa
Fixes the following W=1 kernel build warning(s):
drivers/dma/of-dma.c:57: warning: Function parameter or member 'ofdma' not
described in 'of_dma_router_xlate'
drivers/dma/of-dma.c:57: warning: Excess function parameter 'of_dma'
description in 'of_dma_router_xlate'
drivers/dma/of-dma.c:107: wa
On Tue, Jul 14, 2020 at 12:47:02PM +0200, Jiri Olsa wrote:
> On Tue, Jul 14, 2020 at 08:33:41PM +1000, Stephen Rothwell wrote:
>
> SNIP
>
> > > diff --git a/tools/bpf/resolve_btfids/Makefile
> > > b/tools/bpf/resolve_btfids/Makefile
> > > index 948378ca73d4..a88cd4426398 100644
> > > --- a/tools
Fixes the following W=1 kernel build warning(s):
drivers/dma/imx-sdma.c:383: warning: Function parameter or member
'slave_config' not described in 'sdma_channel'
drivers/dma/imx-sdma.c:383: warning: Function parameter or member
'context_loaded' not described in 'sdma_channel'
drivers/dma/imx-
No attempt has been made to document any of the demoted functions here.
Fixes the following W=1 kernel build warning(s):
drivers/dma/sun4i-dma.c:321: warning: Function parameter or member 'priv' not
described in '__execute_vchan_pending'
drivers/dma/sun4i-dma.c:321: warning: Function parameter
Fixes the following W=1 kernel build warning(s):
drivers/dma/nbpfaxi.c:157: warning: Function parameter or member 'chan' not
described in 'nbpf_desc'
drivers/dma/nbpfaxi.c:220: warning: Function parameter or member 'tasklet' not
described in 'nbpf_channel'
drivers/dma/nbpfaxi.c:220: warning:
Also remove superfluous entry.
Fixes the following W=1 kernel build warning(s):
drivers/dma/iop-adma.c:418: warning: Function parameter or member 'chan' not
described in 'iop_adma_alloc_chan_resources'
Signed-off-by: Lee Jones
---
drivers/dma/iop-adma.c | 3 +--
1 file changed, 1 insertion(+
No 'struct' title is provided. Nor are any attribute descriptions.
Fixes the following W=1 kernel build warning(s):
drivers/dma/pl330.c:295: warning: cannot understand function prototype:
'struct pl330_reqcfg '
Cc: Philipp Zabel
Cc: Jaswinder Singh
Signed-off-by: Lee Jones
---
drivers/dma
Fixes the following W=1 kernel build warning(s):
drivers/dma/ste_dma40.c:398: warning: Function parameter or member 'dma_addr'
not described in 'd40_lcla_pool'
drivers/dma/ste_dma40.c:601: warning: Function parameter or member 'dma_parms'
not described in 'd40_base'
Cc: Per Forlin
Cc: Jonas
Kerneldoc formatting for attributes should be '@.*: '.
Fixes the following W=1 kernel build warning(s):
drivers/dma/fsl-qdma.c:154: warning: Function parameter or member 'data' not
described in 'fsl_qdma_format'
Cc: Wen He
Cc: Jiaheng Fan
Signed-off-by: Lee Jones
---
drivers/dma/fsl-qdma.c
Fix some misspelling/description issues, demote non-kerneldoc header
to standard comment block and provide a new description for
msgdma_desc_config()'s 'stride' parameter.
Fixes the following W=1 kernel build warning(s):
drivers/dma/altera-msgdma.c:163: warning: Function parameter or member 'nod
Fixes the following W=1 kernel build warning(s):
drivers/dma/at_hdmac.c:666: warning: Function parameter or member 'tx' not
described in 'atc_tx_submit'
drivers/dma/at_hdmac.c:666: warning: Excess function parameter 'desc'
description in 'atc_tx_submit'
drivers/dma/at_hdmac.c:1206: warning: F
On Mon, Jul 13, 2020 at 02:25:21PM +0800, Baolin Wang wrote:
> We've already validated the 'kato' in nvme_start_keep_alive(), thus no
> need to validate it again in nvme_start_ctrl(). Remove it.
Thanks,
applied to nvme-5.9.
On Wed, Jul 08, 2020 at 10:17:17AM -0400, Stefan Berger wrote:
> > ❯ swtpm-mvo.swtpm socket --tpmstate dir=/tmp/mytpm1 \
> >--ctrl type=unixio,path=/tmp/mytpm1/swtpm-sock \
> >--log level=20
> > swtpm: Could not open UnixIO socket: No such file or directory
>
>
> Did you create the direct
Fixes the following W=1 kernel build warning(s):
drivers/dma/ioat/init.c:608: warning: Function parameter or member 'c' not
described in 'ioat_free_chan_resources'
drivers/dma/ioat/init.c:608: warning: Excess function parameter 'chan'
description in 'ioat_free_chan_resources'
Cc: Logan Guntho
On 2020-07-13 22:50, Rob Clark wrote:
On Mon, Jul 13, 2020 at 8:59 AM wrote:
On 2020-07-10 22:38, Rob Clark wrote:
> On Thu, Jun 18, 2020 at 7:09 AM Kalyan Thota
> wrote:
>>
>> This change adds support to scale src clk and bandwidth as
>> per composition requirements.
>>
>> Interconnect regis
Fixes the following W=1 kernel build warning(s):
drivers/dma/xgene-dma.c:310: warning: Function parameter or member 'dev' not
described in 'xgene_dma'
drivers/dma/xgene-dma.c:310: warning: Function parameter or member 'clk' not
described in 'xgene_dma'
Cc: Prasad Sahu
Cc: Loc Ho
Signed-off-
Fixes the following W=1 kernel build warning(s):
drivers/dma/mv_xor_v2.c:168: warning: Function parameter or member 'clk' not
described in 'mv_xor_v2_device'
drivers/dma/mv_xor_v2.c:168: warning: Function parameter or member 'reg_clk'
not described in 'mv_xor_v2_device'
drivers/dma/mv_xor_v2.
Fixes the following W=1 kernel build warning(s):
drivers/dma/ioat/dma.c:202: warning: Function parameter or member 'ioat_chan'
not described in 'ioat_update_pending'
drivers/dma/ioat/dma.c:202: warning: Excess function parameter 'ioat'
description in 'ioat_update_pending'
drivers/dma/ioat/dma
This one doesn't appear to actually apply on top of Linus' tree plus the
two previous patches.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This automated bisection report was sent to you on the basis *
* that you may be involved with the breaking commit it has *
* found. No manual investigation has been done to verify it, *
* and the root cause of the problem
Hi Guo,
On Mon, 13 Jul 2020 23:39:15 +
guo...@kernel.org wrote:
> From: Guo Ren
>
> The patchset includes kprobe/uprobe support and some related fixups.
> Patrick provides HAVE_REGS_AND_STACK_ACCESS_API support and some
> kprobe's code. The framework of k/uprobe is from csky but also refers
301 - 400 of 1972 matches
Mail list logo
