Add null tests for the internal algorithm to avoid errors when running
in FIPS mode.
Signed-off-by: Marcelo Cerri
---
crypto/testmgr.c | 8
1 file changed, 8 insertions(+)
diff --git a/crypto/testmgr.c b/crypto/testmgr.c
index 58f903d..cfafd24 100644
--- a/crypto/testmgr.c
+++ b/crypto
Add null tests for the internal algorithm to avoid errors when running
in FIPS mode.
Signed-off-by: Marcelo Cerri
---
crypto/testmgr.c | 8
1 file changed, 8 insertions(+)
diff --git a/crypto/testmgr.c b/crypto/testmgr.c
index d999373..58f903d 100644
--- a/crypto/testmgr.c
+++ b/crypto
Add null tests for the internal algorithm to avoid errors when running
in FIPS mode.
Signed-off-by: Marcelo Cerri
---
crypto/testmgr.c | 8
1 file changed, 8 insertions(+)
diff --git a/crypto/testmgr.c b/crypto/testmgr.c
index ded50b6..d999373 100644
--- a/crypto/testmgr.c
+++ b/crypto
tmpfs seems to be incorrectly returning 0-bytes when reading from
a file that is concurrently being truncated.
This is causing crashes in gocryptfs, a cryptographic FUSE overlay,
when it reads a nonce from disk that should absolutely positively
never be all-zero.
I have written a reproducer in C
This series adds null tests for all sha*-mb internal algorithms so they can
be used in FIPS mode without further problems.
Since they are 3 separated modules I decided to use a separated commit for
each one.
Marcelo Cerri (3):
crypto: testmgr - Add missing tests for internal sha1-mb
impleme
On Wed, Oct 26, 2016 at 09:52:53PM +1100, Michael Ellerman wrote:
As far as I know, power has nothing like the SRAT that tells us, at
boot, which memory is hotpluggable.
On pseries we have the ibm,dynamic-memory device tree property, which
can contain ranges of memory that are not yet "assigned
On 26/10/2016 16:52, Jann Horn wrote:
> On Wed, Oct 26, 2016 at 08:56:36AM +0200, Mickaël Salaün wrote:
>> The loaded Landlock eBPF programs can be triggered by a seccomp filter
>> returning RET_LANDLOCK. In addition, a cookie (16-bit value) can be passed
>> from
>> a seccomp filter to eBPF progr
Hi,
On Wednesday, July 13, 2016 04:37:31 PM Arnd Bergmann wrote:
> On Wednesday, July 13, 2016 12:59:23 PM CEST Bartlomiej Zolnierkiewicz wrote:
> >
> > On Friday, July 08, 2016 10:23:48 PM Arnd Bergmann wrote:
> > > On Friday, July 8, 2016 5:24:41 PM CEST Bartlomiej Zolnierkiewicz wrote:
> > >
On Wed, Oct 26, 2016 at 12:36 AM, Michal Malý wrote:
> Hi all,
>
> maybe instead of stalling the entire init() function it'd be better to put a
> request to disable autocentering on a workqueue and start a delayed work once
> the init() function is done setting the wheel up? There'd be a bit more
On Mon, Oct 03, 2016 at 07:07:54PM +0800, Chen-Yu Tsai wrote:
> While DAPM is mono or single channel, its controls can be shared between
> widgets, such as sharing one stereo mixer control between the left and
> right channel widgets.
> This patch introduces support for such shared mixer controls
I think it's at the right place as the current one is a little different from
the
commit e1f165032c8bade3a6bdf546f8faf61fda4dd01c.
In the next lines, skb_push is called after copying the hardware header and
there
is no change to the data pointer inside the retry loop. We only need to reset
befor
Set pv_time_ops.sched_clock to vmware_sched_clock(). It is simplified
version of native_sched_clock() without ring buffer of mult/shift/offset
triplets and preempt toggling.
Since VMware hypervisor provides constant tsc we can use constant
mult/shift/offset triplet calculated at boot time.
no-vmw-
On Wed, Oct 26, 2016 at 12:36:09PM -0400, Lyude wrote:
> One of the CI machines began to run into issues with the hpd poller
> suddenly waking up in the midst of the late suspend phase. It looks like
> this is getting caused by the fact we now deinitialize power wells in
> late suspend, which means
On Wed, Oct 26, 2016 at 9:30 AM, Dave Jones wrote:
>
> I gave this a go last thing last night. It crashed within 5 minutes,
> but it was one we've already seen (the bad page map trace) with nothing
> additional that looked interesting.
Did the bad page map trace have any registers that looked lik
On Wed, Oct 26, 2016 at 09:06:31AM -0700, Alex Gagniuc wrote:
> Thanks for the heads up! Sorry about that. Do you want me to resend
> this as a single mail?
It's fine, no need.
signature.asc
Description: PGP signature
On Wed, Oct 26, 2016 at 06:03:44PM +0200, Arnd Bergmann wrote:
> On Wednesday, October 26, 2016 10:34:08 AM CEST Josh Poimboeuf wrote:
> > The following commit:
> >
> > 3732710ff6f2 ("objtool: Improve rare switch jump table pattern detection")
> >
> > ... improved objtool's ability to detect gc
On 10/26/2016 05:40 PM, David Lechner wrote:
> On 10/26/2016 05:58 AM, Alexandre Bailon wrote:
>> If we configure the da8xx OTG phy in OTG mode, neither device or host
>> mode will work. That is because the PHY is not able to detect and notify
>> the driver that value of ID pin changed.
>> To work
Add compatible strings for Pro5, PXs2, LD6b, LD11, LD20 SoCs to use
the generic cpufreq driver.
Signed-off-by: Masahiro Yamada
---
drivers/cpufreq/cpufreq-dt-platdev.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c
b/drivers/cpufreq/cpufreq-dt-pl
On 26 October 2016 at 08:57, Antoine Tenart
wrote:
> This patch adds the possibility for slave drivers to register a
> callback, to be called whenever a new device matching the slave ID
> is connected.
>
> Signed-off-by: Antoine Tenart
> ---
> drivers/w1/w1.c| 10 ++
> drivers/w1
Add a CPU clock to every CPU node and a CPU OPP table to use the
generic cpufreq driver.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-pro5.dtsi | 74
1 file changed, 74 insertions(+)
diff --git a/arch/arm/boot/dts/uniphier-pro5.dtsi
b/arch
Add a CPU clock to every CPU node and a CPU OPP table to use the
generic cpufreq driver.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-pxs2.dtsi | 46
1 file changed, 46 insertions(+)
diff --git a/arch/arm/boot/dts/uniphier-pxs2.dtsi
b/arch
On 26 October 2016 at 08:57, Antoine Tenart
wrote:
GKH won't accept an empty commit log.
> Signed-off-by: Antoine Tenart
> ---
> drivers/w1/w1.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c
> index bb34362e930a..80d0cc4e6e7f 1006
On Wed, Oct 26 2016 at 05:17:34 PM, Vineet Gupta
wrote:
> On 10/26/2016 07:05 AM, Marc Zyngier wrote:
>> It definitely feels weird to encode the interrupt affinity in the DT
>> (the kernel and possible userspace usually know much better than the
>> firmware). What is the actual reason for storing
One of the CI machines began to run into issues with the hpd poller
suddenly waking up in the midst of the late suspend phase. It looks like
this is getting caused by the fact we now deinitialize power wells in
late suspend, which means that intel_hpd_poll_init() gets called in late
suspend causing
On 10/26/2016 02:59 AM, Sekhar Nori wrote:
On Wednesday 26 October 2016 08:36 AM, David Lechner wrote:
Up to this point, the USB phy clock configuration was handled manually in
the board files and in the usb drivers. This adds proper clocks so that
the usb drivers can use clk_get and clk_enable
On Wed, Oct 26, 2016 at 09:23:41AM +0800, Jin, Yao wrote:
> If I change it to, for example: removed iterations: 20%
>
> Is that OK?
No it should be average iterations, not percentage.
Also "iterations", not "removed iterations"
-Andi
On Wed, Oct 26, 2016 at 8:51 AM, Andy Lutomirski wrote:
>>
>> I get the following BUG with 4.9-rc2, CONFIG_VMAP_STACK and
>> CONFIG_DEBUG_VIRTUAL turned on:
>>
>> kernel BUG at arch/x86/mm/physaddr.c:26!
>
> const struct zone *zone = page_zone(virt_to_page(word));
>
> If the stack is vmalloced,
From: Ioana Ciornei
align function arguments that were not aligned to the starting parenthesis
Signed-off-by: Ioana Ciornei
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge to reflect the change
drivers/staging/fsl-mc/bus/dpmcp.h
On Tue, Oct 25, 2016 at 06:39:03PM -0700, Linus Torvalds wrote:
> On Tue, Oct 25, 2016 at 6:33 PM, Linus Torvalds
> wrote:
> >
> > Completely untested. Maybe there's some reason we can't write to the
> > whole thing like that?
>
> That hack boots and seems to work for me, but doesn't show
Hi Antoine,
Please find my comments below.
On 26 October 2016 at 08:57, Antoine Tenart
wrote:
> The overlay manager is an in-kernel library helping to handle dt overlay
> loading when using capes.
>
> Signed-off-by: Antoine Tenart
> ---
> drivers/of/Kconfig | 2 +
>
use one tab to separate name and value in #define definitions
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge and author to reflect the change
drivers/staging/fsl-mc/include/dprc.h | 10 +-
1 file changed, 5 insertions(+),
On Wed, Oct 26, 2016 at 06:26:02PM +0530, Anshuman Khandual wrote:
> On 10/26/2016 12:22 AM, Jerome Glisse wrote:
> > On Tue, Oct 25, 2016 at 11:01:08PM +0530, Aneesh Kumar K.V wrote:
> >> Jerome Glisse writes:
> >>
> >>> On Tue, Oct 25, 2016 at 10:29:38AM +0530, Aneesh Kumar K.V wrote:
> Jer
From: Ioana Ciornei
To improve readability for structs and function definitions, separate type
and variable name by a single space, instead of an inconsistent number of
tabs.
Signed-off-by: Ioana Ciornei
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, update
Many source files have evolved without copyright date
updates. Update the dates to reflect work through
2016.
Signed-off-by: Stuart Yoder
---
-v2
-no changes
drivers/staging/fsl-mc/bus/dpcon-cmd.h | 2 +-
drivers/staging/fsl-mc/bus/dpmcp.h | 2 +-
driver
-German has moved on to other things and wished to be
removed as a maintainer
-cleanup the driver description to use the proper name
of the driver (i.e. the fsl-mc bus driver) and remove incorrect
references to Freescale
Signed-off-by: Stuart Yoder
Acked-by: J. German Rivera
---
v2
-move u
clarify some error messages by printing the actual function name
involved
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge to reflect the change
drivers/staging/fsl-mc/bus/fsl-mc-bus.c | 7 ++-
1 file changed, 2 insertions(+), 5
improve and clarify miscellaneous comments in the bus driver
and allocator
Signed-off-by: Stuart Yoder
---
-v2
-update/improve commit message
drivers/staging/fsl-mc/bus/fsl-mc-allocator.c | 68 +--
drivers/staging/fsl-mc/bus/fsl-mc-bus.c | 18 +++
2 files ch
Be consistent and use kernel-preferred multi-line comment style
everywhere.
Signed-off-by: Stuart Yoder
---
-v2
-no changes
drivers/staging/fsl-mc/bus/dpbp-cmd.h | 3 ++-
drivers/staging/fsl-mc/bus/dpbp.c | 3 ++-
drivers/staging/fsl-mc/bus/dpcon-cmd.h | 3 ++-
drivers/staging/fs
From: Ioana Ciornei
DPAA2 will not support MC firmware versions prior to MC v10.x.
Update the MC interface code and drivers to reflect this.
-update the object .h files and code that builds commands to include
the new command version in the command header
-object versions are no longer
define pr_fmt so non dev_* messages will have an fsl-mc prefix
and remove "fsl-mc" from messages where it would now be redundant
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge to reflect the change
drivers/staging/fsl-mc/bus/fsl-m
improve some messages by shortening and rewording
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge to reflect the change
drivers/staging/fsl-mc/bus/fsl-mc-allocator.c | 4 ++--
drivers/staging/fsl-mc/bus/fsl-mc-bus.c | 13 +++
remove instances of multiple blank lines in comments
Signed-off-by: Stuart Yoder
---
-v2
-patch is result of split of original patch, updated
commit messasge and author to reflect the change
drivers/staging/fsl-mc/bus/dpbp-cmd.h | 1 -
drivers/staging/fsl-mc/bus/dpbp.c | 1 -
drive
This patch does miscellaneous minor cleanup and uprevs the supported
MC firmware version to 10.x.
version 2 changes
-move MAINTAINERS change so it's sorted properly
-split whitespace cleanup into separate patches
-split message cleanup into separate patches
-use pr_fmt to set a message pre
On 10/26/2016 07:05 AM, Marc Zyngier wrote:
> It definitely feels weird to encode the interrupt affinity in the DT
> (the kernel and possible userspace usually know much better than the
> firmware). What is the actual reason for storing the affinity there?
The IDU intc supports various interrupt d
On Wed, 26 Oct 2016, Andy Shevchenko wrote:
> On Wed, 2016-10-26 at 14:06 +0100, Lee Jones wrote:
> > On Wed, 26 Oct 2016, Lee Jones wrote:
> >
> > > On Wed, 12 Oct 2016, Tan Jui Nee wrote:
> > >
> > > > Adding Intel codename Apollo Lake platform device IDs for PCH.
> > > >
> > > > Signed-off-b
Damn. sorry for noise, this doesn't really matter, but ...
On 10/26, Oleg Nesterov wrote:
>
> Yes, it needs cleanups and
> only because of kthread on stack.
What I actually tried to say is "NOT only because of kthread on stack".
Oleg.
On 10/26/2016 10:04 AM, Paolo Valente wrote:
Il giorno 26 ott 2016, alle ore 17:32, Jens Axboe ha scritto:
On 10/26/2016 09:29 AM, Christoph Hellwig wrote:
On Wed, Oct 26, 2016 at 05:13:07PM +0200, Arnd Bergmann wrote:
The question to ask first is whether to actually have pluggable
schedule
On 10/26, Peter Zijlstra wrote:
>
> On Tue, Oct 25, 2016 at 04:41:26PM +0200, Oleg Nesterov wrote:
> > >
> > > So what serialization would close that race? __task_pid_nr_ns() only
> > > seems to use RCU nothing more.
> >
> > I do not see how can we close this race, we obviously do not want to use
>
On 26/10/2016 at 17:51:07 +0200, Richard Genoud wrote :
> 2016-10-26 17:35 GMT+02:00 Alexandre Belloni
> :
> > Richard,
> >
> > On 26/10/2016 at 16:55:02 +0200, Richard Genoud wrote :
> >> On 25/10/2016 19:17, Uwe Kleine-König wrote:
> >> Quote from the commit message:
> >> " Commit 1cf6e8fc8341
On 10/25/2016 10:06 PM, David Lechner wrote:
Add a syscon node for the SoC CFGCHIPn registers. This is needed for
the new usb phy driver.
Signed-off-by: David Lechner
---
arch/arm/boot/dts/da850.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/ar
Separate hardlockup code from watchdog.c. It is mostly straight forward.
Remove everything inside CONFIG_HARDLOCKUP_DETECTORS. This code will go
to file watchdog_hld.c.
We also define weak handlers watchdog_nmi_enable and watchdog_nmi_disable.
Signed-off-by: Babu Moger
---
kernel/watchdog.c |
Move shared macros and definitions to nmi.h so that watchdog.c,
watchdog_hld.c or any other architecture specific handler can use
those definitions.
Signed-off-by: Babu Moger
---
include/linux/nmi.h | 19 +++
kernel/watchdog.c | 25 -
2 files changed
> Il giorno 26 ott 2016, alle ore 17:32, Jens Axboe ha
> scritto:
>
> On 10/26/2016 09:29 AM, Christoph Hellwig wrote:
>> On Wed, Oct 26, 2016 at 05:13:07PM +0200, Arnd Bergmann wrote:
>>> The question to ask first is whether to actually have pluggable
>>> schedulers on blk-mq at all, or just h
Order is visible to users when we print entries in the schemata file, and
validate input that they write (we require that they provide all masks in the
same order as this list).
If we hot remove a socket, it disappears from the list, and from the schemata
file. When we put in a replacement it r
Move hardlockup detector code to watchdog_hld.c.
Also update the makefile accordigly.
Signed-off-by: Babu Moger
---
kernel/Makefile |1 +
kernel/watchdog_hld.c | 238 +
2 files changed, 239 insertions(+), 0 deletions(-)
create mode 1006
On 10/26/2016 11:18 AM, Roger Pau Monné wrote:
> On Wed, Oct 26, 2016 at 10:50:21AM -0400, Boris Ostrovsky wrote:
>> On 10/26/2016 06:42 AM, Roger Pau Monné wrote:
>>> On Fri, Oct 14, 2016 at 02:05:15PM -0400, Boris Ostrovsky wrote:
Make sure they don't use these devices since they are not emu
On Wednesday, October 26, 2016 10:34:08 AM CEST Josh Poimboeuf wrote:
> The following commit:
>
> 3732710ff6f2 ("objtool: Improve rare switch jump table pattern detection")
>
> ... improved objtool's ability to detect gcc switch statement jump
> tables for gcc 6. However the check to allow sho
On Wed, Oct 26, 2016 at 3:07 AM, Mark Brown wrote:
> On Wed, Oct 26, 2016 at 12:00:30AM -0700, Alexandru Gagniuc wrote:
>> This is the seventh attempt to get this patch in. I was prompted to look
>> into this again as someone recently remarked:
>
> Please don't send cover letters for single patche
Hi Mark,
On 26 October 2016 at 23:46, Mark Rutland wrote:
> On Wed, Oct 26, 2016 at 11:24:32PM +0800, Fu Wei wrote:
>> On 21 October 2016 at 19:32, Mark Rutland wrote:
>> > On Thu, Sep 29, 2016 at 02:17:15AM +0800, fu@linaro.org wrote:
>> >> +static int __init arch_timer_mem_register(struct
On Wed, Oct 26, 2016 at 04:39:19PM +0530, Aneesh Kumar K.V wrote:
> Jerome Glisse writes:
>
> > On Tue, Oct 25, 2016 at 09:56:35AM +0530, Aneesh Kumar K.V wrote:
> >> Jerome Glisse writes:
> >>
> >> > On Mon, Oct 24, 2016 at 10:01:49AM +0530, Anshuman Khandual wrote:
> >> >
> >> I looked at the
This is an attempt to cleanup watchdog handlers. Right now,
kernel/watchdog.c implements both softlockup and hardlockup detectors.
Softlockup code is generic. Hardlockup code is arch specific. Some
architectures don't use hardlockup detectors. They use their own watchdog
detectors. To make both the
Hi Sekhar,
Sekhar Nori writes:
> On Tuesday 25 October 2016 11:24 PM, David Lechner wrote:
>> This fixes pwm name matching for DA850 familiy devices. When using device
>> tree, the da850_auxdata_lookup[] table caused pwm devices to have the exact
>> same name, which caused errors when trying to
On Wed, Oct 26, 2016 at 04:43:10PM +0530, Anshuman Khandual wrote:
> On 10/26/2016 12:22 AM, Jerome Glisse wrote:
> > On Tue, Oct 25, 2016 at 11:01:08PM +0530, Aneesh Kumar K.V wrote:
> >> Jerome Glisse writes:
> >>
> >>> On Tue, Oct 25, 2016 at 10:29:38AM +0530, Aneesh Kumar K.V wrote:
> Jer
Implement functions watchdog_nmi_enable and watchdog_nmi_disable
to enable/disable nmi watchdog. Sparc uses arch specific nmi watchdog
handler. Currently, we do not have a way to enable/disable nmi watchdog
dynamically. With these patches we can enable or disable arch
specific nmi watchdogs using p
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Wednesday, October 26, 2016 7:12 AM
> To: de...@linuxdriverproject.org
> Cc: linux-kernel@vger.kernel.org; KY Srinivasan ;
> Haiyang Zhang
> Subject: [PATCH] Drivers: hv: vmbus: Raise retry/wait limits in
Fix an underflow bug with the current Fam17h LLC ID derivation by
simplifying the derivation, and also move it into amd_get_topology().
Signed-off-by: Yazen Ghannam
Cc: sta...@vger.kernel.org # v4.6..
Fixes: 3849e91f571d ("x86/AMD: Fix last level cache topology for AMD Fam17h
systems")
---
arch
From: Jakub Sitnicki
Date: Wed, 26 Oct 2016 14:37:15 +0200
> On Wed, Oct 26, 2016 at 09:32 AM GMT, Baoyou Xie wrote:
>> We get 1 warning when building kernel with W=1:
>> drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c:1557:6: warning: no
>> previous prototype for 'rtl8192eu_power_off' [-
On 10/26, Thomas Gleixner wrote:
>
> On Wed, 26 Oct 2016, Oleg Nesterov wrote:
> > +static inline void set_kthread_struct(void *kthread)
> > +{
> > + /*
> > +* We abuse ->set_child_tid to avoid the new member and because it
> > +* can't be wrongly copied by copy_process(). We also rely on
Update copy_from_iter_nocache() to use memcpy_nocache()
for bvecs and kvecs.
Cc: Ross Zwisler
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc:
Cc: Al Viro
Cc: Dan Williams
Signed-off-by: Brian Boylston
Reviewed-by: Toshi Kani
Reported-by: Oliver Moreno
---
lib/iov_iter.c | 1
copy_from_iter_nocache() now uses nocache copies for all types of iovecs
on x86, so the flush in arch_copy_from_iter_pmem() is no longer needed.
Cc: Ross Zwisler
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc:
Cc: Al Viro
Cc: Dan Williams
Signed-off-by: Brian Boylston
Reviewed
Currently, copy_from_iter_nocache() uses "nocache" copies only for
iovecs; bvecs and kvecs use normal copies. This requires
x86's arch_copy_from_iter_pmem() to issue flushes for bvecs and kvecs,
which has a negative impact on performance when splice()ing from a pipe
to a pmem-backed file on a DAX-
On Wed, Oct 26, 2016 at 5:51 AM, Andreas Gruenbacher
wrote:
> Hi,
>
> CONFIG_VMAP_STACK has broken gfs2 and I'm trying to figure out what's
> going on. What I'm seeing is the following: on a fresh gfs2 filesystem
> created with:
>
> mkfs.gfs2 -p lock_nolock $DEVICE
>
> I get the following BUG wi
Introduce memcpy_nocache() as a memcpy() that avoids the processor cache
if possible. Without arch-specific support, this defaults to just
memcpy(). For now, include arch-specific support for x86.
Cc: Ross Zwisler
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc:
Cc: Al Viro
Cc:
2016-10-26 17:35 GMT+02:00 Alexandre Belloni
:
> Richard,
>
> On 26/10/2016 at 16:55:02 +0200, Richard Genoud wrote :
>> On 25/10/2016 19:17, Uwe Kleine-König wrote:
>> Quote from the commit message:
>> " Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handsha
Hi Linus,
Linus Walleij writes:
> On Wed, Oct 26, 2016 at 4:22 PM, Jerome Brunet wrote:
>> On Tue, 2016-10-25 at 20:20 +0200, Linus Walleij wrote:
>
>>> However the semantic is such, that it is not necessary to call
>>> to_irq()
>>> before using an IRQ: the irqchip and gpiochip abstractions sho
>
>> +.mode= 0444,
>> +.kf_ops= &rdtgroup_kf_single_ops,
>> +.seq_show= rdt_num_closid_show,
>> +},
>> +{
>> +.name= "cbm_val",
>
> cbm_val? Is that a value? No, it's the valid bitmask which you can set. So
> cmb_mask or somethi
On Fri, Oct 21, 2016 at 02:24:35PM +0800, Liang Li wrote:
> Add a new feature which supports sending the page information with
> a bitmap. The current implementation uses PFNs array, which is not
> very efficient. Using bitmap can improve the performance of
> inflating/deflating significantly
>
>
On Wed, Oct 26, 2016 at 05:42:13PM +0200, Peter Zijlstra wrote:
> Does something like so work?
try_wait_for_completion() would need a similar change.
> ---
> kernel/sched/completion.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/sched/completion.c b/ke
On Wed, Oct 26, 2016 at 11:24:32PM +0800, Fu Wei wrote:
> On 21 October 2016 at 19:32, Mark Rutland wrote:
> > On Thu, Sep 29, 2016 at 02:17:15AM +0800, fu@linaro.org wrote:
> >> +static int __init arch_timer_mem_register(struct device_node *np, void
> >> *frame)
> >> {
> >> - int ret;
>
On Tue, 25 Oct 2016 11:36:48 -0400
Alexander Duyck wrote:
> The first 22 patches in the set add support for the DMA attribute
> DMA_ATTR_SKIP_CPU_SYNC on multiple platforms/architectures. This is needed
> so that we can flag the calls to dma_map/unmap_page so that we do not
> invalidate cache li
On 10/26/2016 05:54 AM, Sekhar Nori wrote:
On Monday 24 October 2016 08:45 PM, David Lechner wrote:
On 10/24/2016 06:35 AM, Sekhar Nori wrote:
On Saturday 22 October 2016 12:06 AM, David Lechner wrote:
In the davinci default configuration, don't append the git revision to
the local kernel vers
On Wed, Oct 26, 2016 at 4:18 PM, Oleg Nesterov wrote:
> On 10/25, Roman Pen wrote:
>>
>> void wq_worker_waking_up(struct task_struct *task, int cpu)
>> {
>> - struct worker *worker = kthread_data(task);
>> + struct worker *worker;
>> +
>> + if (task->flags & PF_EXITING) {
>> +
Print a warning if stack recursion is detected.
Use printk_deferred_once() because the unwinder can be called with the
console lock by lockdep via save_stack_trace().
Signed-off-by: Josh Poimboeuf
---
arch/x86/kernel/dumpstack_32.c | 5 -
arch/x86/kernel/dumpstack_64.c | 5 -
2 files ch
Add a sanity check to ensure the stack only grows down, and print a
warning if the check fails.
Signed-off-by: Josh Poimboeuf
---
arch/x86/kernel/unwind_frame.c | 36
1 file changed, 32 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/unwind_frame.
Detect some stack error conditions in the unwinder and warn about them.
These warnings may help with debugging stack corruption issues.
Josh Poimboeuf (4):
x86/unwind: warn on bad frame pointer
x86/unwind: ensure stack grows down
x86/dumpstack: warn on stack recursion
x86/unwind: detect b
Detect situations in the unwinder where the frame pointer refers to a
bad address, and print an appropriate warning.
Use printk_deferred_once() because the unwinder can be called with the
console lock by lockdep via save_stack_trace().
Signed-off-by: Josh Poimboeuf
---
arch/x86/kernel/unwind_fr
On Wed, Oct 26, 2016 at 05:10:01AM -0700, Dmitry Torokhov wrote:
> On Wed, Oct 26, 2016 at 10:45:35AM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 25, 2016 at 03:30:54PM -0700, Dmitry Torokhov wrote:
> > > Or do we need something like this in
> > > do_wait_for_common():
> > >
> > > if (x->done
If __kernel_text_address() doesn't recognize a return address on the
stack, it probably means that it's some generated code which
__kernel_text_address() doesn't know about yet.
Otherwise there's probably some stack corruption.
Either way, warn about it.
Use printk_deferred_once() because the un
Richard,
On 26/10/2016 at 16:55:02 +0200, Richard Genoud wrote :
> On 25/10/2016 19:17, Uwe Kleine-König wrote:
> Quote from the commit message:
> " Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
> hardware handshake is enabled") actually allowed to enable hardware
>
On 10/26/2016 05:58 AM, Alexandre Bailon wrote:
If we configure the da8xx OTG phy in OTG mode, neither device or host
mode will work. That is because the PHY is not able to detect and notify
the driver that value of ID pin changed.
To work despite this hardware limitation, the da8xx glue implemen
Hi,
On Wed, Oct 26, 2016 at 05:24:27PM +0300, Kirill Esipov wrote:
> Removing unnecessary duplicated actions that we've got while merging:
> 19915e623458 ("Merge 4.1-rc7 into usb-next")
>
> Signed-off-by: Kirill Esipov
> ---
> drivers/usb/musb/musb_core.c | 6 --
> 1 file changed, 6 deletio
The following commit:
3732710ff6f2 ("objtool: Improve rare switch jump table pattern detection")
... improved objtool's ability to detect gcc switch statement jump
tables for gcc 6. However the check to allow short jumps with the
scanned range of instructions wasn't quite right. The pattern d
On 10/26/2016 09:29 AM, Christoph Hellwig wrote:
On Wed, Oct 26, 2016 at 05:13:07PM +0200, Arnd Bergmann wrote:
The question to ask first is whether to actually have pluggable
schedulers on blk-mq at all, or just have one that is meant to
do the right thing in every case (and possibly can be byp
On Sat, 22 Oct 2016, Fenghua Yu wrote:
> +static void show_rdt_tasks(struct rdtgroup *r, struct seq_file *s)
> +{
> + struct task_struct *p;
> +
> + rcu_read_lock();
> + for_each_process(p) {
So this is restricted to processes, but with the write function I can put a
single thread into
On Wed, Oct 26, 2016 at 05:13:07PM +0200, Arnd Bergmann wrote:
> The question to ask first is whether to actually have pluggable
> schedulers on blk-mq at all, or just have one that is meant to
> do the right thing in every case (and possibly can be bypassed
> completely).
That would be my prefere
On 10/26/2016 07:52 AM, Lee Jones wrote:
On Thu, 13 Oct 2016, ttha...@opensource.altera.com wrote:
From: Thor Thayer
Add the Altera Arria10 DevKit System Resource Monitor functionality
to the MFD device.
Signed-off-by: Thor Thayer
---
drivers/mfd/altera-a10sr.c |4
1 file change
On Wed, Oct 26, 2016 at 05:12:49PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 26, 2016 at 11:48:24AM +0200, Jiri Olsa wrote:
>
> > diff --git a/kernel/events/core.c b/kernel/events/core.c
> > index c6e47e97b33f..04477983945e 100644
> > --- a/kernel/events/core.c
> > +++ b/kernel/events/core.c
> >
Hi Mark,
On 21 October 2016 at 19:32, Mark Rutland wrote:
> On Thu, Sep 29, 2016 at 02:17:15AM +0800, fu@linaro.org wrote:
>> From: Fu Wei
>>
>> The patch refactor original memory-mapped timer init code:
>> (1) extract some subfunction for reusing some common code
>> a. get_cnttidr
>>
On Wednesday, October 26, 2016 8:05:11 AM CEST Bart Van Assche wrote:
> On 10/26/2016 04:34 AM, Jan Kara wrote:
> > On Wed 26-10-16 03:19:03, Christoph Hellwig wrote:
> >> Just as last time:
> >>
> >> big NAK for introducing giant new infrastructure like a new I/O scheduler
> >> for the legacy requ
On Wed, 26 Oct 2016 07:54:56 +
"Tian, Kevin" wrote:
> > From: Tian, Kevin
> > Sent: Wednesday, October 26, 2016 3:54 PM
> >
> > > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > > Sent: Thursday, October 20, 2016 5:03 AM
> > > > @@ -83,6 +92,21 @@ struct vfio_group {
> > >
501 - 600 of 1294 matches
Mail list logo
