On Wed, Nov 4, 2020 at 12:38 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/tty/serial/msm_serial.c: In function ‘msm_complete_tx_dma’:
> drivers/tty/serial/msm_serial.c:429:18: warning: variable ‘status’ set but
> not used [-Wunused-but-set-variable]
>
> C
On 22/09/20 07:23, yadong...@intel.com wrote:
From: Yadong Qi
Background: We have a lightweight HV, it needs INIT-VMExit and
SIPI-VMExit to wake-up APs for guests since it do not monitor
the Local APIC. But currently virtual wait-for-SIPI(WFS) state
is not supported in nVMX, so when running on
On Thu, Nov 5, 2020 at 9:23 PM Oscar Salvador wrote:
>
> On Mon, Oct 26, 2020 at 10:51:00PM +0800, Muchun Song wrote:
> > +#ifdef CONFIG_HUGETLB_PAGE_FREE_VMEMMAP
> > +#define VMEMMAP_HPAGE_SHIFT PMD_SHIFT
> > +#define arch_vmemmap_support_huge_mapping() boot_cpu_has(X86_FEATURE_
On Wed, Nov 4, 2020 at 4:54 PM Rikard Falkeborn
wrote:
>
> The only usage of msm_uart_pops is to assign its address to the ops
> field in the uart_port struct, which is a pointer to const. Make it
> const to allow the compiler to put it in read-only memory.
>
> Signed-off-by: Rikard Falkeborn
Re
Hi!
On 03/11/2020 17:31, Nicolas Saenz Julienne wrote:
> crashkernel might reserve memory located in ZONE_DMA. We plan to delay
> ZONE_DMA's initialization after unflattening the devicetree and ACPI's
> boot table initialization, so move it later in the boot process.
> Specifically into mem_init()
On 11/4/20 11:26 PM, Brad Campbell wrote:
> Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced
> an issue whereby communication with the SMC became unreliable with write
> errors like :
>
> [ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40
> [ 120.378621] apple
Hi Valentin,
On 05/11/20 15:49, Valentin Schneider wrote:
>
> Hi Juri,
>
> On 05/11/20 07:50, Juri Lelli wrote:
> > He also provided a simple reproducer creating the situation below:
> >
> > So the execution order of locking steps are the following
> > (N1 and N2 are non-deadline tasks. D1 is
Hello,
syzbot found the following issue on:
HEAD commit:4ef8451b Merge tag 'perf-tools-for-v5.10-2020-11-03' of gi..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12bf23a850
kernel config: https://syzkaller.appspot.com/x/.config?x=61033507391c77ff
das
Hello,
syzbot found the following issue on:
HEAD commit:cf7cd542 Add linux-next specific files for 20201104
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=13b7bb8250
kernel config: https://syzkaller.appspot.com/x/.config?x=e8dc0c5ac73afb92
dashboard
Hello,
syzbot found the following issue on:
HEAD commit:2aaf09a0 r8169: work around short packet hw bug on RTL8125
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=15c416fc50
kernel config: https://syzkaller.appspot.com/x/.config?x=803dd96a0e492ac1
dashboard
Hello,
syzbot found the following issue on:
HEAD commit:4ef8451b Merge tag 'perf-tools-for-v5.10-2020-11-03' of gi..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10238e2a50
kernel config: https://syzkaller.appspot.com/x/.config?x=61033507391c77ff
das
On Thu, 5 Nov 2020 07:56:08 +0530 Anant Thazhemadam wrote:
> On 05/11/20 5:54 am, Jakub Kicinski wrote:
> > On Mon, 2 Nov 2020 23:09:46 +0530 Anant Thazhemadam wrote:
> >> Currently, __usbnet_{read|write}_cmd() use usb_control_msg().
> >> However, this could lead to potential partial reads/write
On Thu 05-11-20 21:43:05, Feng Tang wrote:
> On Thu, Nov 05, 2020 at 02:12:45PM +0100, Michal Hocko wrote:
> > On Thu 05-11-20 21:07:10, Feng Tang wrote:
> > [...]
> > > My debug traces shows it is, and its gfp_mask is 'GFP_KERNEL'
> >
> > Can you provide the full information please? Which node ha
My local build of v5.9.5 broke on this patch.
sound/soc/sof/intel/hda-codec.c: In function 'hda_codec_probe':
sound/soc/sof/intel/hda-codec.c:177:4: error: label 'error' used but
not defined
177 | goto error;
| ^~~~
make[4]: *** [scripts/Makefile.build:283:
sound/soc/sof/intel/h
Gentle nudge on this one.
On 10/29/20 10:16 AM, Jens Axboe wrote:
> Wire up TIF_NOTIFY_SIGNAL handling for microblaze.
>
> Cc: Michal Simek
> Signed-off-by: Jens Axboe
> ---
>
> 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting
> for details:
>
> https://lore.kernel.org/io-ur
Gentle nudge on this one.
On 10/29/20 10:17 AM, Jens Axboe wrote:
> Wire up TIF_NOTIFY_SIGNAL handling for nds32.
>
> Cc: Nick Hu
> Cc: Greentime Hu
> Cc: Vincent Chen
> Signed-off-by: Jens Axboe
> ---
>
> 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting
> for details:
>
>
On Wed, Oct 21, 2020 at 6:24 AM Jiri Olsa wrote:
>
> On Tue, Oct 20, 2020 at 12:11:47PM -0500, Rob Herring wrote:
>
> SNIP
>
> > > > > >
> > > > > > The mmapped read will actually fail and then we fallback here. My
> > > > > > main
> > > > > > concern though is adding more overhead on a feature t
When wen poll the swap.events, we can miss being waked up when the swap
event occurs. Because we didn't notify.
Fixes: f3a53a3a1e5b ("mm, memcontrol: implement memory.swap.events")
Signed-off-by: Muchun Song
---
changelog in v2:
- Fix problem, thanks Johannes.
include/linux/memcontrol.h | 11
On 11/5/20 5:34 AM, Srinivas Kandagatla wrote:
This patchset adds support for two Codec Macro blocks( WSA and VA) available in
Qualcomm LPASS (Low Power Audio SubSystem).
There are WSA, VA, TX and RX Macros on LPASS IP, each of the Macro block
has specific connectivity like WSA Macros are int
On Thu, 5 Nov 2020 at 15:13, Marc Zyngier wrote:
>
> On 2020-11-05 12:56, Andre Przywara wrote:
> > From: Ard Biesheuvel
> >
> > Provide a hypervisor implementation of the ARM architected TRNG
> > firmware
> > interface described in ARM spec DEN0098. All function IDs are
> > implemented,
> > incl
On Fri, Sep 25, 2020 at 04:21:17PM +0300, Dmitry Osipenko wrote:
> 25.09.2020 15:39, Robin Murphy пишет:
> ...
> >> IIRC, in the past Robin Murphy was suggesting to read out hardware state
> >> early during kernel boot in order to find what regions are in use by
> >> hardware.
> >
> > I doubt I su
Quoting Joerg Roedel (2020-09-07 08:15:02)
> From: Joerg Roedel
>
> Do not allocate a vmcb_control_area and a vmcb_save_area on the stack,
> as these structures will become larger with future extenstions of
> SVM and thus the svm_set_nested_state() function will become a too large
> stack frame.
From: "Steven Rostedt (VMware)"
The recursion protection of the ring buffer depends on preempt_count() to be
correct. But it is possible that the ring buffer gets called after an
interrupt comes in but before it updates the preempt_count(). This will
trigger a false positive in the recursion code
From: Qiujun Huang
The array size is FTRACE_KSTACK_NESTING, so the index FTRACE_KSTACK_NESTING
is illegal too. And fix two typos by the way.
Link: https://lkml.kernel.org/r/20201031085714.2147-1-hqjag...@gmail.com
Signed-off-by: Qiujun Huang
Signed-off-by: Steven Rostedt (VMware)
---
kernel/
On Thu, Nov 05, 2020 at 10:17:57AM -0600, Pierre-Louis Bossart wrote:
>
> > > > > My local build of v5.9.5 broke on this patch.
> > > > >
> > > > > sound/soc/sof/intel/hda-codec.c: In function 'hda_codec_probe':
> > > > > sound/soc/sof/intel/hda-codec.c:177:4: error: label 'error'
> > > > > used
From: "Steven Rostedt (VMware)"
Since the kprobe handlers have protection that prohibits other handlers from
executing in other contexts (like if an NMI comes in while processing a
kprobe, and executes the same kprobe, it will get fail with a "busy"
return). Lockdep is unaware of this protection.
Qiujun Huang (1):
tracing: Fix the checking of stackidx in __ftrace_trace_stack
Steven Rostedt (VMware) (3):
ring-buffer: Fix recursion protection transitions between interrupt
context
tracing: Make -ENOMEM the default error for parse_synth_field()
kprobes: Tell lockdep
From: "Steven Rostedt (VMware)"
parse_synth_field() returns a pointer and requires that errors get
surrounded by ERR_PTR(). The ret variable is initialized to zero, but should
never be used as zero, and if it is, it could cause a false return code and
produce a NULL pointer dereference. It makes
On Fri, Nov 06, 2020 at 12:19:36AM +0800, Muchun Song wrote:
> When wen poll the swap.events, we can miss being waked up when the swap
> event occurs. Because we didn't notify.
>
> Fixes: f3a53a3a1e5b ("mm, memcontrol: implement memory.swap.events")
> Signed-off-by: Muchun Song
Cool, thanks!
Ac
After updating userspace Ethtool from 5.7 to 5.9, I noticed that
NETDEV_FEAT_CHANGE is no more raised when changing netdev features
through Ethtool.
That's because the old Ethtool ioctl interface always calls
netdev_features_change() at the end of user request processing to
inform the kernel that o
On 2020/11/3 20:42, Dongdong Tao wrote:
> From: dongdong tao
>
> Current way to calculate the writeback rate only considered the
> dirty sectors, this usually works fine when the fragmentation
> is not high, but it will give us unreasonable small rate when
> we are under a situation that very few
On 11/5/20 5:12 PM, Juri Lelli wrote:
> Hi Valentin,
>
> On 05/11/20 15:49, Valentin Schneider wrote:
>>
>> Hi Juri,
>>
>> On 05/11/20 07:50, Juri Lelli wrote:
>>> He also provided a simple reproducer creating the situation below:
>>>
>>> So the execution order of locking steps are the following
On 11/4/20 10:06 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20201104:
>
on i386:
ERROR: modpost: "charlcd_backlight" [drivers/auxdisplay/hd44780_common.ko]
undefined!
Full randconfig file is attached.
--
~Randy
Reported-by: Randy Dunlap
#
# Automatically generated file; DO NO
Hi Linus
Please pull the following changes since commit
bbf5c979011a099af5dc76498918ed7df445635b:
Linux 5.9 (2020-10-11 14:15:50 -0700)
are available in the Git repository at:
ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git
tags/hyperv-fixes-signed
for you to fet
On 05/11/2020 at 16:48, Russell King - ARM Linux admin wrote:
On Thu, Nov 05, 2020 at 04:22:18PM +0100, Nicolas Ferre wrote:
On 05/11/2020 at 15:37, Parshuram Thombare wrote:
This patch fixes NULL pointer dereference due to NULL pcs_config
in pcs_ops.
Fixes: e4e143e26ce8 ("net: macb: add suppo
Hi Lee.
On Thu, Nov 05, 2020 at 02:44:58PM +, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
Thanks for looking into this.
> There are 5000 warnings to work through.
On Thu, Nov 05, 2020 at 10:24:37AM -0600, Michael Roth wrote:
> > out_set_gif:
> > svm_set_gif(svm, !!(kvm_state->flags & KVM_STATE_NESTED_GIF_SET));
> > - return 0;
> > +
> > + ret = 0;
> > +out_free:
> > + kfree(save);
> > + kfree(ctl);
>
> This change seems to t
On Wed, 4 Nov 2020 20:51:39 -0800 Andrii Nakryiko wrote:
> Add kernel module listener that will load/validate and unload module BTF.
> Module BTFs gets ID generated for them, which makes it possible to iterate
> them with existing BTF iteration API. They are given their respective module's
> names,
On 05. 11. 20, 12:04, David Laight wrote:
And the loop can be turned into ndelay:
/*
* Force at least 170ns delay before clearing
* reset bit. Each read from LCR takes at least
* 30ns so 10 times for 300ns to be safe.
*/
for(i=0;i<1
Hi,
čt 5. 11. 2020 v 17:18 odesílatel Jens Axboe napsal:
>
> Gentle nudge on this one.
>
> On 10/29/20 10:16 AM, Jens Axboe wrote:
> > Wire up TIF_NOTIFY_SIGNAL handling for microblaze.
> >
> > Cc: Michal Simek
> > Signed-off-by: Jens Axboe
> > ---
> >
> > 5.11 has support queued up for TIF_NOT
On Thu, Nov 05, 2020 at 04:11:32PM +0100, Boris Brezillon wrote:
> Cédric Le Goater wrote:
> > Thanks for this driver. It's much cleaner than the previous and we should
> > try adding support for the AST2500 SoC also. I guess we can keep the old
> > driver for the AST2400 which has a different
On Thu, Sep 24, 2020 at 01:27:25PM +0200, Thierry Reding wrote:
> On Tue, Sep 15, 2020 at 02:36:48PM +0200, Thierry Reding wrote:
> > On Mon, Sep 14, 2020 at 04:08:29PM -0600, Rob Herring wrote:
> > > On Fri, Sep 04, 2020 at 02:59:57PM +0200, Thierry Reding wrote:
> > > > From: Thierry Reding
> >
On Thu, Nov 05, 2020 at 02:44:59PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/host1x/bus.c:40: warning: Function parameter or member 'driver'
> not described in 'host1x_subdev_add'
>
> Cc: Thierry Reding
> Cc: dri-de...@lists.freedesktop.org
> Cc
On Thu, 5 Nov 2020 12:47:47 +, Sudip Mukherjee wrote:
> A build of arm64 allmodconfig with next-20201105 fails with the error:
> ERROR: modpost: "mt8192_afe_gpio_request" undefined!
> ERROR: modpost: "mt8192_afe_gpio_init" undefined!
>
> Export the symbols
On Thu, Nov 05, 2020 at 08:39:25AM -0800, Jakub Kicinski wrote:
> On Wed, 4 Nov 2020 20:51:39 -0800 Andrii Nakryiko wrote:
> > Add kernel module listener that will load/validate and unload module BTF.
> > Module BTFs gets ID generated for them, which makes it possible to iterate
> > them with exist
The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec:
Linux 5.10-rc1 (2020-10-25 15:14:11 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-fix-v5.10-rc2
for you to fetch changes up to
On Thu, 29 Oct 2020 09:01:04 +, Xu Wang wrote:
> ecause clk_prepare_enable() and clk_disable_unprepare() already checked
> NULL clock parameter, so the additional checks are unnecessary, just
> remove them.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-ne
On Thu, 5 Nov 2020 20:28:07 +0800, Zou Wei wrote:
> Fix the following sparse warnings:
>
> ./mt8192-dai-i2s.c:2040:5: warning: symbol 'mt8192_dai_i2s_get_share' was not
> declared. Should it be static?
> ./mt8192-dai-i2s.c:2060:5: warning: symbol 'mt8192_dai_i2s_set_priv' was not
> declared. Sho
The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec:
Linux 5.10-rc1 (2020-10-25 15:14:11 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v5.10-rc2
for you to fetch changes up to 9bd77a9ce31d
On Thu, Nov 05, 2020 at 02:45:09PM +, Lee Jones wrote:
> Struct headers should start with 'struct '
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/panel/panel-simple.c:42: warning: Cannot understand *
> @modes: Pointer to array of fixed modes appropriate for this
On Thu, 5 Nov 2020 11:41:00 +, Srinivas Kandagatla wrote:
> This patch fixes below warning when module is compiled with W=1 C=1
>
> lpass-cpu.c:677:22: warning: symbol 'lpass_hdmi_regmap_config'
> was not declared. Should it be static?
Applied to
https://git.kernel.org/pub/scm/linux/kerne
Linus,
Tracing fixes:
- Fix off-by-one error in retrieving the context buffer for trace_printk()
- Fix off-by-one error in stack nesting limit
- Fix recursion to not make all NMI code false positive as recursing
- Stop losing events in function tracing when transitioning between irq context
On Thu, 5 Nov 2020 11:44:35 +, Srinivas Kandagatla wrote:
> This patch fixes below warning when module is compiled with W=1 C=1
>
> sound/soc/qcom/qdsp6/q6afe-clocks.c:122:18: warning: symbol 'q6afe_clks'
> was not declared. Should it be static?
Applied to
https://git.kernel.org/pub/scm/l
On 10/28/20 6:50 AM, Bharata B Rao wrote:
slub_max_order
--
The most promising tunable that shows consistent reduction in slab memory
is slub_max_order. Here is a table that shows the number of slabs that
end up with different orders and the total slab consumption at boot
for differen
On Thu, Nov 05, 2020 at 02:45:14PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/panel/panel-ilitek-ili9322.c:177: warning: Enum value
> 'ILI9322_INPUT_SRGB_THROUGH' not described in enum 'ili9322_input'
> drivers/gpu/drm/panel/panel-ilitek-ili93
On Thu, Nov 05, 2020 at 08:33:02AM +0100, gregkh wrote:
> > Were there any additional changes you wanted to see happen? I'll go
> > give the final set another once over, but David has been diligently
> > fixing up all the declared major issues so I expect to find at most
> > minor incremental fixup
On Thu, Nov 05, 2020 at 02:44:58PM +, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> There are 5000 warnings to work through.
>
> It will take a couple more sets.
#syz dup: general protection fault in io_uring_show_cred
On 11/5/20 9:14 AM, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:4ef8451b Merge tag 'perf-tools-for-v5.10-2020-11-03' of gi..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=12bf23a850
> kernel config: https://syzk
On Thu, Nov 5, 2020 at 4:20 AM Michal Hocko wrote:
>
> On Wed 04-11-20 12:40:51, Minchan Kim wrote:
> > On Wed, Nov 04, 2020 at 07:58:44AM +0100, Michal Hocko wrote:
> > > On Tue 03-11-20 13:32:28, Minchan Kim wrote:
> > > > On Tue, Nov 03, 2020 at 10:35:50AM +0100, Michal Hocko wrote:
> > > > > O
I'm announcing the release of the 5.9.6 kernel.
This is a build-fix release, if 5.9.5 built properly for you, wonderful,
no need to upgrade. If 5.9.5 did not build for you, then move to 5.9.6
please. Sorry for the inconvenience.
The updated 5.9.y git tree can be found at:
git://git.kern
On Mon, Nov 02, 2020 at 10:41:37AM -0600, Nishanth Menon wrote:
> On 15:41-20201102, Kishon Vijay Abraham I wrote:
> > PCIe controller in J721E supports a maximum of 32 outbound regions.
> > commit 4e5833884f66 ("arm64: dts: ti: k3-j721e-main: Add PCIe device tree
> > nodes") incorrectly added maxi
On 05/11/2020 16:45, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/omapdrm/dss/dsi.c: In function ‘_dsi_print_reset_status’:
> drivers/gpu/drm/omapdrm/dss/dsi.c:1131:6: warning: variable ‘l’ set but not
> used [-Wunused-but-set-variable]
> drivers/gpu/
diff --git a/Makefile b/Makefile
index 27d4fe12da24..2fed32cac74e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 9
-SUBLEVEL = 5
+SUBLEVEL = 6
EXTRAVERSION =
NAME = Kleptomaniac Octopus
diff --git a/sound/soc/sof/intel/hda-cod
On Mon, Nov 02, 2020 at 03:41:47PM +0530, Kishon Vijay Abraham I wrote:
> Add binding documentation for "pcie-ctrl" which should be a subnode of
> the system controller.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> .../devicetree/bindings/mfd/ti,j721e-system-controller.yaml | 6 ++
> 1
Hi Linus,
Please pull the following Kunit fixes update for Linux 5.10-rc3
This Kunit update for Linux 5.10-rc3 consists of several kunit_tool
and documentation fixes.
diff is attached.
thanks,
-- Shuah
The following changes sinc
On Thu, Nov 05, 2020 at 12:47:38PM -0400, Jason Gunthorpe wrote:
> On Thu, Nov 05, 2020 at 08:33:02AM +0100, gregkh wrote:
> > > Were there any additional changes you wanted to see happen? I'll go
> > > give the final set another once over, but David has been diligently
> > > fixing up all the decl
On Mon, 02 Nov 2020 15:41:48 +0530, Kishon Vijay Abraham I wrote:
> Add host mode dt-bindings for TI's J7200 SoC.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> .../bindings/pci/ti,j721e-pci-host.yaml | 16 +---
> 1 file changed, 13 insertions(+), 3 deletions(-)
>
Revie
On Mon, 02 Nov 2020 15:41:49 +0530, Kishon Vijay Abraham I wrote:
> Add PCIe EP mode dt-bindings for TI's J7200 SoC.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> .../devicetree/bindings/pci/ti,j721e-pci-ep.yaml | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
Rev
On Thu, Nov 05, 2020 at 12:18:44AM +0100, Andrey Konovalov wrote:
> From: Vincenzo Frascino
>
> Add the implementation of the in-kernel fault handler.
>
> When a tag fault happens on a kernel address:
> * MTE is disabled on the current CPU,
> * the execution continues.
>
> When a tag fault happ
This makes the name match Hyper-V TLFS.
Signed-off-by: Wei Liu
---
include/asm-generic/hyperv-tlfs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/asm-generic/hyperv-tlfs.h
b/include/asm-generic/hyperv-tlfs.h
index e73a11850055..e6903589a82a 100644
--- a/include/as
On Thu, 5 Nov 2020 17:46:16 +0100 Greg Kroah-Hartman wrote:
> On Thu, Nov 05, 2020 at 08:39:25AM -0800, Jakub Kicinski wrote:
> > On Wed, 4 Nov 2020 20:51:39 -0800 Andrii Nakryiko wrote:
> > > Add kernel module listener that will load/validate and unload module BTF.
> > > Module BTFs gets ID gene
For now we can use the privilege flag to check. Stash the value to be
used later.
Put in a bunch of defines for future use when we want to have more
fine-grained detection.
Signed-off-by: Wei Liu
---
arch/x86/hyperv/hv_init.c | 4
arch/x86/include/asm/hyperv-tlfs.h | 10 +
The IOMMU code needs more work. We're sure for now the IRQ remapping
hooks are not applicable when Linux is the root.
Signed-off-by: Wei Liu
Acked-by: Joerg Roedel
---
drivers/iommu/hyperv-iommu.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/hyperv-iommu.c
We will soon use the same structure to handle IO-APIC interrupts as
well. Introduce an enum to identify the source and a data structure for
IO-APIC RTE.
While at it, update pci-hyperv.c to use the enum.
No functional change.
Signed-off-by: Wei Liu
Acked-by: Rob Herring
---
drivers/pci/control
We will need the partition ID for executing some hypercalls later.
Signed-off-by: Lillian Grassin-Drake
Co-Developed-by: Sunil Muthuswamy
Signed-off-by: Wei Liu
---
arch/x86/hyperv/hv_init.c | 26 ++
arch/x86/include/asm/mshyperv.h | 2 ++
include/asm-generic
We will need to identify the device we want Microsoft Hypervisor to
manipulate. Introduce the data structures for that purpose.
They will be used in a later patch.
Signed-off-by: Sunil Muthuswamy
Co-Developed-by: Sunil Muthuswamy
Signed-off-by: Wei Liu
---
include/asm-generic/hyperv-tlfs.h |
We will soon need to access fields inside the MSI address and MSI data
fields. Introduce hv_msi_address_register and hv_msi_data_register.
Fix up one user of hv_msi_entry in mshyperv.h.
No functional change expected.
Signed-off-by: Wei Liu
---
arch/x86/include/asm/mshyperv.h | 4 ++--
inclu
They are used to deposit pages into Microsoft Hypervisor and bring up
logical and virtual processors.
Signed-off-by: Lillian Grassin-Drake
Signed-off-by: Sunil Muthuswamy
Signed-off-by: Nuno Das Neves
Co-Developed-by: Lillian Grassin-Drake
Co-Developed-by: Sunil Muthuswamy
Co-Developed-by: Nu
Microsoft Hypervisor requires the root partition to make a few
hypercalls to setup application processors before they can be used.
Signed-off-by: Lillian Grassin-Drake
Signed-off-by: Sunil Muthuswamy
Co-Developed-by: Lillian Grassin-Drake
Co-Developed-by: Sunil Muthuswamy
Signed-off-by: Wei Li
Hi all
Here we propose this patch series to make Linux run as the root partition [0]
on Microsoft Hypervisor [1]. There will be a subsequent patch series to provide
a
device node (/dev/mshv) such that userspace programs can create and run virtual
machines. We've also ported Cloud Hypervisor [3] o
Signed-off-by: Sunil Muthuswamy
Co-Developed-by: Sunil Muthuswamy
Signed-off-by: Wei Liu
---
arch/x86/include/asm/hyperv-tlfs.h | 13 +++
include/asm-generic/hyperv-tlfs.h | 36 ++
2 files changed, 49 insertions(+)
diff --git a/arch/x86/include/asm/hyperv-t
When Linux runs as the root partition on Microsoft Hypervisor, its
interrupts are remapped. Linux will need to explicitly map and unmap
interrupts for hardware.
Implement an MSI domain to issue the correct hypercalls. And initialize
this irqdomain as the default MSI irq domain.
Signed-off-by: Su
Signed-off-by: Wei Liu
---
drivers/clocksource/hyperv_timer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clocksource/hyperv_timer.c
b/drivers/clocksource/hyperv_timer.c
index ba04cb381cd3..269a691bd2c4 100644
--- a/drivers/clocksource/hyperv_timer.c
+++ b/drivers/clocksource/
We are about to implement an irqchip for IO-APIC when Linux runs as root
on Microsoft Hypervisor. At the same time we would like to reuse
existing code as much as possible.
Move mp_chip_data to io_apic.h and make a few helper functions
non-static.
No functional change.
Signed-off-by: Wei Liu
--
Just like MSI/MSI-X, IO-APIC interrupts are remapped by Microsoft
Hypervisor when Linux runs as the root partition. Implement an IRQ chip
to handle mapping and unmapping of IO-APIC interrupts.
Use custom functions for mapping and unmapping ACPI GSIs. They will
issue Microsoft Hypervisor specific h
When Linux is running as the root partition, the hypercall page will
have already been setup by Hyper-V. Copy the content over to the
allocated page.
The suspend, resume and cleanup paths remain untouched because they are
not supported in this setup yet.
Signed-off-by: Lillian Grassin-Drake
Sign
When Linux runs as the root partition, it will need to make hypercalls
which return data from the hypervisor.
Allocate pages for storing results when Linux runs as the root
partition.
Signed-off-by: Lillian Grassin-Drake
Co-Developed-by: Lillian Grassin-Drake
Signed-off-by: Wei Liu
---
v2: Add
There is no VMBus and the other infrastructures initialized in
hv_acpi_init when Linux is running as the root partition.
Signed-off-by: Wei Liu
---
drivers/hv/vmbus_drv.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index 4fad3e6745e5..37
Hi Jeremy,
On Thursday 05 Nov 2020 at 09:50:30 (-0600), Jeremy Linton wrote:
> Hi,
>
> On 11/5/20 6:55 AM, Ionela Voinescu wrote:
> > The cppc_cpudata per-cpu storage was inefficient (1) additional to causing
> > functional issues (2) when CPUs are hotplugged out, due to per-cpu data
> > being im
On Thu, Nov 05, 2020 at 02:35:56AM +0200, Vladimir Oltean wrote:
> On the other hand and with all due respect, saying that it may have been
> 'buggy on some archs back in the day' and then not bringing any evidence
> is a bit of a strange claim to make.
You're right. I made the effort to look bac
This reverts commit e47110e90584a22e9980510b00d0dfad3a83354e.
While I was doing zram testing, I found sometimes decompression failed
since the compression buffer was corrupted. With investigation,
I found below commit calls cond_resched unconditionally so it could
make a problem in atomic context
Another candidate for removal is drivers/char/pcmcia/synclink_cs.c
Everything I said about synclink.c/synclinkmp.c is true of that as well: the
hardware stopped being manufactured decades ago and is not available for
testing. The possibility of these cards still being around/functional for use
Hi Benjamin,
Can you review this patch? Previously the kernel increment the HID
usage by default, and now in 5.4 we have to declare it explicitly
because of this HID_QUIRK_INCREMENT_USAGE_ON_DUPLICATE. It is breaking
existing devices functioning, including a few devices we have Android
On 05/11/2020 16:45, Lee Jones wrote:
> The API has been updated, but the header was not.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/omapdrm/omap_irq.c:115: warning: Function parameter or
> member 'crtc' not described in 'omap_irq_enable_vblank'
> drivers/gpu/drm/
On Wed, Nov 04, 2020 at 03:45:08PM -0800, Jakub Kicinski wrote:
> Also are you sure the last patch is okay? Richard suggested it's not
> worth the risk AFAIU.
I took a look, and I can't find anything wrong with it.
Thanks,
Richard
On Thu, 5 Nov 2020 13:36:56 + George Cherian wrote:
> > Now i am a little bit skeptic here, devlink health reporter infrastructure
> > was
> > never meant to deal with dump op only, the main purpose is to
> > diagnose/dump and recover.
> >
> > especially in your use case where you only report
On Thu, Nov 05, 2020 at 08:50:58AM -0800, Suren Baghdasaryan wrote:
> On Thu, Nov 5, 2020 at 4:20 AM Michal Hocko wrote:
> >
> > On Wed 04-11-20 12:40:51, Minchan Kim wrote:
> > > On Wed, Nov 04, 2020 at 07:58:44AM +0100, Michal Hocko wrote:
> > > > On Tue 03-11-20 13:32:28, Minchan Kim wrote:
> >
On Wed, Nov 04, 2020 at 04:07:48PM +0800, Yu-Tung Chang wrote:
> > > +&uart1 {
> > > + pinctrl-names = "default";
> > > + pinctrl-0 = <&uart1_pins>;
> >
> > This should be already set in the DTSI
> >
> uart0 as the debugging interface, uart1 as the external uart port,
> uart3 as the bluetoo
On Wed, Nov 04, 2020 at 12:54:31PM -0800, Saravana Kannan wrote:
> From: Daniel Mentz
>
> This allows the fw_devlink feature to work for spi devices
> too. This avoids unnecessary probe deferrals related to spi devices and
> improves suspend/resume ordering for spi devices when fw_devlink=on.
>
601 - 700 of 1657 matches
Mail list logo
