On Tue, 2020-10-13 at 12:06 +0530, Dwaipayan Ray wrote:
> Commit 0c01921e56f9 ("checkpatch: add new warnings to author signoff
> checks.") introduced new checks for author sign off. The format_email
> procedure was modified to add comment blocks to the formatted email. But
> no space was added betw
On 10/12/20 11:53 AM, Muchun Song wrote:
> We are not complaining about TCP using too much memory, but how do
> we know that TCP uses a lot of memory. When I firstly face this problem,
> I do not know who uses the 25GB memory and it is not shown in the
> /proc/meminfo.
> If we can know the amo
On Tue, Oct 13, 2020 at 10:59:18AM +1100, Finn Thain wrote:
>
> On Mon, 12 Oct 2020, Daniel Wagner wrote:
>
> > When the fcport is about to be deleted we should return EBUSY instead
> > of ENODEV. Only for EBUSY the request will be requeued in a multipath
> > setup.
> >
> > Also in case we have
Dear Walleij and Heiko
The patch "[PATCH] pinctrl: rockchip: populate platform device for rockchip
gpio" has been remove outof
the patches, since we have a new patch to move gpio related codes to a
separated driver.
So please ignore it for now. thanks very much.
--
jay...@rock-chip
Hi Jonas,
On Mon, 12 Oct 2020, Jonas Karlman wrote:
Hi,
On 2020-10-12 22:59, Adrian Ratiu wrote:
Dear all, This series introduces a regmap infrastructure for
the Hantro driver which is used to compensate for different
HW-revision register layouts. To justify it h264 decoding
capability i
On Mon, Oct 12, 2020 at 7:17 PM Andrey Konovalov wrote:
>
> Currently there's a KCOV remote coverage collection section in
> __usb_hcd_giveback_urb(). Initially that section was added based on the
> assumption that usb_hcd_giveback_urb() can only be called in interrupt
> context as indicated by a
There need to enable pclk_gpio when do irq_create_mapping, since it will
do access to gpio controller.
Reviewed-by: Heiko Stuebner
Signed-off-by: Jianqun Xu
---
drivers/pinctrl/pinctrl-rockchip.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-rockchip.c
b/drivers
These patches are required by GKI.
Jianqun Xu (3):
pinctrl: rockchip: make driver be tristate module
pinctrl: rockchip: enable gpio pclk for rockchip_gpio_to_irq
pinctrl: rockchip: create irq mapping in gpio_to_irq
drivers/pinctrl/Kconfig| 2 +-
drivers/pinctrl/pinctrl-rockchi
Make pinctrl-rockchip driver to be tristate module, support to build as
a module, this is useful for GKI.
Reviewed-by: Heiko Stuebner
Signed-off-by: Jianqun Xu
---
drivers/pinctrl/Kconfig| 2 +-
drivers/pinctrl/pinctrl-rockchip.c | 13 +
2 files changed, 14 insertions(+
Remove totally irq mappings create in probe, the gpio irq mapping will
be created when do
gpio_to_irq ->
rockchip_gpio_to_irq ->
irq_create_mapping
This patch can speed up system boot on, also abandon many unused irq
mappings' create.
Reviewed-by: Heiko Stuebner
Signed-of
Hi Srinivas,
On Mon, Oct 12, 2020 at 06:22:40AM -0700, srinivas pandruvada wrote:
> On Fri, 2020-10-09 at 11:30 +0800, Chen Yu wrote:
> > There is a corner case that if the intel_pstate driver failed to be
> > registered(might be due to invalid MSR access)
> Do you have logs why it is not loaded?
From: SeongJae Park
If 'CONFIG_KUNIT=m', letting kunit tests that do not support loadable
module build depends on 'KUNIT' instead of 'KUNIT=y' result in compile
errors. This commit updates the document for this.
Fixes: 9fe124bf1b77 ("kunit: allow kunit to be loaded as a module")
Signed-off-by:
Commit 0c01921e56f9 ("checkpatch: add new warnings to author signoff
checks.") introduced new checks for author sign off. The format_email
procedure was modified to add comment blocks to the formatted email. But
no space was added between the email address and mail comment.
This causes wrong email
Hello arm-soc maintainers,
Please pull this small patch which allows to hide uuit_t internals from
the OP-TEE driver.
I know it's a bit late for v5.10, if it's too late please queue it for
v5.11 instead.
Thanks,
Jens
The following changes since commit 9123e3a74ec7b934a4a099e98af6a61c2f80bbf5:
On Tue, Oct 13, 2020 at 07:37:34AM +0200, Lukas Bulwahn wrote:
>
>
> On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
>
> > On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
> > >
> > >
> > > On Mon, 12 Oct 2020, Greg Kroah-Hartman wrote:
> > >
> > > > On Mon, Oct 12, 2020 at 05:10
On Mon, 12 Oct 2020 at 19:04, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.239 release.
> There are 54 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.
>
> Res
Hi Josef,
I re-test in v5.9, the regression still existed. Do you have time to
take a look at this? Thanks.
On 6/15/2020 11:21 AM, Xing Zhengjun wrote:
Hi Josef,
Do you have time to take a look at this? Thanks.
On 6/12/2020 2:11 PM, kernel test robot wrote:
Greeting,
FYI, we notice
You can obtain a quick loan as part of welfare package, offering a floating
loan @3% interest rate without any collateral security.
This is to help individuals reach their financial objectives. The Minimum
amount you can borrow is $5,000.00 to Maximum of $10,000,000
Our commitment to client servi
On Mon, 12 Oct 2020 at 19:06, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.201 release.
> There are 70 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.
>
> Re
On 10/12/2020 1:37 PM, Thomas Gleixner wrote:
On Mon, Oct 12 2020 at 12:40, Chris Friesen wrote:
On one of my X86-64 systems /proc/interrupts starts with the following
interrupts (per-cpu info snipped):
0: IR-IO-APIC-edge timer
4: IR-IO-APIC-edge serial
8:
On Tue, Oct 13, 2020 at 11:24:28AM +0900, Daeho Jeong wrote:
> From: Daeho Jeong
>
> Added a new F2FS_IOC_GET_COMPRESS_OPTION ioctl to get file compression
> option of a file.
>
For new ioctls please mention the documentation, tests, and use cases.
- Eric
On Tue, Oct 13, 2020 at 11:24:29AM +0900, Daeho Jeong wrote:
> +static int f2fs_ioc_set_compress_option(struct file *filp, unsigned long arg)
> +{
> + struct inode *inode = file_inode(filp);
> + struct f2fs_sb_info *sbi = F2FS_I_SB(inode);
> + struct f2fs_comp_option option;
> + int
The following errors occured no matter which YAML file I executed on arm64.
Therefore, it is necessary to eliminate it so that people's time and energy are
not wasted every time.
arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning
(dma_ranges_format): /usb:dma-ranges: empty "d
On Mon, 12 Oct 2020 at 19:10, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.151 release.
> There are 49 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.
>
> Re
stingray-usb.dtsi is finally included by three dts files:
bcm958802a802x.dts, bcm958742k.dts and bcm958742t.dts. I searched all
these three entire expanded dts files, and each of them contains only one
dma-ranges. No conversion range is specified, so it cannot work properly.
I think this property "
ipq6018.dtsi is only included by ipq6018-cp01-c1.dts. I searched the
entire expanded ipq6018-cp01-c1.dts file, and only one dma-ranges was
defined. No conversion range is specified, so it cannot work properly.
I think this property "dma-ranges" is added by mistake, just remove it.
Otherwise, the fo
On 10/13/2020 11:01 AM, Mike Kravetz wrote:
On 10/12/20 6:59 PM, Xing Zhengjun wrote:
On 10/13/2020 1:40 AM, Mike Kravetz wrote:
On 10/11/20 10:29 PM, Xing Zhengjun wrote:
Hi Mike,
I re-test it in v5.9-rc8, the regression still existed. It is almost the
same as 34ae204f1851. Do you
On 12/10/2020 22:52, Fabien Parent wrote:
Add node for the auxadc IP. The IP is compatible with the one found
in MT8173 SoC.
Signed-off-by: Fabien Parent
---
arch/arm64/boot/dts/mediatek/mt8516.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/mediat
ig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20201012
i386 randconfig-a006-20201012
i386 randconfig-a001-20201012
i386 randconfig-a00
On 12/10/2020 22:52, Fabien Parent wrote:
Add documentation for the auxadc binding for MT8516 SoC.
Signed-off-by: Fabien Parent
Reviewed-by: Matthias Brugger
---
Documentation/devicetree/bindings/iio/adc/mt6577_auxadc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentat
Tiezhu Yang (2):
MIPS: Loongson64: Add /sys/firmware/lefi/boardinfo
Documentation: ABI: Add /sys/firmware/lefi/boardinfo description for
Loongson64
.../ABI/testing/sysfs-firmware-lefi-boardinfo | 35
arch/mips/include/asm/mach-loongson64/boot_param.h | 4 ++
arch/mi
Sometimes we want to trace a specific mutil-threaded process, which may
create threads dynamically. Currently it is not easy to trace all its
threads, because we can only filter these threads out by using
common_pid.
This patch adds the tgid into the common field as well, with which we
can easily
Add a description for /sys/firmware/lefi/boardinfo on the Loongson
platform.
Signed-off-by: Tiezhu Yang
---
.../ABI/testing/sysfs-firmware-lefi-boardinfo | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-firmware-lefi-boardinfo
Add /sys/firmware/lefi/boardinfo to get mainboard and BIOS info easily
on the Loongson platform, this is useful to point out the current used
mainboard type and BIOS version when there exists problems related with
hardware or firmware.
The related structures are already defined in the interface sp
On Mon, 12 Oct 2020 at 19:11, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.4.71 release.
> There are 85 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.
>
> Resp
> -Original Message-
> From: Andy Shevchenko
> Sent: 12 October 2020 9:59 PM
> To: Sia, Jee Heng
> Cc: vk...@kernel.org; eugeniy.palt...@synopsys.com;
> dmaeng...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 00/15] dmaengine: dw-axi-dmac: support Intel KeemBay
>
On Mon, 12 Oct 2020 at 19:15, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.8.15 release.
> There are 124 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.
>
> Res
On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
> On Mon, Oct 12, 2020 at 08:17:34PM +0200, Lukas Bulwahn wrote:
> > > If you are suggesting some sort of special code annotation that the tool
> > > would understand, I am open to that. But I'm not aware of any even
> > > vaguely standard way o
On 2020/10/12 下午4:17, Eli Cohen wrote:
On Mon, Oct 12, 2020 at 03:45:10PM +0800, Jason Wang wrote:
So in theory we can have several asid's (for different virtqueues), each
one should be followed by a specific set_map call. If this is so, how do
I know if I met all the conditions run my driver?
On stable rc 5.8.15 the following kernel warning was noticed once
while boot and this is hard to reproduce.
metadata:
git branch: linux-5.8.y
git repo: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
git commit: f4ed6fb8f1680de812daf362f28342e6bf19fdcc
git describe: v5.8.14-
On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
> On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
> >
> >
> > On Mon, 12 Oct 2020, Greg Kroah-Hartman wrote:
> >
> > > On Mon, Oct 12, 2020 at 05:10:21PM +0200, Lukas Bulwahn wrote:
> > > > And for the static analysis finding, we
Commit 765cc3a4b224e ("sched/core: Optimize sched_feat() for
!CONFIG_SCHED_DEBUG builds") made sched features static for
!CONFIG_SCHED_DEBUG configurations, but overlooked the CONFIG_
SCHED_DEBUG enabled and !CONFIG_JUMP_LABEL cases. For the latter echoing
changes to /sys/kernel/debug/sched_feature
On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
>
>
> On Mon, 12 Oct 2020, Greg Kroah-Hartman wrote:
>
> > On Mon, Oct 12, 2020 at 05:10:21PM +0200, Lukas Bulwahn wrote:
> > > And for the static analysis finding, we need to find a way to ignore this
> > > finding without simply i
On Mon, Oct 12, 2020 at 08:17:34PM +0200, Lukas Bulwahn wrote:
> > If you are suggesting some sort of special code annotation that the tool
> > would understand, I am open to that. But I'm not aware of any even
> > vaguely standard way of marking up a particular function call to
> > indicate it
IPQ6018 has the QPIC NAND controller of version 1.5.0, which
uses the BAM DMA. Add support for the QPIC BAM, QPIC NAND and
enable the same in the board DTS file.
Kathiravan T (3):
dt-bindings: qcom_nandc: IPQ6018 QPIC NAND documentation
mtd: rawnand: qcom: Support for IPQ6018 QPIC NAND control
Add the compatible string for IPQ6018 QPIC NAND controller
version 1.5.0. It's properties are same as IPQ8074, so reuse
the same.
Signed-off-by: Kathiravan T
---
drivers/mtd/nand/raw/qcom_nandc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mtd/nand/raw/qcom_nandc.c
b/drivers
Add the binding for the QPIC NAND used on IPQ6018 SoC.
Signed-off-by: Kathiravan T
---
Documentation/devicetree/bindings/mtd/qcom_nandc.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/mtd/qcom_nandc.txt
b/Documentation/devicetree/bindings/mtd/qcom_nan
Add the QPIC BAM and QPIC NAND controller support and
enable the same in board DTS file.
Co-developed-by: Anusha Canchi Ramachandra Rao
Signed-off-by: Anusha Canchi Ramachandra Rao
Signed-off-by: Kathiravan T
---
arch/arm64/boot/dts/qcom/ipq6018-cp01-c1.dts | 16
arch/arm64/boot/dts/q
Hi--
Here are a few corrections for the source code.
On 9/4/20 12:40 PM, Michael Witten wrote:
The following patch improves the quality and correctness of the openprom code.
I have neither a machine to test the result nor a toolchain to compile it, and
that is why it is listed currently as an
On 12-10-20, 22:36, Sumit Gupta wrote:
> Yes, this will also work. Then we don't need the current patch.
> You want me to send a patch with change from pr_warn to pr_info?
I have sent one.
--
viresh
The cpufreq core checks if the frequency programmed by the bootloaders
is not listed in the freq table and programs one from the table in such
a case. This is done only if the driver has set the
CPUFREQ_NEED_INITIAL_FREQ_CHECK flag.
Currently we print two separate messages, with almost the same co
> On Mon, Oct 12, 2020 at 5:36 AM Christian Eggers wrote:
> > v2:
> > -
> > - integrated proposal from Willem de Bruijn
> > - added Reviewed-by: from Willem and Deepa
You may add my
Acked-by: Deepa Dinamani
-Deepa
On 10/12/20 at 05:21pm, Rahul Gopakumar wrote:
> Hi Baoquan,
>
> Attached collected dmesg logs for with and without
> commit after adding memblock=debug to kernel cmdline.
Thanks, I have got the root cause, will make a patch for your testing
soon.
Hi Keerthy,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 865c50e1d279671728c2936cb7680eb89355eeea
commit: d2c8ac187fc922e73930a1b2f6a211e27f595d01 crypto: sa2ul - Add AEAD
algorithm support
date: 3 months ago
c
Hi all,
Today's linux-next merge of the tty tree got a conflict in:
drivers/video/console/sticon.c
between commit:
fbb75b71b131 ("parisc/sticon: Add user font support")
from the parisc-hd tree and commits:
d73568c4ccb0 ("vt: make vc_data pointers const in selection.h")
23f87274f0ad ("
On 10/13/2020 08:15 AM, Jiaxun Yang wrote:
于 2020年10月12日 GMT+08:00 下午8:02:25, Tiezhu Yang 写到:
On 10/12/2020 06:38 PM, Thomas Bogendoerfer wrote:
On Sun, Oct 11, 2020 at 07:47:53AM +0800, Tiezhu Yang wrote:
Add /proc/boardinfo to get mainboard and BIOS info easily on the Loongson
platform, th
This patch adds device tree binding for ARM Message Handling Unit (MHU)
controller version 2.
Based on earlier work by Morten Borup Petersen.
Co-developed-by: Tushar Khandelwal
Signed-off-by: Tushar Khandelwal
Signed-off-by: Viresh Kumar
---
V3->V4:
- Made interrupts property compulsory for r
Hi Jiri, Hi Arnaldo,
How about v8 series? V6 got ACK from Jiri and I updated the series to v8 according to Arnaldo's
comments. Please let me know if there are still some issues for this version then I can continue
improving the patchset.
Thanks
Jin Yao
On 10/9/2020 10:28 AM, Jin Yao wrote:
On Tue, Oct 13, 2020 at 11:10 AM jun qian wrote:
>
> Pingfan Liu 于2020年10月12日周一 下午9:54写道：
> >
> > __do_softirq() may be interrupted by hardware interrupts. In this case,
> > irqtime_account_irq() will account the time slice as CPUTIME_SOFTIRQ by
> > mistake.
> >
> > By passing irqtime_account_irq
> On 10/12/20 6:20 AM, syzbot wrote:
>> dashboard link: https://syzkaller.appspot.com/bug?extid=43fc5ba6dcb33e3261ca
>> compiler: clang version 10.0.0 (https://github.com/llvm/llvm-project/
>> c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
>> syz repro: https://syzkaller.appspot.com/x/repro.
> On 10/12/20 6:20 AM, syzbot wrote:
>> dashboard link: https://syzkaller.appspot.com/bug?extid=43fc5ba6dcb33e3261ca
>> compiler: clang version 10.0.0 (https://github.com/llvm/llvm-project/
>> c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
>> syz repro: https://syzkaller.appspot.com/x/repro.
On 10/12/20 6:20 AM, syzbot wrote:
> dashboard link: https://syzkaller.appspot.com/bug?extid=43fc5ba6dcb33e3261ca
> compiler: clang version 10.0.0 (https://github.com/llvm/llvm-project/
> c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=
On 10/12/20 3:01 PM, Richard Cochran wrote:
> On Sun, Oct 11, 2020 at 01:09:55PM -0700, t...@redhat.com wrote:
>> From: Tom Rix
>>
>> Clang static analysis reports this representative problem
>>
>> ptp_clockmatrix.c:1852:2: warning: 5th function call argument
>> is an uninitialized value
>>
On failure, the platform_get_irq_byname prints an error message
so, patch removes error message related to this function from
core.c file.
A change was suggested during reviewing CDNSP driver by Chunfeng Yun.
Signed-off-by: Pawel Laszczak
---
Changelog:
v3
- changed error condition checking for
On Tue, Oct 13, 2020 at 6:12 AM Cong Wang wrote:
>
> On Mon, Oct 12, 2020 at 2:53 AM Muchun Song wrote:
> > We are not complaining about TCP using too much memory, but how do
> > we know that TCP uses a lot of memory. When I firstly face this problem,
> > I do not know who uses the 25GB memory an
Hit a warning:
WARNING: CPU: 1 PID: 241 at kernel/workqueue.c:1627
__queue_delayed_work+0x6d/0x90
with trace:
mod_delayed_work_on+0x59/0x90
nvmet_update_cc+0xee/0x100 [nvmet]
nvmet_execute_prop_set+0x72/0x80 [nvmet]
nvmet_tcp_try_recv_pdu+0x2f7/0x770 [nvmet_tcp]
nvmet_tcp_io_work+0x63f/0
On Mon, Sep 14, 2020 at 4:06 PM Cheng-Yi Chiang wrote:
>
> From: Ajit Pandey
>
> Add new driver to register sound card on sc7180 trogdor board and
> do the required configuration for lpass cpu dai and external codecs
> connected over MI2S interfaces.
>
> Signed-off-by: Ajit Pandey
> Signed-off-b
On Tue, Sep 15, 2020 at 8:44 PM Cheng-yi Chiang wrote:
>
> On Tue, Sep 15, 2020 at 1:48 AM Rob Herring wrote:
> >
> > On Mon, 14 Sep 2020 16:06:18 +0800, Cheng-Yi Chiang wrote:
> > > Add devicetree bindings documentation file for sc7180 sound card.
> > >
> > > Signed-off-by: Cheng-Yi Chiang
> >
Hi all,
On Mon, 12 Oct 2020 15:15:27 +1100 Stephen Rothwell
wrote:
>
> On Wed, 23 Sep 2020 15:13:36 +1000 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the tip tree got a conflict in:
> >
> > drivers/gpu/drm/amd/amdkfd/kfd_priv.h
> >
> > between commit:
> >
> > 59d7115d
--
Lieber Freund (Assalamu Alaikum),
Ich bin vor einer privaten Suche auf Ihren E-Mail-Kontakt gestoßen
Ihre Hilfe. Mein Name ist Aisha Al-Qaddafi, eine alleinerziehende
Mutter und eine Witwe
mit drei Kindern. Ich bin die einzige leibliche Tochter des Spätlibyschen
Präsident (verstorbener Oberst
>
> Hi,
>
> On Monday 12 Oct 2020 at 20:41:36 (+0800), zhuguangqin...@gmail.com wrote:
> > From: zhuguangqing
> >
> > Hi, Lukasz, Quentin
> > I have three questions to consult about cpumask in energy_model.c.
>
> OK, let's see if we can help :)
>
Thanks for your help and review.
> > 1, T
As it stands now, the vdso32 Makefile hardcodes the linker to ld.bfd
using -fuse-ld=bfd with $(CC). This was taken from the arm vDSO
Makefile, as the comment notes, done in commit d2b30cd4b722 ("ARM:
8384/1: VDSO: force use of BFD linker").
Commit fe00e50b2db8 ("ARM: 8858/1: vdso: use $(LD) instea
Hi all,
On Fri, 2 Oct 2020 15:22:24 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> include/linux/iommu.h
>
> between commits:
>
> 23cc3493b5e1 ("iommu/uapi: Rename uapi functions")
> d90573812eea ("iommu/uapi: Handle data and argsz fill
onfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20201012
i386 randconfig-a006-202
defconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20201012
i386
allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20201012
i386 randconfig-a006-20201012
i386 randconfig-a001-20201012
i386 randconfig-a003-20201012
i386 randconfig
Hi all,
On Fri, 25 Sep 2020 15:35:10 +1000 Stephen Rothwell
wrote:
>
> 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
Hi all,
On Fri, 25 Sep 2020 15:21:18 +1000 Stephen Rothwell
wrote:
>
> 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:
On Tue, Oct 13, 2020 at 5:47 AM Cong Wang wrote:
>
> On Sun, Oct 11, 2020 at 9:22 PM Muchun Song wrote:
> >
> > On Mon, Oct 12, 2020 at 2:39 AM Cong Wang wrote:
> > >
> > > On Sat, Oct 10, 2020 at 3:39 AM Muchun Song
> > > wrote:
> > > >
> > > > The amount of memory allocated to sockets buffer
On Mon, Oct 12, 2020 at 02:26:52PM -0700, Kees Cook wrote:
> On Mon, Oct 12, 2020 at 02:22:03PM -0700, Fāng-ruì Sòng wrote:
> > On Mon, Oct 12, 2020 at 2:11 PM 'Nick Desaulniers' via Clang Built
> > Linux wrote:
> > >
> > > On Mon, Sep 28, 2020 at 3:49 PM Nathan Chancellor
> > > wrote:
> > > >
>
On Mon, Oct 12, 2020 at 05:49:09PM +0530, Sumit Garg wrote:
> Hi Masa,
>
> On Sat, 10 Oct 2020 at 20:43, Masayoshi Mizuma wrote:
> >
> > On Sat, Oct 10, 2020 at 10:34:04AM +0100, Marc Zyngier wrote:
> > > On Sat, 10 Oct 2020 02:58:55 +0100,
> > > Masayoshi Mizuma wrote:
> > >
> > > [...]
> > >
>
Commit e7ae8d174eec ("MIPS: replace add_memory_region with memblock")
replaced add_memory_region(, , BOOT_MEM_RAM) with memblock_add(). But
it doesn't work well on some platforms which have NUMA like Loongson64.
Because memblock_add() calls memblock_add_range() and sets memory at
MAX_NUMNODES. As m
Pingfan Liu 于2020年10月12日周一 下午9:54写道：
>
> __do_softirq() may be interrupted by hardware interrupts. In this case,
> irqtime_account_irq() will account the time slice as CPUTIME_SOFTIRQ by
> mistake.
>
> By passing irqtime_account_irq() an extra param about either hardirq or
> softirq, irqtime_accou
On 10/13, Chao Yu wrote:
> Jaegeuk,
>
> I guess you missed sending last applied patch to mailing list?
I was testing locally and supposed to post it soon before pull request. Putting
it in -dev can give some soak time in -next.
No worries.
Thanks,
>
> Thanks,
>
> On 2020/10/9 22:56, jaeg...@
Atish Patra 於 2020年10月13日 週二 上午9:28寫道：
>
> On Mon, Oct 12, 2020 at 4:26 PM Atish Patra wrote:
> >
> > On Mon, Oct 12, 2020 at 6:15 AM Greentime Hu
> > wrote:
> > >
> > > Atish Patra 於 2020年10月10日 週六 上午5:13寫道：
> > > >
> > > > Currently, .init.text & .init.data are intermixed which makes it
> >
Hi all,
After merging the vfio tree, today's linux-next build (x86_64
allmodconfig) failed like this:
Caused by commit
cc0ee20bd969 ("vfio/fsl-mc: trigger an interrupt via eventfd")
ac93ab2bf69a ("vfio/fsl-mc: Add support for device reset")
I have used the vfio tr
First problem is we hit BUG_ON() in f2fs_get_sum_page given EIO on
f2fs_get_meta_page_nofail().
Quick fix was not to give any error with infinite loop, but syzbot caught
a case where it goes to that loop from fuzzed image. In turned out we abused
f2fs_get_meta_page_nofail() like in the below call
On Tue, Oct 13, 2020 at 3:17 AM Steven Rostedt wrote:
>
>
> [ Removing the powertop mailing list because it's rejecting everything ]
>
> On Mon, 12 Oct 2020 11:41:20 -0700
> Tony Jones wrote:
>
> > On Mon, Oct 12, 2020 at 11:19:50AM -0400, Steven Rostedt wrote:
> >
> > > Once it's shown that it w
Hello Jens,
Jens Wiklander writes:
> On Mon, Oct 12, 2020 at 11:26 AM Volodymyr Babchuk
> wrote:
>>
>> Before passing 'start' to find_vma() we need to remove
>> tags from it to get sane results.
>>
>> Signed-off-by: Volodymyr Babchuk
>> ---
>> drivers/tee/optee/call.c | 2 ++
>> 1 file chang
On 10/12/20 6:59 PM, Xing Zhengjun wrote:
>
>
> On 10/13/2020 1:40 AM, Mike Kravetz wrote:
>> On 10/11/20 10:29 PM, Xing Zhengjun wrote:
>>> Hi Mike,
>>>
>>> I re-test it in v5.9-rc8, the regression still existed. It is almost
>>> the same as 34ae204f1851. Do you have time to look at it? Tha
On Mon, 2020-10-12 at 20:34 +0200, Mike Galbraith wrote:
> On Mon, 2020-10-12 at 18:45 +0200, Sebastian Andrzej Siewior wrote:
> > On 2020-10-10 06:31:57 [+0200], Mike Galbraith wrote:
> >
> > so this then. Do you have more of these?
>
> Nope
Well, I do have a gripe from 5.6-rt, which I just t
Hi, Randy,
On Mon, Oct 12, 2020 at 07:54:32PM -0700, Randy Dunlap wrote:
> On 10/12/20 7:46 PM, Fenghua Yu wrote:
> > diff --git a/Documentation/conf.py b/Documentation/conf.py
> > index c50310d9..b5b2be8eec22 100644
> > --- a/Documentation/conf.py
> > +++ b/Documentation/conf.py
> > @@ -36,7
Linus,
the latest prandom series I sent you changes __this_cpu_read() to
this_cpu_read() since LKP returned the following trace on i386:
[9.061912] dump_stack+0x54/0x6e
[9.061912] check_preemption_disabled+0xb1/0xc0
[9.061912] __this_cpu_preempt_check+0xf/0x11
[9.065516] __igt
On 10/12/20 7:46 PM, Fenghua Yu wrote:
> Intel Memory Bandwidth Monitoring (MBM) counters may report system
> memory bandwidth incorrectly on some Intel processors. The errata are
> reported in erratum SKX99 [1], erratum BDF102 [2] and RDT reference
> manual [3].
>
> To work around the errata, MBM
Add 88200Hz and 176400Hz sample rates support for TX.
Add 88200Hz, 176400Hz, 192000Hz sample rates support for RX.
Signed-off-by: Viorel Suman
Signed-off-by: Shengjiu Wang
Acked-by: Nicolin Chen
---
changes in v2
- reorder the signed-off
- add acked-by Nicolin
sound/soc/fsl/fsl_spdif.c | 16 +
When TPM 2.0 trusted keys code was moved to the trusted keys subsystem,
the operations were unwrapped from tpm_try_get_ops() and tpm_put_ops(),
which are used to take temporarily the ownership of the TPM chip. The
ownership is only taken inside tpm_send(), but this is not sufficient,
as in the key
Consider the following transcript:
$ keyctl add trusted kmk "new 32 blobauth=helloworld keyhandle=8000
migratable=1" @u
add_key: Invalid argument
The documentation has the following description:
migratable= 0|1 indicating permission to reseal to new PCR values,
default 1
When tpm_get_random() was introduced, it defined the following API for the
return value:
1. A positive value tells how many bytes of random data was generated.
2. A negative value on error.
However, in the call sites the API was used incorrectly, i.e. as it would
only return negative values and o
Hi all, would you please help to review my latest patch v17, thanks very much!
Best Regards,
Xin
Intel Memory Bandwidth Monitoring (MBM) counters may report system
memory bandwidth incorrectly on some Intel processors. The errata
SKX99 for Skylake server, BDF102 for Broadwell server, and the
correction factor table are documented in Documentation/x86/resctrl.rst.
Intel MBM counters track metr
1 - 100 of 1789 matches
Mail list logo
