Hello Gautham,
Gautham R. Shenoy writes:
> From: "Gautham R. Shenoy"
>
> Currently running DLPAR offline/online operations in a loop on a
> POWER9 system with SMT=off results in the following crash:
>
> [ 223.321032] cpu 112 (hwid 112) Ready to die...
> [ 223.355963] Querying DEAD? cpu 113
+++ Vincent Whitchurch [04/12/18 15:14 +0100]:
Thumb-2 functions have the lowest bit set in the symbol value in the
symtab. When kallsyms are generated for the vmlinux, the kallsyms are
generated from the output of nm, and nm clears the lowest bit.
$ arm-linux-gnueabihf-readelf -a vmlinux | gre
From: Claudiu Beznea
Move SHDWC realted data to only one structure to have them grouped.
Inspired from commit 9be74f0d39c1 ("power: reset: at91-poweroff: make
mpddrc_base part of struct shdwc").
Signed-off-by: Claudiu Beznea
---
Changes in v2:
- avoid allocate at91_shdwc and keep it static ins
On 12/04, Andrew Morton wrote:
>
> I'm not sure what to make of this patchset, really. Oleg sounds
> unhappy and that's always a bad sign. And signals are rather ugly
> things. Oleg, can you please expand on your concerns?
I don't really know what can I say...
Yes the signals are ugly things,
> So the real question is, is there a signifcant class of MCE events that
> are not tied to the reporting channel which is per CPU (-ish ...) MCA
> banks?
Perhaps QPI/UPI interconnect errors?
-Tony
* Andy Lutomirski wrote:
> That’s why I suggested “read,” in lowercase, for reads. Other than
> that, most of the unset bits are uninteresting. An OOPS is so likely to
> be a kernel fault that it’s barely worth mentioning, and I even added a
> whole separate diagnostic for user oopses. Sim
Use devm_regmap_add_irq_chip and clean up error path in probe.
Reported-by: Christian Hohnstaedt
Signed-off-by: Keerthy
---
Boot tested on am437x-gp-evm.
drivers/mfd/tps65218.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/mfd/tps65218.c b/drivers
On Thu, Dec 06, 2018 at 01:23:01PM +, He, Bo wrote:
> 1. The test is positive after set the kthread priority to SCHED_FIFO without
> CONFIG_RCU_BOOST, the issue is not reproduced until now.
> 2. Here is previous log enable the ftrace_dump, and we can get 4 seconds
> ftrace. The panic log was
Hey Andrew,
On 2018-11-07 1:12 p.m., Andrew Morton wrote:
> Acked-by: Andrew Morton
>
> I can grab both patches and shall sneak them into 4.20-rcX, but feel
> free to merge them into some git tree if you'd prefer. If I see them
> turn up in linux-next I shall drop my copy.
Just wanted to check
On Thu, Dec 06, 2018 at 11:24:28AM -0600, Eric W. Biederman wrote:
> Daniel Colascione writes:
>
> > On Thu, Dec 6, 2018 at 7:02 AM Eric W. Biederman
> > wrote:
> >>
> >> Christian Brauner writes:
> >>
> >> > The kill() syscall operates on process identifiers (pid). After a process
> >> > has
Hi Bjorn,
Thanks for the review!
On 2018-12-06 22:28, Bjorn Andersson wrote:
On Tue 20 Nov 13:08 PST 2018, Sibi Sankar wrote:
Add power-domain bindings for Q6V5 MSS on SDM845 SoCs.
Thanks Sibi,
Signed-off-by: Sibi Sankar
---
Add dt-binding corresponding to
https://patchwork.kernel.org/
On Thu, 6 Dec 2018 07:37:19 -0800
Christoph Hellwig wrote:
> Hi all,
>
> a while ago Jesper reported major performance regressions due to the
> spectre v2 mitigations in his XDP forwarding workloads. A large part
> of that is due to the DMA mapping API indirect calls.
>
> It turns out that th
On Thu, Dec 06, 2018 at 05:13:44PM +0100, Ingo Molnar wrote:
>
> * Mark Rutland wrote:
>
> > Andrew and Ingo report that the check-atomics.sh script is simply too
> > slow to run for every kernel build, and it's impractical to make it
> > faster without rewriting it in something other than shell
KarimAllah Ahmed writes:
> Use kvm_vcpu_map for accessing the enhanced VMCS since using
just a nitpick: "eVMCS" stands for Enlightened VMCS, not 'enhanced' :-)
> kvm_vcpu_gpa_to_page() and kmap() will only work for guest memory that has
> a "struct page".
>
> Signed-off-by: KarimAllah Ahmed
>
On Thu, Dec 06, 2018 at 03:04:03PM +0100, Greg KH wrote:
> On Wed, Dec 05, 2018 at 10:42:06PM +0100, Christian Brauner wrote:
> > On Wed, Dec 05, 2018 at 09:01:45PM +0100, Greg KH wrote:
> > > > /* binder-control */
> > > > Each new binderfs instance comes with a binder-control device. No other
> >
Linus,
This is a single commit that fixes a bug in uprobes SDT code
due to a missing mutex protection.
Please pull the latest trace-v4.20-rc5 tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
trace-v4.20-rc5
Tag SHA1: a5405a88026387f237d97b
On 12/5/2018 12:18 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:32AM +0100, Roberto Sassu wrote:
tpm2_get_pcr_allocation() determines if a PCR bank is allocated by checking
the mask in the TPML_PCR_SELECTION structure returned by the TPM for
TPM2_Get_Capability(). One PCR bank with a
On Wed, Dec 05, 2018 at 05:42:21PM -0700, Jerry Hoemann wrote:
> Instead of having explicit if statments excluding devices,
> use a pci_device_id table of devices to blacklist.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 12 +++-
> 1
On Wed, Dec 05, 2018 at 05:42:22PM -0700, Jerry Hoemann wrote:
> Do not claim when SSID 0x0289 as the watchdog features
> are not enabled/validated by the firmware.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 1 +
> 1 file changed, 1 insertio
On Wed, Dec 05, 2018 at 05:42:23PM -0700, Jerry Hoemann wrote:
> Bump version number to reflect recent minor changes.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/
On 12/5/2018 12:53 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:36AM +0100, Roberto Sassu wrote:
+ for (i = 0; i < ARRAY_SIZE(tpm2_hash_map); i++) {
+ enum hash_algo crypto_algo = tpm2_hash_map[i].crypto_id;
+
+ if (bank->alg_id != tpm2_hash_map[i].t
From: Colin Ian King
The buff increment statement is indented too much, remove a tab.
Signed-off-by: Colin Ian King
---
arch/x86/lib/csum-partial_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/lib/csum-partial_64.c b/arch/x86/lib/csum-partial_64.c
index 9baca
On Thu, Dec 06, 2018 at 11:07:51AM -0500, Qian Cai wrote:
> unreferenced object 0x808ec6dc5a80 (size 128):
> comm "swapper/0", pid 1, jiffies 4294938063 (age 2560.530s)
> hex dump (first 32 bytes):
> ff ff ff ff 00 00 00 00 6b 6b 6b 6b 6b 6b 6b 6b
> 6b 6b 6b 6b 6b
Quoting David Dai (2018-12-05 17:24:18)
>
>
> On 12/4/2018 11:15 PM, Stephen Boyd wrote:
> > Quoting David Dai (2018-12-04 17:14:10)
> >> On 12/4/2018 2:34 PM, Stephen Boyd wrote:
> >>> Quoting Alex Elder (2018-12-04 13:41:47)
>
> >>> But then we translate that clock rate into a bandwidth re
Hi Niklas,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on asoc/for-next]
[also build test ERROR on v4.20-rc5 next-20181206]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Thu, Dec 06, 2018 at 05:36:03PM +, Luck, Tony wrote:
> > So the real question is, is there a signifcant class of MCE events that
> > are not tied to the reporting channel which is per CPU (-ish ...) MCA
> > banks?
>
> Perhaps QPI/UPI interconnect errors?
Whatever, this is pure bikesheddi
On 12/5/2018 1:46 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 04:09:10PM -0800, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:37AM +0100, Roberto Sassu wrote:
out = (struct tpm2_pcr_read_out *)&buf.data[TPM_HEADER_SIZE];
digest_size = be16_to_cpu(out->digest_size);
On 06.12.2018 20:05, Arnaldo Carvalho de Melo wrote:
> Em Wed, Dec 05, 2018 at 08:19:41PM +0300, Alexey Budankov escreveu:
>>
>> Sending a part which was missed between v12 and v13 of the patch set
>> introducing AIO trace streaming for perf record mode.
>>
>> The part is essential to avoid memory
If the tpm_transmit call in tpm_common_write fails for any reason, there is
no response that could be read. Therefore, do not require the application
to issue a read call before sending further commands. This restores the
behavior from before support for partial reads was introduced.
Signed-off-by
On 12/5/2018 1:14 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:38AM +0100, Roberto Sassu wrote:
The new tpm_bank_list structure has been preferred to the tpm_digest
structure, to let the caller specify the size of the digest (which may be
unknown to the TPM driver).
Why is that?
On Thu, 6 Dec 2018 15:30:11 +0100
Anders Roxell wrote:
> Since __sanitizer_cov_trace_const_cmp4 is marked as notrace, the
> function called from __sanitizer_cov_trace_const_cmp4 shouldn't be
> traceable either. ftrace_graph_caller() gets called every time func
> write_comp_data() gets called if
On Wed, Dec 5, 2018 at 11:34 PM Ingo Molnar wrote:
>
> Yeah, so I don't like the overly long 'SUPERVISOR' and the somewhat
> inconsistent, sporadic handling of negatives. Here's our error code bits:
>
> /*
> * Page fault error code bits:
> *
> * bit 0 ==0: no page found 1: protectio
> #define CREATE_TRACE_POINTS
> #include
> @@ -928,6 +929,9 @@ __bad_area_nosemaphore(struct pt_regs *regs, unsigned
> long error_code,
> if (address >= TASK_SIZE_MAX)
> error_code |= X86_PF_PROT;
>
> + if (fixup_vdso_exception(regs, X86_TRAP_PF
Since commit '2d29c9f89fcd ("block, bfq: improve asymmetric scenarios
detection")', if there are process groups with I/O requests waiting for
completion, then BFQ tags the scenario as 'asymmetric'. This detection
is needed for preserving service guarantees (for details, see comments
on the computat
On Thu, 6 Dec 2018 09:34:00 +0100
Peter Zijlstra wrote:
> >
> > I don't understand this.. why are we using schedule_timeout() and all
> > that?
>
> Urgh.. in fact, the more I look at this the more I hate it.
>
> We want to block in __perf_output_begin(), but we cannot because both
> tracepoi
On Thu, Dec 06, 2018 at 11:07:46AM -0500, Steven Sistare wrote:
> On 11/27/2018 8:19 PM, Omar Sandoval wrote:
> > On Tue, Nov 27, 2018 at 10:16:56AM -0500, Steven Sistare wrote:
> >> On 11/9/2018 7:50 AM, Steve Sistare wrote:
> >>> From: Steve Sistare
> >>>
> >>> Provide struct sparsemask and func
On Thu, Dec 06, 2018 at 10:17:34AM -0800, Dave Hansen wrote:
> > #define CREATE_TRACE_POINTS
> > #include
> > @@ -928,6 +929,9 @@ __bad_area_nosemaphore(struct pt_regs *regs, unsigned
> > long error_code,
> > if (address >= TASK_SIZE_MAX)
> > error_code |= X86_PF
The recently merged API for ensuring break-before-make on page-table
entries when installing huge mappings in the vmalloc/ioremap region is
fairly counter-intuitive, resulting in the arch freeing functions
(e.g. pmd_free_pte_page()) being called even on entries that aren't
present. This resulted in
The core code already has a check for pXd_none(), so remove it from the
architecture implementation.
Cc: Chintan Pandya
Cc: Toshi Kani
Cc: Michal Hocko
Cc: Andrew Morton
Acked-by: Thomas Gleixner
Reviewed-by: Toshi Kani
Signed-off-by: Will Deacon
---
arch/x86/mm/pgtable.c | 6 --
1 fil
The current ioremap() code uses a phys_addr variable at each level of
page table, which is confusingly offset by subtracting the base virtual
address being mapped so that adding the current virtual address back on
when iterating through the page table entries gives back the corresponding
physical a
Whilst no architectures actually enable support for huge p4d mappings
in the vmap area, the code that is implemented should be using
break-before-make, as we do for pud and pmd huge entries.
Cc: Chintan Pandya
Cc: Toshi Kani
Cc: Thomas Gleixner
Cc: Michal Hocko
Cc: Andrew Morton
Reviewed-by:
The core code already has a check for pXd_none(), so remove it from the
architecture implementation.
Cc: Chintan Pandya
Cc: Toshi Kani
Cc: Thomas Gleixner
Cc: Michal Hocko
Cc: Andrew Morton
Signed-off-by: Will Deacon
---
arch/arm64/mm/mmu.c | 8 ++--
1 file changed, 2 insertions(+), 6 d
Hi all,
This is a resend of version four of the patches I previously posted here:
v1:
http://lkml.kernel.org/r/1536747974-25875-1-git-send-email-will.dea...@arm.com
v2:
http://lkml.kernel.org/r/1538478363-16255-1-git-send-email-will.dea...@arm.com
v3:
http://lkml.kernel.org/r/1539188584-
On 12/5/18 3:20 PM, Sean Christopherson wrote:
> @@ -223,6 +224,10 @@ do_trap_no_signal(struct task_struct *tsk, int trapnr,
> const char *str,
> tsk->thread.error_code = error_code;
> tsk->thread.trap_nr = trapnr;
>
> + if (user_mode(regs) &&
> + fixup_vdso_exception(reg
On 12/5/18 9:53 AM, Jerome Glisse wrote:
> No so there is 2 kinds of applications:
> 1) average one: i am using device {1, 3, 9} give me best memory for
>those devices
...
>
> For case 1 you can pre-parse stuff but this can be done by helper library
How would that work? Would each us
On Wed, Nov 28, 2018 at 03:20:20PM -0800, Eric Biggers wrote:
> On Sat, Nov 03, 2018 at 10:30:35AM -0700, Eric Biggers wrote:
> > From: Eric Biggers
> >
> > We need to check the return value of match_token() for Opt_err (-1)
> > before doing anything with it.
> >
> > Reported-by: syzbot+a22e0dc0
On Wed, Nov 28, 2018 at 03:19:41PM -0800, Eric Biggers wrote:
> On Fri, Nov 02, 2018 at 06:58:54PM -0700, Eric Biggers wrote:
> > From: Eric Biggers
> >
> > syzbot hit the 'BUG_ON(index_key->desc_len == 0);' in __key_link_begin()
> > called from construct_alloc_key() during sys_request_key(), bec
On Mon, Dec 03, 2018 at 01:55:18PM +, Julien Thierry wrote:
> diff --git a/arch/arm64/include/asm/uaccess.h
> b/arch/arm64/include/asm/uaccess.h
> index 07c3408..cabfcae 100644
> --- a/arch/arm64/include/asm/uaccess.h
> +++ b/arch/arm64/include/asm/uaccess.h
> @@ -233,6 +233,23 @@ static inlin
On Thu, Dec 6, 2018 at 5:52 PM Kees Cook wrote:
>
> On Thu, Dec 6, 2018 at 7:02 AM David Abdurachmanov
> wrote:
> > The patch adds support for SECCOMP and SECCOMP_FILTER (BPF).
>
> Can you add support to tools/testing/selftests/seccomp/seccomp_bpf.c
> as well? That selftest finds a lot of weird c
On Thu, Dec 6, 2018 at 9:41 AM Christian Brauner wrote:
> I feel changing the name around by a single persons preferences is not
> really a nice thing to do community-wise. So I'd like to hear other
> people chime in first before I make that change.
I don't think the name is hugely critical (but
On Thu, Dec 6, 2018 at 10:28 AM Linus Torvalds
wrote:
>
> Put another way, you made the fast case unnecessarily slow.
Side note: the code seems to be a bit confused about it, because
*some* cases test the fast case first, and some do it after they've
already accessed the pointer for the slow case
Hi Greg,
On Thu, Dec 6, 2018 at 9:07 AM Greg KH wrote:
>
> And as these are really devices, why not make them a "device" and a bus?
> What type of topology do you have on these busses? Are everything
> "flat" and connected directly to a PCI/USB/platform device? Or are
> there multiple devices a
On Thu, Dec 6, 2018 at 10:26 AM David Abdurachmanov
wrote:
>
> On Thu, Dec 6, 2018 at 5:52 PM Kees Cook wrote:
> >
> > On Thu, Dec 6, 2018 at 7:02 AM David Abdurachmanov
> > wrote:
> > > The patch adds support for SECCOMP and SECCOMP_FILTER (BPF).
> >
> > Can you add support to tools/testing/sel
Hi David, thank you for the feedback !
On Wed, Dec 5, 2018 at 9:05 PM David Lechner wrote:
>
> Does this actually need a new fieldbus subsystem or could it just be
> implemented as a new network protocol?
>
> Then this generic interface to a fieldbus device could just be a socket.
>
This is a fu
Convert to use vm_insert_range() to map range of kernel
memory to user vma.
Signed-off-by: Souptick Joarder
---
arch/arm/mm/dma-mapping.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index 661fe48
Convert to use vm_insert_range to map range of kernel memory
to user vma.
Signed-off-by: Souptick Joarder
Reviewed-by: Matthew Wilcox
---
drivers/firewire/core-iso.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/firewire/core-iso.c b/drivers/firewi
On 12/5/2018 1:14 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:38AM +0100, Roberto Sassu wrote:
The new tpm_bank_list structure has been preferred to the tpm_digest
structure, to let the caller specify the size of the digest (which may be
unknown to the TPM driver).
Why is that? Di
On Wed, Dec 5, 2018 at 7:42 PM Randy Dunlap wrote:
>
>converted
>
> Where does "ter-i32b.psf" come from?
> I.e., where can I find it?
The Unix/Linux Terminus sources are available for download
at SourceForge. Simply running "make" in source directory
will build the .psf font files
This series adds the nodes for one of the two SD host controllers on SDM845,
and wires it up on the MTP.
Though I tested similar changes on another board, I was unable to actually run
this on an MTP. If someone felt like trying this out on an MTP I would be
grateful.
The original downstream nodes
Add one of the two SD controllers to SDM845.
Signed-off-by: Evan Green
Reviewed-by: Douglas Anderson
---
Changes in v2:
- Reworded commit message to note that there are multiple SD
controllers.
arch/arm64/boot/dts/qcom/sdm845.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff
In sdhci-msm-v5 and beyond, the MCI registers are removed, so there is only
one register region required.
Signed-off-by: Evan Green
---
Changes in v2: None
Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devi
Enable support for one of the micro SD slots on the MTP.
Signed-off-by: Evan Green
---
Changes in v2:
- Fixed alphabetization of node placement in sdm845-mtp.dtsi (Doug)
- Fixed card detect name to match schematics (Doug).
- Moved comment about drive strength next to the drive-strength entry
On Thu, Dec 6, 2018 at 10:17 AM Dave Hansen wrote:
>
> > #define CREATE_TRACE_POINTS
> > #include
> > @@ -928,6 +929,9 @@ __bad_area_nosemaphore(struct pt_regs *regs, unsigned
> > long error_code,
> > if (address >= TASK_SIZE_MAX)
> > error_code |= X86_PF_PR
On Thu, Dec 06, 2018 at 06:10:47PM +, Robin Murphy wrote:
> AFAICS the tmp list wasn't about locking as much as meaning that if
> kzalloc() failed at any point, we can free the partial allocation and back
> out without disturbing free_entries at all - that still makes sense to me
> up until
Quoting Tali Perry (2018-12-06 00:44:31)
> diff --git a/drivers/clk/clk-npcm7xx.c b/drivers/clk/clk-npcm7xx.c
> index 27a86b7a34db..4bd2e40997d4 100644
> --- a/drivers/clk/clk-npcm7xx.c
> +++ b/drivers/clk/clk-npcm7xx.c
> @@ -8,13 +8,19 @@
> */
>
> #include
> +#include
> #include
> +#inclu
On Thu, Dec 6, 2018 at 6:40 AM Eric W. Biederman wrote:
>
> We have in the past had ptrace users that weren't just about debugging
> so I don't know that it is fair to just dismiss it as debugging
> infrastructure.
Absolutely.
Some uses are more than just debug. People occasionally use ptrace
be
On Thu, Dec 6, 2018 at 10:22 AM Dave Hansen wrote:
>
> On 12/5/18 3:20 PM, Sean Christopherson wrote:
> > @@ -223,6 +224,10 @@ do_trap_no_signal(struct task_struct *tsk, int trapnr,
> > const char *str,
> > tsk->thread.error_code = error_code;
> > tsk->thread.trap_nr = trapnr;
> >
> >
On Wed, Dec 5, 2018 at 12:52 AM Nadav Amit wrote:
>
> When module memory is about to be freed, there is no apparent reason to
> make it (and its data) executable, but that's exactly what is done
> today. This is not efficient and not secure.
>
> There are various theories why it was done, but none
> On Dec 4, 2018, at 4:55 AM, Florian Weimer wrote:
>
> * Christian Brauner:
>
>>> On Mon, Dec 03, 2018 at 05:57:51PM +0100, Florian Weimer wrote:
>>> * Christian Brauner:
>>>
Ok, I finally have access to source code again. Scratch what I said above!
I looked at the code and tested it. I
> On Dec 6, 2018, at 10:52 AM, Andy Lutomirski wrote:
>
> On Wed, Dec 5, 2018 at 12:52 AM Nadav Amit wrote:
>> When module memory is about to be freed, there is no apparent reason to
>> make it (and its data) executable, but that's exactly what is done
>> today. This is not efficient and not sec
* Andy Lutomirski:
>> I suppose that's fine. Or alternatively, when thread group support is
>> added, introduce a flag that applications have to use to enable it, so
>> that they can probe for support by checking support for the flag.
>>
>> I wouldn't be opposed to a new system call like this eit
On December 7, 2018 7:56:44 AM GMT+13:00, Florian Weimer
wrote:
>* Andy Lutomirski:
>
>>> I suppose that's fine. Or alternatively, when thread group support
>is
>>> added, introduce a flag that applications have to use to enable it,
>so
>>> that they can probe for support by checking support for
The pull request you sent on Thu, 06 Dec 2018 11:54:41 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-4.20-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2acee31cce656cca9e81072c330c1322e1376155
Thank you!
--
Deet-doot-dot,
The pull request you sent on Thu, 6 Dec 2018 12:47:19 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v4.20-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/abb8d6ecbd8f7801c048f6543f79d22d24cead7b
Thank you!
--
Deet-doot-do
The pull request you sent on Thu, 6 Dec 2018 13:32:58 +0800:
> (unable to parse the git remote)
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/002f421a84c5a9260bf0e312af5d5043b311
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wiki.kernel.org/userdoc/prt
On Thu, Dec 6, 2018 at 10:15 AM Linus Torvalds
wrote:
>
> On Wed, Dec 5, 2018 at 11:34 PM Ingo Molnar wrote:
> >
> > Yeah, so I don't like the overly long 'SUPERVISOR' and the somewhat
> > inconsistent, sporadic handling of negatives. Here's our error code bits:
> >
> > /*
> > * Page fault error
"arm,cortex-a15-pmu" is not a valid fallback compatible string for an
Cortex-A7 PMU, so drop it.
Cc: Maxime Ripard
Cc: Chen-Yu Tsai
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/sun6i-a31.dtsi | 2 +-
arch/arm/boot/dts/sun7i-a20.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
From: Kan Liang
In the process of handling a guest overflow, KVM unconditionally
reprograms perf counters before entering guest. The reprogramming brings
very high overhead. For common case, (e.g. vCPU still runs on the same
CPU), it's unnecessary.
Here is current process of handling an overflow
These are implied by the target architecture and for x86_64 match the
max-page-size. The default for non-NaCl x86_64 is 0x1000 (4096).
In bfd the common page size is defined as 0x1000 (4096) for non-NaCl
x86_64 targets:
bfd/elf64-x86-64.c:
4998:#define ELF_COMMONPAGESIZE 0x1000
For g
On Thu, Dec 06, 2018 at 01:11:42PM -0600, Rob Herring wrote:
> "arm,cortex-a15-pmu" is not a valid fallback compatible string for an
> Cortex-A7 PMU, so drop it.
>
> Cc: Maxime Ripard
> Cc: Chen-Yu Tsai
> Signed-off-by: Rob Herring
> ---
> arch/arm/boot/dts/sun6i-a31.dtsi | 2 +-
> arch/arm/bo
Christian Brauner writes:
> On December 7, 2018 4:01:19 AM GMT+13:00, ebied...@xmission.com wrote:
>>Christian Brauner writes:
>>
>>> The kill() syscall operates on process identifiers (pid). After a
>>process
>>> has exited its pid can be reused by another process. If a caller
>>sends a
>>> sig
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node), which
is something heavily required for histograms. Specifically, the
following are converted to rb_root_cached, and users accordingly:
hist::entries_in_array
hist::entries_in
h
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node), which
is something heavily required for perf-sched.
Signed-off-by: Davidlohr Bueso
---
tools/perf/builtin-sched.c | 45 +
1 file ch
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node), which
is something required for nearly every in/srcline callchain node
deletion (in/srcline__tree_delete()).
Signed-off-by: Davidlohr Bueso
---
tools/perf/util/dso.c | 4
Hi,
Per acme's request, this is a rebase (and basically rewrite) of v1.
The following optimizes the rb_first() lookups in perf tooling such that we
can avoid walking down the tree finding the first element. Tree traversals
(and overall computing the first node in the tree) is a surprisingly commo
Hi Peter,
On Thu, Dec 06, 2018 at 04:08:50PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 30, 2018 at 05:34:29PM +, Will Deacon wrote:
> > This is version two of the patches I originally posted here:
> >
> >
> > http://lkml.kernel.org/r/1543347902-21170-1-git-send-email-will.dea...@arm.com
>
Hi Alex,
Thanks for running these tests and providing the in-depth analysis.
On Mon, Dec 03, 2018 at 09:20:25PM +, Alexander Van Brunt wrote:
> > If we roll a TLB invalidation routine without the trailing DSB, what sort of
> > performance does that get you?
>
> It is not as good. In some cas
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node).
Signed-off-by: Davidlohr Bueso
---
tools/perf/builtin-annotate.c| 2 +-
tools/perf/util/dso.c| 4 +-
tools/perf/util/dso.h| 6 +--
tools/perf/ut
There have been a number of changes in the kernel's rbrtee
implementation, including loose lockless searching guarantees
and rb_root_cached, which later patches will use as an
optimization.
Signed-off-by: Davidlohr Bueso
---
tools/include/linux/rbtree.h | 52 --
tools/include/
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node), which
is something required for any of the strlist or intlist traversals
(XXX_for_each_entry()). There are a number of users in perf of
these (particularly strlists), including p
At the cost of an extra pointer, we can avoid the O(logN) cost
of finding the first element in the tree (smallest node), which
is something required for nearly every operation dealing with
machine->guests and threads->entries.
The conversion is straightforward, however, it's worth noticing
that th
On Thu, Dec 6, 2018 at 2:26 AM David Abdurachmanov
wrote:
>
> Noticed while building kernel-4.20.0-0.rc5.git2.1.fc30 for
> Fedora 30/RISCV.
>
> [..]
> BUILDSTDERR: arch/riscv/kernel/ftrace.c: In function 'prepare_ftrace_return':
> BUILDSTDERR: arch/riscv/kernel/ftrace.c:135:6: warning: unused vari
On Thu, Dec 06, 2018 at 10:25:08AM -0800, Dave Hansen wrote:
> On 12/5/18 9:53 AM, Jerome Glisse wrote:
> > No so there is 2 kinds of applications:
> > 1) average one: i am using device {1, 3, 9} give me best memory for
> >those devices
> ...
> >
> > For case 1 you can pre-parse stuff
On Thu, Dec 06, 2018 at 10:48:39AM -0800, Linus Torvalds wrote:
> On Thu, Dec 6, 2018 at 6:40 AM Eric W. Biederman
> wrote:
> >
> > We have in the past had ptrace users that weren't just about debugging
> > so I don't know that it is fair to just dismiss it as debugging
> > infrastructure.
>
> A
Fixes: 7d1cd2978664 ("ARM: dts: imx6ul: add gpmi support")
Signed-off-by: Leonard Crestez
---
arch/arm/boot/dts/imx6ul.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/imx6ul.dtsi b/arch/arm/boot/dts/imx6ul.dtsi
index 083d3446c41d..93ca2405ac8c 100644
--
Ensure that timing values for the child node are applied to
all chip selects in the child's address ranges.
Note that this does not support multiple timing settings per
child; this can be added in the future if required.
Example:
&weim {
acme@0 {
compatible = "acme,whateve
Support multiple address ranges per child node on imx-weim.
While we're at it, insert some code which guards against common config
conflicts.
v3:
added devicetree binding docs
v2:
corrected acme@... in commit message example
Sven Van Asbroeck (3):
bus: imx-weim: support multipl
The imx-weim driver was patched to allow correct WEIM configuration
when multiple address ranges are used in a child node.
Update the dt-bindings to reflect this.
Signed-off-by: Sven Van Asbroeck
---
.../devicetree/bindings/bus/imx-weim.txt | 32 +--
1 file changed, 29 inser
When specifying weim child devices, there is a risk that more than
one timing setting is specified for the same chip select.
The driver cannot support such a configuration.
In case of conflict, this patch will print a warning to the log,
and will ignore the child node in question.
In this exampl
601 - 700 of 1420 matches
Mail list logo