Refer to the commit f1395edbcec8 ("platform/x86: ideapad-laptop: Use
__func__ instead of write_ec_cmd in pr_err"), prefer using '"%s...",
__func__' to using 'read_ec_cmd' in read_ec_data.
Signed-off-by: Zhang Xianwei
---
drivers/platform/x86/ideapad-laptop.c | 2 +-
1 file changed, 1
On 11 August 2018 at 09:34, Baolin Wang wrote:
> Define readable macros instead of magic number to make code more readable.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 25 +
> 1 file changed, 17 insertions(+), 8
On 11 August 2018 at 09:34, Baolin Wang wrote:
> The devm_ioremap_resource() will valid the resources, thus remove the
> unnecessary resource validation in the driver.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 7 ++-
> 1 file
On 11 August 2018 at 09:34, Baolin Wang wrote:
> The register offset value should be 'unsigned int' type.
>
> Moreover, prefer 'unsigned int' to bare use of 'unsigned'.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 9 +
> 1 file
On 11 August 2018 at 09:34, Baolin Wang wrote:
> Make the macros' definition and code have the same correct indentation.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 46
> +++-
> 1 file changed, 22
Hello Andrey,
Thanks for your review.
On 2018-09-03 오후 6:40, Andrey Ryabinin wrote:
On 08/23/2018 11:56 AM, Kyeongdon Kim wrote:
> diff --git a/mm/kasan/kasan.c b/mm/kasan/kasan.c
> index c3bd520..61ad7f1 100644
> --- a/mm/kasan/kasan.c
> +++ b/mm/kasan/kasan.c
> @@ -304,6 +304,29 @@ void
On Mon 03-09-18 13:28:06, Roman Gushchin wrote:
> On Mon, Sep 03, 2018 at 08:29:56PM +0200, Michal Hocko wrote:
> > On Fri 31-08-18 14:31:41, Roman Gushchin wrote:
> > > On Fri, Aug 31, 2018 at 05:15:39PM -0400, Rik van Riel wrote:
> > > > On Fri, 2018-08-31 at 13:34 -0700, Roman Gushchin wrote:
>
On Mon, 2018-09-03 at 23:57 +0200, Thomas Gleixner wrote:
> On Tue, 21 Aug 2018, Bin Yang wrote:
> > --- a/arch/x86/mm/pageattr.c
> > +++ b/arch/x86/mm/pageattr.c
> > @@ -629,6 +629,22 @@ try_preserve_large_page(pte_t *kpte, unsigned long
> > address,
> > new_prot =
On Mon, Sep 03, 2018 at 03:59:44PM -0700, Andy Lutomirski wrote:
> The SYSCALL64 trampoline has a couple of nice properties:
>
> - The usual sequence of SWAPGS followed by two GS-relative accesses to
>set up RSP is somewhat slow because the GS-relative accesses need
>to wait for SWAPGS
On (09/04/18 08:30), Jiri Slaby wrote:
>
> >> Cc: sta...@vger.kernel.org # depends on commit b027e2298bd5 ("tty: fix
> >> data race between tty_init_dev and flush of buf")
> >
> > I believe there's a "Fixes" tag for that
> >
> > Fixes: b027e2298bd5 ("tty: fix data race between tty_init_dev and
The map->data buffers are used to preserve map->base profiling data
for writing to disk. AIO map->cblocks are used to queue corresponding
map->data buffers for asynchronous writing. map->cblocks objects are
located in the last page of every map->data buffer.
Signed-off-by: Alexey Budankov
With rpmh ARC resources being modelled as power domains with performance
state,
we need to proxy vote on these for SDM845.
Add support to vote on multiple of them, now that genpd supports
associating
mutliple power domains to a device.
Signed-off-by: Rajendra Nayak
---
Changes in v2:
* Drop the
On Mon, Sep 03, 2018 at 07:45:48PM -0700, Stephane Eranian wrote:
> Hi Arnaldo, Jiri,
>
> A few weeks ago, you had asked if I had more requests for the perf tool.
I have one long standing one; that is IP based data structure
annotation.
When we get an exact IP (using PEBS) and were sampling a
record__aio_sync() allocates index of free map->data buffer for
a cpu buffer or blocks till completion of any started operation
and then proceeds.
Trace file offset is calculated and updated linearly prior
enqueuing aio write at record__pushfn().
record__mmap_read_sync() implements a barrier
Eero Tamminen writes:
> Hi,
>
> On 31.08.2018 20:28, Srinivas Pandruvada wrote:
> ...
>> As per testing Eero Tamminen, the results are comparable to the patchset
>> https://patchwork.kernel.org/patch/10312259/
>> But he has to watch results for several days to check trend.
>
> It's close, but
On Tue, Sep 04, 2018 at 06:58:17PM +0800, Jin Yao wrote:
> root@skx /sys/devices# ls | grep uncore_iio
> uncore_iio_0
> uncore_iio_1
> uncore_iio_2
> uncore_iio_3
> uncore_iio_4
> uncore_iio_5
> uncore_iio_free_running_0
> uncore_iio_free_running_1
> uncore_iio_free_running_2
>
On Tue, Sep 04, 2018 at 08:37:03AM +0200, Nikita Leshenko wrote:
On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
Here it goes:
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 99ce070e7dcb..27c5446f3deb 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@
>> Full test log link,
>> https://lkft.validation.linaro.org/scheduler/job/404027#L4051
>
> Does Linus's tree also crash with this patch applied? Being "bug
> compatible" is good :)
No.
It did not crash on mainline kernel.
- Naresh
>
> thanks,
>
> greg k-h
From: Jeson Gao
For SMP systems, thermal worker should use power_efficient_wq in power
saving mode, that will make scheduler more flexible on selecting an active
core for running work handler to avoid keeping work handler always
running on a single core, that will save some power.
Even if
On 一, 2018-09-03 at 10:38 +0800, Zhang Rui wrote:
> Hi, William,
>
> On 六, 2018-09-01 at 12:59 -0500, William Lieurance wrote:
> >
> > For some number of systems with lpss_quirks enabled, on boot the
> > system
> > goes through an acpi_lpss_resume() without a corresponding
> >
This series of patches are created On top of the
below series of patches.
https://lkml.org/lkml/2018/8/3/687
Nava kishore Manne (3):
firmware: xilinx: Add fpga API's
dt-bindings: fpga: Add bindings for ZynqMP fpga driver
fpga manager: Adding FPGA Manager support for Xilinx zynqmp
This Patch Adds fpga API's to support the Bitstream loading
by using firmware interface.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-New Patch.
drivers/firmware/xilinx/zynqmp.c | 46
include/linux/firmware/xlnx-zynqmp.h | 4 +++
2
Add documentation to describe Xilinx ZynqMP fpga driver
bindings.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-Moved pcap node as a child to firwmare
node as suggested by Rob.
.../firmware/xilinx/xlnx,zynqmp-firmware.txt| 13 +
1
On Mon 03-09-18 15:40:34, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix kernel-doc warnings in fs/posic_acl.c.
> Also fix one typo (setgit -> setgid).
>
> ../fs/posix_acl.c:646: warning: Function parameter or member 'inode' not
> described in 'posix_acl_update_mode'
> ../fs/posix_acl.c:646:
On Tue, Sep 04, 2018 at 03:50:55AM +, Fan Wu wrote:
> For platforms whose firmwares provide valid module handles
> (SMBIOS type 17) in error records, this patch uses the module
> handles to locate corresponding DIMMs and enables per-DIMM
> error counter update.
>
> Signed-off-by: Fan Wu
>
This patch adds FPGA Manager support for the Xilinx
ZynqMp chip.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-Updated the Fpga Mgr registrations call's
to 4.18
drivers/fpga/Kconfig | 9 +++
drivers/fpga/Makefile | 1 +
On Mon, Sep 03, 2018 at 07:09:03PM +0100, Alan Cox wrote:
> The IRQ number in the PCI configuration space is just a label really for
> legacy OS stuff. Nothing actually routes interrupts according to it (*).
> If it's coming up as 14 that looks more like the BIOS mislabelled it.
> Legacy PCI
On Tue, 4 Sep 2018, Yang, Bin wrote:
> On Tue, 2018-09-04 at 00:27 +0200, Thomas Gleixner wrote:
> > On Tue, 21 Aug 2018, Bin Yang wrote:
> > > @@ -625,6 +625,7 @@ try_preserve_large_page(pte_t *kpte, unsigned long
> > > address,
> > >
> > > psize = page_level_size(level);
> > > pmask =
On 09/04/2018 09:15 AM, Fengguang Wu wrote:
> On Tue, Sep 04, 2018 at 08:37:03AM +0200, Nikita Leshenko wrote:
>> On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
>>>
>>> Here it goes:
>>>
>>> diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
>>> index 99ce070e7dcb..27c5446f3deb
On 9/4/2018 3:13 PM, Peter Zijlstra wrote:
On Tue, Sep 04, 2018 at 06:58:17PM +0800, Jin Yao wrote:
root@skx /sys/devices# ls | grep uncore_iio
uncore_iio_0
uncore_iio_1
uncore_iio_2
uncore_iio_3
uncore_iio_4
uncore_iio_5
uncore_iio_free_running_0
uncore_iio_free_running_1
On Tue, 4 Sep 2018, Yang, Bin wrote:
> On Mon, 2018-09-03 at 23:57 +0200, Thomas Gleixner wrote:
> >
> > The last patch which does the overlap check is equally broken:
>
> Sorry that I did not understand the broken of last patch.
I meant 4/5 sorry. That's the one which introduces the overlap
On Tue, Sep 04, 2018 at 02:32:28PM +0800, 焦晓冬 wrote:
> Hi,
>
> After reading several writeback error handling articles from LWN, I
> begin to be upset about writeback error handling.
>
> Jlayton's patch is simple but wonderful idea towards correct error
> reporting. It seems one crucial thing is
When splitting a huge page, we should set all small pages as dirty if
the original huge page has the dirty bit set before. Otherwise we'll
lose the original dirty bit.
CC: Andrea Arcangeli
CC: Andrew Morton
CC: "Kirill A. Shutemov"
CC: Michal Hocko
CC: Zi Yan
CC: Huang Ying
CC: Dan
This patch is used to fix nds32 allmodconfig/allyesconfig build error
because GCOV kernel embeds counters in the kernel for each line
and a part of that embed in __exit text. So we need to keep the
EXIT_TEXT and EXIT_DATA if CONFIG_GCOV_KERNEL=y.
Link: https://lkml.org/lkml/2018/9/1/125
On 1 Sep 2018, at 13:28, Fengguang Wu wrote:
> +static ssize_t ept_idle_read(struct file *file, char *buf,
> + size_t count, loff_t *ppos)
> +{
> + struct task_struct *task = file->private_data;
> + struct ept_idle_ctrl *eic;
> + unsigned long hva_start =
On Tue, Sep 4, 2018 at 8:27 AM, Uecker, Martin
wrote:
> Am Montag, den 03.09.2018, 14:28 -0700 schrieb Linus Torvalds:
>> On Mon, Sep 3, 2018 at 12:40 AM Uecker, Martin
>> wrote:
>> >
>> > But if the true bound is smaller, then IMHO it is really bad advise
>> > to tell programmers to use
>> >
>>
On 2018-09-03 7:07 p.m., Ilia Mirkin wrote:
> On Mon, Sep 3, 2018 at 12:45 PM, Daniel Vetter wrote:
>> On Mon, Sep 03, 2018 at 12:57:54PM +0200, Gerd Hoffmann wrote:
>>> Userspace on big endian machhines typically expects the ADDFB ioctl
>>> returns a big endian framebuffer. drm_mode_addfb()
On Tue, Sep 04, 2018 at 03:55:10PM +0800, Peter Xu wrote:
> When splitting a huge page, we should set all small pages as dirty if
> the original huge page has the dirty bit set before. Otherwise we'll
> lose the original dirty bit.
We don't lose it. It got transfered to struct page flag:
On Tue, Sep 04, 2018 at 11:02:41AM +0800, Pu Wen wrote:
> > > - if (!((boot_cpu_data.x86_vendor == X86_VENDOR_AMD) &&
> > > - (boot_cpu_data.x86 >= 0x0f)))
> > > + if (!((boot_cpu_data.x86_vendor == X86_VENDOR_AMD &&
> > > +boot_cpu_data.x86 >= 0x0f) ||
> > > +
On 04. sep. 2018 08:10, Andre Tomt wrote:
On 04. sep. 2018 07:24, Greg Kroah-Hartman wrote:
Full test log link,
https://lkft.validation.linaro.org/scheduler/job/404027#L4051
Does Linus's tree also crash with this patch applied? Being "bug
compatible" is good :)
thanks,
greg k-h
I
> > In Cat speak,
> >
> > diff --git a/tools/memory-model/linux-kernel.cat
> > b/tools/memory-model/linux-kernel.cat
> > index 59b5cbe6b6240..fd9c0831adf0a 100644
> > --- a/tools/memory-model/linux-kernel.cat
> > +++ b/tools/memory-model/linux-kernel.cat
> > @@ -38,7 +38,7 @@ let strong-fence =
kvm_get_kvm() kvm_put_kvm()
-Original Message-
From: Nikita Leshenko [mailto:nikita.leshche...@oracle.com]
Sent: Tuesday, September 4, 2018 3:57 PM
To: Wu, Fengguang
Cc: Andrew Morton ; Linux Memory Management List
; Peng, DongX ; Liu, Jingqi
; Dong, Eddie ; Hansen, Dave
; Huang,
On Mon, Sep 03, 2018 at 10:52:13PM +0800, Baoquan He wrote:
> On 09/03/18 at 01:26pm, Kirill A. Shutemov wrote:
> > On Mon, Sep 03, 2018 at 03:47:18PM +0800, Baoquan He wrote:
> > > On 09/02/18 at 11:52pm, Kirill A. Shutemov wrote:
> > > > On Thu, Aug 30, 2018 at 11:25:12PM +0800, Baoquan He
Yeah thanks! Currently we are restructuring the related functions,
will add these calls when sorted out the walk order and hole issues.
Thanks,
Fengguang
On Tue, Sep 04, 2018 at 04:12:00PM +0800, Peng Dong wrote:
kvm_get_kvm() kvm_put_kvm()
-Original Message-
From: Nikita Leshenko
On Sat, May 19, 2018 at 8:41 AM, Dmitry Vyukov wrote:
> On Wed, Apr 25, 2018 at 1:05 PM, Tetsuo Handa
> wrote:
>> OK. Patch is in vfs.git#for-next as 4fb48871409e2fcd.
>>
>> #syz fix: restore cond_resched() in shrink_dcache_parent()
>
> I see there is another patch titled "fs/dcache.c: re-add
>
On 3 September 2018 at 22:25, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 4.9.125 release.
> There are 107 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.
>
>
On 3 September 2018 at 22:18, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 4.4.154 release.
> There are 80 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.
>
>
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: linux-kernel@vger.kernel.org (open list)
> Signed-off-by: Vincent Guittot
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index 4a2e8ca..b1715b8 100644
> --- a/kernel/sched/sched.h
> +++ b/kernel/sched/sched.h
> @@ -1758,9 +1758,6 @@
On Thu, Apr 5, 2018 at 10:22 AM, Dmitry Vyukov wrote:
> On Thu, Apr 5, 2018 at 5:24 AM, Matthew Wilcox wrote:
>> On Wed, Apr 04, 2018 at 11:22:00PM -0400, Theodore Y. Ts'o wrote:
>>> On Wed, Apr 04, 2018 at 12:35:04PM -0700, Matthew Wilcox wrote:
>>> > On Wed, Apr 04, 2018 at 09:24:05PM +0200,
On Tue, Sep 04, 2018 at 09:43:50AM +0200, Christian Borntraeger wrote:
On 09/04/2018 09:15 AM, Fengguang Wu wrote:
On Tue, Sep 04, 2018 at 08:37:03AM +0200, Nikita Leshenko wrote:
On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
Here it goes:
diff --git a/include/linux/mm_types.h
Hi Mark,
On 2018-09-03 17:09, Mark Brown wrote:
> On Mon, Sep 03, 2018 at 04:49:36PM +0200, Marek Szyprowski wrote:
>> regulator_pm_ops with regulator_suspend and regulator_resume functions are
>> assigned to every regulator device registered in the system, so there is no
>> need to iterate over
simple_strtoul is obsolete, and use kstrtouint instead
Signed-off-by: Ding Xiang
---
security/tomoyo/common.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/security/tomoyo/common.c b/security/tomoyo/common.c
index 03923a1..9b38f94 100644
--- a/security/tomoyo/common.c
From: Shun-Chih Yu
Document the devicetree bindings for MediaTek Command-Queue DMA controller
which could be found on MT6765 SoC or other similar Mediatek SoCs.
Signed-off-by: Shun-Chih Yu
---
.../devicetree/bindings/dma/mtk-cqdma.txt | 31
1 file changed, 31
This patchset introduces support for MediaTek Command-Queue DMA controller.
MediaTek Command-Queue DMA controller (CQDMA) on MT6765 SoC is dedicated to
memory-to-memory transfer through queue-based descriptor management.
There are only 3 physical channels inside CQDMA, while the driver is
From: Shun-Chih Yu
MediaTek Command-Queue DMA controller (CQDMA) on MT6765 SoC is dedicated
to memory-to-memory transfer through queue based descriptor management.
There are only 3 physical channels inside CQDMA, while the driver is
extended to support 32 virtual channels for multiple dma users
On 09/03/2018, 06:52 PM, Dmitry Safonov wrote:
> In case of tty_ldisc_reinit() failure, tty->count should be decremented
> back, otherwise we will never release_tty().
> Tetsuo reported that it fixes noisy warnings on tty release like:
> pts pts4033: tty_release: tty->count(10529) != (#fd's(7) +
On Tue, Sep 4, 2018 at 3:53 PM Rogier Wolff wrote:
...
> >
> > Jlayton's patch is simple but wonderful idea towards correct error
> > reporting. It seems one crucial thing is still here to be fixed. Does
> > anyone have some idea?
> >
> > The crucial thing may be that a read() after a successful
On Mon, Sep 03, 2018 at 05:07:15PM +0200, Jirka Hladky wrote:
> Resending in the plain text mode.
>
> > My own testing completed and the results are within expectations and I
> > saw no red flags. Unfortunately, I consider it unlikely they'll be merged
> > for 4.18. Srikar Dronamraju's series is
On 09/03/2018, 06:52 PM, Dmitry Safonov wrote:
> tty_ldisc_reinit() doesn't race with neither tty_ldisc_hangup()
> nor set_ldisc() nor tty_ldisc_release() as they use tty lock.
> But it races with anyone who expects line discipline to be the same
> after hoding read semaphore in tty_ldisc_ref().
>
On 09/03/2018, 06:52 PM, Dmitry Safonov wrote:
> As noted by Jiri, tty_ldisc_reinit() shouldn't rely on tty counter.
> Simplify math by increasing the counter after reinit success.
>
> Cc: Greg Kroah-Hartman
> Cc: Jiri Slaby
Reviewed-by: Jiri Slaby
> Link:
On Mon, Sep 03, 2018 at 12:06:17PM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the staging tree, today's linux-next build (powerpc
> allyesconfig) produced this warning:
>
> WARNING: drivers/staging/rtl8192u/r8192u_usb: 'dot11d_init' exported twice.
> Previous export was in
On Monday 03 September 2018 11:01:11 Peter De Schrijver wrote:
> On Fri, Aug 31, 2018 at 12:45:17PM +0300, Dmitry Osipenko wrote:
> > On 8/31/18 12:29 PM, Peter De Schrijver wrote:
> > > On Thu, Aug 30, 2018 at 09:42:10PM +0300, Dmitry Osipenko wrote:
> > >> Currently all PLL's on Tegra20 use a
commit 4c4a39dd5fe2d13e2d2fa5fceb8ef95d19fc389a upstream
If there is a mismatch in the I/D min line size, we must
always use the system wide safe value both in applications
and in the kernel, while performing cache operations. However,
we have been checking more bits than just the min line sizes,
commit 314d53d297980676011e6fd83dac60db4a01dc70 upstream
Track mismatches in the cache type register (CTR_EL0), other
than the D/I min line sizes and trap user accesses if there are any.
Fixes: be68a8aaf925 ("arm64: cpufeature: Fix CTR_EL0 field definitions")
Cc: # v4.9
Cc: Mark Rutland
Cc:
On Tue, 2018-09-04 at 09:49 +0200, Thomas Gleixner wrote:
> On Tue, 4 Sep 2018, Yang, Bin wrote:
> > On Mon, 2018-09-03 at 23:57 +0200, Thomas Gleixner wrote:
> > >
> > > The last patch which does the overlap check is equally broken:
> >
> > Sorry that I did not understand the broken of last
On Wed, Aug 29, 2018 at 08:43:41PM +0800, Pu Wen wrote:
> Dhyana use no delay in smp_quirk_init_udelay(), and return in
> mwait_play_dead() as AMD does.
>
> Signed-off-by: Pu Wen
> ---
> arch/x86/kernel/smpboot.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git
On Tue, 4 Sep 2018 15:54:19 +0800
Greentime Hu wrote:
> This patch is used to fix nds32 allmodconfig/allyesconfig build error
> because GCOV kernel embeds counters in the kernel for each line
> and a part of that embed in __exit text. So we need to keep the
> EXIT_TEXT and EXIT_DATA if
On Tue, 2018-09-04 at 17:11 +0800, Bin Yang wrote:
> On Tue, 2018-09-04 at 09:49 +0200, Thomas Gleixner wrote:
> > On Tue, 4 Sep 2018, Yang, Bin wrote:
> > > On Mon, 2018-09-03 at 23:57 +0200, Thomas Gleixner wrote:
> > > >
> > > > The last patch which does the overlap check is equally broken:
>
On Tue, Sep 04, 2018 at 04:58:59PM +0800, 焦晓冬 wrote:
> As for suggestion, maybe the error flag of inode/mapping, or the entire inode
> should not be evicted if there was an error. That hopefully won't take much
> memory. On extreme conditions, where too much error inode requires staying
> in
Hi Srikar,
Le Tuesday 04 Sep 2018 à 01:24:24 (-0700), Srikar Dronamraju a écrit :
> > Cc: Peter Zijlstra
> > Cc: Ingo Molnar
> > Cc: linux-kernel@vger.kernel.org (open list)
> > Signed-off-by: Vincent Guittot
> > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> > index
Andi Kleen writes:
> On Sat, Sep 01, 2018 at 02:38:43PM -0700, Linus Torvalds wrote:
>> On Fri, Aug 31, 2018 at 12:45 AM Julian Stecklina wrote:
>> >
>> > I've been spending some cycles on the XPFO patch set this week. For the
>> > patch set as it was posted for v4.13, the performance overhead
On Tue, Sep 04, 2018 at 11:18:55AM +0800, Herbert Xu wrote:
> On Tue, Aug 28, 2018 at 08:43:35PM +0200, Ard Biesheuvel wrote:
> > On 28 August 2018 at 19:01, Will Deacon wrote:
> > > On Mon, Aug 27, 2018 at 01:02:43PM +0200, Ard Biesheuvel wrote:
> > >> Add a CRC32 feature bit and wire it up to
On Mon, Sep 03, 2018 at 11:18:49PM +0300, Yehezkel Bernat wrote:
> > * Copyright (c) 2014 Andreas Noever
> > + * Copyright (C) 2018, Intel Corporation
>
> Nitpicking: (c) or (C)?
> I can't find anything in the documentation and both are found in various
> files.
I don't think there are any
[...]
>
> static struct variant_data variant_qcom = {
> @@ -357,6 +365,31 @@ static void mmci_set_clkreg(struct mmci_host *host,
> unsigned int desired)
> mmci_write_clkreg(host, clk);
> }
>
> +int mmci_prepare_data(struct mmci_host *host, struct mmc_data *data, bool
> next)
I think
This patch adds zynqmp nvmem firmware driver to access the
SoC revision information from the hardware register.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-None.
drivers/nvmem/Kconfig| 10 ++
drivers/nvmem/Makefile | 2 ++
Hi Terry,
On Fri, Aug 31, 2018 at 7:48 PM Junge, Terry
wrote:
>
> For what it's worth the Report Descriptor is a little questionable
> which could be causing the collection to split in two
>
> >-Original Message-
> >From: linux-input-ow...@vger.kernel.org [mailto:linux-input-
>
Add documentation to describe Xilinx ZynqMP nvmem driver
bindings.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-Moved nvmem_firmware node as a child to
firwmare node.
.../firmware/xilinx/xlnx,zynqmp-firmware.txt | 35 ++
1
This patch adds a new API to provide access to the
hardware related data like soc revision, IDCODE... etc.
Signed-off-by: Nava kishore Manne
---
Changes for v2:
-New Patch.
drivers/firmware/xilinx/zynqmp.c | 24
include/linux/firmware/xlnx-zynqmp.h
On 04/09/2018 09:41, Auger Eric wrote:
> I think the confusion comes from the different terminology used in VTD
> and ARM SMMU spec.
>
> Your PASID table ~ ARM SMMU Context Descriptor (CD) table
> Your Root Entry/Context Entry ~ ARM SMMU Stream Table Entry (STE)
In past discussions we used
This series of patches are created On top of the
below series of patches.
https://lkml.org/lkml/2018/8/3/687
Nava kishore Manne (3):
fairmware: xilinx: Add zynqmp_pm_get_chipid() API
dt-bindings: fpga: Add bindings for ZynqMP nvmem driver
nvmem: zynqmp: Added zynqmp nvmem firmware driver
On Mon, Sep 03, 2018 at 03:53:24PM +0200, Jann Horn wrote:
> On Mon, Sep 3, 2018 at 3:33 PM Jarkko Sakkinen
> wrote:
> >
> > From: Sean Christopherson
> >
> > Add a function to perform ENCLS(EINIT), which initializes an enclave,
> > which can be used by a driver for running enclaves and VMMs.
>
On Mon, Sep 03, 2018 at 05:26:43PM +0300, Andy Shevchenko wrote:
> On Mon, Aug 27, 2018 at 9:57 PM Jarkko Sakkinen
> wrote:
> >
> > From: Sean Christopherson
> >
> > Intel(R) SGX is a set of CPU instructions that can be used by applications
> > to set aside private regions of code and data. The
On Mon, Sep 03, 2018 at 05:41:53PM +0300, Andy Shevchenko wrote:
> On Mon, Aug 27, 2018 at 9:58 PM Jarkko Sakkinen
> wrote:
> >
> > Add data structures to track Enclave Page Cache (EPC) pages. EPC is
> > divided into multiple banks (1-N) of which addresses and sizes can be
> > enumerated with
On 1 August 2018 at 11:36, Ludovic Barre wrote:
> From: Ludovic Barre
>
> This patch series prepares and adds callbacks for dma transfert at
> mmci_host_ops. This series is composed of 3 parts:
> -Internalize specific needs of legacy dmaengine.
> -Create and setup dma_priv pointer
> -Create
Hi Mel,
thanks for sharing the background information! We will check if
2d4056fafa196e1ab4e7161bae4df76f9602d56d is causing the current
regression in 4.19 rc1 and let you know the outcome.
Jirka
On Tue, Sep 4, 2018 at 11:00 AM, Mel Gorman wrote:
> On Mon, Sep 03, 2018 at 05:07:15PM +0200,
On 09/04/2018 09:59 AM, Kyeongdon Kim wrote:
>> > +#undef strncmp
>> > +int strncmp(const char *cs, const char *ct, size_t len)
>> > +{
>> > + check_memory_region((unsigned long)cs, len, false, _RET_IP_);
>> > + check_memory_region((unsigned long)ct, len, false, _RET_IP_);
>>
>> This will
On Tue, 4 Sep 2018 10:59:09 +0800
YueHaibing wrote:
> Fix inconsistent IS_ERR and PTR_ERR in tegra_sdhci_init_pinctrl_info,
> the proper pointer to be passed as argument is 'pinctrl_state_1v8'
>
> Signed-off-by: YueHaibing
Reviewed-by: Aapo Vienamo
> ---
> drivers/mmc/host/sdhci-tegra.c |
Hey folks. More comments below, but the short answer is I really don't
see what the problem is. Distros cannot easily support platforms that
require a dtb= parameter, and so they probably won't. They may or may
not disable 'dtb=', depending on whether they see it as valuable for
debug.
Vertically
On 2018/09/04 17:41, Ding Xiang wrote:
> simple_strtoul is obsolete, and use kstrtouint instead
>
> Signed-off-by: Ding Xiang
Acked-by: Tetsuo Handa
> ---
> security/tomoyo/common.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/security/tomoyo/common.c
Hi Georgi,
I'm currently reviewing this patchset (long overdue), but considering
that we haven't added any major new features to the framework for the
last couple of revisions, can you get this patchset merged into
linux-next to see how things shake out there? We've had this merged
branch merged
This patch updates wcd9335 bindings with recommended properties.
Signed-off-by: Srinivas Kandagatla
---
.../devicetree/bindings/sound/qcom,wcd9335.txt | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documentation/devicetree/bindings/sound/qcom,wcd9335.txt
Qualcomm WCD9335 Codec is a standalone Hi-Fi audio codec IC,
It has mulitple blocks like Soundwire controller, codec,
Codec processing engine, ClassH controller, interrupt mux.
It supports both I2S/I2C and SLIMbus audio interfaces.
This patch adds support to SLIMbus audio interface.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/apq8096.c | 53
1 file changed, 53 insertions(+)
diff --git a/sound/soc/qcom/apq8096.c b/sound/soc/qcom/apq8096.c
index db07e9b62daf..78b245261477 100644
--- a/sound/soc/qcom/apq8096.c
+++
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/wcd9335.c | 268 -
1 file changed, 266 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/wcd9335.c b/sound/soc/codecs/wcd9335.c
index 095e6998e500..8d0f6b21cea0 100644
---
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/apq8096.c | 69 +++-
1 file changed, 68 insertions(+), 1 deletion(-)
diff --git a/sound/soc/qcom/apq8096.c b/sound/soc/qcom/apq8096.c
index 1543e85629f8..db07e9b62daf 100644
--- a/sound/soc/qcom/apq8096.c
This patch adds basic controls found in wcd9335 codec.
Signed-off-by: Srinivas Kandagatla
Reviewed-by: Vinod Koul
---
sound/soc/codecs/wcd9335.c | 358 +
1 file changed, 358 insertions(+)
diff --git a/sound/soc/codecs/wcd9335.c b/sound/soc/codecs/wcd9335.c
This patch adds required dapm widgets for capture path.
Signed-off-by: Srinivas Kandagatla
Reviewed-by: Vinod Koul
---
sound/soc/codecs/wcd9335.c | 1449 +++-
1 file changed, 1448 insertions(+), 1 deletion(-)
diff --git a/sound/soc/codecs/wcd9335.c
This patch add new bindings required to support MBHC
(Multi Button Headset Control) block in the codec.
This block is used for jack insert/removal detection,
headset type detection and 8 button press/release events.
All these properties are very much specific to board.
Signed-off-by: Srinivas
This patch adds required dapm widgets for playback.
Signed-off-by: Srinivas Kandagatla
Reviewed-by: Vinod Koul
---
sound/soc/codecs/wcd9335.c | 1796
1 file changed, 1796 insertions(+)
diff --git a/sound/soc/codecs/wcd9335.c b/sound/soc/codecs/wcd9335.c
CLASS-H controller/Amplifier is common accorss Qualcomm WCD codec series.
This patchset adds basic CLASS-H controller apis for WCD codecs after
wcd9335 to use.
Signed-off-by: Srinivas Kandagatla
Reviewed-by: Vinod Koul
---
sound/soc/codecs/Makefile | 2 +-
sound/soc/codecs/wcd-clsh-v2.c
601 - 700 of 1168 matches
Mail list logo