* Ashish Kalra (ashish.ka...@amd.com) wrote:
> On Fri, Dec 11, 2020 at 10:55:42PM +, Ashish Kalra wrote:
> > Hello All,
> >
> > On Tue, Dec 08, 2020 at 10:29:05AM -0600, Brijesh Singh wrote:
> > >
> > > On 12/7/20 9:09 PM, Steve Rutherford wrote:
> > > > On Mon, Dec 7, 2020 at 12:42 PM Sean
This comes from an end-user request, where they're running multiple VMs on
hosts with bonded interfaces connected to some interest switch topologies,
where 802.3ad isn't an option. They're currently running a proprietary
solution that effectively achieves load-balancing of VMs and bandwidth
Lightly updated the patch to shrink patch2 by naming a variable the
same in patch 1, to avoid a rename of a local variable in patch2. And
fixed one trivial checkpatch warning, and a trivial rebase issue.
Tentatively merged into cifs-2.6.git for-next pending more review(s)
and also the usual
On Thu, Dec 17, 2020 at 1:54 AM Christophe Leroy
wrote:
>
>
>
> Le 17/12/2020 à 07:11, Alexei Starovoitov a écrit :
> > On Wed, Dec 16, 2020 at 10:07:37AM +, Christophe Leroy wrote:
> >> Implement Extended Berkeley Packet Filter on Powerpc 32
> >>
> >> Test result with test_bpf module:
> >>
>
On Fri, Dec 18, 2020 at 10:25:06PM +0900, Namhyung Kim wrote:
SNIP
> >
> > so the current way is, that following creates daemon:
> >
> > # perf daemon --config
> >
> > and any other 'non --config' option' is used to 'query/control' daemon:
> >
> > # perf daemon
> > # perf daemon --signal
On Fri, Dec 18, 2020 at 5:58 AM Thomas Gleixner wrote:
[..]
> 5) The DAX case which you made "work" with dev_access_enable() and
> dev_access_disable(), i.e. with yet another lazy approach of
> avoiding to change a handful of usage sites.
>
> The use cases are strictly context
On 18/12/20 10:09AM, Sowjanya Komatineni wrote:
>
> 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
On Fri, 18 Dec 2020 at 20:12, Ard Biesheuvel wrote:
>
> On Fri, 18 Dec 2020 at 15:01, Ard Biesheuvel wrote:
> >
> > On Fri, 18 Dec 2020 at 15:00, Russell King - ARM Linux admin
> > wrote:
> > >
> > > On Fri, Dec 18, 2020 at 01:48:09PM +, Guillaume Tucker wrote:
> > > > Please see the
The pull request you sent on Thu, 17 Dec 2020 19:10:50 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
> tags/riscv-for-linus-5.11-mw0
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e2ae634014d3a8839a99f8897b3f6346a133a33b
Thank you!
--
The pull request you sent on Fri, 18 Dec 2020 19:53:12 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-5.11-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a087241716a6cea8518ca33839276a9648d91cef
Thank you!
--
Deet-doot-dot, I am a
On Fri, 18 Dec 2020 at 15:01, Ard Biesheuvel wrote:
>
> On Fri, 18 Dec 2020 at 15:00, Russell King - ARM Linux admin
> wrote:
> >
> > On Fri, Dec 18, 2020 at 01:48:09PM +, Guillaume Tucker wrote:
> > > Please see the bisection report below about a boot failure on
> > >
The pull request you sent on Fri, 18 Dec 2020 18:17:17 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5ba836eb9fdb07843cfa004e511f333745adb76e
Thank you!
--
Deet-doot-dot, I am a
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
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
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:
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
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
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"
-
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
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:
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
---
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
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,
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
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
> 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 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"
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 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 ==
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:
> > >
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:
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
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:
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:
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 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:
>
>
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
---
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
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:
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:
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:
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
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
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
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
---
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
---
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 |
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
---
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
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
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
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
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=d7f39c40ebb6986e7371510d1c20a4efee4a7f0d
Thanks for you
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
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).
-
...
> > ---
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
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
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
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
> 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 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
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
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
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
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
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
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
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.
>
>
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 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
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
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
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
---
>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
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 ~
'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
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
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:
--
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 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
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
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
>
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
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
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
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
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
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
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
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:
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
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
---
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
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
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
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
---
201 - 300 of 712 matches
Mail list logo
