From: Anna-Maria Gleixner
Install the callbacks via the state machine.
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/power.c | 58
include/linux/cpuhotplug.h |1
2 files changed, 12 insertions(+), 47 deletions(-)
--- a/arch/x86
From: Anna-Maria Gleixner
To simplify the hotplug mechanism move the starting callback to
online. There is no functional requirement that the cpumask bit has to
be set in the starting callback.
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/power.c |4 ++--
1 file changed, 2 in
On 2016/7/9 0:13, Catalin Marinas wrote:
> On Fri, Jul 08, 2016 at 11:24:26PM +0800, Leizhen (ThunderTown) wrote:
>> On 2016/7/8 21:54, Catalin Marinas wrote:
>>> On Fri, Jul 08, 2016 at 11:36:57AM +0800, Leizhen (ThunderTown) wrote:
On 2016/7/7 23:37, Catalin Marinas wrote:
> On Thu, Ju
Hi Morten,
On 11 July 2016 at 10:33, Morten Rasmussen wrote:
> On Wed, Jun 22, 2016 at 06:03:11PM +0100, Morten Rasmussen wrote:
>> Hi,
>>
>> The scheduler is currently not doing much to help performance on systems with
>> asymmetric compute capacities (read ARM big.LITTLE). This series improves
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Chris Zankel
Cc: Max Filippov
Cc: linux-xte...@linux-xtensa.org
Signed-off-by: Anna-Maria Gleixner
---
a
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Pawel Moll
Signed-off-by: Anna-Maria Gleixner
---
drivers/bus/arm-ccn.c | 47 -
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/ibs.c | 64 +
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Cc: linux...@vger.kernel.org
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/sh/kernel/perf_e
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/intel/cqm.c | 49
From: Thomas Gleixner
Install the callback via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Steven Miao
Signed-off-by: Anna-Maria Gleixner
---
arch/blackfin/kernel/perf_event.c |
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/intel/rapl.c | 84 ---
From: Thomas Gleixner
Convert the notifiers to state machine states and let the core code do the
setup for the already online CPUs. This notifier has a completely undocumented
ordering requirement versus perf hardcoded in the notifier priority. This
odering is only required for cpu down, so that
From: Thomas Gleixner
Actually a nice symmetric startup/teardown pair which fits proper in
the state machine concept. In the long run we should be able to invoke
the startup callback for the boot CPU via the state machine and get
rid of the init function which invokes it on the boot CPU.
Note: T
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Sebastian Hesselbarth
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Anna-Maria Gleixner
---
arch/arm/mach-mvebu/coherency.
From: Thomas Gleixner
Replace the perf_notifier() install mechanism, which invokes magically
the callback on the current CPU. Convert the hardware specific
callbacks which are invoked from the x86 perf core to return proper
error codes instead of totally pointless NOTIFY_BAD return values.
Signe
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip
From: Richard Cochran
Install the callbacks via the state machine.
Signed-off-by: Richard Cochran
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip/irq-armada-370-xp.c | 44
include/linux/cpuhotplug.h |
From: Richard Cochran
Install the callbacks via the state machine.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip/irq-gic-v3.c | 22 +++---
include/linux/cpuhot
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Andy Lutomirski
Cc: x...@kernel.org
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/entry/vdso/vma.c |
More or less straightforward, although this driver sports some very
interesting SMP setup code. Regarding the callback ordering, this
deleted comment is interesting:
... the GIC needs to be up before the ARM generic timers.
That comment is half baken as the same requirement is true for perf.
On Mon, Jul 11, 2016 at 07:03:31AM -0400, Jeff Layton wrote:
> On Mon, 2016-07-11 at 09:23 +0200, Michal Hocko wrote:
> > On Fri 08-07-16 10:27:38, Jeff Layton wrote:
> > > On Fri, 2016-07-08 at 16:23 +0200, Michal Hocko wrote:
> > > > On Fri 08-07-16 08:51:54, Jeff Layton wrote:
> > > > >
> > > >
On Monday, July 11, 2016 03:29:55 PM Stephen Rothwell wrote:
> Hi Mika,
>
> On Mon, 11 Jul 2016 07:48:17 +0300 Mika Westerberg
> wrote:
> >
> > Looks like it is the module name (configfs.o) that confuses modpost or
> > linker. The below patch fixes it for me.
>
> That makes sense. Thanks.
OK,
A usb device in the connection state. Then host is suspend and resume.
But the usb device could not be at the right speed. We should be reset
the reset.
Signed-off-by: Pengcheng Li
---
drivers/usb/core/hub.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/cor
From: Konstantin Neumoin
The balloon has a special mechanism that is subscribed to the oom
notification which leads to deflation for a fixed number of pages.
The number is always fixed even when the balloon is fully deflated.
But leak_balloon did not expect that the pages to deflate will be more
On 11/07/16 10:56, James Liao wrote:
[...]
@@ -467,28 +386,54 @@ static int scpsys_probe(struct platform_device *pdev)
if (PTR_ERR(scpd->supply) == -ENODEV)
scpd->supply = NULL;
else
-
From: Yu-cheng Yu
We did not handle XSAVES instructions correctly. There were issues in
converting between standard and compacted format when interfacing with
user-space. These issues have been corrected.
Add a WARN_ONCE() to make it clear that XSAVES supervisor states are not
yet implemented.
From: Yu-cheng Yu
In XSAVES mode if fpstate_init() is used to initialize a
task's extended state area, xsave.header.xcomp_bv[63] must
be set. Otherwise, when the task is scheduled, a warning is
triggered from copy_kernel_to_xregs().
One such test case is: setting an invalid extended state
throug
From: Yu-cheng Yu
** Based on tip/master **
This is Part 3 of previous 13 XSAVES patches. Break it down to
smaller series. There are no code changes; only minor fixes in
the titles.
Yu-cheng Yu (4):
x86/fpu/xstate: Fix __fpu_restore_sig() for XSAVES
x86/fpu/xstate: Return NULL for disabled
On 07/08/2016 05:41 PM, Andrew Morton wrote:
On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote:
Although dynamic debug is often only used for debug builds, sometimes its
enabled for production builds as well. Minimize its impact by using jump
labels. This reduces the text section by 7000+ b
From: Yu-cheng Yu
When the kernel is using XSAVES compacted format, we cannot do
__copy_from_user() from a signal frame, which has standard-format data.
Fix it by using copyin_to_xsaves(), which converts between formats and
filters out all supervisor states that we do not allow userspace to
write
On Mon, Jul 11 2016 at 4:31am -0400,
Matthias Dahl wrote:
> Hello,
>
> I made a few more tests and here my observations:
>
> - kernels 4.4.8 and 4.5.5 show the same behavior
>
> - the moment dd starts, memory usage spikes rapidly and within a just
> a few seconds has filled up all 32 GiB of
From: Yu-cheng Yu
It is an error to request a disabled XSAVE/XSAVES component address.
For that case, make __raw_xsave_addr() return a NULL and issue a
warning.
Signed-off-by: Yu-cheng Yu
Signed-off-by: Fenghua Yu
Reviewed-by: Dave Hansen
---
arch/x86/kernel/fpu/xstate.c | 5 +
1 file ch
On Tue, Jul 5, 2016 at 3:39 PM, Jeff Layton wrote:
> On Thu, 2016-06-30 at 15:46 +0200, Andreas Gruenbacher wrote:
>> We need to map from POSIX permissions to NFSv4 permissions when a
>> chmod() is done, from NFSv4 permissions to POSIX permissions when an acl
>> is set (which implicitly sets the f
Hello Mike...
On 2016-07-11 15:18, Mike Snitzer wrote:
Something must explain the execessive nature of your leak but
it isn't a known issue.
Since I am currently setting up the new machine, all tests were
performed w/ various live cd images (Fedora Rawhide, Gentoo, ...)
and I saw the exact sa
On Tue, Jul 5, 2016 at 4:59 PM, Jeff Layton wrote:
> On Thu, 2016-06-30 at 15:47 +0200, Andreas Gruenbacher wrote:
>> A richacl roughly grants a requested access if the NFSv4 acl in the
>> richacl grants the requested permissions according to the NFSv4
>> permission check algorithm and the file ma
On Mon, Jul 11, 2016 at 06:12:30PM +0800, Xishi Qiu wrote:
> Hi,
>
> We can use mprotect to set read only or read/write.
>
> mprotect_fixup()
> vma_set_page_prot()
> vm_pgprot_modify()
> vm_get_page_prot()
> protection_map[vm
Inlining reply below after thinking further.
On Mon, Jul 11 2016 at 9:18am -0400,
Mike Snitzer wrote:
> On Mon, Jul 11 2016 at 4:31am -0400,
> Matthias Dahl wrote:
>
> > Hello,
> >
> > I made a few more tests and here my observations:
> >
> > - kernels 4.4.8 and 4.5.5 show the same behavio
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
Topi-Miettinen/capabilities-audit-capability-use/20160711-191824
commit c24bf954b59269134ee89584ca466fafd5e98c38 ("capabilities: audit
capability use")
in testcase: boot
on test machine: 1 threads qemu-sys
On Sat, Jul 09, 2016 at 01:41:38AM +0800, kbuild test robot wrote:
> Hi,
>
> [auto build test ERROR on next-20160708]
> [also build test ERROR on v4.7-rc6]
> [cannot apply to pcmoore-selinux/next security/next v4.7-rc6 v4.7-rc5
> v4.7-rc4]
> [if your patch is applied to the wrong git tree, please
Port the xattr functionality to the new xattr_handler API.
This is smallest changes needed to move to this new API. The
function ll_removexattr can be replaced by generic_removexattr
as well since it also uses the xattr_handler set xattr backend.
To tell the difference between the two cases we test
On Mon, Jul 11 2016 at 9:27am -0400,
Matthias Dahl wrote:
> Hello Mike...
>
> On 2016-07-11 15:18, Mike Snitzer wrote:
>
> >Something must explain the execessive nature of your leak but
> >it isn't a known issue.
>
> Since I am currently setting up the new machine, all tests were
> performed
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.hotplug
head: 0e5de16e9e45b4d853a31761fd74ff56998169a1
commit: 19d18a28764b80cd2e451c1ab85f12b090d2a875 [31/66] x86/kvm/kvmclock:
Convert to hotplug state machine
config: x86_64-allyesconfig (attached as .config)
compiler: g
2016-07-11 18:14+0800, Yang Zhang:
> On 2016/7/11 15:43, Paolo Bonzini wrote:
>> On 11/07/2016 08:07, Yang Zhang wrote:
>> > >
>> > > mutex_lock(&kvm->arch.apic_map_lock);
>> > >
>> > > +kvm_for_each_vcpu(i, vcpu, kvm)
>> > > +if (kvm_apic_present(vcpu))
>> > > +max_i
On Mon, Jul 11, 2016 at 09:40:04AM -0400, Vivek Goyal wrote:
On Sat, Jul 09, 2016 at 01:41:38AM +0800, kbuild test robot wrote:
Hi,
[auto build test ERROR on next-20160708]
[also build test ERROR on v4.7-rc6]
[cannot apply to pcmoore-selinux/next security/next v4.7-rc6 v4.7-rc5 v4.7-rc4]
[if yo
On Fri, Jul 01, 2016 at 03:45:30PM +0800, Shawn Lin wrote:
> This patch adds description for no-sd, no-sdio, no-mmc. We
> expect the specific boards adds these in DT to improve
> the initialization. For instance, for a soldered eMMC slot,
> we could skip sending SDIO and SD commands to probe its ca
Hey Mitch,
Thanks for having the necessary go at the DMA API - I think the series
looks broadly workable now.
On 09/07/16 03:09, Mitchel Humpherys wrote:
> The following patch to the ARM SMMU driver:
>
> commit d346180e70b91b3d5a1ae7e5603e65593d4622bc
> Author: Robin Murphy
> Date:
On Mon, Jul 04, 2016 at 01:46:39AM +0900, Yoshinori Sato wrote:
> Signed-off-by: Yoshinori Sato
> ---
> .../interrupt-controller/iodata-landisk.txt| 31 ++
> drivers/irqchip/Makefile | 2 +-
> drivers/irqchip/irq-io-landisk.c | 72
> ++
From: Jiri Kosina
Convert the per-device linked list into a hashtable. The primary
motivation for this change is that currently, we're not tracking all the
qdiscs in hierarchy (e.g. excluding default qdiscs), as the lookup
performed over the linked list by qdisc_match_from_root() is rather
ex
On Mon, 27 Jun 2016, Torsten Duwe wrote:
> diff --git a/arch/arm64/include/asm/livepatch.h
> b/arch/arm64/include/asm/livepatch.h
> new file mode 100644
> index 000..6b9a3d1
> --- /dev/null
> +++ b/arch/arm64/include/asm/livepatch.h
> @@ -0,0 +1,37 @@
> +/*
> + * livepatch.h - arm64-specific
On 09/07/16 03:09, Mitchel Humpherys wrote:
> Add the IOMMU_PRIV attribute, which is used to indicate privileged
> mappings.
>
> Signed-off-by: Mitchel Humpherys
> ---
> include/linux/iommu.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/linux/iommu.h b/include/linux/iommu.h
On Mon, 11 Jul 2016, Anna-Maria Gleixner wrote:
> @@ -5896,7 +5877,7 @@ void kvm_arch_exit(void)
> if (!boot_cpu_has(X86_FEATURE_CONSTANT_TSC))
> cpufreq_unregister_notifier(&kvmclock_cpufreq_notifier_block,
> CPUFREQ_TRANSITION_NOTIFIE
For a long time, generic_make_request() converts recursion into
iteration by queuing recursive arguments on current->bio_list.
This is convenient for stacking drivers,
the top-most driver would take the originally submitted bio,
and re-submit a re-mapped version of it, or one or more clones,
or on
On Mon, Jul 11, 2016 at 03:17:01PM +0800, Antoine, Peter wrote:
>Do you have the firmware package for the SKL huc?
Sorry, no, is this error log due to lack of the firmware?
Thanks,
Xiaolong
>
>Peter
>-Original Message-
>From: lkp-requ...@eclists.intel.com [mailto:lkp-requ...@eclists.intel
On 11 July 2016 at 13:31, Vinay Simha wrote:
> emil,
>
> As you had suggested to drop the spurious returns in
> jdi_panel_unprepare and drop the return itself.
> But as i had mentioned earlier , we cannot drop the return function
> and void for jdi_panel_unprepare , since the drm fun* requires int
Dropped the XXX comment (oops),
moved the current_has_pending_bios() helper to bio.h
and dropped the identical ones from bio.c and md.h.
Reposted in-thread as
[PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
Thanks,
Lars Ellenberg
On Thu, Jul 07, 2016 at 12:35:02PM -0600, Stephen Warren wrote:
> On 07/07/2016 12:13 PM, Sivaram Nair wrote:
> >On Tue, Jul 05, 2016 at 05:04:22PM +0800, Joseph Lo wrote:
> >>Add DT binding for the Hardware Synchronization Primitives (HSP). The
> >>HSP is designed for the processors to share resou
On 11/07/2016 15:48, Radim Krčmář wrote:
>>> I guess the easiest solution is to replace kvm_apic_id with a field in
>>> struct kvm_lapic, which is already shifted right by 24 in xAPIC mode.
>
> (I guess the fewest LOC is to look at vcpu->vcpu_id, which is equal to
> x2apic id. xapic id cannot
Mesh HWMP module will be able to rely on the HW
RC algorithm if it exists, for path metric calculations.
This allows the metric calculation mechanism to calculate
a correct metric, based on PER and last TX rate both via
HW RC algorithm if it exists or via parameters collected
by the SW.
Signed-of
On 09/07/16 03:09, Mitchel Humpherys wrote:
> From: Jeremy Gebben
>
> Allow the creation of privileged mode mappings, for stage 1 only.
>
> Signed-off-by: Jeremy Gebben
> ---
> drivers/iommu/io-pgtable-arm.c | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
>
> diff --
From: Feng Li
In MC/S scenario, the conn->sess has been set NULL in
iscsi_login_non_zero_tsih_s1 when the second connection comes here,
then kernel panic.
The conn->sess will be assigned in iscsi_login_non_zero_tsih_s2. So
we should check whether it's NULL before calling.
Signed-off-by: Feng Li
FW will provide a TX rate per link for each FW status,
and wlcore will be able to store the information for
the use of the mesh hwmp module.
This is used mainly in mesh.
Rates are reported when a mesh interface is up.
Signed-off-by: Maxim Altshul
---
Send both patches + fixes for reduntant null
On 07/09/2016 11:05 AM, Janani Ravichandran wrote:
Currently, the mm_shrink_slab_start and mm_shrink_slab_end
tracepoints tell us how much time was spent in a shrinker, the number of
objects scanned, etc. But there is no information about the identity of
the shrinker. This patch enables the trace
Adding this opcode, allows the TI wireless driver,
to report throughput directly from FW to mac80211.
This is used mainly for mesh metric calculation.
Signed-off-by: Maxim Altshul
---
drivers/net/wireless/ti/wlcore/main.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/
On 09/07/16 03:09, Mitchel Humpherys wrote:
> This reverts commit d346180e70b9 ("iommu/arm-smmu: Treat all device
> transactions as unprivileged") since some platforms actually make use of
> privileged transactions.
Super-nit: I know it makes bog-all difference in reality, but logically
it would b
Yes, this line:
*ERROR* Failed to fetch HuC firmware from i915/skl_huc_ver01_07_1398.bin
means that it failed to find the firmware.
If you are using the HuC (only require for some extra media codecs) then
you may need to update libraries as well as installing the firmware. If
you are just tes
On Tue, Jul 05, 2016 at 05:04:24PM +0800, Joseph Lo wrote:
> The BPMP is a specific processor in Tegra chip, which is designed for
> booting process handling and offloading the power management, clock
> management, and reset control tasks from the CPU. The binding document
> defines the resources t
This problem exists at least from v3.16.
The upstream kernel still exists this issue.
I have tested my patch and the following panic is disappeared.
Thanks,
- Alex
#dmesg
[ 1160.788676] sd 16:0:0:0: [sde] Attached SCSI disk
[ 1383.962626] target_core_get_fabric() failed for usb_gadget
[ 1404.78
Extend page_owner with free_pages() tracking functionality. This adds to the
dump_page_owner() output an additional backtrace, that tells us what path has
freed the page.
Aa a trivial example, let's assume that do_some_foo() has an error - an extra
put_page() on error return path, and the function
On 07/11/2016 12:35 AM, Ingo Molnar wrote:
> * Andy Lutomirski wrote:
> mprotect_pkey()'s effects are per MM, but the system calls related to
> managing the
> keys (alloc/free/get/set) are fundamentally per CPU.
>
> Here's an example of how this could matter to applications:
>
> - 'writer thr
On Tue, Jul 05, 2016 at 09:44:31AM -0700, Guenter Roeck wrote:
> Provide generic bindings for all Jedec JC-42.4 compatible temperature
> sensor chips.
>
> Signed-off-by: Guenter Roeck
> ---
> Documentation/devicetree/bindings/hwmon/jc42.txt | 42
>
> 1 file changed, 42
Hi Guenter,
2016-07-07 5:22 GMT+09:00 Guenter Roeck :
> Hi,
>
> On Tue, Jun 28, 2016 at 6:40 PM, Chanwoo Choi wrote:
>> Hi Guenter,
>>
>> 2016년 6월 29일 수요일, Guenter Roeck님이 작성한 메시지:
>>>
>>> On Tue, Jun 28, 2016 at 5:26 AM, Chanwoo Choi wrote:
>>> > Hi Chris,
>>> >
>>> > I agree to add the new EXT
On Tue, Jul 05, 2016 at 07:13:05PM +0200, Sylwester Nawrocki wrote:
> This patch adds documentation of the DT bindings for the Samsung
> Exynos SoC Low Power Audio Subsystem.
>
> Signed-off-by: Sylwester Nawrocki
> ---
>
> There were few rather significant additions since v3 and I had to drop ta
On Mon 11-07-16 10:12:51, Rik van Riel wrote:
> On Mon, 2016-07-11 at 08:37 +0200, Michal Hocko wrote:
> > On Sat 09-07-16 04:43:31, Janani Ravichandran wrote:
> > > Struct shrinker does not have a field to uniquely identify the
> > > shrinkers
> > > it represents. It would be helpful to have a new
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> ...
> Some comments below. The vast majority of them are really minor, the
> only thing which bothers me a little bit is WARN() in hvsock_sendmsg()
> which I think shouldn't be there. But I may have missed something.
Thank you for the very
On Wed, Jul 06, 2016 at 06:51:29PM +0800, Roger Chen wrote:
> Add constants and callback functions for the dwmac on rk3368 socs.
> As can be seen, the base structure is the same, only registers and
> the bits in them moved slightly.
>
> Signed-off-by: Roger Chen
> ---
> .../devicetree/bindings/n
* Anna-Maria Gleixner wrote:
> More or less straightforward, although this driver sports some very
> interesting SMP setup code. Regarding the callback ordering, this
> deleted comment is interesting:
>
>... the GIC needs to be up before the ARM generic timers.
>
> That comment is half bak
On 07/10/2016 09:25 PM, Andy Lutomirski wrote:
> 2. When thread A allocates a pkey, how does it lock down thread B?
>
> #2 could be addressed by using fully-locked-down as the initial state
> post-exec() and copying the state on clone(). Dave, are there any
> cases in practice where one thread wo
Hi,
On Fri, Jul 08, 2016 at 04:51:38PM +0900, Kwangwoo Lee wrote:
> +/**
> + * arch_memcpy_to_pmem - copy data to persistent memory
> + * @dst: destination buffer for the copy
> + * @src: source buffer for the copy
> + * @n: length of the copy in bytes
> + *
> + * Copy data to persistent memory me
* Anna-Maria Gleixner wrote:
> All users converted to state machine callbacks.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Sebastian Andrzej Siewior
> Signed-off-by: Anna-Maria Gleixner
The SOB sequence is weird - is a From: Thomas line missing?
Thanks,
Ingo
On Wed, Jul 06, 2016 at 03:33:47PM +0100, Marc Zyngier wrote:
> On a big-little system, PMUs can be wired to CPUs using per CPU
> interrups (PPI). In this case, it is important to make sure that
> the enable/disable do happen on the right set of CPUs.
>
> So instead of relying on the interrupt-aff
On Mon, 2016-07-11 at 08:37 +0200, Michal Hocko wrote:
> On Sat 09-07-16 04:43:31, Janani Ravichandran wrote:
> > Struct shrinker does not have a field to uniquely identify the
> > shrinkers
> > it represents. It would be helpful to have a new field to hold
> > names of
> > shrinkers. This informat
Hi Rafael,
On 24/03/16 14:08, Rafael J. Wysocki wrote:
On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
The 20160318 ACPICA kernel-resident subsystem updates are linuxized based
on the linux-pm/linux-next branch.
The patchset has passed the following build/boot tests.
Build tests are performe
* Anna-Maria Gleixner wrote:
> Get rid of the prio ordering of the separate notifiers and use a proper state
> callback pair.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Sebastian Andrzej Siewior
> Cc: Tejun Heo
> Cc: Lai Jiangshan
> Signed-off-by: Anna-Maria Gleixner
Same question
While reading the comment to 19ced623d :
"The hash buffer is really HASH_BLOCK_SIZE bytes, someone
must have thought that memmove takes n*u32 words by mistake.
Tests work as good/bad as before after this patch.
"
I was just curious why the tests doesn't fail now and since when the bug
On 11/07/2016 14:28, Anna-Maria Gleixner wrote:
> From: Sebastian Andrzej Siewior
>
> Install the callbacks via the state machine and let the core invoke
> the callbacks on the already online CPUs.
>
> We assumed that the priority ordering was ment to invoke the online
> callback as the last ste
On 22/06/16 22:45, Yury Norov wrote:
Hi Peter,
Nice to meet you.
On Wed, Jun 22, 2016 at 07:08:33AM -0700, Peter Hurley wrote:
On Jun 22, 2016, at 5:18 AM, Yury Norov wrote:
On Fri, May 20, 2016 at 04:03:23PM +0300, Aleksey Makarov wrote:
This patch adds function pl011_console_match()
On 11/07/2016 14:28, Anna-Maria Gleixner wrote:
> From: Thomas Gleixner
>
> Install the callbacks via the state machine. The core won't invoke the
> callbacks on already online CPUs.
>
> Signed-off-by: Thomas Gleixner
> Reviewed-by: Sebastian Andrzej Siewior
> Cc: Gleb Natapov
> Cc: Paolo B
On Thu, Jul 07, 2016 at 11:48:25AM +0200, Arnd Bergmann wrote:
> On Thursday, July 7, 2016 11:25:46 AM CEST Mark Brown wrote:
> > On Wed, Jul 06, 2016 at 04:53:13PM +0200, Arnd Bergmann wrote:
> > > This documents the binding used by Alexander Shiyan's DT support for
> > > the clps711x SPI controll
On Monday, July 11, 2016 04:38:17 PM Matthias Brugger wrote:
> Hi Rafael,
>
> On 24/03/16 14:08, Rafael J. Wysocki wrote:
> > On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
> >> The 20160318 ACPICA kernel-resident subsystem updates are linuxized based
> >> on the linux-pm/linux-next branch.
> >
Hi Krzysztof,
[...]
>> diff --git a/drivers/soc/samsung/exynos-pmu.c
>> b/drivers/soc/samsung/exynos-pmu.c
>> index 0acdfd8..7cda8fb 100644
>> --- a/drivers/soc/samsung/exynos-pmu.c
>> +++ b/drivers/soc/samsung/exynos-pmu.c
>> @@ -88,6 +88,9 @@ static const struct of_device_id
>> exynos_pmu_of_d
Hi Sylwester,
Thanks for the review.
On Thu, Jul 7, 2016 at 12:26 PM, Sylwester Nawrocki
wrote:
> On 07/05/2016 10:29 PM, Abhilash Kesavan wrote:
>
>> +static const struct samsung_pll_rate_table pll1450x_24mhz_tbl[] = {
>> + /* rate, m, p, s */
>> + PLL_35XX_RATE(249600, 208, 2, 0),
On Mon, 11 Jul 2016, Ingo Molnar wrote:
>
> * Anna-Maria Gleixner wrote:
>
> > More or less straightforward, although this driver sports some very
> > interesting SMP setup code. Regarding the callback ordering, this
> > deleted comment is interesting:
> >
> >... the GIC needs to be up bef
Hi Krzysztof,
On Wed, Jul 6, 2016 at 8:47 AM, Krzysztof Kozlowski
wrote:
> On Tue, Jul 5, 2016 at 10:28 PM, Abhilash Kesavan
> wrote:
>> Exynos7 has certain PMU registers that needs to be configured with
>> u32 values.
>>
>> Signed-off-by: Abhilash Kesavan
>> ---
>> drivers/soc/samsung/exynos
Hi Sylwester,
On Thu, Jul 7, 2016 at 12:45 PM, Sylwester Nawrocki
wrote:
> On 07/05/2016 10:29 PM, Abhilash Kesavan wrote:
>> Exynos7 has the same CPU clock registers layout as that present
>> in Exynos5433 except for the bits in the MUX_STAT* registers.
>> Add a new CLK_CPU_HAS_MODIFIED_MUX_STAT
Hi Bartlomiej,
Thanks for the comments.
On Thu, Jul 7, 2016 at 1:17 PM, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi
>
> On Thursday, July 07, 2016 12:45:57 PM Sylwester Nawrocki wrote:
>> On 07/05/2016 10:29 PM, Abhilash Kesavan wrote:
>> > Exynos7 has the same CPU clock registers layout as that pre
On Mon, Jul 11, 2016 at 7:34 AM, Dave Hansen wrote:
> On 07/10/2016 09:25 PM, Andy Lutomirski wrote:
>> 2. When thread A allocates a pkey, how does it lock down thread B?
>>
>> #2 could be addressed by using fully-locked-down as the initial state
>> post-exec() and copying the state on clone(). D
On 09/07/16 03:09, Mitchel Humpherys wrote:
> This patch adds the DMA_ATTR_PRIVILEGED_EXECUTABLE attribute to the
> DMA-mapping subsystem.
DMA_ATTR_PRIVILEGED. We can worry about the (much bigger) executable vs.
NX issue some other time.
> Some architectures require that writable mappings also be
On Mon, Jul 11, 2016 at 09:37:16AM -0500, Rob Herring wrote:
> On Wed, Jul 06, 2016 at 03:33:47PM +0100, Marc Zyngier wrote:
> > On a big-little system, PMUs can be wired to CPUs using per CPU
> > interrups (PPI). In this case, it is important to make sure that
> > the enable/disable do happen on t
Hello Mike...
On 2016-07-11 15:30, Mike Snitzer wrote:
But that is expected given you're doing an unbounded buffered write to
the device. What isn't expected, to me anyway, is that the mm
subsystem
(or the default knobs for buffered writeback) would be so aggressive
about delaying writeback.
On Thu, Jul 07, 2016 at 10:54:23AM +0800, William Wu wrote:
> Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
> which specifies whether the USB2.0 PHY provides a free-running
> PHY clock, which is active when the clock control input is active.
>
> Signed-off-by: William Wu
> ---
> Cha
301 - 400 of 830 matches
Mail list logo
