On Thu, 29 Aug 2019 12:11:53 -0600, Lina Iyer wrote:
> Some interrupt controllers in a SoC, are always powered on and have a
> select interrupts routed to them, so that they can wakeup the SoC from
> suspend. Add wakeup-parent DT property to refer to these interrupt
> controllers.
>
> Cc:
On Fri, Aug 30, 2019 at 05:17:19PM +0800, Biwen Li wrote:
> Add some properties for pcf85263/pcf85363 as follows:
> - interrupt-output-pin: string type
> - quartz-load-capacitance: integer type
> - quartz-drive-strength: integer type
> - quartz-low-jitter: bool type
> - wakeup-source:
On Wed, 28 Aug 2019 22:58:46 +0530, Vidya Sagar wrote:
> Add optional bindings "vpcie3v3-supply" and "vpcie12v-supply" to describe
> regulators of a PCIe slot's supplies 3.3V and 12V provided the platform
> is designed to have regulator controlled slot supplies.
>
> Signed-off-by: Vidya Sagar
>
On Wed, 28 Aug 2019 14:24:43 +0530, Srinath Mannam wrote:
> From: Ray Jui
>
> Update the iProc PCIe binding document for better modeling of the legacy
> interrupt (INTx) support
>
> Signed-off-by: Ray Jui
> Signed-off-by: Srinath Mannam
> ---
> .../devicetree/bindings/pci/brcm,iproc-pcie.txt
On Wed, 28 Aug 2019 16:22:13 +0800, Chunfeng Yun wrote:
> Add pericfg clocks for MT8183, it's used when support USB
> remote wakeup
>
> Cc: Weiyi Lu
> Signed-off-by: Chunfeng Yun
> ---
> v2:
>use GATE_MTK to define GATE_PERI suggested by Weiyi
> ---
> drivers/clk/mediatek/clk-mt8183.c
On Wed, 28 Aug 2019 22:58:45 +0530, Vidya Sagar wrote:
> Add optional bindings "pinctrl-names" and "pinctrl-0" to describe pin
> configuration information of a particular PCIe controller.
>
> Signed-off-by: Vidya Sagar
> ---
> V3:
> * None
>
> V2:
> * None
>
>
On Fri, Aug 30, 2019 at 10:10:27PM -0700, Jordan Hand wrote:
> For systems with a TPM2 chip which use ACPI to expose event logs, retrieve the
> crypto-agile event log from the TPM2 ACPI table. The TPM2 table is defined
> in section 7.3 of the TCG ACPI Specification (see link).
>
> The TPM2 table
at 21:45, Bjorn Helgaas wrote:
On Fri, Jul 05, 2019 at 03:02:01PM +0800, Kai-Heng Feng wrote:
at 19:57, Bjorn Helgaas wrote:
On Mon, May 27, 2019 at 11:57:47AM -0500, Bjorn Helgaas wrote:
I'm wondering if this platform has a firmware defect. Here's my
thinking. The xHC is a Root
On 31. 07. 19 19:15, Mike Rapoport wrote:
> On Wed, Jul 31, 2019 at 04:41:14PM +0200, Michal Hocko wrote:
>> On Wed 31-07-19 17:21:29, Mike Rapoport wrote:
>>> On Wed, Jul 31, 2019 at 03:00:37PM +0200, Michal Hocko wrote:
I am sorry, but I still do not follow. Who is consuming that node
On Sat, Aug 31, 2019 at 12:58:26PM +0800, Hillf Danton wrote:
> On Fri, 30 Aug 2019 12:40:06 -0700
> > syzbot found the following crash on:
> >
> > HEAD commit:a55aa89a Linux 5.3-rc6
> > git tree: upstream
> > console output: https://syzkaller.appspot.com/x/log.txt?x=12f4beb660
> >
On Mon, Sep 02, 2019 at 03:40:03PM +0200, Oleg Nesterov wrote:
> diff --git a/include/linux/sched.h b/include/linux/sched.h
> index 8dc1811..1f9b021 100644
> --- a/include/linux/sched.h
> +++ b/include/linux/sched.h
> @@ -1134,7 +1134,10 @@ struct task_struct {
>
> struct
On 02/09/2019 14:38, Rob Herring wrote:
> On Thu, Aug 29, 2019 at 12:11:54PM -0600, Lina Iyer wrote:
>> In addition to configuring the PDC, additional registers that interface
>> the GIC have to be configured to match the GPIO type. The registers on
>> some QCOM SoCs are access restricted, while
On Fri, Aug 30, 2019 at 05:58:39PM +, Safford, David (GE Global Research,
US) wrote:
> > Thank you for your advice. We also discussed earlier and concluded that
> > checking and raw remapping are enough to work around this. The link is
> > here, https://lkml.org/lkml/2019/8/29/962 .
>
> I
Em Mon, Sep 02, 2019 at 02:12:53PM +0200, Jiri Olsa escreveu:
> So it can be used from multiple places.
Applied.
- Arnaldo
> Link: http://lkml.kernel.org/n/tip-yp3h5rl9e8piybufq41zq...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/builtin-stat.c| 14 +-
Em Mon, Sep 02, 2019 at 02:12:54PM +0200, Jiri Olsa escreveu:
> To speed up cpu to node lookup, adding perf_env__numa_node
> function, that creates cpu array on the first lookup, that
> holds numa nodes for each stored cpu.
>
> Link:
Hi all,
This set adds functionality into the device property API (counting a
node's parents as well as obtaining its name) in order to support printing
fwnode names using a new conversion specifier "%pfw". The names that are
produced are equivalent to its OF counterpart "%pOF" on OF systems for
Instead of implementing our own means of discovering parent nodes, node
names or counting how many parents a node has, use the newly added
functions in the fwnode API to obtain that information.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
lib/vsprintf.c | 38
The prefix is used for printing purpose before a node, and it also works
as a separator between two nodes.
Signed-off-by: Sakari Ailus
Acked-by: Rob Herring (for OF)
Reviewed-by: Andy Shevchenko
---
drivers/acpi/property.c | 22 ++
drivers/base/property.c | 12
Add two convenience functions for accessing node's parents:
fwnode_count_parents() returns the number of parent nodes a given node
has. fwnode_get_nth_parent() returns node's parent at a given distance
from the node itself.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
%pS and %ps are now the preferred conversion specifiers to print function
names. The functionality is equivalent; remove the old, deprecated %pF
and %pf support.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
Documentation/core-api/printk-formats.rst | 10 --
to_software_node() does not need to modify the fwnode_handle it operates
on; therefore make it const. This allows passing a const fwnode_handle to
to_software_node().
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
Reviewed-by: Heikki Krogerus
---
drivers/base/swnode.c| 4 ++--
Add support for %pfw conversion specifier (with "f" and "P" modifiers) to
support printing full path of the node, including its name ("f") and only
the node's name ("P") in the printk family of functions. The two flags
have equivalent functionality to existing %pOF with the same two modifiers
("f"
Add a test for the %pfw printk modifier using software nodes.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
lib/test_printf.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/lib/test_printf.c b/lib/test_printf.c
index
The fwnode framework did not have means to obtain the name of a node. Add
that now, in form of the fwnode_get_name() function and a corresponding
get_name fwnode op. OF and ACPI support is included.
Signed-off-by: Sakari Ailus
Acked-by: Rob Herring (for OF)
Reviewed-by: Andy Shevchenko
---
Factor out static kobject_string() function that simply calls
device_node_string(), and thus remove references to kobjects (as these are
struct device_node).
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
lib/vsprintf.c | 16
1 file changed, 4 insertions(+), 12
The software_node_get_parent() returned a pointer to the parent swnode,
but did not take a reference to it, leading the caller to put a reference
that was not taken. Take that reference now.
Fixes: 59abd83672f7 ("drivers: base: Introducing software nodes to the firmware
node framework")
Move fwnode_get_parent() above fwnode_get_next_parent(), making the order
the same as in the header file.
Signed-off-by: Sakari Ailus
Reviewed-by: Andy Shevchenko
---
drivers/base/property.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git
Hi Jonas,
On Sun, 2019-09-01 at 12:45 +, Jonas Karlman wrote:
> Scaling list supplied from userspace using ffmpeg and libva-v4l2-request
> is already in matrix order and can be used without applying the inverse
> scanning process.
"in matrix order" is equivalent to "in raster scan order"?
On Mon, Sep 02, 2019 at 07:32:27AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 8dbcb44f392e ("tpm_tis_core: Set TPM_CHIP_FLAG_IRQ before probing for
> interrupts")
>
> is missing a Signed-off-by from its committer.
>
> --
> Cheers,
> Stephen Rothwell
Thanks, fixed.
/Jarkko
Hi,
tl;dr: And IOMMU commit introduces a new user for sme_active() in
generic code, and commit
284e21fab2cf x86, s390/mm: Move sme_active() and sme_me_mask to
x86-specific header
breaks the build of drivers/iommu/ for all architectures not
implementing
Hi,
On Wed, Jan 30, 2019 at 04:41:53PM +0800, Chen-Yu Tsai wrote:
> Hi everyone,
>
> This series enables DVFS for the CPU cores (aka cpufreq) on the
> Allwinner H5 SoC. The OPP table was taken from Armbian, with minor
> tweaks to the maximum voltage to account for slightly increased voltage
> on
Hi Andy,
On Mon, 2019-09-02 at 16:19 +0300, Andy Shevchenko wrote:
> On Mon, Aug 19, 2019 at 01:52:52PM +0300, Andy Shevchenko wrote:
> > It seems the commit bb475230b8e5
> > ("reset: make optional functions really optional")
> > brought couple of redundant lines in the comments.
> >
> > Drop
This commit is about report all registers from MSR_PLATFORM_INFO.
This helps understand the actual state of the processor.
This patch also reports the min efficiency frequency.
Signed-off-by: Erwan Velu
---
tools/power/x86/turbostat/turbostat.c | 42 +--
1 file changed,
On 19/08/2019 21:06, Mark Brown wrote:
> When we execute make after merging the configurations we ignore any
> errors it produces causing whatever is running merge_config.sh to be
> unaware of any failures. This issue was noticed by Guillaume Tucker
> while looking at problems with testing of
On Mon, Sep 02, 2019 at 10:43:03AM +0200, Pavel Machek wrote:
> > > > Rather than they didn't run "gdb" or "pahole" and change it by mistake.
> > >
> > > I think Christoph is not right here.
> > >
> > > Using external tools for validation is extra work
> > > when necessary for understanding the
On 9/1/19 9:58 PM, Linus Torvalds wrote:
> On Sun, Sep 1, 2019 at 7:10 PM Randy Dunlap wrote:
>>
>> I guess we need a way to coerce that to call get_user_1(),
>> such as a typecast. This _seems_ to work (i.e., call get_user_1()):
>
> No, I oversimplified.
>
> Try this slightly modified patch
On Mon, Aug 26, 2019 at 08:40:24AM +0300, Jarkko Sakkinen wrote:
> On Sun, Aug 25, 2019 at 07:00:15PM +0200, Lukas Bulwahn wrote:
> > Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen as
> > further maintainer to the KEYS-TRUSTED section entry.
> >
> > In fact,
By the time we call zones_sizes_init() arm64_dma_phys_limit already
contains the result of max_zone_dma_phys(). We use the variable instead
of calling the function directly to save some precious cpu time.
Signed-off-by: Nicolas Saenz Julienne
---
Changes in v3: None
Changes in v2: None
Let the name indicate that they are used to calculate ZONE_DMA32's size
as opposed to ZONE_DMA.
Signed-off-by: Nicolas Saenz Julienne
---
Changes in v3: None
Changes in v2: None
arch/arm64/mm/init.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff
Hi all,
this series attempts to address some issues we found while bringing up
the new Raspberry Pi 4 in arm64 and it's intended to serve as a follow
up of these discussions:
v2: https://lkml.org/lkml/2019/8/20/767
v1: https://lkml.org/lkml/2019/7/31/922
RFC: https://lkml.org/lkml/2019/7/17/476
These zones usage has evolved with time and the comments were outdated.
This joins both ZONE_DMA and ZONE_DMA32 explanation and gives up to date
examples on how they are used on different architectures.
Signed-off-by: Nicolas Saenz Julienne
Reviewed-by: Christoph Hellwig
---
Changes in v3:
-
So far all arm64 devices have supported 32 bit DMA masks for their
peripherals. This is not true anymore for the Raspberry Pi 4 as most of
it's peripherals can only address the first GB of memory on a total of
up to 4 GB.
This goes against ZONE_DMA32's intent, as it's expected for ZONE_DMA32
to
On Fri, Aug 30, 2019 at 08:39:43AM +0200, Greg KH wrote:
> On Fri, Aug 30, 2019 at 02:59:01AM +0800, Peikan Tsai wrote:
> > On Thu, Aug 29, 2019 at 05:27:22PM +0200, Christian Brauner wrote:
> > > On Thu, Aug 29, 2019 at 09:53:59AM -0400, Joel Fernandes wrote:
> > > > On Thu, Aug 29, 2019 at
On 02.09.2019 13:44, Peter Rosin wrote:
>
> On 2019-09-02 12:11, eugen.hris...@microchip.com wrote:
>> From: Eugen Hristev
>>
>> Add compatible for new Microchip SoC, sam9x60
>>
>> Reviewed-by: Rob Herring
>> Signed-off-by: Eugen Hristev
>> ---
>>
+ Jon Hunter who hit a similar issue
On 28/08/2019 21:19, Guillaume Tucker wrote:
> The merge_config.sh script verifies that all the config options have
> their expected value in the resulting file and prints any issues as
> warnings. These checks aren't intended to be treated as errors given
>
Hi Adrian,
On Mon, Aug 26, 2019 at 08:51:05PM +0800, Leo Yan wrote:
> Hi Adrian,
>
> On Fri, Aug 16, 2019 at 04:00:02PM +0300, Adrian Hunter wrote:
> > On 16/08/19 4:45 AM, Leo Yan wrote:
> > > Hi Adrian,
> > >
> > > On Thu, Aug 15, 2019 at 02:45:57PM +0300, Adrian Hunter wrote:
> > >
> > >
On 8/30/19 10:50 PM, Andrew Morton wrote:
> On Fri, 30 Aug 2019 12:57:16 +0900 Austin Kim wrote:
>
>> If !area->pages statement is true where memory allocation fails,
>> area is freed.
>>
>> In this case 'area->pages = pages' should not executed.
That read like a use after free fix and made me
On 02.09.2019 13:49, Peter Rosin wrote:
> On 2019-09-02 12:12, eugen.hris...@microchip.com wrote:
>> From: Eugen Hristev
>>
>> Some i2c controllers have a built-in digital or analog filter.
>> This is specifically required depending on the hardware PCB/board.
>> Some controllers also allow
On Mon, Sep 02, 2019 at 10:57:10AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 02, 2019 at 02:12:54PM +0200, Jiri Olsa escreveu:
> > To speed up cpu to node lookup, adding perf_env__numa_node
> > function, that creates cpu array on the first lookup, that
> > holds numa nodes for each
On 9/1/19 5:58 PM, David Lechner wrote:
This series adds device tree bindings and a new counter driver for the Texas
Instruments Enhanced Quadrature Encoder Pulse (eQEP).
...
David Lechner (6):
bus/ti-pwmss: move TI PWMSS driver from PWM to bus subsystem
dt-bindings: counter: new
On 30. 08. 19 18:12, Christoph Hellwig wrote:
> No callers of this function.
>
> Signed-off-by: Christoph Hellwig
> ---
> arch/microblaze/include/asm/io.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/microblaze/include/asm/io.h
> b/arch/microblaze/include/asm/io.h
> index
On 02/09/2019 15:06, Jon Hunter wrote:
>
> On 19/08/2019 21:06, Mark Brown wrote:
>> When we execute make after merging the configurations we ignore any
>> errors it produces causing whatever is running merge_config.sh to be
>> unaware of any failures. This issue was noticed by Guillaume Tucker
If CONFIG_PCI is not set, building fails:
rivers/crypto/inside-secure/safexcel.c: In function safexcel_request_ring_irq:
drivers/crypto/inside-secure/safexcel.c:944:9: error: implicit declaration of
function pci_irq_vector;
did you mean rcu_irq_enter? [-Werror=implicit-function-declaration]
On Mon, Sep 02, 2019 at 06:52:54AM -0700, Matthew Wilcox wrote:
> On Sat, Aug 31, 2019 at 12:58:26PM +0800, Hillf Danton wrote:
> > On Fri, 30 Aug 2019 12:40:06 -0700
> > > syzbot found the following crash on:
> > >
> > > HEAD commit:a55aa89a Linux 5.3-rc6
> > > git tree: upstream
> > >
On Mon, Sep 2, 2019 at 2:39 PM Rob Herring wrote:
>
> On Wed, Aug 28, 2019 at 03:02:58AM +, Peng Fan wrote:
> > From: Peng Fan
> >
> > The ARM SMC/HVC mailbox binding describes a firmware interface to trigger
> > actions in software layers running in the EL2 or EL3 exception levels.
> > The
On 02/09/2019 15:14, Guillaume Tucker wrote:
> + Jon Hunter who hit a similar issue
Thanks for adding me.
> On 28/08/2019 21:19, Guillaume Tucker wrote:
>> The merge_config.sh script verifies that all the config options have
>> their expected value in the resulting file and prints any issues
Eugen,
On 02/09/2019 14:15:14+, eugen.hris...@microchip.com wrote:
> On 02.09.2019 13:49, Peter Rosin wrote:
>
> > On 2019-09-02 12:12, eugen.hris...@microchip.com wrote:
> >> From: Eugen Hristev
> >>
> >> Some i2c controllers have a built-in digital or analog filter.
> >> This is
On 8/30/19 5:25 PM, Qian Cai wrote:
> On Fri, 2019-08-30 at 17:11 +0200, Eric Dumazet wrote:
>>
>> On 8/30/19 4:57 PM, Qian Cai wrote:
>>> When running heavy memory pressure workloads, the system is throwing
>>> endless warnings below due to the allocation could fail from
>>> __build_skb(), and
On 9/2/19 9:03 AM, Joerg Roedel wrote:
> Hi,
>
> tl;dr: And IOMMU commit introduces a new user for sme_active() in
> generic code, and commit
>
> 284e21fab2cf x86, s390/mm: Move sme_active() and sme_me_mask to
> x86-specific header
>
> breaks the build of
On 02/09/2019 15:21, Jon Hunter wrote:
>
> On 02/09/2019 15:14, Guillaume Tucker wrote:
>> + Jon Hunter who hit a similar issue
>
> Thanks for adding me.
>
>> On 28/08/2019 21:19, Guillaume Tucker wrote:
>>> The merge_config.sh script verifies that all the config options have
>>> their expected
On Wed, Aug 28, 2019 at 04:07:47PM +0800, lantianyu1...@gmail.com wrote:
> From: Tianyu Lan
>
> hv_setup_sched_clock() references pv_ops and this should
> be under CONFIG_PARAVIRT=Y. Fix it.
>
> Signed-off-by: Tianyu Lan
Reviewed-by: Wei Liu
The reason for this patch is xilinx_uartps driver which create one dynamic
instance per IP with unique major and minor combinations. drv->nr is in
this case all the time setup to 1. That means that uport->line is all the
time setup to 0 and drv->tty_driver->name_base is doing shift in name to
for
We've run into a case where a customer has an STM TPM 1.2 chip
(version 1.2.8.28), that is getting into an inconsistent state and
they end up getting tpm transmit errors. In really old tpm code this
wasn't seen because the code that grabbed the duration values from the
chip could fail silently,
Patch adds method ->update_durations to override returned
durations in case TPM chip misbehaves for TPM 1.2 drivers.
Cc: Peter Huewe
Cc: Jason Gunthorpe
Signed-off-by: Alexey Klimov
Signed-off-by: Jerry Snitselaar
Reviewed-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm1-cmd.c | 15
There was revealed a bug in the STM TPM chipset used in Dell R415s.
Bug is observed so far only on chipset firmware 1.2.8.28
(1.2 TPM, device-id 0x0, rev-id 78). After some number of
operations chipset hangs and stays in inconsistent state:
tpm_tis 00:09: Operation Timed out
tpm_tis 00:09:
From: Jarkko Sakkinen
Replace existing TPM 1.x version structs with new structs that consolidate
the common parts into a single struct so that code duplication is no longer
needed in caps_show().
Cc: Peter Huewe
Cc: Jason Gunthorpe
Cc: Alexey Klimov
Signed-off-by: Jarkko Sakkinen
/rdma/rdma (2019-08-30 09:23:45
-0700)
are available in the Git repository at:
git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20190902
for you to fetch changes up to e8bd417aab0c72bfb54465596b16085702ba0405:
tpm/tpm_ftpm_tee: Document fTPM TEE driver (2019-09-02 17:08:35
On 02/09/2019 15:26, Guillaume Tucker wrote:
> On 02/09/2019 15:21, Jon Hunter wrote:
>>
>> On 02/09/2019 15:14, Guillaume Tucker wrote:
>>> + Jon Hunter who hit a similar issue
>>
>> Thanks for adding me.
>>
>>> On 28/08/2019 21:19, Guillaume Tucker wrote:
The merge_config.sh script
Hi Mark,
>> +static int kasan_depopulate_vmalloc_pte(pte_t *ptep, unsigned long addr,
>> +void *unused)
>> +{
>> +unsigned long page;
>> +
>> +page = (unsigned long)__va(pte_pfn(*ptep) << PAGE_SHIFT);
>> +
>> +spin_lock(_mm.page_table_lock);
>> +
>>
On Fri, 30 Aug 2019 13:10:17 +
Parav Pandit wrote:
> > -Original Message-
> > From: Cornelia Huck
> > Sent: Friday, August 30, 2019 6:19 PM
> > To: Parav Pandit
> > Cc: alex.william...@redhat.com; Jiri Pirko ;
> > kwankh...@nvidia.com; da...@davemloft.net; k...@vger.kernel.org;
On Mon 2019-09-02 11:32:36, Sakari Ailus wrote:
> %pS and %ps are now the preferred conversion specifiers to print function
> names. The functionality is equivalent; remove the old, deprecated %pF
> and %pf support.
Hmm, I see the following in master:
$> git grep %pF
On Wed, 28 Aug 2019 15:56:09 -0400, Peter Vernia wrote:
> The device-tree properties documentation-file specifies the property
> "microchip,spi-present-mask" as required for MCP23SXX chips. However,
> the device-tree-source example below it uses only "spi-present-mask".
> Without "microchip," on
From: Tianyu Lan Sent: Monday, September 2, 2019
5:42 AM
>
> When the 'start' parameter is >= 0xFF00 on 32-bit
> systems, or >= 0x'FF00 on 64-bit systems,
> fill_gva_list gets into an infinite loop. With such inputs,
> 'cur' overflows after adding HV_TLB_FLUSH_UNIT and always
On 9/2/19 6:52 AM, Petr Mladek wrote:
On Fri 2019-08-30 16:37:10, Brendan Higgins wrote:
On Fri, Aug 30, 2019 at 11:22:43PM +, tim.b...@sony.com wrote:
-Original Message-
From: Brendan Higgins
On Fri, Aug 30, 2019 at 3:46 PM Joe Perches wrote:
On Fri, 2019-08-30 at 21:58 +,
On 2019-09-02 16:15, eugen.hris...@microchip.com wrote:
>
>
> On 02.09.2019 13:49, Peter Rosin wrote:
>
>> On 2019-09-02 12:12, eugen.hris...@microchip.com wrote:
>>> From: Eugen Hristev
>>>
>>> Some i2c controllers have a built-in digital or analog filter.
>>> This is specifically required
fs/fuse/virtio_fs.c: In function virtio_fs_requests_done_work:
fs/fuse/virtio_fs.c:348:6: error: implicit declaration of function
zero_user_segment;
did you mean get_user_pages? [-Werror=implicit-function-declaration]
zero_user_segment(page, len, thislen);
^
On Fri, Aug 30, 2019 at 11:57:13AM +0800, Sam Shih wrote:
> From: Ryder Lee
>
> This adds a property "num-pwms" in example so that we could
> specify the number of PWM channels via device tree.
Please respond to my questions on v5.
>
> Signed-off-by: Ryder Lee
> Signed-off-by: Sam Shih
>
On 09/02, Peter Zijlstra wrote:
>
> On Mon, Sep 02, 2019 at 03:40:03PM +0200, Oleg Nesterov wrote:
> > diff --git a/include/linux/sched.h b/include/linux/sched.h
> > index 8dc1811..1f9b021 100644
> > --- a/include/linux/sched.h
> > +++ b/include/linux/sched.h
> > @@ -1134,7 +1134,10 @@ struct
Hi Benjamin,
First of all, sorry for the late reply. Turns out a newborn baby can
keep one quite busy, who would have known? :)
On Tue, 27 Aug 2019 at 18:57, Benjamin Tissoires
wrote:
>
> Hi João,
>
> On 8/12/19 6:57 PM, Benjamin Tissoires wrote:
> > Hi João,
> >
> > On Thu, Aug 8, 2019 at
On Fri, 30 Aug 2019 15:45:13 +
Parav Pandit wrote:
> > > > > > This detour via the local variable looks weird to me. Can you
> > > > > > either create the alias directly in the mdev (would need to
> > > > > > happen later in the function, but I'm not sure why you generate
> > > > > > the
Hi Masami,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3-rc6 next-20190902]
[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/commits
On 02/09/2019 15:32, Jon Hunter wrote:
>
> On 02/09/2019 15:26, Guillaume Tucker wrote:
>> On 02/09/2019 15:21, Jon Hunter wrote:
>>>
>>> On 02/09/2019 15:14, Guillaume Tucker wrote:
+ Jon Hunter who hit a similar issue
>>>
>>> Thanks for adding me.
>>>
On 28/08/2019 21:19, Guillaume
From: Colin Ian King
Currently the check on a non-zero return code in ret is false because
ret has been initialized to zero. I believe that ret should be assigned
to the return from the call to readl_poll_timeout_atomic before the
check on ret. Since ret is being re-assinged the original
On Tue, Aug 27, 2019 at 9:41 PM Paul Burton wrote:
>
> Hi guys,
>
> On Tue, Aug 27, 2019 at 10:18:46PM +0800, Jiaxun Yang wrote:
> > On 2019/8/27 下午8:45, Rob Herring wrote:
> > > On Tue, Aug 27, 2019 at 3:55 AM Jiaxun Yang
> > > wrote:
> > > > diff --git
On Fri, 30 Aug 2019 17:02:58 +0200, Geert Uytterhoeven wrote:
> Replace abbreviations "eg" and "ie" by "e.g." resp. "i.e." for
> consistency.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> .../devicetree/bindings/arm/idle-states.txt | 16
> 1 file changed, 8 insertions(+),
There's an xHCI device that doesn't wake when a USB 2.0 device gets
plugged to its USB 3.0 port. The driver's own runtime suspend callback
was called, PME# signaling was enabled, but it stays at PCI D0:
00:10.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI
Controller
On Mon, Sep 02, 2019 at 03:22:35PM +0100, Robin Murphy wrote:
> On 29/08/2019 12:14, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > For device tree nodes, use the standard of_iommu_get_resv_regions()
> > implementation to obtain the reserved memory regions associated with a
> > device.
>
On Fri, 30 Aug 2019 17:03:00 +0200, Geert Uytterhoeven wrote:
> Correct "constraints guarantees" to "constraint guarantees".
>
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/bindings/arm/idle-states.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied,
On 02/09/2019 15:49, Guillaume Tucker wrote:
> On 02/09/2019 15:32, Jon Hunter wrote:
>>
>> On 02/09/2019 15:26, Guillaume Tucker wrote:
>>> On 02/09/2019 15:21, Jon Hunter wrote:
On 02/09/2019 15:14, Guillaume Tucker wrote:
> + Jon Hunter who hit a similar issue
Thanks
On Fri, 30 Aug 2019 17:02:59 +0200, Geert Uytterhoeven wrote:
> The paragraph explains the use of wakup-delay, as defined above.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/bindings/arm/idle-states.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
On Tue, Sep 03, 2019 at 12:32:49AM +1000, Daniel Axtens wrote:
> Hi Mark,
>
> >> +static int kasan_depopulate_vmalloc_pte(pte_t *ptep, unsigned long addr,
> >> + void *unused)
> >> +{
> >> + unsigned long page;
> >> +
> >> + page = (unsigned
On Fri, 30 Aug 2019 17:03:02 +0200, Geert Uytterhoeven wrote:
> Move exit-latency-us explanation to exit-latency-us section.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/bindings/arm/idle-states.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
On Fri, 30 Aug 2019 17:03:01 +0200, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/bindings/arm/idle-states.txt | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
Applied, thanks.
Rob
On Sun, 1 Sep 2019 23:14:06 +0530, Sibi Sankar wrote:
> Convert AOSS reset bindings to yaml and add SC7180 AOSS reset to the list
> of possible bindings.
>
> Signed-off-by: Sibi Sankar
> ---
> .../bindings/reset/qcom,aoss-reset.txt| 52 ---
>
On Sun, 1 Sep 2019 23:14:07 +0530, Sibi Sankar wrote:
> Convert PDC Global bindings to yaml and add SC7180 PDC global to the list
> of possible bindings.
>
> Signed-off-by: Sibi Sankar
> ---
> .../bindings/reset/qcom,pdc-global.txt| 52 ---
>
On Tue, Aug 20, 2019 at 02:51:23AM +, ? jiang wrote:
> This change lowers ring buffer reclaim threshold from 1/2*queue to budget
> for better performance. According to our test with qemu + dpdk, packet
> dropping happens when the guest is not able to provide free buffer in
> avail ring timely
From: Colin Ian King
The assignment of pointer server dereferences pointer ses, however,
this dereference occurs before ses is null checked and hence we
have a potential null pointer dereference. Fix this by only
dereferencing ses after it has been null checked.
Addresses-Coverity:
On Sun, Sep 01, 2019 at 05:58:22PM -0500, David Lechner wrote:
> The TI PWMSS driver is a simple bus driver for providing power
> power management for the PWM peripherals on TI AM33xx SoCs, namely
> eCAP, eHRPWM and eQEP. The eQEP is a counter rather than a PWM, so
> it does not make sense to have
On Sun, 1 Sep 2019 17:58:23 -0500, David Lechner wrote:
> This documents device tree binding for the Texas Instruments Enhanced
> Quadrature Encoder Pulse (eQEP) Module found in various TI SoCs.
>
> Signed-off-by: David Lechner
> ---
>
> v3 changes:
> - fixed style issues
> - fixed generic
Convert the Syscon poweroff bindings to DT schema format using
json-schema.
Signed-off-by: Krzysztof Kozlowski
---
.../bindings/power/reset/syscon-poweroff.txt | 30
.../bindings/power/reset/syscon-poweroff.yaml | 68 +++
2 files changed, 68 insertions(+), 30
501 - 600 of 841 matches
Mail list logo