On 2017/7/28 2:42, Raj, Ashok wrote:
> Hi Casey
>
>> | Still no Intel and AMD guys has ack this, this is what I am worried about,
>> | should I ping some man again ?
>
>
> I can ack the patch set for Intel specific changes. Now that the doc is made
> public :-).
>
Good, Thanks. :)
> Can you
On Fri, Jul 28, 2017 at 7:23 AM, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> eabd9a7a9053 ("ARM: dts: sun8i: h3: Enable USB OTG on the Beelink X2")
>
> is missing a Signed-off-by from its committer.
Thanks. I was cleaning up some branches before sending out pull requests.
Apparently I miss
Hi Linus,
This is the fixes for 4.13-rc3, as expected people woke up this week,
i915 didn't do an -rc2 pull so got a bumper -rc3 pull, and Ben
resurfaced on nouveau and fixed a bunch of major crashers seen on
Fedora 26, and there are a few vmwgfx fixes as well.
Otherwise exynos had some regressio
On 2017/7/28 1:44, Casey Leedom wrote:
> | From: Ding Tianhong
> | Sent: Wednesday, July 26, 2017 6:01 PM
> |
> | On 2017/7/27 3:05, Casey Leedom wrote:
> | >
> | > Ding, send me a note if you'd like me to work that [cxgb4vf patch] up
> | > for you.
> |
> | Ok, you could send the change log and
Hi Heiko
On 2017年07月28日 09:02, Mark yao wrote:
Hi Heiko
Thanks for the test.
On 2017年07月27日 18:10, Heiko Stübner wrote:
Am Donnerstag, 27. Juli 2017, 11:51:06 CEST schrieb Heiko Stübner:
Hi Mark,
Am Mittwoch, 26. Juli 2017, 14:19:25 CEST schrieb Mark Yao:
Grouping the vop registers facilit
On Thu, Jul 27, 2017 at 5:30 PM, Joe Perches wrote:
>
> Maybe add a reordering of the patterns so that each pattern list
> is in a specific order too
I don't think this is wrong per se, but I'm not sure I want to get
into the merge hell any more than we are already.
Maybe when/if that file is ac
On 07/27/17 at 05:06pm, Joerg Roedel wrote:
> On Fri, Jul 21, 2017 at 04:59:00PM +0800, Baoquan He wrote:
> > Move single iommu enabling codes into a wrapper function
> > early_enable_iommu().
> > This can make later kdump change easier.
> >
> > And also add iommu_disable_command_buffer and iommu
Hi Paolo,
On 2017/6/6 18:57, Paolo Bonzini wrote:
> In some cases, for example involving hot-unplug of assigned
> devices, pi_post_block can forget to remove the vCPU from the
> blocked_vcpu_list. When this happens, the next call to
> pi_pre_block corrupts the list.
>
> Fix this in two ways. F
On 07/27/17 at 05:04pm, Joerg Roedel wrote:
> On Fri, Jul 21, 2017 at 04:58:59PM +0800, Baoquan He wrote:
> > diff --git a/drivers/iommu/amd_iommu_types.h
> > b/drivers/iommu/amd_iommu_types.h
> > index 294a409e283b..d15966b62b33 100644
> > --- a/drivers/iommu/amd_iommu_types.h
> > +++ b/drivers/i
Hi, Zheng
At 07/28/2017 09:53 AM, Zheng, Lv wrote:
[...]
Dmar hardware support interrupt remapping and io remapping separately. But
intel_iommu_init() is called later than intel_prepare_irq_remapping().
So what if make dmar_table_init() a reentrant function? You can just
have a try, but maybe
This patch adds tests for UFFD_FEATURE_SIGBUS feature. The
tests will verify signal delivery instead of userfault events.
Also, test use of UFFDIO_COPY to allocate memory and retry
accessing monitored area after signal delivery.
This patch also fixes a bug in uffd_poll_thread() where 'uffd'
is lea
On Thu, Jul 27, 2017 at 1:32 PM, Shuah Khan wrote:
> On 07/27/2017 12:50 PM, Andy Lutomirski wrote:
>> On Wed, Jul 26, 2017 at 2:18 PM, Shuah Khan wrote:
>>> Convert errx() and err() usage to appropriate TAP13 ksft API.
>>>
>>> Signed-off-by: Shuah Khan
>>> ---
>>> tools/testing/selftests/capab
Trim the CC list
On 2017/7/6 15:28, liwei wrote:
From: Li Wei
Add sd card support for hi3660 soc
Signed-off-by: Li Wei
Signed-off-by: Chen Jun
Major changes in v3:
- solve review comments from Heiner Kallweit.
*use the GENMASK and FIELD_PREP macros replace the bit shift operation.
From: Joel Fernandes
Currently pstore has a global spinlock for all zones. Since the zones
are independent and modify different areas of memory, there's no need
to have a global lock, so we should use a per-zone lock as introduced
here. Also, when ramoops's ftrace use-case has a FTRACE_PER_CPU fl
> On Jul 27, 2017, at 3:53 PM, Andrew Banman wrote:
>
>> On Thu, Jun 22, 2017 at 10:47:29AM -0700, Andy Lutomirski wrote:
>>> On Thu, Jun 22, 2017 at 7:50 AM, Borislav Petkov wrote:
On Tue, Jun 20, 2017 at 10:22:12PM -0700, Andy Lutomirski wrote:
Rewrite it entirely. When we enter lazy
On Thu, 2017-07-27 at 15:26 +0200, Borislav Petkov wrote:
> On Tue, Jul 25, 2017 at 04:48:13PM -0700, Ricardo Neri wrote:
> > I meant to say the 4 most significant bytes. In this case, the
> > 64-address 0x1234 would lie in the kernel memory while
> > 0x1234 would correctly be in th
Hi Andrea,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.13-rc2 next-20170727]
[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/Andrea-Arcangeli/mm-oom-let
On Wed, 26 Jul 2017 17:38:08 +0530
janani-sankarababu wrote:
-ENOCHANGELOG
Also, the subject appears to be half missing.
-- Steve
> Signed-off-by: Janani S
>
> ---
> init/main.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/init/main.c b/init/main.c
> ind
Hi,
> From: Dou Liyang [mailto:douly.f...@cn.fujitsu.com]
> Sent: Tuesday, July 18, 2017 5:44 PM
> Subject: Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization
> earlier
>
> Hi Baoquan,
>
> At 07/18/2017 04:45 PM, b...@redhat.com wrote:
> > On 07/18/17 at 02:08pm, Dou Liyang wrot
For system with X86_FEATURE_TOPOEXT, current logic use APIC ID to
calculate shared_cpu_map. However, since APIC IDs are not guaranteed
to be contiguous for cores across different L3 (e.g. family17h system
w/ downcore configuration). This breaks the logic, and results in
incorrect L3 shared_cpu_map.
On Tue, 25 Jul 2017 17:46:00 +0200
Borislav Petkov wrote:
> From: Borislav Petkov
>
> It is a single string which gets dynamically generated when the error
> gets decoded. Dump it to userspace through that tracepoint so that
> consumers can get the already decoded string and the kernel has the
On Tue, 25 Jul 2017 17:45:59 +0200
Borislav Petkov wrote:
> From: Borislav Petkov
>
> Convert the part which decodes the error description to the sequence
> buffer facility and thus save ourselves the many printk() invocations
> building the decoded string.
>
> No functionality change.
>
> Si
On Tue, 25 Jul 2017 17:45:58 +0200
Borislav Petkov wrote:
> From: Borislav Petkov
>
> Will be used in a module in a later patch.
>
> Signed-off-by: Borislav Petkov
> Cc: Steven Rostedt
Acked-by: Steven Rostedt (VMware)
-- Steve
> ---
> lib/seq_buf.c | 1 +
> 1 file changed, 1 insertion(
On Tue, 25 Jul 2017 17:45:57 +0200
Borislav Petkov wrote:
> From: Borislav Petkov
>
> This is the version which clears the supplied buffer too. Useful when
> we're done with the buffer and want to clean it up and prepare it for
> reuse.
>
> Signed-off-by: Borislav Petkov
> Cc: Steven Rostedt
On Tue, Jul 25, 2017 at 5:47 PM, Kees Cook wrote:
> As done for vega10 in commit 3ddd396f6b57 ("drm/amd/powerplay: Use
> designated initializers") mark other tableFunction entries with designated
> initializers. The randstruct plugin requires designated initializers for
> structures that are entir
This patch replace a rwlock and raw notifier by atomic notifier which
protected by spin_lock and rcu.
The first to reason to have this replace is due to a 'scheduling while
atomic' bug of RT kernel on arm/arm64 platform. On arm/arm64, rwlock
cpu_pm_notifier_lock in cpu_pm cause a potential schedu
On Mon, 24 Jul 2017 14:44:39 -0700
"Paul E. McKenney" wrote:
> The _rcu_barrier_trace() function is a wrapper for trace_rcu_barrier(),
> which needs TPS() protection for strings passed through the second
> argument. However, it has escaped prior TPS()-ification efforts because
> it _rcu_barrier_
On Wed, 2017-07-26 at 10:35 +0530, Shilpasri G Bhat wrote:
> Adds a generic powercap framework to change the system powercap
> inband through OPAL-OCC command/response interface.
>
> Signed-off-by: Shilpasri G Bhat
> ---
> Changes from V7:
> - Replaced sscanf with kstrtoint
>
> arch/powerpc/inc
On Mon, 24 Jul 2017 14:44:36 -0700
"Paul E. McKenney" wrote:
> There is currently event tracing to track when a task is preempted
> within a preemptible RCU read-side critical section, and also when that
> task subsequently reaches its outermost rcu_read_unlock(), but none
> indicating when a new
On Mon, 24 Jul 2017 14:44:34 -0700
"Paul E. McKenney" wrote:
> Strings used in event tracing need to be specially handled, for example,
> using the TPS() macro. Without the TPS() macro, although output looks
> fine from within a running kernel, extracting traces from a crash dump
> produces garb
Hi Xiongwei,
[auto build test WARNING on ceph-client/for-linus]
[also build test WARNING on v4.13-rc2 next-20170727]
[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/xiongweijiang666-gmail-com
2017-07-28 1:20 GMT+08:00 David Matlack :
> On Thu, Jul 27, 2017 at 6:54 AM, Paolo Bonzini wrote:
>> Since the current implementation of VMCS12 does a memcpy in and out
>> of guest memory, we do not need current_vmcs12 and current_vmcs12_page
>> anymore. current_vmptr is enough to read and write
On 07/27, Vineet Gupta wrote:
> Hi Stephen,
>
> On 07/14/2017 09:01 PM, Eugeniy Paltsev wrote:
> >HSDKv1 boards manages it's clocks using various PLLs. These PLL has same
> >dividers and corresponding control registers mapped to different addresses.
> >So we add one common driver for such PLLs.
>
hi:all
sorry , close the CONFIG_FANOTIFY_ACCESS_PERMISSIONS is ok.
it effected by adding the permissive judgment in fanotify_mark.
在 2017/7/27 17:55, Gu Zheng 写道:
if we disable the CONFIG_FANOTIFY_ACCESS_PERMISSIONS,
the mem will be consumed quickly, because the fsnotify_mark_srcu read lock
On 07/20, Kiran Gunda wrote:
> Clean up the pmic_arb_find_apid() by using the local
> variables to improve the code readability.
>
> Signed-off-by: Kiran Gunda
> ---
Reviewed-by: Stephen Boyd
One nit below:
> break;
>
> regval = readl_relaxed(pmic_arb->cn
I'm announcing the release of the 4.12.4 kernel.
All users of the 4.12 kernel series must upgrade.
The updated 4.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.12.y
and can be browsed at the normal kernel.org git web browser:
On Thu, 2017-07-27 at 17:42 +0200, Matthias Brugger wrote:
>
> On 07/27/2017 04:01 AM, honghui.zh...@mediatek.com wrote:
> > From: Honghui Zhang
> >
> > In the commit 3c8f4ad85c4b ("memory/mediatek: add support for mt2701"),
> > the larb->larbid was added but not initialized.
> > Mediatek's gen1
diff --git a/Makefile b/Makefile
index a872ece51ee5..d9397a912c31 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 39
+SUBLEVEL = 40
EXTRAVERSION =
NAME = Roaring Lionus
@@ -629,6 +629,9 @@ include arch/$(SRCARCH)/Makefile
KBUILD_CFLAGS += $(call
I'm announcing the release of the 4.9.40 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.4.79 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index ac77ae8ee0b1..1440a94b2474 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 78
+SUBLEVEL = 79
EXTRAVERSION =
NAME = Blurry Fish Butt
@@ -619,6 +619,9 @@ include arch/$(SRCARCH)/Makefile
KBUILD_CFLAGS += $(call
I'm announcing the release of the 3.18.63 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 769add3724a7..5526edb8f0e8 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 18
-SUBLEVEL = 62
+SUBLEVEL = 63
EXTRAVERSION =
NAME = Diseased Newt
@@ -611,6 +611,9 @@ include $(srctree)/arch/$(SRCARCH)/Makefile
KBUILD_CFLAGS
Yes, I will provide a man page update.
-Prakash.
On 7/27/17 4:58 AM, Michal Hocko wrote:
Please do not forget to provide a man page update with clarified
semantic.
On Thu, Jul 27, 2017 at 10:29:53AM -0700, David Daney wrote:
> On 07/26/2017 07:29 PM, Greg KH wrote:
> > On Wed, Jul 26, 2017 at 02:02:42PM -0700, David Daney wrote:
> > > On 07/26/2017 01:08 PM, Greg KH wrote:
> > > > On Wed, Jul 26, 2017 at 01:02:38PM -0700, David Daney wrote:
> > > > > On 07/26
cc: Sudeep Holla
On 2017-07-26 18:29, qiaozhou wrote:
On 2017年07月26日 22:16, Thomas Gleixner wrote:
On Wed, 26 Jul 2017, qiaozhou wrote:
Cc'ed ARM folks.
For that particular timer case we can clear base->running_timer w/o
the
lock held (see patch below), but this kind of
lock
Hi Heiko
Thanks for the test.
On 2017年07月27日 18:10, Heiko Stübner wrote:
Am Donnerstag, 27. Juli 2017, 11:51:06 CEST schrieb Heiko Stübner:
Hi Mark,
Am Mittwoch, 26. Juli 2017, 14:19:25 CEST schrieb Mark Yao:
Grouping the vop registers facilitates make register
definition clearer, and also i
On Thu, 2017-07-27 at 14:58 +0200, Joerg Roedel wrote:
> On Thu, Jul 27, 2017 at 10:01:09AM +0800, honghui.zh...@mediatek.com wrote:
> > From: Honghui Zhang
> >
> > Mediatek's gen1 smi need the hardware larbid to identify the offset for
> > the register which controls whether enable iommu for thi
On 05/16/2017 03:05 AM, Anshuman Khandual wrote:
> Though migrating gigantic HugeTLB pages does not sound much like real
> world use case, they can be affected by memory errors. Hence migration
> at the PGD level HugeTLB pages should be supported just to enable soft
> and hard offline use cases.
H
- On Jul 27, 2017, at 8:46 PM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> - On Jul 27, 2017, at 8:38 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
> wrote:
>
>> On Fri, Jul 28, 2017 at 08:16:28AM +0800, kbuild test robot wrote:
>>> tree:
>>> https://git.kernel.org/pub
- On Jul 27, 2017, at 8:38 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Fri, Jul 28, 2017 at 08:16:28AM +0800, kbuild test robot wrote:
>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>> rcu/next
>> head: 9204315977f284d8f1f7059e18b27a5ce0f86b
On Friday, July 21, 2017 02:36:44 PM Rafael J. Wysocki wrote:
> Hi,
>
> The device wakeup code in pci-acpi.c currently has a (theoretical) problem
> that
> it can disable wakeup for a bridge prematurely in some obscure conditions.
>
> This is described in some more detail in the changelog of pat
On Fri, Jul 28, 2017 at 08:16:28AM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> rcu/next
> head: 9204315977f284d8f1f7059e18b27a5ce0f86b5a
> commit: 9204315977f284d8f1f7059e18b27a5ce0f86b5a [4/4] membarrier: Expedited
> private
Hello, Ingo,
This pull request is for an RCU change that permits waiting for grace
periods started by CPUs late in the process of going offline. Lack of
this capability is causing failures:
http://lkml.kernel.org/r/db9c91f6-1b17-6136-84f0-03c3c2581...@codeaurora.org
Although these failures pred
On Sun, 2017-07-23 at 16:14 -0700, Linus Torvalds wrote:
> On Sun, Jul 23, 2017 at 1:00 PM, Linus Torvalds
> wrote:
> >
> > Anyway, clearly my script showed something. I think my script is still
> > doing the right thing, it's just that the input is questionable.
>
> I added a few actual checks
Hi Lee, Andy,
> Subject: Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470
>
> On Wed, Jul 26, 2017 at 11:23 AM, Lee Jones wrote:
> > On Tue, 25 Jul 2017, Andy Shevchenko wrote:
> >> On Tue, Jul 25, 2017 at 12:10 PM, Lee Jones wrote:
>
> >> I briefly checked few ->read() and ->write() implem
Neil Armstrong writes:
> On 07/12/2017 09:03 PM, Martin Blumenstingl wrote:
>> Hi Kevin,
>>
>> On Fri, Jun 23, 2017 at 10:28 AM, Neil Armstrong
>> wrote:
>>> Amlogic SoCs have a SoC information register for SoC type, package type and
>>> revision information.
>>> This patchset adds support for
From: Rafael J. Wysocki
After commit f8475cef9008 "x86: use common aperfmperf_khz_on_cpu() to
calculate KHz using APERF/MPERF" the scaling_cur_freq policy attribute
in sysfs only behaves as expected on x86 with APERF/MPERF registers
available when it is read from at least twice in a row.
The val
From: Arnd Bergmann
Date: Wed, 26 Jul 2017 17:13:59 +0200
> I still see build errors in randconfig builds and have had this
> patch for a while to locally work around it:
>
> drivers/built-in.o: In function `xgene_mdio_probe':
> mux-core.c:(.text+0x352154): undefined reference to `of_mdiobus_reg
From: Arnd Bergmann
Date: Wed, 26 Jul 2017 17:14:00 +0200
> The driver attempts to 'select MDIO_DEVICE', but the code
> is actually a loadable module when PHYLIB=m:
>
> drivers/phy/broadcom/phy-bcm-ns-usb3.o: In function
> `bcm_ns_usb3_mdiodev_phy_write':
> phy-bcm-ns-usb3.c:(.text.bcm_ns_usb3_
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/next
head: 9204315977f284d8f1f7059e18b27a5ce0f86b5a
commit: 9204315977f284d8f1f7059e18b27a5ce0f86b5a [4/4] membarrier: Expedited
private command
config: frv-defconfig (attached as .config)
compiler: frv-linux-gcc
From: Rafael J. Wysocki
On Dell Latitude 7275 the 5-button array is not exposed in the
ACPI tables, but still notifies are sent to the Intel HID device
object (device ID INT33D5) in response to power button actions while
suspended to idle. However, they are currently ignored as the
intel-hid dri
On Thursday, July 27, 2017 11:50:11 AM Mika Westerberg wrote:
> On Wed, Jul 26, 2017 at 07:05:01PM +0200, Rafael J. Wysocki wrote:
> > On Wednesday, July 26, 2017 04:12:59 PM Mika Westerberg wrote:
> > > On Wed, Jul 26, 2017 at 02:48:54PM +0200, Rafael J. Wysocki wrote:
> > > > On Wednesday, July 2
On Thursday, July 27, 2017 03:20:16 PM Ulf Hansson wrote:
> On 24 July 2017 at 11:53, Johan Hovold wrote:
> > Since commit a8636c89648a ("PM / Runtime: Don't allow to suspend a
> > device with an active child") it is no longer permitted to set
> > RPM_SUSPENDED state for a device with active child
On Monday, July 24, 2017 11:37:58 AM Joel Fernandes wrote:
> On Mon, Jul 24, 2017 at 1:57 AM, Viresh Kumar wrote:
> > On 23-07-17, 08:54, Joel Fernandes wrote:
> >> Currently the iowait_boost feature in schedutil makes the frequency go to
> >> max
> >> on iowait wakeups. This feature was added t
On Monday, July 24, 2017 02:22:16 PM Viresh Kumar wrote:
> On 21-07-17, 21:53, Julia Lawall wrote:
> > for_each_compatible_node performs an of_node_get on each iteration, so a
> > return from the loop requires an of_node_put.
> >
> > The semantic patch that fixes this problem is as follows
> > (ht
On 07/27, Stephen Boyd wrote:
> On 07/20, Kiran Gunda wrote:
> > Allocate the correct memory size (max_pmic_peripherals) for the
> > mapping_table that holds the apid to ppid mapping. Also use a local
> > variable for mapping_table for better alignment of the code.
> >
> > Signed-off-by: Kiran Gun
On 07/20, Kiran Gunda wrote:
> Replace the writel_relaxed with __raw_writel to avoid byte swapping
> in pmic_arb_write_data() function. That way the code is independent
> of the CPU endianness.
>
> Signed-off-by: Kiran Gunda
> Reviewed-by: Stephen Boyd
This also needs a Fixes tag.
Fixes: 111a1
On 07/20, Kiran Gunda wrote:
> This patch cleans up the following.
>
> - Rename the "pa" to "pmic_arb".
> - Rename the spmi_pmic_arb *dev to spmi_pmic_arb *pmic_arb.
> - Rename the pa_{read,write}_data() functions to
> pmic_arb_{read,write}_data().
> - Rename channel to APID.
> - Rename the HWIR
On Fri, 28 Jul 2017, Alexander Popov wrote:
> I don't really like ignoring double-free. I think, that:
> - it will hide dangerous bugs in the kernel,
> - it can make some kernel exploits more stable.
> I would rather add BUG_ON to set_freepointer() behind SLAB_FREELIST_HARDENED.
> Is
> it fin
On 07/20, Kiran Gunda wrote:
> Allocate the correct memory size (max_pmic_peripherals) for the
> mapping_table that holds the apid to ppid mapping. Also use a local
> variable for mapping_table for better alignment of the code.
>
> Signed-off-by: Kiran Gunda
This needs a
Fixes: 987a9f128b8a ("s
On 07/20, Kiran Gunda wrote:
> Optimize the qpnpint_irq_set_type() by using a local variable
> to hold the handler type. Also clean up other variable usage.
>
> Signed-off-by: Kiran Gunda
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a L
On 07/25/17 13:36, Rob Herring wrote:
> On Tue, Apr 25, 2017 at 7:09 PM, wrote:
>> From: Frank Rowand
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new tests target the entire process of applying an overlay.
>>
>> Signed-off-by: Frank Rowand
>> ---
>
Hi Leon
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Leon Romanovsky
> Sent: Sunday, July 23, 2017 2:16 PM
> To: Salil Mehta
> Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y);
> mehta.salil
From: Antonio Borneo
On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several
errors at kernel boot, like
OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0
OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0/endpoint
each followed by stack dump.
Fixed by:
- remo
Hi Sage,
Commit
aaebc1ce8663 ("libceph: fallback for when there isn't a pool-specific
choose_arg")
has Signed-off-by misspelt.
--
Cheers,
Stephen Rothwell
From: Antonio Borneo
On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several
errors at kernel boot, like the following one
OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0/endpoint
each followed by stack dump.
of_graph_get_port_parent() walks through the parents looking
From: Antonio Borneo
On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several
errors at kernel boot, like the following one
OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0/endpoint
each followed by stack dump.
of_graph_get_port_parent() walks through the parents looking
From: Antonio Borneo
On Hikey target board, enabling CONFIG_OF_DYNAMIC triggers several
errors at kernel boot, like the following one
OF: ERROR: Bad of_node_put() on /soc/i2s@f7118000/ports/port@0
each followed by stack dump.
Each iteration of of_for_each_phandle(){} already provides the
needed
Hi all,
Commit
eabd9a7a9053 ("ARM: dts: sun8i: h3: Enable USB OTG on the Beelink X2")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
Hi Simon,
Commit
bb003371172f ("arm: dts: genmai: Add RIIC2 pin group")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
Hi Mark,
thanks for the review.
On Wed, Jul 26, 2017 at 1:37 PM, Mark Brown wrote:
> On Tue, Jul 25, 2017 at 11:49:52PM +0200, Antonio Borneo wrote:
>
>> Fixed by:
>> - removing of_node_put() in the body of of_for_each_phandle(){},
>> since already provided at each iteration. Add it in case the
On Thu, Jul 27, 2017 at 10:41:25PM +, Mathieu Desnoyers wrote:
> - On Jul 27, 2017, at 6:13 PM, Paul E. McKenney
> paul...@linux.vnet.ibm.com wrote:
>
> > On Thu, Jul 27, 2017 at 05:13:14PM -0400, Mathieu Desnoyers wrote:
> >> Implement MEMBARRIER_CMD_PRIVATE_EXPEDITED with IPIs using cpu
Hello Christopher and Kees,
On 26.07.2017 19:55, Christopher Lameter wrote:
> On Wed, 26 Jul 2017, Kees Cook wrote:
>
What happens if, instead of BUG_ON, we do:
if (unlikely(WARN_RATELIMIT(object == fp, "double-free detected"))
return;
>>>
>>> This may work for the fre
Jason's irqchip tree does not seem to have been updated for many months
now, remove it from the list of trees to avoid any possible confusion.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 09b5ab6a8a5c..21d06a22
On 07/27/2017 02:39 PM, Tom Bogendoerfer wrote:
> On Thu, Jul 27, 2017 at 02:03:42PM -0700, Laura Abbott wrote:
>> This change causes boot failures for me on my APM Mustang system running
>> Fedora rawhide:
>>
>> [ 16.669089] Synchronous External Abort: synchronous external abort
>> (0x960
>
- On Jul 27, 2017, at 6:13 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Thu, Jul 27, 2017 at 05:13:14PM -0400, Mathieu Desnoyers wrote:
>> Implement MEMBARRIER_CMD_PRIVATE_EXPEDITED with IPIs using cpumask built
>> from all runqueues for which current thread's mm is the same as
The Broadcom STB platforms support S5 and we allow specific hardware
wake-up events to take us out of this state. Because we were not
defining an irq_pm_shutdown() function pointer, we would not be
correctly masking non-wakeup events, which would result in spurious
wake-ups from sources that were n
On 07/27/2017 03:08 PM, Richard Cochran wrote:
On Wed, Jul 26, 2017 at 05:11:36PM -0500, Grygorii Strashko wrote:
@@ -217,6 +231,19 @@ struct ptp_clock *ptp_clock_register(struct ptp_clock_info
*info,
mutex_init(&ptp->pincfg_mux);
init_waitqueue_head(&ptp->tsev_wq);
+ if (p
On Thu, Jul 27, 2017 at 4:44 AM, Tony Lindgren wrote:
> Fix inconsistent use of of_graph_get_port_parent() where
> asoc_simple_card_parse_graph_dai() does of_node_get() before
> calling it while other callers do not. We can fix this by
> not trashing the node passed to of_graph_get_port_parent().
From: Colin Ian King
Trivial fix to spelling mistake in printk message
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/toshiba/tc35815.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/toshiba/tc35815.c
b/drivers/net/ethernet/toshiba/tc35815.c
i
New algorithm that takes advantage of the M7 block init store
ASI, ie, overlapping pipelines and miss buffer filling.
Full details in code comments.
Signed-off-by: Babu Moger
---
arch/sparc/kernel/head_64.S | 12 +-
arch/sparc/lib/M7copy_from_user.S | 41 ++
arch/sparc/lib/M7copy_to_us
Separate the exception handlers from NG4memcpy so that it can be
used with new memcpy routines. Make a separate file for all these handlers.
Signed-off-by: Babu Moger
---
arch/sparc/lib/Makefile |2 +
arch/sparc/lib/Memcpy_utils.S | 163 +
arch/
Add accurate exception reporting in M7memcpy
Signed-off-by: Babu Moger
---
arch/sparc/lib/M7copy_from_user.S | 11 +-
arch/sparc/lib/M7copy_to_user.S | 10 +-
arch/sparc/lib/M7memcpy.S | 396 ++--
arch/sparc/lib/Memcpy_utils.S | 182 +++
On Thu, Jul 27, 2017 at 05:13:14PM -0400, Mathieu Desnoyers wrote:
> Implement MEMBARRIER_CMD_PRIVATE_EXPEDITED with IPIs using cpumask built
> from all runqueues for which current thread's mm is the same as the
> thread calling sys_membarrier.
>
> Scheduler-wise, it requires that we add a memory
From: Colin Ian King
Trivial fix to spelling mistake in printk message
Signed-off-by: Colin Ian King
---
drivers/net/wireless/wl3501_cs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/wl3501_cs.c b/drivers/net/wireless/wl3501_cs.c
index acec0d9ec422..
From: Colin Ian King
Trivial fix to spelling mistake in mwifiex_dbg debug message
Signed-off-by: Colin Ian King
---
drivers/net/wireless/marvell/mwifiex/tdls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/tdls.c
b/drivers/net/wireles
From: Colin Ian King
Trivial fix to spelling mistake in netdev_err message
Signed-off-by: Colin Ian King
---
drivers/staging/wilc1000/linux_wlan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wilc1000/linux_wlan.c
b/drivers/staging/wilc1000/linux_wlan.c
Rename exception handlers to memcpy_xxx as these
are going to be used by new memcpy routines and these
handlers are not exclusive to NG4memcpy anymore.
Signed-off-by: Babu Moger
---
arch/sparc/lib/Memcpy_utils.S | 120 +++---
arch/sparc/lib/NG4memcpy.S| 128
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.13-rc3
with top-most commit f6248dd88dba3aeb19351410a027d92eee7ceb72
Merge branches 'acpi-pm' and 'acpi-numa'
on top of commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9
Linux 4.13-
101 - 200 of 803 matches
Mail list logo