On Mon, Mar 11, 2019 at 4:36 PM Subhra Mazumdar
wrote:
>
>
> On 3/11/19 11:34 AM, Subhra Mazumdar wrote:
> >
> > On 3/10/19 9:23 PM, Aubrey Li wrote:
> >> On Sat, Mar 9, 2019 at 3:50 AM Subhra Mazumdar
> >> wrote:
> >>> expected. Most of the performance recovery happens in patch 15 which,
> >>> u
On Mon, Mar 11, 2019 at 04:16:33PM -0700, Matthew Wilcox wrote:
> On Mon, Mar 11, 2019 at 08:49:23PM +, Roman Gushchin wrote:
> > The patchset looks good to me, however I'd add some clarifications
> > why switching from lru to slab_list is safe.
> >
> > My understanding is that the slab_list f
On Mon, 2019-03-11 at 16:54 -0700, Calvin Owens wrote:
> e're having lots of problems with TPM commands timing out, and we're
> seeing these problems across lots of different hardware (both v1/v2).
>
> I instrumented the driver to collect latency data, but I wasn't able
> to find any specific time
The if/else block from hvt_op_open function can be written
as a switch/case block, and the bool issue_reset variable
is avoided.
No functional change made.
Suggested-by: Joe Perches
Signed-off-by: Jesús Castro
---
v2: Refactoring hvt_op_open function with a switch/case block.
Change subje
On Mon, Mar 11, 2019 at 5:08 PM Linus Torvalds
wrote:
>
> On Mon, Mar 11, 2019 at 8:37 AM Dan Williams wrote:
> >
> > Another feature the userspace tooling can support for the PMEM as RAM
> > case is the ability to complete an Address Range Scrub of the range
> > before it is added to the core-mm
---
blu | 0
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 blu
diff --git a/blu b/blu
new file mode 100644
index ..e69de29bb2d1
--
2.20.1
---
bla | 0
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 bla
diff --git a/bla b/bla
new file mode 100644
index ..e69de29bb2d1
--
2.20.1
On Sun, 10 Mar 2019 16:35:35 +0300 Alexey Dobriyan wrote:
> Newly added static_assert() is formally a declaration, which will give
> a warning if used in the middle of the function.
>
> ...
>
> --- a/Makefile
> +++ b/Makefile
> @@ -792,9 +792,6 @@ endif
> # arch Makefile may override CC so keep
On Mon, Mar 11, 2019 at 04:58:28PM -0700, Daniel Colascione wrote:
> On Mon, Mar 11, 2019 at 4:37 PM Steven Rostedt wrote:
> >
> > On Sat, 9 Mar 2019 16:44:31 -0500
> > Karim Yaghmour wrote:
> >
> >
> > > Sorry, I should've been clearer. I'm including eBPF/BCC into the
> > > "user-space tools" he
On Wed, Mar 6, 2019 at 8:24 PM Matthew Garrett wrote:
>
> On Wed, Mar 6, 2019 at 7:56 PM Mimi Zohar wrote:
> > The kexec and kernel modules patches in this patch set continues to
> > ignore IMA. This patch set should up front either provide an
> > alternative solution to coordinate the different
In relocate_kernel() CR4.LA57 flag is set before kexec jumping if
the kernel has 5-level paging enabled. Then in boot/compressed/head_64.S,
it will check if the booting kernel is in 4-level or 5-level paging
mode, and handle accordingly. However, the old kernel which doesn't
contain the 5-level cod
Restrict kdump to only reserve crashkernel below 64TB. Since the kdump
jumping may be from 5-level to 4-level, and the kdump kernel is put
above 64TB in 5-level kernel, then the jumping will fail. And the
crashkernel reservation is done during the 1st kernel bootup, there's
no way to detect the pag
This is v2 post.
The original v1 post can be found here:
http://lkml.kernel.org/r/20180829141624.13985-1-...@redhat.com
Later a v1 RESEND version:
http://lkml.kernel.org/r/20190125022817.29506-1-...@redhat.com
This patchset is trying to fix several issues for kexec/kdump when
dynamic switching o
Add two bits XLF_5LEVEL and XLF_5LEVEL_ENABLED for 5-level kernel.
Bit XLF_5LEVEL indicates if 5-level related code is contained
in this kernel.
Bit XLF_5LEVEL_ENABLED indicates if CONFIG_X86_5LEVEL=y is set.
They are being used in later patch to check if kexec/kdump kernel
is loaded in right plac
On 3/11/19 5:20 PM, Greg Kerr wrote:
On Mon, Mar 11, 2019 at 4:36 PM Subhra Mazumdar
wrote:
On 3/11/19 11:34 AM, Subhra Mazumdar wrote:
On 3/10/19 9:23 PM, Aubrey Li wrote:
On Sat, Mar 9, 2019 at 3:50 AM Subhra Mazumdar
wrote:
expected. Most of the performance recovery happens in patch 1
On 02/17/19 at 09:07am, Kees Cook wrote:
> > + * E.g the physical memory region, we limit the starting address to be
> > + * taken from the 1st 1/3 part of the whole available virtual address
> > + * space which is from 0x8800 to 0xfe00, namely
> > + * the original starting
Switch from per mm_struct to per pmd page table lock by enabling
ARCH_ENABLE_SPLIT_PMD_PTLOCK. This provides better granularity for
large system.
I'm not sure if there is contention on mm->page_table_lock. Given
the option comes at no cost (apart from initializing more spin
locks), why not enable
Call pgtable_pmd_page_dtor() for pmd page allocated by
mmu_memory_cache_alloc() so kernel won't crash when it's freed
through stage2_pmd_free()->pmd_free()->pgtable_pmd_page_dtor().
This is needed if we are going to enable split pmd pt lock.
Signed-off-by: Yu Zhao
---
arch/arm64/include/asm/sta
For pte page, use pgtable_page_ctor(); for pmd page, use
pgtable_pmd_page_ctor(); and for the rest (pud, p4d and pgd),
don't use any.
For now, we don't select ARCH_ENABLE_SPLIT_PMD_PTLOCK and
pgtable_pmd_page_ctor() is a nop. When we do in patch 3, we
make sure pmd is not folded so we won't mistak
init_mm doesn't require page table lock to be initialized at
any level. Add a separate page table allocator for it, and the
new one skips page table ctors.
The ctors allocate memory when ALLOC_SPLIT_PTLOCKS is set. Not
calling them avoids memory leak in case we call pte_free_kernel()
on init_mm.
On Fri, 8 Mar 2019 09:31:00 +0100 Linus Walleij
wrote:
> On Sun, Mar 3, 2019 at 8:47 AM William Breathitt Gray
> wrote:
>
> > This macro iterates for each 8-bit group of bits (clump) with set bits,
> > within a bitmap memory region. For each iteration, "start" is set to the
> > bit offset of t
On Mon, Mar 11, 2019 at 04:16:33PM -0700, Matthew Wilcox wrote:
> On Mon, Mar 11, 2019 at 08:49:23PM +, Roman Gushchin wrote:
> > The patchset looks good to me, however I'd add some clarifications
> > why switching from lru to slab_list is safe.
> >
> > My understanding is that the slab_list f
On Tue, Mar 12, 2019 at 12:22:23AM +, Roman Gushchin wrote:
> On Mon, Mar 11, 2019 at 04:16:33PM -0700, Matthew Wilcox wrote:
> > On Mon, Mar 11, 2019 at 08:49:23PM +, Roman Gushchin wrote:
> > > The patchset looks good to me, however I'd add some clarifications
> > > why switching from lru
On Mon, Mar 11, 2019 at 09:51:09PM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:13PM +1100, Tobin C. Harding wrote:
> > Add the two methods needed for moving objects and enable the display of
> > the callbacks via the /sys/kernel/slab interface.
> >
> > Add documentation explaining
On Mon, Mar 11, 2019 at 3:48 PM Valentin Schneider
wrote:
>
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> Signed-off-by: Valentin Schneider
> Cc: Chris Zankel
> Cc: Max Filippov
> C
On Mon, Mar 11, 2019 at 09:23:27PM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:12PM +1100, Tobin C. Harding wrote:
> > Create an ops field in /sys/slab/*/ops to contain all the callback
> > operations defined for a slab cache. This will be used to display
> > the additional callbac
The pull request you sent on Sun, 10 Mar 2019 23:40:19 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6cdfa54cd22984ae785b0d496b53405d6da9ad1d
Thank you!
--
Deet-doot-dot, I
On Mon, Mar 11, 2019 at 09:54:17PM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:14PM +1100, Tobin C. Harding wrote:
> > -F lists caches that support object migration.
>
> Maybe -M?
Seems reasonable, will use in v2, thanks.
Tobin.
On Mon, Mar 11, 2019 at 11:28 AM Matthew Wilcox wrote:
>
> git://git.infradead.org/users/willy/linux-dax.git xarray
You forgot to tag it, and I don't pull from external untrusted sites
without signed tags..
Please? I know you can do it, because you've done it successfully in the past...
Hi, Rob
Best Regards!
Anson Huang
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 2019年3月12日 6:53
> To: Anson Huang
> Cc: mark.rutl...@arm.com; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutronix.de; feste...@gmail.com;
> devicet...@vger.kernel.org
On Mon, Mar 11, 2019 at 10:48:45PM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:15PM +1100, Tobin C. Harding wrote:
> > We have now in place a mechanism for adding callbacks to a cache in
> > order to be able to implement object migration.
> >
> > Add a function __move() that imple
On Tue, Mar 12, 2019 at 12:09:31AM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:11PM +1100, Tobin C. Harding wrote:
> > Hi,
> >
> > Here is a patch set implementing movable objects within the SLUB
> > allocator. This is work based on Christopher's patch set:
> >
> > https://lore
On Mon, Mar 11, 2019 at 11:35:29PM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:20PM +1100, Tobin C. Harding wrote:
> > If many objects are allocated with the slab allocator and freed in an
> > arbitrary order then the slab caches can become internally fragmented.
> > Now that the s
On Fri, 8 Mar 2019 15:16:18 +0530
Neeraj Upadhyay wrote:
> Update the code to match the comment that self wakeup of
> grace period kthread is allowed from interrupt handler, and
> softirq handler, running in the grace period kthread's
> context. Present code allows self wakeups from all
> interr
On Mon, 2019-03-11 at 17:42 -0700, Matthew Garrett wrote:
> On Wed, Mar 6, 2019 at 8:24 PM Matthew Garrett wrote:
> >
> > On Wed, Mar 6, 2019 at 7:56 PM Mimi Zohar wrote:
> > > The kexec and kernel modules patches in this patch set continues to
> > > ignore IMA. This patch set should up front ei
On Tue, Mar 12, 2019 at 12:16:07AM +, Roman Gushchin wrote:
> On Fri, Mar 08, 2019 at 03:14:23PM +1100, Tobin C. Harding wrote:
> > Implement functions to migrate objects. This is based on
> > initial code by Matthew Wilcox and was modified to work with
> > slab object migration.
> >
> > Co-de
Add lx2160a compatible to bindings documentation.
Signed-off-by: Peng Ma
Reviewed-by: Rob Herring
---
changed for V7:
- add Reviewed by tag.
.../devicetree/bindings/ata/ahci-fsl-qoriq.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/device
Lx2160a is a new introduced soc which supports ATA3.0
Signed-off-by: Peng Ma
---
changed for V7:
- no changed.
drivers/ata/ahci_qoriq.c | 52 +++---
1 files changed, 35 insertions(+), 17 deletions(-)
diff --git a/drivers/ata/ahci_qoriq.c b/driv
Add SATA device nodes for fsl-lx2160a and enable support
for QDS and RDB boards.
Signed-off-by: Peng Ma
---
changed for V7:
- no changed
arch/arm64/boot/dts/freescale/fsl-lx2160a-qds.dts | 16 +++
arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 16 +++
arch/arm64/boot/dt
hi Rob, Marek and Frank:
> > > The __reserved_mem_init_node will call region specific reserved memory
> > > init codes, but once all compatibled init codes failed, the memory region
> > > will left in memory.reserved and cause leakage.
> > >
> > > Take cma reserve memory DTS for example, if user de
On Tue, Mar 12, 2019 at 12:22:23AM +, Roman Gushchin wrote:
> On Mon, Mar 11, 2019 at 04:16:33PM -0700, Matthew Wilcox wrote:
> > On Mon, Mar 11, 2019 at 08:49:23PM +, Roman Gushchin wrote:
> > > The patchset looks good to me, however I'd add some clarifications
> > > why switching from lru
From: Andi Kleen
Many workloads change over time. 'perf report' currently aggregates the
whole time range reported in perf.data.
This patch adds an option for a time quantum to quantisize the perf.data
over time.
This just adds the option, will be used in follow on patches for a time
sort key.
From: Andi Kleen
perf script -F +insn was only working for PT traces because the PT
instruction decoder was filling in the insn/insn_len sample attributes.
Support it for non PT samples too on x86 using the existing x86
instruction decoder.
This adds some extra checking to ensure that we don't t
kernel/git/acme/linux into perf/urgent
(2019-03-09 17:00:17 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-5.1-20190311
for you to fetch changes up to dfcbc2f2994b8a3af3605a26dc29c07ad7378bf4:
tools lib bp
From: Andi Kleen
Upcoming changes add timestamp output in perf report. Add a --ns
argument similar to perf script to support nanoseconds resolution when
needed.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: http://lkml.kernel.org/r/20190305144758.12397-5-a...@firstfloor.org
S
From: Stephane Eranian
On mmap(), perf_events generates a RECORD_MMAP record and then checks
which events are interested in this record. There are currently 2
versions of mmap records: RECORD_MMAP and RECORD_MMAP2. MMAP2 is larger.
The event configuration controls which version the user level too
From: Jiri Olsa
Make perf_data__size() return proper size for directory data, summing up
all the individual file sizes.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http
From: Jiri Olsa
Add perf_data__update_dir() to update the size for every file within the
perf.data directory.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.ke
From: Jiri Olsa
The data files layout is described by HEADER_DIR_FORMAT feature.
Currently it holds only version number (1):
uint64_t version;
The current version holds only version value (1) means that data files:
- Follow the 'data.*' name format.
- Contain raw events data in stand
From: Jiri Olsa
Adding callback function to reader object so callers can process data in
different ways.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.
From: Andi Kleen
The UI viewer for scripts output has a lot of limitations: limited size,
no search or save function, slow, and various other issues.
Just use 'less' to display directly on the terminal instead.
This won't work in GTK mode, but GTK doesn't support these context menus
anyways. If
From: Jiri Olsa
The caller needs to set 'struct perf_data::is_dir flag and the path will
be treated as a directory.
The 'struct perf_data::file' is initialized and open as 'path/header'
file.
Add a check to the direcory interface functions to check the is_dir flag.
Signed-off-by: Jiri Olsa
Cc
From: Jiri Olsa
We can't store the auxtrace index when we store into multiple files,
because we keep only offset for it, not the file.
The auxtrace data will be processed correctly in the 'pipe' mode.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc:
From: Adrian Hunter
Since commit 4d99e4136580 ("perf machine: Workaround missing maps for
x86 PTI entry trampolines"), perf tools has been creating more than one
kernel map, however 'perf probe' assumed there could be only one.
Fix by using machine__kernel_map() to get the main kernel map.
Sign
From: Arnaldo Carvalho de Melo
To get the changes in:
c8ce48f06503 ("asm-generic: Make time32 syscall numbers optional")
Silencing these tools/perf build warnings:
Warning: Kernel ABI header at 'tools/arch/arm64/include/uapi/asm/unistd.h'
differs from latest version at 'arch/arm64/include
From: Tony Jones
Introduce a printdate function to eliminate the repetitive use of
datetime.datetime.today() in the SQL exporting scripts.
Signed-off-by: Tony Jones
Acked-by: Adrian Hunter
Link: http://lkml.kernel.org/r/20190309000518.2438-5-to...@suse.de
Signed-off-by: Arnaldo Carvalho de Mel
From: Tony Jones
Support both Python2 and Python3 in the export-to-postgresql.py script.
The use of 'from __future__' implies the minimum supported Python2 version
is now v2.6
Signed-off-by: Tony Jones
Link: http://lkml.kernel.org/r/20190309000518.2438-3-to...@suse.de
Signed-off-by: Adrian Hun
Hi.
When looking to test SCHED_DEADLINE syzkaller report an warn in
task_non_contending(). I tested the mainline kernel with the C program
and captured the same call trace.
[The previous message contains some strings in other formats,
making the mail less readable. So I resend it. SORRY.]
[
From: Martin Liška
Thi patch adds PMC events for AMD Family 17 CPUs as defined in [1]. It
covers events described in section: 2.1.13. Regex pattern in mapfile.csv
covers all CPUs of the family.
[1] https://support.amd.com/TechDocs/54945_PPR_Family_17h_Models_00h-0Fh.pdf
Signed-off-by: Martin L
From: Tony Jones
Support both Python2 and Python3 in the exported-sql-viewer.py script.
The use of 'from __future__' implies the minimum supported Python2 version
is now v2.6
Signed-off-by: Tony Jones
Acked-by: Adrian Hunter
Link: http://lkml.kernel.org/r/20190309000518.2438-2-to...@suse.de
S
From: Andi Kleen
When using the time sort key, add new context menus to run scripts for
only the currently selected time range. Compute the correct range for
the selection add pass it as the --time option to perf script.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.or
From: Andi Kleen
Add a time sort key to perf report to display samples for different time
quantums separately. This allows easier analysis of workloads that
change over time, and also will allow looking at the context of samples.
% perf record ...
% perf report --sort time,overhead,symbol --time
From: Andi Kleen
Now 'perf report' can show whole time periods with 'perf script', but
the user still has to find individual samples of interest manually.
It would be expensive and complicated to search for the right samples in
the whole perf file. Typically users only need to look at a small nu
From: Andi Kleen
Fix the argv ui browser code to correctly display more entries than fit
on the screen without crashing. The problem was some type confusion with
pointer types in the ->seek function. Do the argv arithmetic correctly
with char ** pointers. Also add some asserts to find overruns an
From: Andi Kleen
The --cpu option only filtered samples. Filter other perf events, such
as COMM, FORK, SWITCH by the CPU too.
Reported-by: Jiri Olsa
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.org/r/20190311144502.15423-2-a...@firstfloor.org
Signed-off-by: Arnaldo C
From: Andi Kleen
Add a way to define custom scripts through ~/.perfconfig, which are then
added to the scripts menu. The scripts get the same arguments as 'perf
script', in particular -i, --cpu, --tid.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.org/r/20190311144502.
From: Arnaldo Carvalho de Melo
To get the changes in:
4effd28c1245 ("bridge: join all-snoopers multicast address")
That do not generate any changes in tools/ use of this file.
Silences this tools/perf build warning:
Warning: Kernel ABI header at 'tools/include/uapi/linux/in.h' differs fro
From: Andi Kleen
The scripts menu traditionally only showed custom perf scripts.
Allow to run standard perf script with useful default options too.
- Normal perf script
- perf script with assembler (needs xed installed)
- perf script with source code output (needs debuginfo)
- perf script with
From: Andi Kleen
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.org/r/20190311144502.15423-9-a...@firstfloor.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/Documentation/tips.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tools/perf/Document
From: Arnaldo Carvalho de Melo
To pick the changes in 7948450d4556 ("x86/x32: use time64 versions of
sigtimedwait and recvmmsg"), that doesn't cause any change in behaviour
in tools/perf/ as it deals just with the x32 entries.
This silences this tools/perf build warning:
Warning: Kernel ABI h
From: Andi Kleen
Don't overflow array when the scripts directory is too large, or the
script file name is too long.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.org/r/20190311144502.15423-11-a...@firstfloor.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/
From: YueHaibing
register_snap_client may return NULL, all the callers
check it, but only print a warning. This will result in
NULL pointer dereference in unregister_snap_client and other
places.
It has always been used like this since v2.6
Reported-by: Dan Carpenter
Signed-off-by: YueHaibing
From: Andi Kleen
Add a utility function to print nanosecond timestamps.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: http://lkml.kernel.org/r/20190305144758.12397-11-a...@firstfloor.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/time-utils.c | 8
From: Tony Jones
Support both Python2 and Python3 in the export-to-sqlite.py script
The use of 'from __future__' implies the minimum supported Python2 version
is now v2.6
Signed-off-by: Tony Jones
Acked-by: Adrian Hunter
Link: http://lkml.kernel.org/r/20190309000518.2438-4-to...@suse.de
Signe
On Mon, Mar 11, 2019 at 06:39:41PM -0700, Linus Torvalds wrote:
> On Mon, Mar 11, 2019 at 11:28 AM Matthew Wilcox wrote:
> >
> > git://git.infradead.org/users/willy/linux-dax.git xarray
>
> You forgot to tag it, and I don't pull from external untrusted sites
> without signed tags..
>
> Please?
Hello,
This series fixes the slow down in performance introduced by
"[PATCH v2] drm: Block fb changes for async plane updates" where async update
falls back to a sync update, causing igt failures of type:
"CRITICAL: completed 97 cursor updated in a period of 30 flips, we
expect to complet
i.MX7ULP has a MMDC module to control DDR, it reuses
i.MX6Q's MMDC module, add support for it.
Signed-off-by: Anson Huang
Reviewed-by: Fabio Estevam
---
No changes.
---
arch/arm/boot/dts/imx7ulp.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp.dtsi b/arch
Freescale MMDC (Multi Mode DDR Controller) driver is supported
since i.MX6Q, but not yet documented, this patch adds binding
doc for MMDC module driver.
Signed-off-by: Anson Huang
---
Changes since V4:
- update mmdc1 example.
---
.../bindings/memory-controllers/fsl/mmdc.txt | 35 ++
Async update callbacks are expected to set the old_fb in the new_state
so prepare/cleanup framebuffers are balanced.
Calling drm_atomic_set_fb_for_plane() (which gets a reference of the new
fb and put the old fb) is not required, as it's taken care by
drm_mode_cursor_universal() when calling drm_a
Add MMDC1 compatible string which is missing, and also set
it to be disabled by default, as most of the platforms ONLY
use single channel MMDC0, if dual MMDC channels are used, it
can be enabled in board dts file.
Signed-off-by: Anson Huang
---
New patch.
---
arch/arm/boot/dts/imx6qdl.dtsi | 2 +
Node name should be generic, so use "memory-controller"
instead of "mmdc" for MMDC node name, also remove "mmdc"
label for platforms with single MMDC node.
Signed-off-by: Anson Huang
Reviewed-by: Fabio Estevam
---
No changes.
---
arch/arm/boot/dts/imx6qdl.dtsi | 4 ++--
arch/arm/boot/dts/imx6sl
On Mon, Mar 11, 2019 at 3:06 PM Rob Herring wrote:
>
> On Mon, Mar 11, 2019 at 12:19:32PM -0700, Sean Wang wrote:
> > Hi,
> >
> > Always put the patches about dt-binding changes at the head of the
> > series to let the related maintainer more easily find them.
> >
> > On Sun, Mar 10, 2019 at 8:48
On Mon, Mar 11, 2019 at 2:35 PM Angus Ainslie (Purism) wrote:
>
> These are the TMU nodes from the NXP vendor kernel
>
Hey Angus,
TMU block supports multiple thermal zones and vendor kernel doesn't
really account for that (see below). Latest version of the driver in
thermal tree now actually sup
On Tue, Mar 12, 2019 at 12:05:54PM +1100, Tobin C. Harding wrote:
> > slab_list and lru are in the same bits. Once this patch set is in,
> > we can remove the enigmatic 'uses lru' comment that I added.
>
> Funny you should say this, I came to me today while daydreaming that I
> should have remove
On Mon, Mar 11, 2019 at 6:49 PM Patrick Venture wrote:
>
> On Mon, Mar 11, 2019 at 3:20 PM Rob Herring wrote:
> >
> > On Mon, Mar 04, 2019 at 10:55:36AM -0800, Patrick Venture wrote:
> > > Document the ast2400, ast2500 PCI-to-AHB bridge control driver bindings.
> > >
> > > Signed-off-by: Patrick
On Tue, 12 Mar 2019 at 02:55, Enrico Weigelt, metux IT consult
wrote:
>
> Use the new helper that wraps the calls to platform_get_resource()
> and devm_ioremap_resource() together.
>
> Signed-off-by: Enrico Weigelt, metux IT consult
> ---
> drivers/gpio/gpio-eic-sprd.c | 9 ++---
> 1 file ch
Hi,
On Tue, 12 Mar 2019 at 02:57, Enrico Weigelt, metux IT consult
wrote:
>
> Use the new helper that wraps the calls to platform_get_resource()
> and devm_ioremap_resource() together.
>
> Signed-off-by: Enrico Weigelt, metux IT consult
> ---
> drivers/gpio/gpio-sprd.c | 4 +---
> 1 file changed
On (03/11/19 13:04), John Ogness wrote:
> > Great catch!
>
> Yes, thanks!
>
> > I think that it is doable to guard the list using RCU.
>
> I think it would be enough to take the prb_cpulock when modifying the
> console linked list. That will keep printk_emergency() out until the
> list has been
On (03/08/19 11:31), Petr Mladek wrote:
> Great catch!
>
> I think that it is doable to guard the list using RCU.
I think console_sem is more than just list lock.
E.g. fb_flashcursor() - console_sem protects framebuffer from concurrent
modifications. And many other examples.
I think the last ti
On Thu, Mar 7, 2019 at 10:56 AM Jerome Glisse wrote:
>
> On Thu, Mar 07, 2019 at 09:46:54AM -0800, Andrew Morton wrote:
> > On Tue, 5 Mar 2019 20:20:10 -0800 Dan Williams
> > wrote:
> >
> > > My hesitation would be drastically reduced if there was a plan to
> > > avoid dangling unconsumed symbol
Hi Rob,
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 2019年3月12日 6:12
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; robh...@kernel.org; ma
in the previous case, initrd_start and initrd_end can be successfully
returned even (base < memblock_start_of_DRAM()) or (base + size >
memblock_start_of_DRAM() + linear_region_size).
That means even linear mapping range check fail for initrd_start and
initrd_end, it still can get virtual address.
On 11-03-19, 12:53, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> After commit d856f39ac1cc ("PM / wakeup: Rework wakeup source timer
> cancellation") wakeup_source_drop() is a trivial wrapper around
> __pm_relax() and it has no users except for wakeup_source_destroy()
> and wakeup_sourc
And remove Enghlish explainations in the docs, which it isn't
necessary in Chinese doc.
Signed-off-by: Alex Shi
Cc: Harry Wei
Cc: Jonathan Corbet
Cc: TripleX Chung
Cc: Li Zefan
Cc: Shawn Guo
Cc: Fengguang Wu
Cc: Coly Li
Signed-off-by: Weiwei Jia
---
.../zh_CN/process/submitting-patches.r
to replace the obsolete email address with new one.
Signed-off-by: Alex Shi
Cc: Zhang Wei
Cc: Li Yang
Signed-off-by: Weiwei Jia
---
Documentation/translations/zh_CN/process/submitting-drivers.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/translations/zh
On 11-03-19, 13:05, Rafael J. Wysocki wrote:
> On Friday, March 8, 2019 10:53:11 AM CET Viresh Kumar wrote:
> > wakeup_source_remove() is the counterpart of wakeup_source_add() helper
> > and must undo the initializations done by wakeup_source_add(). Currently
> > the timer is initialized by wakeup
The pull request you sent on Mon, 11 Mar 2019 11:28:29 -0700:
> git://git.infradead.org/users/willy/linux-dax.git xarray
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ea295481b6e313b4ea3ca2720ffcafd6005b5643
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wik
On 02/18/19 at 11:17am, Baoquan He wrote:
> > > + * When KASLR is active then the MM code makes sure that for each region
> > > + * there's such a single, dynamic, global base address 'unsigned long'
> > > + * variable available for the KASLR code to point to and modify directly:
> > > + *
> > > +
From: Andi Kleen
Pass on -f to the child perf script, so that it can read the perf.data
file if it's owned by a different user.
Signed-off-by: Andi Kleen
---
tools/perf/ui/browsers/res_sample.c | 3 ++-
tools/perf/ui/browsers/scripts.c| 5 +++--
2 files changed, 5 insertions(+), 3 deletion
From: Andi Kleen
When a sample doesn't have a time stamp (e.g. from --no-time),
show the beginning of the trace for res samples instead of generating
an impossible time range that errors out.
Signed-off-by: Andi Kleen
---
tools/perf/ui/browsers/res_sample.c | 4 +++-
1 file changed, 3 insertio
901 - 1000 of 1055 matches
Mail list logo
