On Sun, Oct 15, 2017 at 10:19:45AM +0100, Gilad Ben-Yossef wrote:
> Many users of kernel async. crypto services have a pattern of
> starting an async. crypto op and than using a completion
> to wait for it to end.
>
> This patch set simplifies this common use case in two ways:
>
> First, by separ
On Tue, Oct 17, 2017 at 02:51:41PM +0200, Takashi Iwai wrote:
> On Tue, 17 Oct 2017 14:46:53 +0200,
> Arnd Bergmann wrote:
> >
> > On Tue, Oct 17, 2017 at 12:22 PM, Olof's autobuilder
> > wrote:
> > > Warnings:
> > >
> > > 9 sound/usb/mixer.c:2161:27: warning: passing argument 1 of
> > >
On 10/12/2017 10:44 PM, Steve Muckle wrote:
> When creating a pathname close to PATH_MAX to test execveat, factor in
> the current working directory path otherwise we end up with an absolute
> path that is longer than PATH_MAX. While execveat() may succeed, subsequent
> calls to the kernel from the
+ linux-wireless
Hi Kees,
Kees Cook writes:
> This is the current set of outstanding networking patches to perform
> conversions to the new timer interface (rebased to -next). This is not
> all expected conversions, but it contains everything needed in networking
> to eliminate init_timer(), an
On Thu 2017-10-12 17:12:29, Jason Baron wrote:
> Sometimes we would like to revert a particular fix. This is currently
> This is not easy because we want to keep all other fixes active and we
> could revert only the last applied patch.
>
> One solution would be to apply new patch that implemented
On 10/14/2017 05:36 AM, Pintu Agarwal wrote:
> This is a test utility to verify ION buffer sharing in user space
> between 2 independent processes.
> It uses unix domain socket (with SCM_RIGHTS) as IPC to transfer an FD to
> another process to share the same buffer.
> This utility demonstrates how
Le mardi 17 octobre 2017 à 13:14 +0300, Sakari Ailus a écrit :
> On Sun, Oct 15, 2017 at 07:09:24PM -0400, Nicolas Dufresne wrote:
> > Le dimanche 15 octobre 2017 à 23:40 +0300, Sakari Ailus a écrit :
> > > Hi Nicolas,
> > >
> > > On Tue, Oct 10, 2017 at 11:40:10AM -0400, Nicolas Dufresne wrote:
>
On 10/17/2017 01:06 AM, lei.y...@windriver.com wrote:
> From: Lei Yang
>
> it only prints FAIL status when test fails, but doesn't print PASS
> status when test pass,this patch is to add PASS status in the test log.
>
> Signed-off-by: Lei Yang
> ---
> tools/testing/selftests/memory-hotplug/Mak
> On Tue, Oct 17 2017, Guy Shattah wrote:
> > Are you going to be OK with kernel API which implements contiguous
> > memory allocation? Possibly with mmap style? Many drivers could
> > utilize it instead of having their own weird and possibly non-standard
> > way to allocate contiguous memory.
On Thu, Oct 12, 2017 at 01:30:38PM +0100, Will Deacon wrote:
> The ARMv8.2 architecture introduces the optional Statistical Profiling
> Extension (SPE).
[...]
> This patch adds support for SPE in the form of a new perf driver.
>
> Cc: Mark Rutland
> Cc: Alexander Shishkin
> Signed-off-by: Wil
On 10/17/2017 06:11 AM, Wei Yongjun wrote:
> Fix to return error code -ENOMEM from the null_alloc_dev() error
> handling case instead of 0, as done elsewhere in this function.
Applied, thanks.
--
Jens Axboe
On Tue, Oct 17, 2017 at 12:23:47PM +0800, Chen-Yu Tsai wrote:
> The display backend, as well as other peripherals that have a DRAM
> clock gate and access DRAM directly, bypassing the system bus,
> address the DRAM starting from 0x0, while physical addresses the
> system uses starts from 0x4000
+Arnd since it should also fix 64 bits division issue
2017-10-17 15:43 GMT+02:00 Pierre-Yves MORDRET :
> If source and destination bus width differs pack/unpack MDMA
> feature has to be activated for alignment.
> This pack/unpack feature implies to have both source/destination address
> and buffer
On Tue 2017-10-17 11:02:29, Miroslav Benes wrote:
> On Tue, 10 Oct 2017, Jason Baron wrote:
> > On 10/06/2017 06:32 PM, Josh Poimboeuf wrote:
> > > I don't really like allowing a previously replaced patch to replace the
> > > current patch. It's just more unnecessary complexity.
I am sorry to say
I have an arm64 board which uses cma allocator for VPU (NanoPi M3). It
has 96MB of cma-reserved memory and sometimes cma allocation fails,
despite the memory amount was set with some reserve. Moreover, higher
memory reserve helps only to some extent. With 256MB of cma memory the
system encounte
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Monday, October 16, 2017 4:57 PM
> To: Limonciello, Mario
> Cc: pali.ro...@gmail.com; andy.shevche...@gmail.com; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; l...@kernel.org;
> quasi...@
On Tue, Oct 17, 2017 at 05:19:04PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > The commit da82b8785eeb ("drm/sun4i: add components in breadth first
> > traversal order") implemented a breadth first traversal of our device tree
> > nodes graph. However,
From: Colin Ian King
The pointer value is being assigned a value and this is never read,
and later on it is being assigned a new value. This the first
assignment is redundant and can be removed and hence also the variables
report and report_list. Cleans up the clang warning: Value stored to
'va
> -Original Message-
> From: Eric Dumazet [mailto:eduma...@google.com]
> Sent: Tuesday, October 17, 2017 4:21 AM
> To: Henrik Austad
> Cc: netdev ; David S . Miller
> ; Daniel Borkmann ; David
> Ahern ; Duyck, Alexander H
> ; Willem de Bruijn ;
> John Fastabend ; tcharding ; LKML
> ; Henri
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly. Also removes an unused timer.
>
> Cc: Steve Wise
> Cc: Doug Ledford
> Cc: Sean Hefty
> Cc: Hal Rose
>
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly. Also removes an unused timer and
> drops a redundant initialization.
>
> Cc: Steve Wise
> Cc: Doug
Currently the vmxnet3 driver has a minimum MTU value of 60. Which
goes against the RFC791 spec which specifies it at 68.
Setting MTU to values between 60 <= MTU <= 67 causes the network
interface to lose its IP, and it fails to restart.
This sets the minimum value to ETH_MIN_MTU (68) which is com
On Tue, Oct 17, 2017 at 05:14:47PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > Some options were not padded as they should, and the order in the Makefile
> > was chaotic. Fix that.
> >
> > Signed-off-by: Maxime Ripard
> > ---
> > drivers/gpu/drm/sun4i
On Tue, Oct 17, 2017 at 05:21:09PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > The drm_display_mode pointer can be mark const, so let's do it.
> >
> > Signed-off-by: Maxime Ripard
>
> Reviewed-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Rip
On 10/17/2017 03:51 PM, Radosław Pietrzyk wrote:
> I can try of course but it means that any IRQ delay may cause the same
> problem so the question is whether the driver should be vulnerable to
> such use cases.
>
I may or ... may or not. If those patches don't find effectiveness at your side
I
On Tue, Oct 17, 2017 at 09:58:59AM -0400, Boris Ostrovsky wrote:
> On 10/17/2017 01:24 AM, Josh Poimboeuf wrote:
> > On Mon, Oct 16, 2017 at 02:18:48PM -0400, Boris Ostrovsky wrote:
> >> On 10/12/2017 03:53 PM, Boris Ostrovsky wrote:
> >>> On 10/12/2017 03:27 PM, Andrew Cooper wrote:
> On 12/1
On Tue, Oct 17, 2017 at 10:51:22AM +0200, Arnd Bergmann wrote:
> On Tue, Oct 17, 2017 at 1:27 AM, kernelci.org bot wrote:
> >
> >
> > Warnings summary:
> >
> > 1 net/wireless/nl80211.c:5096:1: warning: the frame size of 2064
> > bytes is larger than 2048 bytes [-Wframe-larger-than=]
> >
On Tue, Oct 17, 2017 at 05:22:03PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > The drm_display_mode pointer can be mark const, so let's do it.
> >
> > Signed-off-by: Maxime Ripard
>
> Reviewed-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Rip
On Tue, Oct 17, 2017 at 05:28:42PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > So far, we've required all the TCON-connected encoders to call the TCON
> > enable and disable functions.
> >
> > This was made this way because in the RGB/LVDS case, the TCO
Make these const as they are either stored in the masks 'const' field
of a clk_aux structure or passed to the function clk_register_aux
having the argument as const.
Signed-off-by: Bhumika Goyal
---
drivers/clk/spear/clk-aux-synth.c | 2 +-
drivers/clk/spear/spear1310_clock.c | 2 +-
drivers/
Make structure field and function argument as const. After this change,
make the structures as const.
Bhumika Goyal (2):
CLK: SPEAr: make structure field and function argument as const
CLK: SPEAr: make aux_clk_masks structures const
drivers/clk/spear/clk-aux-synth.c | 4 ++--
drivers/clk/
On Tue, Oct 17, 2017 at 8:18 PM, Chen-Yu Tsai wrote:
> Various A10-based development boards have standard HDMI connectors
> wired to the dedicated HDMI pins on the SoC.
>
> Enable the display pipeline and HDMI output on boards I have or have
> access to schematics:
>
> - Cubieboard
> - Olimex
On Tue, Oct 17, 2017 at 05:56:47PM +0800, Chen-Yu Tsai wrote:
> On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard
> wrote:
> > Just like we did for the TCON enable and disable, for historical reasons we
> > used to rely on the encoders calling the TCON mode_set function, while the
> > CRTC has a call
On Mon, Oct 16, 2017 at 8:17 PM, wrote:
> From: Frank Rowand
>
> This patch is aimed primarily at drivers/of/overlay.c, but those
> changes also have a small impact in a few other files.
>
> overlay.c is difficult to read and maintain. Improve readability:
> - Rename functions, types and vari
Make the masks field of clk_aux structure const as it do not modify the
fields of the aux_clk_masks structure it points to.
Make the struct aux_clk_masks *aux argument of the function
clk_register_aux as const as the argument is only stored in the masks
field of a clk_aux structure which is now ma
From: Colin Ian King
Variable align_end is assigned a value but it is never read, so
the variable is redundant and can be removed. Cleans up the clang
warning: Value stored to 'align_end' is never read
Signed-off-by: Colin Ian King
---
mm/hmm.c | 3 +--
1 file changed, 1 insertion(+), 2 deleti
On Mon, Oct 16, 2017 at 06:11:51PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.76 release.
> There are 19 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Tue, 17 Oct 2017, Bhumika Goyal wrote:
> Make the masks field of clk_aux structure const as it do not modify the
> fields of the aux_clk_masks structure it points to.
>
> Make the struct aux_clk_masks *aux argument of the function
> clk_register_aux as const as the argument is only stored in
* Thomas Gleixner wrote:
> On Tue, 17 Oct 2017, Ingo Molnar wrote:
> > * Byungchul Park wrote:
> > > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> > > > index 2689b7c..e270584 100644
> > > > --- a/lib/Kconfig.debug
> > > > +++ b/lib/Kconfig.debug
> > > > @@ -1092,8 +1092,8 @@ config PR
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> The commit a76caf55e5b35 ("thermal: Add devfreq cooling") is able
> to disable OPP as a cooling device. In result, both update_devfreq()
> and {min|max}_freq_show() have to consider the 'opp->available'
> status of each OPP.
>
> So, this patch
On Wed, Aug 30, 2017 at 07:46:33PM +0800, Miles Chen wrote:
> After the kernel ASLR, the module virtual address is moved to
> [module_alloc_base, module_alloc_base + MODULES_VSIZE).
> However, the MODULES_VADDR is still defined as a constant and functions
> like is_vmalloc_or_module_addr() or dump
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> This patch changes the return type of devfreq_set_freq_table()
> from 'void' to 'int' in order to check whether it fails or not.
>
> And This patch just removes the 'devfreq' prefix and the description
> of function. Because the helper functio
From: Joe Perches
> Sent: 17 October 2017 07:35
> On Tue, 2017-10-17 at 11:13 +0530, Faiz Abbas wrote:
> > Enable support for printing the LTSSM link state for debugging PCI
> > when link is down.
> []
> > diff --git a/drivers/pci/dwc/pci-dra7xx.c b/drivers/pci/dwc/pci-dra7xx.c
> > index 34427a6..7
On Mon, Oct 16, 2017 at 02:24:39PM +0100, Mark Rutland wrote:
> Now that we can opt out of all instrumentation with a single option,
> make use of this in the KVM hyp code. Hopefully, this will also avoid
> fragility as new options are introduced.
>
> Signed-off-by: Mark Rutland
> Cc: Catalin Mar
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> The commit a76caf55e5b35 ("thermal: Add devfreq cooling") allows
> the devfreq device to use the cooling device. When the cooling down
> are required, the devfreq_cooling.c disables the OPP entry with
> the dev_pm_opp_disable(). In result, 'av
On Mon, Oct 16, 2017 at 9:09 PM, Martin K. Petersen
wrote:
>
> Kees,
>
>> In preparation for unconditionally passing the struct timer_list
>> pointer to all timer callbacks, switch to using the new timer_setup()
>> and from_timer() to pass the timer pointer explicitly.
>
> Reviewed-by: Martin K. P
VIDIOC_DQEVENT and VIDIOC_QUERY_EXT_CTRL should give the same output for
the control flags field.
This patch creates a new function user_flags(), that calculates the user
exported flags value (which is different than the kernel internal flags
structure). This function is then used by all the code
Commit-ID: 0696d059f23c05f2dbc3b19ef50e5bdd175b782b
Gitweb: https://git.kernel.org/tip/0696d059f23c05f2dbc3b19ef50e5bdd175b782b
Author: Thomas Gleixner
AuthorDate: Mon, 16 Oct 2017 16:16:19 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 17 Oct 2017 16:45:09 +0200
x86/vector: Use cor
It was reported that syzkaller was able to trigger a splat on
devmap percpu allocation due to illegal/unsupported allocation
request size passed to __alloc_percpu():
[ 70.094249] illegal size (32776) or align (8) for percpu allocation
[ 70.094256] [ cut here ]
[
Add an option for pcpu_alloc() to support __GFP_NOWARN flag.
Currently, we always throw a warning when size or alignment
is unsupported (and also dump stack on failed allocation
requests). The warning itself is harmless since we return
NULL anyway for any failed request, which callers are
required
The set fixes a splat in devmap percpu allocation when we alloc
the flush bitmap. Patch 1 is a prerequisite for the fix in patch 2,
patch 1 is rather small, so if this could be routed via -net, for
example, with Tejun's Ack that would be good. Patch 3 gets rid of
remaining PCPU_MIN_UNIT_SIZE checks
PCPU_MIN_UNIT_SIZE is an implementation detail of the percpu
allocator. Given we support __GFP_NOWARN now, lets just let
the allocation request fail naturally instead. The two call
sites from BPF mistakenly assumed __GFP_NOWARN would work, so
no changes needed to their actual __alloc_percpu_gfp() c
On Mon, Oct 16, 2017 at 03:50:19PM +0100, David Woodhouse wrote:
> On Mon, 2017-10-16 at 15:46 +0200, Greg KH wrote:
> > > conversations with the TAB on early drafts of this — but I'm a little
> > > concerned that what we've ended up with is a bit one-sided. We're
> > > giving something away, for n
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> The freq_table array of each devfreq device is always not NULL.
> In result, it is unneeded to check whether profile->freq_table
> is NULL or not.
>
> Signed-off-by: Chanwoo Choi
Acked-by: MyungJoo Ham
> ---
> drivers/devfreq/devfreq.c |
On 10/17/2017 5:31 AM, Simo Sorce wrote:
> On Mon, 2017-10-16 at 21:42 -0400, Steve Grubb wrote:
>> On Monday, October 16, 2017 8:33:40 PM EDT Richard Guy Briggs wrote:
>>> There is such a thing, but the kernel doesn't know about it
>>> yet. This same situation exists for loginuid and sessionid wh
From: Colin Ian King
The pointer opt has a null check however before for this check opt is
dereferenced when len is initialized, hence we potentially have a null
pointer deference on opt. Avoid this by checking for a null opt before
dereferencing it.
Detected by CoverityScan, CID#1458234 ("Dere
From: Chao Yu
There may be extreme case as below:
For one section contains one segment, and there are total 100 segments
with 10% over-privision ratio in f2fs partition, fggc_threshold will
be rounded down to 460 instead of 460.8 as below caclulation:
sbi->fggc_threshold = div_u64((u64)(main_co
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> Prior to that, the devfreq device uses the governor name when adding
> the itself. In order to prevent the mistake used the wrong governor name,
> this patch defines the governor name as a constant and then uses them
> instead of using the str
From: Daniel Borkmann
> Sent: 17 October 2017 15:56
>
> The set fixes a splat in devmap percpu allocation when we alloc
> the flush bitmap. Patch 1 is a prerequisite for the fix in patch 2,
> patch 1 is rather small, so if this could be routed via -net, for
> example, with Tejun's Ack that would b
On Tue, 17 Oct 2017, Ingo Molnar wrote:
> * Thomas Gleixner wrote:
> > On Tue, 17 Oct 2017, Ingo Molnar wrote:
> > > No, please fix performance.
> >
> > You know very well that with the cross release stuff we have to take the
> > performance hit of stack unwinding because we have no idea whether
On 28/08/2017 15:11, Neil Armstrong wrote:
> Add JEDEC entry for the Winbond w25q16fw/w25q16dw with similar
> flags and format than the Winbond w25q32dw entry.
>
> Tested on a Khadas VIM2 SBC board with an Amlogic S912 SoC.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/mtd/spi-nor/spi-nor.c
Hi,
Apologies for the delay for this review.
Largely this seems to look OK, but there are a couple of things which
stick out.
On Tue, Aug 22, 2017 at 04:07:53PM +0800, Shaokun Zhang wrote:
> +int hisi_uncore_pmu_event_init(struct perf_event *event)
> +{
> + struct hw_perf_event *hwc = &event
Adding myself to the list as I missed the window to be in the original patch.
Cc: Jonathan Corbet
Cc: Bart Van Assche
Cc: Namhyung Kim
Cc: Olof Johansson
Cc: Juergen Gross
Cc: Javier Martinez Canillas
Signed-off-by: Eduardo Valentin
---
Documentation/process/kernel-enforcement-statement.rs
On 10/16/2017 07:54 AM, Michael Ellerman wrote:
> Michael Bringmann writes:
>
>> powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU,
>> it may occur that the new resources are to be inserted into nodes
>> that were not used for memory resources at bootup. Many different
>> c
On 10/17/2017 05:03 PM, David Laight wrote:
From: Daniel Borkmann
Sent: 17 October 2017 15:56
The set fixes a splat in devmap percpu allocation when we alloc
the flush bitmap. Patch 1 is a prerequisite for the fix in patch 2,
patch 1 is rather small, so if this could be routed via -net, for
exa
On Fri, Oct 13, 2017 at 4:48 PM, Chanwoo Choi wrote:
> This patch registers the Exynos Bus-Frequency scaling device
> as a cooling device of thermal management.
>
> Signed-off-by: Chanwoo Choi
> Cc: Kukjin Kim
> Cc: Krzysztof Kozlowski
> Cc: linux-samsung-...@vger.kernel.org
> Cc: linux-arm-ker
On Tue, 2017-10-17 at 12:23 +0200, Arnd Bergmann wrote:
> The new bandwidth calculation causes a link error on 32-bit
> architectures, like
>
> ERROR: "__aeabi_uldivmod" [drivers/net/ethernet/intel/i40e/i40e.ko]
> undefined!
>
> The problem is the max_tx_rate calculation that uses 64-bit integers
On Fri, 13 Oct 2017, Andi Kleen wrote:
> From: Andi Kleen
>
> Add two simple wrappers around set_bit/clear_bit that accept
> the common case of an u32 array. This avoids writing
> casts in all callers.
Nice.
Reviewed-by: Thomas Gleixner
This really begs to have two patches... I will not insist though. I also
suspect the code can be further simplified but again this is nothing to
block this to go.
Perhaps "page" can be avoided in deferred_init_range(), as pfn is
converted to page in deferred_free_range, but I have not studied i
On Fri, 13 Oct 2017, Andi Kleen wrote:
> From: Andi Kleen
>
> With a followon patch we want to make clearcpuid affect the XSAVE
> configuration. But xsave is currently initialized before arguments
> are parsed. Move the clearcpuid= parsing into the special
> early xsave argument parsing code.
>
On Tue, Oct 17, 2017 at 1:23 AM, Sakari Ailus wrote:
> On Mon, Oct 16, 2017 at 04:24:56PM -0700, Kees Cook wrote:
>> In preparation for unconditionally passing the struct timer_list pointer to
>> all timer callbacks, switch to using the new timer_setup() and from_timer()
>> to pass the timer point
On Tue, Aug 22, 2017 at 04:07:54PM +0800, Shaokun Zhang wrote:
> +static int hisi_l3c_pmu_init_irq(struct hisi_pmu *l3c_pmu,
> + struct platform_device *pdev)
> +{
> + int irq, ret;
> +
> + /* Read and init IRQ */
> + irq = platform_get_irq(pdev, 0);
> +
On Tue, Oct 17, 2017 at 2:06 AM, Martin Schwidefsky
wrote:
> On Tue, 17 Oct 2017 10:58:47 +0200
> Martin Schwidefsky wrote:
>
>> On Mon, 16 Oct 2017 16:43:25 -0700
>> Kees Cook wrote:
>>
>> > In preparation for unconditionally passing the struct timer_list
>> > pointer to all timer callbacks, sw
On Tue, 2017-10-17 at 14:58 +0200, Julia Lawall wrote:
>
> On Tue, 17 Oct 2017, Mimi Zohar wrote:
>
> > On Tue, 2017-10-17 at 11:50 +, alexander.stef...@infineon.com
> > wrote:
> > > > > Replace the specification of data structures by pointer dereferences
> > > > > as the parameter for the op
On Tue, Aug 22, 2017 at 04:07:55PM +0800, Shaokun Zhang wrote:
> L3 cache coherence is maintained by Hydra Home Agent (HHA) in HiSilicon
> SoC. This patch adds support for HHA PMU driver, Each HHA has own
> control, counter and interrupt registers and is an separate PMU. For
> each HHA PMU, it has
Change to enable config help and package help from the main make level
to make it easier to use. It has become difficult to find config help
and pkg help specific output from the "help" information.
Signed-off-by: Shuah Khan
---
Makefile | 7 +++
1 file changed, 7 insertions(+)
diff --git a
* Thomas Gleixner wrote:
> On Fri, 13 Oct 2017, Andi Kleen wrote:
>
> > From: Andi Kleen
> >
> > With a followon patch we want to make clearcpuid affect the XSAVE
> > configuration. But xsave is currently initialized before arguments
> > are parsed. Move the clearcpuid= parsing into the speci
On Tue, Oct 17, 2017 at 4:00 AM, Arnd Bergmann wrote:
> Hi Kees,
>
> On my test box, current linux-next kernels fail to build due to the
> patch that introduces CONFIG_CC_STACKPROTECTOR_AUTO, with my mainline
> gcc
> builds up to gcc-5.5.0. gcc-6 and higher work fine, as
> scripts/gcc-x86_64-has-s
On Tue, Aug 22, 2017 at 04:07:56PM +0800, Shaokun Zhang wrote:
> This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each
> DDRC has own control, counter and interrupt registers and is an separate
> PMU. For each DDRC PMU, it has 8-fixed-purpose counters which have been
> mapped to 8
Four mostly error leg fixes and one more important regression in a
prior commit (the qla2xxx one).
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
The short changelog is:
Hannes Reinecke (1):
scsi: fixup kernel warning during rmmod()
Jo
Hi,
On 10/17/2017 08:25 AM, Tomasz Nowicki wrote:
Hi Jeremy,
I did second round of review and have some more comments, please see below:
On 12.10.2017 21:48, Jeremy Linton wrote:
ACPI 6.2 adds a new table, which describes how processing units
are related to each other in tree like fashion. Ca
> On Tue, 2017-10-17 at 11:50 +, alexander.stef...@infineon.com
> wrote:
> > > > Replace the specification of data structures by pointer dereferences
> > > > as the parameter for the operator "sizeof" to make the corresponding
> > > > size
> > > > determination a bit safer according to the Linu
On Tue, Oct 17, 2017 at 1:00 PM, Arnd Bergmann wrote:
> Hi Kees,
>
> On my test box, current linux-next kernels fail to build due to the
> patch that introduces CONFIG_CC_STACKPROTECTOR_AUTO, with my mainline
> gcc
> builds up to gcc-5.5.0. gcc-6 and higher work fine, as
> scripts/gcc-x86_64-has-s
On Tue, Oct 17, 2017 at 5:29 AM, Michael Ellerman wrote:
> Nicholas Piggin writes:
>
>> On Mon, 16 Oct 2017 16:47:10 -0700
>> Kees Cook wrote:
>>
>>> In preparation for unconditionally passing the struct timer_list pointer to
>>> all timer callbacks, switch to using the new timer_setup() and fro
On Tue, Oct 10, 2017 at 11:33:00AM +0100, Suzuki K Poulose wrote:
> Make use of the new generic helper to convert an of_node of a CPU
> to the logical CPU id in parsing the topology.
>
> Cc: Catalin Marinas
> Cc: Leo Yan
> Cc: Will Deacon
> Cc: Mark Rutland
> Signed-off-by: Suzuki K Poulose
On Tue, Oct 17, 2017 at 04:44:50PM +0800, shuw...@redhat.com wrote:
> From: Shu Wang
>
> Fix kernel warning on my 4cpus 2core_id system. The cpu0 and cpu1 have
> same core_id 0, so both cpu0 and cpu1 will try to create file temp2_label
> when it's online.
>
What system/cpu is that ?
Normally I
On Tue, Oct 10, 2017 at 11:33:01AM +0100, Suzuki K Poulose wrote:
> Use the new generic helper, of_cpu_node_to_id(), to map a
> a phandle to the logical CPU number while parsing the
> PMU irq affinity.
>
> Cc: Mark Rutland
> Cc: Will Deacon
> Signed-off-by: Suzuki K Poulose
Acked-by: Mark Rutl
On Tue, Oct 17, 2017 at 8:23 AM, Arnd Bergmann wrote:
> On Tue, Oct 17, 2017 at 1:00 PM, Arnd Bergmann wrote:
>> Hi Kees,
>>
>> On my test box, current linux-next kernels fail to build due to the
>> patch that introduces CONFIG_CC_STACKPROTECTOR_AUTO, with my mainline
>> gcc
>> builds up to gcc-5
Currently the GHES code only calls into the AER driver for
recoverable type errors. This is incorrect because errors of
other severities do not get logged by the AER driver and do not
get exposed to user space via the AER trace event. So, call
into the AER driver for PCIe errors regardless of the s
On Tue, 2017-10-17 at 07:59 -0700, Casey Schaufler wrote:
> On 10/17/2017 5:31 AM, Simo Sorce wrote:
> > On Mon, 2017-10-16 at 21:42 -0400, Steve Grubb wrote:
> > > On Monday, October 16, 2017 8:33:40 PM EDT Richard Guy Briggs
> > > wrote:
> > > > There is such a thing, but the kernel doesn't know
On Tue, 17 Oct 2017, Mimi Zohar wrote:
> On Tue, 2017-10-17 at 14:58 +0200, Julia Lawall wrote:
> >
> > On Tue, 17 Oct 2017, Mimi Zohar wrote:
> >
> > > On Tue, 2017-10-17 at 11:50 +, alexander.stef...@infineon.com
> > > wrote:
> > > > > > Replace the specification of data structures by poin
Dear RT folks!
I'm pleased to announce the v4.13.7-rt1 patch set.
Changes since v4.11.12-rt16:
- Rebase to v4.13.7
- We have now only the reader bias version of RWLOCK. In v4.11 it was
possible to choose between both implementations but since the reader
bias version makes no proble
On Tue, Oct 17, 2017 at 5:26 PM, Kees Cook wrote:
> On Tue, Oct 17, 2017 at 8:23 AM, Arnd Bergmann wrote:
>> On Tue, Oct 17, 2017 at 1:00 PM, Arnd Bergmann wrote:
>>> Hi Kees,
>>>
>>> On my test box, current linux-next kernels fail to build due to the
>>> patch that introduces CONFIG_CC_STACKPRO
On Sun, 8 Oct 2017, Zhenzhong Duan wrote:
> When we know next expired timer is later than current jiffies, we don't need
> to
> call collect_expired_timers() again checking empty hlists.
>
> Signed-off-by: Zhenzhong Duan
Acked-by: Anna-Maria Gleixner
Thanks,
Anna-Maria
> ---
> ker
On Tue, Oct 17, 2017 at 8:26 AM, Kees Cook wrote:
> On Tue, Oct 17, 2017 at 8:23 AM, Arnd Bergmann wrote:
>> On Tue, Oct 17, 2017 at 1:00 PM, Arnd Bergmann wrote:
>>> Hi Kees,
>>>
>>> On my test box, current linux-next kernels fail to build due to the
>>> patch that introduces CONFIG_CC_STACKPRO
On 10/03/2017 12:55 PM, Joao Martins wrote:
> Right now there is only a pvclock_pvti_cpu0_va() which is defined
> on kvmclock since:
>
> commit dac16fba6fc5
> ("x86/vdso: Get pvclock data from the vvar VMA instead of the fixmap")
>
> The only user of this interface so far is kvm. This commit adds
On Tuesday, October 17, 2017 10:36:39 AM CEST Ulf Hansson wrote:
> On 16 October 2017 at 03:12, Rafael J. Wysocki wrote:
> > Hi All,
> >
> > Well, this took more time than expected, as I tried to cover everything I
> > had
> > in mind regarding PM flags for drivers.
> >
> > This work was triggere
On Tuesday, October 17, 2017 9:15:43 AM CEST Greg Kroah-Hartman wrote:
> On Tue, Oct 17, 2017 at 12:05:11AM +0200, Rafael J. Wysocki wrote:
> > On Monday, October 16, 2017 8:28:52 AM CEST Greg Kroah-Hartman wrote:
> > > On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote:
> > > > str
From: Markus Elfring
Date: Tue, 17 Oct 2017 17:27:37 +0200
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete an error message for a failed memory allocation in
pnv_ioda_pick_m64_pe()
Use common code in pnv_ioda_pick_m64_pe()
Impr
On 10/17/2017 10:36 AM, Josh Poimboeuf wrote:
>
> Maybe we can add a new field to the alternatives entry struct which
> specifies the offset to the CALL instruction, so apply_alternatives()
> can find it.
We'd also have to assume that the restore part of an alternative entry
is the same size as th
501 - 600 of 1206 matches
Mail list logo
