From: Arnaldo Carvalho de Melo
Before:
2392.918 ( 0.008 ms): 21581 lstat(arg0: 140734915488448, arg1:
140734915488240, arg2: 140734915488240, arg3: 3, arg4: 24426352, arg5: 98) = 0
After:
7408.087 ( 0.013 ms): 21969 lstat(filename: 0x7fff44b4bf20, statbuf:
0x7fff44b4be50 )
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling, another batch, more to come soon,
- Arnaldo
The following changes since commit 5ec4c599a52362896c3e7c6a31ba6145dca9c6f5:
perf: Do not compute time values unnecessarily (2013-08-16 17:55:52 +0200)
are available in the
From: Arnaldo Carvalho de Melo
To output all 'trace' output to a filename, just like 'strace -ofile'
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
On Wed, Aug 28, 2013 at 08:38:56AM -0600, Stephen Warren wrote:
> On 08/28/2013 12:22 AM, Johannes Thumshirn wrote:
> > On Tue, Aug 27, 2013 at 03:41:42PM -0600, Stephen Warren wrote:
> >> On 08/27/2013 05:10 AM, Johannes Thumshirn wrote:
> >>> I accidently put the devicetree bindings for the MEN
From: Arnaldo Carvalho de Melo
[root@zoo ~]# perf trace -e madvise -a
35299.631 ( 0.019 ms): 19553 madvise(start: 0x7f5b101d4000, len_in:
4063232, behavior: DONTNEED) = 0
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter
On 08/28/2013 04:01 AM, Oleksandr Kravchenko wrote:
Add description about in_accelX_power_mode and
in_accel_power_mode_available.
Signed-off-by: Oleksandr Kravchenko
---
Documentation/ABI/testing/sysfs-bus-iio | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: David Ahern
Occassionally events (e.g., context-switch, sched tracepoints) are losing
the conversion of sample data associated with a thread. For example:
$ perf record -e sched:sched_switch -c 1 -a -- sleep 5
$ perf script
ls 30482 [000] 1379727.583037: sched:sched_switch:
From: Adrian Hunter
Record pid on struct thread. The member is named 'pid_' to avoid
confusion with the 'tid' member which was previously named 'pid'.
Signed-off-by: Adrian Hunter
Acked-by: David Ahern
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike
From: Arnaldo Carvalho de Melo
Getting rid of:
make[1]: Entering directory `/home/git/linux/tools/lib/traceevent'
make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent
make rule.
make[1]: Entering directory `/home/git/linux/tools/lib/lk
When running:
make -j4
On Fri, Aug 23, 2013 at 12:25:24AM +0400, Max Filippov wrote:
> -e is a non-standard echo option, echo output is
> implementation-dependent when it is used. Replace echo -e
> with printf as suggested by POSIX echo manual.
>
> Signed-off-by: Max Filippov
> ---
> scripts/checkkconfigsymbols.sh |
From: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.org/n/tip-ain6q4u8g3bpnh18yhw24...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Adrian Hunter
The python/perf.so python binding links a subset of objects.
Re-implement 'verbose' and 'eprintf' so they (and consequently
'pr_debug') can be used in objects linked into pythin/perf.so.
Note 'eprintf' must be re-implemented because the full version links the
browser ui.
From: Arnaldo Carvalho de Melo
No need to install perl or python files when the respective
NO_LIBP{YTHON,ERL} define is set.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Adrian Hunter
It is useful to see the arguments to perf_event_open and whether the
perf events ring buffer was mmapped per-cpu or per-thread.
That information will now be displayed when verbose is 2 i.e option -vv.
Signed-off-by: Adrian Hunter
Acked-by: Namhyung Kim
Cc: David Ahern
From: Arnaldo Carvalho de Melo
Starting with one for printing pointers in hexadecimal, using the
information in the syscall tracepoint format.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Arnaldo Carvalho de Melo
Avoiding multiple sc->fmt != NULL tests.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.org/n/tip-w28d1o3uslden0k57653k...@git.kernel.org
From: David Ahern
Common arguments like thread id, CPU list, mmap pages, etc should be
consistent across perf commands.
v3: Updated man page
v2: rebased to latest core branch
Signed-off-by: David Ahern
Link:
http://lkml.kernel.org/r/1377018945-21940-1-git-send-email-dsah...@gmail.com
From: David Ahern
4a4d371a missed builtin-kvm in the cleanup to remove the force option
to cmd_record.
Signed-off-by: David Ahern
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1376512573-85012-1-git-send-email-dsah...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
---
On 08/27/2013 01:41 PM, Greg KH wrote:
> On Tue, Aug 27, 2013 at 04:50:03PM +, jba...@akamai.com wrote:
>> Settings of the form, 'line x module y +p', can fail arbitrarily due to an
>> uninitialized local variable. With this patch results are consistent, as
>> expected.
>>
>> Signed-off-by:
Having PCIe/PCI-X capability isn't enough to assume that there are
extended capabilities. Both specs define that the first capability
header is all zero if there are no extended capabilities. Testing
for this avoids an erroneous message about hiding capability 0x0 at
offset 0x100.
Dear Jean-Francois Moine,
On Wed, 28 Aug 2013 11:34:38 +0200, Jean-Francois Moine wrote:
> This patch series adds audio DT to the Dove boards and activates the
> Cubox audio device.
>
> Full audio in the Cubox will work when the DT extension of the generic
> simple audio card will be complete.
On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote:
> On 08/21/2013 09:57 AM, Christian Ruppert wrote:
> > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
> >> On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert
> >> wrote:
> >>> [Me]
> I don't see any of the port
On Wed, 28 Aug 2013 20:30:17 +0900
Yoshihiro YUNOMAE wrote:
> (2013/08/27 22:05), Steven Rostedt wrote:
> > On Tue, 27 Aug 2013 19:23:24 +0900
> > Yoshihiro YUNOMAE wrote:
> >
> >> OK, let me check that. Even if the old server will receive "V2", the
> >> server will send port numbers instead of
Hello.
On 08/28/2013 05:59 PM, George Cherian wrote:
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian
---
arch/arm/boot/dts/dra7-evm.dts | 52
On Wed, Aug 28, 2013 at 2:27 AM, Sascha Hauer wrote:
> Nack. We need the references to prevent that encoders/connectors are
> (de)registered while the device is active. Simply dropping this code is
> no solution.
Any suggestions about a proper way of handling this?
After b5dc0d10,
On 08/28/2013 12:22 AM, Johannes Thumshirn wrote:
> On Tue, Aug 27, 2013 at 03:41:42PM -0600, Stephen Warren wrote:
>> On 08/27/2013 05:10 AM, Johannes Thumshirn wrote:
>>> I accidently put the devicetree bindings for the MEN A21 watchdog driver in
>>> Documentation/devicetree/bindings/gpio
Dave,
BTW, is there a way to run trinity on a subset of syscalls. Basically,
I would like to run it on just the perf code, and nothing else. I have
a feeling that the bug you see is not caused by other operations
happening (although it could be), but from just out of order perf
calls. If I can
Hugh,
looks you are right person to ask per https://lkml.org/lkml/2012/8/23/9
What can I do now with my system? Is it so that for unknown reason
(misinterpreted ACPI condition?)
/dev/sdb was stopped by SandyBridge and after an hour when shell redirects of
valgrind's STDOUT
and STDERR to a
On Fri, Aug 9, 2013 at 5:27 AM, Johannes Thumshirn
wrote:
> Adjust diffconfig to run cleanly on Python 3 (Tested with 3.3.2) and
> Python 2 (2.7.5)
>
> Signed-off-by: Johannes Thumshirn
> ---
> scripts/diffconfig | 26 +-
> 1 file changed, 13 insertions(+), 13
On 17.07.2013, at 17:10, Thadeu Lima de Souza Cascardo wrote:
> err was overwritten by a previous function call, and checked to be 0. If
> the following page allocation fails, 0 is going to be returned instead
> of -ENOMEM.
>
> Signed-off-by: Thadeu Lima de Souza Cascardo
Thanks, applied to
Em Wed, Aug 28, 2013 at 04:11:36PM +0200, Stephane Eranian escreveu:
> +-K::
> + Only sample loads/stores at the kernel level (default: user + kernel)
> +
> +-U::
> + Only sample loads/stores at the user level (default: user + kernel)
> +
Mid air collision, perfect, this is even better
On 08/27/2013 09:56 PM, Sonic Zhang wrote:
> Hi Stephen,
>
> On Wed, Aug 28, 2013 at 5:39 AM, Stephen Warren wrote:
>> On 08/27/2013 03:30 AM, Sonic Zhang wrote:
>>> Hi Stephen,
>>>
>>> On Fri, Aug 23, 2013 at 4:48 AM, Stephen Warren
>>> wrote:
On 08/22/2013 01:07 AM, Sonic Zhang wrote:
Em Wed, Aug 28, 2013 at 03:38:28PM +0200, Stephane Eranian escreveu:
> On Wed, Aug 28, 2013 at 3:27 PM, Arnaldo Carvalho de Melo
> wrote:
> > So perhaps we should change both to (and add this to 'report' as well):
> >
> > -U, --hide_kernel_symbols hide kernel symbols
> > -K,
As discussed recently on the arm [1] and lm-sensors [2] lists, it is
possible to use section markers on variables in a way which gcc doesn't
understand (or at least not the way the developer intended):
static struct __initdata samsung_pll_clock exynos4_plls[nr_plls] = {
does NOT put exynos4_plls
This patch modifies the Oops message in case of Software Emulation Exception.
The existing message is quite confusing because it refers to FPU Emulation
while most often the issue is due to either a non supported instruction
(not necessarily FPU related) or a stale instruction due to HW issues.
* Zubair Lutfullah | 2013-08-25 23:45:24 [+0100]:
>diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
>index a952538..ae2202b 100644
>--- a/drivers/iio/adc/ti_am335x_adc.c
>+++ b/drivers/iio/adc/ti_am335x_adc.c
…
>+static struct iio_trigger
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian
---
arch/arm/boot/dts/dra7-evm.dts | 52 +-
1 file changed, 51 insertions(+), 1 deletion(-)
diff
Add a generic USB VBUS/ID detection EXTCON driver. This driver expects
the ID/VBUS pin are connected via GPIOs. This driver is tested on
DRA7x board were the ID pin is routed via GPIOs. The driver supports
both VBUS and ID pin configuration and ID pin only configuration.
Signed-off-by: George
Bump up the order, since extcon is a framework and needed by
other drivers. With the previous order it failed to detect
extcon device in DWC3 when both were compiled built-in.
Signed-off-by: George Cherian
---
drivers/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, Aug 27, 2013 at 08:27:11PM +0200, Jean-Francois Moine wrote:
> This patch permits the generation of the Kirkwood audio driver which
> may be used in the Dove boards.
Applied, thanks.
signature.asc
Description: Digital signature
Hi,
These patches add generic support for USB VBUS/ID pin detection using extcon
framework.
The USB ID pin on DRA7xx is connected via the gpio expander pcf8575.
The interrupt line of the same is connected to the gpio 11 of bank 6.
The following driver relies on the gpio interrupt to notify
This patch adds the -u -and -k options to perf to allow
filtering of load/store sampling based on priv levels.
This may not be supported by all HW platforms.
By default, loads/stores are sampled at both user and
kernel privilege levels.
To sample only at the user level:
$ perf mem -U -t load
On 28/08/2013 15:48, Linus Walleij wrote:
On Wed, Aug 28, 2013 at 3:46 PM, Linus Walleij wrote:
On Tue, Aug 27, 2013 at 4:51 PM, Boris BREZILLON
wrote:
Add support for pin output control through the pinctrl config:
- support enabling/disabling output on a given pin
- support output
Arnaldo,
So I just checked perf top and those 2 options are
doing user level filtering of the samples. This is different
from what I want which is hardware level filtering if avail.
On Wed, Aug 28, 2013 at 3:38 PM, Stephane Eranian wrote:
> On Wed, Aug 28, 2013 at 3:27 PM, Arnaldo Carvalho de
Hello, Jan.
Can you please cc cgroup maintainers and mailing lists from
MAINTAINERS for cgroup related changes?
On Tue, Aug 27, 2013 at 04:40:00PM +0200, Jan Kaluza wrote:
Also, please describe what change is being made why on each patch.
Repeating the same description is fine but each patch
On Wed, Aug 28, 2013 at 02:51:51PM +0200, Thomas Petazzoni wrote:
> I don't see how this makes this a different situation. See for example
> http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/161065.html
> and
>
On Wed, 28 Aug 2013 09:54:08 -0400
Steven Rostedt wrote:
>
> OK, this is a hint. The __unregister_ftrace_function returned an error
> code, and called ftrace_shutdown(). This is an error path that is not
> tested much. So perhaps you did find another place that can cause the
> accounting to get
On Wed, 28 Aug 2013, Vineet Gupta wrote:
> On 08/27/2013 08:51 PM, Christoph Lameter wrote:
> > On Tue, 27 Aug 2013, Vineet Gupta wrote:
> >
> >> The other thread about merging logistics doesn't seem to have concluded
> >> yet so for
> >> now I'll let it sit with you - please let me know if it
Hi everyone,
On Fri, Aug 02, 2013 at 02:46:59PM -0500, Alex Thorlton wrote:
> This patch implements functionality to allow processes to disable the use of
> transparent hugepages through the prctl syscall.
>
> We've determined that some jobs perform significantly better with thp
> disabled,
>
On Wed, Aug 28, 2013 at 2:58 PM, Tomasz Figa wrote:
> On Wednesday 28 of August 2013 14:51:44 Linus Walleij wrote:
>> On Tue, Aug 27, 2013 at 3:08 PM, Mateusz Krawczuk
>>
>> wrote:
>> > This patch implements pinctrl support and adds device tree bindings
>> > for s5pv210.
>> >
>> > Signed-off-by:
On Wed, Aug 28, 2013 at 03:46:05PM +0200, Peter Oberparleiter wrote:
> On 27.08.2013 15:34, Frantisek Hrbata wrote:
> > On Mon, Aug 26, 2013 at 04:14:07PM +0200, Peter Oberparleiter wrote:
> >> On 24.08.2013 21:44, Frantisek Hrbata wrote:
> >>> On Fri, Aug 23, 2013 at 05:21:12PM +0200, Peter
On Tue, 27 Aug 2013 23:46:27 -0400
Dave Jones wrote:
> WARNING: CPU: 0 PID: 8961 at kernel/trace/ftrace.c:1640
> __ftrace_hash_rec_update.part.37+0x20a/0x240()
> Modules linked in: bridge stp fuse hidp bnep rfcomm nfnetlink ipt_ULOG
> scsi_transport_iscsi can_bcm nfc caif_socket caif af_802154
On Wed, Aug 28, 2013 at 1:56 PM, Laxman Dewangan wrote:
> Include "linux/export.h" to avoid following warnings during compilation:
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Aug 28, 2013 at 3:46 PM, Linus Walleij wrote:
> On Tue, Aug 27, 2013 at 4:51 PM, Boris BREZILLON
> wrote:
>
>> Add support for pin output control through the pinctrl config:
>> - support enabling/disabling output on a given pin
>> - support output level setting (high or low)
>>
>>
On Tue, Aug 27, 2013 at 4:51 PM, Boris BREZILLON
wrote:
> Add support for pin output control through the pinctrl config:
> - support enabling/disabling output on a given pin
> - support output level setting (high or low)
>
> Signed-off-by: Boris BREZILLON
NAK.
We already have this:
*
From: Rafael J. Wysocki
The current protocol for handling hot remove of containers is very
fragile and causes acpi_eject_store() to acquire acpi_scan_lock
which may deadlock with the removal of the device that it is called
for (the reason is that device sysfs attributes cannot be removed
while
On 27.08.2013 15:34, Frantisek Hrbata wrote:
> On Mon, Aug 26, 2013 at 04:14:07PM +0200, Peter Oberparleiter wrote:
>> On 24.08.2013 21:44, Frantisek Hrbata wrote:
>>> On Fri, Aug 23, 2013 at 05:21:12PM +0200, Peter Oberparleiter wrote:
On 23.08.2013 17:15, Peter Oberparleiter wrote:
> On
From: Rafael J. Wysocki
device_hotplug_lock is held around the acpi_bus_trim() call in
acpi_scan_hot_remove() which generally removes devices (it removes
ACPI device objects at least, but it may also remove "physical"
device objects through .detach() callbacks of ACPI scan handlers).
Thus,
Hi All,
The following two patches are to address possible deadlocks related to
device removal and device sysfs attribute access. In short, some device
sysfs attribute callbacks need to acquire locks that are also held around
device removal and that may lead to deadlocks with s_active draining in
Hey, oleg.
Eunki is reporting a stall in the following loop in
kernel/cgroup.c::cgroup_attach_task()
On Wed, Aug 28, 2013 at 05:19:57AM +, 김은기 wrote:
>
>
> ---
> rcu_read_lock();
> do {
>
On Wed, Aug 28, 2013 at 3:27 PM, Arnaldo Carvalho de Melo
wrote:
> Em Mon, Aug 26, 2013 at 04:21:44PM -0600, David Ahern escreveu:
>> On 8/26/13 7:11 AM, Stephane Eranian wrote:
>
>> >This patch adds the -u -and -k options to perf to allow
>> >filtering of load/store sampling based on priv
This patch series is the new s5pv210 clock implementation
(using common clk framework).
This implementation is compatible with device tree definition and board files.
This patch series is based on linux-next and has been tested on goni and aquila
boards using board file.
This patch series
On Wed, Aug 28, 2013 at 09:15:30AM -0400, Steven Rostedt wrote:
> Are you for the smp_mb__after_spin_unlock() ?
Sure, if the performance gains of having it out-weight the added
complexity of having it :-)
Nice non answer methinks, no? Muwhaha. To me having one more or less
'conditional' full mb
When the tuner part of the ds3000 driver was split to share code with the
m88rs2000 driver, the ts2020 driver used
the frequency divider value from the m88rs2000 driver. However the ds3000
driver requires a different value, and this
resulted in some frequecies being invisible to the tuner.
On Wed, Aug 28, 2013 at 08:15:36PM +0800, Xiao Guangrong wrote:
> On 08/28/2013 06:49 PM, Gleb Natapov wrote:
> > On Wed, Aug 28, 2013 at 06:13:43PM +0800, Xiao Guangrong wrote:
> >> On 08/28/2013 05:46 PM, Gleb Natapov wrote:
> >>> On Wed, Aug 28, 2013 at 05:33:49PM +0800, Xiao Guangrong wrote:
>
This patch adds new, Common Clock Framework-based clock driver for Samsung
S5PV210 SoCs. The driver is just added, without enabling it yet.
Signed-off-by: Mateusz Krawczuk
---
.../bindings/clock/samsung,s5pv210-clock.txt | 72 ++
drivers/clk/samsung/Makefile | 3 +
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
Restore vpll clock rate if start stream fail or stream is off.
Signed-off-by: Mateusz Krawczuk
---
drivers/media/platform/s5p-tv/sdo_drv.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/s5p-tv/sdo_drv.c
This patch migrates the s5pv210 platform to use new clock driver
using Common Clock Framework.
Signed-off-by: Mateusz Krawczuk
---
arch/arm/mach-s5pv210/Kconfig | 9 +
arch/arm/mach-s5pv210/Makefile| 4 ++--
arch/arm/mach-s5pv210/common.c| 17 +
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
On 08/28/2013 07:57 AM, Jiri Kosina wrote:
> [ adding Benjamin to CC ]
>
> On Tue, 27 Aug 2013, David Barksdale wrote:
>
>> This patch adds support for the Silicon Labs CP2112 "Single-Chip
>> HID USB to SMBus Master Bridge."
>>
>> I wrote this to support a USB temperature and humidity sensor
On Tue, Aug 27, 2013 at 12:03:01PM -0600, Bjorn Helgaas wrote:
> On Tue, Aug 27, 2013 at 10:11 AM, Stephen Warren
> wrote:
> > On 08/27/2013 02:14 AM, Thierry Reding wrote:
> >> On Mon, Aug 19, 2013 at 02:49:07PM -0600, Bjorn Helgaas wrote:
> >>> On Mon, Aug 19, 2013 at 2:12 PM, Thierry Reding
>
Em Wed, Aug 28, 2013 at 07:09:37AM -0600, David Ahern escreveu:
> On 8/28/13 7:02 AM, Arnaldo Carvalho de Melo wrote:
> >Em Mon, Aug 26, 2013 at 09:52:14PM -0600, David Ahern escreveu:
> >>Allows capture of raw_syscall:* events and analyzed at a later
> >>time.
> >>+-r
> >>+--replay
> >>+
On Wed, Aug 28, 2013 at 07:02:16AM -0600, Bjorn Helgaas wrote:
> On Tue, Aug 27, 2013 at 12:03 PM, Bjorn Helgaas wrote:
> >> On 08/27/2013 02:14 AM, Thierry Reding wrote:
>
> >>> If Stephen's fine with it I suppose we could take pci-tegra.c
> >>> driver changes through the Tegra tree. But I
Em Mon, Aug 26, 2013 at 04:21:44PM -0600, David Ahern escreveu:
> On 8/26/13 7:11 AM, Stephane Eranian wrote:
> >This patch adds the -u -and -k options to perf to allow
> >filtering of load/store sampling based on priv levels.
> >This may not be supported by all HW platforms.
> >+++
On Wed, Aug 28, 2013 at 03:49:45PM +0300, Mikko Perttunen wrote:
> On 08/28/2013 03:30 PM, Thierry Reding wrote:
> >On Wed, Aug 28, 2013 at 01:40:59PM +0300, Mikko Perttunen wrote:
[...]
> >>regulator-min-microvolt = <500>;
> >>regulator-max-microvolt =
On Wed, Aug 28, 2013 at 07:04:47AM -0600, Bjorn Helgaas wrote:
> On Tue, Aug 27, 2013 at 5:43 PM, Neil Horman wrote:
> > On Tue, Aug 27, 2013 at 03:34:11PM -0600, Bjorn Helgaas wrote:
> >> [+cc Stefan]
> >>
> >> On Mon, Aug 26, 2013 at 9:39 AM, Neil Horman wrote:
> >> > Somewhere between 3.9 and
On Tue, Aug 27, 2013 at 11:33 PM, Stephen Warren wrote:
> On 08/27/2013 01:42 AM, Nicolas Ferre wrote:
>> The question is: how much this "generic" pinconf is... well... generic!
>
> This is why I don't really like the concept of generic pinconf; it ends
> up being more: whoever defines something
Wir bieten persönliche und geschäftliche Kredite ohne Sicherheiten (nur
Identifikation) mit 3 % Zinssatz, von 20.000
bis 90,000,000, in 1 Jahr auf 20 Jahre Laufzeit.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hello,
On 8/28/2013 10:39 AM, Ricardo Ribalda Delgado wrote:
struct v4_file_operations defines the data param as
const char __user *data but on vb2 is defined as
char __user *data.
This patch fixes the warnings produced by this. ie:
drivers/qtec/qtec_xform.c:817:2: warning: initialization
On Tue, Aug 27, 2013 at 12:21 AM, David Ahern wrote:
>
> On 8/26/13 7:11 AM, Stephane Eranian wrote:
>>
>> perf mem: add priv level filtering support
>>
>> This patch adds the -u -and -k options to perf to allow
>> filtering of load/store sampling based on priv levels.
>> This may not be
On Wed, Aug 28, 2013 at 03:41:35PM +0300, Mikko Perttunen wrote:
> On 08/28/2013 03:25 PM, Thierry Reding wrote:
[...]
> >>Signed-off-by: Mikko Perttunen
> >>---
> >> arch/arm/boot/dts/tegra114.dtsi | 43
> >> +
> >> 1 file changed, 43 insertions(+)
> >>
On Wed, Aug 28, 2013 at 12:01:18PM +0100, Oleksandr Kravchenko wrote:
> This patch adds IIO driver for Bosch BMA180 triaxial
> acceleration sensor.
> http://dlnmh9ip6v2uc.cloudfront.net/datasheets/
> Sensors/Accelerometers/BST-BMA180-DS000-07_2.pdf
>
> Stephen Warren:
> The
On 27-08-2013 20:13, Zhang Rui wrote:
> On 二, 2013-08-27 at 23:17 +0200, Rafael J. Wysocki wrote:
>> On Tuesday, August 27, 2013 02:26:41 PM Eduardo Valentin wrote:
>>> On 23-08-2013 19:08, Rafael J. Wysocki wrote:
On Friday, August 23, 2013 06:03:14 PM Eduardo Valentin wrote:
> When
On Wed, Aug 28, 2013 at 03:34:53PM +0300, Mikko Perttunen wrote:
> On 08/28/2013 03:07 PM, Thierry Reding wrote:
> >* PGP Signed by an unknown key
> >
> >On Wed, Aug 28, 2013 at 01:40:56PM +0300, Mikko Perttunen wrote:
> >>Use EDID data to determine whether the display supports HDMI or just DVI.
>
On Wed, 28 Aug 2013 15:05:29 +0200
Peter Zijlstra wrote:
> On Wed, Aug 28, 2013 at 08:59:57AM -0400, Steven Rostedt wrote:
> > On Wed, 28 Aug 2013 10:19:37 +0200
> > Peter Zijlstra wrote:
>
> > Spin locks only prevent leaks out of the critical section. It does not
> > guarantee leaks into the
On Tue, Aug 27, 2013 at 9:42 AM, Nicolas Ferre wrote:
> On 27/08/2013 08:16, boris brezillon :
> Deglitch and
> Debounce filters are different features in at91 (even if they pursuit the
> same goal). So I do prefer to let the user choose which feature is preferred
> for his application and add a
On Wednesday, August 28, 2013 08:24:22 AM Tejun Heo wrote:
> Hello, Rafael.
>
> On Tue, Aug 27, 2013 at 11:45:46PM +0200, Rafael J. Wysocki wrote:
> > I've thought about that a bit over the last several hours and I'm still
> > thinking that that patch is a bit overkill, because it will trigger
On 2013-08-27 19:41, Andreas Mohr wrote:
>> What could this be?
>> Is it really a software issue?
>> If so: how could I help fix this?
>
> Perhaps watching the output of some input event tools could help
> gather some clues to eventually get it nailed down?
Sure.
First my input:
When I run this
On 08/28/2013 02:51 PM, Linus Walleij wrote:
> On Tue, Aug 27, 2013 at 3:08 PM, Mateusz Krawczuk
> wrote:
>
>> This patch implements pinctrl support and adds device tree bindings
>> for s5pv210.
>>
>> Signed-off-by: Mateusz Krawczuk
>
> Oh this one does add bindings, sorry for previous
On 8/28/13 7:02 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Aug 26, 2013 at 09:52:14PM -0600, David Ahern escreveu:
Allows capture of raw_syscall:* events and analyzed at a later
time.
+-r
+--replay
+ Process events from a given perf data file.
Shouldn't this be just -i/--input, like
On 08/27/2013 03:08 PM, Mateusz Krawczuk wrote:
> This patch implements pinctrl support and adds device tree bindings
> for s5pv210.
>
> Signed-off-by: Mateusz Krawczuk
Thanks for working on this.
Acked-by: Sylwester Nawrocki
--
Sylwester Nawrocki
Samsung R Institute Poland
--
To
2013/8/28 Linus Walleij :
> On Tue, Aug 27, 2013 at 4:30 PM, Axel Lin wrote:
>
>> Implement .request() and .free() callbacks on the GPIO chips to inform
>> pinctrl
>> when a GPIO is requested or freed.
>>
>> Signed-off-by: Axel Lin
>> ---
>
> Ohhh that will have semantic effects so really need
On Wed, Aug 28, 2013 at 08:59:57AM -0400, Steven Rostedt wrote:
> On Wed, 28 Aug 2013 10:19:37 +0200
> Peter Zijlstra wrote:
>
>
> > > An unlock followed by a lock needs to act like a full barrier, but there
> > > is no requirement that a lock or unlock taken separately act like a
> > > full
On Tue, Aug 27, 2013 at 5:43 PM, Neil Horman wrote:
> On Tue, Aug 27, 2013 at 03:34:11PM -0600, Bjorn Helgaas wrote:
>> [+cc Stefan]
>>
>> On Mon, Aug 26, 2013 at 9:39 AM, Neil Horman wrote:
>> > Somewhere between 3.9 and 3.10 it seems the order in which pcie and acpi
>> > probed
>> > slots for
Em Mon, Aug 26, 2013 at 09:52:14PM -0600, David Ahern escreveu:
> Allows capture of raw_syscall:* events and analyzed at a later
> time.
>
> +-r
> +--replay
> + Process events from a given perf data file.
Shouldn't this be just -i/--input, like for 'report', 'annotate', etc?
- Arnaldo
--
On Tue, Aug 27, 2013 at 12:03 PM, Bjorn Helgaas wrote:
>> On 08/27/2013 02:14 AM, Thierry Reding wrote:
>>> If Stephen's fine with it I suppose we could take pci-tegra.c
>>> driver changes through the Tegra tree. But I think it'd be good if
>>> we could still Cc you on patches so you're aware of
Hi Olof,
On 27/08/2013 18:12, Olof Johansson wrote:
On Tue, Aug 27, 2013 at 05:25:23PM +0200, Sebastian Andrzej Siewior wrote:
On 08/27/2013 05:01 PM, Kevin Hilman wrote:
What do we do now?
Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches?
* Zubair Lutfullah | 2013-08-25 23:45:24 [+0100]:
I am mostly happy with it. There are just two things I pointed out.
Besides that, it looks good from my side.
>diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
>index a952538..ae2202b 100644
>---
On Wed, 28 Aug 2013 10:19:37 +0200
Peter Zijlstra wrote:
> > An unlock followed by a lock needs to act like a full barrier, but there
> > is no requirement that a lock or unlock taken separately act like a
> > full barrier.
>
> But that is already a property of the acquisition/release barrier.
401 - 500 of 1460 matches
Mail list logo