On 1/6/21 2:04 AM, Masanari Iida wrote:
> This patch fixes some spelling typos in Kconfig.
>
> Signed-off-by: Masanari Iida
> ---
> arch/csky/Kconfig | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig
> index
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 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 @@
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"
-
This series brings various fixes, cleanups and improvements to stm32-usart
driver.
Changes in v2:
- delete DMA cookie variables removal from V1 patch as already done by a
previous patch
- update commit message as DMA cookie variables removal is no more
included in this patch
Erwan Le Ray (8):
DMA initialization error handling is not properly implemented in the
driver.
Fix DMA initialization error handling by:
- moving TX DMA descriptor request error handling in a new dedicated
fallback_err label
- adding error handling to TX DMA descriptor submission
- adding error handling to RX DMA
On Wed, 2021-01-06 at 18:48 +0530, Bhaskar Chowdhury wrote:
> Good point Randy, there were several driver file witch have "defautly" in it
> and I tried to correct that.Only that spell made it a "de-faulty" as dic
> suggested . But I think it should be "by default" as you said.
What tool
On Wed, 16 Dec 2020, Zhang Lixu wrote:
> The EHL (Elkhart Lake) based platforms provide a OOB (Out of band)
> service, which allows wakup device when the system is in S5 (Soft-Off
> state). This OOB service can be enabled/disabled from BIOS settings.
>
> These two patches is to enable this
On Tue, Jan 5, 2021 at 9:27 PM Randy Dunlap wrote:
>
> Hi Lukas,
>
> On 1/5/21 1:35 AM, Lukas Bulwahn wrote:
> > Commit 80b9414832a1 ("docs: octeontx2: Add Documentation for NPA health
> > reporters") added new documentation with improper formatting for rst, and
> > caused a few new warnings for
Hugh Dickins writes:
Boot a CONFIG_MEMCG=y kernel with "cgroup_disabled=memory" and you are
met by a series of warnings from the VM_WARN_ON_ONCE_PAGE(!memcg, page)
recently added to the inline mem_cgroup_page_lruvec().
An earlier attempt to place that warning, in mem_cgroup_lruvec(), had
been
Signed-off-by: Lukas Bulwahn
---
v1 -> v2: minor stylistic tuning as suggested by Randy
applies cleanly on current master (v5.11-rc2) and next-20210106
George, please ack.
Jonathan, please pick this minor formatting clean-up patch.
.../ethernet/marvell/octeontx2.rst| 62 +
Hi Ankur,
We are observing below BUG_ON() with latest kernel
[10011.321645] [ cut here ]
[10011.322262] kernel BUG at mm/memory.c:1816!
[10011.323793] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
[10011.326108] CPU: 2 PID: 1147 Comm: odp_l2fwd Not tainted
submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Tony-Lindgren/Lost-key-up-interrupt-handling-for-omap4-keypad/20210106-210045
base: https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
On Wed, Jan 06, 2021 at 05:12:54PM +0100, Vitaly Kuznetsov wrote:
> Wei Liu writes:
>
> > On Wed, Jan 06, 2021 at 02:28:20PM +0100, Vitaly Kuznetsov wrote:
> > [...]
> >>
> >> > +bool hv_query_ext_cap(u64 cap_query)
> >> > +{
> >> > +u64 *cap;
> >> > +unsigned long flags;
> >> >
On Wed, Jan 06, 2021 at 03:52:14PM +, Ionela Voinescu wrote:
> > > > > vim +367 arch/arm64/kernel/topology.c
> > > > >
> > > > >362
> > > > >363int cpc_read_ffh(int cpu, struct cpc_reg *reg, u64 *val)
> > > > >364{
> > > > >365int ret =
Wei Liu writes:
> On Wed, Jan 06, 2021 at 02:28:20PM +0100, Vitaly Kuznetsov wrote:
> [...]
>>
>> > +bool hv_query_ext_cap(u64 cap_query)
>> > +{
>> > + u64 *cap;
>> > + unsigned long flags;
>> > + u64 ext_cap = 0;
>> > +
>> > + /*
>> > + * Querying extended capabilities is an extended
On Wed 06-01-21 16:47:34, Muchun Song wrote:
> If the refcount is one when it is migrated, it means that the page
> was freed from under us. So we are done and do not need to migrate.
Is this common enough that it would warrant the explicit check for each
migration?
--
Michal Hocko
SUSE Labs
On Wed, Jan 06, 2021 at 02:36:45PM +, Jonathan Cameron wrote:
> On Wed, 6 Jan 2021 11:26:59 +
> Cristian Marussi wrote:
>
> > Hi
> >
> > On Wed, Jan 06, 2021 at 10:29:17AM +, Jonathan Cameron wrote:
> > > On Tue, 5 Jan 2021 23:09:20 +
> > > Jyoti Bhayana wrote:
> > >
> > > >
On Wed 06-01-21 17:11:39, Michal Hocko wrote:
> On Mon 04-01-21 14:58:38, Muchun Song wrote:
> > If the refcount is one when it is migrated, it means that the page
> > was freed from under us. So we are done and do not need to migrate.
>
> Is this common enough that it would warrant the explicit
On Mon 04-01-21 14:58:38, Muchun Song wrote:
> If the refcount is one when it is migrated, it means that the page
> was freed from under us. So we are done and do not need to migrate.
Is this common enough that it would warrant the explicit check for each
migration?
> Signed-off-by: Muchun Song
On Wed, Jan 06, 2021 at 04:41:04PM +0100, Vincent Guittot wrote:
> Let me try again:
>
> Active balance is triggered for a number of voluntary cases like
> misfit or pinned tasks cases but also after that a number of load
> balance attempts failed to migrate a task. There is no need to use
>
On Tue 05-01-21 22:49:21, Liang Li wrote:
> hugetlb manages its page in hstate's free page list, not in buddy
> system, this patch try to make it works for hugetlbfs. It canbe
> used for memory overcommit in virtualization and hugetlb pre zero
> out.
David has layed down some more fundamental
On Wed, 6 Jan 2021 at 16:13, Valentin Schneider
wrote:
>
> On 06/01/21 14:34, Vincent Guittot wrote:
> > Setting LBF_ALL_PINNED during active load balance is only valid when there
> > is only 1 running task on the rq otherwise this ends up increasing the
> > balance interval whereas other tasks
On Wed, Jan 06, 2021 at 11:23:39AM -0400, Jason Gunthorpe wrote:
> On Wed, Jan 06, 2021 at 12:40:17PM +0200, Leon Romanovsky wrote:
>
> > I asked what will you do when QEMU will gain needed functionality?
> > Will you remove QEMU from this list? If yes, how such "new" kernel will
> > work on old
For older glibc ~2.17, #include'ing both linux/if.h and net/if.h
fails due to complaints about redefinition of interface flags:
CC net.o
In file included from net.c:13:0:
/usr/include/linux/if.h:71:2: error: redeclaration of enumerator ‘IFF_UP’
IFF_UP= 1<<0, /* sysfs */
^
On Thu 31-12-20 00:55:56, Shiyang Ruan wrote:
> Call the ->memory_failure() which is implemented by pmem driver, in
> order to finally notify filesystem to handle the corrupted data. The
> old collecting and killing processes are moved into
> mf_dax_mapping_kill_procs(), which will be called by
On Wed, Jan 6, 2021 at 3:09 AM Viresh Kumar wrote:
>
> We will start building overlays for platforms soon in the kernel and
> would need these tools going forward. Lets fetch and build these.
>
> Note that a copy of fdtdump.c was already copied back in the year 2012,
> but it was never updated or
On Wednesday 06 Jan 2021 at 15:21:19 (+), Catalin Marinas wrote:
> On Wed, Jan 06, 2021 at 03:07:24PM +, Ionela Voinescu wrote:
> > On Friday 18 Dec 2020 at 10:44:10 (+), Catalin Marinas wrote:
> > > On Fri, Dec 18, 2020 at 05:00:16AM +0800, kernel test robot wrote:
> > > > tree:
>
With commit e722a295cf49 ("staging: ion: remove from the tree"), ION and
its corresponding config CONFIG_ION is gone. Remove stale references
from drivers/staging/media/atomisp/pci and from the recommended Android
kernel config.
Fixes: e722a295cf49 ("staging: ion: remove from the tree")
Cc: Greg
On 06/01/21 16:44, Peter Zijlstra wrote:
> On Wed, Jan 06, 2021 at 06:46:21AM -0800, Paul E. McKenney wrote:
>> What would break if I made the code dump out a few entries in the
>> runqueue if the warning triggered?
>
> There was a patch around that did that, Valentin might remember where
> that
Hi,
On Wed, Dec 23, 2020 at 09:08:47PM +0100, Sergio Sota wrote:
> From c45753026b4868e32132348f8f2bf59e6ce5c820 Mon Sep 17 00:00:00 2001
> From: Sergio Sota
> Date: Wed, 23 Dec 2020 21:00:35 +0100
> Subject: [PATCH] ARM: dts sunxi: add A10s/A13 mali gpu support
>
> The A10s/A13 mali gpu was
Hi!
Thanks for your patch
The prefix in your commit title should be ARM: dts: sun5i
It looks like your patch has been wrapped. Make sure you send it through
git send-email, or at least that your mailer don't mangle it.
On Wed, Dec 23, 2020 at 08:58:15PM +0100, Sergio Sota wrote:
> From
On Tue, Nov 24, 2020 at 05:07:28PM +, Wei Liu wrote:
> This makes the name match Hyper-V TLFS.
>
> Signed-off-by: Wei Liu
> Reviewed-by: Vitaly Kuznetsov
This patch is trivially correct.
I will apply it to hyperv-next to reduce length of this series.
Wei.
> ---
>
On Wed, 6 Jan 2021 at 16:32, Peter Zijlstra wrote:
>
> On Wed, Jan 06, 2021 at 04:20:55PM +0100, Vincent Guittot wrote:
>
> > This case here is :
> > we have 2 tasks TA and TB on the rq.
> > The waiting one TB can't migrate for a reason other than the pinned case.
> > We decide to start the
On Wed, Jan 06, 2021 at 06:46:21AM -0800, Paul E. McKenney wrote:
> Huh. The WARN does not always generate the lockdep complaint. But
> fair enough.
Any printk()/WARN/BUG with rq lock held ought to generate that splat,
sometimes we die before we splat. The printk rewrite should eventually
fix
On Wed, 6 Jan 2021 at 16:13, Peter Zijlstra wrote:
>
> On Wed, Jan 06, 2021 at 02:34:19PM +0100, Vincent Guittot wrote:
> > Active balance is triggered for a number of voluntary case like misfit or
> cases
> > pinned tasks cases but also
On Thu 31-12-20 00:55:55, Shiyang Ruan wrote:
> The current memory_failure_dev_pagemap() can only handle single-mapped
> dax page for fsdax mode. The dax page could be mapped by multiple files
> and offsets if we let reflink feature & fsdax mode work together. So,
> we refactor current
SFP GPON module Ubiquiti U-Fiber Instant has in its EEPROM stored nonsense
information. It claims that support all transceiver types including 10G
Ethernet which is not truth. So clear all claimed modes and set only one
mode which module supports: 1000baseX_Full.
Also this module have set SFF
From: Russell King
Some GPON SFP modules (e.g. Ubiquiti U-Fiber Instant) have set both
SFP_OPTIONS_LOS_INVERTED and SFP_OPTIONS_LOS_NORMAL bits in their EEPROM.
Such combination of bits is meaningless so assume that LOS signal is not
implemented.
This patch fixes link carrier for GPON SFP
Workaround for GPON SFP modules based on VSOL V2801F brand was added in
commit 0d035bed2a4a ("net: sfp: VSOL V2801F / CarlitoxxPro CPGOS03-0490
v2.0 workaround"). But it works only for ids explicitly added to the list.
As there are more rebraded VSOL V2801F modules and OEM vendors are putting
into
This is second patch series which adds workaround for broken GPON SFP
modules based on Realtek RTL8672/RTL9601C chips with broken EEPROM
emulator.
PATCH 2/4 was dropped and replaced by specific UBNT quirk in modified
PATCH v2 3/3.
hwmon interface was for these SFP modules completely disabled as
On Wed, Jan 06, 2021 at 02:28:20PM +0100, Vitaly Kuznetsov wrote:
[...]
>
> > +bool hv_query_ext_cap(u64 cap_query)
> > +{
> > + u64 *cap;
> > + unsigned long flags;
> > + u64 ext_cap = 0;
> > +
> > + /*
> > +* Querying extended capabilities is an extended hypercall. Check if the
> >
On Wednesday 06 January 2021 15:27:07 Russell King - ARM Linux admin wrote:
> On Wed, Jan 06, 2021 at 03:23:38PM +, Russell King - ARM Linux admin
> wrote:
> > On Wed, Jan 06, 2021 at 03:21:38PM +, Russell King - ARM Linux admin
> > wrote:
> > > On Wed, Jan 06, 2021 at 03:55:32PM +0100,
submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Tony-Lindgren/Lost-key-up-interrupt-handling-for-omap4-keypad/20210106-210045
base: https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
On Wed, Jan 06, 2021 at 04:20:55PM +0100, Vincent Guittot wrote:
> This case here is :
> we have 2 tasks TA and TB on the rq.
> The waiting one TB can't migrate for a reason other than the pinned case.
> We decide to start the active migration on the running TA task but TA
> is pinned.
> In this
On Wed, Jan 06, 2021 at 01:59:38PM +0800, Chia-Wei, Wang wrote:
> The Aspeed eSPI controller is slave device to communicate with
> the master through the Enhanced Serial Peripheral Interface (eSPI).
> All of the four eSPI channels, namely peripheral, virtual wire,
> out-of-band, and flash are
On Wed, Jan 06, 2021 at 03:23:38PM +, Russell King - ARM Linux admin wrote:
> On Wed, Jan 06, 2021 at 03:21:38PM +, Russell King - ARM Linux admin
> wrote:
> > On Wed, Jan 06, 2021 at 03:55:32PM +0100, Pali Rohár wrote:
> > > On my tested CarlitoxxPro module is:
> > >
> > >
On Wed, Jan 06, 2021 at 12:40:17PM +0200, Leon Romanovsky wrote:
> I asked what will you do when QEMU will gain needed functionality?
> Will you remove QEMU from this list? If yes, how such "new" kernel will
> work on old QEMU versions?
The needed functionality is some VMM hypercall, so
On Wed, Jan 06, 2021 at 03:21:38PM +, Russell King - ARM Linux admin wrote:
> On Wed, Jan 06, 2021 at 03:55:32PM +0100, Pali Rohár wrote:
> > On my tested CarlitoxxPro module is:
> >
> > Option values : 0x00 0x1c
> > Option
On Wed, Jan 06, 2021 at 03:55:32PM +0100, Pali Rohár wrote:
> On my tested CarlitoxxPro module is:
>
> Option values : 0x00 0x1c
> Option: RX_LOS implemented,
> inverted
> Option
On Wed, Jan 06, 2021 at 03:07:24PM +, Ionela Voinescu wrote:
> On Friday 18 Dec 2020 at 10:44:10 (+), Catalin Marinas wrote:
> > On Fri, Dec 18, 2020 at 05:00:16AM +0800, kernel test robot wrote:
> > > tree:
> > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
On Wed, 6 Jan 2021 at 16:10, Peter Zijlstra wrote:
>
> On Wed, Jan 06, 2021 at 02:34:18PM +0100, Vincent Guittot wrote:
> > Setting LBF_ALL_PINNED during active load balance is only valid when there
> > is only 1 running task on the rq otherwise this ends up increasing the
> > balance interval
Hi,
we use mlockall(MCL_CURRENT | MCL_FUTURE) / munlockall() in cryptsetup code
and someone tried to use it with hardened memory allocator library.
Execution time was increased to extreme (minutes) and as we found, the problem
is in munlockall().
Here is a plain reproducer for the core without
On Wed, Jan 6, 2021 at 2:55 AM Bert Vermeulen wrote:
>
> On 1/5/21 6:04 PM, Rob Herring wrote:
> > On Mon, 04 Jan 2021 14:17:54 +0100, Bert Vermeulen wrote:
> >> Signed-off-by: Bert Vermeulen
> >> ---
> >> .../realtek,rtl-intc.yaml | 57 +++
> >> 1 file
Hi Linus,
On Tue, Jan 5, 2021 at 11:23 PM Linus Walleij wrote:
>
> On Mon, Dec 21, 2020 at 4:28 PM Martin Blumenstingl
> wrote:
> > On Wed, Oct 7, 2020 at 9:44 PM Martin Blumenstingl
> > wrote:
> > [...]
> > > > As noted on the earlier patches I think this should be folded into the
> > > >
Ping
On 12/22/20 8:15 PM, Tony Krowiak wrote:
Note: Patch 1, s390/vfio-ap: clean up vfio_ap resources when KVM
pointer invalidated does not belong to this series. It has been
posted as a separate patch to fix a known problem. It is included
here because it will likely
Hi,
On Wed, Jan 06, 2021 at 08:55:57AM +0100, Mike Looijmans wrote:
> Add support for the LTC4162-L Li-Ion battery charger. The driver allows
> reading back telemetry and to set some charging options like the input
> current limit.
>
> Signed-off-by: Mike Looijmans
> ---
> v2: Use microohm
On 06/01/21 14:34, Vincent Guittot wrote:
> Setting LBF_ALL_PINNED during active load balance is only valid when there
> is only 1 running task on the rq otherwise this ends up increasing the
> balance interval whereas other tasks could migrate after the next interval
> once they become cache-cold
On 06/01/21 14:34, Vincent Guittot wrote:
> Don't waste time checking whether an idle cfs_rq could be the busiest
> queue. Furthermore, this can end up selecting a cfs_rq with a high load
> but being idle in case of migrate_load.
>
> Signed-off-by: Vincent Guittot
Makes sense to me.
On Wed, Jan 06, 2021 at 02:34:19PM +0100, Vincent Guittot wrote:
> Active balance is triggered for a number of voluntary case like misfit or
cases
> pinned tasks cases but also after that a number of load balance failed to
On Wed, Jan 06, 2021 at 02:34:18PM +0100, Vincent Guittot wrote:
> Setting LBF_ALL_PINNED during active load balance is only valid when there
> is only 1 running task on the rq otherwise this ends up increasing the
> balance interval whereas other tasks could migrate after the next interval
> once
On Wed, 06 Jan 2021 13:59:34 +0800, Chia-Wei, Wang wrote:
> Add dt-bindings and the inclusion header for Aspeed eSPI controller.
>
> Signed-off-by: Chia-Wei, Wang
> ---
> .../devicetree/bindings/soc/aspeed/espi.yaml | 252 ++
> .../interrupt-controller/aspeed-espi-ic.h |
Hi,
On Friday 18 Dec 2020 at 10:44:10 (+), Catalin Marinas wrote:
> On Fri, Dec 18, 2020 at 05:00:16AM +0800, kernel test robot wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > head: 74f602dc96dd854c7b2034947798c1e2a6b84066
> > commit:
to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Vincenzo-Frascino/arm64-ARMv8-5-A-MTE-Add-async-mode-support/20210106-200352
base: https
suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Tony-Lindgren/Lost-key-up-interrupt-handling-for-omap4-keypad/20210106-210045
base: https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git next
config
On Tue, Jan 05, 2021 at 05:55:29PM +0100, Krzysztof Kozlowski wrote:
> On Mon, Jan 04, 2021 at 09:24:49PM +, Mark Brown wrote:
> > I'm not sure I follow, sorry? Either the core driver can parse the
> > bindings enough to know what children it has or (probably better) it can
> > instantiate
On Wed, 23 Dec 2020 00:14:18 +0530, Pratyush Yadav wrote:
> This series adds support for Octal DTR mode now that SPI NOR supports
> these flashes. Patches 1/7 to 4/7 and 6/7 fix some minor bugs and issues.
> Patche 5/7 lays some groundwork by implementing the supports_op() hook.
> Patch 7/7 adds
On Mon, 21 Dec 2020 13:17:30 -0800, Sowjanya Komatineni wrote:
> This series adds Tegra210, Tegra186, and Tegra194 Quad SPI driver and
> enables Quad SPI on Jetson Nano and Jetson Xavier NX.
>
> QSPI controller is available on Tegra210, Tegra186 and Tegra194.
>
> Tegra186 and Tegra194 has
On Tue, 5 Jan 2021 15:02:45 +0100, Thomas Bogendoerfer wrote:
> I couldn't find any buyable product other than reference boards using
> TX49xx CPUs. And since nobody showed interest in keeping support for
> it, it's time to remove it.
>
> I've split up the removal into seperate parts for
On Wed, 6 Jan 2021 12:20:40 +0900
Masami Hiramatsu wrote:
> Enable the notrace function check on the architecture which doesn't
> support kprobes on ftrace. This notrace function check is not only
> for the kprobes on ftrace but also sw-breakpoint based kprobes.
> Thus there is no reason to
On January 6, 2021 3:36:25 PM GMT+01:00, Peter Zijlstra
wrote:
>Instead of using noinstr, kill instrumentation for all of mce/. This
>switches MCE over to a best-effort but non-validated mode. Doing
>better will require a significant investment of time and effort.
Another thing that we could do
On Sunday 03 January 2021 03:41:32 Pali Rohár wrote:
> Hello!
>
> On Sunday 03 January 2021 03:25:23 Thomas Schreiber wrote:
> > Hi Pali,
> > I have a CarlitoxxPro module and I reported an issue about RX_LOS pin
> > to the manufacturer.
> > It looks to me that the module asserts "inverted LOS"
Hi Mike,
On 1/6/21 2:48 PM, Mike Leach wrote:
Hi Suzuki,
In addition to altering patch 18, to put the newly accessible
TRCDEVARCH register into the more appropriate 'mgmt' subdir for
CoreSight management registers, an update is needed to
On Thu 31-12-20 18:39:55, Shakeel Butt wrote:
> This patch adds swapcache stat for the cgroup v2. The swapcache
> represents the memory that is accounted against both the memory and the
> swap limit of the cgroup. The main motivation behind exposing the
> swapcache stat is for enabling users to
Another factoid to add to this: I captured all traffic on an
interface while the test program was running using
tcpdump -i wlo1 -w capture.pcap
observing that multiple packets got through the filter. I then built
the bpf_dbg program from the kernel source tree and ran the same
filter and
On Wed, Jan 06, 2021 at 09:17:02PM +0800, Zheng Yongjun wrote:
> Use resource_size rather than a verbose computation on
> the end and start fields.
>
> Signed-off-by: Zheng Yongjun
> ---
> drivers/staging/media/zoran/zoran_driver.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
Hello,
Zheng Yongjun wrote on Wed, 6 Jan 2021
21:18:47 +0800:
> Use resource_size rather than a verbose computation on
> the end and start fields.
>
> Signed-off-by: Zheng Yongjun
> ---
> drivers/mtd/devices/st_spi_fsm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hello
Zheng Yongjun wrote on Wed, 6 Jan 2021
21:18:39 +0800:
> Use resource_size rather than a verbose computation on
> the end and start fields.
Same as your previous patch, the description does not match the change.
>
> Signed-off-by: Zheng Yongjun
> ---
>
Hello,
Zheng Yongjun wrote on Wed, 6 Jan 2021
21:18:31 +0800:
> Use resource_size rather than a verbose computation on
> the end and start fields.
The commit message and the patch content do not match.
>
> Signed-off-by: Zheng Yongjun
> ---
> drivers/mtd/maps/pci.c | 8
> 1 file
Hi Suzuki,
In addition to altering patch 18, to put the newly accessible
TRCDEVARCH register into the more appropriate 'mgmt' subdir for
CoreSight management registers, an update is needed to
./Documentation/ABI/testing/sysfs-bus-coresight-devices-etm4x to add a
reference for this new sysfs file
When the compiler doesn't feel like inlining, it causes a noinstr
fail:
vmlinux.o: warning: objtool: lock_is_held_type()+0xb: call to
lockdep_enabled() leaves .noinstr.text section
Fixes: 4d004099a668 ("lockdep: Fix lockdep recursion")
Reported-by: Randy Dunlap
Signed-off-by: Peter Zijlstra
We call do_machine_check() from a 'safe' context, instrumentation
should be possible. However, due to the nature of the beast, MCE is
fragile and we really rather would not want to hit additional code.
Currently this is done by marking do_machine_check() as noinstr,
however there's at least one
When the compiler fails to inline; we violate nonisntr:
vmlinux.o: warning: objtool: __sev_es_nmi_complete()+0xc7: call to
sev_es_wr_ghcb_msr() leaves .noinstr.text section
Fixes: 4ca68e023b11 ("x86/sev-es: Handle NMI State")
Reported-by: Randy Dunlap
Signed-off-by: Peter Zijlstra (Intel)
vmlinux.o: warning: objtool: lock_is_held_type()+0x60: call to
check_flags.part.0() leaves .noinstr.text section
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/locking/lockdep.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
--- a/kernel/locking/lockdep.c
+++
On Tue, Jan 05, 2021 at 08:25:31PM -0800, Randy Dunlap wrote:
> ptp_ines.c uses devm_platform_ioremap_resource(), which is only
> built/available when CONFIG_HAS_IOMEM is enabled.
> CONFIG_HAS_IOMEM is not enabled for arch/s390/, so builds on S390
> have a build error:
>
> s390-linux-ld:
On Wed, Jan 06, 2021 at 10:52:14AM +0100, Peter Zijlstra wrote:
> On Tue, Jan 05, 2021 at 02:01:15PM -0800, Paul E. McKenney wrote:
> > Hello!
> >
> > The RUDE01 rcutorture scenario (and less often, the TASKS01 scenario)
> > results in occasional lockdep splats on v5.11-rc1 on x86. This failure
With exception of patch #6 (which I'm really not sure about), this series cures
all noinstr warnings I found today after looking at a report from Randy.
Please consider...
There's some explicit tracing left in exc_machine_check_kernel(),
remove it, as it's already implied by irqentry_nmi_enter().
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/kernel/cpu/mce/core.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
---
Use existing rx processed count to track against budget, thereby making
budget decrement operation redundant.
rx_desc_count can be calculated outside the rx loop, making the loop a
bit smaller.
Signed-off-by: Sieng Piaw Liew
---
drivers/net/ethernet/broadcom/bcm63xx_enet.c | 4 ++--
1 file
Hi Masahiro,
With v5.11-rc1 and commit("1e860048c53ee gcc-plugins: simplify GCC
plugin-dev capability test"), I get this error for my arm
socfpga_defconfig build. I have been building the kernel the same way
for many years now. Do you know what I might be doing wrong?
$ make ARCH=arm
vmlinux.o: warning: objtool: __do_fast_syscall_32()+0x47: call to
syscall_enter_from_user_mode_work() leaves .noinstr.text section
Fixes: 4facb95b7ada ("x86/entry: Unbreak 32bit fast syscall")
Reported-by: Randy Dunlap
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/entry/common.c | 10
Support bulking hardware TX queue by using netdev_xmit_more().
Signed-off-by: Sieng Piaw Liew
---
drivers/net/ethernet/broadcom/bcm63xx_enet.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/broadcom/bcm63xx_enet.c
Hi Tom, Wolfram,
On Tue, 5 Jan 2021 11:09:42 +0100, Wolfram Sang wrote:
> On Tue, Dec 15, 2020 at 10:33:27AM -0800, t...@redhat.com wrote:
> > From: Tom Rix
> >
> > See Documentation/core-api/printk-formats.rst.
> > h should no longer be used in the format specifier for printk.
> >
> >
We can increase the efficiency of rx path by using buffers to receive
packets then build SKBs around them just before passing into the network
stack. In contrast, preallocating SKBs too early reduces CPU cache
efficiency.
Check if we're in NAPI context when refilling RX. Normally we're almost
The rx SKB ring use the same code for cleanup at various points.
Combine them into a function to reduce lines of code.
Signed-off-by: Sieng Piaw Liew
---
drivers/net/ethernet/broadcom/bcm63xx_enet.c | 72 ++--
1 file changed, 22 insertions(+), 50 deletions(-)
diff --git
Use netdev_alloc_skb_ip_align on newer SoCs with integrated switch
(enetsw) when refilling RX. Increases packet processing performance
by 30% (with netif_receive_skb_list).
Non-enetsw SoCs cannot function with the extra pad so continue to use
the regular netdev_alloc_skb.
Tested on BCM6328 320
Add Byte Queue Limits support to reduce/remove bufferbloat in
bcm63xx_enet.
Signed-off-by: Sieng Piaw Liew
---
drivers/net/ethernet/broadcom/bcm63xx_enet.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/net/ethernet/broadcom/bcm63xx_enet.c
Use netif_receive_skb_list to batch process rx skb.
Tested on BCM6328 320 MHz using iperf3 -M 512, increasing performance
by 12.5%.
Before:
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-30.00 sec 120 MBytes 33.7 Mbits/sec 277 sender
[ 4] 0.00-30.00 sec
This patch series aim to improve the bcm63xx_enet driver by integrating the
latest networking features, i.e. batched rx processing, BQL, build_skb,
etc.
The newer enetsw SoCs are found to be able to do unaligned rx DMA by adding
NET_IP_ALIGN padding which, combined with these patches, improved
On Wed, 6 Jan 2021 11:26:59 +
Cristian Marussi wrote:
> Hi
>
> On Wed, Jan 06, 2021 at 10:29:17AM +, Jonathan Cameron wrote:
> > On Tue, 5 Jan 2021 23:09:20 +
> > Jyoti Bhayana wrote:
> >
> > > Hi Jonathan,
> > >
> > > > So, sensor_max_range can effectively be exposed as a
701 - 800 of 1126 matches
Mail list logo