Support hugetlb vma allmost like other vma. Exception being that we
will not support migration of hugetlb memory.
Signed-off-by: Jérôme Glisse
---
mm/hmm.c | 62 +-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git a/mm/hmm.c
On Tue, Mar 08, 2016 at 02:57:59PM +0100, Peter Zijlstra wrote:
> On Tue, Mar 08, 2016 at 02:49:01PM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Mon, Mar 07, 2016 at 03:50:14AM +, Wang Nan wrote:
> > > > This patch set has been posted multiple times (with and witho
From: Khalid Aziz
Date: Mon, 7 Mar 2016 14:06:43 -0700
> Good questions. Isn't set of valid VAs already constrained by VA_BITS
> (set to 44 in arch/sparc/include/asm/processor_64.h)? As I see it we
> are already not using the top 4 bits. Please correct me if I am wrong.
Another limiting constrai
> On 03/08/2016 02:01 PM, Hannes Reinecke wrote:
>> On 03/08/2016 01:35 PM, Yaniv Gardi wrote:
>>> A race condition exists between request requeueing and scsi layer
>>> error handling:
>>> When UFS driver queuecommand returns a busy status for a request,
>>> it will be requeued and its tag will be
On Tue, 8 Mar 2016 16:32:42 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 08, 2016 at 04:32:12PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Mar 08, 2016 at 02:24:34PM -0500, Steven Rostedt escreveu:
> > > On Sun, 28 Feb 2016 01:41:51 +0900
> > > Taeung Song wrote:
> > >
> > >
From: Marcelo Ricardo Leitner
Date: Tue, 8 Mar 2016 10:34:28 -0300
> Dmitry reported that sctp_add_bind_addr may read more bytes than
> expected in case the parameter is a IPv4 addr supplied by the user
> through calls such as sctp_bindx_add(), because it always copies
> sizeof(union sctp_addr)
On Tue, Mar 8, 2016 at 10:08 AM, Toshi Kani wrote:
>
> Add device-managed implementaions of insert_resource() and
> remove_resouce() functions.
Can we get an example of the users and show how much this would actually help?
insert_resource() is fairly unusual to begin with, and it should
basicall
On Tue, Mar 8, 2016 at 8:26 PM, Peter Zijlstra wrote:
> On Tue, Mar 08, 2016 at 07:00:57PM +0100, Rafael J. Wysocki wrote:
>> On Tue, Mar 8, 2016 at 12:27 PM, Peter Zijlstra wrote:
>
>> > Seeing how frequency invariance is an arch feature, and cpufreq drivers
>> > are also typically arch specific
On Tue, Mar 08, 2016 at 08:56:42PM +0100, Jiri Olsa wrote:
> > # cat go-fuzz.sh
> > #!/bin/bash
> >
> > echo 1 > /proc/sys/kernel/traceoff_on_warning
> > echo 1 > /debug/tracing/options/stacktrace
> > echo 1 > /debug/tracing/events/sched/enable
>
> are you running this under root?
Of course ;-)
On Tue, 8 Mar 2016, Michal Hocko wrote:
> On Mon 29-02-16 14:41:39, Michal Hocko wrote:
> > On Sun 28-02-16 19:19:11, Hugh Dickins wrote:
> > > On Tue, 23 Feb 2016, Michal Hocko wrote:
> > > > On Mon 22-02-16 17:36:07, David Rientjes wrote:
> > > > >
> > > > > Are we concerned about munlock_vma_pa
On 03/08/2016 11:26 AM, Laura Abbott wrote:
On 03/08/2016 11:03 AM, David Daney wrote:
From: David Daney
This reverts commit dfd55ad85e4a7fbaa82df12467515ac3c81e8a3e.
Commit dfd55ad85e4a ("arm64: vmemmap: use virtual projection of linear
region") causes this failure on Cavium Thunder systems:
From: David Howells
Date: Tue, 08 Mar 2016 11:39:57 +
> One could argue, I suppose, that things should've been arranged that the RxRPC
> client would manage the lifetime of each connection it sets up, rather than
> both ends letting it lapse by mutual loss of interest. But you *still* have
From: David Howells
Date: Tue, 08 Mar 2016 13:02:28 +
> David Howells wrote:
>
>> Does it make sense to maintain a FIFO list of connections (though this would
>> mean potentially taking a spinlock every time I get a packet)?
>
> It occurs to me that only inactive connections would need to
From: Michal Kubecek
Date: Tue, 8 Mar 2016 14:44:15 +0100 (CET)
> Commit 2ac3ac8f86f2 ("ipv6: prevent fib6_run_gc() contention") reduced
> the risk of contention on FIB6 garbage collector lock on systems with
> many CPUs. However, one of our customers can still observe heavy
> contention on fib6
On 03/08/2016 12:57 PM, David Miller wrote:
From: Khalid Aziz
Date: Mon, 7 Mar 2016 14:06:43 -0700
Good questions. Isn't set of valid VAs already constrained by VA_BITS
(set to 44 in arch/sparc/include/asm/processor_64.h)? As I see it we
are already not using the top 4 bits. Please correct me
On Sun, Mar 06, 2016 at 05:21:08PM -0800, Greg KH wrote:
> You need to do only one thing per patch, please split this up into
> multiple patches.
Created two separate patches out of it having same logical change in each.
> Also verify that these are all really needed, please always work against
>
From: Khalid Aziz
Date: Tue, 8 Mar 2016 13:16:11 -0700
> On 03/08/2016 12:57 PM, David Miller wrote:
>> From: Khalid Aziz
>> Date: Mon, 7 Mar 2016 14:06:43 -0700
>>
>>> Good questions. Isn't set of valid VAs already constrained by VA_BITS
>>> (set to 44 in arch/sparc/include/asm/processor_64.h)?
From: Alexei Starovoitov
Date: Mon, 7 Mar 2016 21:57:12 -0800
> v1->v2:
> . fix few issues spotted by Daniel
> . converted stackmap into pre-allocation as well
> . added a workaround for lockdep false positive
> . added pcpu_freelist_populate to be used by hashmap and stackmap
>
> this path set
On Thu, Feb 11, 2016 at 09:58:06PM +0530, Bharat Kumar Gogada wrote:
> This patch series does modifications to pcie-xilinx.c, to support common
> driver on both Zynq and Microblaze architectures.
> Microblaze pci-common.c has been modified to support generic driver.
>
> Bharat Kumar Gogada (5):
>
On Tue, Mar 8, 2016 at 8:24 PM, Michael Turquette
wrote:
> Quoting Rafael J. Wysocki (2016-02-23 18:01:06)
>> On Tuesday, February 23, 2016 11:01:18 AM Juri Lelli wrote:
>> > On 22/02/16 22:26, Rafael J. Wysocki wrote:
>> > > On Mon, Feb 22, 2016 at 10:32 AM, Juri Lelli wrote:
>> > > > On 19/02/1
On Tue, 8 Mar 2016, Vineet Gupta wrote:
> # set the bit
> 80543b8e: ld_s r2,[r13,0] <--- (A) Finds PG_locked is set
> 80543b90: or r3,r2,1<--- (B) other core unlocks right here
> 80543b94: st_s r3,[r13,0] <--- (C) sets PG_locked (overwrites
> unlock)
Duh. Gues
On 03/07/2016 03:55 PM, Andy Lutomirski wrote:
Let task isolation users who want to detect when they screw up and do
>>a syscall do it with seccomp.
>Can you give me more details on what you're imagining here? Remember
>that a key use case is that these applications can remove the syscall
>pro
Passing overlapping source and destination is fragile, and in this
case we can even simplify the code and avoid the huge stack buffer by
using the %p extension for printing a small hex dump.
Signed-off-by: Rasmus Villemoes
---
drivers/usb/atm/usbatm.c | 11 ---
1 file changed, 4 insertio
Passing overlapping src and dst buffers to snprintf is fragile, and
while it currently works for the special case of passing dst as the
argument corresponding to an initial "%s" in the format string, any
other use would very likely lead to chaos. It's easy enough to avoid,
so let's do that.
Signed
Appending to a string by doing snprintf(buf, bufsize, "%s...", buf,
...) is not guaranteed to work.
Signed-off-by: Rasmus Villemoes
---
drivers/media/pci/zoran/videocodec.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/media/pci/zoran/videocodec.c
b/drivers/me
Appending to a buffer like this is not guaranteed to work (passing
overlapping src and dst buffers to snprintf is undefined
behaviour). The standard and safe idiom is to keep track of the
current string length.
Signed-off-by: Rasmus Villemoes
---
drivers/net/wireless/ti/wlcore/boot.c | 12 ++
Passing overlapping source and destination buffers to snprintf
formally has undefined behaviour and is rather fragile. While the
rather special case of passing the output buffer as the argument
corresponding to a leading "%s" in the format string currently works
with the kernel's printf implementat
Passing overlapping source and destination to snprintf is
fragile. Replace with a single (mostly) equivalent call. If one wants
to preserve the space preceding udev->product whether or not there was
a manufacturer, just remove udev->manufacturer from the && expression.
Signed-off-by: Rasmus Villem
Passing overlapping src and dst buffers to sprintf is fragile (and
undefined behaviour). So while this may seem like a clever way of
appending a newline and obtaining the length of the resulting string
at the same time, we might as well use that pbuf points to the current
end of string and do the s
Doing snprintf(buf, len, "%s...", buf, ...) for appending to a buffer
currently works, but it is somewhat fragile, and any other overlap
between source and destination buffers would be a definite bug. This
is an attempt at eliminating the relatively few occurences of this
pattern in the kernel.
I
ping
On Tue, Feb 09 2016, Rasmus Villemoes wrote:
> We need to use post-decrement to ensure that irq_dispose_mapping is
> also called on priv->rxq[0]->irq_no; moreover, if one of the above for
> loops failed already at i==0 (so we reach one of these labels with
> that value of i), we'll enter an
On Tue, Mar 08, 2016 at 09:07:46PM +0100, Peter Zijlstra wrote:
> On Tue, Mar 08, 2016 at 08:56:42PM +0100, Jiri Olsa wrote:
> > > # cat go-fuzz.sh
> > > #!/bin/bash
> > >
> > > echo 1 > /proc/sys/kernel/traceoff_on_warning
> > > echo 1 > /debug/tracing/options/stacktrace
> > > echo 1 > /debug/tra
Hi,
On Tue, Mar 08, 2016 at 08:39:08PM +0200, Aaro Koskinen wrote:
> On Tue, Mar 08, 2016 at 05:39:32PM +0100, Sebastian Reichel wrote:
> > This series adds support for the Nokia N950 display.
> > Since the panel is using DSI command mode, it involves
> > adding support for manually updated displa
On Fri, 2016-03-04 at 18:55 +0200, Jarkko Sakkinen wrote:
> On Wed, Mar 02, 2016 at 01:23:47AM -0500, Hon Ching(Vicky) Lo wrote:
> > ibmvtpm_send_crq in tpm_ibmvtpm_suspend returns errors in a more
> > granular level than what the existing code does. This patch adds
> > the missing CRQ transport e
This patch adds SROP mitigation logic to the x86 signal delivery
and sigreturn code. The cookie is placed in the unused alignment
space above the saved FP state, if it exists. If there is no FP
state to save then the cookie is placed in the alignment space above
the sigframe.
Cc: Abhiram Balasubra
This patch adds a per-process secret to the task struct which
will be used during signal delivery and during a sigreturn.
Also, logic is added in signal.c to generate, place, extract,
clear and verify the signal cookie.
Cc: Abhiram Balasubramanian
Signed-off-by: Scott Bauer
---
fs/exec.c
This patch adds a sysctl argument to disable SROP protection.
Cc: Abhiram Balasubramanian
Signed-off-by: Scott Bauer
---
include/linux/signal.h | 2 ++
kernel/signal.c| 12 ++--
kernel/sysctl.c| 8
3 files changed, 20 insertions(+), 2 deletions(-)
diff --git
On Tue, Mar 08, 2016 at 09:57:43PM +0800, Leo Yan wrote:
> Hi Eduardo,
>
> On Fri, Mar 04, 2016 at 11:57:53AM +, Javi Merino wrote:
> > On Fri, Mar 04, 2016 at 11:03:49AM +0800, Leo Yan wrote:
> > > On Thu, Mar 03, 2016 at 08:29:44AM -0800, Eduardo Valentin wrote:
> > > > On Fri, Feb 26, 2016
hi,
On Mon, Mar 7, 2016 at 12:25 PM, Peter Zijlstra wrote:
>
> On Mon, Mar 07, 2016 at 07:27:31PM +0100, Jiri Olsa wrote:
> > On Mon, Mar 07, 2016 at 01:18:40PM +0100, Peter Zijlstra wrote:
> > > On Mon, Mar 07, 2016 at 11:24:13AM +0100, Peter Zijlstra wrote:
> > >
> > > > I suspect Andi is havin
On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote:
> This patch adds a per-process secret to the task struct which
> will be used during signal delivery and during a sigreturn.
> Also, logic is added in signal.c to generate, place, extract,
> clear and verify the signal cookie.
>
Potentially sil
On 03/08/2016 01:27 PM, David Miller wrote:
From: Khalid Aziz
Date: Tue, 8 Mar 2016 13:16:11 -0700
On 03/08/2016 12:57 PM, David Miller wrote:
From: Khalid Aziz
Date: Mon, 7 Mar 2016 14:06:43 -0700
Good questions. Isn't set of valid VAs already constrained by VA_BITS
(set to 44 in arch/spa
On Tue, Mar 8, 2016 at 8:04 PM, Sinan Kaya wrote:
>
> I think there are two issues here that should be teased apart a bit
> more:
>
> 1) Trigger settings: If the IRQ is configured as anything other than
> level-triggered, active-low, we can't use it at all for a PCI
>
On Tue, Mar 8, 2016 at 12:05 PM, Linus Torvalds
wrote:
> On Tue, Mar 8, 2016 at 10:08 AM, Toshi Kani wrote:
>>
>> Add device-managed implementaions of insert_resource() and
>> remove_resouce() functions.
>
> Can we get an example of the users and show how much this would actually help?
>
> insert
On Tue, 8 Mar 2016 13:47:55 -0700
Scott Bauer wrote:
> This patch adds a sysctl argument to disable SROP protection.
Shouldn't it be a sysctl to enable it irrevocably, otherwise if I have DAC
capability I can turn off SROP and attack something to get to higher
capability levels ?
(The way almo
On Tue, 2016-03-08 at 21:40 +0100, Rasmus Villemoes wrote:
> Passing overlapping source and destination is fragile, and in this
> case we can even simplify the code and avoid the huge stack buffer by
> using the %p extension for printing a small hex dump.
[]
> diff --git a/drivers/usb/atm/usbatm.c
> static int ia32_restore_sigcontext(struct pt_regs *regs,
> -struct sigcontext_32 __user *sc)
> +struct sigcontext_32 __user *sc,
> +void __user **user_cookie)
> {
> unsigned int tmpflags, err =
On Tue, Mar 08, 2016 at 09:44:58PM +0100, Jiri Olsa wrote:
> On Tue, Mar 08, 2016 at 09:07:46PM +0100, Peter Zijlstra wrote:
> > On Tue, Mar 08, 2016 at 08:56:42PM +0100, Jiri Olsa wrote:
> > > > # cat go-fuzz.sh
> > > > #!/bin/bash
> > > >
> > > > echo 1 > /proc/sys/kernel/traceoff_on_warning
> >
Hi Scott,
[auto build test ERROR on tip/x86/core]
[also build test ERROR on v4.5-rc7]
[cannot apply to next-20160308]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Scott-Bauer/SROP
On Tue, Mar 08, 2016 at 12:59:23PM -0800, Stephane Eranian wrote:
> hi,
>
> On Mon, Mar 7, 2016 at 12:25 PM, Peter Zijlstra wrote:
> >
> > On Mon, Mar 07, 2016 at 07:27:31PM +0100, Jiri Olsa wrote:
> > > On Mon, Mar 07, 2016 at 01:18:40PM +0100, Peter Zijlstra wrote:
> > > > On Mon, Mar 07, 2016
On Tue, Mar 8, 2016 at 7:14 AM, Thomas Renninger wrote:
> On Monday, March 07, 2016 07:50:57 PM Len Brown wrote:
>> > But with Broadwell-EP processor (E5-2687W v4) the CPU will not enter turbo
>> > modes if this value is not set to performance
>>
>> BDX-EP supports HWP.
>> Are these failing machin
On Thu, Feb 18, 2016 at 03:19:09PM -0300, Javier Martinez Canillas wrote:
> The Exynos Thermal Management Unit binding says that the vtmu-supply
> is optional but is listed in the required properties section. Add an
> optional properties section and move the regulator property there.
>
> Signed-of
On Tue, Mar 08, 2016 at 11:24:39AM +0800, Wei Ni wrote:
>
>
> On 2016年03月07日 16:23, Wei Ni wrote:
> > There had a build error in previous patch.
> > Fixed it in this version.
> > Please review it.
>
> Add CC: linux...@vger.kernel.org
>
> >
> > Thanks.
> > Wei.
> >
> > On 2016年03月03日 17:33, We
David Miller wrote:
> > One could argue, I suppose, that things should've been arranged that the
> > RxRPC client would manage the lifetime of each connection it sets up,
> > rather than both ends letting it lapse by mutual loss of interest. But
> > you *still* have to have a timeout, lest the c
Hi,
On Tue, Mar 8, 2016 at 1:07 PM, Peter Zijlstra wrote:
> On Tue, Mar 08, 2016 at 12:59:23PM -0800, Stephane Eranian wrote:
>> hi,
>>
>> On Mon, Mar 7, 2016 at 12:25 PM, Peter Zijlstra wrote:
>> >
>> > On Mon, Mar 07, 2016 at 07:27:31PM +0100, Jiri Olsa wrote:
>> > > On Mon, Mar 07, 2016 at 01
Hi David,
On Tue, 08 Mar 2016 16:48:07 + David Howells wrote:
>
> Stephen Rothwell wrote:
>
> > > What's the best way to deal with this? Should I take Herbert's
> > >
> > > [PATCH 18/26] rxrpc: Use skcipher
> > >
> > > patch into my rxrpc tree also and pass it on to Dave?
> >
> > Li
[+cc linux-arch, davem]
On Wed, Feb 03, 2016 at 01:24:22PM -0800, Bogicevic Sasa wrote:
> This removes drivers/pci/pcie folder from Kconfig
> files in arch/ and sources pcie in pci Kconfig directly
>
> Signed-off-by: Sasa Bogicevic
I applied this to pci/kconfig with the changelog below. I inte
Hello Laxman,
Thanks for working on this. Impressed how simplified these drivers are
becoming. I really liked you added the so waited devm_ helpers. Very
minor comments as follows (now that you will send a new version anyway).
On Fri, Mar 04, 2016 at 07:10:10PM +0530, Laxman Dewangan wrote:
> Ma
On Tue, 8 Mar 2016, Graham Moore wrote:
> The PL330 DMA driver will not load on Arria10 without devicetree entries
> for clocks and clock_names. This patch adds those entries. It also adds
> the ninth interrupt, which is required for error detection.
>
> Signed-off-by: Graham Moore
> ---
> ar
cmm_mem_going_offline is (only) called from cmm_memory_cb(), which
sends the return value through notifier_from_errno(). The latter
expects 0 or -errno (notifier_to_errno(notifier_from_errno(x)) is 0
for any x >= 0, so passing a positive value cannot make sense). Hence
negate ENOMEM.
Signed-off-by
Include pci/hotplug/Kconfig directly from pci/Kconfig, so arches don't
have to source both pci/Kconfig and pci/hotplug/Kconfig.
Note that this effectively adds pci/hotplug/Kconfig to the following
arches, because they already sourced drivers/pci/Kconfig but they
previously did not source drivers/p
+++ Jiri Kosina [06/03/16 22:13 +0100]:
On Fri, 4 Mar 2016, Josh Poimboeuf wrote:
> There is an #error in asm/livepatch.h for both x86 and s390 in
> !CONFIG_LIVEPATCH cases. It does not make much sense as pointed out by
> Michael Ellerman. One can happily include asm/livepatch.h with
> CONFIG_L
Hello Laxman,
Minor as follows.
Can you please run ./scripts/checkpatch.pl --strict on this and remove
the warnings, errors, checks?
On Fri, Mar 04, 2016 at 07:10:08PM +0530, Laxman Dewangan wrote:
> Add resource managed version of thermal_zone_of_sensor_register() and
> thermal_zone_of_sensor_
Hello Eduardo,
On 03/08/2016 06:07 PM, Eduardo Valentin wrote:
> On Thu, Feb 18, 2016 at 03:19:09PM -0300, Javier Martinez Canillas wrote:
>> The Exynos Thermal Management Unit binding says that the vtmu-supply
>> is optional but is listed in the required properties section. Add an
>> optional pro
On 03/08/2016 02:03 PM, One Thousand Gnomes wrote:
>> static int ia32_restore_sigcontext(struct pt_regs *regs,
>> - struct sigcontext_32 __user *sc)
>> + struct sigcontext_32 __user *sc,
>> + void __user **
Following the fix on thermal Kconfig, this
patch adds dependency on HAS_IOMEM so driver
properly compile test on UM arch.
Cc: Krzysztof Kozlowski
Cc: Zhang Rui
Cc: Matthias Brugger
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-m
On Thu, 3 Mar 2016 17:52:01 +0100
Petr Mladek wrote:
> From: Balbir Singh
>
> Changelog v4:
> 1. Renamed klp_matchaddr() to klp_get_ftrace_location()
> and used it just to convert the function address.
> 2. Synced klp_write_module_reloc() with s390(); made it
> in
On 03/08/2016 01:58 PM, Andy Lutomirski wrote:
> On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote:
>> This patch adds a per-process secret to the task struct which
>> will be used during signal delivery and during a sigreturn.
>> Also, logic is added in signal.c to generate, place, extract,
>>
On Tue, Mar 08, 2016 at 06:30:17PM -0300, Javier Martinez Canillas wrote:
> Hello Eduardo,
>
> On 03/08/2016 06:07 PM, Eduardo Valentin wrote:
> > On Thu, Feb 18, 2016 at 03:19:09PM -0300, Javier Martinez Canillas wrote:
> >> The Exynos Thermal Management Unit binding says that the vtmu-supply
> >
On 4 March 2016 at 14:48, Ludovic Desroches wrote:
> Hi Ulf,
>
> On Fri, Mar 04, 2016 at 10:09:37AM +0100, Ulf Hansson wrote:
>> On 17 February 2016 at 11:35, Ludovic Desroches
>
> [snip]
>
>> > I am wondering if I should take account of sdio irq enabled or not here.
>> >
>> > I have a sdio device
2016-03-07 16:36+0100, Paolo Bonzini:
> On 04/03/2016 21:46, Suravee Suthikulpanit wrote:
>> +static void svm_deliver_avic_intr(struct kvm_vcpu *vcpu, int vec)
>> +{
>> +struct vcpu_svm *svm = to_svm(vcpu);
>> +
>> +kvm_lapic_set_vector(vec, avic_get_bk_page_entry(svm, APIC_IRR));
(I think
Don't hide varibles used by the logging macros.
Miscellanea:
o Use the more common ##__VA_ARGS__ extension
o Add missing newlines to formats
o Realign arguments
Signed-off-by: Joe Perches
---
drivers/net/ethernet/cisco/enic/enic.h | 22 --
drivers/net/ethernet/cisco/enic/vnic_
+Ludovic
On 8 March 2016 at 22:54, Ulf Hansson wrote:
> On 4 March 2016 at 14:48, Ludovic Desroches
> wrote:
>> Hi Ulf,
>>
>> On Fri, Mar 04, 2016 at 10:09:37AM +0100, Ulf Hansson wrote:
>>> On 17 February 2016 at 11:35, Ludovic Desroches
>>
>> [snip]
>>
>>> > I am wondering if I should take ac
On Tue, Mar 8, 2016 at 1:49 PM, Scotty Bauer wrote:
>
>
> On 03/08/2016 01:58 PM, Andy Lutomirski wrote:
>> On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote:
>>> This patch adds a per-process secret to the task struct which
>>> will be used during signal delivery and during a sigreturn.
>>> Als
On Tue, 2016-03-08 at 18:37 +0200, Petko Manolov wrote:
> On 16-03-08 16:07:00, David Howells wrote:
> > Petko Manolov wrote:
> >
> > > > How about I change it to a choice-type item, with the following options:
> > > >
> > > > (1) No addition.
> > > >
> > > > (2) Addition restricted by built-
2016-03-07 16:58+0100, Paolo Bonzini:
>> +case AVIC_INCMP_IPI_ERR_INV_TARGET:
>> +pr_err("%s: Invalid IPI target (icr=%#08x:%08x, idx=%u)\n",
>> + __func__, icrh, icrl, index);
>> +BUG();
>> +break;
>> +case AVIC_INCMP_IPI_ERR_INV_BK_PAG
Reviewed-by: Kevin Barnett
Reviewed-by: Gerry Morong
Signed-off-by: Don Brace
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4b12374..7281122 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5017,9 +5017,9 @@ F:in
The very nature of rt_mutex_handle_deadlock() implies that this
patch is merely a formality, as in practice the saved barrier
is of little use. That said, we can relax setting the task state
and be done with it; blocking unconditionally... this is a deadlock!
Signed-off-by: Davidlohr Bueso
---
On 03/08/2016 02:57 PM, Andy Lutomirski wrote:
> On Tue, Mar 8, 2016 at 1:49 PM, Scotty Bauer wrote:
>>
>>
>> On 03/08/2016 01:58 PM, Andy Lutomirski wrote:
>>> On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote:
This patch adds a per-process secret to the task struct which
will be us
On 03/08/2016 03:05 PM, Don Brace wrote:
Reviewed-by: Kevin Barnett
Reviewed-by: Gerry Morong
Signed-off-by: Don Brace
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4b12374..7281122 100644
--- a/MAINTAINERS
+++ b/M
On Fri, Mar 04, 2016 at 09:18:41AM -0800, Stephen Boyd wrote:
> On 03/04, Maxime Ripard wrote:
> > On Thu, Mar 03, 2016 at 11:16:04AM -0800, Stephen Boyd wrote:
> > > From: Stephen Boyd
> > > Subject: [PATCH] clk: sunxi: Remove use of VLAIS
> >
> > VLAIS?
>
> Hmm I guess it's just VLA, so llvm w
When alloc_disk(0) or alloc_disk-node(0, XX) is used, the ->major
number is completely ignored: all devices are allocated with a
major of BLOCK_EXT_MAJOR.
So there is no point allocating pmem_major.
Signed-off-by: NeilBrown
---
drivers/nvdimm/pmem.c | 19 +--
1 file changed, 1
On Tue, Mar 8, 2016 at 12:59 PM, Dan Williams wrote:
>
> Here's the usage patch from Toshi [1] (copied below). It is indeed a
> resource injected by nfit / nvdimm bus implementation. We just happen
> to support nfit and libnvdimm as modules.
>
> The goal of these patches is to use the ACPI NFIT
Hi,
I found a patch posted sometime back to export the clocksource
function clocks_calc_mult_shift() so that it can be called by
drivers that are dynamically loadable. I have not seen any
comment against this. Wondering why this is not merged. We require
this function exported for use in our drive
FYI,
-- Steve
>From 65692275fc895f7e2144889cd1335ff037cdb291 Mon Sep 17 00:00:00 2001
From: "Steven Rostedt (Red Hat)"
Date: Tue, 8 Mar 2016 17:17:15 -0500
Subject: [PATCH] tracing: Fix unsigned comparison to zero in hist trigger code
Fengguang Wu's bot found two comparisons of unsigned integer
Hi,
On Mon, Mar 07, 2016 at 08:07:41PM -0800, Andrey Smirnov wrote:
> >> >
> >> > Patch itself looks simple. Before we review it further could you provide
> >> > more details on the exact usecase or some background of this.
> >>
> >> The discussion on this topic originated on mailing list of Bareb
On Tue, Mar 8, 2016 at 2:21 PM, NeilBrown wrote:
>
> When alloc_disk(0) or alloc_disk-node(0, XX) is used, the ->major
> number is completely ignored: all devices are allocated with a
> major of BLOCK_EXT_MAJOR.
>
> So there is no point allocating pmem_major.
>
> Signed-off-by: NeilBrown
> ---
>
We need to align the end address, not just the size.
Cc: Toshi Kani
Signed-off-by: Dan Williams
---
Hi Andrew, one more fixup to devm_memremap_pages(). I was discussing
patch "mm: fix mixed zone detection in devm_memremap_pages" with Toshi
and noticed that it was mishandling the end-of-range al
A few errors exist for the Kconfig option LNET_MAX_PAYLOAD. First
mistake is the default size is 1MB not 2MB as it is shown to the
person configuring the kernel. Second the LNET_MAX_PAYLOAD option
is more closely related to LNET than the LUSTRE_FS option.
Signed-off-by: James Simmons
---
drivers
Often lustre file systems will employ LNet routers in their
set ups. Those routers tend to be very light weight so we want
to avoid installing additional software that will burden the
system. Installing the entire lustre client can be pretty heavy
so we want to give the ability to only enable the L
The lustre file system has a layered architecture with
libcfs as the lowest layer and LNet layered on top. Then
on top of LNet we run the lustre client. This patch moves
the libcfs module code out of lustre into the lnet tree.
This fits into the long term goal of eventually merging
libcfs into LNet
Include a help section for Kconfig LNET.
Signed-off-by: James Simmons
---
drivers/staging/lustre/lnet/Kconfig |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/lustre/lnet/Kconfig
b/drivers/staging/lustre/lnet/Kconfig
index 9c85091..980ce44 100644
-
In the case of lustre routers you only need a functioning
LNet stack. Especially since often the routers are very
light weight and want to avoid any addition software that
would create additional pressures on the system.
Signed-off-by: James Simmons
---
drivers/staging/Makefile |
Add a stub for pci_clear_master() for when CONFIG_PCI is not set,
similar to what's done for pci_set_master().
Signed-off-by: Michael Auchter
---
include/linux/pci.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 2771625..5f684d0 100644
--- a/
Quoting Andy Lutomirski (l...@amacapital.net):
> On Mar 7, 2016 10:06 PM, "Serge E. Hallyn" wrote:
> >
> > On Mon, Mar 07, 2016 at 09:15:25PM -0800, Andy Lutomirski wrote:
> > > - Ubuntu requires CAP_SYS_ADMIN
> >
> > No, it does not. It has temporarily re-added a sysctl which can enable
> > tha
On Tue, Mar 8, 2016 at 11:06 PM, Michael Turquette
wrote:
> Quoting Rafael J. Wysocki (2016-03-08 12:40:18)
>> On Tue, Mar 8, 2016 at 8:24 PM, Michael Turquette
>> wrote:
>> > Quoting Rafael J. Wysocki (2016-02-23 18:01:06)
>> >> On Tuesday, February 23, 2016 11:01:18 AM Juri Lelli wrote:
>> >> >
On Tue, Mar 8, 2016 at 2:23 PM, Linus Torvalds
wrote:
> On Tue, Mar 8, 2016 at 12:59 PM, Dan Williams
> wrote:
>>
>> Here's the usage patch from Toshi [1] (copied below). It is indeed a
>> resource injected by nfit / nvdimm bus implementation. We just happen
>> to support nfit and libnvdimm as
>>
>> I don't think I understand what you mean, could you give me an example
>> of how I'd use local-mac-address property for that use case? AFAIK,
>> local-mac-address is just an array of bytes embedded into device tree,
>
> Well, yeah, but the nvmem-blob is also just an array of bytes embedded
>
ACPI 6.1 introduces the ability to send "clear error" commands to the
ACPI0012:00 device representing the root of an "nvdimm bus".
Similar to relocating a bad block on a disk, this support clears
media errors in response to a write.
---
Dan Williams (3):
nfit, libnvdimm: clear poison comma
Add the boiler-plate for a 'clear error' command based on section
9.20.7.6 "Function Index 4 - Clear Uncorrectable Error" from the ACPI
6.1 specification, and add a reference implementation in nfit_test.
Cc: Vishal Verma
Signed-off-by: Dan Williams
---
drivers/acpi/nfit.c | 12 ++
When we enounter a bad block we need to kunmap_atomic() before
returning.
Cc:
Cc: Ross Zwisler
Signed-off-by: Dan Williams
---
drivers/nvdimm/pmem.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
index efc2a5e671c
301 - 400 of 1206 matches
Mail list logo
