Adds the possibility to configure a single pin through the gpiolib (i.e:
to set PULL_UP/PULL_DOWN config).
Mutex behavior is slightly changed to avoid a deadlock when pin_config_set
is called (in this case pctldev->mutex is already taken).
Signed-off-by: Alexandre Torgue
diff --git a/drivers/pin
".pin_config_set" or ".pin_config_group_set" can be called with a
configuration not supported (i.e. PIN_CONFIG_PERSIST_STATE). In this case,
it is more suitable to return -ENOTSUPP instead of -EINVAL.
Signed-off-by: Alexandre Torgue
diff --git a/drivers/pinctrl/stm32/pinctrl-stm32.c
b/drivers/p
Move counting the arguments and enviroment variables out of
prepare_arg_pages and rename the rest of the function to check_arg_limit.
This prepares for a version of do_execvat that takes kernel pointers.
Signed-off-by: Christoph Hellwig
---
fs/exec.c | 26 ++
1 file chang
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. Instead of the compat wrappers and the
struct user_arg_ptr machinery
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
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 to KERNEL_DS.
Note that the cleanup removes the compat execve(at) han
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 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 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
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
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, 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
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
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
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
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
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 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 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 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 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 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 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, 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
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
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
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
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
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
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
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
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 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 +++-
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
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 ('-').
> >>
> >>
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
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
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
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 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
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 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
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, 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 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, 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 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
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, 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
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 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 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
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
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/
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
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 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
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
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
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.
> > >
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
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
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 ("
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
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|
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;
> +
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
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 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 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 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 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 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 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 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 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
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 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
> -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 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
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
501 - 600 of 1505 matches
Mail list logo
