From: Naoya Horiguchi
Now there's no user of MF_COUNT_INCREASED, so we can safely remove
it from all calling points.
Signed-off-by: Naoya Horiguchi
Signed-off-by: Oscar Salvador
---
include/linux/mm.h | 7 +++
mm/memory-failure.c | 16 +++-
2 files changed, 6 insertions(+),
From: Naoya Horiguchi
Currently soft_offline_page() receives struct page, and its sibling
memory_failure() receives pfn. This discrepancy looks weird and makes
precheck on pfn validity tricky. So let's align them.
Signed-off-by: Naoya Horiguchi
Signed-off-by: Oscar Salvador
---
drivers/base/m
When trying to soft-offline a free page, we need to first take it off
the buddy allocator.
Once we know is out of reach, we can safely flag it as poisoned.
take_page_off_buddy will be used to take a page meant to be poisoned
off the buddy allocator.
take_page_off_buddy calls break_down_buddy_pages
This patch changes the way we set and handle in-use poisoned pages.
Until now, poisoned pages were released to the buddy allocator, trusting
that the checks that take place prior to hand the page would act as a
safe net and would skip that page.
This has proved to be wrong, as we got some pfn walk
Make a proper if-else condition for {hard,soft}-offline.
Signed-off-by: Oscar Salvador
---
mm/madvise.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/mm/madvise.c b/mm/madvise.c
index 89ed9a22ff4f..b765860a5d04 100644
--- a/mm/madvise.c
+++ b/mm/madvise.c
[NOTE]
Although I think the patchset is ready to go since a) it fixes
the original issues and b) survives all my tests, I wanted to
giving it a last RFC spin.
If no further objections are presented, I will drop the RFC.
This patchset was initially based on Naoya's hwpoison rework [1], so
thank
Currently, there is an inconsistency when calling soft-offline from
different paths on a page that is already poisoned.
1) madvise:
madvise_inject_error skips any poisoned page and continues
the loop.
If that was the only page to madvise, it returns 0.
2) /sys/devices/sys
Since get_hwpoison_page is only used in memory-failure code now,
let us un-export it and make it private to that code.
Signed-off-by: Oscar Salvador
---
include/linux/mm.h | 1 -
mm/memory-failure.c | 3 +--
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/linux/mm.h b/incl
From: Naoya Horiguchi
The call to get_user_pages_fast is only to get the pointer to a struct
page of a given address, pinning it is memory-poisoning handler's job,
so drop the refcount grabbed by get_user_pages_fast
Signed-off-by: Naoya Horiguchi
Signed-off-by: Oscar Salvador
---
mm/madvise.c
While it is useful for new drivers to use devm_platform_ioremap_resource,
this script is currently used to spam maintainers, often updating very old
drivers. The net benefit is the removal of 2 lines of code in the driver
but the review load for the maintainers is huge. As of now, more that 560
pat
Hallo
Mein Name ist Eddy William. Ich bin von Beruf Rechtsanwalt. Ich möchte
Ihnen anbieten
die nächsten Verwandten zu meinem Klienten. Sie erben die Summe von
($8,5 Millionen US-Dollar)
Dollar, die mein Kunde vor seinem Tod in der Bank gelassen hat.
Mein Mandant ist ein Staatsbürger Ihres Landes
From: Naoya Horiguchi
Another memory error injection interface debugfs:hwpoison/corrupt-pfn
also takes bogus refcount for hwpoison_filter(). It's justified
because this does a coarse filter, expecting that memory_failure()
redoes the check for sure.
Signed-off-by: Naoya Horiguchi
Signed-off-by:
Merging soft_offline_huge_page and __soft_offline_page let us get rid of
quite some duplicated code, and makes the code much easier to follow.
Now, __soft_offline_page will handle both normal and hugetlb pages.
Signed-off-by: Oscar Salvador
---
mm/memory-failure.c | 175
memory_failure() already performs the same checks, so leave it
to the main routine.
Signed-off-by: Oscar Salvador
---
mm/hwpoison-inject.c | 33 +++--
1 file changed, 3 insertions(+), 30 deletions(-)
diff --git a/mm/hwpoison-inject.c b/mm/hwpoison-inject.c
index 0c8c
We need to do as we do now for soft-offline, and take poisoned pages
off the buddy allocator.
Otherwise we could face [1] as well.
[1] https://lore.kernel.org/linux-mm/20190826104144.GA7849@linux/T/#u
Signed-off-by: Oscar Salvador
---
mm/memory-failure.c | 33 -
Despite their substantial personal investment in the MTD/UBI/UBIFS a
few years back, David, Brian, Artem and Adrian are not actively
maintaining the subsystem anymore. We warmly salute them for all the
work they have achieved and will of course still welcome their
participation and reviews.
That s
From: Naoya Horiguchi
Drop the PageHuge check since memory_failure forks into memory_failure_hugetlb()
for hugetlb pages.
Signed-off-by: Oscar Salvador
Signed-off-by: Naoya Horiguchi
---
mm/memory-failure.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/mm/memory-fail
Place the THP's page handling in a helper and use it
from both hard and soft-offline machinery, so we get rid
of some duplicated code.
Signed-off-by: Oscar Salvador
---
mm/memory-failure.c | 48 ++--
1 file changed, 22 insertions(+), 26 deletions(-)
d
Hi Peter,
On 10/17/19 10:50 AM, Peter Zijlstra wrote:
On Mon, Oct 14, 2019 at 04:50:24PM +0100, Douglas Raillard wrote:
I posted some numbers based on a similar experiment on the v2 of that series
that
are still applicable:
TL;DR the rt-app negative slack is divided by 1.75 by this series, w
On 2019/10/17 21:54, Sudeep Holla wrote:
> On Thu, Oct 17, 2019 at 09:26:15PM +0800, Yunfeng Ye wrote:
>>
>>
>> On 2019/10/16 23:32, Sudeep Holla wrote:
>>> On Wed, Oct 09, 2019 at 12:45:16PM +0800, Yunfeng Ye wrote:
If psci_ops.affinity_info() fails, it will sleep 10ms, which will not
From: Yunfeng Ye
> Sent: 17 October 2019 15:20
> On 2019/10/17 22:00, David Laight wrote:
> > From: Yunfeng Ye
> >> Sent: 17 October 2019 14:26
> > ...
> -for (i = 0; i < 10; i++) {
> +i = 0;
> +timeout = jiffies + msecs_to_jiffies(100);
> +do {
On Wed, Oct 16, 2019 at 9:44 PM Bjorn Helgaas wrote:
>
> From: Bjorn Helgaas
>
> Per PCIe r5.0 sec 7.5.2.1, PME may be generated from D0, so update
> Documentation/power/pci.rst to reflect that.
>
> Signed-off-by: Bjorn Helgaas
Good catch:
Reviewed-by: Rafael J. Wysocki
> ---
> Documentatio
On 10/16/19 8:45 PM, Shakeel Butt wrote:
> On Wed, Oct 16, 2019 at 3:49 PM Dave Hansen
> wrote:
>> This set implements a solution to these problems. At the end of the
>> reclaim process in shrink_page_list() just before the last page
>> refcount is dropped, the page is migrated to persistent mem
Hi Zhengjun,
On Thu, 2019-10-17 at 16:38 +0800, Zhengjun Xing wrote:
> In the format of synthetic events, the "gfp_t" is shown as
> "signed:1",
> but in fact the "gfp_t" is "unsigned", should be shown as "signed:0".
> The offset should be increased by the real size of each field, rather
> than by
On 10/17, Song Liu wrote:
>
>
> > On Oct 17, 2019, at 1:47 AM, Oleg Nesterov wrote:
> >
> > On 10/16, Song Liu wrote:
> >>
> >>> On Oct 16, 2019, at 5:10 AM, Oleg Nesterov wrote:
> >>>
> @@ -489,6 +492,9 @@ int uprobe_write_opcode(struct arch_uprobe *auprobe,
> struct mm_struct *mm,
>
Hi Lorenzo,
Please see my comments inline:
On Tue, Oct 15, 2019 at 10:13 PM Lorenzo Pieralisi
wrote:
>
> On Fri, Sep 06, 2019 at 09:28:13AM +0530, Abhishek Shah wrote:
> > Invalidate PAXB inbound/outbound address mapping each time before
> > programming it. This is helpful for the cases where we
On 17/10/2019 09:04:48-0500, Dan Murphy wrote:
> Matt
>
> On 10/17/19 4:53 AM, Matti Vaittinen wrote:
> > ROHM BD71828 power management IC has two LED outputs for charge status
> > and button pressing indications. The LED outputs can also be forced
> > bs SW so add driver allowing to use these LED
On Thu, Oct 17, 2019 at 3:42 PM Ben Hutchings
wrote:
>
> On Wed, 2019-10-09 at 21:10 +0200, Arnd Bergmann wrote:
> > We no longer need the rtc compat handling to be in common code, now that
> > all drivers are either moved to the rtc-class framework, or (rarely)
> > exist in drivers/char for archi
Hello
I need your urgent assistance in the transfer of an abandoned funds
on your account within 10-14 days if you are interested, respond to me
with your information for more details. your name and surname:-. your
country:-. your phone number. :- .
Please respond to this email address (sergeami.
On Thu, 17 Oct 2019, Alexandre Belloni wrote:
> While it is useful for new drivers to use devm_platform_ioremap_resource,
> this script is currently used to spam maintainers, often updating very old
> drivers. The net benefit is the removal of 2 lines of code in the driver
> but the review load
Hello,
syzbot has tested the proposed patch but the reproducer still triggered
crash:
kernel BUG at drivers/net/phy/mdio_bus.c:LINE!
asix 5-1:0.78 eth1: unregister 'asix' usb-dummy_hcd.4-1, ASIX AX88172A USB
2.0 Ethernet
asix 5-1:0.78 eth1 (unregistered): deregistering mdio bus ��#
-
On Wed, Oct 16, 2019 at 03:33:33AM +, John Stultz wrote:
> Rather then adding another device specific binding to support
> hikey960, Rob Herring suggested we expand the current dwc3
> binding to allow for variable numbers of clocks and resets.
>
> Cc: Greg Kroah-Hartman
> Cc: Rob Herring
> C
On 10/16/19 3:49 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.197 release.
There are 79 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.
Responses should be made
> v2:
> ---
> In v1, the deprecated events are hidden by default but they can be
> displayed when option "--deprecated" is enabled. In v2, we don't use
> the new option "--deprecated". Instead, we just display the deprecated
> events under the title "--- Following are deprecated events ---".
KASAN reports a use-after-free when running xfstest generic/531, with the
following trace:
[ 293.903362] kasan_report+0xe/0x20
[ 293.903365] rb_erase+0x1f/0x790
[ 293.903370] __ceph_remove_cap+0x201/0x370
[ 293.903375] __ceph_remove_caps+0x4b/0x70
[ 293.903380] ceph_evict_inode+0x4e/0x36
On 10/16/19 3:49 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.197 release.
There are 92 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.
Responses should be made
On Wed, 16 Oct 2019 03:33:37 +, John Stultz wrote:
> Add binding to configure the default role the controller
> assumes is host mode when the usb role is USB_ROLE_NONE.
>
> Cc: Greg Kroah-Hartman
> Cc: Rob Herring
> Cc: Mark Rutland
> CC: ShuFan Lee
> Cc: Heikki Krogerus
> Cc: Suzuki K Po
This patch adds basic support for Amazon's Annapurna Labs SATA
controller.
Signed-off-by: Hanna Hawa
---
drivers/ata/ahci.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index dd92faf197d5..8ac7e806aa97 100644
--- a/drivers/ata/ahci.c
IWL_WARN seems excessive here since this can happen during normal
operation. Every time I connect to a new network with 8086:24fd I get
this as KERN_WARNING on the console, which mildly distracts from other
more pressing messages. For example:
% sudo journalctl _TRANSPORT=kernel | grep -c 'FW
On 10/16/19 9:50 PM, Chuhong Yuan wrote:
sof_audio_probe misses a check for devm_clk_get and may cause problems.
Add a check for it to fix the bug.
Indeed this is a miss, we have this test in all machine drivers except
this one. Thanks for the patch!
Acked-by: Pierre-Louis Bossart
Sig
To be more clear in case this actually is representative of a real problem
(although I doubt it since this seems present on every device like this I
encountered), it's always FW_DBG_START_FROM_ALIVE:
% sudo journalctl _TRANSPORT=kernel -o cat | grep 'FW already configured' |
sort | uniq -c
On Thu, Oct 17, 2019 at 03:23:04PM +0100, Douglas Raillard wrote:
> On 10/17/19 10:50 AM, Peter Zijlstra wrote:
> > Now, the thing is, we use map_util_freq() in more places, and should we
> > not reflect this increase in C for all of them? That is, why is this
> > patch changing get_next_freq() and
On Wed, Oct 16, 2019 at 12:09:19PM +0800, Biwen Li wrote:
> This supports property idle-state
The subject should indicate this is just for pca954x.
>
> Signed-off-by: Biwen Li
> ---
> Change in v3:
> - update subject and description
> - add some information for property idle-state
>
On 10/16/19 3:50 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.150 release.
There are 65 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.
Responses should be mad
On 10/16/19 3:50 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.80 release.
There are 81 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.
Responses should be made
On 10/16/19 3:49 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.3.7 release.
There are 112 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.
Responses should be made
czw., 17 paź 2019 o 05:11 Chris Packham
napisał(a):
>
> This driver supports the Chip Common A GPIO controller present on a
> number of Broadcom switch ASICs with integrated SoCs. The controller is
> similar to the pinctrl-nsp-gpio and pinctrl-iproc-gpio blocks but
> different enough that a separa
czw., 17 paź 2019 o 05:11 Chris Packham
napisał(a):
>
> This GPIO controller is present on a number of Broadcom switch ASICs
> with integrated SoCs. It is similar to the nsp-gpio and iproc-gpio
> blocks but different enough to require a separate driver.
>
> Signed-off-by: Chris Packham
> ---
>
>
On Thu, Oct 17, 2019 at 07:46:44AM -0700, Andi Kleen wrote:
> > v2:
> > ---
> > In v1, the deprecated events are hidden by default but they can be
> > displayed when option "--deprecated" is enabled. In v2, we don't use
> > the new option "--deprecated". Instead, we just display the deprecated
On 10/16/19 9:26 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20191016:
>
on x86_64:
# CONFIG_BLOCK is not set
CC [M] drivers/soundwire/intel_init.o
In file included from ../drivers/soundwire/intel_init.c:12:0:
../include/linux/iomap.h: In function ‘iomap_sector’:
../include/linu
bam_dma_terminate_all() will leak resources if any of the transactions are
committed to the hardware (present in the desc fifo), and not complete.
Since bam_dma_terminate_all() does not cause the hardware to be updated,
the hardware will still operate on any previously committed transactions.
This
Hello Ulf,
Thanks for the review!
On 10/17/2019 05:04 AM, Ulf Hansson wrote:
> On Wed, 16 Oct 2019 at 21:37, Thara Gopinath
> wrote:
>>
>> RPMh power controller hosts mx domain that can be used as thermal
>> warming device. Add a sub-node to specify this.
>>
>> Signed-off-by: Thara Gopinath
>>
The short-circuit call to fixup_exception() from kprobe_fault_handler()
poses a problem now that the former wants to consume the fault address
too, since the common kprobes API offers us no way to pass it through.
Fortunately, however, it works out to be unnecessary:
- uaccess instructions themsel
> On Oct 17, 2019, at 7:28 AM, Oleg Nesterov wrote:
>
> On 10/17, Song Liu wrote:
>>
>>
>>> On Oct 17, 2019, at 1:47 AM, Oleg Nesterov wrote:
>>>
>>> On 10/16, Song Liu wrote:
> On Oct 16, 2019, at 5:10 AM, Oleg Nesterov wrote:
>
>> @@ -489,6 +492,9 @@ int uprobe_write_
On 2019-10-16 06:09, Biwen Li wrote:
> This supports property idle-state
>
> Signed-off-by: Biwen Li
> ---
> Change in v3:
> - update subject and description
> - add some information for property idle-state
>
> Change in v2:
> - update subject and description
> - add prop
On 2019-10-16 06:09, Biwen Li wrote:
> This supports property idle-state
>
> Signed-off-by: Biwen Li
> ---
> Change in v3:
> - update subject and description
> - add a helper function pca954x_calculate_chan()
>
> Change in v2:
> - update subject and description
> - add pr
I'll try and continue later, but if you guys can take a look...
The first call in that loop:
while ((event = trace_find_next_event(pevent, event)))
works and the event is valid, one of the sched: tracepoints, but then
the next call returns this:
struct tep_event *trace_find_next_event(struct
Hi Daniel,
Daniel Lezcano writes:
> On 16/10/2019 18:39, Kevin Hilman wrote:
>> Eduardo,
>>
>> Guillaume La Roque writes:
>>
>>> This patchs series add support of New Amlogic temperature sensor and minimal
>>> thermal zone for SEI510 and ODROID-N2 boards.
>>
>> [...]
>>
>>> Guillaume La Roq
On Thu, 17 Oct 2019 at 17:28, Thara Gopinath wrote:
>
> Hello Ulf,
> Thanks for the review!
>
> On 10/17/2019 05:04 AM, Ulf Hansson wrote:
> > On Wed, 16 Oct 2019 at 21:37, Thara Gopinath
> > wrote:
> >>
> >> RPMh power controller hosts mx domain that can be used as thermal
> >> warming device.
Dear Friend
I am Dr. Youssef Bakary, I Have a Business Proposal of $5.3 million For You.
I am aware of the unsafe nature of the internet, and was compelled to use this
medium due to the nature of this project. I have access to very vital
information that can be used to transfer this huge amount
On 10/17/2019 04:47 AM, Ulf Hansson wrote:
> On Wed, 16 Oct 2019 at 21:37, Thara Gopinath
> wrote:
>>
>> Resources modeled as power domains in linux kenrel
>> can be used to warm the SoC(eg. mx power domain on sdm845).
>> To support this feature, introduce a generic power domain
>> warming devic
On Thu, 17 Oct 2019 11:27:09 +0800, tanhuazhong wrote:
> On 2019/10/17 1:50, David Miller wrote:
> > From: Jakub Kicinski
> > Date: Wed, 16 Oct 2019 10:19:43 -0700
> >
> >> On Wed, 16 Oct 2019 15:16:59 +0800, Huazhong Tan wrote:
> >>> This patch-set includes some bugfixes and code optimizatio
On 10/17/19 3:25 AM, Bhaskar Chowdhury wrote:
> This patch will provide the missing value for NM variable.
>
Hi,
Does this patch fix some build error that you have encountered?
If so, please describe it and how to cause it.
> Signed-off-by: Bhaskar Chowdhury
> ---
> TO all,
> Adjusted the sub
Quoting Stephen Kitt (2019-09-27 11:05:59)
> The buffer allocated in ti_adpll_clk_get_name doesn't account for the
> terminating null. This patch switches to ka_sprintf to avoid
> overflowing.
>
> Signed-off-by: Stephen Kitt
> ---
> drivers/clk/ti/adpll.c | 10 ++
> 1 file changed, 2 ins
Christian Hewitt writes:
> The Tronsmart Vega S95 (S905) and S96 (S912) Android STBs use the
> same IR remote. The rc-vega-s9x keymap has been accepted for Linux
> v5.5 [0] so add the keymap to the respective dts.
Queued for v5.5,
Thanks,
Kevin
On Wed, Oct 16, 2019 at 7:42 PM syzbot
wrote:
>
> syzbot has bisected this bug to 0570bc8b7c9b ("Merge tag
> 'riscv/for-v5.3-rc1' ...")
Yeah, that looks unlikely. The only non-riscv changes are from
documentation updates and moving a config variable around.
Looks like the crash is quite unlikel
On Thu, Oct 17, 2019 at 09:13:00AM -0600, shuah wrote:
> On 10/16/19 3:49 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.3.7 release.
> > There are 112 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with
On Thu, Oct 17, 2019 at 10:59:12AM +0200, Pavel Machek wrote:
> Hi!
>
> > From: Erik Schmauss
> >
> > Commit b5eab512e7cffb2bb37c4b342b5594e9e75fd486 upstream.
>
> So this introduces another format of "upstream" information. So far I
> had this:
>
> ma = re.match(".*Upstream comm
On Thu, Oct 17, 2019 at 08:53:06AM -0700, Linus Torvalds wrote:
> On Wed, Oct 16, 2019 at 7:42 PM syzbot
> wrote:
> >
> > syzbot has bisected this bug to 0570bc8b7c9b ("Merge tag
> > 'riscv/for-v5.3-rc1' ...")
>
> Yeah, that looks unlikely. The only non-riscv changes are from
> documentation upd
On Wed 16 Oct 2019 at 18:43, Kevin Hilman wrote:
> Kevin Hilman writes:
>
>> Jerome Brunet writes:
>>
>>> This patchset adds audio support on the sm1 SoC family and the
>>> sei610 platform
>>
>> Queued for v5.5.
>>
>>> Kevin, The patchset depends on:
>>> - The ARB binding merged by Philipp [
On Thu, Oct 17, 2019 at 10:16:28AM +0300, Andy Shevchenko wrote:
> On Wed, Oct 16, 2019 at 09:54:30AM -0700, Dmitry Torokhov wrote:
> > On Wed, Oct 16, 2019 at 10:59:40AM +0300, Andy Shevchenko wrote:
> > > On Tue, Oct 15, 2019 at 11:22:06AM -0700, Dmitry Torokhov wrote:
> > > > On Mon, Oct 14, 201
On Thu, Oct 17, 2019 at 10:55:39AM +0200, Pavel Machek wrote:
> Hi!
>
> > From: Dave Wysochanski
> >
> > Commit 487317c99477 ("cifs: add spinlock for the openFileList to
> > cifsInodeInfo") added cifsInodeInfo->open_file_lock spin_lock to protect
>
> > Fixes: 487317c99477 ("cifs: add spinlock f
On Thu, Oct 17, 2019 at 7:14 AM Dave Hansen wrote:
>
> We're starting to see systems with more and more kinds of memory such
> as Intel's implementation of persistent memory.
>
> Let's say you have a system with some DRAM and some persistent memory.
> Today, once DRAM fills up, reclaim will start
On Fri, Oct 11, 2019 at 04:07:17PM -0700, Dmitry Torokhov wrote:
> We do not need a special flag to know if we are dealing with an array,
> as we can get that data from ratio between element length and the data
> size, however we do need a flag to know whether the data is stored
> directly inside p
://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-5.4-20191017
for you to fetch changes up to 1abecfcaa7bba21c9985e0136fa49836164dd8fd:
perf kmem: Fix memory leak in compact_gfp_flags() (2019-10-16 10:08:32 -0300
From: Andi Kleen
In the earlier fix for the memory overrun of id arrays I managed to typo
the wrong event in the fix.
Of course we need to close the current event in the loop, not the
original failing event.
The same test case as in the original patch still passes.
Fixes: 7834fa948beb ("perf e
From: Thomas Richter
The build of file libperf-jvmti.so succeeds but the resulting
object fails to load:
# ~/linux/tools/perf/perf record -k mono -- java \
-XX:+PreserveFramePointer \
-agentpath:/root/linux/tools/perf/libperf-jvmti.so \
hog 10 123450
Error occurred dur
From: "Gustavo A. R. Silva"
Store SYMBOL_ANNOTATE_ERRNO__BPF_MISSING_BTF in variable *ret*, instead
of returning in the middle of the function and leaking multiple
resources: prog_linfo, btf, s and bfdf.
Addresses-Coverity-ID: 1454832 ("Structurally dead code")
Fixes: 11aad897f6d1 ("perf annotat
From: Adrian Hunter
slow_copyfile() opens the file by name, so "write" permissions must not
be removed in copyfile_mode_ns() before calling slow_copyfile().
Example:
Before:
$ sudo chmod +r /proc/kcore
$ sudo setcap "cap_sys_admin,cap_sys_ptrace,cap_syslog,cap_sys_rawio=ep"
tools/perf/pe
From: Yunfeng Ye
There is a memory leak problem in the failure paths of
build_cl_output(), so fix it.
Signed-off-by: Yunfeng Ye
Acked-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: Feilong Lin
Cc: Hu Shiyuan
Cc: Mark Rutland
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lore.kernel.org/lkm
From: Yunfeng Ye
Both build_mem_topology() and rm_rf_depth_pat() have resource leaks of
closedir() on the error paths.
Fix this by calling closedir() before function returns.
Fixes: e2091cedd51b ("perf tools: Add MEM_TOPOLOGY feature to perf data file")
Fixes: cdb6b0235f17 ("perf tools: Add pat
From: Arnaldo Carvalho de Melo
To pick the changes in:
0cb8410b90e7 ("kvm: svm: Intercept RDPRU")
That trigger a rebuild in too in tooling:
CC /tmp/build/perf/arch/x86/util/kvm-stat.o
But this time around no changes in tooling results, as SVM_EXIT_RDPRU
wasn't added to SVM_EXIT_
From: Arnaldo Carvalho de Melo
To pick the changes in:
344c6c804703 ("KVM/Hyper-V: Add new KVM capability
KVM_CAP_HYPERV_DIRECT_TLBFLUSH")
dee04eee9182 ("KVM: RISC-V: Add KVM_REG_RISCV for ONE_REG interface")
These trigger the rebuild of this object:
CC /tmp/build/perf/trace/beaut
From: Arnaldo Carvalho de Melo
To get the changes in:
78f6face5af3 ("sched: add kernel-doc for struct clone_args")
f14c234b4bc5 ("clone3: switch to copy_struct_from_user()")
This file gets rebuilt, but no changes ensues:
CC /tmp/build/perf/trace/beauty/clone.o
This addresses this
From: Yunfeng Ye
The memory @orig_flags is allocated by strdup(), it is freed on the
normal path, but leak to free on the error path.
Fix this by adding free(orig_flags) on the error path.
Fixes: 0e5644b3 ("perf kmem: Print gfp flags in human readable string")
Signed-off-by: Yunfeng Ye
Cc:
From: Arnaldo Carvalho de Melo
To pick the changes in:
bf653b78f960 ("KVM: vmx: Introduce handle_unexpected_vmexit and handle
WAITPKG vmexit")
That trigger these changes in tooling:
CC /tmp/build/perf/arch/x86/util/kvm-stat.o
INSTALL GTK UI
DESCEND plugins
make[3]: Not
On Fri, Oct 11, 2019 at 04:07:18PM -0700, Dmitry Torokhov wrote:
> When copying/duplicating set of properties, move smaller properties that
> were stored separately directly inside property entry structures. We can
> move:
>
> - up to 8 bytes from U8 arrays
> - up to 4 words
> - up to 2 double wor
On Wed, Oct 16, 2019 at 11:41:05AM +0200, Paolo Bonzini wrote:
> On 16/10/19 09:48, Xiaoyao Li wrote:
> > BTW, could you have a look at the series I sent yesterday to refactor
> > the vcpu creation flow, which is inspired partly by this issue. Any
> > comment and suggestion is welcomed since I don'
On 2019/10/14 8:46 下午, Eric Dumazet wrote:
On 10/14/19 12:07 AM, Zhiyuan Hou wrote:
On 2019/10/12 6:59 下午, Eric Dumazet wrote:
On 10/12/19 12:16 AM, Zhiyuan Hou wrote:
In act_mirred's ingress redirection, if the skb's dst_entry is valid
when call function netif_receive_skb, the fllowing l3
On Thu, Oct 17, 2019 at 01:42:37PM +0100, Suzuki K Poulose wrote:
> Hi Dave
>
> Thanks for the comments.
>
> On 11/10/2019 12:26, Dave Martin wrote:
> >On Thu, Oct 10, 2019 at 06:15:16PM +0100, Suzuki K Poulose wrote:
> >>We detect the absence of FP/SIMD after we boot the SMP CPUs, and by then
>
The pull request you sent on Thu, 17 Oct 2019 12:55:20 +0300:
> git://git.infradead.org/linux-platform-drivers-x86.git
> tags/platform-drivers-x86-v5.4-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fe7d2c23d748e4206f4bef9330d0dff9abed7411
Thank you!
--
Deet-doot
On 10/17/2019 11:43 AM, Ulf Hansson wrote:
> On Thu, 17 Oct 2019 at 17:28, Thara Gopinath
> wrote:
>>
>> Hello Ulf,
>> Thanks for the review!
>>
>> On 10/17/2019 05:04 AM, Ulf Hansson wrote:
>>> On Wed, 16 Oct 2019 at 21:37, Thara Gopinath
>>> wrote:
RPMh power controller hosts mx dom
The pull request you sent on Thu, 17 Oct 2019 09:18:32 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git
> tags/gpio-v5.4-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7801158f83fc90cbe2d5cceac6ef58a4a6cf2d33
Thank you!
--
Deet-doot-do
* Dan Murphy [191016 16:01]:
> Add the reg property to each channel node. This update is
> to accomodate the multicolor framework. In addition to the
> accomodation this allows the LEDs to be placed on any channel
> and allow designs to skip channels as opposed to requiring
> sequential order.
>
On 10/17/2019 04:49 AM, Ulf Hansson wrote:
> On Wed, 16 Oct 2019 at 21:37, Thara Gopinath
> wrote:
>>
>> Add two new APIs in the genpd framework,
>> dev_pm_genpd_get_performance_state to return the current performance
>> state of a power domain and dev_pm_genpd_performance_state_count to
>> retur
Kevin Hilman writes:
> Kevin Hilman writes:
>
>> Jerome Brunet writes:
>>
>>> This patchset adds audio support on the sm1 SoC family and the
>>> sei610 platform
>>
>> Queued for v5.5.
>>
>>> Kevin, The patchset depends on:
>>> - The ARB binding merged by Philipp [0]
>>> - The audio clock cont
On Wed, Oct 16, 2019 at 12:40:32AM +0800, Xiaoyao Li wrote:
> Current x86 arch vcpu creation flow is a little bit messed.
> Specifically, vcpu's data structure allocation and vcpu initialization
> are mixed up, which is unfriendly to read.
>
> Seperating the vcpu_create and vcpu_init just like wha
On Wed, Oct 16, 2019 at 12:37:30AM -0700, Song Liu wrote:
> From: "Kirill A. Shutemov"
>
> Once a THP is added to the page cache, it cannot be dropped via
> /proc/sys/vm/drop_caches. Fix this issue with proper handling in
> invalidate_mapping_pages() and __remove_mapping().
>
> Fixes: 99cb0dbd47
On 2019-10-17 15:22, Alexandre Belloni wrote:
While it is useful for new drivers to use
devm_platform_ioremap_resource,
this script is currently used to spam maintainers, often updating
very old
drivers. The net benefit is the removal of 2 lines of code in the
driver
but the review load for the
The following commit has been merged into the x86/cpu branch of tip:
Commit-ID: 1edae1ae62589f28d00da186465a003e2a7f9c6c
Gitweb:
https://git.kernel.org/tip/1edae1ae62589f28d00da186465a003e2a7f9c6c
Author:Scott Wood
AuthorDate:Sat, 12 Oct 2019 02:00:54 -05:00
Committer:
401 - 500 of 1065 matches
Mail list logo
