From: Masami Hiramatsu
Add a sentence about bootconfig override operator (":=") to
bootconfig.rst.
Link:
https://lkml.kernel.org/r/159482884682.126704.7198860675721719878.stgit@devnote2
Signed-off-by: Masami Hiramatsu
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/admin-guide/boot
From: Chengming Zhou
When module loaded and enabled, we will use __ftrace_replace_code
for module if any ftrace_ops referenced it found. But we will get
wrong ftrace_addr for module rec in ftrace_get_addr_new, because
rec->flags has not been setup correctly. It can cause the callback
function of
From: Nick Desaulniers
__tracepoint_string's have their string data stored in .rodata, and an
address to that data stored in the "__tracepoint_str" section. Functions
that refer to those strings refer to the symbol of the address. Compiler
optimization can replace those address references with re
From: Muchun Song
We found a case of kernel panic on our server. The stack trace is as
follows(omit some irrelevant information):
BUG: kernel NULL pointer dereference, address: 0080
RIP: 0010:kprobe_ftrace_handler+0x5e/0xe0
RSP: 0018:b512c6550998 EFLAGS: 00010282
RAX: 000
From: Vincent Whitchurch
This comment describes the behaviour before commit 2a820bf74918
("tracing: Use percpu stack trace buffer more intelligently"). Since
that commit, interrupts and NMIs do use the per-cpu stacks so the
comment is no longer correct. Remove it.
(Note that the FTRACE_STACK_S
From: Masami Hiramatsu
Add the value override operator (":=") support to the bootconfig.
This value override operator will be useful for the bootloaders
which will only update the existing bootconfig according to the
bootloader boot options.
Without this override operator, the bootloader needs
> On Aug 2, 2020, at 10:10 PM, Andrii Nakryiko
> wrote:
>
> On Sun, Aug 2, 2020 at 9:47 PM Song Liu wrote:
>>
>>
>>> On Aug 2, 2020, at 6:51 PM, Andrii Nakryiko
>>> wrote:
>>>
>>> On Sat, Aug 1, 2020 at 1:50 AM Song Liu wrote:
Add a benchmark to compare performance of
1)
On Tue, Aug 04, 2020 at 07:34:18PM +0200, Vlastimil Babka wrote:
> On 8/4/20 7:12 PM, Matthew Wilcox wrote:
> > On Tue, Aug 04, 2020 at 07:02:14PM +0200, Vlastimil Babka wrote:
> >> > 2) There was a proposal from Matthew Wilcox:
> >> > https://lkml.org/lkml/2020/7/31/1015
> >> >
> >> >
> >> > On
this warning can be triggered by userspace, so it should not cause a
panic if panic_on_warn is set
Reported-and-tested-by: syzbot+d451401ffd00a6067...@syzkaller.appspotmail.com
Link: https://syzkaller.appspot.com/bug?extid=d451401ffd00a60677ee
Signed-off-by: Rustam Kovhaev
---
net/wireless/reg.c
On Tue, Jul 28, 2020 at 02:14:52PM -0700, Saravana Kannan wrote:
> On Tue, Jul 21, 2020 at 1:18 PM Mark Brown wrote:
> > On Mon, Jul 20, 2020 at 08:22:15PM -0700, Saravana Kannan wrote:
Copying in Stephen having done a bunch of mailing list archive trawling
on the fw_devlink stuff since I'm re-ra
On Wed, Apr 01, 2020 at 02:39:03PM -0700, Daniel Colascione wrote:
> This change gives userfaultfd file descriptors a real security
> context, allowing policy to act on them.
>
> Signed-off-by: Daniel Colascione
> ---
> fs/userfaultfd.c | 30 ++
> 1 file changed, 26 i
On Tue, Aug 04, 2020 at 10:57:36AM +0200, Remi Bernon wrote:
> This adds a precompiled file in PE binary format, with split debug file,
> and tries to read its build_id and .gnu_debuglink sections, as well as
> looking up the main symbol from the debug file. This should succeed if
> libbfd is suppo
On Fri, Jul 31, 2020 at 03:59:54PM +0300, Serge Semin wrote:
> On Fri, Jul 31, 2020 at 12:26:12PM +0300, Andy Shevchenko wrote:
> > On Fri, Jul 31, 2020 at 10:59:45AM +0300, Serge Semin wrote:
> > > Note since the DMA-engine subsystem in kernel 5.8-rcX doesn't have the
> > > max_sg_burst capabilit
On Tue, Aug 04, 2020 at 04:37:07PM +, codrin.ciubota...@microchip.com wrote:
> On 03.08.2020 20:11, Claudiu Beznea - M18063 wrote:
> >
> >
> > On 03.08.2020 19:11, Codrin Ciubotariu - M19940 wrote:
> >> On 03.08.2020 16:06, Claudiu Beznea - M18063 wrote:
Please delete unneeded context from m
Remove "ti,dma-ring-reset-quirk" DT property as proper w/a handling is
implemented now in Ringacc driver using SoC info.
Signed-off-by: Grygorii Strashko
---
Documentation/devicetree/bindings/soc/ti/k3-ringacc.yaml | 6 --
1 file changed, 6 deletions(-)
diff --git a/Documentation/devicetree
Hi Santosh,
This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
Issue after Channel Teardown". This errata also fixed for J271E SoC.
The SOC bus chipinfo data is used to identify the SoC and configure
The AM65x SR2.0 Ringacc has fixed errata i2023 "RINGACC, UDMA: RINGACC and
UDMA Ring State Interoperability Issue after Channel Teardown". This errata
also fixed for J271E SoC.
Use SOC bus data for K3 SoC identification and enable i2023 errata w/a only
for the AM65x SR1.0. This also makes obsolete
Remove obsolete "ti,dma-ring-reset-quirk" Ringacc DT property.
Signed-off-by: Grygorii Strashko
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 1 -
arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi | 1 -
2 files changed, 2 deletions(-)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-main.dtsi
b/arch/arm64
On Mon, Jul 27, 2020 at 01:33:24PM -0700, Ben Gardon wrote:
> When the KVM MMU zaps a page, it will recursively zap the unsynced child
> pages, but not the synced ones. This can create problems over time when
> running many nested guests because it leaves unlinked pages which will not
> be freed un
On Tue, Aug 04, 2020 at 02:10:47PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Return 0 when getting the tscdeadline timer if the lapic is hw disabled
>
> Suggested-by: Paolo Bonzini
> Signed-off-by: Wanpeng Li
> ---
> arch/x86/kvm/lapic.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
On Tue, Aug 04, 2020 at 02:10:48PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Check apic_lvtt_tscdeadline() mode directly instead of apic_lvtt_oneshot()
> and apic_lvtt_period() to guarantee the timer is in tsc-deadline mode when
> wrmsr MSR_IA32_TSCDEADLINE.
>
> Signed-off-by: Wanpeng Li
On 2020-08-04 19:33, Linus Torvalds wrote:
On Tue, Aug 4, 2020 at 1:21 AM Greg Kroah-Hartman
wrote:
So Linus's tree is also broken here.
No, there's 835d1c3a9879 ("arm64: Drop unnecessary include from
asm/smp.h") upstream.
My bet is that Greg ended up with this patch backported to
5.7, but
On 7/23/20 3:01 AM, Po-Hsu Lin wrote:
(Adding Shuah's linuxfoundation mail)
Hello,
do you need more changes / tests for this test?
Thanks!
Po-Hsu
I was hoping to get Ack from timers test maintainers.
Will pull this in for my fixes update.
thanks,
-- Shuah
On Wed, Apr 01, 2020 at 02:39:01PM -0700, Daniel Colascione wrote:
> This change adds two new functions, anon_inode_getfile_secure and
> anon_inode_getfd_secure, that create anonymous-node files with
> individual non-S_PRIVATE inodes to which security modules can apply
> policy. Existing callers co
On Tue, Aug 4, 2020 at 10:49 AM Casey Schaufler wrote:
>
> Here are three minor fixes to Smack for the v5.9 release.
I can't pull this: that's not a signed tag, and I don't pull unsigned
stuff from open hosting sites, no matter how obvious they may seem.
You typically have a capitalized signed t
On Tue, Aug 4, 2020 at 5:46 PM Arnd Bergmann wrote:
>
> On Tue, Aug 4, 2020 at 9:57 PM Daniel Gutson wrote:
> > On Tue, Aug 4, 2020 at 4:06 PM Arnd Bergmann wrote:
> > > On Tue, Aug 4, 2020 at 5:49 PM Daniel Gutson wrote:
> > > > On Tue, Aug 4, 2020 at 12:21 PM Arnd Bergmann wrote:
> > > >> On
On Sat, Aug 01, 2020 at 01:24:39PM +0200, Saheed O. Bolarinwa wrote:
> The return value of pci_read_config_*() may not indicate a device error.
> However, the value read by these functions is more likely to indicate
> this kind of error. This presents two overlapping ways of reporting
> errors and
On Mon, Aug 03, 2020 at 08:43:11AM +0300, Alexandru Ardelean wrote:
> These macros are also present in the "include/linux/fpga/adi-axi-common.h"
> file which is included in this driver.
>
> This patch removes them from the AXI Fan Control driver. No sense in having
> them in 2 places.
>
> Signed-
On Tue, Jul 28, 2020 at 05:18:45PM +0200, Roy van Doormaal wrote:
> If the operation mode is non-zero and an external reference voltage is set,
> first the operation mode is written to the advanced configuration register,
> followed by the externel reference enable bit,
> resetting the configuratio
On Tue, Aug 4, 2020 at 9:14 AM wrote:
>
> From: Izabela Bakollari
>
> Dropwatch is a utility that monitors dropped frames by having userspace
> record them over the dropwatch protocol over a file. This augument
> allows live monitoring of dropped frames using tools like tcpdump.
>
> With this fea
On Tue, Aug 04, 2020 at 07:20:36PM +0300, Eli Cohen wrote:
> Hi Michael,
> please note that this series depends on mlx5 core device driver patches
> in mlx5-next branch in
> git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git.
Thanks! OK so what's the plan for merging this?
Do patches
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Create defines to help handling ibm,ddw-applicable values, avoiding
> confusion about the index of given operations.
>
> Signed-off-by: Leonardo Bras
> ---
> arch/powerpc/platforms/pseries/iommu.c | 43 --
>
> 1 f
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Move the window-removing part of remove_ddw into a new function
> (remove_dma_window), so it can be used to remove other DMA windows.
>
> It's useful for removing DMA windows that don't create
> DIRECT64_PROPNAME
> property, like the defaul
On Thu, Jul 30, 2020 at 7:59 PM Jin Yao wrote:
>
> There is a potential security issue that perf kernel samples
> may be leaked even though kernel sampling is disabled. For fixing
> the potential leakage, the idea is to use instruction_pointer_set
> to set invalid ip address in leaked perf samples
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> > From LoPAR level 2.8, "ibm,ddw-extensions" index 3 can make the
> > number of
>
> outputs from "ibm,query-pe-dma-windows" go from 5 to 6.
>
> This change of output size is meant to expand the address size of
> largest_available_block PE
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> On LoPAR "DMA Window Manipulation Calls", it's recommended to remove
> the
> default DMA window for the device, before attempting to configure a
> DDW,
> in order to make the maximum resources available for the next DDW to
> be
> created.
>
On Thu, 2020-07-16 at 04:16 -0300, Leonardo Bras wrote:
> Create defines to help handling ibm,ddw-applicable values, avoiding
> confusion about the index of given operations.
>
> Signed-off-by: Leonardo Bras
> ---
> arch/powerpc/platforms/pseries/iommu.c | 43 --
>
> 1 f
On Sat, Jul 25, 2020 at 6:00 AM Alex Shi wrote:
>
> Currently, compaction would get the lru_lock and then do page isolation
> which works fine with pgdat->lru_lock, since any page isoltion would
> compete for the lru_lock. If we want to change to memcg lru_lock, we
> have to isolate the page befor
On Tue, Mar 17, 2020 at 7:42 PM Po-Hsu Lin wrote:
>
> The following 4 tests in timers can take longer than the default 45
> seconds that added in commit 852c8cbf34d3 ("selftests/kselftest/runner.sh:
> Add 45 second timeout per test") to run:
> * nsleep-lat - 2m7.350s
> * set-timer-lat - 2m0.66
On 5/08/20 4:14 am, Guenter Roeck wrote:
> On 8/4/20 8:20 AM, Alexandre Belloni wrote:
>> Hi,
>>
>> The subject prefix is not correct, it should be rtc: ds1307:
>>
>> Also, shouldn't that kind of software timeout which doesn't actually
>> depend on the hardware better be handled in the watchdog co
On Tue, Aug 04, 2020 at 04:57:14PM +0200, Christian Brauner wrote:
> On Tue, Aug 04, 2020 at 08:21:51AM -0500, Eric W. Biederman wrote:
> > This change is not as trivial as a spelling change so it is not ok to
> > say it is just a cleanup and move on. A change in the reference
> > counting can be
The pull request you sent on Mon, 3 Aug 2020 11:51:29 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/gcc-plugins-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3e4a12a1bafafecaf1631f02099e82b424967718
Thank you!
--
Deet-doot
The pull request you sent on Mon, 3 Aug 2020 21:00:01 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git
> tags/audit-pr-20200803
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fd76a74d940ae3d6b8b2395cd12914630c7e1739
Thank you!
--
Deet-doot-d
The pull request you sent on Mon, 3 Aug 2020 12:39:30 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/seccomp-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9ecc6ea491f0c0531ad81ef9466284df260b2227
Thank you!
--
Deet-doot-dot
Hi Santosh,
On 03/08/2020 17:41, Lokesh Vutla wrote:
On 03/08/20 4:23 pm, Peter Ujfalusi wrote:
Update K3 chipinfo driver to support new TI J7200 SoC.
It's JTAG PARTNO is 0xBB6D.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Lokesh Vutla
Reviewed-by: Grygorii Strashko
--
Best regards
The pull request you sent on Mon, 3 Aug 2020 19:16:10 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git
> tags/selinux-pr-20200803
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/49e917deeb81e263bcdb4b20e61ca18111995ffe
Thank you!
--
Deet-do
The pull request you sent on Mon, 3 Aug 2020 12:16:56 -0700:
> https://lore.kernel.org/linux-next/20200629154305.0067d...@canb.auug.org.au/
> drivers/gpu/drm/drm_edid.c
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/99ea1521a097db51f0f04f54cfbd3b0ed119d2f1
Thank you!
The pull request you sent on Mon, 3 Aug 2020 11:46:57 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/pstore-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/19a93823cf63d44d04c7571152087f12cb2199e6
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 3 Aug 2020 12:05:55 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/tasklets-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/427714f258a3783b15e33d6daa34d57824f28bab
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 3 Aug 2020 11:57:08 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/var-init-v5.9-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5b5d3be5d690a94be390ccf3e4db8dcb7409bf75
Thank you!
--
Deet-doot-do
The pull request you sent on Mon, 03 Aug 2020 15:20:07 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
> exec-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3950e975431bc914f7e81b8f2a2dbdf2064acb0f
Thank you!
--
Deet-doot-do
On 8/4/2020 2:26 PM, Linus Torvalds wrote:
> On Tue, Aug 4, 2020 at 10:49 AM Casey Schaufler
> wrote:
>> Here are three minor fixes to Smack for the v5.9 release.
> I can't pull this: that's not a signed tag, and I don't pull unsigned
> stuff from open hosting sites, no matter how obvious they ma
From: Richard Gong
Increase the shared memory size from 16Mb to 32Mb so that we can properly
handle the image authorization for 12+ Mb RBF/JIC files.
Signed-off-by: Richard Gong
---
arch/arm64/boot/dts/intel/socfpga_agilex.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
If a compound page is being split while dump_page() is being run on that
page, we can end up calling compound_mapcount() on a page that is no
longer compound. This leads to a crash (already seen at least once in
the field), due to the VM_BUG_ON_PAGE() assertion inside
compound_mapcount().
(The abo
Hello Linus
I have corrected the tagging for the pull request.
Here are three minor fixes to Smack for the v5.9 release.
All were found by automated checkers and have straight forward
resolution.
--
The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407:
Linux 5.8-rc1 (20
A number of static variables are not modified and can be made const to
allow the compiler to put them in read-only memory.
Signed-off-by: Rikard Falkeborn
---
Perhaps it should be split up? If so, some guidance on how would be
appreciated.
drivers/gpu/drm/sun4i/sun4i_backend.c | 2 +-
drive
On Tue, Aug 4, 2020 at 4:28 AM Christian Brauner
wrote:
>
> This is a series announced some time back (cf. [2]) when we reworked a chunk
> of
> the process creation paths in the kernel and switched to struct
> {kernel_}clone_args.
You have those refs to [2] (and later [1]), but not the actual li
On Tue, Aug 4, 2020 at 4:58 AM Zhihao Cheng wrote:
> Oh, you're thinking about influence by schedule(), I get it. But I think
> it still works. Because the ubi_thread is still on runqueue, it will be
> scheduled to execute later anyway.
It will not get woken. This is the problem.
>
> op
Hi Linus,
Please pull the following Kselftest update for Linux 5.9-rc1.
This Kselftest update for Linux 5.9-rc1 consists of
- TAP output reporting related fixes from Paolo Bonzini and Kees Cook.
These fixes make it skip reporting consistent with TAP format.
- Cleanup fixes to framework run_te
On Tue, Aug 04, 2020 at 02:28:28PM -0700, Cong Wang wrote:
> On Tue, Aug 4, 2020 at 9:14 AM wrote:
> >
> > From: Izabela Bakollari
> >
> > Dropwatch is a utility that monitors dropped frames by having userspace
> > record them over the dropwatch protocol over a file. This augument
> > allows live
On Tue, 4 Aug 2020 11:14:09 +0200
SeongJae Park wrote:
> From: SeongJae Park
>
> This commit adds a tracepoint for DAMON. It traces the monitoring
> results of each region for each aggregation interval. Using this, DAMON
> can easily integrated with tracepoints supporting tools such as perf.
Hi Linus,
here is the big slew of GPIO changes for the v5.9 merge window.
There is nothing too exciting in it, but a new macro that fixes a
build failure on a minor ARM32 platform that appeared yesterday
is part of it so we better merge it.
Please pull it in!
Yours,
Linus Walleij
The following
Hi all,
In commit
8c8f8e3106bb ("nfs: nfs_file_write() should check for writeback errors")
Fixes tag
Fixes: 6fbda89b257f ("NFS: Replace custom error reporting mechanism with
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but no trailing q
On Mon, Aug 3, 2020 at 4:21 AM Tianjia Zhang
wrote:
>
> On an error exit path, a negative error code should be returned
> instead of a positive return value.
>
> Fixes: 9e869063b0021 ("drm/amd/display: Move iteration out of
> dm_update_planes")
> Cc: Leo Li
> Signed-off-by: Tianjia Zhang
Appli
Hi all,
Commit
cc593d22f477 ("init: add an init_dup helper")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpuPxM2BXAJX.pgp
Description: OpenPGP digital signature
> > +/* [7:0]: device revision, [15:8]: device version */
> > +#define DLB2_SET_DEVICE_VERSION(ver, rev) (((ver) << 8) | (rev))
> > +
> > +static int dlb2_ioctl_get_device_version(struct dlb2_dev *dev,
> > +unsigned long user_arg,
> > +
Hi all,
Commit
6c4e9bcfb489 ("net/mlx5: Delete extra dump stack that gives nothing")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpbtbU05hg6_.pgp
Description: OpenPGP digital signature
The pull request you sent on Tue, 4 Aug 2020 13:33:58 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/close-range-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4f30a60aa78410496e5ffe632a371c00f0d83a8d
Thank you!
--
Deet-doot-d
The pull request you sent on Tue, 4 Aug 2020 13:28:01 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux tags/fork-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9ba27414f2ec2bfb019d9e9170fd2308aebab63a
Thank you!
--
Deet-doot-dot, I am a
From: Bhanu Prakash Maiya
This patch does following:
1. Adds a new cros-ec-uart driver. This driver can send EC requests on
UART and process response packets received on UART transport.
2. Once probed, this driver will initialize the serdev device based on
the underlying information in the
From: Bhanu Prakash Maiya
Add DT compatible string in
Documentation/devicetree/bindings/mfd/google,cros-ec.yaml
Signed-off-by: Bhanu Prakash Maiya
Reviewed-by: Rob Herring
---
Changes in v4:
- Changes in commit message.
Changes in v3:
- Rebased changes on google,cros-ec.yaml
Changes in v2:
The pull request you sent on Tue, 4 Aug 2020 13:32:02 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/cap-checkpoint-restore-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/74858abbb103f922487fd1a24513bbed80f9
Thank you!
--
The pull request you sent on Tue, 4 Aug 2020 13:24:45 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/threads-v5.9
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0a72761b27fe3b10e3f336bf2f2aa22635504cdd
Thank you!
--
Deet-doot-dot,
Hi all,
In commit
95d0c04e0cf9 ("watchdog: f71808e_wdt: remove use of wrong watchdog_info
option")
Fixes tag
Fixes: 96cb4eb019ce ("watchdog: f71808e_wdt: new watchdog driver for
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but no trail
Hi Linus,
Please pull DT updates for v5.9.
Rob
The following changes since commit 0115e6c98c22f3fc7ff7da2a41480483abe95b37:
dt-bindings: clock: imx: Fix e-mail address (2020-07-01 16:29:11 -0600)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/li
Hi all,
Commit
1dbf5d68af6f ("KVM: VMX: Add guest physical address check in EPT violation
and misconfig")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgpdTGC1UMeMy.pgp
Description: OpenPGP digital signature
On Tue, Aug 04, 2020 at 12:23:03PM -0700, Kees Cook wrote:
> > What we might do, to deal with the "caller fails to check the result",
> > is to add a
> >
> > static inline bool __must_check must_check_overflow(bool b) { return
> > unlikely(b); }
> >
> > and wrap all the final "did it overflow" re
Hello,
syzbot found the following issue on:
HEAD commit:01830e6c Add linux-next specific files for 20200731
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=161d121490
kernel config: https://syzkaller.appspot.com/x/.config?x=2e226b2d1364112c
dashboard
From: Wen Yang
Date: Sat, 1 Aug 2020 16:58:45 +0800
> diff --git a/net/core/link_watch.c b/net/core/link_watch.c
> index 75431ca..6b9d44b 100644
> --- a/net/core/link_watch.c
> +++ b/net/core/link_watch.c
> @@ -98,6 +98,9 @@ static bool linkwatch_urgent_event(struct net_device *dev)
> if (
From: Bhanu Prakash Maiya
Add DT compatible string in
Documentation/devicetree/bindings/mfd/google,cros-ec.yaml
Signed-off-by: Bhanu Prakash Maiya
Reviewed-by: Rob Herring
---
Changes in v5: None
Changes in v4:
- Changes in commit message.
Changes in v3:
- Rebased changes on google,cros-ec.y
From: Bhanu Prakash Maiya
This patch does following:
1. Adds a new cros-ec-uart driver. This driver can send EC requests on
UART and process response packets received on UART transport.
2. Once probed, this driver will initialize the serdev device based on
the underlying information in the
Hi, Frank:
Frank Wunderlich 於 2020年8月5日 週三 上午12:56寫道：
>
> From: Frank Wunderlich
>
> on BPi-R2/mt7623 main-path have to be routed to DPI0 (hdmi) instead of DSI0
> using compatible "mt7623-mmsys" already defined in dts
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Frank Wunderlich
> ---
> dr
From: Colin King
Date: Tue, 4 Aug 2020 13:30:12 +0100
> From: Colin Ian King
>
> The current test will exit with a failure if it cannot set affinity on
> specific CPUs which is problematic when running this on single CPU
> systems. Add a check for the number of CPUs and skip the test if
> the
On Mon, 27 Jul 2020 15:46:14 +1200, Chris Packham wrote:
> There's not much feedback when the ds1388 watchdog fires. Generally it
> yanks on the reset line and the board reboots. Capture the fact that the
> watchdog has fired in the past so that userspace can retrieve it via
> WDIOC_GETBOOTSTATUS.
From: YueHaibing
Date: Tue, 4 Aug 2020 21:26:43 +0800
> Fix smatch warning:
>
> drivers/net/ethernet/freescale/dpaa2/dpaa2-eth.c:2419
> alloc_channel() warn: passing zero to 'ERR_PTR'
>
> setup_dpcon() should return ERR_PTR(err) instead of zero in error
> handling case.
>
> Fixes: d7f5a9d89a5
From: izabela.bakoll...@gmail.com
Date: Tue, 4 Aug 2020 18:09:08 +0200
> @@ -1315,6 +1334,53 @@ static int net_dm_cmd_trace(struct sk_buff *skb,
> return -EOPNOTSUPP;
> }
>
> +static int net_dm_interface_start(struct net *net, const char *ifname)
> +{
> + struct net_device *nd = dev_
On Tue, Aug 4, 2020 at 6:15 PM Andrey Konovalov wrote:
>
> On Tue, Aug 4, 2020 at 12:59 AM David Gow wrote:
> >
> > On Sat, Aug 1, 2020 at 3:10 PM David Gow wrote:
> > >
> > > From: Patricia Alfonso
> > >
> > > Transfer all previous tests for KASAN to KUnit so they can be run
> > > more easily.
From: Christophe JAILLET
Date: Tue, 4 Aug 2020 22:08:09 +0200
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> W
From: Christophe JAILLET
Date: Tue, 4 Aug 2020 22:19:24 +0200
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> W
On 8/4/20 2:39 PM, Grygorii Strashko wrote:
Hi Santosh,
On 03/08/2020 17:41, Lokesh Vutla wrote:
On 03/08/20 4:23 pm, Peter Ujfalusi wrote:
Update K3 chipinfo driver to support new TI J7200 SoC.
It's JTAG PARTNO is 0xBB6D.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Lokesh Vutla
Revie
It is better to explicitly include the required header file rather
then get it through some recursive include.
Signed-off-by: Anson Huang
---
drivers/clk/imx/clk-busy.c | 1 +
drivers/clk/imx/clk-composite-7ulp.c | 1 +
drivers/clk/imx/clk-fixup-mux.c | 1 +
drivers/clk/imx/clk-im
Frank Wunderlich 於 2020年8月5日 週三 上午12:56寫道：
>
> From: Frank Wunderlich
>
> mt7623 uses mt2701/mt8173 for drm, but have own compatibles
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Frank Wunderlich
> ---
> .../devicetree/bindings/display/mediatek/mediatek,disp.txt| 2 +-
> .../devicetree/
Hi Linus,
Please pull hwmon updates for Linux v5.9 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-v5.9
Thanks,
Guenter
--
The following changes since commit ba47d845d715a010f7b51f6f89bae32845e6acb7:
Linux 5.8-rc6 (2020-07-19 15:41:1
On Tue, Aug 4, 2020 at 1:58 PM Eric Biggers wrote:
>
> On Tue, Aug 04, 2020 at 01:49:30PM -0700, Lokesh Gidra wrote:
> > On Tue, Aug 4, 2020 at 1:45 PM Eric Biggers wrote:
> > >
> > > On Tue, Aug 04, 2020 at 01:31:55PM -0700, Lokesh Gidra wrote:
> > > > when get_unused_fd_flags returns error, ctx
Dear Friend,
I decided to contact you after a careful thought that you may be
capable of handling this business transaction which I explained below,
I am the head of Accounts and Audit Department of Bank of Africa
Ouagadougou. In my department while cross-checking the files of
foreigners. since ou
On Fri, Jul 31, 2020 at 10:13:48AM -0400, Boris Ostrovsky wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you can confirm the sender and know the
> content is safe.
>
>
>
> On 7/30/20 7:06 PM, Anchal Agarwal wrote:
> > O
This patch drops a couple of lines that prevent the decompressor code
from using __builtin_memcpy (and __builtin_memset).
Note that Nick Terrell's patch [0] will apply similar changes directly
in the decompressor code (in-kernel and upstream) for LZ4, and the ZSTD
code already is partially optimiz
Since commits
c041b5ad8640 ("x86, boot: Create a separate string.h file to provide standard
string functions")
fb4cac573ef6 ("x86, boot: Move memcmp() into string.h and string.c")
the decompressor stub has been using the compiler's builtin memcpy,
memset and memcmp functions, _except_ where
Greetings
My name is Barrister Hans Erich.
I have a client who is interested to invest in your country, she is a well
known politician in her country and deserve a lucrative investment partnership
with you outside her country without any delay Please can you manage such
investment please Kin
On Tue, Aug 04, 2020 at 10:23:32PM +0800, Coly Li wrote:
> When some buggy driver doesn't set its queue->limits.discard_granularity
> (e.g. current loop device driver), discard at LBA 0 on such device will
> trigger a kernel BUG() panic from block/blk-mq.c:563.
>
> [ 955.565006][ C39] -
801 - 900 of 1162 matches
Mail list logo
