From: "karam.lee"
This patch changes parameter of valid_io_request for common usage.
The purpose of valid_io_request() is to determine if bio request is
valid or not.
This patch use I/O start address and size instead of a BIO parameter
for common usage.
Signed-off-by: karam.lee
Acked-by: Minch
From: "karam.lee"
This patch implements rw_page operation for zram block device.
I implemented the feature in zram and tested it.
Test bed was the G2, LG electronic mobile device, whtich has msm8974
processor and 2GB memory.
With a memory allocation test program consuming memory, the system
gene
From: "karam.lee"
Recently rw_page block device operation has been added.
This patchset implements rw_page operation for zram block device
and does some clean-up.
Patches 1~2 are for clean-up.
Patch 3 is for implementation of rw_page operation.
With the rw_page operation, zram can do I/O without
From: "karam.lee"
This patch removes an unnecessary parameter(bio)
from zram_bvec_rw() and zram_bvec_read().
zram_bvec_read() doesn't use a bio parameter, so remove it.
zram_bvec_rw() calls a read/write operation not using bio, so a rw parameter
replaces a bio parameter.
Signed-off-by: karam.lee
On Thu, Oct 23, 2014 at 08:20:22AM +0900, Minchan Kim wrote:
Thank you for reply. Your advice was a big help!
I will send the fixed version.
> Hey Karam,
>
> You could keep Acked-by/Reviewed-by gotten from me and Jerome
> in old versions if new version isn't changed heavily.
> It's credit of th
On 2014/10/23 13:41, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:06:58AM +0800, Yijing Wang wrote:
>> Now msi chip is saved in pci_sys_data in arm,
>> we could clean the bus->msi assignment in
>> pci core.
>>
>> Signed-off-by: Yijing Wang
>> CC: Thierry Reding
>> CC: Thomas Petazzoni
>> --
On Wed, Oct 22, 2014 at 7:07 PM, Eric W. Biederman
wrote:
> David Drysdale writes:
>
>> Add a new system execveat(2) syscall. execveat() is to execve() as
>> openat() is to open(): it takes a file descriptor that refers to a
>> directory, and resolves the filename relative to that.
>>
>> In addit
>> /*
>> * Swizzle the device pin each time we cross a bridge. If a platform does
>> * not provide a swizzle function, we perform the standard PCI swizzling.
>> @@ -478,8 +464,6 @@ static void pcibios_init_hw(struct device *parent,
>> struct hw_pci *hw,
>> sys->swizzle = hw->swi
(2014/10/23 14:54), Srikar Dronamraju wrote:
> * Masami Hiramatsu [2014-10-22 18:41:58]:
>
>> (2014/10/22 17:20), Hemant Kumar wrote:
> From "file_sdt_ent" we will find out the file name.
> Convert this sdt note into a perf event and then write this into
> uprobe_events
> file to
>> diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
>> index 22e413c..f11108c 100644
>> --- a/drivers/pci/msi.c
>> +++ b/drivers/pci/msi.c
>> @@ -35,6 +35,9 @@ int __weak arch_setup_msi_irq(struct pci_dev *dev, struct
>> msi_desc *desc)
>> struct msi_chip *chip = dev->bus->msi;
>> int
On 2014/10/23 13:18, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:06:53AM +0800, Yijing Wang wrote:
>> Save msi chip in pci_sys_data instead of assign
>> msi chip to every pci bus in .add_bus().
>>
>> Signed-off-by: Yijing Wang
>> ---
>> drivers/pci/host/pci-tegra.c | 13 +++--
>>
On Wed, 2014-10-22 at 16:24 -0700, Paul E. McKenney wrote:
> On Thu, Oct 23, 2014 at 01:40:32AM +0300, Yanko Kaneti wrote:
> > On Wed-10/22/14-2014 15:33, Josh Boyer wrote:
> > > On Wed, Oct 22, 2014 at 2:55 PM, Paul E. McKenney
> > > wrote:
>
> [ . . . ]
>
> > > > Don't get me wrong -- the fact
On Wed, Oct 22, 2014 at 11:07 PM, Rafael J. Wysocki wrote:
> On Wednesday, October 22, 2014 11:28:40 AM Arnd Bergmann wrote:
>> On Wednesday 22 October 2014 11:51:40 Mika Westerberg wrote:
>> > On Wed, Oct 22, 2014 at 10:33:32AM +0200, Arnd Bergmann wrote:
>> > > On Wednesday 22 October 2014 11:10
On Thu, Oct 23, 2014 at 04:07:14PM +1100, Michael Ellerman wrote:
> Don't prevent the test building on non-x86. Just try and build it and
> let the chips fall where they may.
>
> Signed-off-by: Michael Ellerman
kcmp depends on checkpoint/restore config symbol which is known
to work on x86 and (i
On Thu, Oct 23, 2014 at 04:07:13PM +1100, Michael Ellerman wrote:
> The kcmp test mucks with the include path to bring in the kernel
> headers, and x86 headers too for reasons that are not clear.
>
> Now that kcmp.h is exported none of that should be necessary.
>
> Signed-off-by: Michael Ellerman
On Thu, Oct 23, 2014 at 04:07:12PM +1100, Michael Ellerman wrote:
> kcmp.h appears to be part of the API, it's documented in kcmp(2), and
> the selftests/kcmp code uses it. So move it to uapi so it's actually
> exported.
>
> Signed-off-by: Michael Ellerman
Acked-by: Cyrill Gorcunov
--
To unsubsc
On Thu, Oct 9, 2014 at 10:04 AM, Fengguang Wu wrote:
> Hi Marek,
>
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit 478e86d7c8c5f41e29abb81b05b459d24bdc71a2 ("mm: cma: adjust address
> limit to avoid hitting low/high memo
On Tue, Oct 21, 2014 at 4:54 PM, Arnd Bergmann wrote:
> On Tuesday 21 October 2014 14:14:02 Alexandre Courbot wrote:
>> >
>> > We have enforced naming things for the dmaengine binding, which has
>> > just led to everyone calling things "rx" and "tx". My fear is that
>> > if we start to enforce giv
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:44 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:48 Jean-Michel Hautbois wrote:
>> The ADV7604 has thirteen 256-byte maps that can be accessed via the main
>> I²C ports. Each map
Hi Laurent,
Thank you for your review,
2014-10-23 1:37 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:47 Jean-Michel Hautbois wrote:
>> Some I2C devices have multiple addresses assigned, for example each address
>> corresponding
* Robert Bragg wrote:
> [...]
>
> I'd be interested to hear whether is sounds reasonable to
> others for us to expose gpu device metrics via a perf pmu and
> whether adding the PERF_PMU_CAP_IS_DEVICE flag as in my
> following patch could be acceptable.
I think it's perfectly reasonable, it'
* Masami Hiramatsu [2014-10-22 18:41:58]:
> (2014/10/22 17:20), Hemant Kumar wrote:
> >>> From "file_sdt_ent" we will find out the file name.
> >>> Convert this sdt note into a perf event and then write this into
> >>> uprobe_events
> >>> file to be able to record the event.
> >>> Then, correspo
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:53 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:34:21 Jean-Michel Hautbois wrote:
>> This patch adds support for DT parsing of ADV7604 as well as ADV7611.
>> It needs to be improve
On Wed, Oct 22, 2014 at 12:17:33PM +0200, Paolo Bonzini wrote:
> On 10/22/2014 11:35 AM, Chao Peng wrote:
> > Expose Intel AVX-512 feature bits to guest. Also add checks for
> > xcr0 AVX512 related bits according to spec:
> > http://download-software.intel.com/sites/default/files/managed/71/2e/3194
On Wed, Oct 15, 2014 at 11:06:48AM +0800, Yijing Wang wrote:
> Now there are a lot of weak arch functions in MSI code.
> Thierry Reding Introduced MSI chip framework to configure MSI/MSI-X in arm,
> that's a better solution than overriding lots of existing weak arch
> functionsin.
> This series u
On Wed, Oct 15, 2014 at 11:06:58AM +0800, Yijing Wang wrote:
> Now msi chip is saved in pci_sys_data in arm,
> we could clean the bus->msi assignment in
> pci core.
>
> Signed-off-by: Yijing Wang
> CC: Thierry Reding
> CC: Thomas Petazzoni
> ---
> drivers/pci/probe.c |1 -
> 1 files change
On Wed, Oct 15, 2014 at 11:06:57AM +0800, Yijing Wang wrote:
> MSI chip will be saved in pci_sys_data, now we can
> clean up pcibios_add_bus() and pcibios_remove_bus()
> in arm, and use pci_find_msi_chip() to get msi chip
> in core MSI code.
>
> Signed-off-by: Yijing Wang
> ---
> arch/arm/includ
On Wed, Oct 15, 2014 at 11:06:52AM +0800, Yijing Wang wrote:
> Saving msi chip in pci_sys_data can make pci bus and
> devices don't need to know msi chip detail, it also
> make pci enumeration code be decoupled from msi chip.
> In fact, all pci devices under the same pci hostbridge
> share same msi
On 10/22/2014 03:11 PM, Masami Hiramatsu wrote:
(2014/10/22 17:20), Hemant Kumar wrote:
From "file_sdt_ent" we will find out the file name.
Convert this sdt note into a perf event and then write this into uprobe_events
file to be able to record the event.
Then, corresponding entries are added
t even show the KDE splash
> screen).
>
> It was working pretty fine with next-20140926.
>
> I've also tested with next-20141022 and v3.18-rc1 and no luck.
>
> git bisect pointed me to the commit below [1]. My wireless card is a
> RTL8191SEvA [2].
Mine is R
On 10/22/2014 09:45 PM, Florian Fainelli wrote:
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
Patch 01/14 addresses an annoying and unhelpful log message.
Patches 02/14 and 03/14 are minor enhancements, adding support for
known switch revisions.
Patches 04/14 and 05/14 add support for MV88E6352 a
On 10/22/2014 09:40 PM, Florian Fainelli wrote:
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
Add support for reading switch registers with 'ethtool -d'.
Signed-off-by: Guenter Roeck
---
[snip]
+static int dsa_slave_get_regs_len(struct net_device *dev)
+{
+ struct dsa_slave_priv *p = n
On Wed, Oct 15, 2014 at 11:06:53AM +0800, Yijing Wang wrote:
> Save msi chip in pci_sys_data instead of assign
> msi chip to every pci bus in .add_bus().
>
> Signed-off-by: Yijing Wang
> ---
> drivers/pci/host/pci-tegra.c | 13 +++--
> 1 files changed, 3 insertions(+), 10 deletions(-)
On 二, 2014-10-21 at 09:49 -0400, Eduardo Valentin wrote:
> Hello Rui,
>
> Here are a couple of changes that are in my tree. They include:
> - a few code refactoring improving the Exynos code base;
> - new feature on the Exynos code base (TRIMINFO and TRIMRELOAD);
> - a documentation of RCAR therma
On Mon, Oct 20, 2014 at 7:19 PM, Octavian Purdila
wrote:
> On Mon, Oct 20, 2014 at 8:08 AM, Alexandre Courbot wrote:
>>
>> On Wed, Oct 15, 2014 at 11:48 PM, Octavian Purdila
>> wrote:
>> > Some GPIO chips (e.g. the DLN2 USB adapter) have blocking get/set
>> > operation but do not need a threaded
The kcmp test mucks with the include path to bring in the kernel
headers, and x86 headers too for reasons that are not clear.
Now that kcmp.h is exported none of that should be necessary.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/kcmp/Makefile | 4
1 file changed, 4 delet
Don't prevent the test building on non-x86. Just try and build it and
let the chips fall where they may.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/kcmp/Makefile | 14 --
1 file changed, 14 deletions(-)
diff --git a/tools/testing/selftests/kcmp/Makefile
b/tools/tes
kcmp.h appears to be part of the API, it's documented in kcmp(2), and
the selftests/kcmp code uses it. So move it to uapi so it's actually
exported.
Signed-off-by: Michael Ellerman
---
include/linux/kcmp.h | 13 +
include/uapi/linux/Kbuild | 1 +
include/uapi/linux/kcmp.h | 17
On 10/22/2014 09:37 PM, Florian Fainelli wrote:
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
Some Marvell switches provide chip temperature data.
Add support for reporting it to the dsa infrastructure.
Signed-off-by: Guenter Roeck
---
[snip]
+/* hwmon support *
(2014/10/23 0:15), Namhyung Kim wrote:
> Some options cannot be used at the same time. To handle such options
> add a new PARSE_OPT_EXCLUSIVE flag and show error message if more than
> one of them is used.
Looks useful for me :)
Reviewed-by: Masami Hiramatsu
I just have a comment below;
> @@
Hi Namhyng,
(2014/10/23 0:15), Namhyung Kim wrote:
> The perf probe has some exclusive options. Use new PARSE_OPT_EXCLUSIVE
> flag to simplify the code and show more compact usage.
>
> $ perf probe -l -a foo
> Error: switch `a' cannot be used with switch `l'
>
>usage: perf probe [] '
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
> Patch 01/14 addresses an annoying and unhelpful log message.
>
> Patches 02/14 and 03/14 are minor enhancements, adding support for
> known switch revisions.
>
> Patches 04/14 and 05/14 add support for MV88E6352 and MV88E6176.
>
> Patch 06/14 adds suppor
On 2014/10/23 12:25, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:06:50AM +0800, Yijing Wang wrote:
>> Commit 0e4ccb1505a9 ("PCI: Add x86_msi.msi_mask_irq() and msix_mask_irq()")
>> introduced two __weak arch functions arch_msix_mask_irq() and
>> arch_msi_mask_irq() to work around a bug when r
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
> Add support for reading switch registers with 'ethtool -d'.
>
> Signed-off-by: Guenter Roeck
> ---
[snip]
>
> +static int dsa_slave_get_regs_len(struct net_device *dev)
> +{
> + struct dsa_slave_priv *p = netdev_priv(dev);
> + struct dsa_s
2014-10-22 21:03 GMT-07:00 Guenter Roeck :
> Some Marvell switches provide chip temperature data.
> Add support for reporting it to the dsa infrastructure.
>
> Signed-off-by: Guenter Roeck
> ---
[snip]
> +/* hwmon support
> /
> +
> +#if
For some Freescale's SoCs which support deep sleep, such as T1040,
LS1021, software will start a Finite State Machine (FSM) to control
the hardware precedure to enter deep sleep and return from it.
This patch configures parameters of the FSM preparing for deep sleep.
Signed-off-by: Chenhui Zhao
Andrew Morton writes:
> On Fri, 17 Oct 2014 10:08:06 +0530 "Aneesh Kumar K.V"
> wrote:
>
>> Update generic gup implementation with powerpc specific details.
>> On powerpc at pmd level we can have hugepte, normal pmd pointer
>> or a pointer to the hugepage directory.
>>
>> ...
>>
>> --- a/arch/
On Wed, Oct 15, 2014 at 11:06:50AM +0800, Yijing Wang wrote:
> Commit 0e4ccb1505a9 ("PCI: Add x86_msi.msi_mask_irq() and msix_mask_irq()")
> introduced two __weak arch functions arch_msix_mask_irq() and
> arch_msi_mask_irq() to work around a bug when running xen in x86.
> These two functions made m
Hi all,
Changes since 20141022:
The sound-asoc tree still had its build failure so I used the version from
next-20141020.
The akpm-current tree gained a conflict against the pm tree.
Non-merge commits (relative to Linus' tree): 969
1089 files changed, 21364 insertions(+), 36533 dele
LS1 supports deep sleep feature that can switch off most parts of
the SoC when it is in deep sleep state.
The DDR controller will also be powered off in deep sleep. Therefore,
copy the last stage code to enter deep sleep to SRAM and run it
with disabling MMU and caches.
Signed-off-by: Chenhui Zha
Some Marvell switches provide chip temperature data.
Add support for reporting it to the dsa infrastructure.
Signed-off-by: Guenter Roeck
---
include/net/dsa.h | 6 +++
net/dsa/dsa.c | 111 ++
2 files changed, 117 insertions(+)
diff --gi
Report known silicon revisions when probing Marvell 88E6131 switches.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6131.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/dsa/mv88e6131.c b/drivers/net/dsa/mv88e6131.c
index 244c735..1230f52 100
MV88E6123 and compatible chips support reading the chip temperature
from PHY register 6:26.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6123_61_65.c | 63 +--
1 file changed, 61 insertions(+), 2 deletions(-)
diff --git a/drivers/net/dsa/mv88e6123_61
No idea why I kept missing this, I've applied it to -fixes now.
Dave.
On 22 October 2014 18:14, Olaf Hering wrote:
> Ping?
>
> On Tue, Aug 26, Olaf Hering wrote:
>
>> Ping?
>>
>> On Thu, Jun 12, Olaf Hering wrote:
>>
>> > Ping?
>> >
>> > On Fri, Apr 11, Olaf Hering wrote:
>> >
>> > > qemu as use
Report known silicon revisions when probing Marvell 88E6060 switches.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6060.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/dsa/mv88e6060.c b/drivers/net/dsa/mv88e6060.c
index 05b0ca3..c29aebe 100644
--- a
MV88E6352 supports reading the chip temperature from two PHY registers,
6:26 and 6:27. Report it using the more accurate register 6:27.
Also report temperature limit and alarm.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6352.c | 96 +
1 file
On some chips it is possible to access the switch eeprom.
Add infrastructure support for it.
Signed-off-by: Guenter Roeck
---
include/net/dsa.h | 7 +++
net/dsa/slave.c | 38 ++
2 files changed, 45 insertions(+)
diff --git a/include/net/dsa.h b/include
Patch 01/14 addresses an annoying and unhelpful log message.
Patches 02/14 and 03/14 are minor enhancements, adding support for
known switch revisions.
Patches 04/14 and 05/14 add support for MV88E6352 and MV88E6176.
Patch 06/14 adds support for hardware monitoring, specifically for
reporting th
Setting skb->protocol to a private protocol type may result in warning
messages such as
e1000e :00:19.0 em1: checksum_partial proto=dada!
This happens if the L3 protocol is IP or IPv6 and skb->ip_summed is set
to CHECKSUM_PARTIAL. Looking through the code, it appears that changing
skb-
Add support for reading switch registers with 'ethtool -d'.
Signed-off-by: Guenter Roeck
---
include/net/dsa.h | 7 +++
net/dsa/slave.c | 22 ++
2 files changed, 29 insertions(+)
diff --git a/include/net/dsa.h b/include/net/dsa.h
index 73146b7..edc5e71 100644
--- a/in
This patch adds cma reserved information which is currently
shown as a part of total reserved only. This patch is
continuation of our previos cma patches related to this.
https://lkml.org/lkml/2014/10/20/64
https://lkml.org/lkml/2014/10/22/383
Signed-off-by: Vishnu Pratap Singh
---
lib/show_mem.
Marvell 88E6352 is mostly compatible to MV88E6123/61/65,
but requires indirect phy access. Also, its configuration
registers are a bit different.
Signed-off-by: Guenter Roeck
---
MAINTAINERS | 5 +
drivers/net/dsa/Kconfig | 8 +
drivers/net/dsa/Makefile| 3 +
driver
MV88E6352 supports read and write access to its configuration eeprom.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6352.c | 228 +++-
drivers/net/dsa/mv88e6xxx.h | 5 +
2 files changed, 230 insertions(+), 3 deletions(-)
diff --git a/drivers/net
MV88E6176 is mostly compatible to MV88E6352 and is documented
in the same functional specification. Add support for it.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/Kconfig | 5 +++--
drivers/net/dsa/mv88e6352.c | 2 ++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drive
Hi Mike,
On 10/22/2014 11:37 AM, Mike Turquette wrote:
> {en,de}queue_task_fair are updated to track which cpus will have changed
> utilization values as function of task queueing. The affected cpus are
> passed on to arch_eval_cpu_freq for further machine-specific processing
> based on a selectab
The infrastructure can now report switch registers to ethtool.
Add support for it to the mv88e6123_61_65 driver.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6123_61_65.c | 2 ++
drivers/net/dsa/mv88e6xxx.c | 24
drivers/net/dsa/mv88e6xxx.h | 3 +++
Display sw_in_discards, sw_in_filtered, and sw_out_filtered for chips
supported by mv88e6123_61_65 and mv88e6352 drivers.
The variables are provided in port registers, not the normal status registers.
Mark by adding 0x100 to the register offset and add special handling code
to mv88e6xxx_get_ethtoo
Report switch register values to ethtool.
Signed-off-by: Guenter Roeck
---
drivers/net/dsa/mv88e6352.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/dsa/mv88e6352.c b/drivers/net/dsa/mv88e6352.c
index 9dddcba..2f31e28 100644
--- a/drivers/net/dsa/mv88e6352.c
+++ b/drivers/net
git commit b4f0d3755c5e9cc86292d5fd78261903b4f23d4a was very very dumb.
It was writing over %esp/pt_regs semi-randomly on i686 with the expected
"system can't boot" results. As noted in:
https://bugs.freedesktop.org/show_bug.cgi?id=85277
This patch stops fscking with pt_regs. Instead it sets u
Correct the printk format for 'size_t', 'dma_address_t', etc.
Signed-off-by: Robin Gong
---
drivers/dma/imx-sdma.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index 5424d9a..377bb18 100644
--- a/drivers/dm
Add device_prep_dma_memcpy and device_prep_dma_sg common interfaces
for imx-sdma driver to support memory copy in two ways: continuous
memory buffers or scatter lists.
Signed-off-by: Robin Gong
---
drivers/dma/imx-sdma.c | 188 ++---
1 file changed, 16
Code reorg for transfer prepare and bus width check to make code
cleaner.
Signed-off-by: Robin Gong
---
drivers/dma/imx-sdma.c | 127 +++--
1 file changed, 60 insertions(+), 67 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
Add device_prep_dma_memcpy and device_prep_dma_sg common interfaces
for imx-sdma driver to support memory copy in two ways: continuous
memory buffers or scatter lists.
Signed-off-by: Robin Gong
---
drivers/dma/imx-sdma.c | 188 ++---
1 file changed, 16
correct print format for 'size_t', 'dma_address_t',etc.
Signed-off-by: Robin Gong
---
drivers/dma/imx-sdma.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index fc4a0df..7e8aa2d 100644
--- a/drivers/dma/imx-
Add memory copy interface to sdma driver, the patch set is based on
v3:
http://www.spinics.net/lists/dmaengine/msg00850.html.
change from v4:
1.address comments from Andy Shevchenko.
change from v3:
1.split two patches from v3 patch for Vinod's comments.
change from v2:
1.remove redundant check f
Add memory copy interface to sdma driver, the patch set is based on
v3:
http://www.spinics.net/lists/dmaengine/msg00850.html.
change from v4:
1.address comments from Andy Shevchenko.
change from v3:
1.split two patches from v3 patch for Vinod's comments.
change from v2:
1.remove redundant check f
On Thu, 2014-10-23 at 01:47 +0200, Hartmut Knaack wrote:
> Sudip Mukherjee schrieb am 22.10.2014 06:21:
> > On Tue, Oct 21, 2014 at 05:56:47PM -0500, Brian Vandre wrote:
> >> This fixes the 2 checkpatch.pl warnings:
> >> WARNING: line over 80 characters
> >>
> > please check your patch with --stric
27;ve also tested with next-20141022 and v3.18-rc1 and no luck.
git bisect pointed me to the commit below [1]. My wireless card is a
RTL8191SEvA [2].
I need your help to troubleshoot this.
Thanks in advance.
[1]
commit 38506ecefab911785d5e1aa5889f6eeb462e0954
Author: Larry Finger
Date: Mo
On Tue, Oct 21, 2014 at 01:30:01PM +0100, Lee Jones wrote:
> On Mon, 13 Oct 2014, Gyungoh Yoo wrote:
>
> > Signed-off-by: Gyungoh Yoo
> > ---
> > Changes v4:
> > Removed MODULE_VERSION()
> > Modified license to GPLv2
> >
> > Changes v3:
> > Fixed the backlight name from 'sky81452-bl' to 'sky8145
On Wed, Oct 22, 2014 at 11:27:23AM +0100, Mark Brown wrote:
> On Mon, Oct 20, 2014 at 03:10:24PM +0900, Gyungoh Yoo wrote:
> > On Fri, Oct 17, 2014 at 04:26:05PM +0200, Mark Brown wrote:
>
> > > The thing I'm seeing is that the binding for your device with the
> > > subnode looks very much like th
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
include/linux/oom.h, kernel/power/process.c and mm/oom_kill.c between
commit 5695be142e20 ("OOM, PM: OOM killed task shouldn't escape PM
suspend") from the pm tree and commit e039ae202d34 ("OOM, PM: OOM
killed task cann
Pretty self explanatory. Just adding one of the same counters that I used to
gather data for the other patches.
Cc: Andrew Morton
Cc: Bob Liu
Cc: David Rientjes
Cc: Eric W. Biederman
Cc: Hugh Dickins
Cc: Ingo Molnar
Cc: Kees Cook
Cc: Kirill A. Shutemov
Cc: Mel Gorman
Cc: Oleg Nesterov
C
Just add a proc file to expose the stat counter I added.
Cc: Andrew Morton
Cc: Bob Liu
Cc: David Rientjes
Cc: Eric W. Biederman
Cc: Hugh Dickins
Cc: Ingo Molnar
Cc: Kees Cook
Cc: Kirill A. Shutemov
Cc: Mel Gorman
Cc: Oleg Nesterov
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: Thomas Gleixner
Hi Namhyung,
On 10/22/2014 08:45 PM, Namhyung Kim wrote:
Hello,
This patchset tries to enhance option parser a bit. Patch 1-3 are to
reuse existing perf record options for other commands like perf kvm
stat record. Patch 4-5 are to support exclusive options that cannot
be used at the same time.
On Wed, Oct 22, 2014 at 02:35:47PM +0200, Peter Zijlstra wrote:
> On Mon, Oct 13, 2014 at 04:45:30PM +0300, Alexander Shishkin wrote:
> > + struct kref aux_refcount;
>
> I'm not a fan of kref, pointless obfuscation that.
It has a good potential for debugging though. Sure rig
This patch just removes any call to start khugepaged for now. If we decide to
go forward with this new approach, then this patch will also dismantle the other
bits of khugepaged that we'll no longer need.
Signed-off-by: Alex Thorlton
Cc: Andrew Morton
Cc: Bob Liu
Cc: David Rientjes
Cc: Eric W
This patch adds a /proc file to read out the information that we've added to the
task_struct. I'll need to split the information out to separate files, probably
in a subdirectory, change a few of the files to allow us to modify their values,
and it will need appropriate locks.
Signed-off-by: Alex
Hey everyone,
Last week, while discussing possible fixes for some unexpected/unwanted behavior
from khugepaged (see: https://lkml.org/lkml/2014/10/8/515) several people
mentioned possibly changing changing khugepaged to work as a task_work function
instead of a kernel thread. This will give us fi
This patch just adds the necessary bits to the task_struct so that the scans can
eventually be controlled on a per-mm basis. As I mentioned previously, we might
want to add some more counters here.
Signed-off-by: Alex Thorlton
Cc: Andrew Morton
Cc: Bob Liu
Cc: David Rientjes
Cc: Eric W. Biede
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/22/2014 10:12 PM, Mike Galbraith wrote:
> On Wed, 2014-10-22 at 21:42 -0400, Rik van Riel wrote:
>> On 10/22/2014 07:20 PM, Mike Turquette wrote:
>>> On Wed, Oct 22, 2014 at 1:06 PM, Rik van Riel
>>> wrote: On 10/22/2014 02:07 AM, Mike Turquette
Please ignore! Screwed up my git send-email... Sending the proper
version here in a bit...
On Wed, Oct 22, 2014 at 09:35:02PM -0500, Alex Thorlton wrote:
> Hey everyone,
>
> Last week, while discussing possible fixes for some unexpected/unwanted
> behavior
> from khugepaged (see: https://lkml.
Hey everyone,
Last week, while discussing possible fixes for some unexpected/unwanted behavior
from khugepaged (see: https://lkml.org/lkml/2014/10/8/515) several people
mentioned possibly changing changing khugepaged to work as a task_work function
instead of a kernel thread. This will give us fi
Adds loadable module support for skein_mod, containing skein256,
skein512, and skein1024 algorithms.
Signed-off-by: Eric Rost
---
drivers/staging/skein/Kconfig | 2 +-
drivers/staging/skein/skein_generic.c | 122 ++
2 files changed, 123 insertions(+), 1
[Resending with proper CC list suggested by Andrew]
Calling munmap on a MAP_HUGETLB area, and a size which is not 2MB aligned,
causes munmap to fail. Tested on 3.13.x but tracking back to 3.2.x.
In do_munmap() we forcibly want a 4KB default page, and we wrongly
calculate the end of the map. Si
Adds crypto API support for the skein module. Also collapses the
threefish module into the skein module.
Signed-off-by: Eric Rost
---
drivers/staging/skein/Kconfig | 22 +--
drivers/staging/skein/Makefile| 13 ++--
drivers/staging/skein/skein.c | 1 +
drivers/stag
This patchset adds crypto api support and loadable module support to the
skein driver.
Eric Rost (2):
staging: skein: Add Crypto API support
staging: skein: Add Loadable Module Support
drivers/staging/skein/Kconfig | 24 +---
drivers/staging/skein/Makefile| 13 +-
drivers/s
Hi Ingo,
Could you please collect this patch which fixes a perf problem?
Thanks.
On 2014/10/22 15:00, Namhyung Kim wrote:
> On Thu, 16 Oct 2014 11:08:29 +0800, Wang Nan wrote:
>> When 'perf record' write headers, it calls write_xxx in
>> tools/perf/util/header.c, and check return value. It rolls
On Wed, Oct 22, 2014 at 5:22 PM, Seth Forshee
wrote:
> On Wed, Oct 22, 2014 at 02:51:56PM -0700, Andy Lutomirski wrote:
>> On Wed, Oct 22, 2014 at 2:24 PM, Seth Forshee
>> wrote:
>> > Cc: Eric W. Biederman
>> > Cc: Serge H. Hallyn
>> > Cc: Andy Lutomirski
>> > Signed-off-by: Seth Forshee
>> >
On 2014-10-22 19:28, Stephen Rothwell wrote:
Hi Jens,
After merging the block tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
block/scsi_ioctl.c: In function 'sg_scsi_ioctl':
block/scsi_ioctl.c:520:1: warning: label 'out' defined but not used
[-Wunused-label]
out:
This patch moves SystemMemory operation region implementations to a
seperate file before doing cleanups. No functional changes.
Signed-off-by: Lv Zheng
Tested-by: Fei Yang
---
drivers/acpi/Makefile |2 +-
drivers/acpi/mem.c| 395 +
driver
1 - 100 of 972 matches
Mail list logo
