defconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a002-20200924
On Tue, Sep 22, 2020 at 11:41:28AM +0200, Ard Biesheuvel wrote:
> The TPM event log is provided to the OS by the firmware, by loading
> it into an area in memory and passing the physical address via a node
> in the device tree.
>
> Currently, we use __va() to access the memory via the kernel's
On 24/09/2020 15.58, YiFei Zhu wrote:
> On Thu, Sep 24, 2020 at 8:46 AM Rasmus Villemoes
> wrote:
>> But one thing I'm wondering about and I haven't seen addressed anywhere:
>> Why build the bitmap on the kernel side (with all the complexity of
>> having to emulate the filter for all syscalls)?
On Fri, Sep 25, 2020 at 08:56:30AM +0300, Jarkko Sakkinen wrote:
> On Tue, Sep 22, 2020 at 11:41:28AM +0200, Ard Biesheuvel wrote:
> > The TPM event log is provided to the OS by the firmware, by loading
> > it into an area in memory and passing the physical address via a node
> > in the device
Hi Paul,
On 9/25/2020 4:29 AM, Paul E. McKenney wrote:
On Thu, Sep 24, 2020 at 12:04:10PM +0530, Neeraj Upadhyay wrote:
Clarify the "x" in rcuox/N naming in RCU_NOCB_CPU config
description.
Signed-off-by: Neeraj Upadhyay
Applied with a few additional updates as shown below. As always,
Hello Jonathan,
On Thu, Sep 24, 2020 at 09:24:53PM +0200, Jonathan Neuschäfer wrote:
> +#define NTXEC_REG_WRITE_YEAR 0x10
> +#define NTXEC_REG_WRITE_MONTH0x11
> +#define NTXEC_REG_WRITE_DAY 0x12
> +#define NTXEC_REG_WRITE_HOUR 0x13
> +#define NTXEC_REG_WRITE_MINUTE 0x14
> +#define
On Thu, Sep 24, 2020 at 10:58:33AM -0400, Ross Philipson wrote:
> From: "Daniel P. Smith"
>
> This commit introduces an abstraction for TPM1.2 and TPM2.0 devices
> above the TPM hardware interface.
>
> Signed-off-by: Daniel P. Smith
> Signed-off-by: Ross Philipson
This is way, way too PoC. I
On Sun, Sep 20, 2020 at 11:12:38PM +0200, Krzysztof Kozlowski wrote:
> If interrupt comes late, during probe error path or device remove (could
> be triggered with CONFIG_DEBUG_SHIRQ), the interrupt handler
> i2c_imx_isr() will access registers with the clock being disabled. This
> leads to
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/x86/kernel/apic/msi.c
between commit:
2705b8e4d46f ("x86/apic/msi: Use Real PCI DMA device when configuring IRTE")
from the pci tree and commit:
7ca435cf857d ("x86/irq: Cleanup the arch_*_msi_irqs() leftovers")
On Wed, Sep 23, 2020 at 06:41:45PM +0300, Andy Shevchenko wrote:
> On Tue, Sep 22, 2020 at 5:35 AM Kent Gibson wrote:
> >
> > Add support for GPIO_V2_GET_LINEINFO_IOCTL and
> > GPIO_V2_GET_LINEINFO_WATCH_IOCTL.
> >
> > +#ifdef CONFIG_GPIO_CDEV_V1
> > +static int lineinfo_ensure_abi_version(struct
On Thu, Sep 24, 2020 at 10:58:28AM -0400, Ross Philipson wrote:
> The Trenchboot project focus on boot security has led to the enabling of
> the Linux kernel to be directly invocable by the x86 Dynamic Launch
> instruction(s) for establishing a Dynamic Root of Trust for Measurement
> (DRTM). The
Hi all,
Today's linux-next merge of the tip tree got conflicts in:
arch/ia64/Kconfig
arch/s390/Kconfig
between commit:
5e6e9852d6f7 ("uaccess: add infrastructure for kernel builds with set_fs()")
from the vfs tree and commit:
077ee78e3928 ("PCI/MSI: Make arch_.*_msi_irq[s] fallbacks
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/arm/Makefile
between commit:
596b0474d3d9 ("kbuild: preprocess module linker script")
from the kbuild tree and commit:
5a17850e251a ("arm/build: Warn on orphan section placement")
from the tip tree.
I fixed it
Hi Alexander,
On Thu, Sep 24, 2020 at 6:18 PM Alexander Egorenkov
wrote:
>
> The offset of the field 'init_uts_ns.name' has changed
> since
>
> commit 9a56493f6942c0e2df1579986128721da96e00d8
> Author: Kirill Tkhai
> Date: Mon Aug 3 13:16:21 2020 +0300
>
> uts: Use generic
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/pci/controller/vmd.c
between commit:
42443f036042 ("PCI: vmd: Create IRQ Domain configuration helper")
from the pci tree and commit:
585dfe8abc44 ("PCI: vmd: Dont abuse vector irqomain as parent")
from the tip
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/test
head: 516c2f87d0d1204a9ea1b36298283f74056a7eab
commit: 4df5d8a622235d0b26aba92c881d190667e4d6c3 [55/64] rcutorture: Test
runtime toggling of CPUs' callback offloading
config: riscv-randconfig-r036-20200923
Hello,
syzbot found the following issue on:
HEAD commit:c5a13b33 kmsan: clang-format core
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=142cf80990
kernel config:
Hello,
syzbot found the following issue on:
HEAD commit:c5a13b33 kmsan: clang-format core
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=14f5b19b90
kernel config:
Dear Kai-Heng,
Thank you for patch version 3.
Am 24.09.20 um 18:45 schrieb Kai-Heng Feng:
We are seeing the following error after S3 resume:
[ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
[ 704.844232] e1000e :00:1f.6 eno1: MDI Write did not complete
[ 704.902817] e1000e
On Fri, Sep 25, 2020 at 10:13:05AM +0530, Naresh Kamboju wrote:
> >From stable rc 4.18.1 onwards to today's stable rc 4.19.147
>
> There are two problems while running LTP tracing tests
> 1) kernel panic on i386, qemu_i386, x86_64 and qemu_x86_64 [1]
> 2) " segfault at 0 ip " and "Code: Bad RIP
On 9/24/20 1:52 PM, Sinan Kaya wrote:
On 9/24/2020 12:06 AM, Kuppuswamy, Sathyanarayanan wrote:
For problem description, please check the following details
Current pcie_do_recovery() implementation has following two issues:
1. Fatal (DPC) error recovery is currently broken for non-hotplug
On Thu, Sep 24, 2020 at 02:40:08PM -0700, Scott Branden wrote:
> > Ugh, yes, it is uncommon because those are two different things. Why do
> > you need/want a misc driver to control a tty device? Why do you need a
> > tty device? What really is this beast?
> The beast consists of a PCI card.
Enable the Netronix EC on the Kobo Aura ebook reader.
Several features are still missing:
- Frontlight/backlight. The vendor kernel drives the frontlight LED
using the PWM output of the EC and an additional boost pin that
increases the brightness.
- Battery monitoring
- Interrupts for
From: Zqiang
When queue delayed work to worker, at some point after that the timer_fn
will be call, add work to worker's work_list, at this time, the work may
be cancel, so add "work->canceling" check current work status.
Signed-off-by: Zqiang
---
v1->v2:
Change description information.
From: Zqiang
When queue delayed work to worker, at some point after that the timer_fn
will be call, add work to worker's work_list, at this time, the work may
be cancel, so add "queuing_blocked" check current work status.
Signed-off-by: Zqiang
---
kernel/kthread.c | 3 ++-
1 file changed, 2
2020년 8월 28일 (금) 오전 8:54, Joonsoo Kim 님이 작성:
>
> 2020년 8월 27일 (목) 오후 10:35, Mel Gorman 님이 작성:
> >
> > On Wed, Aug 26, 2020 at 02:12:44PM +0900, Joonsoo Kim wrote:
> > > > > And, it requires to break current code
> > > > > layering that order-0 page is always handled by the pcplist. I'd
> > > > >
On Thu, Sep 24, 2020 at 07:00:11PM -0700, Cfir Cohen wrote:
> The LAUNCH_SECRET command performs encryption of the
> launch secret memory contents. Mark pinned pages as
> dirty, before unpinning them.
> This matches the logic in sev_launch_update_data().
>
> Fixes: 9c5e0afaf157 ("KVM: SVM: Add
Now that import_iovec handles compat iovecs as well, all the duplicated
code in the compat readv/writev helpers is not needed. Remove them
and switch the compat syscall handlers to use the native helpers.
Signed-off-by: Christoph Hellwig
---
fs/read_write.c| 179
Now that import_iovec handles compat iovecs, the native version of
keyctl_instantiate_key_iov can be used for the compat case as well.
Signed-off-by: Christoph Hellwig
---
security/keys/compat.c | 36 ++--
security/keys/internal.h | 5 -
Now that import_iovec handles compat iovecs, the native vmsplice syscall
can be used for the compat case as well.
Signed-off-by: Christoph Hellwig
---
arch/arm64/include/asm/unistd32.h | 2 +-
arch/mips/kernel/syscalls/syscall_n32.tbl | 2 +-
Use in compat_syscall to import either native or the compat iovecs, and
remove the now superflous compat_import_iovec.
This removes the need for special compat logic in most callers, and
the remaining ones can still be simplified by using __import_iovec
with a bool compat parameter.
Now that import_iovec handles compat iovecs, the native syscalls
can be used for the compat case as well.
Signed-off-by: Christoph Hellwig
---
arch/arm64/include/asm/unistd32.h | 4 +-
arch/mips/kernel/syscalls/syscall_n32.tbl | 4 +-
arch/mips/kernel/syscalls/syscall_o32.tbl
From: David Laight
This lets the compiler inline it into import_iovec() generating
much better code.
Signed-off-by: David Laight
Signed-off-by: Christoph Hellwig
---
fs/read_write.c | 179
lib/iov_iter.c | 176
Now that import_iovec handles compat iovecs, the native readv and writev
syscalls can be used for the compat case as well.
Signed-off-by: Christoph Hellwig
---
arch/arm64/include/asm/unistd32.h | 4 ++--
arch/mips/kernel/syscalls/syscall_n32.tbl | 4 ++--
Split rw_copy_check_uvector into two new helpers with more sensible
calling conventions:
- iovec_from_user copies a iovec from userspace either into the provided
stack buffer if it fits, or allocates a new buffer for it. Returns
the actually used iovec. It also verifies that iov_len does
Hi Al,
this series changes import_iovec to transparently deal with compat iovec
structures, and then cleanups up a lot of code dupliation.
Changes since v3:
- fix up changed prototypes in compat.h as well
Changes since v2:
- revert the switch of the access process vm sysclls to iov_iter
-
There is no compat_sys_readv64v2 syscall, only a compat_sys_preadv64v2
one.
Signed-off-by: Christoph Hellwig
---
include/linux/compat.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/compat.h b/include/linux/compat.h
index b354ce58966e2d..654c1ec36671a4 100644
On 23/09/20 4:22 pm, Faiz Abbas wrote:
> With the new SW tuning App note[1], a custom tuning algorithm is
> required for eMMC HS200, HS400 and SD card UHS modes. The algorithm
> involves running through the 32 possible input tap delay values and
> sending the appropriate tuning command
>From stable rc 4.18.1 onwards to today's stable rc 4.19.147
There are two problems while running LTP tracing tests
1) kernel panic on i386, qemu_i386, x86_64 and qemu_x86_64 [1]
2) " segfault at 0 ip " and "Code: Bad RIP value" on x86_64 and qemu_x86_64 [2]
Please refer to the full test logs
Resend with proper subject.
---8<---
The struct flowi must never be interpreted by itself as its size
depends on the address family. Therefore it must always be grouped
with its original family value.
In this particular instance, the original family value is lost in
the function
359c6349a771 ("mmc: davinci: Drop pointer to mmc_host from mmc_davinci_host")
I have used the mmc tree from next-20200924 for today.
--
Cheers,
Stephen Rothwell
pgpfZImOil3b3.pgp
Description: OpenPGP digital signature
Em Thu, 24 Sep 2020 10:24:39 -0600
Jonathan Corbet escreveu:
> On Thu, 24 Sep 2020 18:21:45 +0200
> Mauro Carvalho Chehab wrote:
>
> > As part of changing the documentation subsystem to properly
> > build with Sphinx 3.1+, add support for two tags:
> >
> > - :c:expr:`foo`
> > - ..
On 4/17/20 9:37 PM, Mika Westerberg wrote:
> On Fri, Apr 17, 2020 at 08:26:11AM -0700, Ronald G. Minnich wrote:
>> On Intel platforms, the usable SPI area is located several
>> MiB in from the start, to leave room for descriptors and
>> the Management Engine binary. Further, not all the
This is in dma-mapping for-next now.
On Mon, Sep 21, 2020 at 09:44:18AM +0300, Tony Lindgren wrote:
> > > Looks nice to me :) I still can't test this probably for few more weeks
> > > though but hopefully Aaro or Janusz (Added to Cc) can test it.
> >
> > Works for me on Amstrad Delta (tested with a USB ethernet adapter).
> >
> >
The mm-of-the-moment snapshot 2020-09-24-21-14 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Em Thu, 24 Sep 2020 10:22:25 -0600
Jonathan Corbet escreveu:
> On Thu, 24 Sep 2020 18:13:54 +0200
> Mauro Carvalho Chehab wrote:
>
> > > How can this possibly work without a "global namespace" declaration in
> > > markup_namespace()?
> >
> > ... While I'm not a python expert, the
On Tue, Sep 22, 2020 at 01:56:46PM +, David Laight wrote:
> > +/*
> > + * A dma_addr_t can hold any valid DMA or bus address for the platform.
> > It can
> > + * be given to a device to use as a DMA source or target. A CPU cannot
> > + * reference a dma_addr_t directly because there may be
> On Sep 25, 2020, at 03:57, Andrew Lunn wrote:
>
> On Fri, Sep 25, 2020 at 12:45:42AM +0800, Kai-Heng Feng wrote:
>> We are seeing the following error after S3 resume:
>> [ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
>> [ 704.844232] e1000e :00:1f.6 eno1: MDI Write did
Hi, Jens
How do you think about error stat of a block device?
On 9/10/20 10:20 AM, zhenwei pi wrote:
Currently if hitting block req error, block layer only prints error
log with a rate limitation. Then agent has to parse kernel log to
record what happens.
In this patch, add
在 2020/9/20 19:00, Serge Semin 写道:
In accordance with [1, 2] memory transactions using CCA=2 (Uncached
Cacheability and Coherency Attribute) are always strongly ordered. This
means the younger memory accesses using CCA=2 are never allowed to be
executed before older memory accesses using
This patch adds a simple cpuidle driver for RISC-V systems using
the WFI state. Other states will be supported in the future.
Reported-by: kernel test robot
Signed-off-by: liush
---
Changes in v3:
- fix the issue reported by kernel test robot
"drivers/cpuidle/cpuidle-riscv.c:22:12: warning:
On Fri, Sep 25, 2020 at 09:46:16AM +0800, Hillf Danton wrote:
>
> On Thu, 24 Sep 2020 15:26:55 -0700 Paul E. McKenney wrote:
> >
> > On Thu, Sep 24, 2020 at 03:06:10PM +0300, Dan Carpenter wrote:
> > >
> > > On Thu, Sep 24, 2020 at 07:07:31PM +0800, Hillf Danton wrote:
> > > >
> > > > Thu, 24
+ Alex Lu (who contributed the original change)
Hi Kai-Heng,
On Thu, Sep 24, 2020 at 12:10 AM Kai-Heng Feng
wrote:
>
> [+Cc linux-usb]
>
> Hi Abhishek,
>
> > On Sep 24, 2020, at 04:41, Abhishek Pandit-Subedi
> > wrote:
> >
> > Hi Kai-Heng,
> >
> > Which Realtek controller is this on?'
>
>
On Fri, Sep 25, 2020 at 11:08:19AM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> rcu/test
> head: 516c2f87d0d1204a9ea1b36298283f74056a7eab
> commit: 4df5d8a622235d0b26aba92c881d190667e4d6c3 [55/64] rcutorture: Test
> runtime
vrtc not used for meson-khadas-vim3
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi
b/arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi
index
enable RTC for VIM1 meson-gxl-s905x-khadas-vim
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-gxl-s905x-khadas-vim.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl-s905x-khadas-vim.dts
no need force setup memory size!
VIM3 boards have 2Gb and 4Gb variants
memory size will be automatically defined
mainline uboot works properly in any case
but old vendor uboot works not properly for 4Gb variants
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi
1) fix down/up ethernet interface - need remove reset-gpios for ethernet node
`ifconfig eth0 down && ifconfig eth0 up` # didnt works with reset-gpios
2) add max-speed 1Gbit
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts | 2 +-
1 file changed, 1
enable RTC for VIM2 meson-gxm-khadas-vim2
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts
On Thu, Sep 24, 2020 at 07:09:08PM -0700, Eric Biggers wrote:
> On Thu, Sep 24, 2020 at 05:59:34PM -0700, Paul E. McKenney wrote:
> > On Tue, Sep 22, 2020 at 02:55:58PM -0700, Eric Biggers wrote:
> > > On Tue, Sep 22, 2020 at 01:56:28PM -0700, Paul E. McKenney wrote:
> > > > > You're missing the
1) The VIM2 Boards use w25q128 spi chip only not w25q32 or w25q16
it's not really seriously becouse have 'jedec,spi-nor' which
have auto chips identifications
2) max-frequency is 104Mhz
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts | 6 +++---
1
GPIO_ACTIVE_LOW replaced to GPIO_ACTIVE_HIGH for white and red leds
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi
add aliases names led_white and led_red for white and red leds
Signed-off-by: Artem Lapkin
---
arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-khadas-vim3.dtsi
dts updates and fixes for Khadas VIM1 VIM2 VIM3 VIML boards
Artem Lapkin (8):
arm64: dts: meson: update spifc node on Khadas VIM2
meson-gxm-khadas-vim2
arm64: dts: meson: update leds node on Khadas VIM3/VIM3L boards
meson-khadas-vim3
arm64: dts: meson: update leds node on Khadas
On Thu, Sep 24, 2020 at 10:09 PM Kees Cook wrote:
> Right, sorry, I may not have been clear. When building my RFC I noticed
> that I couldn't use NR_syscall very "early" in the header file include
> stack on arm64, which complicated things. So I guess what I mean is
> something like "it's
On Thu, Sep 24, 2020 at 10:11:17PM -0500, YiFei Zhu wrote:
> On Thu, Sep 24, 2020 at 6:56 PM Kees Cook wrote:
> > > This file is guarded by CONFIG_PROC_SECCOMP_CACHE with a default
> > The question of permissions is my central concern here: who should see
> > this? Some contained processes have
Rafael Aquini writes:
>> Or, can you help to run the test with a debug kernel based on upstream
>> kernel. I can provide some debug patch.
>>
>
> Sure, I can set your patches to run with the test cases we have that tend to
> reproduce the issue with some degree of success.
Thanks!
I found a
On Thu, Sep 24, 2020 at 12:01:55PM -0700, Tom Rix wrote:
>
> On 9/24/20 9:59 AM, Xu Yilun wrote:
> > Now the DFL device drivers could be made as independent modules and put
> > in different subsystems according to their functionalities. So the name
> > should be descriptive and unique in the
From: Huazhong Tan
Date: Fri, 25 Sep 2020 08:26:12 +0800
> There are some updates for the HNS3 ethernet driver.
> #1 & #2 are two cleanups.
> #3 adds new hardware error for the client.
> #4 adds debugfs support the pf's interrupt resource.
> #5 adds new pci device id for 200G device.
> #6
On 09/24/20 at 02:46pm, Alexander Egorenkov wrote:
> The offset of the field 'init_uts_ns.name' has changed
> since
>
> commit 9a56493f6942c0e2df1579986128721da96e00d8
> Author: Kirill Tkhai
> Date: Mon Aug 3 13:16:21 2020 +0300
>
> uts: Use generic ns_common::count
>
> Link:
>
If the header file containing a function's prototype isn't included by
the sourcefile containing the associated function, the build system
complains of missing prototypes.
Fixes the following W=1 kernel build warning(s):
fs/d_path.c:311:7: warning: no previous prototype for ‘simple_dname’
On Thu, Sep 24, 2020 at 6:56 PM Kees Cook wrote:
> > This file is guarded by CONFIG_PROC_SECCOMP_CACHE with a default
> The question of permissions is my central concern here: who should see
> this? Some contained processes have been intentionally blocked from
> self-introspection so even the
On Fri, 25 Sep 2020 11:06:53 +0800 "Huang\, Ying" wrote:
> >> UGH! I missed adding it to my cc list. Shall I just forward it, now, or
> >> do you prefer a fresh repost?
> >
> > I added the cc:stable to my copy.
>
> Please don't merge this patch. This patch doesn't fix the bug, but hide
> the
On Thu, Sep 24, 2020 at 08:27:40PM -0500, YiFei Zhu wrote:
> [resending this too]
>
> On Thu, Sep 24, 2020 at 6:01 PM Kees Cook wrote:
> > Disregarding the "how" of this, yeah, we'll certainly need something to
> > tell seccomp about the arrangement of syscall tables and how to find
> > them.
>
On Mon, Sep 21, 2020 at 07:56:20AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:eb5f95f1 Merge tag 's390-5.9-6' of git://git.kernel.org/pu..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=13996ad590
>
Hi, Andrew,
Andrew Morton writes:
> On Wed, 23 Sep 2020 09:42:51 -0400 Rafael Aquini wrote:
>
>> On Tue, Sep 22, 2020 at 12:47:50PM -0700, Andrew Morton wrote:
>> > On Tue, 22 Sep 2020 14:48:38 -0400 Rafael Aquini wrote:
>> >
>> > > The swap area descriptor only gets struct swap_cluster_info
Hi,
On 09/24/20 at 01:16pm, boris.ostrov...@oracle.com wrote:
>
> On 9/24/20 12:43 PM, Michael Kelley wrote:
> > From: Eric W. Biederman Sent: Thursday, September
> > 24, 2020 9:26 AM
> >> Michael Kelley writes:
> >>
> > Added Hyper-V people and people who created the param, it is below
>
From: Wang Qing
Date: Thu, 24 Sep 2020 14:50:24 +0800
> Modify the comment typo: "compliment" -> "complement".
>
> Signed-off-by: Wang Qing
Applied, thank you.
[resending this, forgot to hit reply all...]
On Thu, Sep 24, 2020 at 6:25 PM Kees Cook wrote:
> I'm not interested in seccomp having a config option for this. It should
> entire exist or not, and that depends on the per-architecture support.
> You mentioned in another thread that you wanted it
From: Xiaoliang Yang
Date: Thu, 24 Sep 2020 10:11:13 +0800
> INIT_IPS and GATE_ENABLE fields have a wrong offset in SG_CONFIG_REG_3.
> This register is used by stream gate control of PSFP, and it has not
> been used before, because PSFP is not implemented in ocelot driver.
>
> Signed-off-by:
From: Luo bin
Date: Thu, 24 Sep 2020 09:31:51 +0800
> It should also be regarded as an error when hw return status=4 for PF's
> setting mac cmd. Only if PF return status=4 to VF should this cmd be
> taken special treatment.
>
> Fixes: 7dd29ee12865 ("hinic: add sriov feature support")
>
From: Xiaoliang Yang
Date: Thu, 24 Sep 2020 09:57:46 +0800
> state->speed holds a value of 10, 100, 1000 or 2500, but
> QSYS_TAG_CONFIG_LINK_SPEED expects a value of 0, 1, 2, 3. So convert the
> speed to a proper value.
>
> Fixes: de143c0e274b ("net: dsa: felix: Configure Time-Aware Scheduler
This reverts commit 09ef193fef7efb0175a04634853862d717adbb95.
For C3000 family of SoCs, they have four ixgbe devices sharing a single MDIO
bus.
ixgbe_mii_bus_init() returns -ENODEV for other three devices. The propagation
of the error code makes other three ixgbe devices unregistered.
On Wed, 23 Sep 2020 09:42:51 -0400 Rafael Aquini wrote:
> On Tue, Sep 22, 2020 at 12:47:50PM -0700, Andrew Morton wrote:
> > On Tue, 22 Sep 2020 14:48:38 -0400 Rafael Aquini wrote:
> >
> > > The swap area descriptor only gets struct swap_cluster_info *cluster_info
> > > allocated if the
From: Geliang Tang
Date: Thu, 24 Sep 2020 08:29:46 +0800
> This series include two enhancements for the MPTCP path management,
> namely RM_ADDR support and ADD_ADDR echo support, as specified by RFC
> sections 3.4.1 and 3.4.2.
>
> 1 RM_ADDR support include 9 patches (1-3 and 8-13):
>
> Patch 1
From: Xie He
Date: Wed, 23 Sep 2020 11:18:18 -0700
> 1.
> Move the lapb_register/lapb_unregister calls into the ndo_open/ndo_stop
> functions.
> This makes the LAPB protocol start/stop when the network interface
> starts/stops. When the network interface is down, the LAPB protocol
> shouldn't be
On 2020/09/25 2:20, Kanchan Joshi wrote:
> On Tue, Sep 8, 2020 at 8:48 PM h...@infradead.org wrote:
>>
>> On Mon, Sep 07, 2020 at 12:31:42PM +0530, Kanchan Joshi wrote:
>>> But there are use-cases which benefit from supporting zone-append on
>>> raw block-dev path.
>>> Certain user-space
On Wed, 23 Sep 2020 14:27:30 -0700 Vijay Balakrishna
wrote:
> Can this patch be included? As Kirill is ok with patch now.
He is? I can't immediately find that email.
Do we have an acked-by?
On Fri, Sep 25, 2020 at 1:59 AM Thomas Gleixner wrote:
>
> On Sat, Sep 05 2020 at 14:04, Muchun Song wrote:
>
> > Introduce tracepoints for tasklets just like softirq does.
>
> What does softirq?
I mean that the softirq has tracepoints and the tasklet may
also be needed.
>
> > In this case, we
Andrew Morton wrote:
> On Thu, 24 Sep 2020 07:16:41 -0400 Miaohe Lin wrote:
>
>> Add else to split mutually exclusive case and avoid some unnecessary check.
>> It doesn't seem to change code generation (compiler is smart), but I
>> think it helps readability.
>
> OK, I guess. But the comments
On Thu, Sep 24, 2020 at 01:13:29PM +0200, Vlastimil Babka wrote:
>On 9/16/20 8:34 PM, David Hildenbrand wrote:
>> Page isolation doesn't actually touch the pages, it simply isolates
>> pageblocks and moves all free pages to the MIGRATE_ISOLATE freelist.
>>
>> We already place pages to the tail of
On Thu, Sep 24, 2020 at 12:01:55PM -0700, Tom Rix wrote:
>
> On 9/24/20 9:59 AM, Xu Yilun wrote:
> > Now the DFL device drivers could be made as independent modules and put
> > in different subsystems according to their functionalities. So the name
> > should be descriptive and unique in the
Hi Finn,
thanks for catching this!
Reviewed-By: Michael Schmitz
Am 25.09.2020 um 13:39 schrieb Finn Thain:
Unloading the falconide module results in a crash:
Unable to handle kernel NULL pointer dereference at virtual address
Oops:
Modules linked in: falconide(-)
PC:
On Thu, 24 Sep 2020 07:16:41 -0400 Miaohe Lin wrote:
> Add else to split mutually exclusive case and avoid some unnecessary check.
> It doesn't seem to change code generation (compiler is smart), but I think
> it helps readability.
>
> ...
>
> --- a/mm/mempool.c
> +++ b/mm/mempool.c
> @@ -58,11
When we see 'can't recover (no error_detected callback)' on console,
Maybe the reason is io state is not changed by calling
pci_dev_set_io_state(), that is confused. fix it.
Signed-off-by: Ethan Zhao
Tested-by: Wen jin
Tested-by: Shanshan Zhang
---
drivers/pci/pcie/err.c | 6 --
1 file
When uncorrectable error happens, AER driver and DPC driver interrupt
handlers likely call
pcie_do_recovery()->pci_walk_bus()->report_frozen_detected() with
pci_channel_io_frozen the same time.
If pci_dev_set_io_state() return true even if the original state is
pci_channel_io_frozen, that
This simple patch set fixed some serious security issues found when DPC
error injection and NVMe SSD hotplug brute force test were doing -- race
condition between DPC handler and pciehp, AER interrupt handlers, caused
system hang and system with DPC feature couldn't recover to normal
working state
On Thu, 24 Sep 2020 16:28:58 +0300 Mike Rapoport wrote:
> From: Mike Rapoport
>
> Hi,
>
> This is an implementation of "secret" mappings backed by a file descriptor.
> I've dropped the boot time reservation patch for now as it is not strictly
> required for the basic usage and can be easily
On Fri, Sep 25, 2020 at 09:14:16AM +0800, Ming Lei wrote:
> On Thu, Sep 24, 2020 at 10:33:45AM -0400, Theodore Y. Ts'o wrote:
> > On Thu, Sep 24, 2020 at 08:59:01AM +0800, Ming Lei wrote:
> > >
> > > The list corruption issue can be reproduced on kvm/qumu guest too when
> > > running
1 - 100 of 1437 matches
Mail list logo