On Thu, Apr 20, 2017 at 09:44:28AM +0200, Arnd Bergmann wrote:
> On Thu, Apr 20, 2017 at 8:48 AM, Daniel Baluta
> wrote:
> > On Wed, Apr 19, 2017 at 8:04 PM, Arnd Bergmann wrote:
> > gcc version 6.2.1 20161016 (Linaro GCC 6.2-2016.11)
> I'm using
Russell King - ARM Linux writes:
> On Tue, Apr 11, 2017 at 02:00:21PM -0700, Eric Anholt wrote:
>> Russell King - ARM Linux writes:
>>
>> > On Tue, Apr 11, 2017 at 09:06:31AM -0700, Eric Anholt wrote:
>> >> Russell King - ARM Linux
The group mask is always used in intersection with the group cpus. So,
when building the group mask, we don't have to care about cpus that are
not part of the group.
Signed-off-by: Lauro Ramos Venancio
---
kernel/sched/topology.c | 4 ++--
1 file changed, 2 insertions(+), 2
Use the group balance cpu to select the same sched_group_capacity
instance for all instances of a sched group.
As the group mask is stored in the struct sched_group_capacity and the
function group_balance_cpu() cannot be used when the group mask is not
available, this patch creates a function to
On Thu, Apr 20, 2017 at 3:15 AM, Arnd Bergmann wrote:
> On Sun, Apr 16, 2017 at 9:52 PM, Kees Cook wrote:
The original gcc-4.3 release was in early 2008. If we decide to still
support that, we probably want the first 10 quirks in this series,
On Thu, Apr 20, 2017 at 04:28:03PM +0200, Greg Kroah-Hartman wrote:
> On Thu, Apr 20, 2017 at 06:46:11AM -0700, Guenter Roeck wrote:
> > On 04/19/2017 11:34 PM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.18.50 release.
> > > There are 124 patches in this
Signed-off-by: Lauro Ramos Venancio
---
kernel/sched/topology.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
index 55bbaf7..e77c93a 100644
--- a/kernel/sched/topology.c
+++
An overlap sched group may not be installed in all cpus that compose the
group. Currently, the group balance cpu may be a cpu where the group is
not installed, causing two problems:
1) Two groups may have the same group balance cpu and, as consequence,
share the sched_group_capacity.
2)
Viresh Kumar writes:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never have a
> "reg"
On Thu, 2017-02-09 at 14:23 -0800, Joe Perches wrote:
> Neaten logging
>
> Joe Perches (4):
> cxgb3: Use more common logging style
> cxgb3: Convert PDBG to pr_debug
> cxgb4: Use more common logging style
> cxgb4: Convert PDBG to pr_debug
>
> drivers/infiniband/hw/cxgb3/cxio_dbg.c |
On Thu, 2017-04-20 at 16:07 -0400, David Miller wrote:
>
> I think I have to put the brakes on this patch series, after much
> consideration.
>
> It does not scale if we continually add a hodge-podge of different
> ifdef tests to the UAPI headers in order to prevent mutliple
> definitions.
>
>
This patch introduces the multi-buffer job manager which is responsible
for submitting scatter-gather buffers from several AES CBC jobs
to the multi-buffer algorithm. The glue code interfaces with the
underlying algorithm that handles 8 data streams of AES CBC encryption
in parallel. AES key
This patch introduces the data structures and prototypes of functions
needed for doing AES CBC encryption using multi-buffer. Included are
the structures of the multi-buffer AES CBC job, job scheduler in C and
data structure defines in x86 assembly code.
Originally-by: Chandramouli Narayanan
This patch introduces the assembly routine to do a by8 AES CBC encryption
in support of the AES CBC multi-buffer implementation.
It encrypts 8 data streams of the same key size simultaneously.
Originally-by: Chandramouli Narayanan
Signed-off-by: Megha Dey
The tcrypt test framework for CBC multi-buffer testing is
laid out in this patch. Tcrypt has been extended to validate
the functionality and performance of AES CBC multi-buffer support.
A new test(mode=600) has been added to test the speed of the multibuffer
case, as multi-buffer encrypt will
From: Naoya Horiguchi
This patch enables thp migration for memory hotremove.
Signed-off-by: Naoya Horiguchi
---
ChangeLog v1->v2:
- base code switched from alloc_migrate_target to new_node_page()
---
include/linux/huge_mm.h | 8
From: Zi Yan
If one of callers of page migration starts to handle thp,
memory management code start to see pmd migration entry, so we need
to prepare for it before enabling. This patch changes various code
point which checks the status of given pmds in order to prevent
Avoid this smatch error:
drivers/iio/inkern.c:751 iio_read_avail_channel_raw() error: double unlock
'mutex:>indio_dev->info_exist_lock'
Fixes: 00c5f80c2fad ("iio: inkern: add helpers to query available values from
channels")
Signed-off-by: Peter Rosin
---
drivers/iio/inkern.c
From: Naoya Horiguchi
This patch enables thp migration for soft offline.
Signed-off-by: Naoya Horiguchi
ChangeLog: v1 -> v5:
- fix page isolation counting error
Signed-off-by: Zi Yan
---
mm/memory-failure.c | 35
On 2017-04-20 23:12, Lars-Peter Clausen wrote:
> On 04/20/2017 11:01 PM, Peter Rosin wrote:
>> Avoid this smatch error:
>> drivers/iio/inkern.c:751 iio_read_avail_channel_raw() error: double unlock
>> 'mutex:>indio_dev->info_exist_lock'
>
> Looks good, but it's not just the smatch error, this is
Add a flag that is passed to the write_init() callback,
indicating that the SPI bitstream starts with LSB first.
SPI controllers usually send data with MSB first. If an
FPGA expects bitstream data as LSB first, the data must
be reversed either by the SPI controller or by the driver.
Alternatively
On Thu, 20 Apr 2017 15:57:28 -0300
"Herton R. Krzesinski" wrote:
> Documentation/DocBook/Makefile hard codes the prefixed path to which you
> can install the built man pages (/usr/local prefix). That's unfortunate
> since the user may want to install to another prefix or
In several instances the driver passes an 'enum pipe' value to a
function expecting an 'enum transcoder' and viceversa. Since PIPE_x and
TRANSCODER_x have the same values this doesn't cause functional
problems. Still it is incorrect and causes clang to generate warnings
like this:
On Thu, Apr 20, 2017 at 10:24:04AM -0700, Darrick J. Wong wrote:
> On Thu, Apr 20, 2017 at 08:11:41AM +, Reshetova, Elena wrote:
> >
> >
> > > v3:
> > > * fixed header file inclusion
> >
> > I don't think I have heard anything back on this v3 patch set.
> > Is there still smth here to
Add missing L2 cache events: read/write accesses and misses, as well as
the DTLB refills.
Signed-off-by: Florian Fainelli
---
arch/arm64/kernel/perf_event.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/kernel/perf_event.c
The ARMv8 PMUv3 cache map did not include the L2 cache events, add
them.
Signed-off-by: Florian Fainelli
---
arch/arm64/kernel/perf_event.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c
index
Add missing L2 cache events: read/write accesses and misses, as well as
the DTLB refills.
Signed-off-by: Florian Fainelli
---
arch/arm64/kernel/perf_event.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/kernel/perf_event.c
From: Michael Davidson
Add -no-integrated-as to KBUILD_AFLAGS and KBUILD_CFLAGS
for clang.
Signed-off-by: Michael Davidson
Signed-off-by: Matthias Kaehlcke
---
Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Makefile
This patchset is on top of Peter Zijlstra's sched/core tree[1]. It is equivalent
to the patch 3 from my previous patchset[2].
This patchset ensures:
1) different instances of the same sched group share the same
sched_group_capacity instance.
2) instances of different groups don't share the
On Fri, Apr 07, 2017 at 03:38:05PM +0200, Maxime Ripard wrote:
> Hi Priit,
>
> On Tue, Apr 04, 2017 at 08:09:19PM +, Priit Laes wrote:
> > > > +/* Not documented on A10 */
> > > > +static SUNXI_CCU_GATE(pll_periph_sata_clk, "pll-periph-sata",
> > > > "pll-periph",
> > > > +
On Fri, 2017-02-10 at 22:00 +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 10 Feb 2017 21:53:21 +0100
>
> A few update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (5):
> Use kcalloc() in
For more robust testing of AES CBC multibuffer support, additional
test vectors have been added to the AES CBC encrypt/decrypt
test case.
Originally-by: Chandramouli Narayanan
Signed-off-by: Megha Dey
Acked-by: Tim Chen
In this patch series, we introduce AES CBC encryption that is parallelized on
x86_64 cpu with XMM registers. The multi-buffer technique encrypt 8 data
streams in parallel with SIMD instructions. Decryption is handled as in the
existing AESNI Intel CBC implementation which can already parallelize
On Thu, Apr 20, 2017 at 5:02 PM, Ben Hutchings wrote:
> On Thu, 2017-04-20 at 14:44 +0200, Djalal Harouni wrote:
>> > On Thu, Apr 20, 2017 at 4:22 AM, Ben Hutchings
>> > wrote:
>> > On Thu, 2017-04-20 at 00:20 +0200, Djalal Harouni wrote:
>> > [...]
Am Donnerstag, 20. April 2017, 15:37:37 BRT schrieb David Howells:
> Mimi Zohar wrote:
> > On Tue, 2017-04-18 at 17:17 -0300, Thiago Jung Bauermann wrote:
> > > IMA will use the module_signature format for append signatures, so
> > > export
> > > the relevant definitions
On 04/20/2017 12:12 PM, David Daney wrote:
>
> Steven and Jan: Can we get around this requirement by:
>
> - Always set MIO_EMM_DMA[MULTI] = 1; This way by SECTOR mode may be
> unimportant.
>
> - Always set MIO_EMM_DMA[SECTOR] = SUITABLE_CONSTANT.
>
No, this does not work. The 1.88GB card
On Sat, Mar 18, 2017 at 2:52 AM, tip-bot for Kirill A. Shutemov
wrote:
> Commit-ID: 2947ba054a4dabbd82848728d765346886050029
> Gitweb: http://git.kernel.org/tip/2947ba054a4dabbd82848728d765346886050029
> Author: Kirill A. Shutemov
>
On Thu, Apr 20, 2017 at 9:32 AM, Andrey Konovalov wrote:
> Hi,
>
> I've got the following error report while fuzzing the kernel with syzkaller.
>
> On linux-next commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7).
>
> A reproducer and .config are attached.
>
>
Florian Fainelli writes:
> On 03/29/2017 05:26 PM, Eric Anholt wrote:
>> Raspbian and Fedora have decided to support the Pi3 in 32-bit mode for
>> now, so it's useful to be able to test that mode on an upstream
>> kernel. It's also been useful for me to use the same board
On Thu, 20 Apr 2017 21:46:46 +0200,
Mark Brown wrote:
>
> On Wed, Apr 19, 2017 at 05:48:15PM +0100, Jose Abreu wrote:
>
> > What do you think Mark? If you want to keep the PCM as a module
> > then we will need to abstract this more, by reducing the
> > dependencies.
>
> I think forcing this to
> Yes, this makes sense I think we really just want to distinguish host
> memory or not in terms of the dev_pagemap type.
I would like to see mutually exclusive flags for host memory (or not) and
persistence (or not).
Stephen
From: Naoya Horiguchi
This patch enables thp migration for move_pages(2).
Signed-off-by: Naoya Horiguchi
ChangeLog: v1 -> v5:
- fix page counting
Signed-off-by: Zi Yan
---
mm/migrate.c | 47
> I've dropped this entire series. If you want me to consider it, you
> need to respin it with the following changes:
How do you think about to integrate any of my update suggestions
which you do not find controversial (or questionable) at the moment?
> 1) Put all similar corrections in a
From: Naoya Horiguchi
TTU_MIGRATION is used to convert pte into migration entry until thp split
completes. This behavior conflicts with thp migration added later patches,
so let's introduce a new TTU flag specifically for freezing.
try_to_unmap() is used both for thp
From: Naoya Horiguchi
Introduce a separate check routine related to MPOL_MF_INVERT flag.
This patch just does cleanup, no behavioral change.
Signed-off-by: Naoya Horiguchi
---
mm/mempolicy.c | 16 +++-
1 file changed, 11
From: Naoya Horiguchi
Soft dirty bit is designed to keep tracked over page migration. This patch
makes it work in the same manner for thp migration too.
---
ChangeLog v1 -> v2:
- separate diff moving _PAGE_SWP_SOFT_DIRTY from bit 7 to bit 1
- clear_soft_dirty_pmd can
For hot-pluggable devices adding GPIOs dynamically we need to
assemble and add the gpio lookup tables at probe time in modules,
so that requesting these GPIOs in attached drivers can work.
Export lookup table functions for modules.
Signed-off-by: Anatolij Gustschin
---
Once we enable the cacheable portal memory, we need to do
cache flush for enqueue, vdq, buffer release, and management
commands, as well as invalidate and prefetch for the valid bit
of management command response and next index of dqrr.
Signed-off-by: Haiying Wang
---
On Thu, 20 Apr 2017 12:58:40 +0800
Perr Zhang wrote:
> the path in the example cmd is out of date, and the path for now
> is also mentioned in the same file
Gee, that's only been wrong since 2008...:)
Applied, thanks.
jon
On Wed, 2017-04-12 at 18:01 +0200, Christoph Hellwig wrote:
> The objlayout code has been in the tree, but it's been unmaintained
> and
> no server product for it actually ever shipped.
>
> Signed-off-by: Christoph Hellwig
> ---
> Documentation/admin-guide/kernel-parameters.txt |
From: Markus Elfring
Date: Thu, 20 Apr 2017 22:22:10 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Use kcalloc() in pci_probe()
Adjust 15 checks for null pointers
drivers/firewire/ohci.c | 41
On Wed, Apr 19, 2017 at 07:25:15PM -0700, Darren Hart wrote:
> From: "Darren Hart (VMware)"
>
> Use enums consistently throughout the hp-wmi driver for groups of
> related constants. Use hex and align the assignment within groups. Move
> the *QUERY constants into an enum,
On Thu, 2017-02-16 at 10:00 +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 16 Feb 2017 09:55:43 +0100
>
> A few update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (2):
> Use kmalloc_array() in
Am Donnerstag, 20. April 2017, 08:13:23 BRT schrieb Mimi Zohar:
> On Tue, 2017-04-18 at 17:17 -0300, Thiago Jung Bauermann wrote:
> > If the func_tokens array uses the same indices as enum ima_hooks,
> > policy_func_show can be a lot simpler, and the func_* enum becomes
> > unnecessary.
>
> My
On Wed, 2017-03-08 at 16:03 +0200, Yuval Shaia wrote:
> On Wed, Mar 08, 2017 at 01:41:00PM +0100, SF Markus Elfring wrote:
> >
> > From: Markus Elfring
> > Date: Tue, 7 Mar 2017 18:23:54 +0100
> >
> > * Multiplications for the size determination of memory
This patch implements in-order scheduler for encrypting multiple buffers
in parallel supporting AES CBC encryption with key sizes of
128, 192 and 256 bits. It uses 8 data lanes by taking advantage of the
SIMD instructions with XMM registers.
The multibuffer manager and scheduler is mostly written
On Thu, Mar 30, 2017 at 9:26 AM, zhichang.yuan
wrote:
> On some platforms(such as Hip06/Hip07), the legacy ISA/LPC devices access I/O
> with some special host-local I/O ports known on x86. To access the I/O
> peripherals, an indirect-IO mechanism is introduced to
On Fri, 14 Apr 2017 11:19:24 -0700
Jacob Pan wrote:
> Commit feb6cd6a0f9f ("thermal/intel_powerclamp: stop sched tick in forced
> idle") changed how idle injection accouting, so we need to update
> the documentation accordingly.
>
> This patch also expands more
On Thu, 13 Apr 2017 07:08:43 -0300
Mauro Carvalho Chehab wrote:
> That's the third attempt to add support for the Kernel ABI
> at the Documentation's admin guide.
>
> The first approach was based on a generic extension that
> calls a random script. This one is based on
On 2017-04-18 23:53, Peter Rosin wrote:
> On 2017-04-18 13:44, Greg Kroah-Hartman wrote:
>> On Tue, Apr 18, 2017 at 12:59:50PM +0200, Peter Rosin wrote:
>>> On 2017-04-18 10:51, Greg Kroah-Hartman wrote:
On Thu, Apr 13, 2017 at 06:43:07PM +0200, Peter Rosin wrote:
*snip*
> + if
On Wed, Apr 19, 2017 at 05:48:15PM +0100, Jose Abreu wrote:
> What do you think Mark? If you want to keep the PCM as a module
> then we will need to abstract this more, by reducing the
> dependencies.
I think forcing this to be built in to the kernel (which is what the
commit message says the
Thanks for the responses :)
So seems like we have a plan.
In Type-C connector class the checks for TYPEC_PWR_MODE_PD
and pd_revision for both the port and the partner will be removed in
power_role_store and the data_role_store and will be delegated
to the low level drivers.
TCPM code will issue
On Thu, 20 Apr 2017, Myungho Jung wrote:
I told you to check your mail so you avoid sending a V2. That mail from
tip-bot is a notification that:
This
> Commit-ID: b94bf594cf8ed67cdd0439e70fa939783471597a
which can be looked at via:
> Gitweb:
From: Hauke Mehrtens
Date: Tue, 18 Apr 2017 23:00:33 +0200
> The code from libc-compat.h depends on some glibc specific defines and
> causes compile problems with the musl libc. These patches remove some
> of the glibc dependencies. With these patches the LEDE (OpenWrt) base
From: Markus Elfring
Date: Thu, 20 Apr 2017 21:50:19 +0200
* Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "kcalloc".
This issue was detected by
From: David Woodhouse
Date: Thu, 20 Apr 2017 21:14:37 +0100
> I agree, except I don't think you're going far enough. Those "standard
> names" you mention... some of this stuff actually depends on __GLIBC__,
> and *that* isn't right either.
Yep, that's something that needs
In this patch, the infrastructure needed to support multibuffer
encryption implementation is added:
a) Enhance mcryptd daemon to support skcipher requests.
b) Add multi-buffer simd skcipher helper which presents the
top-level algorithm as an skcipher.
b) Update configuration to include
On Thu, Apr 20, 2017 at 08:50:43AM +0800, Huang, Ying wrote:
> Johannes Weiner writes:
> > On Wed, Apr 19, 2017 at 03:06:24PM +0800, Huang, Ying wrote:
> >> With the patchset, the swap out throughput improves 3.6% (from about
> >> 4.16GB/s to about 4.31GB/s) in the
From: Zi Yan
This patch adds thp migration's core code, including conversions
between a PMD entry and a swap entry, setting PMD migration entry,
removing PMD migration entry, and waiting on PMD migration entries.
This patch makes it possible to support thp migration.
If
From: Naoya Horiguchi
pmd_present() checks _PAGE_PSE along with _PAGE_PRESENT to avoid
false negative return when it races with thp spilt
(during which _PAGE_PRESENT is temporary cleared.) I don't think that
dropping _PAGE_PSE check in pmd_present() works well because
From: Naoya Horiguchi
This patch enables thp migration for mbind(2) and migrate_pages(2).
Signed-off-by: Naoya Horiguchi
---
ChangeLog v1 -> v2:
- support pte-mapped and doubly-mapped thp
---
mm/mempolicy.c | 108
From: Zi Yan
Hi all,
The patches are rebased on mmotm-2017-04-13-14-50 with the feedbacks from
v4 patches.
Hi Kirill, I have cleaned up Patch 5 and Patch 6, so PTE-mapped THP migration is
handled fully by existing code. Can I have your Ack, at least on these
two patches?
From: Naoya Horiguchi
Introduces CONFIG_ARCH_ENABLE_THP_MIGRATION to limit thp migration
functionality to x86_64, which should be safer at the first step.
Signed-off-by: Naoya Horiguchi
---
v1 -> v2:
- fixed config name in subject and patch
On 04/20/2017 11:01 PM, Peter Rosin wrote:
> Avoid this smatch error:
> drivers/iio/inkern.c:751 iio_read_avail_channel_raw() error: double unlock
> 'mutex:>indio_dev->info_exist_lock'
Looks good, but it's not just the smatch error, this is a real issue. This
even seems to be a endless loop,
From: Steven Rostedt (VMware)
Fengguang Wu's zero day bot triggered a stack unwinder dump. This can
be easily triggered when CONFIG_FRAME_POINTERS is enabled and -mfentry
is in use on x86_32.
># cd /sys/kernel/debug/tracing
># echo 'p:schedule schedule' > kprobe_events
On Thu, Apr 20, 2017 at 12:29:20PM -0500, Tom Lendacky wrote:
> Hmmm... and actually if cpu_has(X86_FEATURE_SME) is true then it's a
> given that extended_cpuid_level >= 0x801f. So this can be
> simplified to just:
>
> if (cpu_has(c, X86_FEATURE_SME)) {
> ... the rest of
On Thu, Apr 20, 2017 at 09:23:18PM +0300, Yury Norov wrote:
> On Thu, Apr 13, 2017 at 08:12:12PM +0200, Peter Zijlstra wrote:
> > On Tue, Apr 11, 2017 at 01:35:04AM +0400, Yury Norov wrote:
> >
> > > +++ b/arch/arm64/include/asm/qspinlock.h
> > > @@ -0,0 +1,20 @@
> > > +#ifndef
On Thu, Apr 20, 2017 at 04:44:31PM +0200, Jan Kara wrote:
> On Thu 20-04-17 16:35:10, Jan Kara wrote:
> > On Wed 19-04-17 13:28:36, Ross Zwisler wrote:
> > > On Wed, Apr 19, 2017 at 06:11:31PM +0300, Andrey Ryabinin wrote:
> > > > On 04/18/2017 10:38 PM, Ross Zwisler wrote:
> > > > > On Fri, Apr
From: Markus Elfring
Date: Thu, 20 Apr 2017 22:10:29 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus
From: Andi Kleen
Describe the new uncore wildcard PMU match in the perf list
manpage.
Also fix a typo in an existing example.
Signed-off-by: Andi Kleen
---
tools/perf/Documentation/perf-list.txt | 12 +++-
1 file changed, 11 insertions(+),
On Thu, 20 Apr 2017, Thomas Gleixner wrote:
On Thu, 20 Apr 2017, Shivappa Vikas wrote:
Will fix. I went overboard not wanting to add a line
Finish reading the thread before you start :)
Got it :) Had not seen the tip bot emails on my other email..
On 04/20/2017 04:24 PM, Steven J. Hill wrote:
> On 04/20/2017 12:12 PM, David Daney wrote:
>>
>> Steven and Jan: Can we get around this requirement by:
>>
>> - Always set MIO_EMM_DMA[MULTI] = 1; This way by SECTOR mode may be
>> unimportant.
>>
>> - Always set MIO_EMM_DMA[SECTOR] =
On Thu, Apr 20, 2017 at 1:39 PM, Djalal Harouni wrote:
> On Thu, Apr 20, 2017 at 5:02 PM, Ben Hutchings wrote:
>> On Thu, 2017-04-20 at 14:44 +0200, Djalal Harouni wrote:
>>> > On Thu, Apr 20, 2017 at 4:22 AM, Ben Hutchings
>>> >
Prepare to mark sensitive kernel structures for randomization by making
sure they're using designated initializers. This also initializes the
array members using the enum used to look up __port_action entries.
Signed-off-by: Kees Cook
---
v3:
- drop bfa_module_s changes,
Hi Gilad,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.11-rc7]
[cannot apply to staging/staging-testing next-20170420]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
On Thu, Apr 20, 2017 at 06:37:35PM +, Haiyang Zhang wrote:
> It's Nvidia driver.
Which of the many nvidia drivers in the tree? Just fix it instead of
coming up with stupid workarounds like this.
From: Alexander Potapenko
Date: Tue, 18 Apr 2017 19:47:08 +0200
> In the case getsockopt() is called with PACKET_HDRLEN and zero length,
> |val| remains uninitialized and the syscall may behave differently
> depending on its value. This doesn't have security consequences (as
e most of the remaining contents
> as they come from the old llvmlinux project.
Yeah, I picked a subset of the llvmlinux patches from different
sources.
> For reference, I've uploaded my set to
>
> git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git
> next-20170420
On Tue, Apr 18, 2017 at 12:11:57PM -0700, Eric Anholt wrote:
> Cygnus has V3D 2.6 instead of 2.1, and doesn't use the VC4 display
> modules. The V3D can be uniquely identified by the IDENT[01]
> registers, and there's nothing to key off of for the display change
> other than the lack of DT nodes
On Thu, Apr 20, 2017 at 1:43 PM, Stephen Bates wrote:
>
>> Yes, this makes sense I think we really just want to distinguish host
>> memory or not in terms of the dev_pagemap type.
>
> I would like to see mutually exclusive flags for host memory (or not) and
> persistence
The 98dx4251 has 4 interrupts for the packet processor whereas the
98dx3236 and 98dx3336 only have 3.
Signed-off-by: Chris Packham
---
arch/arm/boot/dts/armada-xp-98dx4251.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git
There is no rtc for the 98dx3236 and derivative SoCs. Disable the rtc
node inherited from the armada-370-xp base.
Signed-off-by: Chris Packham
---
arch/arm/boot/dts/armada-xp-98dx3236.dtsi | 4
1 file changed, 4 insertions(+)
diff --git
Hi,
While investigating why there were no L2 cache events generated for a Cortex
A53-like PMU, it turned out that none of the L2 cache events were mapped.
This is also the case for ARMv8 PMUv3, which seems a little odd considering
they are defined.
Thanks!
Florian Fainelli (2):
arm64: perf:
On Thu, Apr 20, 2017 at 11:36:46AM -0700, Davidlohr Bueso wrote:
> On Thu, 20 Apr 2017, Peter Zijlstra wrote:
> >Those are about avoiding actually going to sleep and having to be woken
> >up (and waiting to become running) again, which is a long time.
>
> Yes, which is why I was thinking of ways
On Thu, Apr 20, 2017 at 09:23:18PM +0300, Yury Norov wrote:
> Is there some test to reproduce the locking failure for the case.
Possibly sysvsem stress before commit:
27d7be1801a4 ("ipc/sem.c: avoid using spin_unlock_wait()")
Although a similar scheme is also used in nf_conntrack, see commit:
On 04/20/17 09:51, Tyrel Datwyler wrote:
> On 04/19/2017 09:43 PM, Frank Rowand wrote:
>
< snip >
>> The call stack could easily be post-processed, for example using addr2line.
>> Here is the call stack for when the refcount incremented to 23 from 22 (or
>> more accurately, to 22 from 21):
>>
NXP arm64 based SoC needs to allocate cacheable and
non-shareable memory for the software portals of
Queue manager, so we extend the arm64 ioremap support
for this memory attribute.
Signed-off-by: Haiying Wang
---
arch/arm64/include/asm/io.h | 1 +
This patchset allows the NXP's DPAA2 QMan Software portal
CENA region to be cacheable as designed for the performance
goal. Besides, the write allocate stash feature of the QMan
requires the non-shareable attribute for this cache-enabled
memory.
So this patchset extends the arm64 ioremap with
plus non-shareable to meet the performance requirement.
QMan's CENA region contains registers and structures that
are 64byte in size and are inteneded to be accessed using a
single 64 byte bus transaction, therefore this portal
memory should be configured as cache-enabled. Also because
the write
On Thu, Apr 20, 2017 at 10:38:56AM +0300, Andy Shevchenko wrote:
> On Thu, Apr 20, 2017 at 5:25 AM, Darren Hart wrote:
> > From: "Darren Hart (VMware)"
> >
> > This series factors out some redundant code, cleans up a number of style
> > issues,
> >
1 - 100 of 2008 matches
Mail list logo