On Sun, 15 Nov 2020 at 19:59, Arpitha Raghunandan <98.a...@gmail.com> wrote:
>
> Modify fs/ext4/inode-test.c to use the parameterized testing
> feature of KUnit.
>
> Signed-off-by: Arpitha Raghunandan <98.a...@gmail.com>
> Signed-off-by: Marco Elver
> ---
> Changes v7->v8:
> - Replace strcpy() wit
On Sun, Nov 15, 2020 at 12:26:22PM +0100, Thomas Gleixner wrote:
> On Sat, Nov 14 2020 at 13:18, Ashok Raj wrote:
> > On Sat, Nov 14, 2020 at 10:34:30AM +, Christoph Hellwig wrote:
> >> On Thu, Nov 12, 2020 at 11:42:46PM +0100, Thomas Gleixner wrote:
> >> Which is why I really think we need exp
Hello,
syzbot found the following issue on:
HEAD commit:eccc8767 Merge branch 'fixes' of git://git.kernel.org/pub/..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=115b9a2650
kernel config: https://syzkaller.appspot.com/x/.config?x=86ae89f992df998f
das
syzbot has found a reproducer for the following issue on:
HEAD commit:e28c0d7c Merge branch 'akpm' (patches from Andrew)
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15cd1cc250
kernel config: https://syzkaller.appspot.com/x/.config?x=37bf5609aacce0b6
Hi CK,
On Sun, 15 Nov 2020 08:53:24 +0800
Chun-Kuang Hu wrote:
> Hi, Bilal:
>
> Please help to test this patch on your Chromebook elm, thanks.
>
> Regards,
> Chun-Kuang Hu
Just tried this patch on the Chromebook Elm, and it doesn't work. The
HDMI screen remains black, though the rest of the
On Sun 2020-11-15 18:49:09, Pavel Machek wrote:
> Hi!
> > >
> > > Does anyone have Droid 4 working with 5.10-rc3?
> > >
> > > I tried it with the original config; I got message about culomb
> > > counter calibration done scrolling (and boot progressing very slowly
> > > or not at all) . So ... I
Event items are used for completing Surface Aggregator EC events, i.e.
placing event command data and payload on a workqueue for later
processing to avoid doing said processing directly on the receiver
thread. This means that event items are allocated for each incoming
event, regardless of that eve
The Surface Aggregator EC provides varying functionality, depending on
the Surface device. To manage this functionality, we use dedicated
client devices for each subsystem or virtual device of the EC. While
some of these clients are described as standard devices in ACPI and the
corresponding client
Hi Richard,
On Thu, Nov 12, 2020 at 12:06:42PM -0600, richard.g...@linux.intel.com wrote:
> From: Richard Gong
>
> Add authenticate-fpga-config property for FPGA bitstream authentication.
>
> Signed-off-by: Richard Gong
> ---
> Documentation/devicetree/bindings/fpga/fpga-region.txt | 1 +
> 1
Add documentation for the Surface Aggregator subsystem and its client
drivers, giving an overview of the subsystem, its use-cases, its
internal structure and internal API, as well as its external API for
writing client drivers.
Signed-off-by: Maximilian Luz
---
Changes from RFC:
- change SPDX i
Add a misc-device providing user-space access to the Surface Aggregator
EC, mainly intended for debugging, testing, and reverse-engineering.
This interface gives user-space applications the ability to send
requests to the EC and receive the corresponding responses.
The device-file is managed by a
Hello,
N.B.: the following text is mostly a repeat of cover letter from the
previous RFC for the uninitiated, which can be found at
https://lore.kernel.org/linux-serial/20200923151511.3842150-1-luzmaximil...@gmail.com/
See "Changes" below for an overview of differences between the RFC a
Surface Serial Hub communication is, in its core, packet based. Each
sequenced packet requires to be acknowledged, via an ACK-type control
packet. In case invalid data has been received by the driver, a NAK-type
(not-acknowledge/negative acknowledge) control packet is sent,
triggering retransmissio
Add trace points to the Surface Aggregator subsystem core. These trace
points can be used to track packets, requests, and allocations. They are
further intended for debugging and testing/validation, specifically in
combination with the error injection capabilities introduced in the
subsequent commi
This commit adds error injection hooks to the Surface Serial Hub
communication protocol implementation, to:
- simulate simple serial transmission errors,
- drop packets, requests, and responses, simulating communication
failures and potentially trigger retransmission timeouts, as well as
-
The Surface ACPI Notify (SAN) device provides an ACPI interface to the
Surface Aggregator EC, specifically the Surface Serial Hub interface.
This interface allows EC requests to be made from ACPI code and can
convert a subset of EC events back to ACPI notifications.
Specifically, this interface pr
Hello.
On Thu, 5 Nov 2020, Hans Verkuil wrote:
Hi Martin,
On 12/09/2020 16:30, Martin Cerveny wrote:
First patch extends cedrus capability to all decoders
because V3s missing MPEG2 decoder.
Next two patches add system control node (SRAM C1) and
next three patches add support for Cedrus VPU.
On Thu, Nov 12, 2020 at 12:06:43PM -0600, richard.g...@linux.intel.com wrote:
> From: Richard Gong
>
> Exten FPGA manager driver to support FPGA bitstream authentication on
Nit: Extend
> Intel SocFPGA platforms.
>
> Signed-off-by: Richard Gong
> ---
> drivers/fpga/stratix10-soc.c | 5 -
>
Lot of sunxi boards have BRCM wireless device, so let's enable necessary
options for it in our defconfig.
Signed-off-by: Corentin Labbe
---
arch/arm/configs/sunxi_defconfig | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/arch/arm/configs/sunxi_defconfi
On Sun, Nov 15 2020 at 18:01, Lukas Wunner wrote:
> On Sun, Nov 15, 2020 at 04:11:43PM +0100, Thomas Gleixner wrote:
>> Unfortunately there is no way to tell the APIC "Mask vector X" and the
>> dump kernel does neither know which device it comes from nor does it
>> have enumerated PCI completely wh
This patch fix a trivial typo temperatire => temperature.
Signed-off-by: Corentin Labbe
---
drivers/hwmon/drivetemp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwmon/drivetemp.c b/drivers/hwmon/drivetemp.c
index 72c760373957..1eb37106a220 100644
--- a/drivers/hw
On Sun, 2020-11-15 at 18:56 +, tip-bot2 for Ira Weiny wrote:
> The following commit has been merged into the core/entry branch of tip:
[]
> s/assemenbly/assembly/
[]
> diff --git a/include/linux/entry-common.h b/include/linux/entry-common.h
[]
> @@ -438,7 +438,7 @@ irqentry_state_t noinstr irqe
This patch fixes the following smatch warnings:
drivers/crypto/allwinner/sun8i-ce/sun8i-ce-hash.c:412
sun8i_ce_hash_run() warn: possible memory leak of 'result'
Note: "buf" is leaked as well.
Furthermore, in case of ENOMEM, crypto_finalize_hash_request() was not
called which was an error.
Fixes:
Many monitoring tools read the CPU temperature using the hwmon
interface. Expose the thermal sensors on Amlogic boards as hwmon
devices.
Without this lm_sensors' "sensors" tool does not find any temperature
sensors. Now it prints:
cpu_thermal-virtual-0
Adapter: Virtual device
temp1:+
Ira,
On Fri, Nov 06 2020 at 15:29, ira weiny wrote:
Subject prefix wants to 'entry:'. This changes generic code and the x86
part is just required to fix the generic code change.
> Currently struct irqentry_state_t only contains a single bool value
> which makes passing it by value is reasonable.
On Thu, Nov 12, 2020 at 01:31:19PM -0800, Dave Hansen wrote:
Good afternoon to everyone.
> On 11/12/20 12:58 PM, Dr. Greg wrote:
> > @@ -270,11 +270,10 @@ static int sgx_vma_mprotect(struct vm_area_struct
> > *vma,
> > struct vm_area_struct **pprev, unsigned long start,
>
Implementation of support for parameterized testing in KUnit. This
approach requires the creation of a test case using the
KUNIT_CASE_PARAM() macro that accepts a generator function as input.
This generator function should return the next parameter given the
previous parameter in parameterized tes
Modify fs/ext4/inode-test.c to use the parameterized testing
feature of KUnit.
Signed-off-by: Arpitha Raghunandan <98.a...@gmail.com>
Signed-off-by: Marco Elver
---
Changes v7->v8:
- Replace strcpy() with strncpy() in timestamp_expectation_to_desc()
Changes v6->v7:
- Introduce timestamp_expectati
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 8ca2378089994a0508248230e1a1e75f73102d32
Gitweb:
https://git.kernel.org/tip/8ca2378089994a0508248230e1a1e75f73102d32
Author:Ira Weiny
AuthorDate:Wed, 04 Nov 2020 15:01:57 -08:00
Committer:
Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX
delay register which allows picoseconds precision. Parse the new
"amlogic,rgmii-rx-delay-ps" property or fall back to the old
"amlogic,rx-delay-ns".
Signed-off-by: Martin Blumenstingl
---
.../ethernet/stmicro/stmmac/dwmac-meson8
On 11/14/20 4:22 PM, Vincent Mailhol wrote:
> This driver supports the ES581.4, ES582.1 and ES584.1 interfaces from
> ETAS GmbH (https://www.etas.com/en/products/es58x.php).
>
> Co-developed-by: Arunachalam Santhanam
> Signed-off-by: Arunachalam Santhanam
> Signed-off-by: Vincent Mailhol
The d
The timing-adjustment clock only has to be enabled when a) there is a
2ns RX delay configured using device-tree and b) the phy-mode indicates
that the RX delay should be enabled.
Only enable the RX delay if both are true, instead of (by accident) also
enabling it when there's the 2ns RX delay conf
Hello,
with the help of Jianxin Pan (many thanks!) the meaning of the "new"
PRG_ETH1[19:16] register bits on Amlogic Meson G12A, G12B and SM1 SoCs
are finally known. These SoCs allow fine-tuning the RGMII RX delay in
200ps steps (contrary to what I have thought in the past [0] these are
not some "
Amlogic Meson G12A (and newer: G12B, SM1) SoCs have a more advanced RX
delay logic. Instead of fine-tuning the delay in the nanoseconds range
it now allows tuning in 200 picosecond steps. This support comes with
new bits in the PRG_ETH1[19:16] register.
Add support for validating the RGMII RX dela
Newer SoCs starting with the Amlogic Meson G12A have more a precise
RGMII RX delay configuration register. This means more complexity in the
code. Extract the existing RGMII delay configuration code into a
separate function to make it easier to read/understand even when adding
more logic in the fut
Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX
delay register which allows picoseconds precision. Deprecate the old
"amlogic,rx-delay-ns" in favour of a new "amlogic,rgmii-rx-delay-ps"
property.
For older SoCs the only known supported values were 0ns and 2ns. The new
SoCs have
On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote:
> This a refactor work moving the work done by features like seccomp,
> ptrace, audit and tracepoints out of the TI flags. The reasons are:
>
>1) Scarcity of TI flags in x86 32-bit.
>
>2) TI flags are defined by the architecture,
Hi!
> > Does anyone have Droid 4 working with 5.10-rc3?
> >
> > I tried it with the original config; I got message about culomb
> > counter calibration done scrolling (and boot progressing very slowly
> > or not at all) . So ... I disabled cpcap battery & charger
> > support. But init still drops
On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote:
>
> enum syscall_work_bit {
> +
> SYSCALL_WORK_SECCOMP= 0,
> + SYSCALL_WORK_SYSCALL_TRACEPOINT = 1,
No assignment required. Enums just do that for you.
Thanks,
tglx
On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote:
"kernel: entry:" is not the right subsystem prefix.
git log kernel/entry/ might give you a hint.
> Prepares the common entry code to use the SYSCALL_WORK flags. They
> will
s/Prepares/Prepare/
> be defined in subsequent patches for e
On 11/15/20 9:32 AM, Matthew Wilcox wrote:
> On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote:
>> +++ b/include/linux/mm.h
>> @@ -559,6 +559,13 @@ struct vm_operations_struct {
>> void (*close)(struct vm_area_struct * area);
>> int (*split)(struct vm_area_struct * area, uns
From: kernel test robot
Condition !A || A && B is equivalent to !A || B.
Generated by: scripts/coccinelle/misc/excluded_middle.cocci
Fixes: b76f0ea01312 ("coccinelle: misc: add excluded_middle.cocci script")
CC: Denis Efremov
Reported-by: kernel test robot
Signed-off-by: kernel test robot
Si
On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote:
>
> +enum syscall_work_bit {
> + SYSCALL_WORK_SECCOMP= 0,
enums start at 0, so why do you need an explicit assignment?
> +};
> +
> +#define _SYSCALL_WORK_SECCOMP BIT(SYSCALL_WORK_SECCOMP)
Do we really have to repeat t
The pull request you sent on Sun, 15 Nov 2020 15:30:08 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
> tags/char-misc-5.10-rc4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9cfd9c45994b409c7103efc2f265e0af7634cf75
Thank you!
--
Deet-d
On Sat, Nov 14 2020 at 11:22, Christoph Hellwig wrote:
>> +#ifdef CONFIG_GENERIC_ENTRY
>> +static inline void __set_task_syscall_work(struct thread_info *ti, int flag)
>> +{
>> +set_bit(flag, (unsigned long *)&ti->syscall_work);
>> +}
>> +static inline int __test_task_syscall_work(struct thread
The pull request you sent on Sun, 15 Nov 2020 15:29:38 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.10-rc4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/281b3ec3a75bfa14b2bf53501c4596415b3309e2
Thank you!
--
Deet-doot-dot, I am a
I have lot of board booting with "hdaudio hdaudioC0D2: Unable to bind the
codec".
This is, for all of them, due to missing the HDA realtek codec.
In fact CONFIG_SND_HDA_CODEC_REALTEK was already enabled via commit
5cb04df8d3f0 ("x86: defconfig updates")
but removed later via commit 8b1bb90701f9
Converts the device tree bindings for the Qualcomm Application Data
Mover (ADM) DMA controller over to YAML schemas.
Signed-off-by: Jonathan McDowell
---
.../devicetree/bindings/dma/qcom,adm.yaml | 102 ++
.../devicetree/bindings/dma/qcom_adm.txt | 61 ---
2 fil
timens_on_fork() always return 0, and maybe not
need to judge the return value in copy_namespaces().
Signed-off-by: Hui Su
---
kernel/nsproxy.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/kernel/nsproxy.c b/kernel/nsproxy.c
index 12dd41b39a7f..e2e6c5dc433f 100644
--
On Sun, 15 Nov 2020 at 13:18, Arpitha Raghunandan <98.a...@gmail.com> wrote:
>
> On 15/11/20 2:28 pm, Marco Elver wrote:
> > On Sat, 14 Nov 2020 at 13:38, Arpitha Raghunandan <98.a...@gmail.com> wrote:
> >> Implementation of support for parameterized testing in KUnit. This
> >> approach requires th
Use put_nsproxy() instead of '
if (atomic_dec_and_test(&ns->count)) {
free_nsproxy(ns);
}' in switch_task_namespaces().
and remove the whitespace by the way.
Signed-off-by: Hui Su
---
kernel/nsproxy.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/nspro
The pull request you sent on Sun, 15 Nov 2020 13:00:42 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-urgent-2020-11-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d0a37fd57fbae32adffb56ae9852d551376b7c9b
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sun, 15 Nov 2020 13:00:41 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-2020-11-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/64b609d6a60c8a54ff9c43819803e6a7861e7ed1
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 15 Nov 2020 13:00:40 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-2020-11-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/259c2fbef8f09cec8ac3d67820ca6778242beeaa
Thank you!
--
Deet-doot-dot
The pull request you sent on Sun, 15 Nov 2020 13:00:43 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-urgent-2020-11-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/326fd6db6112534738b5229da538bf426d78c851
Thank you!
--
Deet-doot-dot, I
On Tue, Nov 3, 2020 at 2:20 PM Kirill A. Shutemov wrote:
>
> On Thu, Oct 15, 2020 at 11:33:08AM +1000, Dave Airlie wrote:
> > drm/nouveau/kms: Search for encoders' connectors properly
>
> This commit (09838c4efe9a) broke boot for me. These two hunks in
> particular:
Christ. It's been two we
Added timer to handle spurious wakeup from SoC.
Timer is started when wake indicator is received from SoC.
Timer is restarted when valid data is received from SoC.
Timer is stopped when sleep indicator is received from SoC.
SSR is triggered upon timer expiry.
Signed-off-by: Venkata Lakshmi Narayan
The pull request you sent on Sat, 14 Nov 2020 21:36:24 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu.git for-5.10-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a50cf15906d4d0ad1d6bb32e9eeeb282899a8180
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 15 Nov 2020 10:29:07 -0500:
> 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/0062442ecfef0d82cd69e3e600d5006357f8d8e4
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
Hi!
> >
> > Does anyone have Droid 4 working with 5.10-rc3?
> >
> > I tried it with the original config; I got message about culomb
> > counter calibration done scrolling (and boot progressing very slowly
> > or not at all) . So ... I disabled cpcap battery & charger
> > support. But init still d
On Thu, Nov 12, 2020 at 05:37:50PM +0100, Clemens Gruber wrote:
> Currently, disabling a pwm channel clears the OFF registers, which
> resets the configured duty cycle. Therefore, after a disable/enable
> sequence, the pwm state is not in the same state as it was before.
> As a workaround, the user
in shmem_get_inode():
new_inode();
new_inode_pseudo();
alloc_inode();
ops->alloc_inode(); -> shmem_alloc_inode()
kmem_cache_alloc();
memset(info, 0, (char *)inode - (char *)info);
So use kmem_cache_zalloc() in shmem_alloc_inode(),
and remove the memset in shmem_get_inode().
S
13.11.2020 20:28, Mark Brown пишет:
> On Fri, Nov 13, 2020 at 08:13:49PM +0300, Dmitry Osipenko wrote:
>> 13.11.2020 19:15, Mark Brown пишет:
>
>>> My point here is that the driver shouldn't be checking for a dummy
>>> regulator, the driver should be checking the features that are provided
>>> to
On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote:
> +++ b/include/linux/mm.h
> @@ -559,6 +559,13 @@ struct vm_operations_struct {
> void (*close)(struct vm_area_struct * area);
> int (*split)(struct vm_area_struct * area, unsigned long addr);
> int (*mremap)(struct
Hi!
> With commit 3a6f0fb7b8eb ("regmap: irq: Add support to clear ack
> registers"), the cpcap interrupts are no longer getting acked properly
> leading to a very unresponsive device with CPUs fully loaded spinning
> in the threaded IRQ handlers.
>
> To me it looks like the clear_ack commit abov
Hi,
Multiple configurations create unbuildable config by selecting
COMMON_CLK and HAVE_LEGACY_CLK. The first simply should not be
selected.
The patches 2/3 and 3/3 address this specific problem. I performed few
compile tests and I am still building other configurations, therefore
they were mark
On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote:
Good morning, I hope the weekend is going well for everyone.
> From: Sean Christopherson
We wish Sean well in whatever new avocation he has chosen.
> Background
> ==
>
> 1. SGX enclave pages are populated with data by co
COMMON_CLK even though is a user-selectable symbol, is still selected by
multiple other config options. COMMON_CLK should not be used when
legacy clocks are provided by architecture, so it correctly depends on
!HAVE_LEGACY_CLK.
However it is possible to create a config which selects both COMMON_C
COMMON_CLK is a user-selectable option with its own dependencies. The
most important dependency is !HAVE_LEGACY_CLK. User-selectable drivers
should not select COMMON_CLK because they will create a dependency cycle
and build failures. For example on MIPS a configuration with COMMON_CLK
(selected
COMMON_CLK is a user-selectable option with its own dependencies. The
most important dependency is !HAVE_LEGACY_CLK. User-selectable drivers
should not select COMMON_CLK because they will create a dependency cycle
and build failures.
Signed-off-by: Krzysztof Kozlowski
---
drivers/staging/media
From: Ofir Bitton
As part of the security effort in which FW will be handling
sensitive HW registers, hard reset flow will be done by FW
and will be triggered by driver.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/gaudi/gaudi.c |
On 11/15/20 5:57 PM, Martin Blumenstingl wrote:
A user reports (slightly shortened from the original message):
libphy: lantiq,xrx200-mdio: probed
mdio_bus 1e108000.switch-mii: MDIO device at address 17 is missing.
gswip 1e108000.switch lan: no phy at 2
gswip 1e108000.switch lan: faile
Hi Zenghui,
On 2020-11-13 14:28, Zenghui Yu wrote:
It's expected that users will access registers in the redistributor
*if*
the RD has been initialized properly. Unfortunately userspace can be
bogus
enough to access registers before setting the RD base address, and KVM
implicitly allows it (we
On Sun, Nov 15, 2020 at 04:11:43PM +0100, Thomas Gleixner wrote:
> Unfortunately there is no way to tell the APIC "Mask vector X" and the
> dump kernel does neither know which device it comes from nor does it
> have enumerated PCI completely which would reset the device and shutup
> the spew. Due t
Hi Andrew,
On Sun, Nov 15, 2020 at 4:57 PM Andrew Lunn wrote:
>
> > Add a 300ms delay after initializing all GPHYs to ensure that the GPHY
> > firmware had enough time to initialize and to appear on the MDIO bus.
> > Unfortunately there is no (known) documentation on what the minimum time
> > to
A user reports (slightly shortened from the original message):
libphy: lantiq,xrx200-mdio: probed
mdio_bus 1e108000.switch-mii: MDIO device at address 17 is missing.
gswip 1e108000.switch lan: no phy at 2
gswip 1e108000.switch lan: failed to connect to port 2: -19
lantiq,xrx200-net 1e10b3
On Sun, Nov 15, 2020 at 7:54 AM Al Viro wrote:
>
> OK, I think I understand what's going on. Could you check if
> reverting the variant in -next and applying the following instead
> fixes what you are seeing?
Side note: if this ends up working, can you add a lot of comments
about this thing (bot
shmem_mapping() isn't worth an out-of-line call
from any callsite.
So make it inline by
- make shmem_aops global
- export shmem_aops
- inline the shmem_mapping()
and replace the direct call 'shmem_aops' with shmem_mapping()
in shmem.c.
v1->v2:
remove the inline for func declaration in shmem_fs.h
Hello linux-kernel@vger.kernel.org
We are Base Investment Company offering Corporate and Personal Loan at 3%
Interest Rate for a duration of 10Years.
We also pay 1% commission to brokers, who introduce project owners for finance
or other opportunities.
Please get back to me if you are inter
13.11.2020 19:35, Thierry Reding пишет:
> On Fri, Nov 13, 2020 at 01:14:45AM +0300, Dmitry Osipenko wrote:
>> 12.11.2020 23:43, Thierry Reding пишет:
The difference in comparison to using voltage regulator directly is
minimal, basically the core-supply phandle is replaced is replaced with
On Sat, Nov 14, 2020 at 10:50:39AM -0800, Andrew Morton wrote:
> On Sat, 14 Nov 2020 13:51:34 +0800 Hui Su wrote:
>
> > inline the shmem_mapping(), and use shmem_mapping()
> > instead of 'inode->i_mapping->a_ops == &shmem_aops'
> > in shmem_evict_inode().
> >
> > ...
> >
> > --- a/mm/shmem.c
> >
On 15.11.20 17:05, Andy Lutomirski wrote:
On Nov 14, 2020, at 10:33 PM, Jürgen Groß wrote:
On 14.11.20 19:10, Andy Lutomirski wrote:
On Sat, Nov 14, 2020 at 1:16 AM Jürgen Groß wrote:
On 13.11.20 18:34, Andy Lutomirski wrote:
On Wed, Nov 11, 2020 at 12:25 PM Andrew Cooper
wrote:
So I t
> On Nov 14, 2020, at 10:33 PM, Jürgen Groß wrote:
>
> On 14.11.20 19:10, Andy Lutomirski wrote:
>>> On Sat, Nov 14, 2020 at 1:16 AM Jürgen Groß wrote:
>>>
>>> On 13.11.20 18:34, Andy Lutomirski wrote:
On Wed, Nov 11, 2020 at 12:25 PM Andrew Cooper
wrote:
So I think the
> Add a 300ms delay after initializing all GPHYs to ensure that the GPHY
> firmware had enough time to initialize and to appear on the MDIO bus.
> Unfortunately there is no (known) documentation on what the minimum time
> to wait after releasing the reset on an internal PHY so play safe and
> take
Hi "Uwe,
I love your patch! Yet something to improve:
[auto build test ERROR on 407ab579637ced6dc32cfb2295afb7259cca4b22]
url:
https://github.com/0day-ci/linux/commits/Uwe-Kleine-K-nig/drivers-make-struct-device_driver-remove-return-void/20201110-230939
base:407ab579637ced6dc32cfb2295afb
On Sat, Nov 14, 2020 at 08:50:00PM +, Al Viro wrote:
OK, I think I understand what's going on. Could you check if
reverting the variant in -next and applying the following instead
fixes what you are seeing?
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 3b20e21604e7..35667112bbd1 100644
--
The functions event_{set,clear,}_no_set_filter_flag were only used in
replace_system_preds() [now, renamed to process_system_preds()].
Commit 80765597bc58 ("tracing: Rewrite filter logic to be simpler and
faster") removed the use of those functions in replace_system_preds().
Since then, the funct
On Sun, Nov 15, 2020 at 08:35:33AM +0100, Oleksij Rempel wrote:
> Add stats support for the ar9331 switch.
>
> Signed-off-by: Oleksij Rempel
Reviewed-by: Andrew Lunn
Andrew
On Sun, Nov 15, 2020 at 10:22:06AM +0100, Martin Blumenstingl wrote:
> Hi Andrew,
>
> On Sat, Nov 14, 2020 at 11:32 PM Andrew Lunn wrote:
> [...]
> > > +amlogic,rgmii-rx-delay-ps:
> > > + default: 0
> > >description:
> > > The internal RGMII RX clock dela
ASUS ROG Strix also uses ALC1220-VB-DT, so adjust the mapping and add
profile name to let userspace pick correct UCM profile.
BugLink: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1031
Signed-off-by: Kai-Heng Feng
---
sound/usb/card.c | 4
sound/usb/mixer_maps.c | 3 +
On Sat, Nov 14, 2020 at 05:58:28PM -0500, William Breathitt Gray wrote:
> On Sat, Nov 14, 2020 at 11:51:13PM +0100, Alexandre Belloni wrote:
> > On 14/11/2020 23:48:28+0100, Alexandre Belloni wrote:
> > > On 11/11/2020 11:38:07-0500, William Breathitt Gray wrote:
> > > > The ATMEL_TC_ETRGEDG_* defi
On Sat, Nov 14, 2020 at 06:28:05PM -0500, William Breathitt Gray wrote:
> The ATMEL_TC_ETRGEDG_* defines are not masks but rather possible values
> for CMR. This patch fixes the action_get() callback to properly check
> for these values rather than mask them.
>
> Fixes: 106b104137fd ("counter: Add
In some cases where shadow paging is in use, the root page will
be either mmu->pae_root or vcpu->arch.mmu->lm_root. Then it will
not have an associated struct kvm_mmu_page, because it is allocated
with alloc_page instead of kvm_mmu_alloc_page.
Just return false quickly from is_tdp_mmu_root if the
Linus,
The following changes since commit 585e5b17b92dead8a3aca4e3c9876fbca5f7e0ba:
Merge tag 'fscrypt-for-linus' of
git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt (2020-11-12 16:39:58 -0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-
On Sun, Nov 15 2020 at 08:29, Eric W. Biederman wrote:
> ebied...@xmission.com (Eric W. Biederman) writes:
> For ordinary irqs you can have this with level triggered irqs
> and the kernel has code that will shutdown the irq at the ioapic
> level. Then the kernel continues by polling the irq source
On Tue, Nov 10, 2020 at 04:10:49PM -0800, Kees Cook wrote:
> On Sun, Oct 25, 2020 at 02:45:32PM +0100, John Wood wrote:
> > Attacks against vulnerable userspace applications with the purpose to break
> > ASLR or bypass canaries traditionaly use some level of brute force with the
> > help of the for
The following changes since commit 3cea11cd5e3b00d91caf0b4730194039b45c5891:
Linux 5.10-rc2 (2020-11-01 14:43:51 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
tags/char-misc-5.10-rc4
for you to fetch changes up to 092561f0
The following changes since commit f8394f232b1eab649ce2df5c5f15b0e528c92091:
Linux 5.10-rc3 (2020-11-08 16:10:16 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.10-rc4
for you to fetch changes up to 6d853c9e4104b4fc8d55d
ebied...@xmission.com (Eric W. Biederman) writes:
> Bjorn Helgaas writes:
>
>> [+cc Rafael for question about ACPI method for PCI host bridge reset]
>>
>> On Sat, Nov 14, 2020 at 09:58:08PM +0100, Thomas Gleixner wrote:
>>> On Sat, Nov 14 2020 at 14:39, Bjorn Helgaas wrote:
>>> > On Sat, Nov 14,
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: e28c0d7c92c89016c12a677616668957351e7542
commit: abf00907538e21c469a10809dc2991982673fcbf spi: dw: Add Baikal-T1 SPI
Controller glue driver
date: 5 weeks ago
config: parisc-randconfig-s032-20201115
301 - 400 of 474 matches
Mail list logo
