Hello,
This series adds Core power domain driver for NVIDIA Tegra SoCs and a
common OPP helper which initializes OPP table specifically for Tegra
drivers. The patches depend on the ongoing series [1] which adds
resource-managed OPP API.
[1] https://patchwork.kernel.org/project/linux-pm/list/?seri
Add common helper which initializes OPP table for Tegra SoC core devices.
Tested-by: Peter Geis # Ouya T30
Tested-by: Paul Fertser # PAZ00 T20
Tested-by: Nicolas Chauvet # PAZ00 T20 and TK1 T124
Tested-by: Matt Merhar # Ouya T30
Signed-off-by: Dmitry Osipenko
---
drivers/soc/tegra/common.c |
All NVIDIA Tegra SoCs have a core power domain where majority of hardware
blocks reside. Add binding for the core power domain.
Signed-off-by: Dmitry Osipenko
---
.../power/nvidia,tegra20-core-domain.yaml | 51 +++
1 file changed, 51 insertions(+)
create mode 100644
Documen
The core voltage shall not drop until state of Core domain is synced,
i.e. all device drivers that use Core domain are loaded and ready.
Support Core domain state syncing. The Core domain driver invokes the
core-regulator voltage syncing once the state of domain is synced, at
this point the Core v
Add new Kconfig SOC_TEGRA_COMMON option which selects configuration
options that are common for all Tegra SoCs. Select PM_OPP by default
since from now on OPPs will be used by Tegra drivers which present on
all SoC generations, like display controller driver for example.
Tested-by: Peter Geis # O
The Core domain is a parent of PMC power domains, hence PMC domains
should be set up as a sub-domains of the parent (Core) domain if
"power-domains" phandle presents in a device-tree node of PMC domain.
This allows to propagate GENPD performance changes to the parent Core
domain if performance cha
NVIDIA Tegra SoCs have multiple power domains, each domain corresponds
to an external SoC power rail. Core power domain covers vast majority of
hardware blocks within a Tegra SoC. The voltage of a power domain should
be set to a value which satisfies all devices within a power domain. Add
driver fo
Kernel repo:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
Branch: linux-4.14.y
Arch: x86
Version: 4.14.226-rc1
Commit: 21dddc147970ed44c54e95c59aa4c9d95683733d
Compiler: gcc version 7.3.0 (GCC)
All t
On Mon, 1 Mar 2021 09:03:59 +0100
Oleksij Rempel wrote:
> changes v8:
> - use use enum index instead of enum value for the counter function
> - register signal unconditionally and return error is signal revel is
> read
>
> changes v7:
> - make most of structs dynamically allocatable to assig
On Wed, 24 Feb 2021 15:42:14 +0100
Daniel Lezcano wrote:
> HZ unit conversion macros are available in units.h, use them and
> remove the duplicate definition.
>
> Signed-off-by: Daniel Lezcano
> Reviewed-by: Christian Eggers
Acked-by: Jonathan Cameron
> ---
> drivers/iio/light/as73211.c | 3
On Wed, 24 Feb 2021 15:42:16 +0100
Daniel Lezcano wrote:
> HZ unit conversion macros are available in units.h, use them and
> remove the duplicate definition.
>
> Signed-off-by: Daniel Lezcano
Acked-by: Jonathan Cameron
> ---
> drivers/iio/common/hid-sensors/hid-sensor-attributes.c | 3 +--
>
This patch adds audio support for Xiaomi Poco F1 phone. Phone's primary
Mic and 3.5mm Headphone jack are handled through the SDM845 sound card
and WCD9340 codec.
Signed-off-by: Joel Selvaraj
---
.../boot/dts/qcom/sdm845-xiaomi-beryllium.dts | 117 ++
1 file changed, 117 insertion
> Memory mappings inside kernel allocated with vmalloc() are in
> predictable order and packed tightly toward the low addresses, except
> for per-cpu areas which start from top of the vmalloc area. With
> new kernel boot parameter 'randomize_vmalloc=1', the entire area is
> used randomly to make th
Linux headers might pull 'linux/stddef.h' which defines
'__always_inline' as the following:
#ifndef __always_inline
#define __always_inline __inline__
#endif
This becomes an issue if the program picks up the 'linux/stddef.h'
definition as the macro now just hints inline to clang.
This c
Use devm_iio_device_register() to avoid remove function and
drop explicit call to iio_device_unregister().
Signed-off-by: Mugilraj Dhavachelvan
changes v1->v2:
-As sugested by Alexandru removed i2c_set_clientdata() because the
stored
data will be never used.
---
drivers/iio/da
There are two issues when handling error case in com20020pci_probe()
1. priv might be not initialized yet when calling com20020pci_remove()
from com20020pci_probe(), since the priv is set at the very last but it
can jump to error handling in the middle and priv remains NULL.
2. memory leak - the n
On Sun, 14 Mar 2021 at 22:32, Joel Selvaraj wrote:
>
> This patch adds audio support for Xiaomi Poco F1 phone. Phone's primary
> Mic and 3.5mm Headphone jack are handled through the SDM845 sound card
> and WCD9340 codec.
>
Tested-by: Amit Pundir
> Signed-off-by: Joel Selvaraj
> ---
> .../boot
This patch set removes unused code clocks as required in TODO file:
find and remove code blocks guarded by never set CONFIG_FOO defines
Changes in v3:
- rebase of remaining conflicting patches
Changes in v2:
- modified subject lines to make them unique
- added a p
Remove conditional code blocks checked by unused CONFIG_PNO_SUPPORT
Cleaning required in TODO file:
find and remove code blocks guarded by never set CONFIG_FOO defines
Signed-off-by: Fabio Aiuto
---
drivers/staging/rtl8723bs/core/rtw_pwrctrl.c | 18 --
.../staging/rtl8723bs/core/rtw_wlan_uti
remove conditional code blocks checked by unused CONFIG_WOWLAN
cleaning required in TODO file:
find and remove code blocks guarded by never set CONFIG_FOO defines
Signed-off-by: Fabio Aiuto
---
drivers/staging/rtl8723bs/core/rtw_mlme.c | 3 -
drivers/staging/rtl8723bs/core/rtw_pwrctrl.c
On Sun, Mar 14, 2021 at 04:57:38PM +0100, Greg KH wrote:
> On Fri, Mar 12, 2021 at 07:33:13PM +0100, Fabio Aiuto wrote:
> > This patch set removes unused code blocks as required in TODO file:
> >
> > find and remove code blocks guarded by never set CONFIG_FOO defines
> >
> > Changes in v2:
>
On 3/14/21 5:42 AM, Wilken Gottwalt wrote:
> Adds support for reading the critical values of the temperature sensors
> and the rail sensors (voltage and current) once and caches them. Updates
> the naming of the constants following a more clear scheme. Also updates
> the documentation and fixes a t
Hi Jonathan,
No worries. Thanks for the update. It looks good now.
Thanks,
Jyoti
On Sun, Mar 14, 2021 at 8:40 AM Jonathan Cameron wrote:
>
> On Sat, 13 Mar 2021 11:55:39 -0800
> Jyoti Bhayana wrote:
>
> > Hi Jonathan,
> >
> > I still see the old version 6 in ib-iio-scmi-5.12-rc2-take2 as well.
Hi Rob,
> -Original Message-
> From: Rob Herring
> Sent: Tuesday, March 9, 2021 10:17 PM
> To: Athani Nadeem Ladkhan
> Cc: Tom Joseph ; Bjorn Helgaas
> ; PCI ;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Lorenzo Pieralisi
> ; Kishon Vijay Abraham I ;
> Milind Parab ; Swap
On 2021-03-11 22:01, Bjorn Andersson wrote:
> On Thu 11 Mar 00:19 CST 2021, Sai Prakash Ranjan wrote:
>
>> Hi Bjorn,
>>
>> On 2021-03-11 04:49, Bjorn Andersson wrote:
>> > On Wed 10 Mar 10:46 CST 2021, Souradeep Chowdhury wrote:
>> >
>> > > The DCC is a DMA Engine designed to capture and store dat
On Thu, Mar 11, 2021 at 04:36:31PM +0100, Rafael J. Wysocki wrote:
> On Wed, Mar 10, 2021 at 8:47 PM David Hildenbrand wrote:
> > >
> > > There is some care that should be taken to make sure we get the order
> > > right, but I don't see a fundamental issue here.
>
> Me neither.
>
> > > If I unde
On 2021-03-12 04:59, Bjorn Andersson wrote:
On Sat 27 Feb 07:53 CST 2021, Sai Prakash Ranjan wrote:
Hi Bjorn,
On 2021-02-27 00:44, Bjorn Andersson wrote:
> On Fri 26 Feb 12:23 CST 2021, Rob Clark wrote:
>
>
> The current logic picks one of:
> 1) is the compatible mentioned in qcom_smmu_impl_of
On 2021-03-12 04:44, Bjorn Andersson wrote:
On Thu 25 Feb 03:30 CST 2021, Sai Prakash Ranjan wrote:
This series enables various hardware blocks such as LLCC, IPCC, AOSS
QMP
and Coresight on SC7280 SoC.
This series is dependent on the base support added for SC7280 in [1].
I've picked some o
: arm-randconfig-r024-20210314 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project
dfd27ebbd0eb137c9a439b7c537bb87ba903efd3)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On 2021-03-11 22:04, Bjorn Andersson wrote:
On Thu 11 Mar 04:06 CST 2021, schow...@codeaurora.org wrote:
On 2021-03-11 04:49, Bjorn Andersson wrote:
> On Wed 10 Mar 10:46 CST 2021, Souradeep Chowdhury wrote:
>
> > The DCC is a DMA Engine designed to capture and store data
> > during system cras
The pull request you sent on Sun, 14 Mar 2021 21:15:08 +1100:
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
> tags/powerpc-5.12-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c3c7579f5e3b4826d32af0521e53d5d565ed5a73
Thank you!
--
Deet-doot-d
The pull request you sent on Sun, 14 Mar 2021 13:21:47 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/efi-urgent-for-v5.12-rc2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/836d7f0572ca42ac85d649235680479740743ac6
Thank you!
--
Deet-doot
The pull request you sent on Sun, 14 Mar 2021 04:38:11 -0400:
> https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9d0c8e793f0eb0613efe81d2cdca8c2efa0ad33c
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
The pull request you sent on Sun, 14 Mar 2021 13:07:26 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_urgent_for_v5.12_rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0a7c10df49eb69dd888ea8b8ddd29bde2aa2fd48
Thank you!
--
Deet-doot
The pull request you sent on Sun, 14 Mar 2021 13:44:11 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/perf_urgent_for_v5.12-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/75013c6c52d80b2255ba273eedac013d58754b02
Thank you!
--
Deet-doo
On Sun, Mar 14, 2021 at 8:40 AM Thomas Gleixner wrote:
>
> - A fix for the static_call mechanism so it handles unaligned
>addresses correctly.
I'm not disputing the fix in any way, but why weren't the relocation
info and function start addresses mutually aligned?
Are we perhaps missing some
Currently, the Intel VT-d supports Shared Virtual Memory (SVM) only when
IO page fault is supported. Otherwise, shared memory pages can not be
swapped out and need to be pinned. The device needs the Address Translation
Service (ATS), Page Request Interface (PRI) and Process Address Space
Identifier
From: Borislav Petkov
Add an injection file in order to specify IPID too when injecting an
error, for example, for using the machinery to decode MCEs from other
machines.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/mce/inject.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
There are files in drivers/net/wireless/rsi which follow this syntax in
their file headers, i.e. start with '/**' like comments, which causes
unexpected warnings from kernel-doc.
E.g., running scripts/ker
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_mgmt.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
f
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_common.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_coex.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
f
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_ps.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
fun
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_boot_params.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_hal.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
fu
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_debugfs.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_sdio.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
f
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_main.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
f
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
The header comment used in drivers/net/wireless/rsi/rsi_usb.h
follows kernel-doc syntax, i.e. starts with '/**'. But the content
inside the comment does not comply with kernel-doc specifications (i.e.,
fu
On Fri, Mar 12, 2021 at 09:08 PM CET, Alexander Lobakin wrote:
> flow_dissector_key_icmp::id is of type u16 (CPU byteorder),
> ICMP header has its ID field in network byteorder obviously.
> Sparse says:
>
> net/core/flow_dissector.c:178:43: warning: restricted __be16 degrades to
> integer
>
> Conv
date: 10 weeks ago
config: arm-randconfig-r024-20210314 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project
dfd27ebbd0eb137c9a439b7c537bb87ba903efd3)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
The pull request you sent on Sun, 14 Mar 2021 15:40:01 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> irq-urgent-2021-03-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/70404fe3030ec2dcf339a9730bc03bf0e1f2acf5
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 14 Mar 2021 15:39:57 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> objtool-urgent-2021-03-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/19469d2adab9a94e3c1713b7a12a67f9c59c1161
Thank you!
--
Deet-doot-dot
The pull request you sent on Sun, 14 Mar 2021 15:39:56 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-2021-03-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fa509ff879f816ce50800d20fc87564b69f53962
Thank you!
--
Deet-doot-dot
The pull request you sent on Sun, 14 Mar 2021 15:39:59 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-urgent-2021-03-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c72cbc936141eac737b24f43e742cefaab35edd6
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sun, 14 Mar 2021 15:40:00 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> timers-urgent-2021-03-14
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/802b31c0dd7f44c9ab44d39c6c4af22d958ad803
Thank you!
--
Deet-doot-dot,
Silence deferred probe error caused by the PHY driver which is probed
later than the ChipIdea driver.
Signed-off-by: Dmitry Osipenko
---
drivers/usb/chipidea/ci_hdrc_tegra.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/chipidea/ci_hdrc_tegra.c
b/driver
x86 is the only architecture which has per_cpu current_task:
arch$ git grep current_task | grep -i per_cpu
x86/include/asm/current.h:DECLARE_PER_CPU(struct task_struct *, current_task);
x86/kernel/cpu/common.c:DEFINE_PER_CPU(struct task_struct *, current_task)
cacheline_aligned =
x86/kernel/cp
lx_current depends on per_cpu current_task variable which exists on x86 only.
so it actually works on x86 only. the 1st patch documents this clearly; the
2nd patch adds support for arm64.
-resend
resending to Andrew as Kieran Bingham explained patches of scripts/gdb
usually go through the tree o
arm64 uses SP_EL0 to save the current task_struct address. While running
in EL0, SP_EL0 is clobbered by userspace. So if the upper bit is not 1
(not TTBR1), the current address is invalid. This patch checks the upper
bit of SP_EL0, if the upper bit is 1, lx_current() of arm64 will return
the derefr
On Sun, Mar 14, 2021 at 09:21:40PM +0100, Jakub Sitnicki wrote:
> On Fri, Mar 12, 2021 at 09:08 PM CET, Alexander Lobakin wrote:
> > flow_dissector_key_icmp::id is of type u16 (CPU byteorder),
> > ICMP header has its ID field in network byteorder obviously.
> > Sparse says:
> >
> > net/core/flow_di
On Tue, 9 Mar 2021, Tiezhu Yang wrote:
> diff --git a/arch/mips/include/asm/checksum.h
> b/arch/mips/include/asm/checksum.h
> index 1e6c135..80eddd4 100644
> --- a/arch/mips/include/asm/checksum.h
> +++ b/arch/mips/include/asm/checksum.h
> @@ -128,9 +128,13 @@ static inline __sum16 ip_fast_csum(c
prctl(PR_SET_MM, PR_SET_MM_AUXV, addr, 1);
will copy 1 byte from userspace to (quite big) on-stack array
and then stash everything to mm->saved_auxv.
AT_NULL terminator will be inserted at the very end.
/proc/*/auxv handler will find that AT_NULL terminator
and copy original stack content
On Thu, Mar 11, 2021 at 12:52 AM Huang, Ying wrote:
>
> Hi, Butt,
>
> Shakeel Butt writes:
>
> > On Wed, Mar 10, 2021 at 4:47 PM Huang, Ying wrote:
> >>
> >> From: Huang Ying
> >>
> >> In shrink_node(), to determine whether to enable cache trim mode, the
> >> LRU size is gotten via lruvec_page_
On Sun, Mar 14, 2021 at 11:11:32AM +, Alexander Lobakin wrote:
> Caught by the text editor. Fix it separately from the actual changes.
>
> Signed-off-by: Alexander Lobakin
> ---
> include/linux/etherdevice.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/li
On 12/03/21 10:25 pm, David Laight wrote:
> From: Linuxppc-dev Guenter Roeck
>> Sent: 11 March 2021 21:35
>>
>> On 3/11/21 1:17 PM, Chris Packham wrote:
>>> On 11/03/21 9:18 pm, Wolfram Sang wrote:
> Bummer. What is really weird is that you see clock stretching under
> CPU load. Normally cl
Hello:
This patch was applied to netdev/net.git (refs/heads/master):
On Sun, 14 Mar 2021 14:08:36 -0400 you wrote:
> There are two issues when handling error case in com20020pci_probe()
>
> 1. priv might be not initialized yet when calling com20020pci_remove()
> from com20020pci_probe(), since t
From: Vladimir Oltean
Date: Sun, 14 Mar 2021 20:44:49 +
> On Sun, Mar 14, 2021 at 09:21:40PM +0100, Jakub Sitnicki wrote:
>> On Fri, Mar 12, 2021 at 09:08 PM CET, Alexander Lobakin wrote:
>>
>> Smells like a breaking change for existing consumers of this value.
>>
>> How about we change the
On 12.02.21 13:54, Dmitry Vyukov wrote:
>
> I think we could make KCOV_IN_CTXSW sign bit and then express the check as:
>
> void foo2(unsigned mode) {
> if (((int)(mode & 0x800a)) > 0)
> foo();
> }
>
> 0020 :
> 20: 81 e7 0a 00 00 80and$0x800a,%edi
> 26: 7
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Fri, 12 Mar 2021 15:45:27 -0800 you wrote:
> From: Shachar Raindel
>
> The batching logic in netvsc_send is non-trivial, due to
> a combination of the Linux API and the underlying hypervisor
> interface. Add a comment
Applied directly, since I'm just about to tag rc3 and was just looking
that there were no last-minute pull requests.
Andrew, no need to pick it up into your queue.
Side note: I think we should return -EINVAL more aggressively: right
now we fill up potentially all of user_auxv[] and return success
Hi Jacopo, thanks for the review
On 14/03/2021 10:40, Jacopo Mondi wrote:
>> +#define OV5693_REG_CHIP_ID_H0x300A
>> +#define OV5693_REG_CHIP_ID_L0x300B
> Please use lower case letters in hex identifiers
Will do
>> +
>> +/* Miscellaneous */
>> +#de
So rc3 is pretty big this time around, but that's entirely artificial,
and due to how I released rc2 early. So I'm not going to read anything
more into this, 5.12 still seems to actually be on the smaller side
overall. Also, because of the rc1 debacle, there has been a bit more
rebasing than usual,
I fixed Ard's email as it kept bouncing back.
+CC Linus Walleij
On 03/12/21 10:35, Florian Fainelli wrote:
> On 3/12/21 9:24 AM, Qais Yousef wrote:
> > Hi Alexander
> >
> > On 03/10/21 18:17, Alexander Sverdlin wrote:
> >> Hi!
> >>
> >> On 10/03/2021 17:14, Florian Fainelli wrote:
> >>> I tr
Trivial spelling fixes throughout the file.
Signed-off-by: Bhaskar Chowdhury
---
arch/powerpc/kernel/head_fsl_booke.S | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/kernel/head_fsl_booke.S
b/arch/powerpc/kernel/head_fsl_booke.S
index fdd4d274c245..c6f
On Thu, Mar 11, 2021 at 08:22:55PM +0300, Dmitry Osipenko wrote:
> It's useful to know the total number of underflow events and currently
> the debug stats are getting reset each time CRTC is being disabled. Let's
> account the overall number of events that doesn't get a reset.
[...]
Looks good. I
On 13 Mar 2021, at 2:57, Yu Zhao wrote:
> Some architectures support the accessed bit on non-leaf PMD entries
> (parents) in addition to leaf PTE entries (children) where pages are
> mapped, e.g., x86_64 sets the accessed bit on a parent when using it
> as part of linear-address translation [1]. P
On Sun, Mar 14, 2021 at 11:51:14PM +0300, Alexey Dobriyan wrote:
> prctl(PR_SET_MM, PR_SET_MM_AUXV, addr, 1);
>
> will copy 1 byte from userspace to (quite big) on-stack array
> and then stash everything to mm->saved_auxv.
> AT_NULL terminator will be inserted at the very end.
>
> /proc/*/a
Mundane typo fix.
Signed-off-by: Bhaskar Chowdhury
---
drivers/net/ethernet/amazon/ena/ena_com.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/amazon/ena/ena_com.h
b/drivers/net/ethernet/amazon/ena/ena_com.h
index 343caf41e709..73b03ce59412 100644
--
On Sun, Mar 14, 2021 at 02:40:05PM -0700, Linus Torvalds wrote:
> Applied directly, since I'm just about to tag rc3 and was just looking
> that there were no last-minute pull requests.
>
> Andrew, no need to pick it up into your queue.
>
> Side note: I think we should return -EINVAL more aggressi
On Sun, Mar 14, 2021 at 3:00 PM Linus Torvalds
wrote:
>
> So rc3 is pretty big this time around, [..]
Oh, and I had planned to mention the historical note that goes along
with today's date, but then entirely forgot.
Some people think today is π-day because of odd US date formatting.
But as any t
Ordinary spelling fixes.
Signed-off-by: Bhaskar Chowdhury
---
scripts/kallsyms.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/kallsyms.c b/scripts/kallsyms.c
index 7ecd2ccba531..4d44aba8c212 100644
--- a/scripts/kallsyms.c
+++ b/scripts/kallsyms.c
@@ -12,7 +1
On 3/13/21 1:17 AM, Michal Suchánek wrote:
> On Wed, Mar 10, 2021 at 04:30:21PM -0600, Tyrel Datwyler wrote:
>> Both add_slot_store() and remove_slot_store() try to fix up the drc_name
>> copied from the store buffer by placing a NULL terminator at nbyte + 1
>> or in place of a '\n' if present. How
On Thu, Mar 11, 2021 at 08:22:54PM +0300, Dmitry Osipenko wrote:
> Display controller (DC) performs isochronous memory transfers, and thus,
> has a requirement for a minimum memory bandwidth that shall be fulfilled,
> otherwise framebuffer data can't be fetched fast enough and this results
> in a D
Hi,
On Fri, Mar 12, 2021 at 09:57:56PM +0800, Ray Chi wrote:
> > While I'm fine with merging this after fixing up the subject, the
> > original patch for dwc3 [0] looks completly incorrect to me.
> >
> > First of all it uses wrong scale (power-supply uses uA, not mA),
> > so you are charging 1000x
Hello:
This patch was applied to netdev/net.git (refs/heads/master):
On Fri, 12 Mar 2021 20:08:57 + you wrote:
> flow_dissector_key_icmp::id is of type u16 (CPU byteorder),
> ICMP header has its ID field in network byteorder obviously.
> Sparse says:
>
> net/core/flow_dissector.c:178:43: war
On Wed, 10 Mar 2021, Peter Zijlstra wrote:
> Below is the latest version which I just pushed out to my git tree so
> that the robots can have a go at it.
Do you want me to quickly check it with a real i486, or is it already
covered by said robots (NB I wouldn't trust QEMU with such stuff)?
M
On Sun, 14 Mar 2021, Yafang Shao wrote:
> It is strange to combine "pr_err" with "INFO", so let's remove the
> prefix completely.
> This patch is motivated by David's comment[1].
>
> - before the patch
> [ 8846.517809] INFO: Slab 0xf42a2c60 objects=33 used=3
> fp=0x60d32ca8 flags
Hi!
I get failure building ARM kernel. I can workaround it with. Are
system fdt headers used, or something like that?
I failed to copy the error message, but FDT_ERR_ALIGNMENT was
undefined symbol.
This is on 5.12-rc3.
BR,
Pavel
diff --gi
Hi Joerg,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1e28eed17697bcf343c6743f0028cc3b5dd88bf0
commit: 56fbacc9bf23d372d78eef3809c1ac93d88e11f4 Merge branches 'arm/renesas',
'arm/qcom', 'arm/mediatek', 'arm/omap
On 13 Mar 2021, at 2:57, Yu Zhao wrote:
> TLDR
>
> The current page reclaim is too expensive in terms of CPU usage and
> often making poor choices about what to evict. We would like to offer
> a performant, versatile and straightforward augment.
>
> Repo
>
> git fetch https://linux-mm.go
On Thu, Mar 11, 2021 at 06:02:57PM -0800, Song Liu wrote:
> perf uses performance monitoring counters (PMCs) to monitor system
> performance. The PMCs are limited hardware resources. For example,
> Intel CPUs have 3x fixed PMCs and 4x programmable PMCs per cpu.
>
> Modern data center systems use t
Hello,
On Sun, Mar 14, 2021 at 01:58:33PM -0700, Shakeel Butt wrote:
> > If my understanding were correct, what Tejun suggested is to add a fast
> > read interface to rstat to be used in hot path. And its accuracy is
> > similar as that of traditional per-CPU counter. But if we can regularly
> >
On Sun, Mar 14, 2021 at 06:12:42PM -0400, Zi Yan wrote:
> On 13 Mar 2021, at 2:57, Yu Zhao wrote:
>
> > Some architectures support the accessed bit on non-leaf PMD entries
> > (parents) in addition to leaf PTE entries (children) where pages are
> > mapped, e.g., x86_64 sets the accessed bit on a p
This patch adds a special-case when waiting on a pid (via waitpid,
waitid, wait4, etc) to avoid doing an O(n) scan of children and tracees,
and instead do an O(1) lookup. This improves performance when waiting on
a pid from a thread group with many children and/or tracees.
Time to fork and then ca
Hi Nylon,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1e28eed17697bcf343c6743f0028cc3b5dd88bf0
commit: e178d670f251b6947d6be99c0014e9a57ad4f0e0 riscv/kasan: add KASAN_VMALLOC
support
date: 3 weeks ago
config:
On 3/14/21 17:56, Jim Newsome wrote:
> * Switched back to explicitly looking up by tgid and then pid.
Shoot, I seem to have dropped that somehow in my rebase-and-squash. v7
out shortly; sorry for the noise.
This patch adds a special-case when waiting on a pid (via waitpid,
waitid, wait4, etc) to avoid doing an O(n) scan of children and tracees,
and instead do an O(1) lookup. This improves performance when waiting on
a pid from a thread group with many children and/or tracees.
Time to fork and then ca
On 3/12/21 11:57 PM, Yu Zhao wrote:
> Some architectures support the accessed bit on non-leaf PMD entries
> (parents) in addition to leaf PTE entries (children) where pages are
> mapped, e.g., x86_64 sets the accessed bit on a parent when using it
> as part of linear-address translation [1]. Page t
Hi Daniel,
Thank you for the patch.
On Fri, Mar 12, 2021 at 10:32:39AM +, Daniel Scally wrote:
> The OV5693 is a 5 Mpx CMOS image sensor, connected via MIPI CSI-2. The
> chip is capable of a single lane configuration, but currently only two
> lanes are supported.
>
> Most of the sensor's fea
201 - 300 of 509 matches
Mail list logo
