On Tue, 24 Feb 2015 16:58:26 +0100
Daniel Wagner wrote:
> On 02/20/2015 05:05 PM, Andi Kleen wrote:
> > Daniel Wagner writes:
> >>
> >> I am looking at how to get rid of lglock. Reason being -rt is not too
> >> happy with that lock, especially that it uses arch_spinlock_t and
> >
> > AFAIK it c
From: Alexander Drozdov
Date: Tue, 24 Feb 2015 08:18:28 +0300
> Before da413eec729d ("packet: Fixed TPACKET V3 to signal poll when block is
> closed rather than every packet") poll listening for an af_packet socket was
> not signaled if there was no packets to process. After the patch poll is
> s
On Tue, Feb 24 2015, Danesh Petigara wrote:
> The CMA aligned offset calculation is incorrect for
> non-zero order_per_bit values.
>
> For example, if cma->order_per_bit=1, cma->base_pfn=
> 0x2f80 and align_order=12, the function returns
> a value of 0x17c00 instead of 0x400.
>
> This patch fi
On Tue, Feb 24, 2015 at 12:50:20PM -0800, David Rientjes wrote:
> On Tue, 24 Feb 2015, Rafael Aquini wrote:
>
> > commit 6d2be915e589 ("mm/readahead.c: fix readahead failure for memoryless
> > NUMA
> > nodes and limit readahead pages")[1] imposed 2 mB hard limits to readahead
> > by
> > changin
On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
> PAGE_SIZE is not guaranteed to be equal to or less than 8 times the
> THREAD_SIZE.
>
> E.g. architecture hexagon may have page size 1M and thread size 4096.
> This would lead to a division by zero in the calculation of max_threads.
>
This should
On Tue, Feb 24 2015, Stefan Strogin wrote:
> Add trace events for cma_alloc() and cma_release().
>
> Signed-off-by: Stefan Strogin
Looks good to me but than again I don’t know much about trace points so
perhaps someone else should ack it as well.
> ---
> include/trace/events/cma.h | 57
>
On Tue, Feb 24 2015, Stefan Strogin wrote:
> It's more useful to print address and number of pages which are being
> released,
> not only address.
>
> Signed-off-by: Stefan Strogin
Acked-by: Michal Nazarewicz
> ---
> mm/cma.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff -
On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
> Users can change the maximum number of threads by writing to
> /proc/sys/kernel/threads-max.
>
> With the patch the value entered is checked against the same
> limits that apply when fork_init is called.
>
Correct me if I'm wrong, but this is a
On Tue, Feb 24, 2015 at 06:47:23PM +, Luck, Tony wrote:
> since offline cpus will still show up to rendezvous ... perhaps
> "num_present_cpus()" is the right number??
Provided nmi_shootdown_cpus() code path clears offlined CPUs from
cpumasks so that num_present_cpus() or any other for that mat
On Tue, 24 Feb 2015 13:39:46 -0500
Steven Rostedt wrote:
> @@ -1775,6 +1946,15 @@ static int pull_rt_task(struct rq *this_
>*/
> smp_rmb();
>
> + /* Use local just in case a feature is switched in the middle of this */
> + if ((use_ipi = sched_feat(RT_PUSH_IPI))) {
> +
Hi,
When we are sharing a wakeup source among multiple epoll fds, we end up with
thundering herd wakeups, since there is currently no way to add to the
wakeup source exclusively. This series introduces a new EPOLL_ROTATE flag
to allow for round robin exclusive wakeups.
I believe this patch series
On 24.02.2015 22:03, David Rientjes wrote:
> On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
>
>> diff --git a/init/main.c b/init/main.c
>> index 61b99376..21394ec 100644
>> --- a/init/main.c
>> +++ b/init/main.c
>> @@ -94,7 +94,7 @@
>> static int kernel_init(void *);
>>
>> extern void init_IR
From: Yannick Guerrini
Date: Tue, 24 Feb 2015 13:03:51 +0100
> Change 'firwmare' to 'firmware'
>
> Signed-off-by: Yannick Guerrini
> ---
> v2: replace "drivers, realtek" of the subject with "r8169" and cc
> net...@vger.kernel.org,
> as suggested by Hayes Wang
Applied.
--
To unsubscribe f
Epoll file descriptors that are added to a shared wakeup source are always
added in a non-exclusive manner. That means that when we have multiple epoll
fds attached to a shared wakeup source they are all woken up. This can
lead to excessive cpu usage and uneven load distribution.
This patch introd
During ep_scan_ready_list(), when the ep->mtx is dropped, we queue new
events to the ep->ovflist. However, instead of just issuing wakeup for these
newly encountered events, we instead proceed to issue wakeups even if
nothing new is being propagated.
Normally, this simply results in unnecessary ca
From: Grygorii Strashko
Historically Davinci MDIO driver was created with assumption that
MDIO is standalone device, but for Keystone 2 it's a part
of NETCP module and now NETCP driver requests IO range which
includes MDIO IO range too. This causes Keystone 2 networking stack
failure during the
Keystone netcp driver re-uses davinci mdio driver. So enable it
by default for keystone netcp driver.
Signed-off-by: Murali Karicheri
---
drivers/net/ethernet/ti/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/ti/Kconfig b/drivers/net/ethernet/ti/Kconfig
index
On Mon, 23 Feb 2015 15:52:45 +0200
Mika Westerberg wrote:
> The HID over I2C specification allows to have the interrupt for a HID
> device to be GPIO instead of directly connected to the IO-APIC.
>
> Add support for this so that when the driver does not find proper interrupt
> number from the I2
Create a special queue where waiters are 'rotated' to the end of the queue
after they are woken up. Waiters are expected to be added 'exclusively'
to this queue, and the wakeup must occur with __wake_up_rotate().
The current issue with just adding a waiter as exclusive is that it that often
result
On 24.02.2015 22:17, David Rientjes wrote:
> On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
>
>> Users can change the maximum number of threads by writing to
>> /proc/sys/kernel/threads-max.
>>
>> With the patch the value entered is checked against the same
>> limits that apply when fork_init is
On Tue, Feb 24 2015, Stefan Strogin wrote:
> When CONFIG_CMA_BUFFER_LIST is configured a file is added to debugfs:
> /sys/kernel/debug/cma/cma-/buffers contains a list of currently allocated
> CMA buffers for each CMA region (N stands for number of CMA region).
>
> Format is:
> - ( kB), allocate
On Tue, Feb 24 2015, Stefan Strogin wrote:
> From: Dmitry Safonov
>
> Here are two functions that provide interface to compute/get used size
> and size of biggest free chunk in cma region. Add that information to debugfs.
>
> Signed-off-by: Dmitry Safonov
> Signed-off-by: Stefan Strogin
Acked-
Hi Tim,
2014-10-31 5:27 GMT+01:00 Tim Harvey :
> The IMX6 has some internal LDO regulators provided by the anatop regulator
> block that can regulate the arm, soc, gpu/vpu core supplies. Alternatively a
> design can supply vdd_arm and vdd_soc externally via a PMIC to provide a lower
> power draw (
On Tue, Feb 24, 2015 at 12:15 AM, Arnd Bergmann wrote:
> On Monday 23 February 2015 17:31:44 Andrew Bresticker wrote:
>> Platforms which use raw zboot images may need to link the image at
>> a fixed address if there is no other way to communicate the load
>> address to the bootloader. Allow the p
On 02/24/2015 01:30 AM, Borislav Petkov wrote:
> On Mon, Feb 23, 2015 at 03:14:01PM -0800, H. Peter Anvin wrote:
>> That may cause the same line to be flushed twice. I would suggest,
>> instead, also removing the arithmetic on void *:
>
> Btw, should we hold down all those suggested usages somewh
On 02/24/2015 01:40 PM, H. Peter Anvin wrote:
> On 02/24/2015 01:30 AM, Borislav Petkov wrote:
>> On Mon, Feb 23, 2015 at 03:14:01PM -0800, H. Peter Anvin wrote:
>>> That may cause the same line to be flushed twice. I would suggest,
>>> instead, also removing the arithmetic on void *:
>>
>> Btw, s
On 2/24/2015 1:10 PM, Michal Nazarewicz wrote:
> On Tue, Feb 24 2015, Danesh Petigara wrote:
>> The CMA aligned offset calculation is incorrect for
>> non-zero order_per_bit values.
>>
>> For example, if cma->order_per_bit=1, cma->base_pfn=
>> 0x2f80 and align_order=12, the function returns
On Tue, Feb 24, 2015 at 01:22:37PM +0200, Nikolai Kondrashov wrote:
> On 02/24/2015 12:34 AM, Benjamin Tissoires wrote:
> >On Feb 23 2015 or thereabouts, Peter Hutterer wrote:
> >>yeah, but the thing is: those emails are only necessary _once_ per tablet.
> >>if they're not in the database, you'll
On Tue, 2015-02-24 at 13:41 -0800, H. Peter Anvin wrote:
> On 02/24/2015 01:40 PM, H. Peter Anvin wrote:
> > On 02/24/2015 01:30 AM, Borislav Petkov wrote:
> >> On Mon, Feb 23, 2015 at 03:14:01PM -0800, H. Peter Anvin wrote:
> >>> That may cause the same line to be flushed twice. I would suggest,
On 02/24/2015 01:48 PM, Ross Zwisler wrote:
> On Tue, 2015-02-24 at 13:41 -0800, H. Peter Anvin wrote:
>> On 02/24/2015 01:40 PM, H. Peter Anvin wrote:
>>> On 02/24/2015 01:30 AM, Borislav Petkov wrote:
On Mon, Feb 23, 2015 at 03:14:01PM -0800, H. Peter Anvin wrote:
> That may cause the sa
On Tue, Feb 24, 2015 at 04:43:18PM +0100, Michal Hocko wrote:
> On Tue 24-02-15 17:18:14, Minchan Kim wrote:
> > Recently, Shaohua reported that MADV_FREE is much slower than
> > MADV_DONTNEED in his MADV_FREE bomb test. The reason is many of
> > applications went to stall with direct reclaim since
On Sun, 22 Feb, at 07:43:48PM, Yinghai Lu wrote:
> Index: linux-2.6/arch/x86/boot/header.S
> ===
> --- linux-2.6.orig/arch/x86/boot/header.S
> +++ linux-2.6/arch/x86/boot/header.S
> @@ -301,7 +301,7 @@ _start:
> # Part 2 of the h
On Tue, Feb 24, 2015 at 4:58 AM, Rafael Aquini wrote:
>
> This patch brings back the old behavior of max_sane_readahead()
Yeah no.
There was a reason that code was killed. No way in hell are we
bringing back the insanities with node memory etc.
Also, we have never actually heard of anything san
>> -clr_cr_intercept(svm, INTERCEPT_CR0_WRITE);
>> } else {
>> set_cr_intercept(svm, INTERCEPT_CR0_READ);
> (There is no point in checking fpu_active if cr0s are equal.)
>
>> -set_cr_intercept(svm, INTERCEPT_CR0_WRITE);
> KVM uses lazy FPU and the state is
On 2/14/2015 6:22 AM, Catalin Marinas wrote:
1. user populates sival_int compat_sigevent and invokes
compat_sys_mq_notify()
2. kernel get_compat_sigevent() copies compat_sigevent into the native
sigevent. compat and native sival_int are the same, no problem so
far. The other half of 6
Em Tue, 24 Feb 2015 11:53:47 -0700
Shuah Khan escreveu:
> Replace printk macro in dprintk macros in em28xx audio, dvb,
> and input files with pr_* equivalent routines.
>
> Signed-off-by: Shuah Khan
> ---
> drivers/media/usb/em28xx/em28xx-audio.c | 3 +--
> drivers/media/usb/em28xx/em28xx-dvb.c
Em Tue, 24 Feb 2015 11:53:34 -0700
Shuah Khan escreveu:
> Replace printk KERN_DEBUG with pr_debug in dprintk macro
> defined in au0828.h
>
> Signed-off-by: Shuah Khan
> ---
> drivers/media/usb/au0828/au0828.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/med
On Tue, Feb 24, 2015 at 11:41 PM, David Rientjes wrote:
> On Fri, 20 Feb 2015, Konstantin Khlebnikov wrote:
>
>> diff --git a/include/linux/mm.h b/include/linux/mm.h
>> index 028565a..0538de0 100644
>> --- a/include/linux/mm.h
>> +++ b/include/linux/mm.h
>> @@ -1126,6 +1126,7 @@ extern void pagefa
On Tue, Feb 24, 2015 at 01:56:25PM -0800, Linus Torvalds wrote:
> On Tue, Feb 24, 2015 at 4:58 AM, Rafael Aquini wrote:
> >
> > This patch brings back the old behavior of max_sane_readahead()
>
> Yeah no.
>
> There was a reason that code was killed. No way in hell are we
> bringing back the insa
On Tue, 24 Feb 2015, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> Avoid secure transactions while probing the CCI PMU. The
> existing code makes use of the Peripheral ID2 (PID2) register
> to determine the revision of the CCI400, which requires a
> secure transaction. This puts a lim
On Tue, Feb 24, 2015 at 10:11 PM, Johannes Weiner wrote:
> On Tue, Feb 24, 2015 at 07:19:24PM +0100, Michal Hocko wrote:
>> Tetsuo Handa has pointed out that __GFP_NOFAIL allocations might fail
>> after OOM killer is disabled if the allocation is performed by a
>> kernel thread. This behavior was
On Tue, Feb 24, 2015 at 11:00:31PM +0200, Ameen Ali wrote:
> else if at line 406 has the same condition as the else if at line 404.
>
The changelog should really say why you think 0x5 is correct. Could you
update and resend?
regards,
dan carpenter
--
To unsubscribe from this list: send the lin
On Tue, Feb 24, 2015 at 2:08 PM, Rafael Aquini wrote:
>
> Would you consider bringing it back, but instead of node memory state,
> utilizing global memory state instead?
Maybe. At least it would be saner than picking random values that make
absolutely no sense.
> People filing bugs complaining t
On Wed, Feb 25, 2015 at 1:09 AM, Konstantin Khlebnikov wrote:
> On Tue, Feb 24, 2015 at 10:11 PM, Johannes Weiner wrote:
>> On Tue, Feb 24, 2015 at 07:19:24PM +0100, Michal Hocko wrote:
>>> Tetsuo Handa has pointed out that __GFP_NOFAIL allocations might fail
>>> after OOM killer is disabled if t
On Tue, 24 Feb 2015, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> This patch separates the PMU driver code from the low level
> CCI driver code, and enables the CCI400-PMU for ARM64.
>
> Introduces config options for both.
>
> - ARM_CCI400_MCPM- controls the low level MCPM dri
On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
> > I'm afraid I don't understand this. The intent of the patch is to
> > separate the max_threads logic into a new function, correct? If that's
> > true, then I don't understand why UINT_MAX is being introduced into this
> > path and passed to
On Tue, 24 Feb 2015, Heinrich Schuchardt wrote:
> >> Users can change the maximum number of threads by writing to
> >> /proc/sys/kernel/threads-max.
> >>
> >> With the patch the value entered is checked against the same
> >> limits that apply when fork_init is called.
> >>
> >
> > Correct me if I
From: Greg Thelen
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_node() does not limit the allo
On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
> In all three 32-bit entry points, %eax is zero-extended to %rax.
> It is safe to do 32-bit compare when checking that syscall#
> is not too large.
Applied. Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v7:
- Create fsl_mc_io object in dprc_probe()
C
APIs to access the Management Complex (MC) hardware
module of Freescale LS2 SoCs. This patch includes
APIs to check the MC firmware version and to manipulate
DPRC objects in the MC.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v7:
None
Changes in v6:
- Upgraded MC
On Wed, 25 Feb 2015, Konstantin Khlebnikov wrote:
> >> @@ -3220,11 +3229,10 @@ void show_free_areas(unsigned int filter)
> >>
> >> printk("active_anon:%lu inactive_anon:%lu isolated_anon:%lu\n"
> >> " active_file:%lu inactive_file:%lu isolated_file:%lu\n"
> >> - " u
On Thu, 05 Feb, at 11:44:41AM, Borislav Petkov wrote:
> From: Borislav Petkov
> Subject: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
>
> ... and hide the memory regions dump behind it. Make it default-off.
>
> Signed-off-by: Borislav Petkov
> Link: http://lkml.kernel.org/r/201
On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
> PER_CPU_VAR(kernel_stack) was set up in a way where it points
> five stack slots below the top of stack.
>
> Presumably, it was done to avoid one "sub $5*8,%rsp"
> in syscall/sysenter code paths, where iret frame needs to be
> created by ha
On Tue, Feb 24, 2015 at 06:08:54PM +0200, Stanimir Varbanov wrote:
>
> yes, there is a potential race between atomic_inc and dma callback. I
> reordered these calls to save few checks, and now it returns to me.
>
> I imagine few options here:
>
> - reorder the dmaengine calls and atomic oper
On 23/02/15 22:18, Pavel Machek wrote:
On Mon 2015-01-26 14:15:27, Bryan O'Donoghue wrote:
Do the applications normally need to manipulate IMRs?
Applications could in theory manipulate IMRs - you might want to place
an IMR around an EFI capsule in memory for example - before calling a
ca
On Tue, Feb 24, 2015 at 01:39:03PM -0800, Andrew Bresticker wrote:
> It is the same sort of issue, though I think the only way to solve it
> on MIPS would be to copy the image to the address it was linked at,
> which could be problematic if there's overlap. There's also the cache
> maintenance we
On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
> Before this patch, rcx and r11 were saved in pt_regs->rcx
> and pt_regs->r11. Which looks natural, but requires messy
> shuffling to/from iret stack whenever ptrace or e.g. iopl
> wants to modify return address or flags - because that's
> h
On Mon, Feb 23, 2015 at 10:00:50AM -0600, Rob Herring wrote:
> On Wed, Feb 18, 2015 at 5:03 AM, Charles Keepax
> wrote:
> > Move parts of linux/mfd/arizona/pdata.h and gpio.h into a new file in
> > the dt-binding directory for use by device tree bindings. This also
> > makes gpio.h redundant so re
Commit fab4c256a58b ("PCI/AER: Add a TLP header print helper")
introduced the helper function __print_tlp_header, but contrary to the
intention, the behaviour did change: Since we're taking the address of
the parameter t, the first 4 or 8 bytes printed will be the value of
the pointer t itself, and
On 02/24/2015 12:36 PM, Borislav Petkov wrote:
> On Tue, Feb 24, 2015 at 09:13:03PM +0100, Denys Vlasenko wrote:
>> They aren't equal. $1 and $2 in two lowest bits will also
>> be interpreted as "userspace" here. "Equal to $3" sends
>> a wrong message here to a human reading the code,
>> the code
On 02/24/2015 02:25 PM, Andy Lutomirski wrote:
> On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
>> In all three 32-bit entry points, %eax is zero-extended to %rax.
>> It is safe to do 32-bit compare when checking that syscall#
>> is not too large.
>
> Applied. Thanks!
>
NAK NAK NAK NA
On Fri, Feb 20, 2015 at 11:17:06PM +0100, Jiri Olsa wrote:
> ---
> tools/lib/traceevent/event-parse.c | 1 +
> tools/lib/traceevent/event-parse.h | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/tools/lib/traceevent/event-parse.c
> b/tools/lib/traceevent/event-parse.c
> index afe20ed9f
- Original Message -
From: "Linus Torvalds"
To: "Rafael Aquini"
Cc: "linux-mm" , "Andrew Morton"
, "Johannes Weiner" , "Rik van
Riel" , "David Rientjes" , "Linux Kernel
Mailing List" , lober...@redhat.com, "Larry
Woodman" , "Raghavendra K T"
Sent: Tuesday, February 24, 2015 5:12:28
On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
> PER_CPU(old_rsp) usage is simplified - now it is used only
> as temp storage, and userspace stack pointer is immediately stored
> in pt_regs->sp on syscall entry, instead of being used later,
> on syscall exit. This allows to get rid of thr
The fsl-mc object allocator driver manages "allocatable" fsl-mc
objects such as DPBPs, DPMCPs and DPCONs. It provides services to
other fsl-mc drivers to allocate/deallocate these types of objects.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v2:
- Converted MC port
On Tue, Feb 24, 2015 at 2:52 PM, H. Peter Anvin wrote:
> On 02/24/2015 02:25 PM, Andy Lutomirski wrote:
>> On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko wrote:
>>> In all three 32-bit entry points, %eax is zero-extended to %rax.
>>> It is safe to do 32-bit compare when checking that syscall#
>
Platform device driver that sets up the basic bus infrastructure
for the fsl-mc bus type, including support for adding/removing
fsl-mc devices, register/unregister of fsl-mc drivers, and bus
match support to bind devices to drivers.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
On 02/24/2015 02:56 PM, Andy Lutomirski wrote:
> On Tue, Feb 24, 2015 at 2:52 PM, H. Peter Anvin wrote:
>> On 02/24/2015 02:25 PM, Andy Lutomirski wrote:
>>> On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko
>>> wrote:
In all three 32-bit entry points, %eax is zero-extended to %rax.
It
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware. This patch series is dependent
on the patch series "ARM64: Add support for FSL's LS2085A SoC"
(http://thread.gmane.org/gmane.linux.ports.arm.kernel/351829)
The fsl-mc is a hardware resource manager t
On Tue, Feb 24, 2015 at 3:01 PM, H. Peter Anvin wrote:
> On 02/24/2015 02:56 PM, Andy Lutomirski wrote:
>> On Tue, Feb 24, 2015 at 2:52 PM, H. Peter Anvin wrote:
>>> On 02/24/2015 02:25 PM, Andy Lutomirski wrote:
On Tue, Feb 24, 2015 at 10:51 AM, Denys Vlasenko
wrote:
> In all thr
From: Andi Kleen
Add an option to perf record to record running/enabled time
for read events, similar to what stat does.
This is useful to understand multiplexing problems.
Right now the report support is not great, but at least
report -D already supports it.
Signed-off-by: Andi Kleen
---
to
On Tue, Feb 24, 2015 at 05:54:58PM -0500, Steven Rostedt wrote:
> On Fri, Feb 20, 2015 at 11:17:06PM +0100, Jiri Olsa wrote:
> > ---
> > tools/lib/traceevent/event-parse.c | 1 +
> > tools/lib/traceevent/event-parse.h | 1 +
> > 2 files changed, 2 insertions(+)
> >
> > diff --git a/tools/lib/trac
CAT(Cache Allocation Technology) on hsw needs to be enumerated
separately. CAT is only supported on certain HSW SKUs. This patch does
a probe test for hsw CPUs by writing a CLOSid into high 32 bits of
IA32_PQR_MSR and see if the bits stick. The probe test is only done
after confirming that the CPU
migrate_to_node() is intended to migrate a page from one source node to a
target node.
Today, migrate_to_node() could end up migrating to any node, not only the
target node. This is because the page migration allocator,
new_node_page() does not pass __GFP_THISNODE to alloc_pages_exact_node().
Jonathan,
On Wed, Feb 11, 2015 at 10:45:34AM -0800, Jonathan Richardson wrote:
> Pinging maintainers... Am I ok to go ahead with the current rotation
> implementation? I haven't heard anything further. Any feedback on naming
> conventions from DT people?
>
I believe we should go with touchscreen
This patch adds a description of Cache allocation technology, overview
of kernel implementation and usage of CAT cgroup interface.
Signed-off-by: Vikas Shivappa
---
Documentation/cgroups/rdt.txt | 184 ++
1 file changed, 184 insertions(+)
create mode 1006
Adds support for IA32_PQR_ASSOC MSR writes during task scheduling.
The high 32 bits in the per processor MSR IA32_PQR_ASSOC represents the
CLOSid. During context switch kernel implements this by writing the
CLOSid of the cgroup to which the task belongs to the CPU's
IA32_PQR_ASSOC MSR.
For Cache
This patch implements a common software cache for IA32_PQR_MSR(RMID 0:9,
CLOSId 32:63) to be used by both CMT and CAT. CMT updates the RMID
where as CAT updates the CLOSid in the software cache. When the new
RMID/CLOSid value is different from the cached values, IA32_PQR_MSR is
updated. Since t
Add support for cache bit mask manipulation. The change adds a file to
the RDT cgroup which represents the CBM(cache bit mask) for the cgroup.
The RDT cgroup follows cgroup hierarchy ,mkdir and adding tasks to the
cgroup never fails. When a child cgroup is created it inherits the
CLOSid and the C
This patch adds support for the new Cache Allocation Technology (CAT)
feature found in future Intel Xeon processors. CAT is part of Intel
Resource Director Technology(RDT) which enables sharing of processor
resources. This patch includes CPUID enumeration routines for CAT and
new values to track CA
This patch adds a new cgroup subsystem to support the new Cache Allocation
Technology (CAT) feature found in future Intel Xeon Intel processors. CAT is
part of Resource Director Technology(RDT) or Platform Shared resource control
which provides support to control Platform shared resources like c
This patch adds a cgroup subsystem to support Intel Resource Director
Technology(RDT) or Platform Shared resources Control. The resources that
are currently supported for sharing is Last level cache
(Cache Allocation Technology or CAT).
When a RDT cgroup is created it has a CLOSid and CBM associate
On Fri, Feb 20, 2015 at 06:43:53PM +0530, Tapasweni Pathak wrote:
> To avoid deadlock, do not call blocking functions with spinlocks held.
>
> Replace GFP_KERNEL with GFP_ATOMIC, as the latter will fail if the pile
> doesn't have enough free pages but will not sleep and hence deadlock can
> be avo
From: Greg Thelen
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_node() does not limit the allo
On Wed, Feb 25, 2015 at 12:03 AM, Andy Lutomirski wrote:
>> Actually this part should have been broken up. The word "several" in
>> the patch description is by itself a cause to NAK the patch.
>
> Point taken.
>
> Denys, can you fix this and send a v2 of the entire series with the
> traps.c fix a
In-Reply-To:
This patch series introduces the object allocator driver for the
Freescale Management Complex (fsl-mc) of QorIQ Ls2 SoCs This patch
series is dependent on the patch series drivers/bus: "Freescale
Management Complex bus driver patch series Besides adding the object
allocator functional
Hi Jonathan,
On Fri, Dec 19, 2014 at 02:17:49PM -0800, Jonathan Richardson wrote:
> Add initial version of the Broadcom touchscreen driver.
>
> Reviewed-by: Ray Jui
> Reviewed-by: Scott Branden
> Tested-by: Scott Branden
> Signed-off-by: Jonathan Richardson
> ---
> drivers/input/touchscreen/
On Wed, Feb 04, 2015 at 05:38:15PM -0500, Sasha Levin wrote:
> When printing the driver_override parameter when it is 4095 and 4094 bytes
> long the printing code would access invalid memory because we need count+1
> bytes for printing.
>
> Cc: # v3.16+
> Fixes: 782a985d ("PCI: Introduce new devi
The CMA aligned offset calculation is incorrect for
non-zero order_per_bit values.
For example, if cma->order_per_bit=1, cma->base_pfn=
0x2f80 and align_order=12, the function returns
a value of 0x17c00 instead of 0x400.
This patch fixes the CMA aligned offset calculation.
Cc: sta...@vger.ke
ARM64 has the yield nop hint which has the intended semantics of
cpu_relax. Implement.
The immediate application is ARM CPU emulators. An emulator can take
advantage of the yield hint to de-prioritise an emulated CPU in favor
of other emulation tasks. QEMU A64 SMP emulation has yield awareness,
an
On 02/24/2015 03:03 PM, Mauro Carvalho Chehab wrote:
> Em Tue, 24 Feb 2015 11:53:47 -0700
> Shuah Khan escreveu:
>
>> Replace printk macro in dprintk macros in em28xx audio, dvb,
>> and input files with pr_* equivalent routines.
>>
>> Signed-off-by: Shuah Khan
>> ---
>> drivers/media/usb/em28xx
On Tue, Feb 24, 2015 at 03:16:38PM -0800, Vikas Shivappa wrote:
> This patch adds support for the new Cache Allocation Technology (CAT)
> feature found in future Intel Xeon processors. CAT is part of Intel
> Resource Director Technology(RDT) which enables sharing of processor
> resources. This patc
On 02/24/2015 03:03 PM, Mauro Carvalho Chehab wrote:
> Em Tue, 24 Feb 2015 11:53:34 -0700
> Shuah Khan escreveu:
>
>> Replace printk KERN_DEBUG with pr_debug in dprintk macro
>> defined in au0828.h
>>
>> Signed-off-by: Shuah Khan
>> ---
>> drivers/media/usb/au0828/au0828.h | 2 +-
>> 1 file cha
All instances of "ttyPS" use this macro except for this one. Convert
it.
Signed-off-by: Peter Crosthwaite
Acked-by: Michal Simek
---
drivers/tty/serial/xilinx_uartps.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
b/drivers/tty/serial/
> >-Original Message-
> >From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
> >Sent: Thursday, February 19, 2015 5:01 PM
> > Subject: [E1000-devel] [PATCH v2 3/3] ixgbe: Add new ndo to allow VF
> > multicast promiscuous mode
> >
> >From: Hiroshi Shimamoto
> >
> >Implements the new
Fix checkpatch.ph errors "space prohibited between function name and
open parenthesis" in socklnd.h
Signed-off-by: Adrien Descamps
---
.../staging/lustre/lnet/klnds/socklnd/socklnd.h| 130 ++---
1 file changed, 65 insertions(+), 65 deletions(-)
diff --git a/drivers/staging/l
The last instance of "mysterious" SS+8 constant is replaced by SIZEOF_PTREGS.
Signed-off-by: Denys Vlasenko
CC: Linus Torvalds
CC: Steven Rostedt
CC: Ingo Molnar
CC: Borislav Petkov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Oleg Nesterov
CC: Frederic Weisbecker
CC: Alexei Starovoitov
The $AUDIT_ARCH_X86_64 parameter to syscall_trace_enter_phase1/2
is a 32-bit constant, loading it with 32-bit MOV produces 5-byte insn
instead of 10-byte one.
Signed-off-by: Denys Vlasenko
CC: Linus Torvalds
CC: Steven Rostedt
CC: Ingo Molnar
CC: Borislav Petkov
CC: "H. Peter Anvin"
CC: Andy
After TEST insn, JE actually performs "jump if zero",
let's use JZ mnemonic instead.
No code changes, but less confusion.
Signed-off-by: Denys Vlasenko
CC: Linus Torvalds
CC: Steven Rostedt
CC: Ingo Molnar
CC: Borislav Petkov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Oleg Nesterov
CC:
601 - 700 of 923 matches
Mail list logo
