On Thu, 22 Sep 2016 19:59:13 +0530
Jagan Teki wrote:
> On Mon, Aug 29, 2016 at 6:54 PM, Jagan Teki wrote:
> > On Wed, Aug 10, 2016 at 2:10 AM, Jagan Teki wrote:
> >> Add quad page program support with the use of
Em Thu, Sep 22, 2016 at 05:36:35PM +0200, Jiri Olsa escreveu:
> Will be used from external places in following patches.
>
> Link: http://lkml.kernel.org/n/tip-w5tpcitxjvufkndq0x5eh...@git.kernel.org
> Signed-off-by: Jiri Olsa
Thanks, applied,
- Arnaldo
Enable the drivers on the powerpc arch.
Signed-off-by: Roy Pledge
Signed-off-by: Claudiu Manoil
---
v2: none
arch/powerpc/Makefile| 4 ++--
arch/powerpc/configs/dpaa.config | 1 +
drivers/soc/Kconfig | 1 +
Em Thu, Sep 22, 2016 at 05:36:32PM +0200, Jiri Olsa escreveu:
> Will be used from external places in following patches.
>
> Link: http://lkml.kernel.org/n/tip-7garqfmx5izaqysde9jik...@git.kernel.org
> Signed-off-by: Jiri Olsa
Thanks, applied,
- Arnaldo
On 09/22/2016 08:50 AM, Joonsoo Kim wrote:
On Thu, Sep 22, 2016 at 02:45:46PM +0900, Joonsoo Kim wrote:
>
> > /* Free whole pageblock and set its migration type to MIGRATE_CMA. */
> > void __init init_cma_reserved_pageblock(struct page *page)
> > {
> > unsigned i = pageblock_nr_pages;
>
Correctly align an unaligned block comment
Signed-off-by: Antti Keränen
---
drivers/staging/android/uapi/ion.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/uapi/ion.h
b/drivers/staging/android/uapi/ion.h
index 647f130..e629394
Remove unnecessary braces surrounding a single statement block
Signed-off-by: Antti Keränen
---
drivers/staging/android/ion/hisilicon/hi6220_ion.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/ion/hisilicon/hi6220_ion.c
On Thu, Sep 22, 2016 at 04:21:30PM +0200, Richard Weinberger wrote:
>
> Got it. So, the use case is preventing off-line attacks.
> But I fear this is only a drop in the bucket. What we really need is
> meta data authentication.
True security requires a system-wide design, sure. For example, you
Hello,
On Thu, Sep 22, 2016 at 02:35:00PM +1000, Nicholas Piggin wrote:
> Well thank you, how about you?
Heh, can't complain. Hope to see you around sometime. It's been
forever.
> Trying a new mail client, sorry. It *seems* to be working now, how's
> this?
Hmm... Still encoded.
> From
We use a BAR restore trick to try to detect when a user has performed
a device reset, possibly through FLR or other backdoors, to put things
back into a working state. This is important for backdoor resets, but
we can actually just virtualize the "front door" resets provided via
PCIe and AF FLR.
On 9/22/2016 12:05 AM, Thomas Gleixner wrote:
B1;2802;0cOn Wed, 21 Sep 2016, Santosh Shilimkar wrote:
I requested you to include this patch but now am not sure anymore.
Looks like there are almost 30 more users which are directly
tweaking 'tasklet_struct' fields and calling other APIs. Hunting
On Thu, Sep 22, 2016 at 10:03:57AM -0400, Lance Richardson wrote:
> Fix two cases where a __percpu pointer cast drops __percpu.
>
> Signed-off-by: Lance Richardson
Applied to percpu/for-4.9.
Thanks.
--
tejun
From: Sean Wang
fix typo in mediatek-net.txt and add phy-mode "trgmii" to ethernet.txt
Cc: devicet...@vger.kernel.org
Reported-by: Sergei Shtylyov
Signed-off-by: Sean Wang
---
On Thu 22-09-16 16:08:21, Michal Hocko wrote:
> On Thu 22-09-16 14:51:48, Vlastimil Babka wrote:
> > >From 465e1bd61b7a6d6901a44f09b1a76514dbc220fa Mon Sep 17 00:00:00 2001
> > From: Vlastimil Babka
> > Date: Thu, 22 Sep 2016 13:54:32 +0200
> > Subject: [PATCH] mm, compaction:
Commit-ID: 3aa601492babdf3acdec89e5aa9c44e1a357a4d8
Gitweb: http://git.kernel.org/tip/3aa601492babdf3acdec89e5aa9c44e1a357a4d8
Author: Jisheng Zhang
AuthorDate: Thu, 22 Sep 2016 15:56:21 +0800
Committer: Thomas Gleixner
CommitDate: Thu, 22 Sep
On Thu, 22 Sep 2016 10:48:13 +0530
Ravi Bangoria wrote:
> On Thursday 22 September 2016 01:04 AM, Kim Phillips wrote:
> > On Wed, 21 Sep 2016 21:17:50 +0530
> > Ravi Bangoria wrote:
> >
> >> Kim, I don't have arm test machine.
On Wed, 21 Sep 2016 18:51:10 -0600
Shuah Khan wrote:
> Move runnable tools from Documentation to tools. I moved just the
> tools code, and left documentation files as is.
>
> Based on the v1 series feedback, This v2 series moves accounting,
> laptops/dslm, and pcmcia to
> If not, I suggest to use --hierarchy mode with including the sort key
> as the first one. In this case. It'll still show absolute
> percentages of global total period, but you can see the desired result
> easily IMHO. Please try something like this:
>
> $ perf report --hierarchy -s pid,cpu
On Thursday, September 22, 2016 2:47:14 PM CEST Gabriele Paoloni wrote:
> > > static int of_empty_ranges_quirk(struct device_node *np)
> > > {
> > > if (IS_ENABLED(CONFIG_PPC)) {
> > > @@ -503,7 +512,7 @@ static int of_translate_one(struct device_node
> > *parent, struct of_bus *bus,
> >
On Mon, Sep 19, 2016 at 09:28:20PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 19, 2016 at 09:02:58PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Sep 19, 2016 at 08:37:53PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > yeah, changing that typedef + true def to plain include
>
On 2016/9/22 20:47, Michal Hocko wrote:
> On Wed 21-09-16 12:19:53, zijun_hu wrote:
>> From: zijun_hu
>>
>> endless loop maybe happen if either of parameter addr and end is not
>> page aligned for kernel API function ioremap_page_range()
>
> Does this happen in practise or this
happened to be left initted by the BIOS.
Yes, that's already the case in the pwm-rockchip driver.
Okay, I can try to implement what is described above, but, in the
meantime, I think we should find a solution for Andy's initial problem.
As I said, the problem you're describing (pins muxed to the PWM device
when it should actually stay in gpio+input mode) is not new, and the old
pwm-regulator and pwm-rockchip implementation (before my atomic PWM
changes) were behaving the same way.
What is new though, is the pwm_regulator_init_state() function [1], and
it seems it's now preventing the probe of a pwm-regulator device if the
initial PWM state is not described in the voltage-table.
The question is, what should we do?
1/ Force users to put an entry matching this state (which means
breaking DT compat)
2/ Put a valid value in drvdata->state even if it's not reflecting the
real state
3/ Patch regulator core to support an "unknown-selector" return code.
Mark, any opinion?
Thanks,
Boris
[1]https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/drivers/regulator/pwm-regulator.c?id=refs/tags/next-20160922#n60
Date: Thu, 22 Sep 2016 14:28:36 +0300, Sergei Shtylyov
wrote:
>Hello.
>
>On 9/22/2016 5:33 AM, sean.w...@mediatek.com wrote:
>
>> From: Sean Wang
>>
>> Add the dts property for the capability if TRGMII supported on GAMC0
>>
>>
Hi!
I am designing an application that has the goal to be an utility for Unipro and
UFS testing purposes. This application is going to run on top of a recent Linux
Kernel containing the new UFS stack (including the new DWC drivers).
I am considering doing the following:
a) Create a new config
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 22 September 2016 15:59
> To: Gabriele Paoloni
> Cc: zhichang; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; miny...@acm.org;
> linux-...@vger.kernel.org;
Adding single cacheline TUI browser. It triggers when
you press 'd' in the main browser on the specific cacheline.
It allows to navigate through cacheline's offsets and display
callchains (implemented in following patches).
Link:
Adding the --stdio option output support. The output
tables are dumped directly to the stdio.
$ perf c2c report
=
Shared Data Cache Line Table
=
#
# Total
Adding hitm/store percent dimension key wrappers.
They are to be displayed in the single cacheline output:
percent_rmt_hitm, percent_lcl_hitm, percent_stores_l1hit,
percent_stores_l1miss
They display percentage of HITMs/stores for specific
offset in the cacheline.
Link:
Set resort/display fields for both cachelines and
single cacheline displays.
Cachelines are sorted on:
rmt_hitm
will be made configurable in following patches.
Following fields are display for cachelines:
dcacheline
tot_recs
percent_hitm
tot_hitm,lcl_hitm,rmt_hitm
On Thu, Sep 22, 2016 at 01:29:48AM +0530, Harman Kalra wrote:
> Replace BUG() with BUG_ON().
> Caught by coccinelle.
>
> Signed-off-by: Harman Kalra
Applied libata/for-4.9.
Thanks.
--
tejun
Adding source line dimension key wrapper.
It is to be displayed in the single cacheline output:
cl_srcline
It displays source line related to the code address that
accessed cacheline. It's a wrapper to global srcline sort
entry.
Link:
Adding 2 LLC load related dimension key wrappers.
They are to be displayed in the main cachelines
overall output:
ld_lclhit, ld_rmthit
They display bare numbers of LLC and remote loads
for cacheline.
Link: http://lkml.kernel.org/n/tip-ahjg0voaufefboemjuj9y...@git.kernel.org
Signed-off-by:
Adding cpu count dimension key wrapper.
It is to be displayed in the single cacheline output:
cpucnt
It displays number of distinct cpus that hit cacheline.
Link: http://lkml.kernel.org/n/tip-ib2kdwam52fby9u2k3ij6...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Adding dcacheline dimension key support. It
displays cacheline address as hex number.
Using c2c wrapper to standard 'dcacheline' object
to defined own header and simple (just address)
cacheline output.
Link: http://lkml.kernel.org/n/tip-j5enppr8e7h27nskqhgq3...@git.kernel.org
Signed-off-by: Jiri
On Do, 2016-09-22 at 15:11 +0200, SF Markus Elfring wrote:
> > Guys, please stop accepting patches from Markus!
>
> I would appreciate a bit more explanation for this request.
For starters make sure the patches land actually on the list.
Only the cover letter arrived here.
cheers,
Gerd
Adding dram related dimension key wrappers.
They are to be displayed in the main cachelines
overall output:
dram_lcl, dram_rmt
They display DRAM rmt/lcl access numbers for
specific cacheline.
Link: http://lkml.kernel.org/n/tip-tl3qqi9ehk6g1fla4z7y0...@git.kernel.org
Signed-off-by: Jiri Olsa
Display c2c related configuration options/setup.
So far it's output of monitored events:
$ perf c2c report --stats
...
=
c2c details
=
Events
Currently we sort and limit displayed data based on
the remote HITMs count. Adding support to switch to
local HITMs via --display option:
--display ... lcl,rmt
Link: http://lkml.kernel.org/n/tip-inykbom2f19difvsu1e18...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Em Wed, Sep 21, 2016 at 03:56:20AM +, Wang Nan escreveu:
> Before this patch perf panic if kptr_restrict set to 1 and perf is owned
> by root with suid set:
>
> $ whoami
> wangnan
> $ ls -l ./perf
> -rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf
> $ cat
Will be used from external places in following patches.
Link: http://lkml.kernel.org/n/tip-uip4x9u74t3dcz8sh4mei...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/ui/stdio/hist.c | 4 ++--
tools/perf/util/hist.h | 2 ++
2 files changed, 4 insertions(+), 2
Adding c2c command base wirings. Its implementation
is going to be added gradually in following patches.
Link: http://lkml.kernel.org/n/tip-svq2kccqjaaieb6rxhky3...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/Build | 1 +
tools/perf/builtin-c2c.c | 23
Adding helping macros to define header objects.
It will be used in following patches, that add
new dimensions.
The c2c report will support 2 line headers, hence
we only define line[0/1] in macros.
Link: http://lkml.kernel.org/n/tip-tkgrfvlw0m5awb75fk2sv...@git.kernel.org
Signed-off-by: Jiri Olsa
Adding c2c report subcommand. It reads the
perf.data and displays shared data analysis.
This patch adds report basic wirings. It gets
fully implemented in following patches.
Link: http://lkml.kernel.org/n/tip-8smklfkveeyv1pahfxv2r...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Ian Kent writes:
> Eric, Mateusz, I appreciate your spending time on this and particularly
> pointing
> out my embarrassingly stupid is_local_mountpoint() usage mistake.
>
> Please accept my apology for the inconvenience.
>
> If all goes well (in testing) I'll have follow up
On Wed, Sep 21, 2016 at 09:22:44AM -0600, Ross Zwisler wrote:
>
> Ted & Jan,
>
> I'm still working on the latest version of the PMD work which integrates with
> the new struct iomap faults. At this point it doesn't look like I'm going to
> make v4.9, but I think that this bug fix at least
Thanks,
But I have got this already:
https://lists.freedesktop.org/archives/dri-devel/2016-September/117900.html
I will send a pull request soon.
Best regards,
Jyri
On 09/21/16 08:12, Baoyou Xie wrote:
> We get 4 warnings when building kernel with W=1:
>
Add __hist_entry__snprintf to take perf_hpp_list as an argument
instead of using he->hists->hpp_list. This way we can display
arbitrary list of entries regardles of the hists setup, which
will be useful in following patches.
Link:
Introducing c2c_add_stats function helper to
cumulate c2c_stats.
Original-patch-by: Dick Fowles
Original-patch-by: Don Zickus
Link: http://lkml.kernel.org/n/tip-7garqfmx5izaqysde9jik...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Thank,
But I already have this too:
http://www.spinics.net/lists/kernel/msg2340400.html
Best regards,
Jyri
On 09/21/16 08:14, Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/gpu/drm/tilcdc/tilcdc_drv.c:64:5: warning: no previous prototype for
>
On Wed, Sep 21, 2016 at 09:20:10AM -0400, Jeff Layton wrote:
> On Wed, 2016-09-21 at 15:33 +0300, Vasily Averin wrote:
> > By design notifier can be registered once only,
> > however nfsd registers the same inetaddr notifiers per net-namespace.
> > When this happen it corrupts list of notifiers,
>
On Thu, 22 Sep 2016, Davidlohr Bueso wrote:
> On Thu, 22 Sep 2016, Thomas Gleixner wrote:
> > Also what's the reason that we can't do probabilistic spinning for
> > FUTEX_WAIT and have to add yet another specialized variant of futexes?
>
> Where would this leave the respective FUTEX_WAKE? A nop?
oops, Jiri wasn't CCed, fixing it...
Em Mon, Sep 19, 2016 at 09:28:20PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Sep 19, 2016 at 09:02:58PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Sep 19, 2016 at 08:37:53PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > yeah, changing
On Thu, 22 Sep 2016 14:11:03 +0100, Al Viro wrote:
> On Thu, Sep 22, 2016 at 01:57:58PM +0200, Jean Delvare wrote:
> > >
> > > MUST is much stronger language than I would prefer.
> >
> > That's what error means, really. When your compiler fails with an
> > error, you have no choice but to fix
On Thu, Sep 22, 2016 at 04:45:51PM +0200, Paolo Bonzini wrote:
> The main difference between the SME and SEV encryption, from the point
> of view of the kernel, is that real-mode always writes unencrypted in
> SME and always writes encrypted in SEV. But UEFI can run in 64-bit mode
> and learn
On 09/22/2016 04:52 PM, Michal Hocko wrote:
> On Thu 22-09-16 16:08:21, Michal Hocko wrote:
>> On Thu 22-09-16 14:51:48, Vlastimil Babka wrote:
>> > >From 465e1bd61b7a6d6901a44f09b1a76514dbc220fa Mon Sep 17 00:00:00 2001
>> > From: Vlastimil Babka
>> > Date: Thu, 22 Sep 2016
On 09/21/2016 07:18 PM, Michal Hocko wrote:
> On Tue 06-09-16 15:52:54, Vlastimil Babka wrote:
>
> We still do not ignore fragindex in the full priority. This part has
> always been quite unclear to me so I cannot really tell whether that
> makes any difference or not but just to be on the safe
On Thu, Sep 22, 2016 at 01:38:56PM +0200, Arnd Bergmann wrote:
> Greg, I checked the warnings in v4.4.19. We have previously made sure that
> Mark Brown's build bot has a clean build, but the kernelci build apparently
> does not for v4.4. These are the commits you may want to backport to get
> a
On Thu, 2016-09-22 at 10:09 -0500, Seth Forshee wrote:
> We've received reports from users of a cifs mount regression in our
> 4.4-based kernel, e.g. [1]. It is fixed by reverting the follwing
> commit
> from 4.8 which was applied to 4.4 stable:
>
> a6b5058 fs/cifs: make share unaccessible at
On Thu, Sep 22, 2016 at 10:51:37AM +0200, Krzysztof Hałasa wrote:
> I wonder if the following fixes the problem (completely untested).
I have given this a run, and it still hangs.
Add basic support for the Data Path Acceleration Architecture v1.x
(DPAA 1.x) hardware infrastructure and accelerators found on multicore
Freescale SoCs, commonly known as the QorIQ series.
CC: Roy Pledge
Claudiu Manoil (5):
soc/fsl: Introduce DPAA 1.x BMan device driver
On Thu, Sep 22, 2016 at 04:17:09PM +0100, Sachin Prabhu wrote:
> On Thu, 2016-09-22 at 10:09 -0500, Seth Forshee wrote:
> > We've received reports from users of a cifs mount regression in our
> > 4.4-based kernel, e.g. [1]. It is fixed by reverting the follwing
> > commit
> > from 4.8 which was
On Tue, Sep 20, 2016 at 10:44:46PM +0900, Magnus Damm wrote:
> +#ifdef CONFIG_IOMMU_DMA
> +
> +static struct iommu_domain *ipmmu_domain_alloc_dma(unsigned type)
> +{
> + struct iommu_domain *io_domain;
> +
> + if (type != IOMMU_DOMAIN_DMA)
> + return NULL;
> +
> + io_domain
On 09/22/2016 04:52 PM, Michal Hocko wrote:
> On Thu 22-09-16 16:08:21, Michal Hocko wrote:
>> On Thu 22-09-16 14:51:48, Vlastimil Babka wrote:
>> > >From 465e1bd61b7a6d6901a44f09b1a76514dbc220fa Mon Sep 17 00:00:00 2001
>> > From: Vlastimil Babka
>> > Date: Thu, 22 Sep 2016
On Mon, Aug 22, 2016 at 07:24:19PM -0400, Brijesh Singh wrote:
> From: Tom Lendacky
Subject: [RFC PATCH v1 04/28] x86: Secure Encrypted Virtualization (SEV) support
Please start patch commit heading with a verb, i.e.:
"x86: Add AMD Secure Encrypted Virtualization (SEV)
This driver enables the Freescale DPAA 1.x Buffer Manager block.
BMan is a hardware accelerator that manages buffer pools. It allows
CPUs and other accelerators connected to the SoC datapath to acquire
and release buffers during data processing.
Signed-off-by: Roy Pledge
The select(2) syscall performs a kmalloc(size, GFP_KERNEL) where size grows
with the number of fds passed. We had a customer report page allocation
failures of order-4 for this allocation. This is a costly order, so it might
easily fail, as the VM expects such allocation to have a lower-order
Adding bare bones of dimension support for c2c report.
Main interface functions are:
c2c_hists__init
c2c_hists__reinit
which re/initialize 'struct c2c_hists' object with
sort/display entries string, in a similar way that
setup_sorting function does.
We overload the dimension to provide
Introducing c2c_decode_stats function, which decodes
data_src data into new struct c2c_stats.
Original-patch-by: Dick Fowles
Original-patch-by: Don Zickus
Link: http://lkml.kernel.org/n/tip-7garqfmx5izaqysde9jik...@git.kernel.org
Signed-off-by: Jiri Olsa
Will be used from external places in following patches.
Link: http://lkml.kernel.org/n/tip-w5tpcitxjvufkndq0x5eh...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/ui/browsers/hists.c | 2 +-
tools/perf/ui/hist.c | 2 +-
tools/perf/util/hist.h | 2 ++
hi,
sending new version of c2c patches (v3) originally posted in here:
http://lwn.net/Articles/588866/
I took the old set and reworked it to fit into current upstream code.
It follows the same logic as original patch and provides (almost) the
same stdio interface. In addition new TUI interface
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, September 22, 2016 3:31 PM
> To: Vadim Pasternak
> Cc: dvh...@infradead.org; da...@davemloft.net; ge...@linux-m68k.org;
> a...@linux-foundation.org; kv...@codeaurora.org;
Adding help windows to display key/action mappings
for both browsers.
Link: http://lkml.kernel.org/n/tip-zni4apopx6a9eyxsosm1e...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-c2c.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
Adding TUI support to switch between Node entry versions
in real time with 'n' key.
Link: http://lkml.kernel.org/n/tip-xqbw4h4dxig54wff7fd14...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-c2c.c | 4
1 file changed, 4 insertions(+)
diff --git
Add --call-graph option to properly setup callchain
code. Adding default settings to display callchains
whenever they are stored in the perf.data.
Link: http://lkml.kernel.org/n/tip-inykbom2f19difvsu1e18...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-c2c.c |
Adding symbol and dso dimension key wrappers.
They are to be displayed in the single cacheline output:
symbol, dso
They are wrappers for global sort_sym and sort_dso
sort entries with c2c specific headers.
Link: http://lkml.kernel.org/n/tip-6742e6g0r7n63y5wc4rrg...@git.kernel.org
Hi Arnd
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 22 September 2016 13:15
> To: Gabriele Paoloni
> Cc: zhichang; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; miny...@acm.org;
> linux-...@vger.kernel.org;
asm-generic headers are only defaults for architectures. We need to get
the proper defintion, which goes through and .
Signed-off-by: Christoph Hellwig
---
include/linux/timekeeping.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/timekeeping.h
On Tue, Sep 20, 2016 at 10:43:55PM +0900, Magnus Damm wrote:
> iommu/ipmmu-vmsa: IPMMU multi-arch update V5
>
> [PATCH v5 01/07] iommu/ipmmu-vmsa: Remove platform data handling
> [PATCH v5 02/07] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for
> context
> [PATCH v5 03/07]
rf_type is always equal to ODM_1T1R.
So, only RF PATH A exists for r8188eu device...
Signed-off-by: Ivan Safonov
---
drivers/staging/rtl8188eu/hal/odm.c | 35 -
drivers/staging/rtl8188eu/hal/phy.c | 16 +++--
rf_type is always equal to RF_1T1R.
Signed-off-by: Ivan Safonov
---
drivers/staging/rtl8188eu/hal/bb_cfg.c| 5 +
drivers/staging/rtl8188eu/hal/phy.c | 5 +
drivers/staging/rtl8188eu/hal/rf_cfg.c| 5 +
Commit-ID: b536fd587044af02183b3c02690431b93154f0fa
Gitweb: http://git.kernel.org/tip/b536fd587044af02183b3c02690431b93154f0fa
Author: Christoph Hellwig
AuthorDate: Thu, 22 Sep 2016 07:48:17 -0700
Committer: Thomas Gleixner
CommitDate: Thu, 22 Sep 2016
We've received reports from users of a cifs mount regression in our
4.4-based kernel, e.g. [1]. It is fixed by reverting the follwing commit
from 4.8 which was applied to 4.4 stable:
a6b5058 fs/cifs: make share unaccessible at root level mountable
Testing against 4.8-rc7 shows that the problem
On Thu, 22 Sep 2016, Thomas Gleixner wrote:
On Thu, 22 Sep 2016, Davidlohr Bueso wrote:
On Thu, 22 Sep 2016, Thomas Gleixner wrote:
> Also what's the reason that we can't do probabilistic spinning for
> FUTEX_WAIT and have to add yet another specialized variant of futexes?
Where would this
On 22/09/2016 16:59, Borislav Petkov wrote:
> On Thu, Sep 22, 2016 at 04:45:51PM +0200, Paolo Bonzini wrote:
>> The main difference between the SME and SEV encryption, from the point
>> of view of the kernel, is that real-mode always writes unencrypted in
>> SME and always writes encrypted in
On Thu, Sep 22, 2016 at 10:09:18AM -0500, Seth Forshee wrote:
> We've received reports from users of a cifs mount regression in our
> 4.4-based kernel, e.g. [1]. It is fixed by reverting the follwing commit
> from 4.8 which was applied to 4.4 stable:
>
> a6b5058 fs/cifs: make share unaccessible
> > The main intent of checkpatch these days appears to be providing an easy
> > way of thoughtless inflation of commit counts, everything else be damned.
> > Make-work, in other words.
>
> Yes, I've noticed the trend too :-( But that's a problem with the
> people using the tool, mostly, not with
Hi Xinhui,
On Mon, Sep 19, 2016 at 05:23:55AM -0400, Pan Xinhui wrote:
> Add two corresponding helper functions to support pv-qspinlock.
>
> For normal use, __spin_yield_cpu will confer current vcpu slices to the
> target vcpu(say, a lock holder). If target vcpu is not specified or it
> is in
Adding total record dimension key wrapper.
It is to be displayed in the main cachelines
overall output:
tot_recs
It displays sum of all cachelines accesses.
Link: http://lkml.kernel.org/n/tip-wojujik7zzen770mxn295...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Decoding and storing c2c_stats for each hist entry.
Changing related function to work with c2c_* objects.
Link: http://lkml.kernel.org/n/tip-obz2fu3801wuayz4rnteg...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-c2c.c | 38
The width of symbol and source line entries could get really long
and not convenient to display. Adding support to display only
patrt of such strings and possibility to switch to full length
by uing --full-symbols option or 's' key in TUI browser.
Link:
Adding man page for c2c command and credits
to builtin-c2c.c file.
Link: http://lkml.kernel.org/n/tip-twbp391v8v9f5idp584hl...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/Documentation/perf-c2c.txt | 276 ++
tools/perf/builtin-c2c.c
Adding the main cachelines TUI browser. It allows
to navigate through cachelines and disaplay their
details and callchains (implemented in following
patches).
Link: http://lkml.kernel.org/n/tip-inykbom2f19difvsu1e18...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Allow to setup number of header lines for c2c hists objects.
Link: http://lkml.kernel.org/n/tip-4ilsf0ulubrd4y96g7tnp...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-c2c.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git
Display global shared cachelines related stats table as part
of the stdio output or when --stats option is speicified:
$ perf c2c report --stats
...
=
Global Shared Cache Line Event Information
Adding total loads dimension key wrapper.
It is to be displayed in the main cachelines
overall output:
tot_loads
It displays sum of all load accesses for cacheline.
Link: http://lkml.kernel.org/n/tip-czd17qsh5u5z0yc1estz9...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Adding LLC load miss dimension key wrapper.
It is to be displayed in the main cachelines
overall output:
ld_llcmiss
It displays bare number of LLC misses for cacheline.
Link: http://lkml.kernel.org/n/tip-wojujik7zzen770mxn295...@git.kernel.org
Signed-off-by: Jiri Olsa
---
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Vineet Gupta
commit 05d9d0b96e53c52a113fd783c0c97c830c8dc7af upstream.
Al reported potential issue with ARC get_user() as it wasn't clearing
out destination pointer
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit eb47e0293baaa3044022059f1fa9ff474bfe35cb upstream.
* copy_from_user() on access_ok() failure ought to zero the destination
* none of those primitives
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 236dec051078a8691950f56949612b4b74107e48 upstream.
Using "make tinyconfig" produces a couple of annoying warnings that show
up for build test machines all
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 6e050503a150b2126620c1a1e9b3a368fcd51eac upstream.
Signed-off-by: Al Viro
Signed-off-by: Greg Kroah-Hartman
901 - 1000 of 2556 matches
Mail list logo