* 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,
* 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,
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
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:
> >
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
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
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
> ---
>
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
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
s not 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 RTL819
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
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 =
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
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
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
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
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
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
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
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
> /
> +
>
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.
>>
>> ...
>>
>> ---
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
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 deletions
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
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
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
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
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
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
---
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
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
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
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
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
---
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
---
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 +
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
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
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
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
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
+++
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
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
---
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,
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,
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
---
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
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
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
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: Mon Sep
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
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
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
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
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
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
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
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
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:
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
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.
-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
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:
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
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.
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 +
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 +-
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
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]
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 +
This patch adds acpi_map2virt() so that some duplicated code can be merged.
No functional changes.
Signed-off-by: Lv Zheng
Tested-by: Fei Yang
---
drivers/acpi/mem.c | 45 -
1 file changed, 20 insertions(+), 25 deletions(-)
diff --git
It is reported that the synchronize_rcu() used in the hot path is not
performance friendly:
<6>[3.998532] acpi_ut_update_object_reference: obj:88003c305f78 type:10
<6>[4.006137] acpi_ut_update_ref_count:locked count:1 action:1 flags:286
<6>[4.013450] acpi_ut_delete_internal_obj:
This patch cleans up trivial branch logics in acpi_os_unmap_iomem() to
eliminate several lines. No functional changes.
Signed-off-by: Lv Zheng
Tested-by: Fei Yang
---
drivers/acpi/mem.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/mem.c
This patch cleans up system memory functions to make it easier to
understand the meaning of such functions.
No functional cleanup.
Signed-off-by: Lv Zheng
Tested-by: Fei Yang
---
drivers/acpi/mem.c | 38 ++
1 file changed, 22 insertions(+), 16 deletions(-)
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 wrote:
> arch_eval_cpu_freq and arch_scale_cpu_freq are added to allow
> the
It is reported that there is a performance issue in the ACPICA OSL
implementation around memory mappings.
On the reported platforms, there is a debugging facility implemented in the
ACPI namespace using circular logging buffer:
Name (DPTR, 0x3AFEB000)
Name (EPTR, 0x3AFFB000)
This patch merges duplicate code to cleanup ACPI memory access
implementations. No functional changes.
Signed-off-by: Lv Zheng
Tested-by: Fei Yang
---
drivers/acpi/mem.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/drivers/acpi/mem.c b/drivers/acpi/mem.c
On Thu, Oct 23, 2014 at 01:47:37AM +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
On Wed, 22 Oct 2014 16:43:10 -0700 Kees Cook wrote:
> On Wed, Oct 22, 2014 at 4:26 PM, Andrew Morton
> wrote:
> > On Tue, 21 Oct 2014 13:21:37 -0700 Kees Cook wrote:
> >
> >> From: Paul Wise
> >>
> >> This partially mitigates a common strategy used by attackers for hiding
> >> the full
> "Sitsofe" == Sitsofe Wheeler writes:
Sitsofe> 2. On top of the above, when a disk is "small" (has less than
Sitsofe>2^32 sectors which is typically < 2 TBytes in size) READ
Sitsofe>CAPACITY(16) won't be triggered.
static int sd_try_rc16_first(struct scsi_device *sdp)
{
if
> "Sitsofe" == Sitsofe Wheeler writes:
>> Last time around we identified this as a problem with Microsoft's
>> interpretation of the T10 SBC spec. And they promised that they are
>> going to fix that.
Sitsofe> OK but if we were happy to wait for Microsoft to fix the
Sitsofe> problem on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 wrote:
arch_eval_cpu_freq and arch_scale_cpu_freq are added to allow
the scheduler to evaluate if
On 10/22/2014 08:31 PM, Mark Rutland wrote:
> On Wed, Oct 22, 2014 at 01:16:49PM +0100, chai wen wrote:
>> Idx sanity check was once implemented separately in these counter
>> handling functions and then return value was treated as a judgement.
>> armv7_pmnc_select_counter()
>>
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:
^
Introduced by commit 374f8fdea4aa ("scsi:
Hi Dmitry,
It has been long time after the v8 patches submitted, with your busy time,
could you help take a little time to update the status of the schedule or
reviews?
Any information will halp a lot.
Thanks,
Dudley
> -Original Message-
> From: Dudley Du
> Sent: 2014?10?20? 9:16
>
On Wed, Oct 22, 2014 at 09:07:31PM -0400, Dave Jones wrote:
> Just hit this while running trinity.
>
> WARNING: CPU: 3 PID: 9612 at fs/btrfs/extent-tree.c:3799
> btrfs_free_reserved_data_space+0x1d1/0x280 [btrfs]()
> Modules linked in: rfcomm hidp bnep af_key llc2 scsi_transport_iscsi
>
On 2014/10/23 7:53, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:07:12AM +0800, Yijing Wang wrote:
>> Use MSI chip framework instead of arch MSI functions to configure
>> MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
>
> This needs slightly more detail. You're using
Dear, Doug.
On 10/23/2014 01:36 AM, Doug Anderson wrote:
> Hi,
>
> On Sun, Oct 19, 2014 at 8:23 PM, Jaehoon Chung wrote:
>> Hi.
>>
>> On 10/17/2014 09:44 PM, Alim Akhtar wrote:
>>> Hi Doug,
>>>
>>> On Thu, Oct 16, 2014 at 9:40 PM, Doug Anderson
>>> wrote:
Alim,
On Thu, Oct 16,
On Wed, 22 Oct 2014 21:44:08 +0200
Michal Marek wrote:
> Dne 22.10.2014 v 16:19 Steven Rostedt napsal(a):
> >
> > Commit 7ff525712acf "kbuild: fake the "Entering directory ..." message
> > more simply" changed the output of "make kernelrelease" such that the
> > kernel release version was not
Just hit this while running trinity.
WARNING: CPU: 3 PID: 9612 at fs/btrfs/extent-tree.c:3799
btrfs_free_reserved_data_space+0x1d1/0x280 [btrfs]()
Modules linked in: rfcomm hidp bnep af_key llc2 scsi_transport_iscsi nfnetlink
sctp libcrc32c can_raw can_bcm nfc caif_socket caif af_802154
1 - 100 of 1964 matches
Mail list logo