3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Jones
commit 4ccb93ce7439b63c31bc7597bfffd13567fa483d upstream.
Two of the x25 ioctl cases have error paths that break out of the function
without
unlocking the socket, leading to
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
commit 61d46bf979d5cd7c164709a80ad5676a35494aae upstream.
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit 8822b64a0fa64a5dd1dfcf837c5b0be83f8c05d1 upstream.
We accidentally call down to ip6_push_pending_frames when uncorking
pending AF_INET data on a ipv6 socket.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Amerigo Wang
commit 8965779d2c0e6ab246c82a405236b1fb2adae6b2 upstream.
dingtianhong reported the following deadlock detected by lockdep:
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sasha Levin
commit 110ecd69a9feea82a152bbf9b12aba57e6396883 upstream.
p9_release_pages() would attempt to dereference one value past the end of
pages[]. This would cause the following
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit 1eb4f758286884e7566627164bca4c4a16952a83 upstream.
We could end up expiring a route which is part of an ecmp route set. Doing
so would invalidate the
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
commit f2966cd5691058b8674a20766525bedeaea9cbcf upstream.
If __rtnl_link_register() return faild when loading the ifb, it will
take the wrong path and get oops, so fix it
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
commit 2c8a01894a12665d8059fad8f0a293c98a264121 upstream.
We rename the dummy in modprobe.conf like this:
install dummy0 /sbin/modprobe -o dummy0 --ignore-install dummy
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Neil Horman
commit 352900b583b2852152a1e05ea0e8b579292e731e upstream.
Recently had this backtrace reported:
WARNING: at lib/dma-debug.c:937 check_unmap+0x47d/0x930()
Hardware name:
* Peter Zijlstra [2013-07-30 11:10:21]:
> On Tue, Jul 30, 2013 at 02:33:45PM +0530, Srikar Dronamraju wrote:
> > * Peter Zijlstra [2013-07-30 10:20:01]:
> >
> > > On Tue, Jul 30, 2013 at 10:17:55AM +0200, Peter Zijlstra wrote:
> > > > On Tue, Jul 30, 2013 at 01:18:15PM +0530, Srikar Dronamraju
On Tue, Jul 30, 2013 at 11:38:53AM +0200, Jean-Francois Moine wrote:
> On Tue, 30 Jul 2013 10:25:18 +0100
> Dave Martin wrote:
>
> > The pragmatic route is less contraversial and lower overhead: even though
> > it's not correct as per the ABI, GCC is the only supported compiler for
> > building
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Olivier DANET
commit 961246b4ed8da3bcf4ee1eb9147f341013553e3c upstream.
Commit e4c6bfd2d79d063017ab19a18915f0bc759f32d9 ("mm: rearrange
vm_area_struct for fewer cache misses") changed
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
commit 3e3aac497513c669e1c62c71e1d552ea85c1d974 upstream.
egress_priority_map[] hash table updates are protected by rtnl,
and we never remove elements until device is
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Neil Horman
commit 584ec4355355ffac43571b02a314d43eb2f7fcbf upstream.
Ben Hutchings pointed out that my recent update to atl1e
in commit 352900b583b2852152a1e05ea0e8b579292e731e
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: bob picco
commit 771a37ff4d80b80db3b0df3e7696f14b298c67b7 upstream.
The Machine Description (MD) property "address-congruence-offset" is
optional. According to the MD specification the
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
commit 23a01138efe216f8084cfaa74b0b90dd4b097441 upstream.
This fixes a race where a cpu may re-load a tlb from a stale tsb right
after it has been flushed by a remote
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Huang Rui
commit 1974d494dea05ea227cb42f5e918828801e237aa upstream.
Per dwc3 2.50a spec, the is_devspec bit is used to distinguish the
Device Endpoint-Specific Event or Device-Specific
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Luiz Angelo Daros de Luca
commit 90625070c4253377025878c4e82feed8b35c7116 upstream.
This adds NetGear Managed Switch M4100 series, M5300 series, M7100 series
USB ID (0846:0110) to the
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chih-Chung Chang
commit cb6f66a2d278e57a6c9d8fb59bd9ebd8ab3965c2 upstream.
The registers of max98088 are 8 bits, not 16 bits. This bug causes the
contents of registers to be overwritten
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Anton Blanchard
commit 0e0ed6406e61434d3f38fb58aa8464ec4722b77e upstream.
Module CRCs are implemented as absolute symbols that get resolved by
a linker script. We build an intermediate
On Tue, Jul 30, 2013 at 02:45:43PM +0530, Srikar Dronamraju wrote:
> Can you please suggest workloads that I could try which might showcase
> why you hate pure process based approach?
2 processes, 1 sysvshm segment. I know there's multi-process MPI
libraries out there.
Something like: perf
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniil Bolsun
commit c38e83b6cc2adf80e3f091fd92cfbeacc9748347 upstream.
This patch was tested on 3.10.1 kernel.
Same models of Petatel NP10T modems have different device IDs.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sami Rahman
commit 7681156982026ebf7eafd7301eb0374d7648d068 upstream.
Added support for MMB Networks and Planet Innovation Ingeni ZigBee USB
devices using customized Silicon Labs'
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?J=C3=B3hann=20B=2E=20Gu=C3=B0mundsson?=
commit 58fc90db8261b571c026bb8bf23aad48a7233118 upstream.
Signed-off-by: Jóhann B. Guðmundsson
Signed-off-by: Greg Kroah-Hartman
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Barry Grussling
commit b579fa52f6be0b4157ca9cc5e94d44a2c89a7e95 upstream.
This patch adds support for the Schweitzer Engineering Laboratories
C662 USB cable based off the CP210x driver.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Youquan Song
commit eac27f04a71e1f39f196f7e520d16dcefc955d77 upstream.
There is a patch b55f84e2d527182e7c611d466cd0bb6ddce201de "ata_piix: Fix DVD
not dectected at some Haswell
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ren Bigcren
commit e7a6121f4929c17215f0cdca3726f4bf3e4e9529 upstream.
The device report an error capacity when read_capacity_16().
Using read_capacity_10() can get the correct capacity.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eldad Zack
commit be2f93a4c4981b3646b6f98f477154411b8516cb upstream.
Return SNDRV_PCM_POS_XRUN (snd_pcm_uframes_t) instead of
SNDRV_PCM_STATE_XRUN (snd_pcm_state_t) from the pointer
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Roger Quadros
commit 47a64a13d54f6c669b00542848d5550be3d3310e upstream.
Set the ehci->resuming flag for the port we receive a remote
wakeup on so that resume signalling can be
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ondrej Zary
commit f7929f34fa0e0bb6736a2484fdc07d77a1653081 upstream.
Hello,
got another card with "too bright" problem:
Sapphire Radeon VE 7000 DDR (VGA+S-Video)
lspci -vnn:
01:00.0
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Saurav Kashyap
commit c3ccb1d7cf4c4549151876dd37c0944a682fd9e1 upstream.
This fixes a regression where Xyratex controllers and disks were lost by the
driver:
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alex Deucher
commit 34be8c9af7b8728465963740fc11136ae90dfc36 upstream.
The atom interpreter expects data in LE format, so
swap the message buffer as apprioriate.
v2: properly handle
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mark Kettenis
commit cef1d00cd56f600121ad121875655ad410a001b8 upstream.
Noticed that my old Radeon 7500 hung after printing
drm: GPU not posted. posting now...
when it wasn't
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Ewan D. Milne"
commit 085b513f97d8d799d28491239be4b451bcd8c2c5 upstream.
sd_prep_fn will allocate a larger CDB for the command via mempool_alloc
for devices using DIF type 2
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
commit 94190301ffa059c2d127b3a67ec5d161d5c62681 upstream.
Signed-off-by: Bjørn Mork
Signed-off-by: Greg Kroah-Hartman
Signed-off-by: Luis Henriques
---
On Tue, 30 Jul 2013 10:25:18 +0100
Dave Martin wrote:
> The pragmatic route is less contraversial and lower overhead: even though
> it's not correct as per the ABI, GCC is the only supported compiler for
> building the kernel anyway.
BTW, kernels compiled with gcc-4.8 don't work.
Did anybody
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Johan Hovold
commit 1fad56424f5ad3ce4973505a357212b2e2282b3f upstream.
The driver failed to take the dynamic ids into account when determining
the device type and therefore all devices
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Harshula Jayasuriya
commit e4daf1ffbe6cc3b12aab4d604e627829e93e9914 upstream.
The following call chain:
nfs4_get_vfs_file
-
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Karlis Ogsts
commit 72bb99cfe9c57d205fb34bbc95b4c0bae6f2 upstream.
In the situation that a writer fails to copy data from userspace it will reset
the write offset to the value it
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Williams
commit 4cf76df06ecc852633ed927d91e01c83c33bc331 upstream.
Speaks AT on interfaces 5 (command & PPP) and 3 (secondary), other
interface protocols are unknown.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Oleksij Rempel
commit d66eaf9f89502971fddcb0de550b01fa6f409d83 upstream.
in some cases where device is attched to xhci port and do not responding,
for example ath9k_htc with stalled
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: George Cherian
commit 07f3cb7c28bf3f4dd80bfb136cf45810c46ac474 upstream.
Xhci controllers with hci_version > 0.96 gives spurious success
events on short packet completion. During webcam
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: NeilBrown
commit f94c0b6658c7edea8bc19d13be321e3860a3fa54 upstream.
If a device in a RAID4/5/6 is being replaced while another is being
recovered, then the writes to the replacement
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Enrico Mioso
commit 3d1a69e726406ab662ab88fa30a3a05ed404334d upstream.
Prevent the option driver from binding itself to the QMI/WWAN interface, making
it unusable by the proper driver.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: NeilBrown
commit 0eb25bb027a100f5a9df8991f2f628e7d851bc1e upstream.
We always need to be careful when calling generic_make_request, as it
can start a chain of events which might free
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Enrico Mioso
commit 63b5df963f52ccbab6fabedf05b7ac6b465789a4 upstream.
This patch adds support for the ONYX 3G device (version 1) from ALFA
NETWORK.
Signed-off-by: Enrico Mioso
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sarah Sharp
commit 203a86613fb3bf2767335659513fa98563a3eb71 upstream.
When the host controller fails to respond to an Enable Slot command, and
the host fails to respond to the register
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Thomas Gleixner
commit 5ec2481b7b47a4005bb446d176e5d0257400c77d upstream.
smp_call_function_* must not be called from softirq context.
But clock_was_set() which calls on_each_cpu() is
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
commit aabb9875d02559ab9b928cd6f259a5cc4c21a589 upstream.
The missing call to unregister_netdev() leaves the interface active
after the driver is unloaded by rmmod.
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Felipe Balbi
commit cdcedd6981194e511cc206887db661d016069d68 upstream.
In case we fail our ->udc_start() callback, we
should be ready to accept another modprobe following
the failed
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Alexandr \\\"Sky\\\" Ivanov"
commit ca24763588844b14f019ffc45c7df6d9e8f932c5 upstream.
Adding support for D-Link DWM-152/C1 and DWM-156/C1 devices.
DWM-152/C1:
T: Bus=01
On Tue, Jul 30, 2013 at 05:12:49PM +0800, Ethan Zhao wrote:
> On Mon, Jul 29, 2013 at 6:18 PM, Thomas Gleixner wrote:
> > The test case does not involve anything hrtimer related. Do you have
> > CONFIG_SCHED_HRTICK enabled?
> >
>
> Yes. it is default configured in stable release.
>
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: William Gulland
commit 2c7b871b9102c497ba8f972aa5d38532f05b654d upstream.
Control transfers have both IN and OUT (or SETUP) packets, so when
clearing TT buffers for a control transfer
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
commit 440d57bc5ff55ec1efb3efc9cbe9420b4bbdfefa upstream.
According to the commit 16b0dc29c1af9df341428f4c49ada4f626258082
(dummy: fix rcu_sched self-detected stalls)
Eric
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ian Abbott
commit 4b18f08be01a7b3c7b6df497137b6e3cb28adaa3 upstream.
`do_cmd_ioctl()` is called with the comedi device's mutex locked to
process the `COMEDI_CMD` ioctl to set up
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alex Deucher
commit 03ed8cf9b28d886c64c7e705c7bb1a365fd8fb95 upstream.
Hopefully avoid more quirks in the future due to bogus
vbios dac data.
Signed-off-by: Alex Deucher
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Enrico Mioso
commit 878c69aae986ae97084458c0183a8c0a059865b1 upstream.
Some (very few) early devices like mine, where not exposting a proper CDC
descriptor. This was fixed with an
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Johan Hovold
commit 5f8a2e68b679b41cc8e9b642f2f5aa45dd678641 upstream.
Allocated urbs and buffers were never freed on errors in open.
Signed-off-by: Johan Hovold
Signed-off-by: Greg
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jeff Skirvin
commit 96f15f29038e58e1b0a96483e2b369ff446becf1 upstream.
This commit fixes a race condition in the isci driver abort task and SSP
device task management path. The race is
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ian Abbott
commit 69acbaac303e8cb948801a9ddd0ac24e86cc4a1b upstream.
Comedi devices can do blocking read() or write() (or poll()) if an
asynchronous command has been set up, blocking
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
commit a963a37d384d71ad43b3e9e79d68d42fbe0901f3 upstream.
It's possible to use AF_INET6 sockets and to connect to an IPv4
destination. After this, socket dst cache is a
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mikulas Patocka
commit b1bf2de07271932326af847a3c6a01fdfd29d4be upstream.
Fix a boundary condition that caused failure for certain device sizes.
The problem is reported at
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit 75a493e60ac4bbe2e977e7129d6d8cbb0dd236be upstream.
If the socket had an IPV6_MTU value set, ip6_append_data_mtu lost track
of this when appending the second
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jiri Olsa
commit 06f417968beac6e6b614e17b37d347aa6a6b1d30 upstream.
The '!ctx->is_active' check has a valid scenario, so
there's no need for the warning.
The reason is that there's a
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alex Deucher
commit c2b4cacfe9816c1fe378c785ce8a678cf0635ec6 upstream.
Prevents a segfault if an afmt block is not assigned to the
encoder such as in the LVDS or eDP case.
Fixes:
3.5.7.18 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Reinecke
commit 6c182cd88d179cbbd06f4f8a8a19b6977940753f upstream.
When multipath needs to retry an ioctl the reference to the
current live table needs to be dropped. Otherwise a
On Tue, Jul 30, 2013 at 12:15 PM, Xishi Qiu wrote:
> When building v3.11-rc3, I get the following warning:
> ...
> net/9p/trans_rdma.c:594: warning: ‘rdma_cancelled’ defined but not used
> ...
> As the function is not be used, so remove it.
>
> Signed-off-by: Xishi Qiu
> ---
>
On Mon, Jul 29, 2013 at 02:21:40PM -0700, Jed Davis wrote:
> On Mon, Jul 22, 2013 at 07:52:39PM +0100, Dave Martin wrote:
> > On Sun, Jul 21, 2013 at 10:37:53PM +0100, Will Deacon wrote:
> > > Ok, I think I'm with you now. I also think that a better solution would be
> > > to try and limit the
On Tue, Jul 30, 2013 at 11:10:21AM +0200, Peter Zijlstra wrote:
> On Tue, Jul 30, 2013 at 02:33:45PM +0530, Srikar Dronamraju wrote:
> > * Peter Zijlstra [2013-07-30 10:20:01]:
> >
> > > On Tue, Jul 30, 2013 at 10:17:55AM +0200, Peter Zijlstra wrote:
> > > > On Tue, Jul 30, 2013 at 01:18:15PM
On 2013/7/30 16:51, Xue jiufei wrote:
> On 2013/7/30 15:30, Xue jiufei wrote:
>> Hi,
>> We have encountered an error when umounting ocfs2 filesystems.
>> Function ocfs2_leave_group() calls call_usermodehelper() to stop
>> heartbeat thread, but it returns -513(ERESTARTNOINTR) in one test.
>> And
From: Namhyung Kim
The -p (--pid) option enables to trace existing process by its pid.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 89 -
1 file changed, 63 insertions(+), 26 deletions(-)
From: Namhyung Kim
Current trace info data lacks the saved cmdline mapping which is
needed for pevent to find out the comm of a task. Add this and bump
up the version number so that perf can determine its presence when
reading.
This is mostly corresponding to trace.dat file version 6, but
From: Namhyung Kim
The ftrace command is a simple wrapper of kernel's ftrace
functionality. It only supports single thread tracing currently and
just reads trace_pipe in text and then write it to stdout.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
From: Namhyung Kim
The -a/--all-cpus and -C/--cpu option is for controlling tracing cpus.
To do that, add and use cpu_map__sprintf() function.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 69
Hi Simon
On Tue, 30 Jul 2013, Simon Horman wrote:
> [ Cc Vinod ]
>
> On Tue, Jul 23, 2013 at 11:12:41PM -0700, Kuninori Morimoto wrote:
> > sh_desc->hw.tcr is controlling real data size,
> > and, register TCR is controlling data transfer count
> > which was xmit_shifted value of hw.tcr.
> >
From: Namhyung Kim
The ftrace show subcommand is for viewing recorded ftrace files. It
enters perf.data.dir directory and open perf.header file to find out
necessary information. And then read out per-cpu trace records using
kbuffer helper and print them to stdout in time order.
It only shows
From: Namhyung Kim
The ftrace record command is for saving raw ftrace buffer contents
which can be get from per_cpu/cpuX/trace_pipe_raw.
Since ftrace events are generated very frequently so single thread for
recording mostly resulted in buffer overruns. Thus it uses per-cpu
recorder thread to
From: Namhyung Kim
The ftrace report command is for analyzing ftrace result as usual perf
report style. Internal processing of the ftrace buffer is similar to
the 'show' sub-command but it synthesizes necessary information like
thread, dso, map and symbol from saved trace info.
It currently
From: Namhyung Kim
The ftrace sub-commands share some common code so that factor it out
to ftrace_setup() and ftrace_teardown() helpers.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 168 +---
From: Namhyung Kim
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-ftrace.txt | 116 +++
1 file changed, 116 insertions(+)
create mode 100644 tools/perf/Documentation/perf-ftrace.txt
diff --git
From: Namhyung Kim
It's for debugging purpose.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/tools/perf/builtin-ftrace.c b/tools/perf/builtin-ftrace.c
index
From: Namhyung Kim
It's convenient to use pager when seeing many lines of result.
Note that setup_pager() should be called after perf_evlist__
prepare_workload() since they can interfere each other regarding
shared stdio streams.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by:
Add the wrapper function for retrieving device tree node instead of
accessing dev->of_node directly.
Signed-off-by: Jingoo Han
---
include/linux/device.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/device.h b/include/linux/device.h
index 22b546a..4faaa51 100644
---
From: Namhyung Kim
The --clock (-c) option is for controlling trace_clock. Default to
'perf' if exists, or 'local'.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 31 +++
1 file changed, 31 insertions(+)
From: Namhyung Kim
For reusability, rename trace_event() to dump_raw_event() and pass
size as an argument. And use it in do_ftrace_report() to show raw
data of ftrace entries.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 6 ++
tools/perf/util/debug.c | 8
From: Namhyung Kim
Detect leaf functions and print them in a same line.
Note that it only converts leaf-functions that doesn't have any other
records between entry and exit even in other cpus. I left other leaf
functions as is.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c |
From: Namhyung Kim
Now it doesn't call pevent_print_event() but prints context info in
itself using print_graph_duration(). Make it compact by only print
cpu number and duration:
# perf ftrace show
...
10) 0.065 us | __fsnotify_parent();
10)| fsnotify() {
10)
From: Namhyung Kim
Separate out the default behavior to "live" subcommand. It's a
preparation to support more subcommands like "record" and "report".
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-ftrace.c | 133
From: Namhyung Kim
It's helpful for debugging on tracing features.
Signed-off-by: Namhyung Kim
---
tools/perf/util/header.c | 4 ++-
tools/perf/util/trace-event-read.c | 53 ++
2 files changed, 39 insertions(+), 18 deletions(-)
diff --git
This patchset implements a front-end tool for kernel's ftrace. It
uses function_graph tracer by default and normal function tracer is
also supported. (Of course you need to enable those tracers in your
kernel first.)
v4 changes:
* use pid instead of tid for -p option (David)
* not to poll()
On Mon, 22 Jul 2013, Joe Perches wrote:
> > V3:
> > Fixed patch 2 thinko in sense_string via Dan Carpenter
> > Moved pr_err in patch 5 to avoid moving again in patch 6 via Andy
> > Schevchenko
> >
> > V2:
> > Removed the compile error the patch 1 and compile fix in 2
> > Added Andy's suggestion
When building v3.11-rc3, I get the following warning:
...
net/9p/trans_rdma.c:594: warning: ‘rdma_cancelled’ defined but not used
...
As the function is not be used, so remove it.
Signed-off-by: Xishi Qiu
---
net/9p/trans_rdma.c | 11 ---
1 files changed, 0 insertions(+), 11
* Peter Zijlstra [2013-07-30 10:20:01]:
> On Tue, Jul 30, 2013 at 10:17:55AM +0200, Peter Zijlstra wrote:
> > On Tue, Jul 30, 2013 at 01:18:15PM +0530, Srikar Dronamraju wrote:
> > > Here is an approach that looks to consolidate workloads across nodes.
> > > This results in much improved
On Tue, Jul 30, 2013 at 02:33:45PM +0530, Srikar Dronamraju wrote:
> * Peter Zijlstra [2013-07-30 10:20:01]:
>
> > On Tue, Jul 30, 2013 at 10:17:55AM +0200, Peter Zijlstra wrote:
> > > On Tue, Jul 30, 2013 at 01:18:15PM +0530, Srikar Dronamraju wrote:
> > > > Here is an approach that looks to
On 30 July 2013 04:25, Srivatsa S. Bhat
wrote:
> Now that we have the infrastructure to perform a light-weight init/tear-down,
> use that in the cpufreq CPU hotplug notifier when invoked from the
> suspend/resume path.
>
> This also ensures that the file permissions of the cpufreq sysfs files are
On 30 July 2013 04:25, Srivatsa S. Bhat
wrote:
> To perform light-weight cpu-init and teardown in the cpufreq subsystem
> during suspend/resume, we need to separate out the 2 main functionalities
> of the cpufreq CPU hotplug callbacks, as outlined below:
>
> 1. Init/tear-down of core cpufreq and
On Mon, Jul 29, 2013 at 11:49:34AM +0100, Jonas Jensen wrote:
> Add SDHCI driver for MOXA ART SoCs.
>
> Signed-off-by: Jonas Jensen
> ---
>
> Notes:
> Changes since v2:
>
> 1. #include because BIT() comes from there
> 2. reinsert dev_set_drvdata() in moxart_remove
> 3. remove
On Tue, 30 Jul 2013, Thorsten Glaser wrote:
> NEW problem: btrfs doesn’t work at all. I had to reboot my
> buildd into 3.2 using echo s/u/s/o >/proc/sysrq-trigger as
> the attempt to mount it left the system hanging there.
> [0.00] Linux version 3.10-1-m68k
* Peter Zijlstra [2013-07-30 10:20:01]:
> On Tue, Jul 30, 2013 at 10:17:55AM +0200, Peter Zijlstra wrote:
> > On Tue, Jul 30, 2013 at 01:18:15PM +0530, Srikar Dronamraju wrote:
> > > Here is an approach that looks to consolidate workloads across nodes.
> > > This results in much improved
On Tue, Jul 30, 2013 at 10:51:46AM +0200, Stephane Eranian wrote:
> On Tue, Jul 30, 2013 at 10:37 AM, Peter Zijlstra wrote:
> > On Tue, Jul 30, 2013 at 10:02:01AM +0200, Stephane Eranian wrote:
> >> > Ahh. We don't put the useful bits in the mmap event; we'll need to fix
> >> > that too then ;-)
701 - 800 of 1792 matches
Mail list logo