We are going to use migration entries to stabilize page counts. It means
we don't need compound_lock() for that.
Signed-off-by: Kirill A. Shutemov
Tested-by: Sasha Levin
Acked-by: Vlastimil Babka
---
include/linux/mm.h | 35 ---
include/linux/page-flags.
With new refcounting we don't need to mark PMDs splitting. Let's drop code
to handle this.
Signed-off-by: Kirill A. Shutemov
Tested-by: Sasha Levin
Acked-by: Vlastimil Babka
---
fs/proc/task_mmu.c| 8 +++---
include/asm-generic/pgtable.h | 9 ---
include/linux/huge_mm.h
We need to prepare kernel to allow transhuge pages to be mapped with
ptes too. We need to handle FOLL_SPLIT in follow_page_pte().
Also we use split_huge_page() directly instead of split_huge_page_pmd().
split_huge_page_pmd() will gone.
Signed-off-by: Kirill A. Shutemov
Tested-by: Sasha Levin
Ac
As with rmap, with new refcounting we cannot rely on PageTransHuge() to
check if we need to charge size of huge page form the cgroup. We need to
get information from caller to know whether it was mapped with PMD or
PTE.
We do uncharge when last reference on the page gone. At that point if we
see P
* Thomas Gleixner wrote:
> On Wed, 3 Jun 2015, Linus Torvalds wrote:
> > On Tue, Jun 2, 2015 at 11:20 PM, Ingo Molnar wrote:
> > >
> > > Given that Windows relies on the HPET for timekeeping, it might get more
> > > attention than the PIT?
> >
> > Does Windows actually do that? Becuase if so,
This patch adds implementation of split_huge_page() for new
refcountings.
Unlike previous implementation, new split_huge_page() can fail if
somebody holds GUP pin on the page. It also means that pin on page
would prevent it from bening split under you. It makes situation in
many places much cleane
On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote:
> rx->status is an int16_t, print it using %d rather than %u in order to
> have a meaningful value when the field is negative.
[]
> diff --git a/drivers/net/xen-netfront.c b/drivers/net/xen-netfront.c
[]
> @@ -733,7 +733,7 @@ static int xennet_
With new refcounting we don't need to mark PMDs splitting. Let's drop
code to handle this.
pmdp_splitting_flush() is not needed too: on splitting PMD we will do
pmdp_clear_flush() + set_pte_at(). pmdp_clear_flush() will do IPI as
needed for fast_gup.
Signed-off-by: Kirill A. Shutemov
---
arch/p
Original split_huge_page() combined two operations: splitting PMDs into
tables of PTEs and splitting underlying compound page. This patch
implements split_huge_pmd() which split given PMD without splitting
other PMDs this page mapped with or underlying compound page.
Without tail page refcounting,
On 30 May 2015 at 16:37, Mikko Rapeli wrote:
> Fixes userspace compilation error:
>
> drm/drm.h:132:2: error: unknown type name ‘size_t’
>
> Signed-off-by: Mikko Rapeli
> ---
> include/uapi/drm/drm.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/include/uapi/dr
* Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
> > On Wed, Jun 3, 2015 at 10:11 AM, Ingo Molnar wrote:
> > >
> > > * H. Peter Anvin wrote:
> > >
> > >> I like the patch set (and you can add my Acked-by:) *except* 7/7, and
> > >> the reason
> > >> for that is that it really isn't entry
On Wed, Jun 3, 2015 at 10:21 AM, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
>>
>> * Andy Lutomirski wrote:
>>
>> > On Wed, Jun 3, 2015 at 10:11 AM, Ingo Molnar wrote:
>> > >
>> > > * H. Peter Anvin wrote:
>> > >
>> > >> I like the patch set (and you can add my Acked-by:) *except* 7/7, and
On Wed, Jun 3, 2015 at 10:16 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> On Wed, Jun 3, 2015 at 10:11 AM, Ingo Molnar wrote:
>> >
>> > * H. Peter Anvin wrote:
>> >
>> >> I like the patch set (and you can add my Acked-by:) *except* 7/7, and the
>> >> reason
>> >> for that is that i
Hi all,
Thanks to a tonne of help (and friendly nagging!) from Andre, I'm
pleased to announce a stand-alone repository for kvmtool:
git://git.kernel.org/pub/scm/linux/kernel/git/will/kvmtool.git
This is a follow-up from a previous thread[1] where we concluded that
this was the right way to go.
* Andy Lutomirski wrote:
> On Wed, Jun 3, 2015 at 10:21 AM, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> >>
> >> * Andy Lutomirski wrote:
> >>
> >> > On Wed, Jun 3, 2015 at 10:11 AM, Ingo Molnar wrote:
> >> > >
> >> > > * H. Peter Anvin wrote:
> >> > >
> >> > >> I like the patch se
On Mon, Jun 1, 2015 at 3:26 AM, Rusty Russell wrote:
> Andreas Mohr writes:
>> Hi,
>>
>> I just had a not so nice experience
>> when finally upgrading to a new 4.1-rc5
>> with CONFIG_MODULE_COMPRESS newly enabled -
>> userspace binary parts (kmod 18 or 20 in my case)
>> did not have compression e
On Sat, 2015-05-30 at 14:21 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Commit 73f7d1ca3263 "ACPI / init: Run acpi_early_init() before
> timekeeping_init()" moved the ACPI subsystem initialization,
> including the ACPI mode enabling, to an earlier point in the
> initialization s
On Wed, Jun 3, 2015 at 7:30 PM, Lucas De Marchi
wrote:
> On Mon, Jun 1, 2015 at 3:26 AM, Rusty Russell wrote:
>> Andreas Mohr writes:
>>> Hi,
>>>
>>> I just had a not so nice experience
>>> when finally upgrading to a new 4.1-rc5
>>> with CONFIG_MODULE_COMPRESS newly enabled -
>>> userspace bina
On Wed, 3 Jun 2015, Peter Zijlstra wrote:
> /**
> * struct hrtimer - the basic hrtimer structure
> @@ -153,6 +144,7 @@ struct hrtimer_clock_base {
> struct timerqueue_head active;
> ktime_t (*get_time)(void);
> ktime_t offset;
> + struct hrt
On Wed, 2015-06-03 at 13:16 -0400, Josef Bacik wrote:
> Eesh ok, do you happen to remember how you ran tbench so I can add it to
> my tests here? In addition to fixing this problem we're also interested
> in tracking performance of new kernels so we don't have to do this "what
> the hell went
On Wed, Jun 3, 2015 at 2:04 AM, Ingo Molnar wrote:
>
> * John Stultz wrote:
>
>> > Instead of having these super rare special events, how about implementing
>> > leap
>> > second smearing instead? That's far less radical and a lot easier to test
>> > as
>> > well, as it's a continuous mechanism
On Wed, 2015-06-03 at 18:27 +0300, Andy Shevchenko wrote:
> > > I have a totally empty screen (serial console). So, if you teach me
> > > how to gather that I could do it later on.
> >
> > That'll be hard - you'd probably need a hardware debugger or something
> > special to get a RIP or other data
On 06/03/2015 10:04 AM, Linus Torvalds wrote:
> On Wed, Jun 3, 2015 at 9:47 AM, Thomas Gleixner wrote:
>>
>>> Does anybody know what the base oscillator for HPET tends to be? Also,
>>
>> The most common frequency is 14.318180 MHz.
>
> I was more thinking along the lines of "which actually crystal
On Wed, Jun 3, 2015 at 2:36 PM, Kay Sievers wrote:
> On Wed, Jun 3, 2015 at 7:30 PM, Lucas De Marchi
> wrote:
>> On Mon, Jun 1, 2015 at 3:26 AM, Rusty Russell wrote:
>>> Andreas Mohr writes:
Hi,
I just had a not so nice experience
when finally upgrading to a new 4.1-rc5
On Mon, Apr 13, 2015 at 11:39:01AM +1000, James Morris wrote:
> On Wed, 8 Apr 2015, Mateusz Guzik wrote:
>
> > This is still a problem. Any feedback about the patch?
> >
>
> I'd like to see feedback from vfs folk (Al).
>
Ping? Are there any concerns with the patch?
--
Mateusz Guzik
--
To uns
On 06/03/2015 10:13 AM, Ingo Molnar wrote:
>>>
>>> Anyway, I like this series except patch 7.
>>>
>> I can't count. I mean all except patch 3 (the vdso one), not 7.
>>
Same here... erk.
>> Although arch/x86/entry might be less of a mouthful.
>
> So see my reply to hpa: it makes sense to collect
On 06/03/2015 10:22 AM, Andy Lutomirski wrote:
>
> I'm convinced. If "entry" means entry into code provided by the
> kernel as opposed to entry via hardware-provided entry mechanism, then
> the vdso is indeed a pile of entries into the kernel.
>
No, it isn't. It is user space code provided by
On Wed, Jun 03, 2015 at 05:55:35PM +0100, Lorenzo Pieralisi wrote:
> On Wed, Jun 03, 2015 at 04:12:24PM +0100, Guenter Roeck wrote:
>
> [...]
>
> > >> After looking into this some more, I think the wrinkle may be that
> > >> pci_read_bridge_bases() and thus pci_read_bridge_io() isn't called
> > >
From: "John D. Blair"
Signed-off-by: John D. Blair
---
drivers/usb/serial/cp210x.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index 9031750e7404..47eb5c0f5345 100644
--- a/drivers/usb/serial/cp210x.c
+++ b/drivers/usb/serial
In addition to enabling kexec, this patch-set has a bunch of miscellaneous
fixes.
Alex Ng (1):
Drivers: hv: balloon: Enable dynamic memory protocol negotiation with
Windows 10 hosts
K. Y. Srinivasan (1):
Drivers: hv: vmbus: Permit sending of packets without payload
Vitaly Kuznetsov (8):
From: Vitaly Kuznetsov
When general-purpose kexec (not kdump) is being performed in Hyper-V guest
the newly booted kernel fails with an MCE error coming from the host. It
is the same error which was fixed in the "Drivers: hv: vmbus: Implement
the protocol for tearing down vmbus state" commit - mo
From: Vitaly Kuznetsov
kzalloc() return value check was accidentally lost in 11bc3a5fa91f:
"Drivers: hv: kvp: convert to hv_utils_transport" commit.
We don't need to reset kvp_transaction.state here as we have the
kvp_timeout_func() timeout function and in case we're in OOM situation
it is prefe
From: Vitaly Kuznetsov
We already have hv_synic_free() which frees all per-cpu pages for all
CPUs, let's remove the hv_synic_free_cpu() call from hv_synic_cleanup()
so it will be possible to do separate cleanup (writing to MSRs) and final
freeing. This is going to be used to assist kexec.
Signed
From: Vitaly Kuznetsov
Signed-off-by: Vitaly Kuznetsov
Signed-off-by: K. Y. Srinivasan
---
Documentation/power/suspend-and-cpuhotplug.txt |6 +++---
kernel/cpu.c | 13 -
2 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/Document
From: Vitaly Kuznetsov
Reported-by: Radim Kr.má
Signed-off-by: Vitaly Kuznetsov
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/vmbus_drv.c | 38 --
1 files changed, 4 insertions(+), 34 deletions(-)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_d
From: Vitaly Kuznetsov
At the very late stage of kexec a driver (which are not being unloaded) can
try to post a message or signal an event. This will crash the kernel as we
already did hv_cleanup() and the hypercall page is NULL.
Move all common (between 32 and 64 bit code) declarations to the
From: Vitaly Kuznetsov
struct hv_start_fcopy is too big to be on stack on i386, the following
warning is reported:
>> drivers/hv/hv_fcopy.c:159:1: warning: the frame size of 1088 bytes is larger
>> than 1024 bytes [-Wframe-larger-than=]
Reported-by: kbuild test robot
Signed-off-by: Vitaly Kuz
The guest may have to send a completion packet back to the host.
To support this usage, permit sending a packet without a payload -
we would be only sending the descriptor in this case.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel.c |4 +++-
1 files changed, 3 insertions(+), 1 dele
From: Vitaly Kuznetsov
current_pt_regs() returns regs of the userspace process and in case of
kernel crash this is not what we need to report. E.g. when we trigger
crash with sysrq we see the following:
...
RIP: 0010:[] []
sysrq_handle_crash+0x16/0x20
RSP: 0018:8800db0a7d88 EFLAGS: 00010
From: Alex Ng
Support Win10 protocol for Dynamic Memory. Thia patch allows guests on Win10
hosts
to hot-add memory even when dynamic memory is not enabled on the guest.
Signed-off-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c | 26 --
1 fil
Mam vzajemne mít prospech podnik pro nas oba. pokud mate zajem, muzete mi
dostat na e-mailovou adresu a podrobnosti vysvetlil po telefonu.
E-mail: jgg.c...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Wed, Jun 03, 2015 at 08:42:38PM +0900, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.80 release.
> There are 46 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Wed, Jun 03, 2015 at 08:42:28PM +0900, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.44 release.
> There are 64 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Wed, Jun 03, 2015 at 09:07:50PM +0900, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.0.5 release.
> There are 148 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On 06/01/2015 11:05 PM, fu@linaro.org wrote:
+ if (wdd->pretimeout)
+ /* The pretimeout is valid, go panic */
+ panic("SBSA Watchdog pre-timeout");
The problem with this is that WS1 will still occur. So a few seconds
after the panic() call, the hardware w
On 06/03/2015 11:04 AM, H. Peter Anvin wrote:
> On 06/03/2015 10:22 AM, Andy Lutomirski wrote:
>>
>> I'm convinced. If "entry" means entry into code provided by the
>> kernel as opposed to entry via hardware-provided entry mechanism, then
>> the vdso is indeed a pile of entries into the kernel.
>>
On 03.06.2015 09:26, Sudip Mukherjee wrote:
> On Tue, Jun 02, 2015 at 10:48:11PM +0200, Mateusz Kulikowski wrote:
>> dig_t::dbg_mode is initialized to one value and checked only once in code.
>> This patch throws it away, and deletes always-true condition.
>>
>> Signed-off-by: Mateusz Kulikowski
>
On Wed, Jun 03, 2015 at 02:41:48PM +0200, Borislav Petkov wrote:
> This header containing all MSRs and respective bit definitions got
> exported to userspace in conjunction with the big uapi shuffle.
>
> But, it doesn't have anything to do in the uapi headers because
> userspace can do its own MSR
On Wed, Jun 03, 2015 at 01:16:41PM -0500, Timur Tabi wrote:
> On 06/01/2015 11:05 PM, fu@linaro.org wrote:
> >+if (wdd->pretimeout)
> >+/* The pretimeout is valid, go panic */
> >+panic("SBSA Watchdog pre-timeout");
>
> The problem with this is that WS1 will still o
H. Peter Anvin wrote:
> The RTC is probably the most reliable reference clock, in part because
> 32 kHz crystals are generally calibrated and extremely stable. However,
> to get more than 1 Hz frequency out of it you have to enable interrupts
> (which gets you to 8192 Hz).
Indeed, it's the only o
Some triggers may need access to the trace event, so pass it in. Also
fix up the existing trigger funcs and their callers.
Signed-off-by: Tom Zanussi
---
include/linux/trace_events.h| 3 ++-
kernel/trace/trace.h| 6 --
kernel/trace/trace_events_trigger.c | 35 +
Add a simple per-trigger 'paused' flag, allowing individual triggers
to pause. We could leave it to individual triggers that need this
functionality to do it themselves, but we also want to allow other
events to control pausing, so add it to the trigger data.
Signed-off-by: Tom Zanussi
---
kern
This is v6 of the 'hist triggers' patchset, following feedback from
v5.
Changes from v5:
This version adds support for compound keys, along with the related
ability to sort using primary and secondary keys. This was mentioned
in previous versions as the last important piece that remained
unimple
Add a utility function to grab the syscall name from the syscall
metadata, given a syscall id.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 5 +
kernel/trace/trace_syscalls.c | 11 +++
2 files changed, 16 insertions(+)
diff --git a/kernel/trace/trace.h b/kernel/tr
Add a new tracer named function_hist:
# cat /sys/kernel/debug/tracing/available_tracers
blk mmiotrace function_hist function_graph wakeup_dl wakeup_rt wakeup
irqsoff function nop
# echo function_hist > /sys/kernel/debug/tracing/current_tracer
# cat /sys/kernel/debug/tracing/function_hi
Make is_string_field() and is_function_field() accessible outside of
trace_event_filters.c for other users of ftrace_event_fields.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 12
kernel/trace/trace_events_filter.c | 12
2 files changed, 12 insert
Similar to enable_event/disable_event triggers, these triggers enable
and disable the aggregation of events into maps rather than enabling
and disabling their writing into the trace buffer.
They can be used to automatically start and stop hist triggers based
on a matching filter condition.
If the
Add documentation and usage examples for 'hist' triggers.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 1091
1 file changed, 1091 insertions(+)
diff --git a/Documentation/trace/events.txt b/Documentation/trace/events.txt
index 75d25a1.
When a trigger is enabled, the cond flag should be set beforehand,
otherwise a trigger that's expecting to process a trace record
(e.g. one with post_trigger set) could be invoked without one.
Likewise a trigger's cond flag should be reset after it's disabled,
not before.
Signed-off-by: Tom Zanus
'hist' triggers allow users to continually aggregate trace events,
which can then be viewed afterwards by simply reading a 'hist' file
containing the aggregation in a human-readable format.
The basic idea is very simple and boils down to a mechanism whereby
trace events, rather than being exhausti
On 03/06/15 12:35, David Howells wrote:
Statistics polling can not be done by lmedm04 driver's implementation of
M88RS2000/TS2020 because I2C messages stop the device's demuxer, so allow
polling for statistics to be suppressed in the ts2020 driver by setting
dont_poll in the ts2020_config struc
Add tracing_map, a special-purpose lock-free map for tracing.
tracing_map is designed to aggregate or 'sum' one or more values
associated with a specific object of type tracing_map_elt, which
is associated by the map to a given key.
It provides various hooks allowing per-tracer customization and
On Wed, Jun 03, 2015 at 06:54:51PM +0200, Oleg Nesterov wrote:
> On 06/03, Tycho Andersen wrote:
> >
> > On Tue, Jun 02, 2015 at 08:48:48PM +0200, Oleg Nesterov wrote:
> >
> > > Otherwise, if we use PTRACE_O_ instead, it goes away automatically if
> > > the tracer dies or does PTRACE_DETACH.
> >
>
On Thu, May 28, 2015 at 06:36:22PM +0200, Michael S. Tsirkin wrote:
> On Thu, May 14, 2015 at 11:53:34AM +0200, Michael S. Tsirkin wrote:
> > > you are almost certainly going to subject it to a
> > > screaming MSI interrupt and there almost certainly will
> > > not be code to disable MSIs as they a
On Mon, Jun 01, 2015 at 06:47:55PM -0700, Stephen Boyd wrote:
> The downside of this approach is that whoever gets to debugfs first
> the others who come later to not have any debugfs attributes associated
> with them.
Right, and we do it silently which I'm really not sure about (either
way). Le
On 02/06/15 23:53, Scott Feldman wrote:
> On Tue, Jun 2, 2015 at 3:31 PM, nolan wrote:
>> On 06/02/2015 12:44 AM, Scott Feldman wrote:
>>>
>>> That brings up an interesting point about having multiple bridges with
>>> the same vlan configured. I struggled with that problem with rocker
>>> also an
On Sun, May 31, 2015 at 6:46 PM, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mlin/linux.git block-generic-req
> commit fbccf1df06574add60bdb71103cc1662e477f02d ("block: make
> generic_make_request handle arbitrarily sized bios")
>
>
>
On 06/03/2015 11:29 AM, George Spelvin wrote:
>
> Indeed, it's the only one which is guaranteed a separate crystal.
> Many low-cost chipsets generate ALL other frequencies from one crystal
> with PLLs.
>
Not guaranteed either, and I know for a fact there are platforms out
there which synthesize
Hi Greg
This contains a bunch of fixes, optimizations and cleanups since v4.0. It is
based on your 'kdbus' branch and was tested for several weeks.
I have some more patches pending, mainly metadata rework for 4.2. However, this
breaks backwards compat so I want to get everything else out first.
T
On 06/03/2015 01:25 PM, Guenter Roeck wrote:
In general the idea here would be to use a crashdump kernel, which,
when loaded, would reset the watchdog before it fires. This kernel
would then write a core dump to a specified location.
What is the mechanism for resetting the watchdog? The only c
On Wed, Jun 03, 2015 at 01:39:04PM +1000, Stephen Rothwell wrote:
> On Tue, 2 Jun 2015 19:23:18 -0400 Paul Gortmaker
> wrote:
> > Please include init-v4.1-rc6 branch of:
> > git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux.git
> OK, I will add it in just before I merge Andrew's tre
On 06/03/2015 11:21 AM, Borislav Petkov wrote:
> On Wed, Jun 03, 2015 at 02:41:48PM +0200, Borislav Petkov wrote:
>> This header containing all MSRs and respective bit definitions got
>> exported to userspace in conjunction with the big uapi shuffle.
>>
>> But, it doesn't have anything to do in the
2015-05-27 19:05+0200, Paolo Bonzini:
> The big ugly one. This patch adds support for switching in and out of
> system management mode, respectively upon receiving KVM_REQ_SMI and upon
> executing a RSM instruction. Both 32- and 64-bit formats are supported
> for the SMM state save area.
>
> Sig
On Wed, 3 Jun 2015 13:07:34 -0400
Chuck Lever wrote:
>
> On Jun 3, 2015, at 11:01 AM, Jeff Layton wrote:
>
> > On Wed, 3 Jun 2015 10:48:10 -0400
> > Trond Myklebust wrote:
> >
> >> On Wed, Jun 3, 2015 at 10:43 AM, Jeff Layton
> >> wrote:
> >>> RDMA xprts don't have a sock_xprt, but an rdma
On Mon, Jun 1, 2015 at 9:12 PM, Andy Lutomirski wrote:
> On Mon, Jun 1, 2015 at 5:45 PM, Len Brown wrote:
>> On Mon, Jun 1, 2015 at 2:40 PM, Andy Lutomirski wrote:
>>> On 05/30/2015 10:44 PM, Len Brown wrote:
From: Len Brown
Speed cpu_up() by believing CPUID's "invariant TSC
Le 23/05/2015 16:35, Boris Brezillon a écrit :
> Hi Corentin,
>
> On Sat, 23 May 2015 15:12:23 +0200
> Corentin LABBE wrote:
>
>> Le 17/05/2015 10:45, Boris Brezillon a écrit :
>>> Hi Corentin,
>>>
>>> I started to review this new version, and I still think there's
>>> something wrong with the w
> Not guaranteed either, and I know for a fact there are platforms out
> there which synthesize the RTC clock.
Interesting! And surprising. Doesn't that take more battery power?
> Ah, I wasn't aware of the PF (not PE) bit. That suddenly makes it a lot
> more interesting. So polling for the PF
This driver builds based on obj-y and hence will not ever be
modular. Change it to use the non-modular registration so that it
won't suffer a compile fail once a header move places the modular
registration within the module.h file.
Cc: "Emilio López"
Cc: Mike Turquette
Cc: Stephen Boyd
Cc: Max
This patch has some preparatory patches which add a new API
cpumask_any_online_but and change hot cpu handling code in existing
cache monitoring and RAPL kernel code. This improves hot cpu
notification handling by not looping through all online cpus which could
be expensive in large systems. This w
The change adds a file cache_mask to the RDT cgroup which represents the
cache bit mask(CBM) for the cgroup. cache_mask is specific to the Cache
allocation sub-feature of RDT. The tasks in the RDT cgroup would get to
fill the L3 cache represented by the cgroup's cache_mask file.
Update to the CBM
This patch adds hot cpu support for Intel Cache allocation. Support
includes updating the cache bitmask MSRs IA32_L3_QOS_n when a new CPU
package comes online. The IA32_L3_QOS_n MSRs are one per Class of
service on each CPU package. The new package's MSRs are synchronized
with the values of existin
Cache Allocation on hsw(haswell) needs to be enumerated separately as
HSW does not have support for CPUID enumeration for Cache Allocation.
Cache Allocation is only supported on certain HSW SKUs. This patch does
a probe test for hsw CPUs by writing a CLOSid(Class of service id) into
high 32 bits of
This patch modifies the hot cpu notification handling in
Intel Running Average Power Limit(RAPL) driver.
- to add a cpu reader to the rapl_cpumask(which has one cpu per package
set) it uses the existing package<->core map instead of looping
through all cpus in rapl_cpumask.
- to search for
Adds support for IA32_PQR_ASSOC MSR writes during task scheduling. For
Cache Allocation, MSR write would let the task fill in the cache
'subset' represented by the cgroup's cache_mask.
The high 32 bits in the per processor MSR IA32_PQR_ASSOC represents the
CLOSid. During context switch kernel imp
This patch modifies hot cpu notification handling in Intel cache
monitoring:
- to add a new cpu to the cqm_cpumask(which has one cpu per package)
during cpu start, it uses the existing package<->core map instead of
looping through all cpus in cqm_cpumask.
- to search for the next online sibl
There is currently no cpumask helper function to pick a "random" cpu
from a mask which is also online.
cpumask_any_online_but() does that which is similar to cpumask_any_but()
but also returns a cpu that is online.
Signed-off-by: Vikas Shivappa
---
include/linux/cpumask.h | 18 +
Antoine Tenart writes:
> The pxa3xx nand driver requires at least one clock to probe correctly.
> A second one, named 'ecc' can be specified if needed. Add the
> corresponding documentation.
Is it mandatory, really ?
The code does :
info->clk = devm_clk_get(&pdev->dev, NULL);
if (
Adds a description of Cache allocation technology, overview
of kernel implementation and usage of Cache Allocation cgroup interface.
Cache allocation is a sub-feature of Resource Director Technology(RDT)
Allocation or Platform Shared resource control which provides support to
control Platform shar
This patch adds a cgroup subsystem for Intel Resource Director
Technology(RDT) feature and Class of service(CLOSid) management which is
part of common RDT framework. This cgroup would eventually be used by
all sub-features of RDT and hence be associated with the common RDT
framework as well as sub
This patch adds support for Cache Allocation Technology feature found in
future Intel Xeon processors. Cache allocation is a sub-feature of Intel
Resource Director Technology(RDT) which enables sharing of processor
resources. This patch includes CPUID enumeration routines for Cache
allocation and
On 03/06/2015 at 20:05:56 +0300, Octavian Purdila wrote :
> On Wed, Jun 3, 2015 at 2:02 PM, Alexandre Belloni
> wrote:
> > On 03/06/2015 at 00:34:11 +0300, Octavian Purdila wrote :
> >> This fixes an issue introduces by commit dab472eb931b ("i2c / ACPI:
> >> Use 0 to indicate that device does not
On Wed, 2015-06-03 at 16:57 +0200, Christoph Hellwig wrote:
> On Mon, Jun 01, 2015 at 08:14:19PM -0400, Dan Williams wrote:
> > A libnvdimm bus is the anchor device for registering nvdimm resources and
> > interfaces, for example, a character control device, nvdimm devices,
> > and I/O region devic
Antoine Tenart writes:
> Some controllers (as the coming Berlin nand controller) need to enable
> an ECC clock. Add support for this clock in the pxa3xx nand driver, and
> leave it as non mandatory.
> - info->clk = devm_clk_get(&pdev->dev, NULL);
> + info->clk = devm_clk_get(&pdev->dev, "
On Wednesday 03 June 2015 13:53:29 Timur Tabi wrote:
> On 06/03/2015 01:25 PM, Guenter Roeck wrote:
> > In general the idea here would be to use a crashdump kernel, which,
> > when loaded, would reset the watchdog before it fires. This kernel
> > would then write a core dump to a specified location
On Wed, 2015-06-03 at 00:44 -0700, Christoph Hellwig wrote:
> This patch doesn't apply, as it seems to use some git magic.
>
> But looking at it it's also wrong in that it mixes a file move
> and actual changes to the file.
I like move-modify patches because they make the reason for the move
clea
Now pcf857x_irq() IRQ's dispatcher will try to run nested
IRQ handlers for each GPIO pin which state has changed.
Such IRQs are, actually, spurious and nested IRQ handlers
have to be called only for IRQs wich were enabled by users.
This is not critical issue - just /proc/interrupts
will display co
Am Donnerstag, 4. Juni 2015, 00:01:21 schrieb Masanari Iida:
Hi Masanari,
> This patch fix some typos found in crypto-API.xml.
> It is because the file is generated from comments in sources,
> so I had to fix typo in sources.
>
> Signed-off-by: Masanari Iida
Acked-by: Stephan Mueller
--
Cia
Am Donnerstag, 4. Juni 2015, 00:01:20 schrieb Masanari Iida:
Hi Masanari,
> This patch fix some spelling typo found in crypto-API.tmpl
>
> Signed-off-by: Masanari Iida
Acked-by: Stephan Mueller
--
Ciao
Stephan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Documentation/networking/timestamping/txtimestamp.c: In function
‘__print_timestamp’:
Documentation/networking/timestamping/txtimestamp.c:99:3: warning: format ‘%ld’
expects argument of type ‘long int’, but argument 3 has type ‘int64_t’
[-Wformat=]
fprintf(stderr, " (%+ld us)", cur_ms - prev
Meelis,
Yes, please revert that patch (it should never have deleted the calls to
__constant_cpu_to_le16 (those fields are all LE in the HW/nvram)).
-Joe
-Original Message-
From: mr...@math.ut.ee [mailto:mr...@math.ut.ee] On Behalf Of Meelis Roos
Sent: Wednesday, June 03, 2015 1:21 AM
To
801 - 900 of 1187 matches
Mail list logo
