On Fri, Apr 24, 2015 at 09:40:42AM -0400, Carlos E. Garcia wrote:
>
> Fixed multiple spelling errors.
>
> Signed-off-by: Carlos E. Garcia
initials are usually discouraged in the Signed-off-by. The name here
should be the name the way you use it to sign legal documents. But i
can see that you
Commit 937abe88aea3 ("dmaengine: xilinx-dma: move header file to common
location") moved xilinx_dma.h to a common location but neglected to reflect
this move in all its users.
This causes compile errors for several builds.
drivers/media/platform/xilinx/xilinx-dma.c:15:35:
fatal error:
Hi Linus,
Almost forgot to send this one in. Grmbl.
The patch from Dmitry for sorting out probing of chrome_laptop is just
now applied -- but given that it sorts out probing for the rare cases
where the trackpad comes up in bootloader mode I figured it's worth
including even if it hasn't baked
On Fri, 2015-04-24 at 15:24 -0400, r...@redhat.com wrote:
> Currently there is no good way to get the isolated and nohz_full
> CPUs at runtime, because the kernel may have changed the CPUs
> specified on the commandline (when specifying all CPUs as
> isolated, or CPUs that do not exist, ...)
>
>
On Fri, 2015-04-24 at 23:48 -0500, Robert Callicotte wrote:
> Removed curly braces and trailing whitespace from else clause.
Do please compile the files modified by your patches
_before_ sending them.
> Signed-off-by: Robert Callicotte
> ---
> drivers/staging/dgnc/dgnc_tty.c | 3 +--
> 1 file
On Fri, 2015-04-24 at 23:58 -0400, David Miller wrote:
> From: Marc Kleine-Budde
> Date: Fri, 24 Apr 2015 23:14:41 +0200
> > On 04/24/2015 08:47 PM, Joe Perches wrote:
> >> On Fri, 2015-04-24 at 19:20 +0200, Michael Grzeschik wrote:
> >>> This patch series tries to reanimate the ARCNET hardware
On Tue, Apr 14, 2015 at 01:50:09PM -0700, Dmitry Torokhov wrote:
> On Fri, Apr 10, 2015 at 10:41:54AM -0700, Dmitry Torokhov wrote:
> > On Thu, Apr 09, 2015 at 04:57:59PM -0700, Dmitry Torokhov wrote:
> > > Atmel MXT devices use different i2c addresses, depending on the current
> > > mode of
On Fri, Apr 24, 2015 at 2:39 PM, Adam Goode wrote:
> On Fri, Apr 24, 2015 at 7:46 AM, Andreas Noever
> wrote:
>> On Fri, Apr 24, 2015 at 6:50 AM, Adam Goode wrote:
>>> On Thu, Apr 23, 2015 at 1:15 PM, Adam Goode wrote:
On Thu, Apr 23, 2015 at 12:12 PM, Andreas Noever
wrote:
> On
> This leads me to believe that this patch:
>
> commit c05199e5a57a579fea1e8fa65e2b511ceb524ffc
> Author: Kan Liang
> Date: Tue Jan 20 04:54:25 2015 +
>
> perf/x86/intel/uncore: Move uncore_box_init() out of driver initialization
>
> If I revert it, I bet things will work again.
Yes
Removed curly braces and trailing whitespace from else clause.
Signed-off-by: Robert Callicotte
---
drivers/staging/dgnc/dgnc_tty.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_tty.c b/drivers/staging/dgnc/dgnc_tty.c
index ce4187f..2418150
On Fri, 2015-04-24 at 22:32 -0400, Rik van Riel wrote:
> > The result would be that the kernel would allocate only
> migratable
> > pages within the CCAD device's memory, and even then only if
> > memory was otherwise exhausted.
>
> Does it make sense to allocate the device's
From: Joe Perches
Date: Fri, 24 Apr 2015 16:04:45 -0700
> On Fri, 2015-04-24 at 19:20 +0200, Michael Grzeschik wrote:
>> The macros SET_SUBADR, ARCRESET, ARCRESET0, ACOMMAND, ASTATUS, AINTMASK
>> and ADIAGSTATUS are unnecessary indirections to the use of registers.
>> This patch removes them and
From: Marc Kleine-Budde
Date: Fri, 24 Apr 2015 23:14:41 +0200
> On 04/24/2015 08:47 PM, Joe Perches wrote:
>> On Fri, 2015-04-24 at 19:20 +0200, Michael Grzeschik wrote:
>>> Hi!
>>
>> Hello.
>>
>>> This patch series tries to reanimate the ARCNET hardware layer to be
>>> somehow readable and
Currently we have many duplicates in definitions of hugetlb_prefault_arch_hook.
In all architectures this function is empty.
Signed-off-by: Zhang Zhen
---
arch/arm/include/asm/hugetlb.h | 4
arch/arm64/include/asm/hugetlb.h | 4
arch/ia64/include/asm/hugetlb.h| 4
On 04/24/15 at 09:59P, Jiri Kosina wrote:
> We give up old_addr hint from the coming patch module in cases when kernel
> load
> base has been randomized (as in such case, the coming module has no idea about
> the exact randomization offset).
>
> We are currently too pessimistic, and give up
On Thu, Apr 23, 2015 at 02:01:28PM -0600, Jeffrey Hugo wrote:
> On 4/11/2015 5:32 PM, Bjorn Andersson wrote:
> >Add device tree binding documentation for the Qualcom Shared Memory
> >manager.
> >
> >Signed-off-by: Bjorn Andersson
> >---
> >
> >Changes since v1:
> >- None
> >
> >
Quoting Andy Lutomirski (l...@amacapital.net):
> On Apr 24, 2015 2:15 PM, "Serge E. Hallyn" wrote:
> >
> > On Fri, Apr 24, 2015 at 01:18:44PM -0700, Andy Lutomirski wrote:
> > > On Fri, Apr 24, 2015 at 1:13 PM, Christoph Lameter wrote:
> > > > On Fri, 24 Apr 2015, Andy Lutomirski wrote:
> > > >
On Fri, Apr 24, 2015 at 3:36 PM, Kevin Cernekee wrote:
> regcache_sync() and regcache_sync_region() currently assume that the
> hardware has just emerged from a clean reset, and that all registers are
> in their default states. But that isn't the only possibility; the device
> may have been in a
On 04/24/2015 06:36 PM, Andreas Sandberg wrote:
> The hrtimer callback in the hrtimer's tick broadcast code sometimes
> incorrectly ends up scheduling events at the current tick causing the
> kernel to hang servicing the same hrtimer forever. This typically
> happens when a device is swapped out
On 04/21/2015 05:44 PM, Paul E. McKenney wrote:
> AUTONUMA
>
> The Linux kernel's autonuma facility supports migrating both
> memory and processes to promote NUMA memory locality. It was
> accepted into 3.13 and is available in RHEL 7.0 and SLES 12.
> It is enabled by
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-4.1-rc1-2
to receive additional power management and ACPI material for v4.1-rc1
with top-most commit e0155a99b28f63e007c0c74076ad8ae486a3c9d3
Merge branches 'acpi-dock', 'acpi-ec' and
On Fri, Apr 24, 2015 at 10:50 PM, Andy Lutomirski wrote:
> On Fri, Apr 24, 2015 at 1:46 PM, Denys Vlasenko
>>> This might be way more trouble than it's worth.
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>>
---
[ 884.899983] [ cut here ]
[ 884.900013] WARNING: CPU: 5 PID: 17543 at mm/mmap.c:159
__vm_enough_memory+0x3b7/0x440()
[ 884.900017] [ cut here ]
[ 884.900155] memory commitment underflow
[ 884.900158] Modules linked in:
[ 884.900167] CPU: 5
On Friday, April 24, 2015 04:08:31 PM Suravee Suthikulpanit wrote:
> On 4/16/15 20:45, Zheng, Lv wrote:
> > Before back porting this to ACPICA, let me ask one simple question.
> > According to the spec, the _CLS is optional and PCI specific.
> > So why should we implement it in ACPICA core not
On Friday, April 24, 2015 03:21:00 PM Darren Hart wrote:
> On Fri, Apr 24, 2015 at 02:15:22AM +0200, Rafael Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > If the special PRP0001 device ID is present in the given device's list
> > of ACPI/PNP IDs and the device has a valid "compatible"
Commit 43d3ddf87a57 ("net: pxa168_eth: add device tree support") starts
to use managed resources by adding devm_clk_get() and
devm_ioremap_resource(), but it leaves explicit iounmap() and clock_put()
in pxa168_eth_remove() and in failure handling code of pxa168_eth_probe().
As a result double free
On Fri, 2015-04-24 at 11:58 -0500, Christoph Lameter wrote:
> On Fri, 24 Apr 2015, Jerome Glisse wrote:
>
> > > What exactly is the more advanced version's benefit? What are the features
> > > that the other platforms do not provide?
> >
> > Transparent access to device memory from the CPU, you
On Fri, 2015-04-24 at 10:45 -0700, Dan Williams wrote:
> On Fri, Apr 24, 2015 at 10:18 AM, Toshi Kani wrote:
> > On Fri, 2015-04-24 at 09:25 -0700, Dan Williams wrote:
> >> On Fri, Apr 24, 2015 at 8:56 AM, Toshi Kani wrote:
> >> > On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
> >> >>
On Thu 23 Apr 14:18 PDT 2015, Jeffrey Hugo wrote:
> This is different, but I rather quite like its simplicity. Some nits
> and requested clarifications below
>
Thanks.
> On 4/11/2015 5:32 PM, Bjorn Andersson wrote:
> > The Shared Memory Manager driver implements an interface for
Am Mittwoch, 15. April 2015, 13:57:11 schrieb Chris Zhong:
> Reset dapswjdp is controlled by JTAG_TRSTN, if the iomux of this pin is
> not "jtag_trstn". the AP would think this pin is always high, so it can
> not reset before resume. When system resume, but the dapswjdp is not in
> a default
Perf top raise a warning if a kernel sample is collected but kernel map
is restricted. The warning message needs to dereference al.map->dso...
However, previous perf_event__preprocess_sample() doesn't always
guarantee al.map != NULL, for example, when kernel map is restricted.
This patch
mangle_path accepts a string listing the characters it's supposed to
escape. Some, but not all, callers put backslash in this set. Shouldn't
we be escaping '\' regardless, since it's the character used to signal
all other escapes?
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 555f821..02dcd5c
Am 24.04.2015 um 16:47 schrieb Tomeu Vizoso:
> Hi,
>
> while reading the thread [0] that Alexander Holler started with his series to
> make probing order deterministic, it occurred to me that it should be
> possible to achieve the same by probing devices as they are referenced by
> other
* Paul E. McKenney | 2015-04-24 13:13:40 [-0700]:
>Hmmm... allyesconfig would have PROVE_RCU=y, which would mean that the
>above two would contain lockdep calls that might in some cases defeat
>inlining. With the more typical production choice of PROVE_RCU=n, I would
>expect these to just be a
On Fri, 2015-04-24 at 19:20 +0200, Michael Grzeschik wrote:
> The macros SET_SUBADR, ARCRESET, ARCRESET0, ACOMMAND, ASTATUS, AINTMASK
> and ADIAGSTATUS are unnecessary indirections to the use of registers.
> This patch removes them and improves the readability of the code.
This breaks
Set the SRB flags correctly when there is no data transfer.
Cc:
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Long Li
---
drivers/scsi/storvsc_drv.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index
On Fri, Apr 24, 2015 at 2:59 PM, Linda Knippers wrote:
> On 4/24/2015 5:50 PM, Dan Williams wrote:
>> On Fri, Apr 24, 2015 at 2:47 PM, Linda Knippers
>> wrote:
>>> On 4/17/2015 9:35 PM, Dan Williams wrote:
>>> :
diff --git a/drivers/block/nd/Kconfig b/drivers/block/nd/Kconfig
index
From: Dave Hansen
The SDM says that the xgetbv instruction:
Reads the contents of the extended control register (XCR)
specified in the ECX register into registers EDX:EAX.
In other words, xgetbv(0) gets the thing that the SDM calls XCR0.
We have a macro for that "0" and we
On Fri, 2015-04-24 at 22:52 +, Simon Xiao wrote:
> > From: Joe Perches [mailto:j...@perches.com]
> > On Fri, 2015-04-24 at 11:34 -0700, six...@microsoft.com wrote:
> > > From: Simon Xiao
> > >
> > > 1. Introduce netif-msg to netvsc to control debug logging output and
> > > keep msg_enable in
Hi Linus,
Please pull powerpc fixes for 4.1:
The following changes since commit d19d5efd8c8840aa4f38a6dfbfe500d8cc27de46:
Merge tag 'powerpc-4.1-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/mpe/linux (2015-04-16 13:53:32
-0500)
are available in the git repository at:
On Apr 24, 2015 2:15 PM, "Serge E. Hallyn" wrote:
>
> On Fri, Apr 24, 2015 at 01:18:44PM -0700, Andy Lutomirski wrote:
> > On Fri, Apr 24, 2015 at 1:13 PM, Christoph Lameter wrote:
> > > On Fri, 24 Apr 2015, Andy Lutomirski wrote:
> > >
> > >> That's sort of what my patch does -- you need
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Friday, April 24, 2015 1:29 PM
> To: Simon Xiao
> Cc: KY Srinivasan; Haiyang Zhang; de...@linuxdriverproject.org;
> net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH net-next,v2,1/1]
Hi Dmitry,
[ adding more relevant people to the discussion ]
On Apr 23 2015 or thereabouts, Benjamin Tissoires wrote:
> On Apr 23 2015 or thereabouts, Dmitry Torokhov wrote:
> > On Wed, Apr 22, 2015 at 11:45:09AM -0400, Benjamin Tissoires wrote:
> > > Synaptics PS/2 touchpad can send only 2
Signed-off-by: Ming Lin
---
block/bio.c | 45 +++--
1 file changed, 7 insertions(+), 38 deletions(-)
diff --git a/block/bio.c b/block/bio.c
index 05c2864..c3a6468 100644
--- a/block/bio.c
+++ b/block/bio.c
@@ -1158,29 +1158,14 @@ struct bio
Document the bindings for the soon-to-be-added tas571x driver.
Signed-off-by: Kevin Cernekee
---
.../devicetree/bindings/sound/tas571x.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tas571x.txt
diff --git
Add self as maintainer for the new driver.
Signed-off-by: Kevin Cernekee
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ea0001760035..15153fc37cc4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9878,6 +9878,12 @@ L:
r to incomplete type
>
> Fixes: 59afdc7b3214 ("crypto: api - Move module sig ifdef into accessor
> function")
> Cc: Herbert Xu
> Cc: Rusty Russell
> Signed-off-by: Guenter Roeck
> ---
> Seen in next-20150424.
Thanks but a similar patch has already be
regcache_sync() and regcache_sync_region() currently assume that the
hardware has just emerged from a clean reset, and that all registers are
in their default states. But that isn't the only possibility; the device
may have been in a different state in which the registers were
inaccessible but
Introduce a new codec driver for the Texas Instruments
TAS5711/TAS5717/TAS5719 power amplifier chips. These chips are typically
used to take an I2S digital audio input and drive 10-20W into a pair of
speakers.
Signed-off-by: Kevin Cernekee
---
sound/soc/codecs/Kconfig | 5 +
V1->V2:
- Incorporate changes from review feedback
- Change GPIOs to active low
- Create a tas571x_chip struct to capture the growing list of differences
between 5711 and 5717/5719
- Add register defaults for each chip
- Extend regcache_sync_region() to allow it to sync with hardware
On Fri, Apr 24, 2015 at 02:15:22AM +0200, Rafael Wysocki wrote:
> From: Rafael J. Wysocki
>
> If the special PRP0001 device ID is present in the given device's list
> of ACPI/PNP IDs and the device has a valid "compatible" property in
> the _DSD, it should be enumerated using the default
Add SLIMpro I2C device driver on APM X-Gene platform. This I2C
device driver use the SLIMpro Mailbox driver to tunnel message to
the SLIMpro coprocessor to do the work of accessing I2C components.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
drivers/i2c/busses/Kconfig | 9 +
Add APM X-Gene platform SLIMpro I2C driver documentation.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
.../devicetree/bindings/i2c/i2c-xgene-slimpro.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
This is a proxy I2C driver for APM X-Gene SoC. It uses the mailbox driver
to tunnel i2c transactions via the SLIMpro processor.
V4 Change:
- Remove PRP0001 and use a real ACPI id
V3 Change:
- Add ACPI support
- Fix previous comments.
Feng Kan (4):
i2c: busses: add
This adds support for ACPI for the APM X-Gene I2C SLIMpro proxy
driver.
Signed-off-by: Feng Kan
---
drivers/i2c/busses/i2c-xgene-slimpro.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/i2c/busses/i2c-xgene-slimpro.c
b/drivers/i2c/busses/i2c-xgene-slimpro.c
index
Add proxy I2C device driver on APM X-Gene platform.
Signed-off-by: Feng Kan
Signed-off-by: Hieu Le
---
arch/arm64/boot/dts/apm/apm-storm.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
b/arch/arm64/boot/dts/apm/apm-storm.dtsi
index
Set the SRB flags correctly when there is no data transfer.
Cc:
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Long Li
---
drivers/scsi/storvsc_drv.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index
On Fri, 2015-04-24 at 15:02 -0700, Eric Dumazet wrote:
> On Fri, 2015-04-24 at 17:28 -0400, Sasha Levin wrote:
> > Hey Eric,
> >
> > Your commit 79930f5892e ("net: do not deplete pfmemalloc reserve") assumes
> > that
> > build_skb() will only handle contiguous allocations because of the
> >
On AMD CPUs, SYSRET can return with a valid SS descriptor with with
the hidden attributes set to an unusable state. Make sure the kernel
doesn't let this happen. This detects an as-yet-unfixed regression.
Note that the 64-bit version of this test fails on AMD CPUs on all
kernel versions,
[...]
> +
> +static int __init stm_core_init(void)
> +{
> + int err;
> +
> + err = class_register(_class);
> + if (err)
> + return err;
> +
> + err = class_register(_source_class);
> + if (err)
> + goto err_stm;
> +
> + err =
On Fri, 2015-04-24 at 17:28 -0400, Sasha Levin wrote:
> Hey Eric,
>
> Your commit 79930f5892e ("net: do not deplete pfmemalloc reserve") assumes
> that
> build_skb() will only handle contiguous allocations because of the
> virt_to_head_page().
>
> However, netlink_sendmsg() calls build_skb()
On 4/24/2015 5:50 PM, Dan Williams wrote:
> On Fri, Apr 24, 2015 at 2:47 PM, Linda Knippers wrote:
>> On 4/17/2015 9:35 PM, Dan Williams wrote:
>> :
>>> diff --git a/drivers/block/nd/Kconfig b/drivers/block/nd/Kconfig
>>> index 5fa74f124b3e..0106b3807202 100644
>>> --- a/drivers/block/nd/Kconfig
On Fri, 24 Apr 2015 10:33:34 -0700
Dasaratharaman Chandramouli
wrote:
> Adding Jacob Pan
>
> On Fri, 2015-04-17 at 15:31 -0700, Dasaratharaman Chandramouli wrote:
> > This patch enables intel_powerclamp driver to run on the
> > next-generation Intel(R) Xeon Phi Microarchitecture
> > code named
On Fri, Apr 24, 2015 at 09:59:03PM +0200, Jiri Kosina wrote:
> We give up old_addr hint from the coming patch module in cases when kernel
> load
> base has been randomized (as in such case, the coming module has no idea about
> the exact randomization offset).
>
> We are currently too
On Fri, Apr 24, 2015 at 2:47 PM, Linda Knippers wrote:
> On 4/17/2015 9:35 PM, Dan Williams wrote:
> :
>> diff --git a/drivers/block/nd/Kconfig b/drivers/block/nd/Kconfig
>> index 5fa74f124b3e..0106b3807202 100644
>> --- a/drivers/block/nd/Kconfig
>> +++ b/drivers/block/nd/Kconfig
>> @@ -41,4
On Fri, Apr 24, 2015 at 05:22:12PM -0400, Rik van Riel wrote:
> On 04/24/2015 05:11 PM, Frederic Weisbecker wrote:
> > On Fri, Apr 24, 2015 at 03:24:27PM -0400, r...@redhat.com wrote:
> >> From: Rik van Riel
> >>
> >> After system bootup, there is no totally reliable way to see
> >> which CPUs
On 4/17/2015 9:35 PM, Dan Williams wrote:
:
> diff --git a/drivers/block/nd/Kconfig b/drivers/block/nd/Kconfig
> index 5fa74f124b3e..0106b3807202 100644
> --- a/drivers/block/nd/Kconfig
> +++ b/drivers/block/nd/Kconfig
> @@ -41,4 +41,24 @@ config NFIT_ACPI
> register the platform-global
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
On Fri, 2015-04-24 at 10:59 +0800, Ming Lei wrote:
> Hi Justin,
>
> Thanks for the report.
>
> On Thu, 23 Apr 2015 16:04:10 -0500
> "Justin M. Forbes" wrote:
>
> > The block-mq conversion for loop in 4.0 kernels is showing us an
> > interesting scalability problem with live CDs (ro, squashfs).
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
On 04/24/2015 01:50 PM, Andy Lutomirski wrote:
>>
>> Exactly my feeling. What are you trying to save? About four CPU
>> cycles of checking %ss != __KERNEL_DS on each switch_to?
>> That's not worth bothering about. Your last patch seems to be perfect.
>
> We'll have to do the write to ss almost
Hello, Gabriele.
On Tue, Apr 21, 2015 at 11:44:28PM +0200, Gabriele Mazzotta wrote:
> I haven't considered that possibility. Something like the following then?
Yeah, looks great. Some minor comments below.
> --- a/drivers/ata/libahci.c
> +++ b/drivers/ata/libahci.c
> @@ -1700,6 +1700,8 @@
The patch adds a debug driver, which dumps the power states
of all the North complex (NC) devices. This debug interface is
useful to figure out the NC IPs which blocks the S0ix
transitions on the platform. This is extremely useful during
enabling PM on customer platforms and derivatives.
This
The 32-bit ARM VDSO needs to know whether a generic timer is present
and whether it is suitable for use by user space. The VDSO
initialization code currently duplicates some of the logic from the
driver to make this determination, but unfortunately it is incomplete;
it will incorrectly enable the
Use the facility now provided by the arm_arch_timer driver to
determine whether there's a usable virtual counter for the VDSO.
Signed-off-by: Nathan Lynch
---
arch/arm/kernel/vdso.c | 30 +-
1 file changed, 1 insertion(+), 29 deletions(-)
diff --git
On Fri, Apr 24, 2015 at 09:59:03PM +0200, Jiri Kosina wrote:
> We give up old_addr hint from the coming patch module in cases when kernel
> load
> base has been randomized (as in such case, the coming module has no idea about
> the exact randomization offset).
>
> We are currently too
- Original Message -
> On Mon, 20 Apr 2015 16:38:11 -0500
> Ron Rechenmacher wrote:
>
> > If symbols are not exported, modules can no longer register additional
> > (module specified) tracepoints like they use to be able to (i.e
> > linux-3.15.x).
> > Somewhere on or about commit
On Fri, 24 Apr 2015, Anisse Astier wrote:
> diff --git a/mm/Kconfig b/mm/Kconfig
> index 390214d..cb2df5f 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -635,3 +635,15 @@ config MAX_STACK_SIZE_MB
> changed to a smaller value in which case that is used.
>
> A sane initial
On Fri, 24 Apr 2015, Anisse Astier wrote:
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index ebffa0e..05fcec9 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -380,16 +380,10 @@ void prep_compound_page(struct page *page, unsigned
> long order)
> }
> }
>
> -static inline
On Fri, Apr 24, 2015 at 09:41:02PM +0200, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig
Acked-by: Tejun Heo
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Fri, Apr 24, 2015 at 09:41:01PM +0200, Christoph Hellwig wrote:
> Since the big barrier rewrite/removal in 2007 we never fail FLUSH or
> FUA requests, which means we can remove the magic BIO_EOPNOTSUPP flag
> to help propagating those to the buffer_head layer.
>
> Signed-off-by: Christoph
Christoph,
We had internal discussion with our engineering and management on this
topic. We are committed to provide bug fixes ( Only bug fixes and no new
features) across both the SAS2 and SAS3 source trees. We prefer the SAS2
and SAS3 drivers to stay separate and the reason is; merging of the
t arch/x86/mm/physaddr.c:26!
[ 1567.700067] invalid opcode: [#1] PREEMPT SMP KASAN
[ 1567.700067] Dumping ftrace buffer:
[ 1567.700067](ftrace buffer empty)
[ 1567.700067] Modules linked in:
[ 1567.700067] CPU: 9 PID: 16186 Comm: trinity-c182 Not tainted
4.0.0-next-20150424-sasha-00037-g479
On Mon, 20 Apr 2015 16:38:11 -0500
Ron Rechenmacher wrote:
> If symbols are not exported, modules can no longer register additional
> (module specified) tracepoints like they use to be able to (i.e linux-3.15.x).
> Somewhere on or about commit de7b2973903c6cc50b31ee5682a69b2219b9919d
> (Author:
On 04/24/2015 05:11 PM, Frederic Weisbecker wrote:
> On Fri, Apr 24, 2015 at 03:24:27PM -0400, r...@redhat.com wrote:
>> From: Rik van Riel
>>
>> After system bootup, there is no totally reliable way to see
>> which CPUs are isolated, because the kernel may modify the
>> CPUs specified on the
On Fri, Apr 24, 2015 at 11:11:29PM +0200, Frederic Weisbecker wrote:
> > Suggested-by: Li Zefan
> > Signed-off-by: Rik van Riel
>
> This patch should go through Peterz.
Right, that's why the two patches kinda got lost. Rik, sorry about
that and yes these two should go through Peterz.
Thanks.
On 04/24/2015 08:47 PM, Joe Perches wrote:
> On Fri, 2015-04-24 at 19:20 +0200, Michael Grzeschik wrote:
>> Hi!
>
> Hello.
>
>> This patch series tries to reanimate the ARCNET hardware layer to be
>> somehow readable and maintainable again. It includes a lot of cleanup
>> patches. It also adds
On Fri, Apr 24, 2015 at 01:18:44PM -0700, Andy Lutomirski wrote:
> On Fri, Apr 24, 2015 at 1:13 PM, Christoph Lameter wrote:
> > On Fri, 24 Apr 2015, Andy Lutomirski wrote:
> >
> >> That's sort of what my patch does -- you need CAP_SETPCAP to switch
> >> the securebit.
> >>
> >> But Christoph's
On 04/21/2015 07:42 AM, Masami Hiramatsu wrote:
> (2015/04/21 5:19), David Long wrote:
>> From: "David A. Long"
>>
>> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
>> first seen in October 2013. This version attempts to address concerns raised
>> by
>> reviewers and
On Fri, Apr 24, 2015 at 03:24:27PM -0400, r...@redhat.com wrote:
> From: Rik van Riel
>
> After system bootup, there is no totally reliable way to see
> which CPUs are isolated, because the kernel may modify the
> CPUs specified on the isolcpus= kernel command line option.
>
> Export the CPU
On 4/16/15 20:45, Zheng, Lv wrote:
Before back porting this to ACPICA, let me ask one simple question.
According to the spec, the _CLS is optional and PCI specific.
So why should we implement it in ACPICA core not OSPM specific modules?
If this need to be implemented in ACPICA, then what about
This new config option will sanitize all freed pages. This is a pretty
low-level change useful to track some cases of use-after-free, help
kernel same-page merging in VM environments, and counter a few info
leaks.
Signed-off-by: Anisse Astier
---
mm/Kconfig | 12
It's been five years now that KM_* kmap flags have been removed and
that we can call clear_highpage from any context. So we simplify
prep_zero_pages accordingly and rename it in the process.
Signed-off-by: Anisse Astier
---
mm/page_alloc.c | 10 ++
1 file changed, 2 insertions(+), 8
Hi,
I'm trying revive an old debate here[1], though with a simpler approach than
was previously tried. This patch series implements a new option to sanitize
freed pages, a (very) small subset of what is done in PaX/grsecurity[3],
inspired by a previous submission [4].
The first patch is fairly
On Fri, Apr 24, 2015 at 02:48:27PM -0500, Felipe Balbi wrote:
> Hi,
Hi Felipe,
>
> On Thu, Apr 23, 2015 at 03:37:48PM -0700, David Cohen wrote:
> > On Fri, Apr 17, 2015 at 02:43:27PM -0500, Felipe Balbi wrote:
> > > On Fri, Apr 17, 2015 at 11:41:56AM -0700, David Cohen wrote:
> > > > From:
On Fri, Apr 24, 2015 at 1:21 PM, Andy Lutomirski wrote:
>
> 2. SYSRETQ. The only way that I know of to see the problem is SYSRETQ
> followed by a far jump or return. This is presumably *extremely*
> rare.
>
> What if we fixed #2 up in do_stack_segment. We should double-check
> the docs, but I
On 24.04.2015 19:42, Andrew Morton wrote:
> On Thu, 23 Apr 2015 14:25:38 +0800 Huang Ying wrote:
>
>> FYI, we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>> commit 66ba93c0d7fe63def447ad0afe380307ff9ebcad ("fanotify: don't set
>>
1 - 100 of 1638 matches
Mail list logo
