On Tue, Jun 23, 2020 at 1:53 AM Johan Hovold wrote:
>
> On Mon, Jun 22, 2020 at 11:04:09AM -0600, James Hilliard wrote:
> > On Mon, Jun 22, 2020 at 2:53 AM Johan Hovold wrote:
> > >
> > > On Tue, Jun 16, 2020 at 04:04:03PM -0600, James Hilliard wrote:
> > > > This is a UPB(Universal Powerline Bus
On Mon, 2020-06-01 at 13:08 +0800, Walter Wu wrote:
> This patchset improves KASAN reports by making them to have
> call_rcu() call stack information. It is useful for programmers
> to solve use-after-free or double-free memory issue.
>
> The KASAN report was as follows(cleaned up slightly):
>
>
There were enough problems with suse.{com,cz} MTAs recently. I am bored
by restoring lost e-mails from public archives. Let's switch (all) my
MAINTAINERS addresses to @kernel.org and forward the e-mails there as I
wish.
And add the whole history to .mailmap.
Signed-off-by: Jiri Slaby
Cc: Joe Per
On 22-06-20, 15:27, Bjorn Andersson wrote:
> With the driver code in place, add the necessary dts nodes to enable three of
> the remoteprocs found on Qualcomm SM8250 and finally enable the missing
> QCOM_IPCC driver in defconfig.
All look great to me:
Reviewed-by: Vinod Koul
--
~Vinod
The kernel module may sleep with holding a spinlock.
The function call paths (from bottom to top) are:
[FUNC] zalloc_cpumask_var(GFP_KERNEL)
drivers/net/ethernet/cisco/enic/enic_main.c, 125: zalloc_cpumask_var in
enic_init_affinity_hint
drivers/net/ethernet/cisco/enic/enic_main.c, 1918: enic_ini
Hi Prabhakar,
On Tue, Jun 23, 2020 at 9:51 AM Lad, Prabhakar
wrote:
> On Mon, Jun 8, 2020 at 3:59 PM Lad, Prabhakar
> wrote:
> > On Mon, Jun 8, 2020 at 3:47 PM Geert Uytterhoeven
> > wrote:
> > > On Sun, Jun 7, 2020 at 8:41 PM Lad Prabhakar
> > > wrote:
> > > > Separate out Rev.2.0 specific h
Dear Milan Broz.
Thank you for answer my query.
I asked you again because i was confused.
Yes, I also looked at the document and get a lot of information or
studies related to dm-verity.
https://gitlab.com/cryptsetup/cryptsetup/-/wikis/DMVerity
Thank you : D
JeongHyeon Lee
On 23/06/2020
On Tue, Jun 23, 2020 at 12:43:14AM +, Anchal Agarwal wrote:
> On Mon, Jun 22, 2020 at 10:38:46AM +0200, Roger Pau Monné wrote:
> > CAUTION: This email originated from outside of the organization. Do not
> > click links or open attachments unless you can confirm the sender and know
> > the con
On Mon, Jun 22, 2020 at 9:02 PM Masahiro Yamada
wrote:
>
> Convert the UniPhier AIO audio system binding to DT schema format.
>
> Signed-off-by: Masahiro Yamada
'additionalProperties: false' is emitting a warning.
I will add patternProperties
to take care of sub-nodes.
I will submit v2.
--
On Tue, Jun 23, 2020 at 10:09 AM Walter Wu wrote:
>
> On Mon, 2020-06-01 at 13:08 +0800, Walter Wu wrote:
> > This patchset improves KASAN reports by making them to have
> > call_rcu() call stack information. It is useful for programmers
> > to solve use-after-free or double-free memory issue.
> >
This is a long life mode for extended warranty battery, switching
to a differnt mode selection is unavailable. The power charging rate
is customized so that battery at work last longer.
Signed-off-by: Crag Wang
---
Documentation/ABI/testing/sysfs-class-power-wilco | 3 +++
drivers/power/supply/p
On Mon, Jun 22, 2020 at 9:04 PM Masahiro Yamada
wrote:
>
> Convert the UniPhier EVEA sound codec binding to DT schema format.
>
> Signed-off-by: Masahiro Yamada
> ---
'additionalProperties: false' is emitting a warning.
I will add patternProperties
to take care of sub-nodes.
I will submit v2.
Hi Yunfei Dong,
Thanks for the patch.
I believe there is one additional change required in
vb2_core_queue_init() to allow
ro request if the driver sets supports_ro_requests while queue_init.
thanks,
Dikshita
On 2020-06-22 07:22, Yunfei Dong wrote:
Add Read-only(Ro) request for capture queue.
Em Fri, 19 Jun 2020 16:41:14 -0400
Steven Rostedt escreveu:
> On Fri, 19 Jun 2020 14:13:29 -0600
> Jonathan Corbet wrote:
>
> > On Mon, 15 Jun 2020 08:50:23 +0200
> > Mauro Carvalho Chehab wrote:
> >
> > [CC += Steve]
>
> Thanks.
>
> >
> > > - Just like some media documents, this file
Hi Daniel,
On 22/06/2020 21:46, Daniel Lezcano wrote:
> On 18/06/2020 15:38, Neil Armstrong wrote:
>> The new Khadas VIM2 and VIM3 boards controls the cooling fan via the
>> on-board microcontroller.
>>
>> This implements the FAN control as thermal devices and as cell of the Khadas
>> MCU MFD driv
On Tue, Jun 23, 2020 at 09:00:57AM +0200, Eugenio Perez Martin wrote:
> On Tue, Jun 23, 2020 at 4:51 AM Jason Wang wrote:
> >
> >
> > On 2020/6/23 上午12:00, Michael S. Tsirkin wrote:
> > > On Wed, Jun 17, 2020 at 11:19:26AM +0800, Jason Wang wrote:
> > >> On 2020/6/11 下午7:34, Michael S. Tsirkin wro
Jiri Slaby wrote:
> The tlv passed to iwl_dbg_tlv_alloc_trigger comes from a loaded firmware
> file. The memory can be marked as read-only as firmware could be
> shared. In anyway, writing to this memory is not expected. So,
> iwl_dbg_tlv_alloc_trigger can crash now:
>
> BUG: unable to handle
On Mon, 2020-06-22 at 12:26 -0700, Brian Vazquez wrote:
>
>
> On Mon, Jun 22, 2020 at 11:00 AM Paolo Abeni wrote:
> > On Mon, 2020-06-22 at 09:25 -0700, Brian Vazquez wrote:
> > >
> > > Hi Paolo
> > > On Mon, Jun 22, 2020 at 3:13 AM Paolo Abeni wrote:
> > > > Hi,
> > > >
> > > > On Fri, 2020-
On Tue 23 Jun 01:08 PDT 2020, Konrad Dybcio wrote:
> Thanks for applying them.
>
> In case I have some updates to these DTs,
> (they are being rapidly developed!) could I
> submit them now, or should I want for the next
> merge window? I saw that they are already
> applied to qcom/for-next, so I
Hallo
Mein Name ist George Howard. Ich bin von Beruf Rechtsanwalt. Ich
möchte Ihnen anbieten
der nächste Verwandte meines Klienten. Sie erben die Summe von (8,5
Millionen US-Dollar)
Dollar, die mein Kunde vor seinem Tod auf der Bank gelassen hat.
Mein Kunde ist ein Staatsbürger Ihres Landes, der
On Tue 23 Jun 01:02 PDT 2020, Konrad Dybcio wrote:
> Yes, you did.
>
> This was a mistake on my end and I realized it
> after sending the v3, but I figured there's no
> point in sending it yet again exclusively for this reason.
> Hope you don't mind.
>
No worries, try to remember in the futur
Hallo
Mein Name ist George Howard. Ich bin von Beruf Rechtsanwalt. Ich
möchte Ihnen anbieten
der nächste Verwandte meines Klienten. Sie erben die Summe von (8,5
Millionen US-Dollar)
Dollar, die mein Kunde vor seinem Tod auf der Bank gelassen hat.
Mein Kunde ist ein Staatsbürger Ihres Landes, der
On Tue, 2020-06-23 at 16:01 +0800, Ian Kent wrote:
> On Tue, 2020-06-23 at 08:02 +0200, Greg Kroah-Hartman wrote:
> > On Tue, Jun 23, 2020 at 01:09:08PM +0800, Ian Kent wrote:
> > > On Mon, 2020-06-22 at 20:03 +0200, Greg Kroah-Hartman wrote:
> > > > On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun
If device_create() fails during probing the device, kpc_dma_probe() does
not set the error code and returns 0. This can result in various bad
issues later. The patch sets the error code on the corresponding error
handling path.
Found by Linux Driver Verification project (linuxtesting.org).
Signed
Hi Sungbo,
Am 2020-06-23 08:05, schrieb Sungbo Eo:
This patch adds support for the PCA9570 I2C GPO expander.
Signed-off-by: Sungbo Eo
---
Tested in kernel 5.4 on an ipq40xx platform.
This is my first time submitting a whole driver patch, and I'm not
really familiar with this PCA expander seri
On Tue, Jun 23, 2020 at 3:38 PM Markus Elfring wrote:
>
> > In-Reply-To:
>
> I guess that it should be sufficient to specify such a field once
> for the header information.
seems it's caused by my "git format-patch" command, I will update
it, hope it is better next time.
>
>
> > Because clk_pre
On Thu, Jun 04, 2020 at 04:44:14PM -0700, Krishna Reddy wrote:
> >> drivers/iommu/arm-smmu-nvidia.c:151:33: sparse: sparse: cast removes
> >> address space '' of expression
>
> Reported-by: kbuild test robot
> Signed-off-by: Krishna Reddy
> ---
> drivers/iommu/arm-smmu-nvidia.c | 2 +-
> 1 file
On 6/23/20 10:59 AM, Jarkko Nikula wrote:
Hi
On 6/23/20 5:51 AM, John Stultz wrote:
On the HiKey board, where CONFIG_ACPI is not set, we started
to see a graphics regression where the adv7511 HDMI bridge driver
wasn't probing. This was due to the i2c bus failing to start up.
I bisected the pro
Quoting Aisheng Dong (2020-06-22 20:42:19)
> > From: Stephen Boyd
> > Sent: Saturday, June 20, 2020 11:28 AM
> > Subject: RE: [PATCH V2 3/9] clk: imx: Support building SCU clock driver as
> > module
> >
> > Quoting Aisheng Dong (2020-06-17 18:58:51)
> > > > From: Anson Huang
> > > > > > +obj-$(C
Hi Geert,
On Tue, Jun 23, 2020 at 9:14 AM Geert Uytterhoeven wrote:
>
> Hi Prabhakar,
>
> On Tue, Jun 23, 2020 at 9:51 AM Lad, Prabhakar
> wrote:
> > On Mon, Jun 8, 2020 at 3:59 PM Lad, Prabhakar
> > wrote:
> > > On Mon, Jun 8, 2020 at 3:47 PM Geert Uytterhoeven
> > > wrote:
> > > > On Sun, J
On 19.6.2020 17.19, Kai-Heng Feng wrote:
> Hi Mathias,
>
>> On Jun 9, 2020, at 18:15, Kai-Heng Feng wrote:
>>
>>
>>
>>> On Jun 8, 2020, at 19:21, Mathias Nyman
>>> wrote:
>>>
>>> On 20.5.2020 13.18, Kai-Heng Feng wrote:
USB2 devices with LPM enabled may interrupt the system suspend:
[
On Thu, Jun 04, 2020 at 04:44:13PM -0700, Krishna Reddy wrote:
> Add global/context fault hooks to allow NVIDIA SMMU implementation
> handle faults across multiple SMMUs.
>
> Signed-off-by: Krishna Reddy
> ---
> drivers/iommu/arm-smmu-nvidia.c | 100
> drivers/io
+ Saravana
On 2020-06-23 07:36, Hanks Chen wrote:
[...]
Hi Marc,
I want to break the dependency between ARCH_MEDIATEK and CIRQ/SYSIRQ,
because we need to follow the GKI.
This isn't what GKI mandates. GKI requires that the SoC code is compiled
as modules, not that it is dissociated from its
On Mon, 22 Jun 2020 at 21:33, Daniel Thompson
wrote:
>
> On Mon, Jun 22, 2020 at 07:56:20PM +0530, Sumit Garg wrote:
> > From: Daniel Thompson
> >
> > Add request_nmi() callback to install a non-maskable interrupt handler
> > corresponding to IRQ retrieved from polling interface. If NMI handler
>
On Thu, Jun 04, 2020 at 04:44:12PM -0700, Krishna Reddy wrote:
> Add binding for NVIDIA's Tegra194 Soc SMMU that is based
> on ARM MMU-500.
>
> Signed-off-by: Krishna Reddy
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git
In order to use in irqflags.h, we need to make sure
asm/percpu.h does not itself depend on irqflags.h
Signed-off-by: Peter Zijlstra (Intel)
---
arch/s390/include/asm/smp.h |1 +
arch/s390/include/asm/thread_info.h |1 -
2 files changed, 1 insertion(+), 1 deletion(-)
--- a/arch/
Ahmed and Sebastian wanted additional lockdep_assert*() macros and ran into
header hell. I figured using per-cpu variables would cure that, and also
ran into header hell, still tracktable though.
By moving the IRQ state into per-cpu variables we remove the dependency on
task_struct.
Patches go on
Currently all IRQ-tracking state is in task_struct, this means that
task_struct needs to be defined before we use it.
Especially for lockdep_assert_irq*() this can lead to header-hell.
Move the hardirq state into per-cpu variables to avoid the task_struct
dependency.
Signed-off-by: Peter Zijlstr
In order to break a header dependency between lockdep and task_struct,
I need per-cpu stuff from lockdep.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/sparc/include/asm/percpu_64.h |2 ++
arch/sparc/include/asm/trap_block.h |2 ++
2 files changed, 4 insertions(+)
--- a/arch/sparc/inc
There is no reason not to always, accurately, track IRQ state.
This change also makes IRQ state tracking ignore lockdep_off().
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/locking/lockdep.c | 44 +---
1 file changed, 41 insertions(+), 3 deletions(-)
In order to use in lockdep.h, we need to make sure
asm/percpu.h does not itself depend on lockdep.
The below seems to make that so and builds powerpc64-defconfig +
PROVE_LOCKING.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/powerpc/include/asm/dtl.h | 52 +++
While the nmi_enter() users did
trace_hardirqs_{off_prepare,on_finish}() there was no matching
lockdep_hardirqs_*() calls to complete the picture.
Introduce idtentry_{enter,exit}_nmi() to enable proper IRQ state
tracking across the NMIs.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/entry/
In order to use in irqflags.h, we need to make sure
asm/percpu.h does not itself depend on irqflags.h.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/arm/include/asm/percpu.h |2 ++
1 file changed, 2 insertions(+)
--- a/arch/arm/include/asm/percpu.h
+++ b/arch/arm/include/asm/percpu.h
@@ -
Now that the macros use per-cpu data, we no longer need the argument.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/entry/common.c|2 +-
include/linux/irqflags.h |8
include/linux/lockdep.h|2 +-
kernel/locking/lockdep.c | 30 ++
On Tue, Jun 23, 2020 at 12:33:05AM -0700, Andrei Vagin wrote:
> On Fri, Jun 19, 2020 at 05:38:12PM +0200, Christian Brauner wrote:
> > On Tue, Jun 16, 2020 at 12:55:41AM -0700, Andrei Vagin wrote:
> > > The VVAR page layout depends on whether a task belongs to the root or
> > > non-root time namesp
On Mon, Jun 22, 2020 at 08:35:16PM -0700, David Miller wrote:
> From: Christian Brauner
> Date: Tue, 23 Jun 2020 01:43:11 +0200
>
> > diff --git a/arch/sparc/kernel/syscalls.S b/arch/sparc/kernel/syscalls.S
> > index db42b4fb3708..192f3a28a2b7 100644
> > --- a/arch/sparc/kernel/syscalls.S
> > +++
From: SeongJae Park
Commit cdb42becdd40 ("scsi: lpfc: Replace io_channels for nvme and fcp
with general hdw_queues per cpu") has introduced static checker warnings
for potential null dereferences in 'lpfc_sli4_hba_unset()' and
commit 1ffdd2c0440d ("scsi: lpfc: resolve static checker warning in
lp
From: Colin Ian King
There is a spelling mistake in a pr_warn message. Fix it.
Signed-off-by: Colin Ian King
---
tools/lib/bpf/libbpf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index 18461deb1b19..deea27aadcef 100644
--
On Tue, Jun 23, 2020 at 10:59:40AM +0300, Jarkko Nikula wrote:
> Hi
>
> On 6/23/20 5:51 AM, John Stultz wrote:
> > On the HiKey board, where CONFIG_ACPI is not set, we started
> > to see a graphics regression where the adv7511 HDMI bridge driver
> > wasn't probing. This was due to the i2c bus fail
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dd0d718152e4c65b173070d48ea9dfc06894c3e5
commit: c48c9f7ff32b8b3965a08e40eb6763682d905b5d staging: exfat: add exfat
filesystem code to staging
date: 10 months ago
config: arm-randconfig-c003-20200623
Hi Neil,
On 23/06/2020 10:25, Neil Armstrong wrote:
> Hi Daniel,
>
> On 22/06/2020 21:46, Daniel Lezcano wrote:
>> On 18/06/2020 15:38, Neil Armstrong wrote:
>>> The new Khadas VIM2 and VIM3 boards controls the cooling fan via the
>>> on-board microcontroller.
>>>
>>> This implements the FAN co
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 380dc20ce84341bb376371fd5ed5fe6a93d4f4cf
Gitweb:
https://git.kernel.org/tip/380dc20ce84341bb376371fd5ed5fe6a93d4f4cf
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:25 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 1863cc11225e3ea2cd005473f9addc52513ab1bc
Gitweb:
https://git.kernel.org/tip/1863cc11225e3ea2cd005473f9addc52513ab1bc
Author:Juri Lelli
AuthorDate:Wed, 17 Jun 2020 09:29:19 +02:00
Committer
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 5311fd9f4c49ccc597021d901136fc807c01d678
Gitweb:
https://git.kernel.org/tip/5311fd9f4c49ccc597021d901136fc807c01d678
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:24 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 964ed98b075263faabe416eeebac99a9bef3f06c
Gitweb:
https://git.kernel.org/tip/964ed98b075263faabe416eeebac99a9bef3f06c
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:23 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 93a952a81bf31bffaf21eca1b530245acce12597
Gitweb:
https://git.kernel.org/tip/93a952a81bf31bffaf21eca1b530245acce12597
Author:Juri Lelli
AuthorDate:Mon, 19 Nov 2018 16:32:01 +01:00
Committer
On Wed, Jun 10, 2020 at 08:26:00AM -0400, Qian Cai wrote:
> On Wed, Jun 10, 2020 at 07:54:50AM +0200, Dmitry Vyukov wrote:
> > On Wed, Jun 10, 2020 at 7:22 AM Qian Cai wrote:
> > >
> > > kernel_init_free_pages() will use memset() on s390 to clear all pages
> > > from kmalloc_order() which will ove
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: bc2d9d93ad336edce50ee4a52229076addb8fcdc
Gitweb:
https://git.kernel.org/tip/bc2d9d93ad336edce50ee4a52229076addb8fcdc
Author:Peter Zijlstra
AuthorDate:Wed, 10 Jun 2020 12:14:09 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 16568f1f4fd4decee6935751d5ada1f963e5bd5f
Gitweb:
https://git.kernel.org/tip/16568f1f4fd4decee6935751d5ada1f963e5bd5f
Author:Scott Wood
AuthorDate:Wed, 17 Jun 2020 14:17:42 +02:00
Committer
Hi Greentime,
On Wed, Feb 12, 2020 at 1:25 PM Geert Uytterhoeven wrote:
> On Wed, Feb 12, 2020 at 11:52 AM Greentime Hu wrote:
> > Geert Uytterhoeven 於 2020年2月12日 週三 下午6:16寫道：
> > > The Andes platform code is not a clock provider, and just needs to call
> > > of_clk_init().
> > >
> > > Hence it
pt., 5 cze 2020 o 04:49 Navid Emamdoost napisał(a):
>
> Calling pm_runtime_get_sync increments the counter even in case of
> failure, causing incorrect ref count. Call pm_runtime_put if
> pm_runtime_get_sync fails.
>
> Signed-off-by: Navid Emamdoost
> ---
> drivers/gpio/gpio-rcar.c | 4 +++-
> 1
On Mon, Jun 22, 2020 at 01:07:15PM -0700, Todd Kjos wrote:
> The binder driver makes the assumption proc->context pointer is invariant
> after
> initialization (as documented in the kerneldoc header for struct proc).
> However, in commit f0fe2c0f050d ("binder: prevent UAF for binderfs devices
> I
In the function htpic_of_init(), when kzalloc htpic fails, it should
return -ENOMEM directly, no need to execute "goto" to kfree.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htpic.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/irqchip/irq-loon
When I test the irqchip code of Loongson, I read the related code of other
chips in drivers/irqchip and I find some potential resource leaks in the
error path, I think it is better to fix them. Additionally, do some code
cleanups about Loongson to make it more clean and readable.
Tiezhu Yang (7):
Check the return value of irq_domain_translate_onecell() due to
it may returns -EINVAL if failed.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htvec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-loongson-htvec.c
b/drivers/irqchip/ir
__copy_from_user_inatomic() return the byte length that copied failed,
tracing buffer should left this bytes.
Fixes: 656c7f0d2d2b ("tracing: Replace kmap with copy_from_user() in
trace_marker writing")
Signed-off-by: Wang ShaoBo
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1
There exists some potential resource leaks in the error path, fix them.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-ath79-misc.c | 3 +++
drivers/irqchip/irq-csky-apb-intc.c | 3 +++
drivers/irqchip/irq-csky-mpintc.c | 26 --
drivers/irqchip/irq-davinc
Check the return value of irq_domain_translate_twocell() due to
it may returns -EINVAL if failed and use variable fwspec for it,
and then use a new variable parent_fwspec which is proper for
irq_domain_alloc_irqs_parent().
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-pch-pic.c | 1
On Tue, Jun 23, 2020 at 02:08:57AM -0600, James Hilliard wrote:
> On Tue, Jun 23, 2020 at 1:53 AM Johan Hovold wrote:
> > Don't you need to add this device to the HID driver's ignore list
> > to prevent it from claiming the device (see hid_ignore_list) just like
> > for the Cypress VID?
>
> Ah, y
Am Montag, 22. Juni 2020, 17:07:52 CEST schrieb Marc Zyngier:
> Hi Heiko,
>
> On 2020-06-22 14:54, Heiko Stübner wrote:
> > Hi Marc,
> >
> > Am Montag, 22. Juni 2020, 15:31:55 CEST schrieb Marc Zyngier:
> >> On Sat, 13 Jun 2020 11:24:35 +0100
> >> Marc Zyngier wrote:
> >>
> >> > Booting a recen
> clk_prepare_enable and clk_disable_unprepare check the input
> clock parameter in the beginning of the function,
These functions call further functions which perform null pointer checks.
> if the parameter
> is NULL, clk_prepare
On Mon, Jun 22, 2020 at 11:03:12PM +0300, Andra Paraschiv wrote:
> diff --git a/include/uapi/linux/nitro_enclaves.h
> b/include/uapi/linux/nitro_enclaves.h
> new file mode 100644
> index ..3270eb939a97
> --- /dev/null
> +++ b/include/uapi/linux/nitro_enclaves.h
> @@ -0,0 +1,137 @@
> +/
On Mon, Jun 22, 2020 at 11:03:28PM +0300, Andra Paraschiv wrote:
> +The kernel bzImage, the kernel command line, the ramdisk(s) are part of the
> +Enclave Image Format (EIF); plus an EIF header including metadata such as
> magic
> +number, eif version, image size and CRC.
> +
> +Hash values are co
Hello.
On Mon, Jun 22, 2020 at 12:36:35PM -0700, Minchan Kim wrote:
> On Mon, Jun 22, 2020 at 12:28:56PM -0700, Minchan Kim wrote:
> > Now, we have MADV_PAGEOUT and MADV_COLD as madvise hinting API. With that,
> > application could give hints to kernel what memory range are preferred to be
> > rec
> From: Stephen Boyd
> Sent: Tuesday, June 23, 2020 4:34 PM
> Subject: RE: [PATCH V2 3/9] clk: imx: Support building SCU clock driver as
> module
>
> Quoting Aisheng Dong (2020-06-22 20:42:19)
> > > From: Stephen Boyd
> > > Sent: Saturday, June 20, 2020 11:28 AM
> > > Subject: RE: [PATCH V2 3/9]
Check the return value of irq_domain_translate_twocell() due to
it may returns -EINVAL if failed and use variable fwspec for it,
and then use a new variable parent_fwspec which is proper for
irq_domain_alloc_irqs_parent().
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-pch-pic.c | 1
LOONGSON_HTPIC depends on MACH_LOONGSON64 and MACH_LOONGSON64 already
selects I8259 in arch/mips/Kconfig, so no need to select I8259 again
when config LOONGSON_HTPIC.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/irqchip/Kconfig
[git send-email failed, so resend it, sorry for that]
When I test the irqchip code of Loongson, I read the related code of other
chips in drivers/irqchip and I find some potential resource leaks in the
error path, I think it is better to fix them. Additionally, do some code
cleanups about Loongson
There exists some potential resource leaks in the error path, fix them.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-ath79-misc.c | 3 +++
drivers/irqchip/irq-csky-apb-intc.c | 3 +++
drivers/irqchip/irq-csky-mpintc.c | 26 --
drivers/irqchip/irq-davinc
irq_domain_alloc_irqs_parent() returns 0 on success and non-zero value
on failure, it is redudant to check its non-zero return value and then
return it, so just remove the variable "ret" and return directly in the
function pch_msi_parent_domain_alloc().
Signed-off-by: Tiezhu Yang
---
drivers/irq
Check the return value of irq_domain_translate_onecell() due to
it may returns -EINVAL if failed.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htvec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-loongson-htvec.c
b/drivers/irqchip/ir
In the function htpic_of_init(), when kzalloc htpic fails, it should
return -ENOMEM directly, no need to execute "goto" to kfree.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htpic.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/irqchip/irq-loon
On Tue, Jun 23, 2020 at 10:36:51AM +0200, Peter Zijlstra wrote:
> In order to use in irqflags.h, we need to make sure
> asm/percpu.h does not itself depend on irqflags.h.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> arch/arm/include/asm/percpu.h |2 ++
> 1 file changed, 2 insertions(+)
On Tue, Jun 23, 2020 at 11:50:21AM +0300, Dan Carpenter wrote:
> On Mon, Jun 22, 2020 at 01:07:15PM -0700, Todd Kjos wrote:
> > The binder driver makes the assumption proc->context pointer is invariant
> > after
> > initialization (as documented in the kerneldoc header for struct proc).
> > Howeve
On Sat, Jun 20, 2020 at 07:16:16PM -0700, Andrew Morton wrote:
> On Thu, 18 Jun 2020 08:43:06 +0200 Christoph Hellwig wrote:
>
> > Use PAGE_KERNEL_ROX directly instead of allocating RWX and setting the
> > page read-only just after the allocation.
> >
> > --- a/arch/arm64/kernel/probes/kprobes.c
If somehow no interrupt notification is raised for a completed request
and its doorbell bit is cleared by host, UFS driver needs to cleanup
its outstanding bit in ufshcd_abort().
Otherwise, system may crash by below abnormal flow:
After this request is requeued by SCSI layer with its
outstanding
LOONGSON_HTPIC depends on MACH_LOONGSON64 and MACH_LOONGSON64 already
selects I8259 in arch/mips/Kconfig, so no need to select I8259 again
when config LOONGSON_HTPIC.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/irqchip/Kconfig
In the function htpic_of_init(), when kzalloc htpic fails, it should
return -ENOMEM directly, no need to execute "goto" to kfree.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htpic.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/irqchip/irq-loon
irq_domain_alloc_irqs_parent() returns 0 on success and non-zero value
on failure, it is redudant to check its non-zero return value and then
return it, so just remove the variable "ret" and return directly in the
function pch_msi_parent_domain_alloc().
Signed-off-by: Tiezhu Yang
---
drivers/irq
Check the return value of irq_domain_translate_twocell() due to
it may returns -EINVAL if failed and use variable fwspec for it,
and then use a new variable parent_fwspec which is proper for
irq_domain_alloc_irqs_parent().
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-pch-pic.c | 1
Check the return value of irq_domain_translate_onecell() due to
it may returns -EINVAL if failed.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-loongson-htvec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-loongson-htvec.c
b/drivers/irqchip/ir
There exists some potential resource leaks in the error path, fix them.
Signed-off-by: Tiezhu Yang
---
drivers/irqchip/irq-ath79-misc.c | 3 +++
drivers/irqchip/irq-csky-apb-intc.c | 3 +++
drivers/irqchip/irq-csky-mpintc.c | 26 --
drivers/irqchip/irq-davinc
[git send-email failed due to too many commands,
so only cc the major related email and resend it,
sorry for that again]
When I test the irqchip code of Loongson, I read the related code of other
chips in drivers/irqchip and I find some potential resource leaks in the
error path, I think it is b
Fix the following two typos in loongson,liointc.yaml:
fron -> from
it's -> its
Signed-off-by: Tiezhu Yang
---
.../devicetree/bindings/interrupt-controller/loongson,liointc.yaml| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
a/Documentation/devicetree/bindings/interrupt
On Tue, Jun 23, 2020 at 09:09:01AM +0200, Mauro Carvalho Chehab wrote:
> Some fields were moved from struct phylink into phylink_config.
> Update the kernel-doc markups for the config struct accordingly
>
> Fixes: 5c05c1dbb177 ("net: phylink, dsa: eliminate phylink_fixed_state_cb()")
> Signed-off-
On Mon, Jun 22, 2020 at 12:28:56PM -0700, Minchan Kim wrote:
> Now, we have MADV_PAGEOUT and MADV_COLD as madvise hinting API. With that,
> application could give hints to kernel what memory range are preferred to be
> reclaimed. However, in some platform(e.g., Android), the information
> required
Currently the MRP_PORT_ROLE_NONE has the value 0x2 but this is in conflict
with the IEC 62439-2 standard. The standard defines the following port
roles: primary (0x0), secondary(0x1), interconnect(0x2).
Therefore remove the port role none.
Fixes: 4714d13791f831 ("bridge: uapi: mrp: Add mrp attribu
On Tue, Jun 23, 2020 at 11:05:05AM +0200, Christoph Hellwig wrote:
> On Sat, Jun 20, 2020 at 07:16:16PM -0700, Andrew Morton wrote:
> > On Thu, 18 Jun 2020 08:43:06 +0200 Christoph Hellwig wrote:
> >
> > > Use PAGE_KERNEL_ROX directly instead of allocating RWX and setting the
> > > page read-only
This patch series does the following:
- fixes the enum br_mrp_port_role_type. It removes the port role none(0x2)
because this is in conflict with the standard. The standard defines the
interconnect port role as value 0x2.
- adds checks regarding current defined port roles: primary(0x0) and
se
This patch adds specific checks for primary(0x0) and secondary(0x1) when
setting the port role. For any other value the function
'br_mrp_set_port_role' will return -EINVAL.
Fixes: 20f6a05ef63594 ("bridge: mrp: Rework the MRP netlink interface")
Signed-off-by: Horatiu Vultur
---
net/bridge/br_mrp
101 - 200 of 2708 matches
Mail list logo
