Following the work done here [1], this set provides support for the
remoteproc core to release resources associated with a remote processor
without having to switch it off. That way a platform driver can be removed
or the application processor power cycled while the remote processor is
still operat
This patch adds a binding to guide the remoteproc core on how to deal with
remote processors in two cases:
1) When an application holding a reference to a remote processor character
device interface crashes.
2) when the platform driver for a remote processor is removed.
In both cases if "auto
The state of the remote processor may have changed between the
time a call to rproc_shutdown() was made and the time it is
executed. To avoid moving forward with an operation that may
have been cancelled, recheck while holding the mutex.
Cc:
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Whether started at probe() time or thereafter from the command
line, a remote processor needs to be shutdown before the final
cleanup phases can happen. Otherwise the system may be left in
an unpredictable state where the remote processor is expecting
the remoteproc core to be providing services w
Introduce function __rproc_detach() to perform the same kind of
operation as rproc_stop(), but instead of switching off the
remote processor using rproc->ops->stop(), it uses
rproc->ops->detach(). That way it is possible for the core
to release the resources associated with a remote processor whil
Add a new RPROC_ATTACHED state to take into account scenarios
where the remoteproc core needs to attach to a remote processor
that is booted by another entity.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
drivers/remoteproc/remoteproc_sysfs.c | 1 +
in
Rename function rproc_actuate() to rproc_attach(). That way it is
easy to understand that it does the opposite of rproc_detach().
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
drivers/remoteproc/remoteproc_core.c | 8
1 file changed, 4 inserti
This patch introduces the capability to stop a remote processor
that has been attached to by the remoteproc core. For that to
happen a rproc::ops::stop() operation need to be available.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
drivers/remoteproc/r
Introduce function rproc_detach() to enable the remoteproc
core to release the resources associated with a remote processor
without stopping its operation.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
---
drivers/remoteproc/remoteproc_core.c | 71 +++-
include/li
On 12/18/20 2:57 AM, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> When trying to disable the block we bitwise or the control
> register with value zero. This is confusing as using bitwise or with
> value zero doesn't have any effect at all. Drop this as we already set
> the enable
The panic handler operation of registered remote processors
should also be called when remote processors have been
attached to.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
drivers/remoteproc/remoteproc_core.c | 6 +-
1 file changed, 5 insertions(+
Refactor function rproc_del() and rproc_cdev_release() to take
into account the policy specified in the device tree.
Signed-off-by: Mathieu Poirier
---
drivers/remoteproc/remoteproc_cdev.c | 18 +++---
drivers/remoteproc/remoteproc_core.c | 36
include/linux/
Move the setting of the resource table installed by an external
entity to rproc_ops::get_loaded_rsc_table(). This is to support
scenarios where a remote processor has been started by the core
but is detached at a later stage. To re-attach the remote
processor, the address of the resource table ne
Most notably DM_CRYPT for disk encryption but things like snapshot, etc.
are useful on embedded as well and the others make sense on arm64
servers.
CONFIG_BLK_DEV_MD gets dropped because other config options like
CONFIG_MD_RAID0 depend on it.
Signed-off-by: Guido Günther
---
arch/arm64/configs/
Add an new get_loaded_rsc_table() operation in order to support
scenarios where the remoteproc core has booted a remote processor
and detaches from it. When re-attaching to the remote processor,
the core needs to know where the resource table has been placed
in memory.
Signed-off-by: Mathieu Poir
This patch takes into account scenarios where a remote processor
has been attached to when receiving a "start" command from sysfs.
As with the "running" case, the command can't be carried out if the
remote processor is already in operation.
Signed-off-by: Mathieu Poirier
Reviewed-by: Arnaud Poul
Add an new detach() operation in order to support scenarios where
the remoteproc core is going away but the remote processor is
kept operating. This could be the case when the system is
rebooted or when the platform driver is removed.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewe
This patch introduces the capability to detach a remote processor
that has been attached to or booted by the remoteproc core. For
that to happen a rproc::ops::detach() operation need to be
available.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
driver
Add a return value to function rproc_shutdown() in order to
properly deal with error conditions that may occur.
Signed-off-by: Mathieu Poirier
Reviewed-by: Peng Fan
Reviewed-by: Arnaud Pouliquen
---
drivers/remoteproc/remoteproc_core.c | 19 ++-
include/linux/remoteproc.h
There is a need to know when a remote processor has been attached
to rather than booted by the remoteproc core. In order to avoid
manipulating two variables, i.e rproc::autonomous and
rproc::state, get rid of the former and simply use the newly
introduced RPROC_ATTACHED state.
Signed-off-by: Math
And introduce critical clocks, too, because RWDT is one.
Signed-off-by: Wolfram Sang
---
drivers/clk/renesas/r8a779a0-cpg-mssr.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/clk/renesas/r8a779a0-cpg-mssr.c
b/drivers/clk/renesas/r8a779a0-cpg-mssr.c
index aa5389b04d74..bf9
From: Hoang Vo
Enable the watchdog on the Falcon board.
Signed-off-by: Hoang Vo
[wsa: rebased to mainline]
Signed-off-by: Wolfram Sang
---
arch/arm64/boot/dts/renesas/r8a779a0-falcon.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a779a0-falcon.dts
Other Gen3 SoCs do this in the bootloader. Maybe V3U will also later?
For now, add it so we can properly reboot via remote.
Not to be applied yet, just for demonstration.
Signed-off-by: Wolfram Sang
---
drivers/soc/renesas/rcar-rst.c | 8
1 file changed, 8 insertions(+)
diff --git a/d
Hi Zenghui,
On Fri, 18 Dec 2020 06:00:39 +,
Zenghui Yu wrote:
>
> Since commit 5fe71d271df8 ("irqchip/gic-v3-its: Tag ITS device as shared if
> allocating for a proxy device"), some of the devices are wrongly marked as
> "shared" by the ITS driver on systems equipped with the ITS(es). The
>
From: Hoang Vo
Add a device node for the Watchdog Timer (WDT) controller on the
R8A779A0 SoC.
Signed-off-by: Hoang Vo
[wsa: rebased to mainline]
Signed-off-by: Wolfram Sang
---
arch/arm64/boot/dts/renesas/r8a779a0.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64
Signed-off-by: Wolfram Sang
---
Please apply it to the watchdog-tree.
Documentation/devicetree/bindings/watchdog/renesas,wdt.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/watchdog/renesas,wdt.yaml
b/Documentation/devicetree/bindings/watchdog/renesas
The driver is already allocating receive buffers of 2KiB and the
Ethernet MAC is configured to accept frames up to UMAC_MAX_MTU_SIZE.
Fixes: bfcb813203e6 ("net: dsa: configure the MTU for switch ports")
Signed-off-by: Florian Fainelli
---
drivers/net/ethernet/broadcom/bcmsysport.c | 1 +
1 file
Here is the series to enable the RWDT on V3U. I took the DTS patches
from the BSP, the rest was developed on mainline tree. Note that
currently, the bootloader does not unmask the RWDT reset for us. This is
why patch #5 is needed if you want a reboot. We need to see if this is
going to be added to
On 2020-12-18 2:57 a.m., matthias@kernel.org wrote:
> From: Matthias Brugger
>
> When trying to disable the block we bitwise or the control
> register with value zero. This is confusing as using bitwise or with
> value zero doesn't have any effect at all. Drop this as we already set
> the e
On 12/18/20 10:27 PM, Michal Hocko wrote:
On Fri 18-12-20 21:51:48, Jacob Wen wrote:
On 12/18/20 6:51 PM, Michal Hocko wrote:
On Fri 18-12-20 18:22:17, Jacob Wen wrote:
This patch reduces repetition of set_task_reclaim_state() around
do_try_to_free_pages().
The changelog really should be ta
--
Hello,
I am so sorry contacting you in this means especially when we have
never met before. I urgently seek your service to represent me in
investing in your region / country and you will be rewarded for your
service without affecting your present job with very little time
invested in it.
My
On 2020-12-18 2:57 a.m., matthias@kernel.org wrote:
> From: Matthias Brugger
>
> We are calling the same code for enable and disable the block in various
> parts of the driver. Put that code into a new function to reduce code
> duplication.
>
> Signed-off-by: Matthias Brugger
> Acked-by: F
The eLCDIF controller is also present on i.MX6UL/i.MX6ULL SoCs so add
them in the Kconfig option description.
Signed-off-by: Sébastien Szymanski
---
drivers/gpu/drm/mxsfb/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mxsfb/Kconfig b/drivers/gpu/drm/m
'am33xx_pm_rtc_setup()' allocates some resources that must be freed on the
error. Commit 2152fbbd47c0 ("soc: ti: pm33xx: Simplify RTC usage to prepare
to drop platform data") has introduced the use of these resources but has
only updated the remove function.
Fix the error handling path of the prob
This makes sure the clock tree setup for the dphy is not dependent on
other components.
Without this change bringing up the display can fail like
kernel: phy phy-30a00300.dphy.2: Invalid CM/CN/CO values: 165/217/1
kernel: phy phy-30a00300.dphy.2: for hs_clk/ref_clk=451656000/59398 ~
165/
>From feaf638fb9b9a483c0d6090b277f34db21160885 Mon Sep 17 00:00:00 2001
From: Kevin Paul Herbert
Date: Tue, 15 Dec 2020 16:50:34 -0800
Subject: [PATCH] i2c-imx.c: Synthesize end of transaction events without idle
interrupts
Only the Layerscape SoCs have interrupts on bus idle, which facilitate
s
irq_hpd event can only be executed at connected state. Therefore
irq_hpd event should be postponed if it happened at connection
pending state. This patch also make sure both link rate and lane
are valid before start link training.
Signed-off-by: Kuogee Hsieh
---
drivers/gpu/drm/msm/dp/dp_display
On Fri, Dec 18, 2020 at 7:33 AM Jon Hunter wrote:
>
> However, if you are saying that this is a problem/bug with our builders,
> then of course we will have to get this fixed.
This seems to be a package dependency problem with the gcc plugins -
they clearly want libgmp, but apparently the package
On Fri, 18 Dec 2020 09:39:30 +0530 Souptick Joarder
wrote:
> On Thu, Dec 17, 2020 at 7:53 AM Matthew Wilcox wrote:
> >
> > On Thu, Dec 17, 2020 at 10:03:11AM +0800, Xiangyang Yu wrote:
> > > Fixed the warning when building with warnings enabled (W=1),
> > > This function is only used in filemap
On 18/12/20 17:09, Lai Jiangshan wrote:
> From: Lai Jiangshan
>
> When worker_attach_to_pool() is called, we should not put the workers
> to pool->attrs->cpumask when there is not CPU online in it.
>
> We have to use wq_online_cpumask in worker_attach_to_pool() to check
> if pool->attrs->cpumask
Minor comments inline...
On Fri, Dec 18, 2020 at 2:30 AM Boris Protopopov wrote:
>
> Fix passing of the additional security info via version
> operations. Force new open when getting SACL and avoid
> reuse of files that were previously open without
> sufficient privileges to access SACLs.
>
> Sig
On Thu, 17 Dec 2020 14:03:07 -0800 Tom Rix wrote:
> On 12/17/20 9:28 AM, Jakub Kicinski wrote:
> > On Thu, 17 Dec 2020 05:17:24 -0800 Tom Rix wrote:
> >> On 12/16/20 4:45 PM, Jakub Kicinski wrote:
> >>> On Tue, 15 Dec 2020 06:22:28 -0800 t...@redhat.com wrote:
> From: Tom Rix
>
>
On Fri, Dec 18, 2020 at 12:28:17PM -0400, Jason Gunthorpe wrote:
> On Fri, Dec 18, 2020 at 03:52:04PM +, Mark Brown wrote:
> > On Fri, Dec 18, 2020 at 10:08:54AM -0400, Jason Gunthorpe wrote:
> > > I thought the recent LWN article summed it up nicely, auxillary bus is
> > > for gluing to subsy
Greg K-H wrote:
> We see devices that are "obviously" not the real vid/pid all the time in
> the wild. There's nothing "illegal" about another company using your
> vid/pid, look at all of the ones out there already that use the FTDI
> vendor id yet are "clones", same with pl2303 devices.
But are
On Thu, Dec 17, 2020 at 04:34:29PM -0600, Rob Herring wrote:
> The correct syntax for JSON pointers begins with a '/' after the '#'.
> Without a '/', the string should be interpretted as a subschema
> identifier. The jsonschema module currently doesn't handle subschema
> identifiers and incorrectly
On 12/18/20 1:57 AM, Boris Brezillon wrote:
On Fri, 18 Dec 2020 14:51:08 +0530
Pratyush Yadav wrote:
Hi Sowjanya,
On 17/12/20 12:28PM, Sowjanya Komatineni wrote:
This patch marks dummy transfer by setting dummy_data bit to 1.
Controllers supporting dummy transfer by hardware use this bit
Dear RT folks!
I'm pleased to announce the v5.10.1-rt20 patch set.
Changes since v5.10.1-rt19:
- Fix a compile failure in the trace branch profiler introduced in the
previous release. Reported by kernel test bot.
- Mike Galbraith reported errors in the z3fold code. Patches by Vitaly
Hi Linus,
These are some some trivial updates that mostly fix/clean-up code pushed
during the merging window. I'll be on holiday until the new year but
I'll check email occasionally in case anything falls apart.
Merry Christmas!
The following changes since commit d889797530c66f699170233474eab336
On Wed, Dec 16, 2020 at 04:52:20PM +0200, Laurent Pinchart wrote:
> Hi Rob,
>
> Thank you for the patch.
>
> On Thu, Dec 10, 2020 at 03:16:24PM -0600, Rob Herring wrote:
> > Convert video-interfaces.txt to DT schema. As it contains a mixture of
> > device level and endpoint properties, split it u
> From: Dexuan Cui
> Sent: Thursday, December 17, 2020 8:08 PM
>
> Linux VM on Hyper-V crashes with the latest mainline:
> ...
> This is because of the recent buffer overflow detection in the
> commit 6a39e62abbaf ("lib: string.h: detect intra-object overflow in fortified
> string functions")
>
On Thu, 17 Dec 2020 14:29:11 -0800, Douglas Anderson wrote:
> In commit 7ba9bdcb91f6 ("spi: spi-geni-qcom: Don't keep a local state
> variable") we changed handle_fifo_timeout() so that we set
> "mas->cur_xfer" to NULL to make absolutely sure that we don't mess
> with the buffers from the previous
On 18/12/20 5:17 pm, Bean Huo wrote:
> On Fri, 2020-12-18 at 14:20 +0200, Adrian Hunter wrote:
>> People testing have a need to know how many errors might be occurring
>> over time. Add error counters and expose them via debugfs.
>>
>> A module initcall is used to create a debugfs root directory fo
On 18.12.20 16:35, Brian Foster wrote:
On Thu, Dec 17, 2020 at 10:30:37PM +0100, Donald Buczek wrote:
On 17.12.20 20:43, Brian Foster wrote:
On Thu, Dec 17, 2020 at 06:44:51PM +0100, Donald Buczek wrote:
Dear xfs developer,
I was doing some testing on a Linux 5.10.1 system with two 100 TB xfs
Use the typical startup times from the data sheet so boards get a
reasonable default. Not setting any enable time can lead to board hangs
when e.g. clocks are enabled too soon afterwards.
This fixes gpu power domain resume on the Librem 5.
Signed-off-by: Guido Günther
---
v2
- As per review com
No objections on my part as far as adding 'if (info & SACL_SECINFO) return'.
I had originally those flags sent from the caller, but that was
confusing at the top level (e.g. in cifsacl.c), so I have opted to
passing only "extra" flags ("additional" was already taken).
-
...
> > --- a/
The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: 06fde695ee76429634c1e8c8c1154035aa61191e
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/06fde695ee76429634c1e8c8c1154035aa61191e
Author:Zenghui Yu
AuthorDat
On Fri, 18 Dec 2020 05:18:31 +,
Guenter Roeck wrote:
> Any news on this? I now see the problem in mainline.
I have just queued the fix:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git/commit/?h=irq/irqchip-next&id=d7f39c40ebb6986e7371510d1c20a4efee4a7f0d
Thanks for yo
The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: e90f55e0196a66f8e9e445f7f33f876dd889be9a
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/e90f55e0196a66f8e9e445f7f33f876dd889be9a
Author:Zheng Yongjun
Author
The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: d7f39c40ebb6986e7371510d1c20a4efee4a7f0d
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/d7f39c40ebb6986e7371510d1c20a4efee4a7f0d
Author:Marc Zyngier
AuthorD
On Fri, Dec 18, 2020 at 06:03:10PM +, Mark Brown wrote:
> On Fri, Dec 18, 2020 at 12:28:17PM -0400, Jason Gunthorpe wrote:
> > On Fri, Dec 18, 2020 at 03:52:04PM +, Mark Brown wrote:
> > > On Fri, Dec 18, 2020 at 10:08:54AM -0400, Jason Gunthorpe wrote:
>
> > > > I thought the recent LWN a
auxio is not supported by LEON - so drop it.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: "David S. Miller"
Cc: Christian Brauner
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Dmitry Safonov <0x7f454...@gmail.com>
Cc: Peter Zijlstra
Cc: Al Viro
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
ar
The sun4m and sun4d based SPARC machines was very popular in the
90'ties and was then replaced by the more powerful sparc64
class of machines.
Today there is only Gentoo that to my best knowledge supports
sparc32 and people have moved on to more capable HW.
Cobham Gaisler have variants of the LEON
There is no longer any need for the run-time patching of the ipi trap
with the removal of sun4m and sun4d. Remove the patching and drop the
ipi implementation for the two machines.
The patch includes removal of patching from pcic as this was needed to
fix the build. pcic will be removed in a later
Remove the most obvious parts of sun4* support from head_32.S.
Use a single print if a sun4* machine is detected thus restricting
boots to LEON machines.
Signed-off-by: Sam Ravnborg
Cc: "David S. Miller"
Cc: Sam Ravnborg
Cc: Will Deacon
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/k
LEON do not have floppy support so we can drop it
Signed-off-by: Sam Ravnborg
Cc: "David S. Miller"
Cc: Sam Ravnborg
Cc: Mike Rapoport
Cc: Andrew Morton
Cc: Denis Efremov
Cc: Willy Tarreau
Cc: Christian Brauner
Cc: sparcli...@vger.kernel.org
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arc
sparc_config were used to handle the differences between the machines.
With only LEON supported sparc_config is no longer required.
This has the added benefit that we get rid of a rw variable
with several function pointers thus reducing our attack surface.
Signed-off-by: Sam Ravnborg
Cc: Sam Rav
pcic is only used by MicroSPARC-IIep and not relevant for LEON.
Signed-off-by: Sam Ravnborg
Cc: "David S. Miller"
Cc: Sam Ravnborg
Cc: Christian Brauner
Cc: Mike Rapoport
Cc: Andrew Morton
Cc: sparcli...@vger.kernel.org
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/Kconfig
Some of the sun4m irq infrastructure is used by LEON too,
so keep that and drop the rest.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: Christian Brauner
Cc: "David S. Miller"
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Pekka Enberg
Cc: Geert Uytterhoeven
Cc: Ira Weiny
Cc: Arnd Bergmann
C
sparc32 is always LEON, so no need to check for the model.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: Lorenzo Pieralisi
Cc: "David S. Miller"
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Will Deacon
Cc: Stephen Rothwell
Cc: Anshuman Khandual
Cc: Mark Rutland
Cc: Peter Zijlstra
Cc: Arvi
Only used by older SAPRC HW, not used by LEON.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Arvind Sankar
Cc: Greg Kroah-Hartman
Cc: Pekka Enberg
Cc: Ira Weiny
Cc: "David S. Miller"
Cc: Will Deacon
Cc: Thomas Gleixner
Cc: Arnd Bergmann
Cc: Andrea
Drop mmu models not used by LEON, including their header files.
This includes removal of unused includes in various files to fix the
build.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: "David S. Miller"
Cc: Will Deacon
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Christian Brauner
Cc: Thomas
Drop the sun4m and sun4d smp support code.
The sparc32 kernel will not boot unless this is a LEON system,
so drop checks for other systems as they will not trigger.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: Christian Brauner
Cc: "David S. Miller"
Cc: Mike Rapoport
Cc: Andrew Morton
C
Drop the sun4m specific handling and the patching that
takes place in sun4d and LEON.
Signed-off-by: Sam Ravnborg
Cc: Sam Ravnborg
Cc: Andrew Morton
Cc: Mike Rapoport
Cc: Christian Brauner
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/kernel/entry.S | 98
The led driver is only relevant for the sun4m machines.
Signed-off-by: Sam Ravnborg
Cc: "David S. Miller"
Cc: Sam Ravnborg
Cc: Christian Brauner
Cc: Stephen Rothwell
Cc: Alexey Dobriyan
Cc: Andrew Morton
Cc: sparcli...@vger.kernel.org
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/
On Fri, Dec 18, 2020 at 06:40:57PM +, Marc Zyngier wrote:
> On Fri, 18 Dec 2020 05:18:31 +,
> Guenter Roeck wrote:
>
> > Any news on this? I now see the problem in mainline.
>
> I have just queued the fix:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git/commit/
Randy Dunlap writes:
> Fix a build error when CONFIG_MAC80211_MESH is not enabled:
>
> ../drivers/net/wireless/mediatek/mt76/mt7915/init.c:47:2: error: expected
> expression before '}' token
> }, {
> ^
>
> Fixes: af901eb4ab80 ("mt76: mt7915: get rid of dbdc debugfs knob")
> Signed-off-by: Ra
On Wed, Dec 16, 2020 at 11:44:26AM +0100, Ulf Hansson wrote:
> In any case, I didn't catch *why* pstore needs to force block device
> drivers to implement specific pstore hooks to support the pstore file
> system. I don't think this is the way it should work, for many
For panic, pstore must avoid
On 12/18/20 10:48 AM, Kalle Valo wrote:
> Randy Dunlap writes:
>
>> Fix a build error when CONFIG_MAC80211_MESH is not enabled:
>>
>> ../drivers/net/wireless/mediatek/mt76/mt7915/init.c:47:2: error: expected
>> expression before '}' token
>> }, {
>> ^
>>
>> Fixes: af901eb4ab80 ("mt76: mt7915
On Wed, Dec 16, 2020 at 12:23 PM Kees Cook wrote:
>
> Hmm. Yeah, that's a bug. I think that's an existing bug, though. I feel
> like I scratched my head on that too. I will see if there is a sensible
> way to have Kbuild "notice" that -- I hope there's an easier way to
> invalidate all object file
Hi Linus,
please pull some more small updates for s390. This is mainly to
decouple udelay() and arch_cpu_idle() and simplify both of them,
like I brought it up after the lockdep breakage in 5.10-rc6.
Thanks,
Heiko
The following changes since commit 586592478b1fa8bb8cd6875a9191468e9b1a8b13:
Me
On Thu, Dec 17, 2020 at 7:20 PM Alexei Starovoitov
wrote:
>
> On Thu, Dec 17, 2020 at 09:26:09AM -0800, Yonghong Song wrote:
> >
> >
> > On 12/17/20 7:31 AM, Florent Revest wrote:
> > > On Mon, Dec 14, 2020 at 7:47 AM Yonghong Song wrote:
> > > > On 12/11/20 6:40 AM, Florent Revest wrote:
> > > >
On Fri, Dec 18, 2020 at 3:04 AM Kirill A. Shutemov wrote:
>
> This should do. See below.
Looks fine.
> > Then that second loop very naturally becomes a "do { } while ()" one.
>
> I don't see it. I haven't found a reasonable way to rework it do-while.
Now that you return early for the "HEAD == N
Randy Dunlap writes:
> On 12/18/20 10:48 AM, Kalle Valo wrote:
>> Randy Dunlap writes:
>>
>>> Fix a build error when CONFIG_MAC80211_MESH is not enabled:
>>>
>>> ../drivers/net/wireless/mediatek/mt76/mt7915/init.c:47:2: error:
>>> expected expression before '}' token
>>> }, {
>>> ^
>>>
>>>
On Friday 2020-12-18 19:43, Sam Ravnborg wrote:
> notsup:
>- .asciz "Sparc-Linux sun4/sun4c or MMU-less not supported\n\n"
>- .align 4
>-
>-sun4e_notsup:
>-.asciz "Sparc-Linux sun4e support does not exist\n\n"
>+ .asciz "Sparc-Linux sun4* or MMU-less not supported\n\n"
>
> On Dec 16, 2020, at 5:23 PM, Michał Mirosław wrote:
>
> On Wed, Dec 16, 2020 at 10:07:38PM +, Nick Terrell wrote:
> [...]
>> It is very large. If it helps, in the commit message I’ve provided this link
>> [0],
>> which provides the diff between upstream zstd as-is and the imported zstd,
On Fri, 2020-12-18 at 20:34 +0200, Adrian Hunter wrote:
> It is OK to pass NULL or error codes as parent dentry to
> debugfs_create_...
> functions.
>
> If ufs_debugfs_root is NULL (which won't happen) then the directory
> will be
> created in debugfs root i.e. /sys/kernel/debug, using the device
Hi Christophe,
On Tue, 15 Dec 2020 20:07:47 +,
Christophe JAILLET wrote:
>
> Add a description for 'irq_create_of_mapping()' and make explicit the fact
> that the resources allocated by this function can be freed by calling
> 'irq_dispose_mapping()' when needed (i.e. error handling path, rem
On 2020-12-18 04:38, Robin Murphy wrote:
On 2020-12-18 08:38, Isaac J. Manjarres wrote:
The io-pgtable-arm and io-pgtable-arm-v7s source files will
be compiled as separate modules, along with the io-pgtable
source. Export the symbols for the io-pgtable init function
structures for the io-pgtable
Update email address add new author in authors list.
Signed-off-by: Erwan Le Ray
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index 717a97759928..938d2c4aeaed 100644
--- a/drivers/tty/serial/stm32-usart.c
+++ b/drivers/tty/serial/stm32-usart.c
@@ -3,7 +3,8 @@
Fix compilations warning detected by -Wall W=1 compilation option:
- warning: variable ‘cookie’ set but not used
Fixes: 3489187204eb ("serial: stm32: adding dma support")
Signed-off-by: Erwan Le Ray
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index ee6c7762d3
Update rts-gpios and cts-gpios:
- remove max-items as already defined in serial.yaml
- add a note describing rts-gpios and cts-gpios usage with stm32
Document the use of cts-gpios and rts-gpios for flow control in STM32 UART
controller. These properties can be used instead of 'uart-has-rtscts' or
Clean probe and remove port deinit by moving clk_disable_unprepare in a
new dedicated deinit_port function.
Signed-off-by: Erwan Le Ray
Signed-off-by: Etienne Carriere
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index 0d6c7f3375f0..9d73f6976586 100644
--- a/
The comment for conflicting RTS/CTS config refers to "st, hw-flow-ctrl",
but this property is deprecated since the generic RTS/CTS property has
been introduced by the patch 'serial: stm32: Use generic DT binding for
announcing RTS/CTS lines'.
Update the comment to refer to both generic and deprecat
Adds the prefix "_usart" in the name of stm32 usart functions in order to
ease the usage of kernel trace and tools, such as f-trace.
Allows to trace "stm32_usart_*" functions with f-trace. Without this patch,
all the driver functions needs to be added manually in f-trace filter.
Signed-off-by: Erw
The transmission complete error message provides the status of the
ISR_USART_TC bit. This bit, when set, indicates that the transmission
has not been completed.
The bit status indication is not a very understandable information.
The error message sent on console should indicate that the transmissio
This series brings various fixes, cleanups and improvements to stm32-usart
driver.
Erwan Le Ray (8):
serial: stm32: fix -Wall W=1 compilation warnings
serial: stm32: fix code cleaning warnings and checks
serial: stm32: add "_usart" prefix in functions name
serial: stm32: add author
dt-bi
Fixes checkpatch --strict warnings and checks:
- checkpatch --strict "Unnecessary parentheses"
- checkpatch --strict "Blank lines aren't necessary before a close brace
- checkpatch --strict "Alignment should match open parenthesis"
- checkpatch --strict "Please don't use multiple blank lines"
- che
On asynchronous base filesystems like NFS, eCryptFS leaves inodes for
deleted files in the cache until unmounting. Change call in
ecryptfs_do_unlink() from set_nlink() to drop_nlink() in order to reliably
evict inodes from the cache even on top of NFS.
Signed-off-by: Dan Robertson
Signed-off-by:
On Fri, 18 Dec 2020, Jason Gunthorpe wrote:
> On Fri, Dec 18, 2020 at 06:03:10PM +, Mark Brown wrote:
> > On Fri, Dec 18, 2020 at 12:28:17PM -0400, Jason Gunthorpe wrote:
> > > On Fri, Dec 18, 2020 at 03:52:04PM +, Mark Brown wrote:
> > > > On Fri, Dec 18, 2020 at 10:08:54AM -0400, Jason G
Steps to reproduce issue:
Mount nfs
Inside the nfs mount, create back and front directories for ecryptfs
Use ecryptfs to mount one directory onto the other
Create a few files inside the ecryptfs mount
Set ftrace to monitor ecryptfs_do_unlink() and ecryptfs_evict_inode()
Delete files
Unmount ecryptf
401 - 500 of 712 matches
Mail list logo
