Hi,
On Wed, Feb 18, 2015 at 02:08:19PM +, Adam Thomson wrote:
> This patch set adds initial support for the Dialog DA9150 Integrated Charger &
> Fuel-Gauge IC. The device also provides GPIO and GPADC functionality.
>
> In this patch set the following is provided:
> - MFD Core support and DT
Hi,
On Tue, Feb 24, 2015 at 02:17:32PM +1100, NeilBrown wrote:
> power_supply status changes for the bq27x00 are only noticed via
> polling, not via interrupts. So they are never the source of
> events which should reliably wake the system from suspend. So it
> is appropriate to register as a no
On Wed, 25 Feb 2015, Michal Hocko wrote:
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 2d224bbdf8e8..c2ff40a30003 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -2363,7 +2363,8 @@ __alloc_pages_may_oom(gfp_t gfp_mask, unsigned int
> order,
> goto out;
Quoting Stephen Boyd (2015-02-02 14:09:43)
> If a clock's clk_ops doesn't have the set_phase op set we should
> return an error from clk_set_phase(). This way clock consumers
> know that when they tried to set a phase it didn't work, as
> opposed to the current behavior where the return value is 0
On 18/02/15 14:08, Adam Thomson wrote:
> This patch adds support for DA9150 Charger & Fuel-Gauge IC Charger.
>
> Signed-off-by: Adam Thomson
For the IIO side of things (with one small suggestion inline)
Reviewed-by: Jonathan Cameron
> ---
> drivers/power/Kconfig | 12 +
> drivers/powe
On 24/02/15 09:41, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
Applied to the togreg branch of iio.git. I'm having another of my periodic
days in a
On Tue, Feb 24, 2015 at 06:16:20PM +0800, Peter Hung wrote:
> The interrupt endpoint will report current IIR. If we got IIR with MSR changed
> , We will do read MSR with interrupt_work worker to do f81232_read_msr()
> function.
>
> We also confirmd MSR strange delta value is not locking-issue. The
On 24/02/15 09:41, Krzysztof Kozlowski wrote:
> The regmap_access_table and regmap_config structures may be const
> because they are not modified by the driver and regmap_init() accepts
> pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
Applied to the togreg branch of iio.git. Note I ende
On Tue, Feb 24, 2015 at 06:16:23PM +0800, Peter Hung wrote:
> The original driver had do not any h/w change in driver.
> This patch implements with configure H/W for
> baud/parity/word length/stop bits functional in f81232_set_termios().
>
> This patch also implement DTR/RTS control when baudrate
On Tue, Feb 24, 2015 at 06:16:21PM +0800, Peter Hung wrote:
> This patch implement relative MCR/MSR function, such like
> tiocmget()/tiocmset()/dtr_rts()/carrier_raised()
>
> original f81232_carrier_raised() compared with wrong value UART_DCD.
> It's should compared with UART_MSR_DCD.
>
> Signed-
On Tue, Feb 24, 2015 at 06:16:22PM +0800, Peter Hung wrote:
> We put FCR/IER initial step to f81232_port_enable(). When port is open,
> it set MSR interrupt on. Otherwise set it off.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 39 +++
>
On Wednesday 25 February 2015 19:48:55 Mario Limonciello wrote:
> On 02/20/2015 02:41 PM, Pali Rohár wrote:
> > On Friday 20 February 2015 20:56:23 Mario Limonciello wrote:
> >
> > resetafter=0 means to never reset (even if driver receive
> > e.g thousand invalid packets). I think this is very
> >
On Tue, Feb 24, 2015 at 06:16:18PM +0800, Peter Hung wrote:
> The F81232 bulk-in is RX data + LSR channel, data format is
> [LSR+Data][LSR+Data]. , We had implemented in f81232_process_read_urb().
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 69
> +
On 18/02/15 14:08, Adam Thomson wrote:
> Signed-off-by: Adam Thomson
Acked-by: Jonathan Cameron
> ---
> .../devicetree/bindings/power/da9150-charger.txt | 26
> ++
> 1 file changed, 26 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/power/da9150-charg
Quoting Stephen Boyd (2015-02-02 14:37:41)
> It's useful to have tracepoints around operations that change the
> hardware state so that we can debug clock hardware performance
> and operations. Four basic types of events are supported: on/off
> events for enable, disable, prepare, unprepare that on
On Wed, 25 Feb 2015, Heinrich Schuchardt wrote:
> > I believe this information should be added to the documentation cited
> > above which mentions threads-max since users will otherwise be unfamiliar
> > with the limits imposed.
>
> Hello David,
>
> I guess the documentation fix should be put
On 22/02/15 10:44, Richard Weinberger wrote:
> On Sat, Jan 10, 2015 at 12:16 PM, Jonathan Cameron wrote:
>> On 07/01/15 12:18, Harald Geyer wrote:
>>> Make sure that the read function is not interrupted...
>>>
>>> From: Richard Weinberger
>>> Signed-off-by: Richard Weinberger
>>> Acked-by: Haral
Quoting Philipp Zabel (2015-02-03 01:42:34)
> Am Montag, den 02.02.2015, 14:11 -0800 schrieb Stephen Boyd:
> > If a driver calls clk_set_parent(clk, parent) and parent is the
> > current parent of clk we shouldn't fail in any case.
> > Unfortunately if clk is a read-only mux we return -ENOSYS
> > b
On Tue, Feb 24, 2015 at 06:16:17PM +0800, Peter Hung wrote:
> We add f81232_get_register()/f81232_set_register() and necessary defines
> for future patch with communication with F81232 USB control endpoint.
>
> Because of this is a preparatory patch, there are unused function warning
> with compili
On 02/25/2015 11:09 AM, Arnd Bergmann wrote:
On Wednesday 25 February 2015 11:03:02 Murali Karicheri wrote:
(I don't know exactly how these patches all fit together, so that's
probably not accurate, but that's the *sort* of thing I'd like to include.)
If that actually *is* what's going on, I
Hi,
On Tue, Feb 24, 2015 at 10:54:43AM +0100, Krzysztof Kozlowski wrote:
> Re-work and fix handling of errors when retrieving power supply
> properties:
>
> 1. Return errno values directly from get_property() instead of storing
>'unknown' as intval for given property.
>
> 2. Handle regmap_re
On Wed, 25 Feb 2015, Michal Marek wrote:
> > On Tue, 2015-02-10 at 14:21 -0800, David Rientjes wrote:
> >> We need an update to the MAINTAINERS file if "Yann E. MORIN"
> >> isn't the active Kconfig maintainer anymore.
> >
> > Yes, we do. Michal, what update would you suggest?
>
> I'll revert t
On 02/24/2015 07:09 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.70 release.
> There are 16 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 02/24/2015 07:10 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.34 release.
> There are 17 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 02/24/2015 07:10 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.8 release.
> There are 20 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 02/25/2015 05:55 AM, Hanjun Guo wrote:
> On 2015年02月25日 08:36, al.st...@linaro.org wrote:
>> From: Al Stone
>>
>> In preparation for later splitting out some of the arch-dependent code from
>> osl.c, clear up all the warnings reported by checkpatch.pl where pr_* should
>> be used instead of pri
On 02/25/2015 06:08 AM, Hanjun Guo wrote:
> On 2015年02月25日 08:36, al.st...@linaro.org wrote:
>> From: Al Stone
>>
>> In preparation for later splitting out some of the arch-dependent code from
>> osl.c, clean up some warnings from checkpatch that fall into more semantic
>> issues; none of these sh
The minimum values for timing parameters such as left margin,
right margin etc are different for STN and TFT dispalys.
This commit fixes a check that does not account for
this difference.
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Arun Ramamurthy
---
include/linux/amba/clcd
Added ioctl and interrupt handler functions to support FBIO_WAITFORVSYNC
Also corrected documentation to make interrupts and interrupt-names
optional as they are not required properties.
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Arun Ramamurthy 0
---
.../devicetree/bindings
* Peter Zijlstra | 2015-02-18 15:03:20 [+0100]:
>On Tue, Feb 17, 2015 at 06:44:19PM +0100, Sebastian Andrzej Siewior wrote:
>> * Peter Zijlstra | 2015-01-21 16:07:16 [+0100]:
>>
>> >On Tue, Jan 20, 2015 at 01:16:13PM -0500, Steven Rostedt wrote:
>> >> I'm actually wondering if we should just nuke
Added code to support FBIOPAN_DISPLAY. Also added yres_virtual
parameter to device tree to set the virtual y resolution
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Arun Ramamurthy
---
.../devicetree/bindings/video/arm,pl11x.txt| 4 +++
drivers/video/fbdev/amba-clcd.
Added code based on linaro tree:
http://git.linaro.org/kernel/linux-linaro-stable.git
with commit id:6846e7822c4cab5a84672baace3b768c2d0db142
at drivers/video/amba-clcd.c. This lets the driver set
certain tim2 register bits after reading them from
device tree.
Reviewed-by: Ray Jui
Reviewed-by: Sc
On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
The Huion tablets show 3 interfaces. Only the first and the third
are currently used.
Also remove HID_QUIRK_MULTI_INPUT for the third interface to not
create more than needed input nodes.
Signed-off-by: Benjamin Tissoires
---
drivers/hid/hid-u
Alim,
On Tue, Feb 24, 2015 at 11:52 PM, Alim Akhtar wrote:
>>> This looks a HACK to me.
>>> If stabilizing host voltage regulator is the problem, can you try out
>>> below patch, and see if this resolve your issue?
>>
>> Actually, IMHO Alim's patch is more of a hack than Addy's. There's
>> alrea
On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
We append "Pen", "Pad", "Mouse" or "Keyboard" suffix to the appropriate
input node to match what the Wacom driver does and be more convenient for
the user to know which one is which.
As I said before, this is a very welcome change. Thanks, Benja
From: Bruce Merry
This was causing the destination instead of the source to be filled. As
a result, the source was typically all mapped to one zero page, and
hence very cacheable.
Signed-off-by: Bruce Merry
Acked-by: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link: http://lkml.kernel
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 2a6730c8b6e075adf826a89a3e2caa705807afdb:
kprobes/x86: Check for invalid ftrace location in __recover_probed_insn()
(2015-02-21 10:33:31 +0100)
are available in the git repository at:
git://git.kernel.
On Wed, Feb 25, 2015 at 12:49 PM, David Rientjes wrote:
> Woohoo, so does this mean that Luis's series will finally be merged into a
> tree somewhere? It's been a lengthy wait to try to get this merged.
David Rientjes (as I'm also Cc'ing David Vrabel),
I am reworking Xen's kconfig stuff right
From: David Ahern
perf-top is terminating due to SIGBUS on sparc64. git bisect points to:
commit 82396986032915c1572bfb74b224fcc2e4e8ba7c
Author: Arnaldo Carvalho de Melo
Date: Mon Sep 8 13:26:35 2014 -0300
perf evlist: Refcount mmaps
We need to know how many fds
From: Josh Boyer
The man page for pthread_attr_set_affinity_np states that _GNU_SOURCE
must be defined before pthread.h is included in order to get the proper
function declaration. Define this in the Makefile.
Without this defined, the feature check fails on a Fedora system with
gcc5 and then t
On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
From: Nikolai Kondrashov
Merge the hid-huion driver into hid-uclogic as all the devices supported
by hid-huion are in fact UC-Logic devices.
Signed-off-by: Benjamin Tissoires
---
Changed from the original patch:
- update Makefile, Kconfig acc
From: David Ahern
The recent build changes cause perf to not compile for sparc64 since the
arch/sparc64/Build file does not exist:
/home/dahern/kernels/linux.git/tools/build/Makefile.build:40:
arch/sparc64/Build: No such file or directory
Fix by converting the sparc64 RAW_ARCH to sparc ARCH --
> I think we should expect AER to be used on big-endian machines. I'm
> pretty sure it's used on Itanium in big-endian mode.
Itanium can run in either big or little endian mode - but Linux uses little
endian:
arch/ia64/include/uapi/asm/byteorder.h:#include
-Tony
N�r��yb�X��ǧv�^�){.n
From: David Ahern
4886f2ca19f6f added an arm-64 check, but the EM_AARCH64 macro is not
defined in older releases (e.g., RHEL6). Define if it is not defined.
Signed-off-by: David Ahern
Cc: Victor Kamensky
Link:
http://lkml.kernel.org/r/1424306017-96797-1-git-send-email-david.ah...@oracle.com
S
On Wed, Feb 25, 2015 at 01:56:08PM -0700, Shuah Khan wrote:
> On 02/24/2015 07:10 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.8 release.
> > There are 20 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Wed, 25 Feb 2015, Heinrich Schuchardt wrote:
> > I disagree strongly: it's better to first do low-risk
> > cleanups, then do any fix and other changes.
> >
> > This approach has four advantages:
> >
> > - it makes the bug fix more apparent, in the context of
> > an already cleaned up
From: Adrian Hunter
Feature detection for pthread_attr_setaffinity_np was failing, producing
this error:
In file included from bench/futex-hash.c:17:0:
bench/futex.h:73:19: error: conflicting types for
‘pthread_attr_setaffinity_np’
static inline int pthread_attr_setaffinity_np(pthread_at
On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
Based on a patch from: Nikolai Kondrashov
Most of the tablets handled by hid-uclogic already uses MULTI_INPUT.
*use
Fot the ones which are not quirked in usbhid/hidquirks, they have a
*For
custom report descriptor which contains only one
On Wed, 25 Feb 2015, r...@redhat.com wrote:
> diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> index b544e5229d99..94bf59588e23 100644
> --- a/kernel/cpuset.c
> +++ b/kernel/cpuset.c
> @@ -1563,6 +1563,7 @@ typedef enum {
> FILE_MEMORY_PRESSURE,
> FILE_SPREAD_PAGE,
> FILE_SPREAD_
On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
> I am reworking Xen's kconfig stuff right now, so perhaps what is best
> is for this series to be folded under those changes and I'd submit
> them as the last series in the changes. That would avoid collateral
> changes as I revamp tons of Xen kconfig
Hi Neil,
On Tue, Feb 24, 2015 at 03:01:29PM +1100, NeilBrown wrote:
> twl4030_charger currently finds the associated phy
> using usb_get_phy() which will return the first USB2 phy.
> If your platform has multiple such phys (as mine does),
> this is not reliable (and reliably fails on the GTA04).
>
On Wed, Feb 25, 2015 at 09:27:36AM -0800, Andrew Bresticker wrote:
> Hi Thierry,
>
> > Sorry for taking so awfully long to look at this. I've spent some time
> > looking at various pieces of documentation and I concluded that
> > representing the port assignment as muxing options doesn't seem righ
On Wed, Feb 25, 2015 at 01:11:04PM -0800, David Rientjes wrote:
> On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
>
> > I am reworking Xen's kconfig stuff right now, so perhaps what is best
> > is for this series to be folded under those changes and I'd submit
> > them as the last series in the chan
On Wed, Feb 25, 2015 at 1:15 PM, Thierry Reding
wrote:
> On Wed, Feb 25, 2015 at 09:27:36AM -0800, Andrew Bresticker wrote:
>> Hi Thierry,
>>
>> > Sorry for taking so awfully long to look at this. I've spent some time
>> > looking at various pieces of documentation and I concluded that
>> > repres
Hi Krzysztof,
On Fri, Feb 20, 2015 at 02:32:22PM +0100, Krzysztof Kozlowski wrote:
> The return value of power_supply_register() call was not checked and
> even on error probe() function returned 0. If registering failed then
> during unbind the driver tried to unregister power supply which was no
On 02/25/2015 04:09 PM, David Rientjes wrote:
> On Wed, 25 Feb 2015, r...@redhat.com wrote:
>
>> diff --git a/kernel/cpuset.c b/kernel/cpuset.c
>> index b544e5229d99..94bf59588e23 100644
>> --- a/kernel/cpuset.c
>> +++ b/kernel/cpuset.c
>> @@ -1563,6 +1563,7 @@ typedef enum {
>> FILE_MEMORY_P
On Feb 25 2015 or thereabouts, Nikolai Kondrashov wrote:
> On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
> >Based on a patch from: Nikolai Kondrashov
> >
> >Most of the tablets handled by hid-uclogic already uses MULTI_INPUT.
>
> *use
>
> >Fot the ones which are not quirked in usbhid/hidquir
On Wed, 25 Feb 2015, Vlastimil Babka wrote:
> > Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
> > node") restructured alloc_hugepage_vma() with the intent of only
> > allocating transparent hugepages locally when there was not an effective
> > interleave mempolicy.
> >
> >
On Wed, Feb 25, 2015 at 1:19 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Feb 25, 2015 at 01:11:04PM -0800, David Rientjes wrote:
>> On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
>>
>> > I am reworking Xen's kconfig stuff right now, so perhaps what is best
>> > is for this series to be folded under
Hi,
On Thu, Jan 29, 2015 at 03:39:38PM +0100, Krzysztof Kozlowski wrote:
> Simplify a little ab8500_fg_sysfs_psy_create_attrs () and
> ab8500_fg_sysfs_psy_remove_attrs() functions because they received
> pointer to power supply device which was then converted into power
> supply instance. Then it
Em Thu, Feb 19, 2015 at 08:35:26PM +0100, Rabin Vincent escreveu:
> Define the required macros to allow perf to be built for CRIS.
Thanks, applied to perf/core
- Arnaldo
> Signed-off-by: Rabin Vincent
> ---
> tools/perf/perf-sys.h | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
On Feb 25 2015 or thereabouts, Nikolai Kondrashov wrote:
> On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
> >From: Nikolai Kondrashov
> >
> >Merge the hid-huion driver into hid-uclogic as all the devices supported
> >by hid-huion are in fact UC-Logic devices.
> >
> >Signed-off-by: Benjamin Tiss
On 02/25/2015 09:10 PM, Andy Lutomirski wrote:
> On Wed, Feb 25, 2015 at 11:59 AM, Andrey Wagin wrote:
>> 2015-02-25 21:42 GMT+03:00 Denys Vlasenko :
>>> On 02/25/2015 01:37 PM, Andrey Wagin wrote:
2015-02-13 0:54 GMT+03:00 Denys Vlasenko :
> 64-bit code was using six stack slots less by
On Feb 25 2015 or thereabouts, Nikolai Kondrashov wrote:
> On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
> >The Huion tablets show 3 interfaces. Only the first and the third
> >are currently used.
> >Also remove HID_QUIRK_MULTI_INPUT for the third interface to not
> >create more than needed inp
Thanks for the fix, Sasha.
On Mon, 23 Feb 2015, Jens Axboe wrote:
> On 02/23/2015 09:49 AM, Christoph Hellwig wrote:
> > Looks good,
> >
> > Reviewed-by: Christoph Hellwig
Acked-by: Hugh Dickins
>
> Shall I funnel this through for-linus?
Please do, thanks.
>
> --
> Jens Axboe
--
To unsub
Subject: cpusets,isolcpus: add file to show isolated cpus in cpuset
The previous patch makes it so the code skips over isolcpus when
building scheduler load balancing domains. This makes it hard to
see for a user which of the CPUs in a cpuset are participating in
load balancing, and which ones are
On Tuesday, February 24, 2015 10:55:59 AM Boris Brezillon wrote:
> Hello,
>
> I put the IRQF_NO_SUSPEND_SAFE/IRQF_TIMER_SIBLING_OK/WHATEVER_NAME_YOU_CHOOSE
> debate aside to concentrate on another problem pointed out by Rafael and
> Mark: the fact that we cannot mix IRQF_NO_SUSPEND and wakeup sour
On Feb 25 2015 or thereabouts, Nikolai Kondrashov wrote:
> On 02/25/2015 02:05 AM, Benjamin Tissoires wrote:
> >We append "Pen", "Pad", "Mouse" or "Keyboard" suffix to the appropriate
> >input node to match what the Wacom driver does and be more convenient for
> >the user to know which one is which
On Tuesday, February 24, 2015 10:56:00 AM Boris Brezillon wrote:
> Mixing IRQF_NO_SUSPEND and !IRQF_NO_SUSPEND on the same IRQ line is highly
> discouraged, but in some cases (IRQ shared by a timer and other devices)
> you don't have any other choice.
> Since some devices sharing the IRQ line might
On Wed, Feb 25, 2015 at 8:43 AM, Benjamin Tissoires
wrote:
> The stylus of this device works just fine out of the box.
> The touch is seen by default as a mouse with relative events and some
> gestures.
> The wireless and the wired version have slightly different firmwares, but
> the debug mode 2
On Tuesday, February 24, 2015 10:56:01 AM Boris Brezillon wrote:
> Add two helper functions to help drivers that are sharing IRQs with
> timer devices (or other devices setting the IRQF_NO_SUSPEND flag) deal
> with system wakeup and state detection.
>
> Such drivers should expect their IRQ handler
On Tuesday, February 24, 2015 10:56:02 AM Boris Brezillon wrote:
> The IRQ line used by the RTC device is often shared with the system timer
> (PIT) on at91 platforms.
> Since timers are registering their handlers with IRQF_NO_SUSPEND, we should
> expect being called in suspended state, and properl
Hi Pavel,
On Sat, Jan 31, 2015 at 10:39:19PM +0100, Pavel Machek wrote:
> So we have multiple values in one sysfs file:
>
> root@n900:/sys/class/power_supply# cat bq24150a-0/registers
> 0x00=0x50
> 0x01=0xc8
> 0x02=0x8e
> 0x03=0x4b
> 0x04=0x99
>
> (should this go to debugfs somewhere?)
I guess
On Wed, Feb 25, 2015 at 11:51:43AM -0600, Felipe Balbi wrote:
> Hi Al,
>
> commit 3b994d98a815d934ab6a77a380882865982c14f9 (get rid of the second
> argument of acct_kill()) added a new build warning when building
> kernel/acct.c. Warning can be seen below. Revert of that commit is
> non-trivial, s
On Wed, Feb 25, 2015 at 01:25:59PM -0800, Luis R. Rodriguez wrote:
> On Wed, Feb 25, 2015 at 1:19 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Wed, Feb 25, 2015 at 01:11:04PM -0800, David Rientjes wrote:
> >> On Wed, 25 Feb 2015, Luis R. Rodriguez wrote:
> >>
> >> > I am reworking Xen's kconfig stuff
Redundant bitwise operation on 'pm' in 'switch' statement.
Signed-off-by : Ameen Ali
---
drivers/usb/host/ohci-tmio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/host/ohci-tmio.c b/drivers/usb/host/ohci-tmio.c
index e9a6eec..c580615 100644
--- a/drivers/usb/host/ohci-tmio.
On Tue, 24 Feb 2015 13:03:01 +0400 Konstantin Khlebnikov
wrote:
> On Mon, Feb 23, 2015 at 5:37 PM, Michal Hocko wrote:
> > On Fri 20-02-15 17:39:42, Konstantin Khlebnikov wrote:
> >> This makes show_mem() much less verbose at huge machines. Instead of
> >> huge and almost useless dump of counte
From: Arnaldo Carvalho de Melo
To filter out events for a certain pid, for instance, when tracing
system wide, so that the tracer itself doesn't creates an event loop.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbra
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 8a26ce4e544659256349551283414df504889a59:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-02-18 19:18:18 +0100)
are available in the git r
From: Arnaldo Carvalho de Melo
Start to untangle session from delivering samples, as there are
tools that want to use ordered_events and don't use perf_session at all.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbra
From: Arnaldo Carvalho de Melo
Because we need to use ordered_events in some cases, so we will need to
first have them in a queue, order that queue, and then process the
event.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mi
From: Arnaldo Carvalho de Melo
For tools that don't deal with perf.data files, thus do not need to
use perf_session.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Step
From: Arnaldo Carvalho de Melo
Further untangling perf_session from plain event delivery routines.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link
From: Arnaldo Carvalho de Melo
We need to filter multiple pids in trace, i.e. trace itself,
gnome-terminal, X.org, etc.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: S
From: Andi Kleen
Add an option to perf record to record running/enabled time for read
events, similar to what stat does.
This is useful to understand multiplexing problems.
Right now the report support is not great, but at least report -D
already supports it.
Signed-off-by: Andi Kleen
Acked-b
From: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.org/n/tip-pxxm1liohog3d6i826x8s...@git.kernel.or
From: Arnaldo Carvalho de Melo
To avoid tracing the tracer.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.org/n/tip-shmwd1kh
From: Sebastian Andrzej Siewior
Some of the tracers bring their own id or pid fields and we can end up
having two of them. This patch adds a "perf_" prefix to the 'generic'
fields so we avoid a clash of the member names.
The change is visible in the babeltrace output:
Before:
$ babeltrace ./c
From: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Stephane Eranian
Link: http://lkml.kernel.org/n/tip-fmto8ft6jrtwz09dxn5d4...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Mel
From: Arnaldo Carvalho de Melo
To figure out if ordered_events are being used when doing a flush
operation, it is enough to check if there were in fact some events
queued, i.e. look at oe->nr_events.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
From: Jiri Olsa
Adding feature check for babeltrace library [1], which will be used for
perf data file CTF [2] conversion in following patches.
The babeltrace library is now automatically detected as standard
feature. It's possible to specify LIBBABELTRACE_DIR make variable to
specify location o
From: Jiri Olsa
Adding 'perf data convert' to convert perf data file into different
format. This patch adds support for CTF format conversion.
To convert perf.data into CTF run:
$ perf data convert --to-ctf=./ctf-data/
[ perf data convert: Converted 'perf.data' into CTF data './ctf-data/' ]
Em Fri, Feb 20, 2015 at 11:17:02PM +0100, Jiri Olsa escreveu:
> From: Sebastian Andrzej Siewior
> Adding support to convert tracepoint event fields into CTF
> event fields.
> We parse each tracepoint event for CTF conversion and add
> tracepoint fields as regular CTF event fields, so they
> appe
On Mon 2015-02-23 16:58:36, Felipe Balbi wrote:
> On Mon, Feb 23, 2015 at 11:34:57PM +0100, Pavel Machek wrote:
> > On Thu 2015-02-19 15:14:24, Felipe Balbi wrote:
> > > Hi,
> > >
> > > Do we have support for LED controllers which can handle patterns of
> > > different kinds ? I mean, currently, i
From: Jiri Olsa
Adding new 'perf data' command to provide operations over data files.
The 'perf data convert' sub command is coming in following patch, but
there's possibility for other useful commands like 'perf data ls' (to
display perf data file in directory in ls style).
Signed-off-by: Jiri
On Mon 2015-02-02 18:08:06, Serge Hallyn wrote:
> Quoting Casey Schaufler (ca...@schaufler-ca.com):
> > I'm game to participate in such an effort. The POSIX scheme
> > is workable, but given that it's 20 years old and hasn't
> > developed real traction it's hard to call it successful.
>
> Over the
Hi!
> > A key concept behind posix capabilities is that the privilege comes from
> > both the person and the file being executed. As you say below basically
> > anything can be executed by the program so that is completely violated.
>
> Well this patch does not change that. Its just that the fil
Hi!
> > >Is one tag per directory sufficient? Is one tag per file sufficient?
> > >How about one tag per package? If package, then isn't a single tag for
> > >the whole kernel source tree sufficient, as we all know the overall
> > >license for the kernel source tree.
> >
> > We really need one
Em Thu, Feb 19, 2015 at 11:31:13PM +0900, Masami Hiramatsu escreveu:
> Recent linux kernel provides a blacklist of the functions which
> can not be probed. perf probe can now check this blacklist before
> setting new events and indicate better error message for users.
>
> Without this patch,
> -
Hi!
> During the testing period of about 5 months I have concluded:
>
> 1) There are 3 identical Fujitsu RX200 S6 test servers which all show the
> same problem, but I also reproduced it on some Sun Fire and Dell server.
>
> 2) The problem happens with both HW RAID (MegaRAID SAS 2108) and when d
501 - 600 of 878 matches
Mail list logo