On Fri, Apr 09 2021 at 13:51, Marcelo Tosatti wrote:
> On Fri, Apr 09, 2021 at 04:15:13PM +0200, Thomas Gleixner wrote:
>> On Wed, Apr 07 2021 at 10:53, Marcelo Tosatti wrote:
>> ---> fail because that newly started timer is on the ol
.c | 1 +
> arch/mips/sgi-ip22/ip22-reset.c | 1 +
> arch/mips/sgi-ip32/ip32-reset.c | 1 +
Acked-by: Thomas Bogendoerfer
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
On Wed, Apr 07 2021 at 10:53, Marcelo Tosatti wrote:
> Setting the realtime clock triggers an IPI to all CPUs to reprogram
> hrtimers.
>
> However, only base, boottime and tai clocks have their offsets updated
base clock? And why boottime? Boottime is not affected by a clock
realtime set. It's clo
On Thu, Apr 08 2021 at 16:43, Valentin Schneider wrote:
> + /*
> + * Masking is required if IRQ is ONESHOT and we can't rely on the
> + * flow-masking persisting down to irq_finalize_oneshot()
> + * (in the IRQ thread).
> + */
> + if ((desc->istate & IRQS_ONESHOT) &&
> +
Hi
Am 09.04.21 um 15:50 schrieb Kevin Tang:
> +static int __init sprd_drm_init(void)
> +{
> + int ret;
I think ret should just go away.
Like this?
"return platform_register_drivers(sprd_drm_drivers,
ARRAY_SIZE(sprd_drm_drivers));"
Sure.
Best reg
On Thu, Apr 08 2021 at 16:43, Valentin Schneider wrote:
> A subsequent patch will let IRQs end up in irq_finalize_oneshot() without
> IRQD_IRQ_MASKED, but with IRQD_IRQ_FLOW_MASKED set instead. Let such IRQs
> receive their final ->irq_eoi().
>
> Signed-off-by: Valentin Schneider
> ---
> kernel/i
ke it, but I'm not sure it'll work for RT as is. It's a bit
> like qrwlock in that it only uses the internal (split) lock for
> contention, but that doesn't work for PI.
>
> I've not recently looked at RT, but I think they simply used to bloat a
> number of
> -Original Message-
> From: Alexandre CHARTRE
> Sent: April 9, 2021 5:06 AM
> To: Thomas Tai ; t...@linutronix.de;
> mi...@redhat.com; b...@alien8.de; x...@kernel.org
> Cc: sean.j.christopher...@intel.com; l...@amacapital.net;
> jar...@kernel.org; b...@suse.de; jet..
On Thu, Apr 08, 2021 at 09:42:11AM +0800, YunQiang Su wrote:
> Sudip Mukherjee 于2021年4月8日周四 上午2:26写道：
> >
> > Hi Thomas,
> >
> > I was building v5.10.28 with malta_qemu_32r6_defconfig and noticed that
> > it fails to build, so tried next-20210407 to see if it h
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 632a1c209b8773cb0119fe3aada9f1db14fa357c
Gitweb:
https://git.kernel.org/tip/632a1c209b8773cb0119fe3aada9f1db14fa357c
Author:Thomas Tai
AuthorDate:Thu, 08 Apr 2021 13:28:33 -04:00
Committer
On Fri, Apr 09, 2021 at 11:42:46AM +0300, Sergei Shtylyov wrote:
> Hello!
>
> On 09.04.2021 0:48, Thomas Bogendoerfer wrote:
>
> > Cavium Octeon has it's own memcpy implementation and also need the change
>
>Its. :-)
applied (with typo fixed) to mips-next
| | | |
4) | rcu_read_lock_sched_held() {
4) 0.552 us|rcu_lockdep_current_cpu_online();
4) 6.124 us| }
Signed-off-by: Thomas Richter
---
tools/perf/builtin-ftrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/buil
On Do, 2021-04-08T08:00-0700, Guenter Roeck wrote:
> On 4/8/21 2:36 AM, Hans de Goede wrote:
> > On 4/7/21 9:43 PM, Thomas Weißschuh wrote:
> >> On Mi, 2021-04-07T17:54+0200, Hans de Goede wrote:
> > Jean, Guenter,
> >
> > Thomas has been working on a WMI
Cavium Octeon has it's own memcpy implementation and also need the change
done in commit 04324f44cb69 ("MIPS: Remove get_fs/set_fs").
Fixes: 04324f44cb69 ("MIPS: Remove get_fs/set_fs")
Reported-by: kernel test robot
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/cavi
ied the riscv version ;-) I'll make it one line before applying.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
Clean up macros even further after removal get_fs/set_fs.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/uaccess.h | 157 +++-
1 file changed, 71 insertions(+), 86 deletions(-)
diff --git a/arch/mips/include/asm/uaccess.h b/arch/mips/include/asm
s/insted/instead/
s/maintaing/maintaining/
Signed-off-by: Thomas Tai
---
arch/sparc/vdso/vdso2c.c | 2 +-
arch/x86/entry/vdso/vdso2c.c | 2 +-
arch/x86/kernel/cpu/intel.c | 2 +-
tools/perf/arch/x86/util/perf_regs.c | 4 ++--
4 files changed, 5 insertions(+), 5
cal_irq_disable() is needed because the ASM return code no
longer disables interrupts. Follow the existing code as an example to
use "goto exit" instead of "return" statement.
Signed-off-by: Thomas Tai
---
arch/x86/kernel/traps.c | 4 ++--
1 file changed, 2 insertions(+), 2 de
On Wed, Apr 07, 2021 at 01:03:48AM +0200, Thomas Bogendoerfer wrote:
> Commit 45deb5faeb9e ("MIPS: uaccess: Remove get_fs/set_fs call sites")
> caused a few new sparse warning, fix them.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/kernel/access-helpe
Hi Hans,
On Do, 2021-04-08T11:36+0200, Hans de Goede wrote:
> On 4/7/21 9:43 PM, Thomas Weißschuh wrote:
> > Hi Hans,
> >
> > On Mi, 2021-04-07T17:54+0200, Hans de Goede wrote:
> >> Thank you for your new driver and thank you for the quick respin
> >> ad
Hi,
On Mi, 2021-04-07T18:27+, Barnabás Pőcze wrote:
> 2021. április 5., hétfő 22:48 keltezéssel, Thomas Weißschuh írta:
> > Tested with a X570 I Aorus Pro Wifi.
> > The mainboard contains an ITE IT8688E chip for management.
> > This chips is also handled by drivers/hwm
Hi,
please see my comments below.
Best regards
Thomas
Am 22.02.21 um 14:28 schrieb Kevin Tang:
Adds DPU(Display Processor Unit) support for the Unisoc's display subsystem.
It's support multi planes, scaler, rotation, PQ(Picture Quality) and more.
Cc: Orson Zhai
Cc: Chunyan Zhang
drm-drv",
+ .of_match_table = drm_match_table,
+ },
+};
+
+static struct platform_driver *sprd_drm_drivers[] = {
+ &sprd_drm_driver,
+};
+
+static int __init sprd_drm_init(void)
+{
+ int ret;
I think ret should just go away.
Acked-by: Thomas Zim
Greg,
On Fri, Apr 02 2021 at 09:54, Greg KH wrote:
> On Thu, Apr 01, 2021 at 11:59:25PM +, Luis Chamberlain wrote:
>> As for the syfs deadlock possible with drivers, this fixes it in a generic
>> way:
>>
>> commit fac43d8025727a74f80a183cc5eb74ed902a5d14
>> Author: Luis Chamberlain
>> Date:
Marco!
On Wed, Apr 07 2021 at 11:32, Marco Faltelli wrote:
> Current sleep services (nanosleep) provide sleep periods very far from
> the expectations when scheuling microsecond-scale timers. On our
> testbed, using rdtscp() before and after a nanosleep() syscall to
> measure the effective elapse
ormation firmware:
* Directly call the underlying ACPI methods (these are present in all so far
observed firmwares, even if not exposed via WMI).
* Directly access the ACPI IndexField representing the it87 chip.
* Directly access the it87 registers while holding the relevant locks via ACPI.
I assume all of those mechanisms have no place in a proper kernel driver but
would like to get your opinion on it.
Thomas
Commit 45deb5faeb9e ("MIPS: uaccess: Remove get_fs/set_fs call sites")
caused a few new sparse warning, fix them.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/access-helper.h | 7 ---
arch/mips/kernel/unaligned.c | 6 +++---
2 files changed, 7 insertions(+), 6
+++
> 6 files changed, 83 insertions(+), 4 deletions(-)
> create mode 100644 arch/mips/mm/physaddr.c
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
+---
> arch/mips/boot/dts/brcm/bcm6368.dtsi | 129 ++---
> 6 files changed, 530 insertions(+), 66 deletions(-)
series applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
On Thu, Apr 01, 2021 at 02:56:33PM +0200, Thomas Bogendoerfer wrote:
> This series replaces get_fs/set_fs and removes it from MIPS arch code.
>
> Changes in v3:
> - use get_user/get_kernel_nofault for helper functions
>
> Changes in v2:
> - added copy_from_kernel_nofault_
On Sat, Apr 03, 2021 at 07:02:13PM -0700, Ilya Lipnitskiy wrote:
> Hi Mike,
>
> On Tue, Mar 16, 2021 at 11:33 PM Mike Rapoport wrote:
> >
> > Hi Ilya,
> >
> > On Tue, Mar 16, 2021 at 10:10:09PM -0700, Ilya Lipnitskiy wrote:
> > > Hi Thomas,
> >
BUILD_BUG_ON()
I'll prepare a follow-up patch. Thank you for your cleanup hints.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
> [1] https://lore.kernel.org/patchwork/patch/1285542/
>
> Signed-off-by: Tiezhu Yang
> ---
>
> Hi Thomas,
>
> If you are OK with this change, could you please apply it
> to mips-next? Then, no need to do this change manually every
> time when update the mainline ke
arch/mips/ralink/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
On Tue, Apr 06, 2021 at 10:35:54AM +0100, Marc Zyngier wrote:
> Use the generic irq_domain_simple_ops structure instead of
> a home-grown one.
>
> Signed-off-by: Marc Zyngier
> ---
> arch/mips/netlogic/common/irq.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions
M MIPS changes to go through either my tree or a common topic
> > > branch.
> > Emmm, the TE removal series is done by Thomas, not me.:)
>
> Sure, sorry if the sentence sounded like it was directed to you. No matter
> who wrote the code, synchronization between trees is o
led by the firmware and even
less are exposed via WMI.
Signed-off-by: Thomas Weißschuh
---
drivers/platform/x86/Kconfig| 11 +++
drivers/platform/x86/Makefile | 1 +
drivers/platform/x86/gigabyte-wmi.c | 138
3 files changed, 150 insertions(+)
cre
on
* Build-date
* Motherboard name
Would it make sense to add this information as attributes to the
platform_device?
The ACPI tables can be found here:
https://github.com/t-8ch/linux-gigabyte-wmi-driver/blob/main/ssdt8.dsl
Thanks,
Thomas
-- >8 --
Tested with a X570 I Aorus Pro Wifi.
The mainbo
: 757cc3e9ff1d ("tee: add AMD-TEE driver")
Reviewed-by: Devaraj Rangasamy
Signed-off-by: Rijo Thomas
---
v2:
* Unload TA if get_ta_refcount() fails
drivers/tee/amdtee/amdtee_private.h | 13
drivers/tee/amdtee/call.c | 94 ++---
drivers/tee/amd
On 15/03/21 2:59 pm, Jens Wiklander wrote:
> On Sun, Mar 07, 2021 at 12:05:01PM +0530, Rijo Thomas wrote:
>> Same Trusted Application (TA) can be loaded in multiple TEE contexts.
>>
>> If it is a single instance TA, the TA should not get unloaded from AMD
>> Secure P
On 26/03/21 2:59 pm, Herbert Xu wrote:
> On Mon, Mar 15, 2021 at 01:55:27PM +0530, Rijo Thomas wrote:
>> The first patch helps to improve the response time by reducing the
>> polling time of the tee command status variable.
>>
>> Second patch is a bug fix to han
On Sun, Apr 04 2021 at 12:05, syzbot wrote:
Cc + ...
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:5e46d1b7 reiserfs: update reiserfs_xattrs_initialized() co..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1125f831d0
> kernel co
in()
as this one landed in 5.10.11:
> e45122893a98 x86/fpu: Add kernel_fpu_begin_mask() to selectively initialize
> state
>
--
Thomas
On Fri, Apr 02 2021 at 13:31, paulmck wrote:
The subsystem prefix does not parse:
[PATCH v6 clocksource] Do not mark clocks unstable dueclocksource: Provide
module parameters to inject delays in watchdog
I look at the actual code changes after the easter break.
Thanks,
tglx
Use new helpers to access user/kernel for functions, which are used with
user/kernel pointers. Instead of dealing with get_fs/set_fs select
user/kernel access via parameter.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/access-helper.h | 18 +++
arch/mips/kernel/traps.c | 105
functions
- removed leftover set_fs calls in ftrace.c
- further cleanup uaccess.h
Thomas Bogendoerfer (4):
MIPS: kernel: Remove not needed set_fs calls
MIPS: uaccess: Added __get/__put_kernel_nofault
MIPS: uaccess: Remove get_fs/set_fs call sites
MIPS: Remove get_fs/set_fs
arch/mips
Added __get/__put_kernel_nofault as preparation for removing
get/set_fs.
Reviewed-by: Christoph Hellwig
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/uaccess.h | 24
arch/mips/mm/Makefile | 4
arch/mips/mm/maccess.c | 10
flush_icache_range always does flush kernel address ranges, so no
need to do the set_fs dance.
Reviewed-by: Christoph Hellwig
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/ftrace.c | 8
1 file changed, 8 deletions(-)
diff --git a/arch/mips/kernel/ftrace.c b/arch/mips/kernel
All get_fs/set_fs calls in MIPS code are gone, so remove implementation
of it. With the clear separation of user/kernel space access we no
longer need the EVA special handling, so get rid of that, too.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/Kconfig | 1 -
arch
On Thu, Apr 01 2021 at 09:37, Will Deacon wrote:
> On Wed, Mar 31, 2021 at 01:54:52PM -0700, Kees Cook wrote:
>> Hi Will (and Mark and Catalin),
>>
>> Can you take this via the arm64 tree for v5.13 please? Thomas has added
>> his Reviewed-by, so it only leaves arm64
On Thu, Apr 01, 2021 at 08:30:55AM +0200, Christoph Hellwig wrote:
> On Wed, Mar 31, 2021 at 01:56:00PM +0200, Thomas Bogendoerfer wrote:
> > +#define __get_user_nofault(dst, src, type, err_label)
>
On Wed, Mar 31 2021 at 14:54, Kees Cook wrote:
> On Wed, Mar 31, 2021 at 09:53:26AM +0200, Thomas Gleixner wrote:
>> On Tue, Mar 30 2021 at 13:57, Kees Cook wrote:
>> > +/*
>> > + * Do not use this anywhere else in the kernel. This is used here because
>> > + *
On Wed, Mar 31 2021 at 19:42, Thomas Gleixner wrote:
> On Wed, Mar 31 2021 at 12:01, Mel Gorman wrote:
>> On Wed, Mar 31, 2021 at 11:55:56AM +0200, Thomas Gleixner wrote:
>> @@ -887,13 +887,11 @@ void cpu_vm_stats_fold(int cpu)
>>
>> pzstats = per_cpu_
On Wed, Mar 31 2021 at 12:01, Mel Gorman wrote:
> On Wed, Mar 31, 2021 at 11:55:56AM +0200, Thomas Gleixner wrote:
> @@ -887,13 +887,11 @@ void cpu_vm_stats_fold(int cpu)
>
> pzstats = per_cpu_ptr(zone->per_cpu_zonestats, cpu);
>
> -
Use new helpers to access user/kernel for functions, which are used with
user/kernel pointers. Instead of dealing with get_fs/set_fs select
user/kernel access via parameter.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/access-helper.h | 53
arch/mips/kernel/traps.c
All get_fs/set_fs calls in MIPS code are gone, so remove implementation
of it. With the clear separation of user/kernel space access we no
longer need the EVA special handling, so get rid of that, too.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/Kconfig | 1 -
arch
cleanup uaccess.h
Thomas Bogendoerfer (4):
MIPS: kernel: Remove not needed set_fs calls
MIPS: uaccess: Added __get/__put_kernel_nofault
MIPS: uaccess: Remove get_fs/set_fs call sites
MIPS: Remove get_fs/set_fs
arch/mips/Kconfig | 1 -
arch/mips/include/asm/processor.h
flush_icache_range always does flush kernel address ranges, so no
need to do the set_fs dance.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/ftrace.c | 8
1 file changed, 8 deletions(-)
diff --git a/arch/mips/kernel/ftrace.c b/arch/mips/kernel/ftrace.c
index 666b9969c1bd
Added __get/__put_kernel_nofault as preparation for removing
get/set_fs.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/uaccess.h | 24
arch/mips/mm/Makefile | 4
arch/mips/mm/maccess.c | 10 ++
3 files changed, 38
_to_user(to, from, n);
>
> I think __invoke_copy_to_user, __invoke_copy_from_user and
> ___invoke_copy_in_user can go away now as well.
done.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.[ RFC1925, 2.3 ]
On Mon, Mar 29 2021 at 13:06, Mel Gorman wrote:
> There is a lack of clarity of what exactly local_irq_save/local_irq_restore
> protects in page_alloc.c . It conflates the protection of per-cpu page
> allocation structures with per-cpu vmstat deltas.
>
> This patch protects the PCP structure using
On Wed, Mar 31 2021 at 09:52, Mel Gorman wrote:
> Ingo, Thomas or Peter, is there any chance one of you could take a look
> at patch "[PATCH 2/6] mm/page_alloc: Convert per-cpu list protection to
> local_lock" from this series? It's partially motivated by PREEMPT_RT. More
> details below.
Sure.
On Wed, Mar 31 2021 at 09:10, Jindong Yue wrote:
> --- a/kernel/time/tick-broadcast.c
> +++ b/kernel/time/tick-broadcast.c
> @@ -47,6 +47,7 @@ static inline void tick_resume_broadcast_oneshot(struct
> clock_event_device *bc)
> static inline void tick_broadcast_oneshot_offline(unsigned int cpu) {
\
> + u8 *ptr = __builtin_alloca(KSTACK_OFFSET_MAX(offset)); \
> + asm volatile("" : "=m"(*ptr) :: "memory"); \
> + } \
> +} while (0)
Other than that.
Reviewed-by: Thomas Gleixner
offset needs to be retained for the life of the syscall,
> which means it needs to happen at the actual entry point).
>
> Signed-off-by: Kees Cook
Reviewed-by: Thomas Gleixner
Hi
Am 31.03.21 um 08:56 schrieb Kuo-Hsiang Chou:
Message-ID: <20201228030823.294147-1-kuohsiang_c...@aspeedtech.com>
-Original Message-
From: Thomas Zimmermann [mailto:tzimmerm...@suse.de]
Sent: Monday, March 29, 2021 5:17 PM
To: Kuo-Hsiang Chou ;
dri-de...@lists.freedeskt
On Tue, Mar 30, 2021 at 07:48:35PM +0200, Christoph Hellwig wrote:
> On Tue, Mar 30, 2021 at 07:26:58PM +0200, Thomas Bogendoerfer wrote:
> > Added __get/__put_kernel_nofault as preparation for removing
> > get/set_fs.
>
> For !CONFIG_EVA __get_user_common
On Tue, Mar 30, 2021 at 07:49:43PM +0200, Christoph Hellwig wrote:
> On Tue, Mar 30, 2021 at 07:26:59PM +0200, Thomas Bogendoerfer wrote:
> > +#define __get_data(x, ptr, u)
> > \
> > + (((u) == true) ? __get_udata((x)
All get_fs/set_fs calls in MIPS code are gone, so remove implementation
of it. With the clear separation of user/kernel space access we no
longer need the EVA special handling, so get rid of that, too.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/Kconfig | 1 -
arch
Use new __get_data macro to access user/kernel for functions, which
are used with user/kernel pointers. Instead of dealing with get_fs/set_fs
this macro uses a parameter to select user/kernel access.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/uaccess.h | 23
arch/mips
Added __get/__put_kernel_nofault as preparation for removing
get/set_fs.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/uaccess.h | 24
1 file changed, 24 insertions(+)
diff --git a/arch/mips/include/asm/uaccess.h b/arch/mips/include/asm/uaccess.h
index
This series replaces get_fs/set_fs and removes it from MIPS arch code.
Thomas Bogendoerfer (3):
MIPS: uaccess: Added __get/__put_kernel_nofault
MIPS: uaccess: Remove get_fs/set_fs call sites
MIPS: Remove get_fs/set_fs
arch/mips/Kconfig | 1 -
arch/mips/include/asm
+---
> arch/mips/boot/dts/brcm/bcm6368.dtsi | 129 ++---
> 6 files changed, 530 insertions(+), 66 deletions(-)
Florian, are you ok with this changes ? If yes, I'm going to apply them
to mips-next.
Thomas.
--
Crap can work. Given eno
>
> Signed-off-by: Wang Qing
> ---
> arch/mips/sgi-ip27/TODO | 19 ---
> 1 file changed, 19 deletions(-)
> delete mode 100644 arch/mips/sgi-ip27/TODO
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it
The following changes since commit 3f6c515d723480bc8afd456b0a52438fe79128a8:
MIPS: vmlinux.lds.S: Fix appended dtb not properly aligned (2021-03-16
22:53:08 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/
tags/mips-fixes_5.12_3
Len,
On Mon, Mar 29 2021 at 18:16, Len Brown wrote:
> On Mon, Mar 29, 2021 at 2:49 PM Thomas Gleixner wrote:
> Let me know if this problem description is fair:
>
> Many-core Xeon servers will support AMX, and when I run an AMX application
> on one, when I take an interrupt with AM
The following commit has been merged into the x86/apic branch of tip:
Commit-ID: 9a98bc2cf08a095367449b3548c3d9ad4ad2cd20
Gitweb:
https://git.kernel.org/tip/9a98bc2cf08a095367449b3548c3d9ad4ad2cd20
Author:Thomas Gleixner
AuthorDate:Thu, 18 Mar 2021 20:26:48 +01:00
On Mon, Mar 29 2021 at 13:25, Jindong Yue wrote:
> /*
> * Debugging: see timer_list.c
> @@ -115,8 +116,20 @@ void tick_install_broadcast_device(struct
> clock_event_device *dev)
>* notification the systems stays stuck in periodic mode
>* forever.
>*/
> - if (dev->f
Waiman,
On Mon, Mar 29 2021 at 15:57, Waiman Long wrote:
> On 3/29/21 8:42 AM, Thomas Gleixner wrote:
>> On Sun, Mar 28 2021 at 20:52, Waiman Long wrote:
>>> It was found that the following circular locking dependency warning
>>> could happen in some sys
On Mon, Mar 29 2021 at 11:43, Len Brown wrote:
> On Mon, Mar 29, 2021 at 9:33 AM Thomas Gleixner wrote:
> But yes, if a bare metal OS doesn't support any threading libraries
> that query XCR0 with xgetbv, and they don't care about the performance
> impact of switching XCR0
On Mon, Mar 29 2021 at 08:36, Richard Cochran wrote:
> On Mon, Mar 29, 2021 at 04:57:55PM +0200, Thomas Gleixner wrote:
>> I think adjtimex is the right place and not yet another random file
>> somewhere. Something like the below.
>
> Perfect.
>
> Acked-by: Richard C
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 8188d74e68174b11ff7c4a635ffc8fd31eacc6b9
Gitweb:
https://git.kernel.org/tip/8188d74e68174b11ff7c4a635ffc8fd31eacc6b9
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:34 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: fae37feee096bd3c85f6453713131a471404c6f5
Gitweb:
https://git.kernel.org/tip/fae37feee096bd3c85f6453713131a471404c6f5
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:35 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: f5a98866e506a816f6a855df1e7ed41e1891ec66
Gitweb:
https://git.kernel.org/tip/f5a98866e506a816f6a855df1e7ed41e1891ec66
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:38 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: f7efc4799f8114ba85b68584f83293f435009de4
Gitweb:
https://git.kernel.org/tip/f7efc4799f8114ba85b68584f83293f435009de4
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:36 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: f41dcc18698e660668a33cde8ab965e0298ac341
Gitweb:
https://git.kernel.org/tip/f41dcc18698e660668a33cde8ab965e0298ac341
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:39 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 37350e3b2655eb0fce4e0e6ce8ce631c781136fe
Gitweb:
https://git.kernel.org/tip/37350e3b2655eb0fce4e0e6ce8ce631c781136fe
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:37 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: c2c360ed7f28fd6b7eb7e39e70af2d2ae405f466
Gitweb:
https://git.kernel.org/tip/c2c360ed7f28fd6b7eb7e39e70af2d2ae405f466
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:43 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: d7a2edb890c0bfe467140c0cd79fe7cf65249376
Gitweb:
https://git.kernel.org/tip/d7a2edb890c0bfe467140c0cd79fe7cf65249376
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:40 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 70c80103aafdeae99126694bc1cd54de016bc258
Gitweb:
https://git.kernel.org/tip/70c80103aafdeae99126694bc1cd54de016bc258
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:41 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: a51a327f3bcdcb1a37ed9325ad07e1456cd4d426
Gitweb:
https://git.kernel.org/tip/a51a327f3bcdcb1a37ed9325ad07e1456cd4d426
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:44 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 82cd5b1039e26b1b1254886464991e34de439ac5
Gitweb:
https://git.kernel.org/tip/82cd5b1039e26b1b1254886464991e34de439ac5
Author:Thomas Gleixner
AuthorDate:Fri, 26 Mar 2021 16:29:42 +01:00
On Mon, Mar 29 2021 at 07:26, Richard Cochran wrote:
> On Mon, Mar 29, 2021 at 11:16:48AM +0200, Miroslav Lichvar wrote:
>> There are at least two issues with handling a zero offset as a special
>> value. One is that zero could potentially be a valid value in distant
>> future.
>
> I not losing sle
On Mon, Mar 29 2021 at 09:31, Len Brown wrote:
> On Sat, Mar 27, 2021 at 6:20 PM Thomas Gleixner wrote:
>
>> What's the actual downside of issuing TILERELEASE conditionally
>> depending on prev->AMX INIT=0? Is it slow or what's the real
>> problem he
On Mon, Mar 29 2021 at 09:14, Len Brown wrote:
> On Sat, Mar 20, 2021 at 6:14 PM Thomas Gleixner wrote:
>>
>> On Sun, Feb 21 2021 at 10:56, Chang S. Bae wrote:
>> > +
>> > +/* Update MSR IA32_XFD with xfirstuse_not_detected() if needed. */
>> > +static in
Waiman,
On Sun, Mar 28 2021 at 20:52, Waiman Long wrote:
> It was found that the following circular locking dependency warning
> could happen in some systems:
>
> [ 218.097878] ==
> [ 218.097879] WARNING: possible circular locking dependency de
s 003 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>
> Signed-off-by: Qing Zhang
> ---
> arch/mips/configs/loongson3_defconfig | 1 +
> 1 file changed, 1 insertion(+)
applied to mips-next.
T
ned-off-by: Tiezhu Yang
> ---
>
> v3: Select ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE if !EVA
> on MIPS.
>
> v2: update the commit message to fix typos found by
> Sergei Shtylyov, thank you!
>
> not longer --> no longer
> there exists --> there exi
lya Lipnitskiy
> Cc: Ard Biesheuvel
> ---
> arch/mips/crypto/.gitignore | 2 ++
> 1 file changed, 2 insertions(+)
> create mode 100644 arch/mips/crypto/.gitignore
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will f
/mips/ralink/common.h | 2 +-
> arch/mips/ralink/mt7620.c | 2 +-
> arch/mips/ralink/mt7621.c | 2 +-
> arch/mips/ralink/rt288x.c | 2 +-
> arch/mips/ralink/rt305x.c | 2 +-
> arch/mips/ralink/rt3883.c | 2 +-
> 6 files changed, 6 insertions(+), 6 deletions(-)
applied to mips-n
201 - 300 of 10905 matches
Mail list logo
