Hi, Neal:
Thank you for testing the reverted patch, and provding the detailed analysis
of the underline issue with the original patch.
Let me go back to the simple and clean approach using a separate counter, as
we were discussing before.
-- Enke
On Mon, Jan 11, 2021 at 09:58:33AM -0500, Neal C
On 12/14/20 6:38 PM, Daniel Lezcano wrote:
The macro THERMAL_TRIPS_NONE is no longer used, remove it.
Signed-off-by: Daniel Lezcano
---
Reviewed-by: Thara Gopinath
include/linux/thermal.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/thermal.h b/include/linux/therm
On 12/14/20 6:38 PM, Daniel Lezcano wrote:
The last site calling the thermal_zone_bind_cooling_device() function
with the THERMAL_TRIPS_NONE parameter was removed.
We can get rid of this test as no user of this function is calling
this function with this parameter.
Signed-off-by: Daniel Lezc
On Mon 11 Jan 15:48 CST 2021, Doug Anderson wrote:
> Hi Bjorn,
>
> On Mon, Dec 7, 2020 at 2:33 PM Douglas Anderson wrote:
> >
> > For a bunch of rails we really don't do anything with them in Linux.
> > These are things like modem voltage rails that the modem manages these
> > itself and core ra
2021년 1월 11일 (월) 오후 6:34, Chao Yu 님이 작성:
>
> On 2021/1/11 13:15, Daeho Jeong wrote:
> > From: Daeho Jeong
> >
> > We've added a new mount option "checkpoint=merge", which creates a
> > kernel daemon and makes it to merge concurrent checkpoint requests as
> > much as possible to eliminate redundant
From: "Paul E. McKenney"
When the clocksource watchdog marks a clock as unstable, this might
be due to that clock being unstable or it might be due to delays that
happen to occur between the reads of the two clocks. Yes, interrupts are
disabled across those two reads, but there are no shortage o
From: "Paul E. McKenney"
When the clocksource watchdog marks a clock as unstable, this might be due
to that clock being unstable or it might be due to delays that happen to
occur between the reads of the two clocks. Yes, interrupts are disabled
across those two reads, but there are no shortage o
Got it~ :)
2021년 1월 11일 (월) 오후 6:50, Jaegeuk Kim 님이 작성:
>
> On 01/11, Daeho Jeong wrote:
> > From: Daeho Jeong
> >
> > We've added a new mount option "checkpoint=merge", which creates a
> > kernel daemon and makes it to merge concurrent checkpoint requests as
> > much as possible to eliminate red
From: "Paul E. McKenney"
Code that checks for clock desynchronization must itself be tested, so
this commit creates a new clocksource.inject_delay_shift_percpu= kernel
boot parameter that adds or subtracts a large value from the check read,
using the specified bit of the CPU ID to determine wheth
From: "Paul E. McKenney"
Some sorts of per-CPU clock sources have a history of going out of
synchronization with each other. However, this problem has purportedy
been solved in the past ten years. Except that it is all too possible
that the problem has instead simply been made less likely, whic
On 1/7/21 12:25 AM, Viresh Kumar wrote:
> We will start building overlays for platforms soon in the kernel and
> would need these tools going forward. Lets start building them.
>
> The fdtoverlay program applies (or merges) one ore more overlay dtb
> blobs to a base dtb blob. The kernel build syst
On 2021-01-11 18:04, Bean Huo wrote:
On Mon, 2021-01-11 at 17:22 +0800, Can Guo wrote:
> > meaning you are tring to access a register when clocks are
> > disabled.
> > This
> > leads to system CRASH.
> >
>
> OK, let it simple, share this kind of crash log becuase of access
> sysfs
> node in the
From: "Paul E. McKenney"
Although smp_call_function() has the advantage of simplicity, using
it to check for cross-CPU clock desynchronization means that any CPU
being slow reduces the sensitivity of the checking across all CPUs.
And it is not uncommon for smp_call_function() latencies to be in t
Hello!
If there is a sufficient delay between reading the watchdog clock and the
clock under test, the clock under test will be marked unstable through no
fault of its own. This series checks for this, doing limited retries
to get a good set of clock reads. If the clock is marked unstable
and is
On Mon, Jan 11, 2021 at 4:38 PM Bill Wendling wrote:
>
> On Mon, Jan 11, 2021 at 12:31 PM Fangrui Song wrote:
> > On 2021-01-11, Bill Wendling wrote:
> > >On Mon, Jan 11, 2021 at 12:12 PM Fangrui Song wrote:
> > >>
> > >> On 2021-01-11, 'Bill Wendling' via Clang Built Linux wrote:
> > >> >From:
Yongqiang Niu 於 2021年1月11日 週一 下午3:44寫道：
>
> add description for postmask
> postmask is used control round corner for display frame
After changing to 'used to control',
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> Documentation/devicetree/bindings/display/mediatek/media
On Mon, 11 Jan 2021, Saravana Kannan wrote:
> On Mon, Jan 11, 2021 at 3:42 PM Hugh Dickins wrote:
> > On Mon, 11 Jan 2021, Saravana Kannan wrote:
> > >
> > > I happen to have an X1 Carbon (different gen though) lying around and
> > > I poked at its /sys folders. None of the devices in the rmi4_smb
On Tue, Jan 05, 2021 at 10:30:29AM +, József Horváth wrote:
> This is a device tree schema for serial port driver for
> Silicon Labs Si4455 Sub-GHz transciver.
>
> Datasheet: https://www.silabs.com/documents/public/data-sheets/Si4455.pdf
>
> Guide: https://github.com/dministro/linux-serial-s
On 1/11/21 9:15 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.7 release.
There are 144 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On Tue, 05 Jan 2021 16:28:11 +0530, Aswath Govindraju wrote:
> Add a new compatible string for eeprom microchip 93LC46B in eeprom-93xx46
> dt-binding file as it belongs to the 93xx46 family of devices.
>
> Signed-off-by: Aswath Govindraju
> ---
> Documentation/devicetree/bindings/misc/eeprom-93x
On Tue, 05 Jan 2021 21:16:44 +0530, Vinod Koul wrote:
> Add device tree bindings for global clock controller on SM8350 SoCs.
>
> Signed-off-by: Vinod Koul
> ---
> .../bindings/clock/qcom,gcc-sm8350.yaml | 96 +++
> include/dt-bindings/clock/qcom,gcc-sm8350.h | 261 ++
On 1/11/21 6:01 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.89 release.
There are 92 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made b
On 1/11/21 6:01 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.167 release.
There are 77 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:48寫道：
>
> add description for mt8192 display
Applied to mediatek-drm-next [1], thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git/log/?h=mediatek-drm-next
Regards,
Chun-Kuang.
>
> Signed-off-by: Yongqiang Niu
>
On 1/11/21 6:00 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.251 release.
There are 45 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On Mon, Jan 11, 2021 at 1:06 PM Andy Lutomirski wrote:
>
>
> > On Jan 11, 2021, at 12:00 PM, Borislav Petkov wrote:
> >
>
>
> > Or do you mean I should add "unsafe_fsgsbase" to grub cmdline and bisect
> > with fsgsbase enabled in all test kernels?
>
> Yes. But I can also look myself in a bit.
>
On 1/11/21 6:00 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.251 release.
There are 38 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:48寫道：
>
> add display node
>
> Signed-off-by: Yongqiang Niu
> ---
> arch/arm64/boot/dts/mediatek/mt8192.dtsi | 134
> +++
> 1 file changed, 134 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
On Mon, Jan 04, 2021 at 02:22:05PM -0600, Haitao Huang wrote:
> On Wed, 16 Dec 2020 07:49:20 -0600, Jarkko Sakkinen
> wrote:
>
> > Add synchronize_srcu_expedited() to sgx_encl_release() to catch a grace
> > period initiated by sgx_mmu_notifier_release().
> >
> > A trivial example of a failing se
> On Jan 11, 2021, at 10:56 AM, Martin Lau wrote:
>
> On Fri, Jan 08, 2021 at 03:19:47PM -0800, Song Liu wrote:
>
> [ ... ]
>
>> diff --git a/kernel/bpf/bpf_local_storage.c b/kernel/bpf/bpf_local_storage.c
>> index dd5aedee99e73..9bd47ad2b26f1 100644
>> --- a/kernel/bpf/bpf_local_storage.c
>
On 1/11/21 10:55 AM, Thorsten Leemhuis wrote:
> Am 11.01.21 um 19:14 schrieb Randy Dunlap:
>> On 1/10/21 4:10 AM, Thorsten Leemhuis wrote:
>>> * About 66 of those ~200 components will assign bugs to email addresses
>>> that look valid, but 125 of them end with @kernel-bugs.osdl.org or
>>> @kern
On Mon, 11 Jan 2021, Saravana Kannan wrote:
>
> I happen to have an X1 Carbon (different gen though) lying around and
> I poked at its /sys folders. None of the devices in the rmi4_smbus are
> considered the grandchildren of the i2c device. I think the real
> problem is rmi_register_transport_devi
> On Jan 11, 2021, at 1:58 PM, Martin Lau wrote:
>
> On Mon, Jan 11, 2021 at 10:35:43PM +0100, KP Singh wrote:
>> On Mon, Jan 11, 2021 at 7:57 PM Martin KaFai Lau wrote:
>>>
>>> On Fri, Jan 08, 2021 at 03:19:47PM -0800, Song Liu wrote:
>>>
>>> [ ... ]
>>>
diff --git a/kernel/bpf/bpf_l
On Fri, Jan 08, 2021 at 12:57:51PM +0800, Yu-Hsuan Hsu wrote:
> Mark Brown 於 2021年1月7日 週四 下午9:55寫道：
> > I think the request was to sync over all the commands that are supported
> > in the EC rather than just split this one addition into a separate
> > patch.
> Got it. However, after running make
This series fixes various issues observed in latest kernel on RV32.
The first two patches fixes an resource tree introduced in 5.11-rc1
while the last two fixes the case where 2GB physical memory is used
on RV32.
There are may be better way to fix the issue pointed out in PATCH 3
as it seems a gen
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:44寫道：
>
> This patch add component OVL_2L2
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/mediatek/mtk_dr
On 1/3/2021 10:12 AM, leonid.rav...@dell.com wrote:
From: Leonid Ravich
searching assoc_list protected by rcu_read_lock if list not changed inline.
and according to the rcu list rules.
queue array embedded into nvmet_fc_tgt_assoc protected by rcu_read_lock
according to rcu dereference/assign
Currently, linux kernel can not use last 4k bytes of addressable space
because IS_ERR_VALUE macro treats those as an error. This will be an issue
for RV32 as any memblock allocator potentially allocate chunk of memory
from the end of DRAM (2GB) leading bad address error even though the
address was
Linux kernel can only map 1GB of address space for RV32 as the page offset
is set to 0xC000. The current description in the Kconfig is confusing
as it indicates that RV32 can support 2GB of physical memory. That is
simply not true for current kernel. In future, a 2GB split support can be
added
SMP_CACHE_BYTES/L1_CACHE_BYTES should be defined as 32 instead of
64 for RV32. Otherwise, there will be hole of 32 bytes with each memblock
allocation if it is requested to be aligned with SMP_CACHE_BYTES.
Reviewed-by: Anup Patel
Tested-by: Geert Uytterhoeven
(on vexriscv)
Signed-off-by: Atish P
Currently, resource tree allocates memory blocks while iterating on the
list. It leads to following kernel warning because memblock allocation
also invokes memory block reservation API.
[0.00] [ cut here ]
[0.00] WARNING: CPU: 0 PID: 0 at kernel/resource.c:7
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:44寫道：
>
> This patch add component POSTMASK,
This patch has conflicts with the series "Decouple Mediatek DRM sub
driver" [1] which has been applied to mediatek-drm-next, so please
rebase this patch onto mediatek-drm-next.
[1] https://patchwork.ke
On Mon, Jan 11, 2021 at 4:38 PM Borislav Petkov wrote:
>
> On Mon, Jan 11, 2021 at 12:38:06PM -0800, Nick Desaulniers wrote:
> > Arnd found a randconfig that produces the warning:
> >
> > arch/x86/entry/thunk_64.o: warning: objtool: missing symbol for insn at
> > offset 0x3e
> >
> > when building
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:44寫道：
>
> This patch add component RDMA4
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_
On Wed, 30 Dec 2020 22:05:21 +0800
Qiujun Huang wrote:
> Since commit b6f11df26fdc ("trace: Call tracing_reset_online_cpus before
> tracer->init()"), get/put_cpu() are not needed anymore.
> We can use raw_smp_processor_id() instead.
I added both your patches (this one and the trace_ignore_this_t
On 1/12/21 12:40 AM, Andy Lutomirski wrote:
> On Mon, Jan 11, 2021 at 1:06 PM Andy Lutomirski wrote:
>>
>>
>>> On Jan 11, 2021, at 12:00 PM, Borislav Petkov wrote:
>>>
>>
>>
>>> Or do you mean I should add "unsafe_fsgsbase" to grub cmdline and bisect
>>> with fsgsbase enabled in all test kernels?
This energy model enables the use of energy- and capacity-aware CPU
frequency scaling.
Power and performance measurements were made using my freqbench [1]
benchmark coordinator, which uses EEMBC CoreMark [2] as the workload
and measures power usage using the integrated PMIC's fuel gauge (DS2784
in
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:44寫道：
>
> enable OVL_LAYER_SMI_ID_EN for multi-layer usecase
Could you describe more information? Without this patch, what would happen?
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 12
> 1 fil
On Tue. 12 Jan 2021 at 02:11, Richard Cochran wrote:
>
> On Sun, Jan 10, 2021 at 09:49:03PM +0900, Vincent Mailhol wrote:
> > * The hardware rx timestamp of a local loopback message is the
> > hardware tx timestamp. This means that there are no needs to
> > implement SOF_TIMESTAMPING_TX_
On Wed, 30 Dec 2020 14:04:23 +0800
Liu Peibao wrote:
> Fix warning found by checkpatch.pl.
>
> Signed-off-by: Liu Peibao
> ---
> init/main.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/init/main.c b/init/main.c
> index 6feee7f11eaf..1e492de770c8 100644
> --- a/i
On Fri, 25 Dec 2020 22:03:56 +0800
Qiujun Huang wrote:
> The cpu_buffer argument is not used inside the rb_inc_page() after
> commit 3adc54fa82a6 ("ring-buffer: make the buffer a true circular link
> list").
> And cpu_buffer argument is not used inside the two functions too,
> rb_is_head_page/rb_
On Mon, Jan 4, 2021 at 7:55 PM Eric Biggers wrote:
> On Fri, Nov 20, 2020 at 10:52:14AM -0800, Eric Biggers wrote:
> > On Mon, Oct 26, 2020 at 09:33:43AM -0700, Eric Biggers wrote:
> > > On Tue, Oct 06, 2020 at 08:50:21PM -0700, Eric Biggers wrote:
> > > > On Tue, Sep 15, 2020 at 09:19:08PM -0700,
On Mon, Dec 28, 2020 at 05:06:31PM +0100, Krzysztof Mazur wrote:
> When enabled, the MMX 3DNow! optimized memcpy() is used very early,
> even before FPU is initialized. It worked fine, but commit
> 7ad816762f9bf89e940e618ea40c43138b479e10 ("x86/fpu: Reset MXCSR
> to default in kernel_fpu_begin()")
On Tue, Jan 05, 2021 at 03:57:49PM +0100, Borislav Petkov wrote:
> On Wed, Dec 16, 2020 at 03:49:20PM +0200, Jarkko Sakkinen wrote:
> > Add synchronize_srcu_expedited() to sgx_encl_release() to catch a grace
> > period initiated by sgx_mmu_notifier_release().
> >
> > A trivial example of a failing
This is a minor revision of the original [PATCH v17 04/26] patch. The
purpose of the revision is to address Boris' comment earlier by doing
setup_force_cpu_cap(X86_FEATURE_CET) in bsp_init_intel().
--
Yu-cheng
On Mon, Jan 11, 2021 at 12:38:06PM -0800, Nick Desaulniers wrote:
> Arnd found a randconfig that produces the warning:
>
> arch/x86/entry/thunk_64.o: warning: objtool: missing symbol for insn at
> offset 0x3e
>
> when building with LLVM_IAS=1 (use Clang's integrated assembler). Josh
> notes:
>
>
On Mon, Jan 11, 2021 at 12:31 PM Fangrui Song wrote:
> On 2021-01-11, Bill Wendling wrote:
> >On Mon, Jan 11, 2021 at 12:12 PM Fangrui Song wrote:
> >>
> >> On 2021-01-11, 'Bill Wendling' via Clang Built Linux wrote:
> >> >From: Sami Tolvanen
> >> >
> >> >Enable the use of clang's Profile-Guided
On Mon, Jan 11, 2021 at 3:42 PM Hugh Dickins wrote:
>
> On Mon, 11 Jan 2021, Saravana Kannan wrote:
> >
> > I happen to have an X1 Carbon (different gen though) lying around and
> > I poked at its /sys folders. None of the devices in the rmi4_smbus are
> > considered the grandchildren of the i2c d
On 1/11/21 8:55 AM, chase rayfield wrote:
> On Mon, Jan 11, 2021 at 3:09 AM John Paul Adrian Glaubitz
> wrote:
>
>>
>> I'm not sure I understand the reasoning for doing this. The SPARC
>> architecture
>> isn't going to see any new hardware developments in the future after Oracle
>> let go of mos
On 1/11/21 3:08 PM, Peter Xu wrote:
> On Mon, Jan 11, 2021 at 02:42:48PM -0800, Mike Kravetz wrote:
>> On 1/7/21 11:04 AM, Axel Rasmussen wrote:
>>> Overview
>>>
>>>
>>> This series adds a new userfaultfd registration mode,
>>> UFFDIO_REGISTER_MODE_MINOR. This allows userspace to intercept
Miklos Szeredi writes:
> On Fri, Jan 01, 2021 at 11:35:16AM -0600, Eric W. Biederman wrote:
>> Miklos Szeredi writes:
>>
>> > cap_convert_nscap() does permission checking as well as conversion of the
>> > xattr value conditionally based on fs's user-ns.
>> >
>> > This is needed by overlayfs and
On Sun, 10 Jan 2021 21:23:02 +0200 stef...@marvell.com wrote:
> From: Stefan Chulski
>
> Packet Processor hardware not connected to MAC flow control unit and
> cannot support TX flow control.
> This patch disable flow control support.
>
> Fixes: 3f518509dedc ("ethernet: Add new driver for Marvel
On 1/5/21 9:37 AM, Rob Herring wrote:
> On Tue, Jan 5, 2021 at 4:24 AM Viresh Kumar wrote:
>>
>> Update dtc compiler to accept dtbo as an outform.
>>
>> Signed-off-by: Viresh Kumar
>>
>> ---
>> I feel that this needs to go directly to
>> https://git.kernel.org/pub/scm/utils/dtc/dtc.git
>>
>> Righ
Hello,
On Mon, Jan 11, 2021 at 03:20:48PM +0100, Jessica Yu wrote:
> +++ Adam Zabrocki [10/01/21 18:54 +0100]:
> > Hello,
> >
> > I believe that the following commit does introduce a gentle "functionality
> > bug":
> >
> > "module: delay kobject uevent until after module init call":
> > https://
On Mon, Jan 11, 2021 at 11:33 AM Jakub Kicinski wrote:
>
> Looks like a AF_CAN socket:
>
> r0 = socket(0x1d, 0x2, 0x6)
> getsockname$packet(r0, &(0x7f000100)={0x11, 0x0, 0x0, 0x1, 0x0, 0x6,
> @broadcast}, &(0x7f00)=0x14)
>
Right, it seems we need a memset(0) in isotp_getname().
Than
On Mon, Jan 11, 2021 at 06:59:10AM -0800, Tom Rix wrote:
>
> On 1/10/21 10:16 PM, Xu Yilun wrote:
> > On Sun, Jan 10, 2021 at 12:11:17PM -0800, Moritz Fischer wrote:
> >> On Sat, Jan 02, 2021 at 11:13:01AM +0800, Xu Yilun wrote:
> >>> This patch supports the DFL drivers be written in userspace. Th
Hi, Yongqiang:
Yongqiang Niu 於 2021年1月11日 週一 下午3:48寫道：
>
> It's possible that state->base.fb is null. Add a check before access its
> format.
Applied to mediatek-drm-next [1], thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git/log/?h=mediatek-drm-next
Regards,
Hi Mirela,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linuxtv-media/master]
[also build test WARNING on shawnguo/for-next linus/master v5.11-rc3
next-20210111]
[cannot apply to robh/for-next]
[If your patch is applied to the wrong git tree, kindly drop us
On 1/5/21 9:21 AM, Rob Herring wrote:
> On Tue, Jan 5, 2021 at 4:24 AM Viresh Kumar wrote:
>>
>> Hello,
>>
>> Here is an attempt to make some changes in the kernel to allow building
>> of device tree overlays.
>>
>> While at it, I would also like to discuss about how we should mention
>> the base
From: Willem de Bruijn
Add initial code coverage for select, pselect, poll and ppoll.
Open a socketpair and wait for a read event.
1. run with data waiting
2. run to timeout, if a (short) timeout is specified.
Also optionally pass sigset to pselect and ppoll, to exercise
all datapaths. Build wi
From: Willem de Bruijn
Apply the same compat deduplication strategy to ppoll that was
previously applied to select and pselect.
Like pselect, ppoll has timespec and sigmask arguments, which have
compat variants. poll has neither, so is not modified.
Convert the ppoll syscall to a do_ppoll() hel
From: Willem de Bruijn
Select and pselect have multiple syscall implementations to handle
compat and 32-bit time variants.
Deduplicate core logic, which can cause divergence over time as
changes may not be applied consistently. See vmalloc support in
select, for one example.
Handle compat diffe
From: Willem de Bruijn
Deduplicate the open coded branch on sigmask compat handling.
Signed-off-by: Willem de Bruijn
Cc: Jens Axboe
---
fs/eventpoll.c | 5 +
fs/io_uring.c | 9 +
fs/select.c| 10 ++
include/linux/compat.h | 10 ++
4 f
From: Willem de Bruijn
io_pgetevents has four variants, including compat variants of both
timespec and sigmask.
With set_maybe_compat_user_sigmask helper, the latter can be
deduplicated. Move the shared logic to new do_io_pgetevents,
analogous to do_io_getevents.
Signed-off-by: Willem de Bruijn
From: Willem de Bruijn
Use in_compat_syscall() to differentiate compat handling exactly
where needed, including in nested function calls. Then remove
duplicated code in callers.
Changes
RFC[1]->v1
- remove kselftest dependency on variant support in teardown
(patch is out for review, not
From: Willem de Bruijn
Apply the same compat deduplication strategy to epoll that was
previously applied to (p)select and ppoll.
Make do_epoll_wait handle both variants of sigmask. This removes
the need for near duplicate do_compat_epoll_pwait.
Signed-off-by: Willem de Bruijn
---
fs/eventpoll
On Tue, Jan 12, 2021 at 12:12:47AM +0100, Jann Horn wrote:
> [This is not something I intend to work on myself. But since I
> stumbled over this issue, I figured I should at least document/report
> it, in case anyone is willing to pick it up.]
Hi, Jann!
Thank you very much for this report!
It sh
On 1/11/21 12:28 PM, Moritz Fischer wrote:
> Tom,
>
> On Mon, Jan 11, 2021 at 11:46:03AM -0800, Tom Rix wrote:
>
> [..]
>> I have been doing the first review in a couple of days after every patch
>> landing.
> I appreciate your help with doing reviews.
>
>> I see some pretty good response from
We don't need to force this to be trigger high here, as the firmware
properly configures the irq flags already. Drop it to save a line.
Cc: Douglas Anderson
Cc: Rajendra Nayak
Cc: Mukesh Kumar Savaliya
Cc: Akash Asthana
Signed-off-by: Stephen Boyd
---
Changes from v1:
* Rebased onto v5.11-r
On Wed, 30 Dec 2020 14:04:24 +0800
Liu Peibao wrote:
> Remove the redundant kernel_init_freeable statement.
Why? This change only adds churn to the git history and adds more noise to
git blame. We do not need cosmetic changes like this.
-- Steve
>
> Signed-off-by: Liu Peibao
The pull request you sent on Mon, 11 Jan 2021 16:20:59 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.11-rc2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a0d54b4f5b219fb31f0776e9f53aa137e78ae431
Thank you!
--
Deet-doot-d
On Mon, 04 Jan 2021 12:30:20 -0600, David Lechner wrote:
> This adds a "ti,am1806-pruss" compatible type for the PRUSS found in
> TI AM18xx/OMAP-L138 SoCs.
>
> Signed-off-by: David Lechner
> ---
> Documentation/devicetree/bindings/soc/ti/ti,pruss.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
Samuel Thibault (4):
This merely adds the missing synth parameter to all io functions.
speakup: Reference synth from tty and tty from synth
speakup: Simplify spk_ttyio_out error handling.
speakup: Add documentation on changing the speakup messages language
Documentation/admin-guide/spkgui
We do not actually need speakup_tty and spk_ttyio_synth global
variables, the synth can store the pointer to the tty, and the tty
ldisc_data can store the pointer to the synth.
Along the way, we can clench the initialization of the synth and the
creation of the tty, so that tty is never NULL. Even
On Mon, Jan 04, 2021 at 06:11:01PM +0530, Kishon Vijay Abraham I wrote:
> Add host mode dt-bindings for TI's AM64 SoC. This is the same IP used in
> J7200, however AM64 is a non-coherent architecture.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> .../devicetree/bindings/pci/ti,j721e-pci-host
This avoids most code indentation
Signed-off-by: Samuel Thibault
---
drivers/accessibility/speakup/spk_ttyio.c | 38 ---
1 file changed, 20 insertions(+), 18 deletions(-)
diff --git a/drivers/accessibility/speakup/spk_ttyio.c
b/drivers/accessibility/speakup/spk_ttyio.c
inde
Signed-off-by: Samuel Thibault
---
Documentation/admin-guide/spkguide.txt | 48 --
1 file changed, 46 insertions(+), 2 deletions(-)
diff --git a/Documentation/admin-guide/spkguide.txt
b/Documentation/admin-guide/spkguide.txt
index 5ff6a0f..96d4c87 100644
--- a/Documentat
Signed-off-by: Samuel Thibault
---
drivers/accessibility/speakup/serialio.c | 22 ++--
.../accessibility/speakup/speakup_acntpc.c| 4 +--
.../accessibility/speakup/speakup_apollo.c| 4 +--
.../accessibility/speakup/speakup_audptr.c| 8 ++---
.../accessibility/speakup/s
From: Bean Huo
The memory allocated with devm_kzalloc() is freed automatically
no need to explicitly call devm_kfree.
Signed-off-by: Bean Huo
---
drivers/scsi/ufs/ufshcd-crypto.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd-crypto.c b/drivers/s
From: Bean Huo
The memory allocated with devm_kzalloc() is freed automatically
no need to explicitly call devm_kfree.
Signed-off-by: Bean Huo
---
drivers/scsi/hisi_sas/hisi_sas_v3_hw.c | 26 --
1 file changed, 26 deletions(-)
diff --git a/drivers/scsi/hisi_sas/hisi_sas
From: Bean Huo
*** BLURB HERE ***
Bean Huo (2):
scsi: hisi_sas: Remove unnecessary devm_kfree
scsi: ufs: Remove unnecessary devm_kfree
drivers/scsi/hisi_sas/hisi_sas_v3_hw.c | 26 --
drivers/scsi/ufs/ufshcd-crypto.c | 4 +---
2 files changed, 1 insertion(+),
On Mon, Jan 04, 2021 at 06:11:00PM +0530, Kishon Vijay Abraham I wrote:
> Add binding to represent refclk to the PCIe connector.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> .../bindings/pci/ti,j721e-pci-host.yaml | 17 +
> 1 file changed, 13 insertions(+), 4 deletio
On Sun, Jan 03, 2021 at 04:30:52AM -0600, Samuel Holland wrote:
> The R_INTC in the A31 and newer sun8i/sun50i SoCs has additional
> functionality compared to the sun7i/sun9i NMI controller. Among other
> things, it multiplexes up to 128 interrupts corresponding to (and in
> parallel to) the first
On Mon, Jan 11, 2021 at 02:09:04PM -0800, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis reports this problem
>
> mos7720.c:352:2: warning: Undefined or garbage value returned to caller
> return d;
> ^~~~
>
> In the parport_mos7715_read_data()'s call to rea
On Sun, 03 Jan 2021 04:30:53 -0600, Samuel Holland wrote:
> The Allwinner H3 SoC contains an R_INTC that is, as far as we know,
> compatible with the R_INTC present in other sun8i/sun50i SoCs starting
> with the A31. Since the R_INTC hardware is undocumented, introduce a new
> compatible for the R_
New year, new ping :-)
On Sat, Oct 10, 2020 at 12:12:45AM +0300, Laurent Pinchart wrote:
> Question for the Intel folks on this mail thread: how can we reach out
> to the team responsible for this implementation, to figure out how they
> meant the system to work ?
>
> I know Intel is a large comp
On Sun, 03 Jan 2021 11:18:03 +0100, Aleksander Jan Bajkowski wrote:
> Document the Lantiq Xway SoC DMA Controller DT bindings.
>
> Signed-off-by: Aleksander Jan Bajkowski
> ---
> .../bindings/mips/lantiq/lantiq,dma-xway.yaml | 32 +++
> 1 file changed, 32 insertions(+)
> create
On Sat, 02 Jan 2021 21:59:02 +0100, Martin Blumenstingl wrote:
> Amlogic Meson6, Meson8, Meson8b and Meson8m2 SoCs embed an ARC EM4
> controller for always-on operations, typically used for managing system
> suspend.
>
> Signed-off-by: Martin Blumenstingl
> ---
> .../remoteproc/amlogic,meson-mx-
On Sat, 02 Jan 2021 22:38:03 +0100, John-Eric Kamps wrote:
> Add binding documentation for bluetooth part of RTL8723DS
>
> Signed-off-by: John-Eric Kamps
> ---
> Documentation/devicetree/bindings/net/realtek-bluetooth.yaml | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
Acked-by
The pull request you sent on Mon, 11 Jan 2021 22:09:55 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.11-rc3-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6e68b9961ff690ace07fac22c3c7752882ecc40a
Thank you!
--
Deet-doot-dot, I am a
301 - 400 of 2008 matches
Mail list logo
