Rockchip platform merely enable usb3 clocks and
populate its children. So we can use this generic
glue layer to support Rockchip dwc3.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- None
Changes in v5:
- change compatible from "rockchip,dwc3" to
Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
which specifies whether disable delay PHY power change
from P0 to P1/P2/P3 when link state changing from U0
to U1/U2/U3 respectively.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- use '-'
Rockchip platform merely enable usb3 clocks and
populate its children. So we can use this generic
glue layer to support Rockchip dwc3.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- None
Changes in v5:
- change compatible from "rockchip,dwc3" to "rockchip,rk3399-dwc3"
Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
which specifies whether disable delay PHY power change
from P0 to P1/P2/P3 when link state changing from U0
to U1/U2/U3 respectively.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- use '-' instead of '_' in dts (Rob
Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
which specifies whether the USB2.0 PHY provides a free-running
PHY clock, which is active when the clock control input is active.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- use '-'
Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
which specifies whether the USB2.0 PHY provides a free-running
PHY clock, which is active when the clock control input is active.
Signed-off-by: William Wu
---
Changes in v7:
- None
Changes in v6:
- use '-' instead of '_' in dts (Rob
Add snps,phyif-utmi-width devicetree property to configure
the UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
interface is a hardware property, and it's platform dependent.
Normally,the PHYIF can be configured during coreconsultant.
But for some specific USB cores(e.g. rk3399 SoC DWC3), the
Add snps,phyif-utmi-width devicetree property to configure
the UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
interface is a hardware property, and it's platform dependent.
Normally,the PHYIF can be configured during coreconsultant.
But for some specific USB cores(e.g. rk3399 SoC DWC3), the
On Thu, Jul 14, 2016 at 09:51:53AM +0100, Mel Gorman wrote:
> On Thu, Jul 14, 2016 at 10:11:19AM +0900, Minchan Kim wrote:
> > > The patch means that the vmstat accounting and tracepoint data is also
> > > out of sync. One thing I wanted to be able to do was
> > >
> > > 1. Observe that there are
On Thu, Jul 14, 2016 at 09:51:53AM +0100, Mel Gorman wrote:
> On Thu, Jul 14, 2016 at 10:11:19AM +0900, Minchan Kim wrote:
> > > The patch means that the vmstat accounting and tracepoint data is also
> > > out of sync. One thing I wanted to be able to do was
> > >
> > > 1. Observe that there are
* Rafael J. Wysocki wrote:
> A new version here.
>
> I prefer this one, because it only adds any overhead if hibernation is
> actually
> used, but then it is a bit more of a hack.
>
> If you prefer the previous one, please let me know.
>
> ---
>
* Rafael J. Wysocki wrote:
> A new version here.
>
> I prefer this one, because it only adds any overhead if hibernation is
> actually
> used, but then it is a bit more of a hack.
>
> If you prefer the previous one, please let me know.
>
> ---
> arch/x86/include/asm/smp.h |1 +
>
On 2016年07月12日 16:26, Arnd Bergmann wrote:
On Tuesday, July 12, 2016 3:04:42 PM CEST Wan Zongshun wrote:
Ideally, this should just go away once we use SPARSE_IRQ.
This platform also can use SPARSE_IRQ? this just a simple irq map and no
more irq number in this Soc.
SPARSE_IRQ is implied
On 2016年07月12日 16:26, Arnd Bergmann wrote:
On Tuesday, July 12, 2016 3:04:42 PM CEST Wan Zongshun wrote:
Ideally, this should just go away once we use SPARSE_IRQ.
This platform also can use SPARSE_IRQ? this just a simple irq map and no
more irq number in this Soc.
SPARSE_IRQ is implied
Thu, Jul 14, 2016 at 10:12:43AM CEST, a...@arndb.de wrote:
>On Thursday, July 14, 2016 8:21:11 AM CEST Jiri Pirko wrote:
>> >diff --git a/include/trace/events/devlink.h b/include/trace/events/devlink.h
>> >index 333c32ac9bfa..26f92d3c7e9c 100644
>> >--- a/include/trace/events/devlink.h
>> >+++
Thu, Jul 14, 2016 at 10:12:43AM CEST, a...@arndb.de wrote:
>On Thursday, July 14, 2016 8:21:11 AM CEST Jiri Pirko wrote:
>> >diff --git a/include/trace/events/devlink.h b/include/trace/events/devlink.h
>> >index 333c32ac9bfa..26f92d3c7e9c 100644
>> >--- a/include/trace/events/devlink.h
>> >+++
On Thu, Jul 14, 2016 at 10:11:19AM +0900, Minchan Kim wrote:
> > The patch means that the vmstat accounting and tracepoint data is also
> > out of sync. One thing I wanted to be able to do was
> >
> > 1. Observe that there are alloc stalls on DMA32 or some other low zone
> > 2. Activate
On Thu, Jul 14, 2016 at 10:11:19AM +0900, Minchan Kim wrote:
> > The patch means that the vmstat accounting and tracepoint data is also
> > out of sync. One thing I wanted to be able to do was
> >
> > 1. Observe that there are alloc stalls on DMA32 or some other low zone
> > 2. Activate
When we retrieve imtu value from userspace we should use 16 bit pointer
cast instead of 32 as it's defined that way in headers. Fixes setsockopt
calls on big-endian platforms.
Signed-off-by: Amadeusz Sławiński
---
net/bluetooth/l2cap_sock.c | 2 +-
1 file changed,
When we retrieve imtu value from userspace we should use 16 bit pointer
cast instead of 32 as it's defined that way in headers. Fixes setsockopt
calls on big-endian platforms.
Signed-off-by: Amadeusz Sławiński
---
net/bluetooth/l2cap_sock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 49fa5230462f9f2c4e97c81356473a6bdf06c422 ]
The system call tracing bug fix mentioned in the Fixes tag
below increased the amount of
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 397d1533b6cce0ccb5379542e2e6d079f6936c46 ]
Like a signal return, we should use synchronize_user_stack() rather
than flush_user_windows().
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 49fa5230462f9f2c4e97c81356473a6bdf06c422 ]
The system call tracing bug fix mentioned in the Fixes tag
below increased the amount of assembler code in the
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 397d1533b6cce0ccb5379542e2e6d079f6936c46 ]
Like a signal return, we should use synchronize_user_stack() rather
than flush_user_windows().
Reported-by: Ilya
From: Babu Moger
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit d0c31e02005764dae0aab130a57e9794d06b824d ]
We noticed this panic while enabling SR-IOV in sparc.
mlx4_core: Mellanox ConnectX core driver
From: Ralf Baechle
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d7de413475f443957a0c1d256e405d19b3a2cb22 upstream.
TASK_SIZE was defined as 0x7fff8000UL which for 64k pages is not a
multiple of the page size.
From: Ralf Baechle
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d7de413475f443957a0c1d256e405d19b3a2cb22 upstream.
TASK_SIZE was defined as 0x7fff8000UL which for 64k pages is not a
multiple of the page size. Somewhere further down the
From: Babu Moger
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit d0c31e02005764dae0aab130a57e9794d06b824d ]
We noticed this panic while enabling SR-IOV in sparc.
mlx4_core: Mellanox ConnectX core driver v2.2-1 (Jan 1 2015)
From: Helge Deller
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8b78f260887df532da529f225c49195d18fef36b upstream.
One of the debian buildd servers had this crash in the syslog without
any other information:
Unaligned
From: Helge Deller
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8b78f260887df532da529f225c49195d18fef36b upstream.
One of the debian buildd servers had this crash in the syslog without
any other information:
Unaligned handler failed,
From: "Palik, Imre"
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2c33645d366d13b969d936b68b9f4875b1fdddea upstream.
Architectural performance monitoring, version 1, doesn't support fixed counters.
Currently, even if a
From: Herbert Xu
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 92964c79b357efd980812c4de5c1fd2ec8bb5520 ]
When we free cb->skb after a dump, we do it after releasing the
lock. This means that a new
From: Thomas Huth
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d23fac2b27d94aeb7b65536a50d32bfdc21fe01e upstream.
The SIAR and SDAR registers are available twice, one time as SPRs
780 / 781 (unprivileged, but read-only),
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit d11c2a0de2824395656cf8ed15811580c9dd38aa ]
All signal frames must be at least 16-byte aligned, because that is
the alignment we
From: "Palik, Imre"
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2c33645d366d13b969d936b68b9f4875b1fdddea upstream.
Architectural performance monitoring, version 1, doesn't support fixed counters.
Currently, even if a hypervisor
From: Herbert Xu
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 92964c79b357efd980812c4de5c1fd2ec8bb5520 ]
When we free cb->skb after a dump, we do it after releasing the
lock. This means that a new dump could have started in
From: Thomas Huth
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d23fac2b27d94aeb7b65536a50d32bfdc21fe01e upstream.
The SIAR and SDAR registers are available twice, one time as SPRs
780 / 781 (unprivileged, but read-only), and one time as
From: "David S. Miller"
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit d11c2a0de2824395656cf8ed15811580c9dd38aa ]
All signal frames must be at least 16-byte aligned, because that is
the alignment we explicitly create when we
From: Jann Horn
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2f36db71009304b3f0b95afacd8eba1f9f046b87 upstream.
This prevents users from triggering a stack overflow through a recursive
invocation of pagefault handling
From: Jann Horn
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2f36db71009304b3f0b95afacd8eba1f9f046b87 upstream.
This prevents users from triggering a stack overflow through a recursive
invocation of pagefault handling that involves
From: Jakub Sitnicki
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 00bc0ef5880dc7b82f9c320dead4afaad48e47be ]
At present we perform an xfrm_lookup() for each UDPv6 message we
send. The lookup involves querying
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Tuesday, June 28, 2016 4:19 PM
> To: Tan, Jui Nee
> Cc: heikki.kroge...@linux.intel.com; andriy.shevche...@linux.intel.com;
> t...@linutronix.de; mi...@redhat.com;
From: Andrey Ryabinin
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 6d6f2833bfbf296101f9f085e10488aef2601ba5 upstream.
Jim reported:
UBSAN: Undefined behaviour in arch/x86/events/intel/core.c:3708:12
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit f24e230d257af1ad7476c6e81a8dc3127a74204e upstream.
Ben Hawkes says:
In the mark_source_chains function (net/ipv4/netfilter/ip_tables.c) it
is possible
From: Jakub Sitnicki
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 00bc0ef5880dc7b82f9c320dead4afaad48e47be ]
At present we perform an xfrm_lookup() for each UDPv6 message we
send. The lookup involves querying the flow cache
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Tuesday, June 28, 2016 4:19 PM
> To: Tan, Jui Nee
> Cc: heikki.kroge...@linux.intel.com; andriy.shevche...@linux.intel.com;
> t...@linutronix.de; mi...@redhat.com; h...@zytor.com;
From: Andrey Ryabinin
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 6d6f2833bfbf296101f9f085e10488aef2601ba5 upstream.
Jim reported:
UBSAN: Undefined behaviour in arch/x86/events/intel/core.c:3708:12
shift exponent 35 is
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit f24e230d257af1ad7476c6e81a8dc3127a74204e upstream.
Ben Hawkes says:
In the mark_source_chains function (net/ipv4/netfilter/ip_tables.c) it
is possible for a
From: Thomas Huth
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8dd75ccb571f3c92c48014b3dabd3d51a115ab41 upstream.
We are already using the privileged versions of MMCR0, MMCR1
and MMCRA in the kernel, so for MMCR2, we
From: Aaro Koskinen
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c796d1d97c3035cf54d4d5a9e75abd094db80e76 upstream.
Limit idle ticks to total ticks. This prevents the annoying rackmeter
leds fully ON / OFF blinking
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit aa412ba225dd3bc36d404c28cdc3d674850d80d0 upstream.
Once we add more sanity testing to xt_check_entry_offsets it
becomes relvant if we're expecting a 32bit
From: Al Viro
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3d56c25e3bb0726a5c5e16fc2d9e38f8ed763085 upstream.
Ascend-to-parent logics in d_walk() depends on all encountered child
dentries not getting freed without
From: Prasun Maiti
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3d5fdff46c4b2b9534fa2f9fc78e90a48e0ff724 upstream.
iwpriv app uses iw_point structure to send data to Kernel. The iw_point
structure holds a pointer.
From: Hannes Frederic Sowa
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit e5aed006be918af163eb397e45aa5ea6cefd5e01 ]
In case we find a socket with encapsulation enabled we should call
the encap_recv
From: Russell King
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e2dfb4b880146bfd4b6aa8e138c0205407cebbaf upstream.
PTRACE_SETVFPREGS fails to properly mark the VFP register set to be
reloaded, because it undoes
From: Thomas Huth
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8dd75ccb571f3c92c48014b3dabd3d51a115ab41 upstream.
We are already using the privileged versions of MMCR0, MMCR1
and MMCRA in the kernel, so for MMCR2, we should better use
the
From: Aaro Koskinen
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c796d1d97c3035cf54d4d5a9e75abd094db80e76 upstream.
Limit idle ticks to total ticks. This prevents the annoying rackmeter
leds fully ON / OFF blinking state that happens on
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit aa412ba225dd3bc36d404c28cdc3d674850d80d0 upstream.
Once we add more sanity testing to xt_check_entry_offsets it
becomes relvant if we're expecting a 32bit 'config_compat'
From: Al Viro
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3d56c25e3bb0726a5c5e16fc2d9e38f8ed763085 upstream.
Ascend-to-parent logics in d_walk() depends on all encountered child
dentries not getting freed without an RCU delay.
From: Prasun Maiti
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3d5fdff46c4b2b9534fa2f9fc78e90a48e0ff724 upstream.
iwpriv app uses iw_point structure to send data to Kernel. The iw_point
structure holds a pointer. For compatibility Kernel
From: Hannes Frederic Sowa
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit e5aed006be918af163eb397e45aa5ea6cefd5e01 ]
In case we find a socket with encapsulation enabled we should call
the encap_recv function even if just a udp
From: Russell King
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e2dfb4b880146bfd4b6aa8e138c0205407cebbaf upstream.
PTRACE_SETVFPREGS fails to properly mark the VFP register set to be
reloaded, because it undoes one of the effects of
From: Javier Martinez Canillas
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit cb0eefcc3271ea1d370476dd29685918b99c5a9f upstream.
The I2C core always reports the MODALIAS uevent as "i2c:
Signed-off-by: Michael
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ce683e5f9d045e5d67d1312a42b359cb2ab2a13c upstream.
We're currently asserting that targetoff + targetsize <= nextoff.
Extend it to also check that
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 36472341017529e2b12573093cc0f68719300997 upstream.
When we see a jump also check that the offset gets us to beginning of
a rule (an ipt_entry).
The extra
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit a08e4e190b866579896c09af59b3bdca821da2cd upstream.
The target size includes the size of the xt_entry_target struct.
Signed-off-by: Florian Westphal
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7d35812c3214afa5b37a675113555259cfd67b98 upstream.
Currently arp/ip and ip6tables each implement a short helper to check that
the target offset is large
From: Paolo Bonzini
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d14bdb553f9196169f003058ae1cdabe514470e6 upstream.
MOV to DR6 or DR7 causes a #GP if an attempt is made to write a 1 to
any of bits 63:32. However,
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ce683e5f9d045e5d67d1312a42b359cb2ab2a13c upstream.
We're currently asserting that targetoff + targetsize <= nextoff.
Extend it to also check that targetoff is >=
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 36472341017529e2b12573093cc0f68719300997 upstream.
When we see a jump also check that the offset gets us to beginning of
a rule (an ipt_entry).
The extra overhead is
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit a08e4e190b866579896c09af59b3bdca821da2cd upstream.
The target size includes the size of the xt_entry_target struct.
Signed-off-by: Florian Westphal
Signed-off-by: Pablo
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7d35812c3214afa5b37a675113555259cfd67b98 upstream.
Currently arp/ip and ip6tables each implement a short helper to check that
the target offset is large enough to hold
From: Paolo Bonzini
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d14bdb553f9196169f003058ae1cdabe514470e6 upstream.
MOV to DR6 or DR7 causes a #GP if an attempt is made to write a 1 to
any of bits 63:32. However, this is not detected at
From: Javier Martinez Canillas
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit cb0eefcc3271ea1d370476dd29685918b99c5a9f upstream.
The I2C core always reports the MODALIAS uevent as "i2c:
Signed-off-by: Michael Ellerman
Cc: Oliver Neukum
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 13631bfc604161a9d69cd68991dff8603edd66f9 upstream.
Validate that all matches (if any) add up to the beginning of
the target and that each match covers at
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit fc1221b3a163d1386d1052184202d5dc50d302d1 upstream.
32bit rulesets have different layout and alignment requirements, so once
more integrity checks get
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7ed2abddd20cf8f6bd27f65bd218f26fa5bf7f44 upstream.
We have targets and standard targets -- the latter carries a verdict.
The ip/ip6tables validation
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7b7eba0f3515fca3296b8881d583f7c1042f5226 upstream.
Quoting John Stultz:
In updating a 32bit arm device from 4.6 to Linus' current HEAD, I
noticed I
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 13631bfc604161a9d69cd68991dff8603edd66f9 upstream.
Validate that all matches (if any) add up to the beginning of
the target and that each match covers at least the base
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit fc1221b3a163d1386d1052184202d5dc50d302d1 upstream.
32bit rulesets have different layout and alignment requirements, so once
more integrity checks get added to
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7ed2abddd20cf8f6bd27f65bd218f26fa5bf7f44 upstream.
We have targets and standard targets -- the latter carries a verdict.
The ip/ip6tables validation functions will
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7b7eba0f3515fca3296b8881d583f7c1042f5226 upstream.
Quoting John Stultz:
In updating a 32bit arm device from 4.6 to Linus' current HEAD, I
noticed I was having some
Add backward_mmap to evlist, free it together with normal mmap.
Improve perf_evlist__pick_pc(), search backward_mmap if evlist->mmap is
not available.
This patch doesn't make alloc this array. It will be allocated
conditionally in following commits.
Signed-off-by: Wang Nan
Drive the evlist->bkw_mmap_state state machine during draining and when
SIGUSR2 is received. Read backward ring buffer in record__mmap_read_all.
Signed-off-by: Wang Nan
Signed-off-by: He Kuang
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Insetad of saving a index into fdarray entries private field, save the
corresponding 'struct perf_mmap' pointer, and release them directly
using perf_mmap__put().
Following commits introduce multiple mmap arrays to evlist. Without this
patch, perf_evlist__munmap_filtered() is unable to retrive
Add backward_mmap to evlist, free it together with normal mmap.
Improve perf_evlist__pick_pc(), search backward_mmap if evlist->mmap is
not available.
This patch doesn't make alloc this array. It will be allocated
conditionally in following commits.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho
Drive the evlist->bkw_mmap_state state machine during draining and when
SIGUSR2 is received. Read backward ring buffer in record__mmap_read_all.
Signed-off-by: Wang Nan
Signed-off-by: He Kuang
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc:
Insetad of saving a index into fdarray entries private field, save the
corresponding 'struct perf_mmap' pointer, and release them directly
using perf_mmap__put().
Following commits introduce multiple mmap arrays to evlist. Without this
patch, perf_evlist__munmap_filtered() is unable to retrive
Perf evlist will have multiple mmap arrays. Update record__mmap_read():
it should read from 'struct perf_mmap' directly.
Also, make record__mmap_read() ready to read from backward ring buffer.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: He
From: Arnaldo Carvalho de Melo
evsel->overwrite indicator means an event should be put into
overwritable ring buffer. In current implementation, it equals to
evsel->attr.write_backward. To reduce compliexity, remove
evsel->overwrite, use evsel->attr.write_backward instead.
In
Now there's no real user of evlist->backward. Drop it. We are going
to use evlist->backward_mmap as a container for backward ring buffer.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: He Kuang
Cc: Jiri Olsa
++ Felipe Balbi
Thanks & Regards,
Srinath Mannam.
On Thu, Jul 14, 2016 at 2:03 PM, Srinath Mannam
wrote:
> Generic phy support added in xhci platform driver.
> In the case of multiple phys to the xhci controller, this approach
> is helpful to pass multiple phandles
On 14/07/2016 10:16, Jiri Slaby wrote:
> From: Marcelo Tosatti
>
> 3.12-stable review patch. If anyone has any objections, please let me know.
Why stable? The commit is in 3.16, but AFAICS it never went into other
stable kernels.
Paolo
> ===
>
> commit
This patch set enables daemonized perf recording by utilizing
overwritable backward ring buffer. With this feature one can
put perf background, and dump ring buffer records by a SIGUSR2
when he/she find something unusual. For example, following
command record system calls, schedule events and
Perf evlist will have multiple mmap arrays. Update record__mmap_read():
it should read from 'struct perf_mmap' directly.
Also, make record__mmap_read() ready to read from backward ring buffer.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: He Kuang
Cc: Jiri Olsa
Cc: Masami
From: Arnaldo Carvalho de Melo
evsel->overwrite indicator means an event should be put into
overwritable ring buffer. In current implementation, it equals to
evsel->attr.write_backward. To reduce compliexity, remove
evsel->overwrite, use evsel->attr.write_backward instead.
In addition, in
Now there's no real user of evlist->backward. Drop it. We are going
to use evlist->backward_mmap as a container for backward ring buffer.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: He Kuang
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: Nilay Vaish
Cc:
++ Felipe Balbi
Thanks & Regards,
Srinath Mannam.
On Thu, Jul 14, 2016 at 2:03 PM, Srinath Mannam
wrote:
> Generic phy support added in xhci platform driver.
> In the case of multiple phys to the xhci controller, this approach
> is helpful to pass multiple phandles to xhci platform driver from
On 14/07/2016 10:16, Jiri Slaby wrote:
> From: Marcelo Tosatti
>
> 3.12-stable review patch. If anyone has any objections, please let me know.
Why stable? The commit is in 3.16, but AFAICS it never went into other
stable kernels.
Paolo
> ===
>
> commit
This patch set enables daemonized perf recording by utilizing
overwritable backward ring buffer. With this feature one can
put perf background, and dump ring buffer records by a SIGUSR2
when he/she find something unusual. For example, following
command record system calls, schedule events and
1401 - 1500 of 1844 matches
Mail list logo