The mfd_cell structures inconsistently use commas on single entries in
the table, make this consistent by always using a comma. Also remove an
extra blank line.
Signed-off-by: Charles Keepax
---
Changes since v1:
- Added some additional commit description.
- Move the removing and unused forwar
BUG_ON macros are generally frowned upon when the issue isn't super
critical, the kernel can certainly carry on with the 32k clock on the
CODEC in a bad state so change the BUG_ON to a WARN_ON.
Signed-off-by: Charles Keepax
---
No changes since v1.
Thanks,
Charles
drivers/mfd/arizona-core.c |
The ST1232 and ST1633 touch controllers have read/write registers for
the X and Y resolution and it seems that these can also be
pre-programmed so that the resolution is matched to that of the display
paired with the touch panel.
Instead of hard coding the resolution in the driver, read it from th
On 6/15/20 3:03 PM, Dan Carpenter wrote:
> On Sun, Jun 14, 2020 at 10:42:54PM +0300, Denis Efremov wrote:
>> On 6/4/20 7:27 PM, Joe Perches wrote:
>>> On Thu, 2020-06-04 at 17:08 +0300, Denis Efremov wrote:
Check for memset() with 0 followed by kfree().
>>>
>>> Perhaps those uses should be
On Mon, Jun 15, 2020 at 11:23 AM Chunyan Zhang wrote:
>
> From: Freeman Liu
>
> Add support to the new efuse IP which is integrated in the SC2730
> which includes multiple blocks in a single chip.
>
> Signed-off-by: Freeman Liu
> Signed-off-by: Chunyan Zhang
Looks good to me. You can add my re
On Thu, Jun 11, 2020 at 09:41:54PM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> perf probe: Accept the instance number of kretprobe event
>
> to the 4.4-stable tree which can be found at:
>
> http://www.kernel.org/git/?p=linux/kerne
On Mon, Jun 15, 2020 at 05:34:39AM -0700, Matthew Wilcox wrote:
> On Mon, Jun 15, 2020 at 02:12:49PM +0200, Christoph Hellwig wrote:
> > We still need to check if the fѕ is open write, even for the low-level
> > helper.
>
> Do we need the analogous check for FMODE_READ in the __kernel_read()
> pat
> -Original Message-
> From: Jim Mattson
> Sent: Friday, June 12, 2020 7:04 PM
> To: Moger, Babu
> Cc: Wanpeng Li ; Joerg Roedel ;
> the arch/x86 maintainers ; Sean Christopherson
> ; Ingo Molnar ;
> Borislav Petkov ; H . Peter Anvin ; Paolo
> Bonzini ; Vitaly Kuznetsov ;
> Thomas Glei
On 13/06/20 02:04, Jim Mattson wrote:
>> I think I have misunderstood this part. I was not inteding to change the
>> #GP behaviour. I will remove this part. My intension of these series is to
>> handle invpcid in shadow page mode. I have verified that part. Hope I did
>> not miss anything else.
> Y
On Mon, Jun 15, 2020 at 09:32:17AM +0200, refactormys...@gmail.com wrote:
> From: Bolarinwa Olayemi Saheed
>
>
> PATCH 1/8 to 7/8:
> PCIBIOS_ error codes have positive values and they are passed down the
> call heirarchy from accessors. For functions which are meant to return
> only a negative v
x27;,'port','orig_task'
date: 10 months ago
config: ia64-randconfig-r003-20200615 (attached as .config)
compiler: ia64-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/mak
On Sat, Jun 13, 2020 at 12:26:09AM -0700, Sargun Dhillon wrote:
> This introduces an extensibility mechanism to receive seccomp
> notifications. It uses read(2), as opposed to using an ioctl. The listener
> must be first configured to write the notification via the
> SECCOMP_IOCTL_NOTIF_CONFIG ioct
On Mon, Jun 15, 2020 at 3:00 PM Christoph Hellwig wrote:
>
> Hi all,
>
> this series first cleans up the exec code and then adds proper
> kernel_execveat and kernel_wait callers instead of relying on the fact
> that the early init code and kernel threads implicitly run with
> the address limit set
On Fri, Jun 12, 2020 at 12:19:58PM +0900, Joonsoo Kim wrote:
> 2020년 6월 5일 (금) 오전 12:06, Johannes Weiner 님이 작성:
> >
> > On Thu, Jun 04, 2020 at 03:35:27PM +0200, Vlastimil Babka wrote:
> > > On 6/1/20 10:44 PM, Johannes Weiner wrote:
> > > > From a8faceabc1454dfd878caee2a8422493d937a394 Mon Sep 17
On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
>
> >
> > It's a bit unusual to need to actually free the IRQ over suspend -
> > what's driving that requirement here?
>
> clk_disable_unprepare(dspi->clk); is driving the requireme
On Mon, Jun 15, 2020 at 2:29 PM Christoph Hellwig wrote:
>
> On Mon, Jun 15, 2020 at 02:57:01PM +0200, David Sterba wrote:
> > On Sun, Jun 14, 2020 at 09:50:17AM -0700, Linus Torvalds wrote:
> > > On Sun, Jun 14, 2020 at 4:56 AM David Sterba wrote:
> > > >
> > > > Reverts are not great, but under
On Mon, Jun 15, 2020 at 4:22 PM Jan Kiszka wrote:
>
> Changes in v3:
> - extend also I2C table
> - tag "Datasheet:" in commit log
Reviewed-by: Andy Shevchenko
Thanks!
>
> Changes in v2:
> - add dt binding update
>
> Jan
>
> Jan Kiszka (2):
> dt-bindings: gpio: pca953x: add nxp,pcal9535
>
On Mon, Jun 15, 2020 at 01:35:01PM +, Robin Gong wrote:
> On 2020/06/15 20:36 Mark Brown wrote:
> > If we see an error in transfer_one() it could be from anything, we've no
> > idea
> > what happened on the bus - the controller may have got part way through the
> > transfer before failing.
On 2020-06-15 02:12, Jing Xiangfeng wrote:
> In srpt_cm_req_recv(), it is possible that sdev is NULL,
> so we should test sdev before using it.
>
> Signed-off-by: Jing Xiangfeng
> ---
> drivers/infiniband/ulp/srpt/ib_srpt.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --gi
On Sat 2020-06-13 09:57:24, Jim Cromie wrote:
> make the code-block reusable to later handle "file foo.c:101-200" etc.
> This should be a 90%+ code-move, with minimal adaptations; reindent,
> and scafolding.
This sentence sounds like the author did some hidden
microoptimizations and potentially b
Don't leave garbage in req.work before punting async on -EAGAIN
in io_iopoll_queue().
[ 140.922099] general protection fault, probably for non-canonical
address 0xdead0100: [#1] PREEMPT SMP PTI
...
[ 140.922105] RIP: 0010:io_worker_handle_work+0x1db/0x480
...
[ 140.922114] Cal
On Mon, Jun 15, 2020 at 04:29:15PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:24, Mark Brown wrote:
> > I see - this could be fixed by having the interrupt handler bounce the
> > clock on, there's a little overhead from that but hopefully not too
> > much. That should also help wi
Hi Daejun
On Mon, 2020-06-15 at 18:30 +0900, Daejun Park wrote:
> +static int ufshpb_execute_map_req(struct ufshpb_lu *hpb,
> + struct ufshpb_req *map_req)
> +{
> + struct request_queue *q;
> + struct request *req;
> + struct scsi_request *rq;
> +
This add pinctrl support to the Microchip Sparx5 SoC.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 26 +++
.../dts/microchip/sparx5_pcb134_board.dtsi| 5
.../dts/microchip/sparx5_pcb135_board.dtsi|
The Sparx5 support 9 different clock outputs. This include file has
defines for each supported clock ordinal.
Reviewed-by: Stephen Boyd
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
include/dt-bindings/clock/microchip,sparx5.h | 23
1 file changed, 23 inse
On Mon, Jun 15, 2020 at 02:56:55PM +0200, Peter Zijlstra wrote:
> Where the condition:
>
> !cpus_share_cache(smp_processor_id(), cpu)
>
> already implies 'cpu != smp_processor_id()', because a CPU always
> shares cache with itself, the secondary condition added in commit:
>
> 2ebb17717550 ("
On 2020/06/15 20:36 Mark Brown wrote:
> On Sun, Jun 14, 2020 at 01:04:57PM +, Robin Gong wrote:
>
> Please delete unneeded context from mails when replying. Doing this makes
> it much easier to find your reply in the message, helping ensure it won't be
> missed by people scrolling through t
This add support for Sparx5 pinctrl, using the ocelot drives as
basis. It adds pinconfig support as well, as supported by the
platform.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
drivers/pinctrl/pinctrl-ocelot.c | 430 ++-
1 file changed, 429 inse
This adds the basic DT structure for the Microchip Sparx5 SoC, and the
reference boards, pcb125, pcb134 and pcb135. The two latter have a
NAND vs a eMMC centric variant (as a mount option).
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
MAINTAINERS
On Mon, Jun 15, 2020 at 9:08 PM Vlastimil Babka wrote:
>
> On 6/14/20 8:38 AM, Muchun Song wrote:
> > When a kmem_cache is initialized with SLAB_ACCOUNT slab flag, we must
> > not call kmem_cache_alloc with __GFP_ACCOUNT GFP flag. In this case,
> > we can be accounted to kmemcg twice. This is not
On Mon, 15 Jun 2020 at 16:28, Krzysztof Kozlowski wrote:
>
> On Mon, Jun 15, 2020 at 04:14:06PM +0300, Vladimir Oltean wrote:
> > On Mon, 15 Jun 2020 at 16:10, Krzysztof Kozlowski wrote:
> > >
> >
> > >
> > > It is a slightly different bug which so this patch should have a follow
> > > up.
> > >
On Mon, Jun 15, 2020 at 11:04:06AM +0200, Jann Horn wrote:
> +Kees, Christian, Sargun, Aleksa, kernel-hardening for their opinions
> on seccomp-related aspects
>
> On Tue, Jun 9, 2020 at 4:24 PM Stefano Garzarella wrote:
> > Hi Jens,
> > Stefan and I have a proposal to share with io_uring communi
On Fri, Jun 12, 2020 at 10:42 PM Lakshmi Ramasubramanian
wrote:
>
> The data maintained by the security modules could be tampered with by
> malware. The LSM needs to periodically query the state of
> the security modules and measure the data when the state is changed.
>
> Define a workqueue for ha
This adds a DPLL clock to the Sparx5 SoC. It is used to generate clock
to misc peripherals, specifically the SDHCI/eMMC controller.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 39 +--
1 file changed, 23 insertions(+), 16 deletions(-)
diff --gi
This patch adds i2c devices and muxes to the Sparx5 reference boards.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 38 +++
.../boot/dts/microchip/sparx5_pcb125.dts | 4 +
.../dts/microchip/sparx5_pcb134_board.dtsi| 23
This add the DT bindings documentation for the Sparx5 SoC DPLL clock
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
.../bindings/clock/microchip,sparx5-dpll.yaml | 52 +++
1 file changed, 52 insertions(+)
create mode 100644
Documentation/devicetree/bindings/clo
This adds a device driver for the Sparx5 SoC DPLL clock
Signed-off-by: Lars Povlsen
---
drivers/clk/Makefile | 1 +
drivers/clk/clk-sparx5.c | 312 +++
2 files changed, 313 insertions(+)
create mode 100644 drivers/clk/clk-sparx5.c
diff --git a/drivers/
This adds support for the Microchip Sparx5 ARMv8-based SoC family of
TSN-capable gigabit switches.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
MAINTAINERS | 8
arch/arm64/Kconfig.platforms | 14 ++
2 files changed, 22 insertions(+)
diff
This patch series adds support for Microchip Sparx5 SoC, the CPU
system of a advanced, TSN capable gigabit switch. The CPU is an armv8
x 2 CPU core (A53).
Although this is an ARM core, it shares some peripherals with the
Microsemi Ocelot MIPS SoC.
Changes in v3:
- a "gpio-restart" node has been a
On Thu, Jun 11, 2020 at 04:24:12AM -0700, Matthew Wilcox wrote:
> On Wed, Jun 10, 2020 at 11:59:54PM -0700, Christoph Hellwig wrote:
> > On Wed, Jun 10, 2020 at 01:12:54PM -0700, Matthew Wilcox wrote:
> > > From: "Matthew Wilcox (Oracle)"
> > >
> > > Another fortnight, another dump of my current
This adds the main Sparx5 SoC DT documentation file, with information
abut the supported board types.
Reviewed-by: Alexandre Belloni
Signed-off-by: Lars Povlsen
---
.../bindings/arm/microchip,sparx5.yaml| 65 +++
.../devicetree/bindings/mfd/syscon.yaml | 1 +
2 fi
On Mon, Jun 15, 2020 at 04:05:55PM +1200, Mark Tomlinson wrote:
> Instead of splitting transfers into smaller parts, just perform the
> operation that the higher level asked for.
I don't understand this change - presumably there was some reason for
splitting the transfers into smaller chunks (issu
On Mon, Jun 15, 2020 at 3:00 PM Christoph Hellwig wrote:
>
> The only differenence betweeen the compat exec* syscalls and their
> native versions is that compat_ptr sign extension, and the fact that
> the pointer arithmetics for the two dimensional arrays needs to use
> the compat pointer size. I
Hi!
> From: Mathieu Othacehe
>
> commit 18dfb5326370991c81a6d1ed6d1aeee055cb8c05 upstream.
>
> The bytes returned by the i2c reading need to be swapped
> unconditionally. Otherwise, on be16 platforms, an incorrect value will be
> returned.
>
> Taking the slow path via next merge window as its
On Mon, 15 Jun 2020 at 16:24, Mark Brown wrote:
>
> On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> > On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
>
> > > It's a bit unusual to need to actually free the IRQ over suspend -
> > > what's driving that requirement here?
>
> > clk
On Mon, Jun 15, 2020 at 04:14:06PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:10, Krzysztof Kozlowski wrote:
> >
>
> >
> > It is a slightly different bug which so this patch should have a follow
> > up.
> >
> > Best regards,
> > Krzysztof
> >
>
> Why is it a different bug? It's th
On Sat 2020-06-13 09:57:23, Jim Cromie wrote:
> reduce word count via macro, no actual object change.
>
> OTOH, maybe() could be scrubbed if printk's default printing (iirc) of
> "(null)" pointers is deemed appropriate for the log-msg.
> ---
> lib/dynamic_debug.c | 9 +
> 1 file changed,
On Mon, 15 Jun 2020 at 18:49, Jens Wiklander wrote:
>
> The old TEE mailing list tee-...@lists.linaro.org is about to be
> retired. From now on please use op-...@lists.trustedfirmware.org
> instead.
>
> Signed-off-by: Jens Wiklander
> ---
> MAINTAINERS | 6 +++---
> 1 file changed, 3 insertions(
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 5d5103595e9e53048bb7e70ee2673c897ab38300
Gitweb:
https://git.kernel.org/tip/5d5103595e9e53048bb7e70ee2673c897ab38300
Author:Sean Christopherson
AuthorDate:Mon, 08 Jun 2020 10:41:34 -07:00
Co
On Mon, Jun 15, 2020 at 03:24:12PM +0200, Christian Borntraeger wrote:
> stable team,
> please consider
>
> commit 49f2d2419d60a103752e5fbaf158cf8d07c0d884
> usercopy: mark dma-kmalloc caches as usercopy caches
> for stable.
Now queued up.
thanks,
greg k-h
On Mon, Jun 15, 2020 at 02:57:01PM +0200, David Sterba wrote:
> On Sun, Jun 14, 2020 at 09:50:17AM -0700, Linus Torvalds wrote:
> > On Sun, Jun 14, 2020 at 4:56 AM David Sterba wrote:
> > >
> > > Reverts are not great, but under current circumstances I don't see
> > > better options.
> >
> > Pull
This patch adds support for enuminput control to the adv748x hdmi subdev.
This will allow userspace for example to query input hdmi signal status.
Signed-off-by: Ramzi BEN MEFTAH
---
drivers/media/i2c/adv748x/adv748x-hdmi.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/
…
> +virtual context
> +virtual patch
> +virtual org
> +virtual report
+virtual context, patch, org, report
Is such a SmPL code variant more succinct?
…
> +if (...)
> + \(memset@ok\|memzero_explicit@ok\)(...);
Would you like to tolerate any extra source code around such a function call
in an
On Mon, Jun 15, 2020 at 04:12:28PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
> > It's a bit unusual to need to actually free the IRQ over suspend -
> > what's driving that requirement here?
> clk_disable_unprepare(dspi->clk); is driving the requirement - sam
stable team,
please consider
commit 49f2d2419d60a103752e5fbaf158cf8d07c0d884
usercopy: mark dma-kmalloc caches as usercopy caches
for stable.
Forwarded Message
Subject: [merged] usercopy-mark-dma-kmalloc-caches-as-usercopy-caches.patch
removed from -mm tree
Date: Tue, 02 J
On Mon, Jun 15, 2020 at 12:57:59PM +, Christophe Leroy wrote:
> READ_ONCE() now enforces atomic read, which leads to:
> Fixes: 2ab3a0a02905 ("READ_ONCE: Enforce atomicity for {READ,WRITE}_ONCE()
> memory accesses")
> Cc: Will Deacon
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/i
From: Jan Kiszka
The PCAL9535 is compatible to the PCA9535. Additionally, it comes with
interrupt support and input latching. Other features are not supported
by the GPIO subsystem.
Datasheet: https://www.nxp.com/docs/en/data-sheet/PCAL9535A.pdf
Signed-off-by: Jan Kiszka
---
drivers/gpio/gpio
Changes in v3:
- extend also I2C table
- tag "Datasheet:" in commit log
Changes in v2:
- add dt binding update
Jan
Jan Kiszka (2):
dt-bindings: gpio: pca953x: add nxp,pcal9535
gpio: pca953x: Add support for the PCAL9535
Documentation/devicetree/bindings/gpio/gpio-pca953x.txt | 1 +
driv
From: Jan Kiszka
The NXP PCAL9535 is an extended variant of the PCA9535.
Signed-off-by: Jan Kiszka
---
Documentation/devicetree/bindings/gpio/gpio-pca953x.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-pca953x.txt
b/Documentation/devicetree
On Fri, Jun 12, 2020 at 10:34:06AM -0700, Prashant Malani wrote:
> Hi Rob,
>
> Thanks as always for your help in reviewing this proposal!
>
> Kindly see inline
>
> (Trimming text);
> On Thu, Jun 11, 2020 at 02:00:47PM -0600, Rob Herring wrote:
> > On Wed, Jun 10, 2020 at 11:49 AM Prashant Malani
On Sun, 14 Jun 2020 23:54:26 -0700
Randy Dunlap wrote:
> On 6/14/20 11:53 PM, Mauro Carvalho Chehab wrote:
> > Em Sun, 14 Jun 2020 20:33:22 -0700
> > Randy Dunlap escreveu:
> >
> >> From: Randy Dunlap
> >>
> >> Fix malformed table in "proc.rst" by dropping a needless hyphen ('-').
> >>
> >>
On Sat 2020-06-13 09:57:21, Jim Cromie wrote:
> ddebug_describe_flags currently fills a caller provided string buffer,
> after testing its size (also passed) in a BUG_ON. Fix this by
> replacing them with a known-big-enough string buffer wrapped in a
> struct, and passing that instead.
>
> Also s
The LogicPD Type28 display used by several Logic PD products has not
worked since v5.5.
The connector type for the LogicPD Type 28 display is missing and
drm_panel_bridge_add() requires connector type to be set.
Signed-off-by: Adam Ford
CC: sta...@vger.kernel.org #v5.5+
diff --git a/drivers/gpu
Get rid of the __call_single_node union and cleanup the API a little
to avoid external code relying on the structure layout as much.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/mips/kernel/process.c |3 -
arch/mips/kernel/smp.c | 24 +++-
Get rid of the __call_single_node union and clean up the API a little
to avoid external code relying on the structure layout as much.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/irq_work.h | 33 +
include/linux/irqflags.h |4 ++--
kernel/bpf/stac
The old TEE mailing list tee-...@lists.linaro.org is about to be
retired. From now on please use op-...@lists.trustedfirmware.org
instead.
Signed-off-by: Jens Wiklander
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 68f21
It was <2020-06-13 sob 16:41>, when wu000...@umn.edu wrote:
> From: Qiushi Wu
>
> Calling pm_runtime_get_sync increments the counter even in case of
> failure, causing incorrect ref count if pm_runtime_put_sync is not
> called in error handling paths. Thus replace the jump target
> "err_pm_get" by
On Mon, 15 Jun 2020 14:43:53 +0300
Andy Shevchenko wrote:
> On Mon, Jun 15, 2020 at 01:08:25PM +0200, Stefano Brivio wrote:
> >
> > [...]
> >
> > By the way, tests for 'parse', 'parse_user' and 'parselist' report
> > issues:
>
> I believe this [1] will fix it.
>
> [1]: 81c4f4d924d5 ("li
Instead of relying on BUG_ON() to ensure the various data structures
line up, use a bunch of horrible unions.
Much of the union magic is to ensure irq_work and smp_call_function do
not (yet) see the members of their respective data structures change
name.
Signed-off-by: Peter Zijlstra (Intel)
Re
Hi,
So Paul reported rcutorture hitting a NULL dereference, and patch #1 fixes it.
Now, patch #1 is obviously correct, but I can't explain how exactly it leads to
the observed NULL pointer dereference. The NULL pointer deref happens in
find_matching_se()'s last while() loop when is_same_group() f
Avoids confusion...
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/sched/core.c |4 ++--
kernel/sched/sched.h |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -2380,7 +2380,7 @@ static inline bool ttwu_queue_cond(int c
H_SUCCESS is only defined when CONFIG_PPC_PSERIES is defined.
!= H_SUCCESS means != 0. Modify the test accordingly.
Reported-by: kernel test robot
Fixes: 65e701b2d2a8 ("powerpc/ptdump: drop non vital #ifdefs")
Cc: sta...@vger.kernel.org
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/ptdum
Validate that:
- __smp_call_single_queue() is only used on remote CPUs
- task and rq CPUs match on activate_task()
(and always use activate_task() where we should)
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/sched/core.c |8
kernel/smp.c|2 ++
2 files changed, 6
Where the condition:
!cpus_share_cache(smp_processor_id(), cpu)
already implies 'cpu != smp_processor_id()', because a CPU always
shares cache with itself, the secondary condition added in commit:
2ebb17717550 ("sched/core: Offload wakee task activation if it the wakee is
descheduling")
vo
Am Montag, 15. Juni 2020, 15:02:53 CEST schrieb LABBE Corentin:
Hi,
> I still dont see any memset_secure in kzfree (mm/slab_common.c).
> Does I miss something ?
Nope, you do not miss anything, it seems that the patch that I had seen did
not go in.
>
> Regards
Ciao
Stephan
This series enables THP migration on arm64 via ARCH_ENABLE_THP_MIGRATION.
But first this modifies all existing THP helpers like pmd_present() and
pmd_trans_huge() etc per expected generic memory semantics as concluded
from a previous discussion here.
https://lkml.org/lkml/2018/10/9/220
This serie
In certain page migration situations, a THP page can be migrated without
being split into it's constituent subpages. This saves time required to
split a THP and put it back together when required. But it also saves an
wider address range translation covered by a single TLB entry, reducing
future pa
pmd_present() and pmd_trans_huge() are expected to behave in the following
manner during various phases of a PMD entry. This table is derived from a
previous discussion on this topic [1] and available THP documentation [2].
pmd_present(pmd):
- True if PMD has a mapped huge page i.e valid pmd_page
On Mon, Jun 15, 2020 at 11:46 AM Jan Kiszka wrote:
>
> From: Jan Kiszka
>
> The PCAL9535 [1] is compatible to the PCA9535. Additionally, it comes
> with interrupt support and input latching. Other features are not
> supported by the GPIO subsystem.
Same comments as per v1.
> [1] https://www.nxp
On 09.06.2020 17:56, Jiri Olsa wrote:
> On Mon, Jun 08, 2020 at 08:18:20PM +0300, Alexey Budankov wrote:
>
> SNIP
>
>>> So how is it about just adding _revents() and _del() for fixed fds with
>>> correction of retval to bool for fdarray__add()?
>>
>> I don't like the separation
On Mon, 15 Jun 2020 at 16:10, Krzysztof Kozlowski wrote:
>
>
> It is a slightly different bug which so this patch should have a follow
> up.
>
> Best regards,
> Krzysztof
>
Why is it a different bug? It's the same bug.
On Mon, 15 Jun 2020 at 16:10, Mark Brown wrote:
>
> It's a bit unusual to need to actually free the IRQ over suspend -
> what's driving that requirement here?
clk_disable_unprepare(dspi->clk); is driving the requirement - same as
in dspi_remove case, the module will fault when its registers are
On 2020-06-15 13:26, Tamseel Shams wrote:
In few older Samsung SoCs like s3c2410, s3c2412
and s3c2440, UART IP is having 2 interrupt lines.
However, in other SoCs like s3c6400, s5pv210,
exynos5433, and exynos4210 UART is having only 1
interrupt line. Due to this, "platform_get_irq(platdev, 1)"
ca
On Sat, Jun 13, 2020 at 5:45 PM Jan Kiszka wrote:
>
> From: Jan Kiszka
>
> The PCAL9535 [1] is compatible to the PCA9535. Additionally, it comes
> with interrupt support and input latching. Other features are not
> supported by the GPIO subsystem.
>
> [1] https://www.nxp.com/docs/en/data-sheet/P
On Mon, Jun 15, 2020 at 03:56:01PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 15:35, Mark Brown wrote:
> >
>
> >
> > Indeed. The upshot of all this is that the interrupt needs to be freed
> > not disabled before the clocks are disabled, or some other mechanism
> > needs to be used to
On Mon, Jun 15, 2020 at 03:56:01PM +0300, Vladimir Oltean wrote:
> And the down-shot is that whatever is done in dspi_remove (free_irq)
> also needs to be done in dspi_suspend, but with extra care in
> dspi_resume not only to request the irq again, but also to flush the
> module's FIFOs and clear
Hi, Daejun
On Mon, 2020-06-15 at 16:23 +0900, Daejun Park wrote:
> +void ufsf_scan_features(struct ufs_hba *hba)
> +{
> + int ret;
> +
> + init_waitqueue_head(&hba->ufsf.sdev_wait);
> + atomic_set(&hba->ufsf.slave_conf_cnt, 0);
> +
> + if (hba->dev_info.wspecversion >= HPB_
On 6/14/20 8:38 AM, Muchun Song wrote:
> When a kmem_cache is initialized with SLAB_ACCOUNT slab flag, we must
> not call kmem_cache_alloc with __GFP_ACCOUNT GFP flag. In this case,
> we can be accounted to kmemcg twice. This is not correct. So we add a
Are you sure? How does that happen?
The onl
My Name is Miss Amina Ibrahim from Libya, I am 23 years old, I am in
St.Christopher's Parish for refugee in Burkina Faso under United
Nations High commission for Refugee, I lost my parents in the recent
war in Libya, right now am in Burkina Faso, please save my life i am
in danger need your help in
On Mon, Jun 15, 2020 at 12:23:41PM +0300, Vladimir Oltean wrote:
> On Mon, 15 Jun 2020 at 11:18, Marc Kleine-Budde wrote:
> >
> > On 6/15/20 10:07 AM, Krzysztof Kozlowski wrote:
> > > If interrupt comes late, during probe error path or device remove (could
> > > be triggered with CONFIG_DEBUG_SHIR
Add pwr and status leds configuration and turn on pwr led by default for Orange
Pi Zero Plus 2 (both H3 and H5 variants).
Signed-off-by: Diego Rondini
---
v2:
- sorted node alphabetically
- fixed underscore in led names
- removed extra empty line
---
.../arm/boot/dts/sun8i-h3-orangepi-zero-plus2
Hi Mike,
On 15/6/20 6:29 pm, Mike Rapoport wrote:
(reduced the spam list)
On Mon, Jun 15, 2020 at 05:17:28PM +1000, Greg Ungerer wrote:
On 15/6/20 4:22 pm, Mike Rapoport wrote:
On Mon, Jun 15, 2020 at 01:53:42PM +1000, Greg Ungerer wrote:
From: Mike Rapoport
Currently, architectures that u
On Mon, Apr 27, 2020 at 11:23:15AM +0200, Stephan Mueller wrote:
> Am Montag, 27. April 2020, 10:41:37 CEST schrieb LABBE Corentin:
>
> Hi Corentin,
>
> > > Shouldn't they all be kzfree?
> >
> > Yes
> > Probably it miss also a memzero_explicit, I think that seeds/data are
> > sensitive
>
> kzfr
According to the documentation[1] show() methods of device attributes
should return the number of bytes printed into the buffer. This is
the return value of scnprintf(). show() must not use snprintf()
when formatting the value to be returned to user space. snprintf()
returns the length the resultin
Enable support for USB OTG port on Orange Pi Zero Plus 2 (both H3 and H5
variants). As, according to the board schematics, the USB OTG port cannot
provide power to external devices, we set dr_mode to peripheral.
Signed-off-by: Diego Rondini
---
v2:
- reordered nodes alphabetically
---
.../boot/d
On Mon, Jun 15, 2020 at 12:05 PM Amir Goldstein wrote:
>
> On Mon, Jun 15, 2020 at 10:53 AM Miklos Szeredi wrote:
> >
> > On Sat, Jun 13, 2020 at 9:12 PM Mike Kravetz
> > wrote:
> > >
> > > On 6/12/20 11:53 PM, Amir Goldstein wrote:
> >
> > > As a hugetlbfs developer, I do not know of a use cas
Remove the max argument as it is hard wired to MAX_ARG_STRINGS, and
give the function a slightly less generic name.
Signed-off-by: Christoph Hellwig
---
fs/exec.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index 94107eceda8a67..6e4d9d1ffa
Add a helper that waits for a pid and stores the status in the passed
in kernel pointer. Use it to fix the usage of kernel_wait4 in
call_usermodehelper_exec_sync that only happens to work due to the
implicit set_fs(KERNEL_DS) for kernel threads.
Signed-off-by: Christoph Hellwig
---
include/linu
Remove a whole bunch of wrappers that eventually all call
__do_execve_file, and consolidate the execvce helpers to:
(1) __do_execveat, which is the lowest level helper implementing the
actual functionality
(2) do_execvat, which is used by all callers that want native
pointers
(3)
Add a kernel_execveat helper to execute a binary with kernel space argv
and envp pointers. Switch executing init and user mode helpers to this
new helper instead of relying on the implicit set_fs(KERNEL_DS) for early
init code and kernel threads, and move the getname call into the
do_execve helper
901 - 1000 of 1505 matches
Mail list logo
