On Mon 05-02-18 22:24:39, Wang Long wrote:
> kmem_cache_destroy already handles null pointers, so we can remove the
> conditional test entirely.
>
> This patch also set NULL after the kmem_cache_destroy in function
> jbd2_journal_destroy_handle_cache.
>
> Signed-off-by: Wang Long
Looks good. Yo
On Mon, Feb 05, 2018 at 06:25:27PM -0800, Srivatsa S. Bhat wrote:
> From: Srivatsa S. Bhat
>
> register_blkdev() and __register_chrdev_region() treat the major
> number as an unsigned int. So print it the same way to avoid
> absurd error statements such as:
> "... major requested (-1) is greater
On Mon, Feb 05, 2018 at 01:35:44PM -0800, Guenter Roeck wrote:
> On Mon, Feb 05, 2018 at 10:23:28AM -0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.94 release.
> > There are 36 patches in this series, all will be posted as a response
> > to this one.
When resetting iterator on a zero offset we need to discard any data
already in the buffer (count), and private state of the iterator (version).
For example this bug results in first line being repeated in /proc/mounts
if doing a zero size read before a non-zero size read.
Reported-by: Rich Felke
On Mon, Feb 05, 2018 at 03:14:22PM -0700, Shuah Khan wrote:
> On 02/05/2018 11:22 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.15.2 release.
> > There are 60 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Mon, Feb 05, 2018 at 03:58:23PM -0800, Dan Rue wrote:
> On Mon, Feb 05, 2018 at 10:22:33AM -0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.15.2 release.
> > There are 60 patches in this series, all will be posted as a response
> > to this one. If anyo
On Tue, Feb 06, 2018 at 06:48:53AM +, Harsh Shandilya wrote:
> On Tue 6 Feb, 2018, 12:09 AM Greg Kroah-Hartman,
> wrote:
>
> > This is the start of the stable review cycle for the 3.18.94 release.
> > There are 36 patches in this series, all will be posted as a response
> > to this one. If a
The atomic replace allows to create cumulative patches. They
are useful when you maintain many livepatches and want to remove
one that is lower on the stack. In addition it is very useful when
more patches touch the same function and there are dependencies
between them.
Changes against v6:
+ us
From: Jason Baron
Currently klp_patch contains a pointer to a statically allocated array of
struct klp_object and struct klp_objects contains a pointer to a statically
allocated array of klp_func. In order to allow for the dynamic allocation
of objects and functions, link klp_patch, klp_object, a
From: Jason Baron
Sometimes we would like to revert a particular fix. 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 all
the reverted functions like in the origi
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are not longer patched.
We will want to reuse the existing init() and free() fun
User documentation for the atomic replace feature. It makes it easier
to maintain livepatches using so-called cumulative patches.
Signed-off-by: Petr Mladek
---
Documentation/livepatch/cumulative-patches.txt | 76 ++
1 file changed, 76 insertions(+)
create mode 100644 Do
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
The replaced patches will stay registered because they are typically
unregistered by some package uninstall scripts. But we will remove
these
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are not longer patched.
The dynamically allocated objects wi
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are not longer patched.
This patch adds basic framework to h
Enable Spreadtrum timer driver for Spreadtrum plaform, which will be used
as tick broadcast device.
Signed-off-by: Baolin Wang
---
arch/arm64/Kconfig.platforms |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index fbedbd8..3e0bbb
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: e237f98a9c134c3d600353f21e07db915516875b
commit: 76b043848fd22dbf7f8bf3a1452f8c70d557b860 x86/retpoline: Add initial
retpoline support
date: 4 weeks ago
config: x86_64-randconfig-s3-02061544 (attached as .
On 02/05/18 22:54, Gustavo A. R. Silva wrote:
> Hi Hans,
>
> Quoting Hans Verkuil :
>
>> On 02/05/2018 09:36 PM, Gustavo A. R. Silva wrote:
>>> Add suffix ULL to constant 10 in order to give the compiler complete
>>> information about the proper arithmetic to use. Notice that this
>>> constant is
On Mon, Feb 5, 2018 at 7:35 PM, David Laight wrote:
> From: Sasha Levin
>> Sent: 03 February 2018 18:01
>> [ Upstream commit 5c468674d17056148da06218d4da5d04baf22eac ]
>>
>> Now when reneging events in sctp_ulpq_renege(), the variable freed
>> could be increased by a __u16 value twice while freed
On Mon 05-02-18 21:21:21, Wang Long wrote:
> The current jbd_debug output as the following:
>
> ```
> [180397.891399] fs/jbd2/commit.c: (jbd2_journal_commit_transaction, 718):
> JBD2: Submit 4 IOs
>
> [180397.891417] fs/jbd2/commit.c: (jbd2_journal_commit_transaction, 821):
> JBD2: commit phase
Hi,
This patch fixes network support for GE Healthcare B850v3, which has
two network cards attached to a PCIe switch and is
Tested-by: Sebastian Reichel
-- Sebastian
signature.asc
Description: PGP signature
2018-02-06 18:34 GMT+09:00 Greg Kroah-Hartman :
> On Tue, Feb 06, 2018 at 09:34:46AM +0900, Masahiro Yamada wrote:
>> The variable 'PYTHON' allows users to specify a proper executable
>> name in case the default 'python' does not work. However, this does
>> not address the case where both Python 2
On 06/02/2018 05:28, Viresh Kumar wrote:
> On 05-02-18, 11:32, Daniel Lezcano wrote:
>> On 05/02/2018 05:17, Viresh Kumar wrote:
>>> Right, but I thought the cooling-maps can help us specify different cooling
>>> states for different cooling devices for the same trip point. Maybe my
>>> understandi
Hi, Christian,
On 06.02.2018 02:24, Christian Brauner wrote:
> On Tue, Feb 06, 2018 at 12:47:46AM +0300, Kirill Tkhai wrote:
>> On 05.02.2018 18:55, Christian Brauner wrote:
>>> Since we've added support for IFLA_IF_NETNSID for RTM_{DEL,GET,SET,NEW}LINK
>>> it is possible for userspace to send us
* Dominik Brodowski wrote:
> On Mon, Feb 05, 2018 at 05:18:11PM -0800, Dan Williams wrote:
> > @@ -1178,6 +1180,7 @@ ENTRY(paranoid_entry)
> > cld
> > SAVE_C_REGS 8
> > SAVE_EXTRA_REGS 8
> > + CLEAR_REGS_NOSPEC
> > ENCODE_FRAME_POINTER 8
> > movl$1, %ebx
> > movl
* Dominik Brodowski wrote:
> On Mon, Feb 05, 2018 at 05:18:11PM -0800, Dan Williams wrote:
> > From: Andi Kleen
> >
> > Clear the 'extra' registers on entering the 64bit kernel for exceptions
> > and interrupts. The common registers are not cleared since they are
> > likely clobbered well befo
* Christian Borntraeger wrote:
> Arnaldo
>
> what is the proposed way of forwarding kvm uapi changes to the perf copy?
> Are you going to detect and fixup that yourself? Do you want to be notified?
> Or do you even want to have a patch?
Yes, that's the normal flow: you can just ignore any warn
The orphan clocks reparents should migrate any existing count from the
orphan clock to its new acestor clocks, otherwise we may have
inconsistent counts in the tree and end-up with gated critical clocks
Assuming we have two clocks, A and B.
* Clock A has CLK_IS_CRITICAL flag set.
* Clock B is an a
* David Woodhouse wrote:
>
>
> On Mon, 2018-02-05 at 16:56 -0300, Arnaldo Carvalho de Melo wrote:
> >
> > None will entail changes in the tools/perf/, synchronizing to elliminate
> > these perf build warnings:
> >
> > Warning: Kernel ABI header at
> > 'tools/arch/x86/include/asm/disabled-
Hi Peter,
Il 20/12/2017 16:30, Peter Zijlstra ha scritto:
So I ended up with the below (on top of Juri's cpufreq-dl patches).
It compiles, but that's about all the testing it had.
--- a/include/linux/sched/cpufreq.h
+++ b/include/linux/sched/cpufreq.h
@@ -8,9 +8,7 @@
* Interface between cp
On 02/06/2018 10:27 AM, Hans Holmberg wrote:
Hi Matias,
On Wed, Jan 31, 2018 at 9:44 AM, Matias Bjørling wrote:
On 01/31/2018 03:06 AM, Javier González wrote:
From: Hans Holmberg
When pblk receives a sync, all data up to that point in the write buffer
must be comitted to persistent storage
From: Xin Long
> Sent: 06 February 2018 10:43
> To: David Laight
>
> On Mon, Feb 5, 2018 at 7:35 PM, David Laight wrote:
> > From: Sasha Levin
> >> Sent: 03 February 2018 18:01
> >> [ Upstream commit 5c468674d17056148da06218d4da5d04baf22eac ]
> >>
> >> Now when reneging events in sctp_ulpq_renege
Hello,
I would please like to ask about uio_generic_pci :
1. I have some misunderstanding as to how to set irq from userspace.
Is there anything similar to echo "3" >
/sys/bus/pci/drivers/uio_pci_generic/irq ?
In all documentation which talk about it, it is not mentioned (or I
don't find it):
ht
On Fri, Feb 2, 2018 at 12:59 PM, Arnd Bergmann wrote:
> On Fri, Feb 2, 2018 at 1:21 AM, Randy Dunlap wrote:
>> b. DRM configuration is a mess. You shouldn't want to follow their model. :)
>
> Right, that should also be fixed, so DRM no longer includes I2C ;-)
>
> At the moment, DRM is the most co
Using compatible strings without the part for at24 is
deprecated since commit 6da28acf745f ("dt-bindings: at24: consistently
document the compatible property"). Use a correct 'atmel,'
value.
Signed-off-by: Bartosz Golaszewski
---
- explicitly mention the commit in which we deprecated compatible
On Monday 05 February 2018 09:22 PM, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Make nand work with the common clock framework by specifying which
> clock should be used and what name to look up.
>
> Signed-off-by: Bartosz Golaszewski
> ---
> arch/arm/boot/dts/da850-evm.dts | 3
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v4.16-2
For:
- videobuf2 was moved to a media/common dir, as it is now used by the DVB
subsystem too;
- Digital TV core memory mapped support interface;
- New sensor drivers: ov7740;
- S
On Tue, Feb 06, 2018 at 11:51:39AM +0100, Ingo Molnar wrote:
>
> * Dominik Brodowski wrote:
>
> > On Mon, Feb 05, 2018 at 05:18:11PM -0800, Dan Williams wrote:
> > > From: Andi Kleen
> > >
> > > Clear the 'extra' registers on entering the 64bit kernel for exceptions
> > > and interrupts. The c
NULL check is done in kmem_cache_destroy. So remove NULL checks in ext4.
Signed-off-by: Sean Fu
---
fs/ext4/extents_status.c | 3 +--
fs/ext4/mballoc.c| 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/ext4/extents_status.c b/fs/ext4/extents_status.c
index 763ef18
Some clocks may need to initialize things, whatever it is, before
being able to properly operate. Move the .init() call before any
other callback, such recalc_rate() or get_phase(), so the clock
is properly setup before being used.
Signed-off-by: Jerome Brunet
---
Hi Stephen, Mike,
This change
On Tue, Feb 06, 2018 at 11:03:07AM +0100, Peter Zijlstra wrote:
> On Mon, Feb 05, 2018 at 03:51:18PM +, Mark Rutland wrote:
> > However, this happens *after* prev->on_cpu is cleared, which allows prev
> > to be scheduled on another CPU. If prev then attempts to acquire the
> > same rq lock, bef
On Tue, Feb 06, 2018 at 01:41:29AM +, Sasha Levin wrote:
> On Mon, Feb 05, 2018 at 11:41:54AM +, Mark Brown wrote:
> >This is another one of these where I'm not convinced that backporting to
> >stable isn't going to introduce regressions - it will fix problems on
> >some systems but if som
On Tue, Feb 6, 2018 at 11:50 AM, Matias Bjørling wrote:
> On 02/06/2018 10:27 AM, Hans Holmberg wrote:
>>
>> Hi Matias,
>>
>> On Wed, Jan 31, 2018 at 9:44 AM, Matias Bjørling wrote:
>>>
>>> On 01/31/2018 03:06 AM, Javier González wrote:
From: Hans Holmberg
When pblk rece
On 05/02/2018 14:54, Daniel Thompson wrote:
> On 23/01/18 15:34, Daniel Lezcano wrote:
>> +/**
>> + * cpuidle_cooling_get_max_state - Get the maximum state
>> + * @cdev : the thermal cooling device
>> + * @state : a pointer to the state variable to be filled
>> + *
>> + * The function gives always
Hi Vivek,
On 06/02/18 10:16, Vivek Gautam wrote:
SMMU_CBn_FSYNR0 definition from SMMU v2 architecture document
says that, the S1CBNDX[23:16] field is only valid if SMMU_IDR0.NTS==1.
So, update the fsynr in context bank fault handler, so that the
fault message displays cbndx only when we have nes
On 01/31/18 05:36, Tim Harvey wrote:
> Add support for the TDA1997x HDMI receivers.
>
> Cc: Hans Verkuil
> Signed-off-by: Tim Harvey
> ---
> v7:
> - fix interlaced mode
> - support no AVI infoframe (ie DVI) (Hans)
> - add support for multiple output formats (Hans)
>
> v6:
> - fix return on
From: Hans Holmberg
When pblk receives a sync, all data up to that point in the write buffer
must be comitted to persistent storage, and as flash memory comes with a
minimal write size there is a significant cost involved both in terms
of time for completing the sync and in terms of write amplifi
Commit-ID: 65074d43fc77bcae32776724b7fa2696923c78e4
Gitweb: https://git.kernel.org/tip/65074d43fc77bcae32776724b7fa2696923c78e4
Author: Song Liu
AuthorDate: Wed, 6 Dec 2017 14:45:13 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:18:04 +0100
perf/core: Prepare perf_event.h
Commit-ID: 0d8dd67be013727ae57645ecd3ea2c36365d7da8
Gitweb: https://git.kernel.org/tip/0d8dd67be013727ae57645ecd3ea2c36365d7da8
Author: Song Liu
AuthorDate: Wed, 6 Dec 2017 14:45:14 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:18:05 +0100
perf/headers: Sync new perf_even
On Tue, 2018-02-06 at 10:38 +0100, Paolo Valente wrote:
>
> Hi Mike,
> as you can imagine, I didn't get any failure in my pre-submission
> tests on this patch. In addition, it is not that easy to link this
> patch, which just adds some internal bfq housekeeping in case of a
> requeue, with a corr
Commit-ID: 8e1eb3fa009aa7c0b944b3c8b26b07de0efb3200
Gitweb: https://git.kernel.org/tip/8e1eb3fa009aa7c0b944b3c8b26b07de0efb3200
Author: Dan Williams
AuthorDate: Mon, 5 Feb 2018 17:18:05 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 08:30:27 +0100
x86/entry/64: Clear extra re
Commit-ID: ad0f1d9d65938aec72a698116cd73a980916895e
Gitweb: https://git.kernel.org/tip/ad0f1d9d65938aec72a698116cd73a980916895e
Author: Steven Rostedt (VMware)
AuthorDate: Tue, 23 Jan 2018 20:45:37 -0500
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:33 +0100
sched/rt: Use co
Commit-ID: 364f56653708ba8bcdefd4f0da2a42904baa8eeb
Gitweb: https://git.kernel.org/tip/364f56653708ba8bcdefd4f0da2a42904baa8eeb
Author: Steven Rostedt (VMware)
AuthorDate: Tue, 23 Jan 2018 20:45:38 -0500
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:33 +0100
sched/rt: Up the
Commit-ID: e7ad203166fff89b1d8253faf68fbe6966bf7181
Gitweb: https://git.kernel.org/tip/e7ad203166fff89b1d8253faf68fbe6966bf7181
Author: Wen Yang
AuthorDate: Mon, 5 Feb 2018 11:18:41 +0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:34 +0100
sched/rt: Make update_curr_rt()
Commit-ID: 89a55f56fd1cdbe7e69d4693fc5790af9a6e1501
Gitweb: https://git.kernel.org/tip/89a55f56fd1cdbe7e69d4693fc5790af9a6e1501
Author: Mel Gorman
AuthorDate: Tue, 30 Jan 2018 10:45:52 +
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:35 +0100
sched/fair: Remove unnecessar
Commit-ID: 806486c377e33ab662de6d47902e9e2a32b79368
Gitweb: https://git.kernel.org/tip/806486c377e33ab662de6d47902e9e2a32b79368
Author: Mel Gorman
AuthorDate: Tue, 30 Jan 2018 10:45:54 +
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:36 +0100
sched/fair: Do not migrate if
Commit-ID: 3b76c4a33959ca98a573cd9c94c8690d123912ca
Gitweb: https://git.kernel.org/tip/3b76c4a33959ca98a573cd9c94c8690d123912ca
Author: Mel Gorman
AuthorDate: Tue, 30 Jan 2018 10:45:53 +
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:35 +0100
sched/fair: Restructure wake_
On Tue, Feb 06, 2018 at 11:14:46AM +0100, Geert Uytterhoeven wrote:
> The intention of this is twofold:
> 1. To catch users of the DMA API on systems that do no support the DMA
> mapping API,
> 2. To avoid building drivers that cannot work on such systems anyway.
>
> However, the disadva
Commit-ID: 32e839dda3ba576943365f0f5817ce5c843137dc
Gitweb: https://git.kernel.org/tip/32e839dda3ba576943365f0f5817ce5c843137dc
Author: Mel Gorman
AuthorDate: Tue, 30 Jan 2018 10:45:55 +
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:20:37 +0100
sched/fair: Use a recently us
Commit-ID: ca66e797120fb09b8138623fb4b563e952586ef5
Gitweb: https://git.kernel.org/tip/ca66e797120fb09b8138623fb4b563e952586ef5
Author: Arnd Bergmann
AuthorDate: Fri, 2 Feb 2018 16:40:44 +0100
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 10:28:58 +0100
locking/qrwlock: include as
Commit-ID: e12f03d7031a977356e3d7b75a68c2185ff8d155
Gitweb: https://git.kernel.org/tip/e12f03d7031a977356e3d7b75a68c2185ff8d155
Author: Song Liu
AuthorDate: Wed, 6 Dec 2017 14:45:15 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 11:29:26 +0100
perf/core: Implement the 'perf_k
Current ifi driver reads first Rx messages, than loopback
the Tx message, if the IFI_CANFD_INTERRUPT_TXFIFO_REMOVE
bit is set. This can lead into the case, that Rx messages
overhelm Tx messages!
Fixed this in the following way:
Set in the IFI_CANFD_TXFIFO_DLC register the FN value to
1, so the IF
the driver reads in the ISR first the IRQpending register,
and clears after that in a write *all* bits in it.
It could happen that the isr register raise bits between
this 2 register accesses, which leads in lost bits ...
In case it clears "TX message sent successfully", the driver
never sends an
Commit-ID: 33ea4b24277b06dbc55d7f5772a46f029600255e
Gitweb: https://git.kernel.org/tip/33ea4b24277b06dbc55d7f5772a46f029600255e
Author: Song Liu
AuthorDate: Wed, 6 Dec 2017 14:45:16 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 11:29:28 +0100
perf/core: Implement the 'perf_u
Commit-ID: 3ac6d8c787b835b997eb23e43e09aa0895ef7d58
Gitweb: https://git.kernel.org/tip/3ac6d8c787b835b997eb23e43e09aa0895ef7d58
Author: Dan Williams
AuthorDate: Mon, 5 Feb 2018 17:18:11 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 11:47:44 +0100
x86/entry/64: Clear register
Commit-ID: 6b8cf5cc9965673951f1ab3f0e3cf23d06e3e2ee
Gitweb: https://git.kernel.org/tip/6b8cf5cc9965673951f1ab3f0e3cf23d06e3e2ee
Author: Dan Williams
AuthorDate: Mon, 5 Feb 2018 17:18:17 -0800
Committer: Ingo Molnar
CommitDate: Tue, 6 Feb 2018 11:47:57 +0100
x86/entry/64/compat: Clear r
On Mon, Feb 05, 2018 at 08:05:39PM +0100, Ulf Magnusson wrote:
> The AVR32 symbol was removed in commit 26202873bb51 ("avr32: remove
> support for AVR32 architecture"). Remove the remaining references to it
> from the Kconfig files.
> drivers/spi/Kconfig | 2 +-
> drivers/video/console/
On Mon, Feb 5, 2018 at 6:40 PM, Kamil Konieczny
wrote:
>
> In AES-ECB mode crypt is done with key only, so any use of IV
> can cause kernel Oops, as reported by Anand Moon.
> Fixed it by using IV only in AES-CBC and AES-CTR.
>
> Signed-off-by: Kamil Konieczny
> Reported-by: Anand Moon
> ---
> Te
On Mon, Feb 05, 2018 at 09:24:45AM +0100, Pavel Machek wrote:
>
> This adds device tree bindings for tlv320dac33.c.
>
> Acked-by: Peter Ujfalusi
> Signed-off-by: Pavel Machek
Please submit patches using subject lines reflecting the style for the
subsystem. This makes it easier for people to i
On Mon, Feb 5, 2018 at 4:43 PM, Sylwester Nawrocki
wrote:
> If the RCLK mux clock configuration is specified in DT and no set_sysclk()
> callback is used in the sound card driver the sclk_srcrate field will remain
> set to 0, leading to an incorrect PSR divider setting.
> To fix this the frequency
Hi.
06.02.2018 12:57, Mike Galbraith wrote:
Not me. Box seems to be fairly sure that it is bfq. Twice again box
went belly up on me in fairly short order with bfq, but seemed fine
with deadline. I'm currently running deadline again, and box again
seems solid, thought I won't say _is_ solid un
Hi,
This patchset tries to spread among online CPUs as far as possible, so
that we can avoid to allocate too less irq vectors with online CPUs
mapped.
For example, in a 8cores system, 4 cpu cores(4~7) are offline/non present,
on a device with 4 queues:
1) before this patchset
irq 39, cpu
On Tue, Feb 06, 2018 at 01:49:10PM +0300, Kirill Tkhai wrote:
> Hi, Christian,
>
> On 06.02.2018 02:24, Christian Brauner wrote:
> > On Tue, Feb 06, 2018 at 12:47:46AM +0300, Kirill Tkhai wrote:
> >> On 05.02.2018 18:55, Christian Brauner wrote:
> >>> Since we've added support for IFLA_IF_NETNSID
84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
may cause irq vector assigned to all offline CPUs, and this kind of
assignment may cause much less irq vectors mapped to online CPUs, and
performance may get hurt.
For example, in a 8 cores system, 0~3 online, 4~8 offline/not pres
84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
has switched to do irq vectors spread among all possible CPUs, so
pass num_possible_cpus() as max vecotrs to be assigned.
For example, in a 8 cores system, 0~3 online, 4~8 offline/not present,
see 'lscpu':
[ming@box]$lscp
The following patches will introduce two stage irq spread for improving
irq spread on all possible CPUs.
No funtional change.
Cc: Thomas Gleixner
Cc: Christoph Hellwig
Signed-off-by: Ming Lei
---
kernel/irq/affinity.c | 26 +-
1 file changed, 13 insertions(+), 13 delet
No functional change, just prepare for converting to 2-stage
irq vector spread.
Cc: Thomas Gleixner
Cc: Christoph Hellwig
Signed-off-by: Ming Lei
---
kernel/irq/affinity.c | 99 +--
1 file changed, 56 insertions(+), 43 deletions(-)
diff --git a/
Now two parameters(start_vec, affv) are introduced to
irq_build_affinity_masks(),
then this helper can build the affinity of each irq vector starting from
the irq vector of 'start_vec', and handle at most 'affv' vectors.
This way is required to do 2-stages irq vectors spread among all
possible CP
On Mon, Feb 5, 2018 at 4:43 PM, Sylwester Nawrocki
wrote:
> In order to support multiple instances of the I2S IP block the platform
> device name is prepended to each clock registered by the driver.
> The clock-output-names property is now not used, this should not cause
> any issues as, for examp
On Mon, Feb 5, 2018 at 4:43 PM, Sylwester Nawrocki
wrote:
> It seems both PCLK_I2S1 and SCLK_I2S1 clocks need to be enabled before
> I2S1 control registers can be accessed on exynos5433, if SCLK clock
Full stop before "if"?
> is disabled an exception is triggered. To fix this parent clock of
> t
Hi Bartosz,
On Tue, 2018-02-06 at 12:08 +0100, Bartosz Golaszewski wrote:
> Using compatible strings without the part for at24 is
> deprecated since commit 6da28acf745f ("dt-bindings: at24: consistently
> document the compatible property"). Use a correct 'atmel,'
> value.
>
> Signed-off-by: Bart
On 10/01/2018 15:19, Wei Yongjun wrote:
> Fixes the following sparse warnings:
>
> drivers/soc/amlogic/meson-gx-socinfo.c:100:12: warning:
> symbol 'meson_gx_socinfo_init' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/soc/amlogic/meson-gx-socinfo.c | 2 +
> Il giorno 06 feb 2018, alle ore 12:57, Mike Galbraith ha
> scritto:
>
> On Tue, 2018-02-06 at 10:38 +0100, Paolo Valente wrote:
>>
>> Hi Mike,
>> as you can imagine, I didn't get any failure in my pre-submission
>> tests on this patch. In addition, it is not that easy to link this
>> patch
On Mon, Feb 5, 2018 at 4:43 PM, Sylwester Nawrocki
wrote:
> The SAMSUNG_I2S_OPCLK is not currently used by any card driver thus we can
> safely change semantics of 'dir' argument of the I2S set_sysclk() callback.
> Now an anumeration is exported instead of directly using register bitfield
> values
Hi Steve,
Do you have any thoughts for this?
Thanks.
On 02/04/2018 11:20 AM, szts...@gmail.com wrote:
> From: Zamir SUN (Red Hat)
>
> This is a set of patch to improve trace-cmd python plugin support.
>
> Patch 1 fixes the detection for swig. With this patch, python-plugin can
> be built succ
On 01.02.2018 19:41, Farhan Ali wrote:
> The 'commit e25df1205f37 ("[S390] Kconfig: menus with depends on HAS_IOMEM.")'
> added the HAS_IOMEM dependecy for "Graphics support". This disabled the
> "Graphics support" menu for S390. But if we enable VT layer for S390,
> we would also need to enable th
Previously, wii_device_probe would only initialize devices under the
/hollywood node. After this patch, platform devices placed outside of
/hollywood will also be initialized.
The intended usecase for this are devices located outside of the
Hollywood chip, such as GPIO LEDs and GPIO buttons.
Sign
On Tue, Jan 30, 2018 at 05:14:43PM +0200, Igor Stoppa wrote:
> @@ -1744,6 +1748,7 @@ void *__vmalloc_node_range(unsigned long size, unsigned
> long align,
> const void *caller)
> {
> struct vm_struct *area;
> + unsigned int page_counter;
> void *addr;
>
On Mon, Nov 27, 2017 at 04:38:04PM +, Mark Rutland wrote:
> When pointer authentication is supported, a guest may wish to use it.
> This patch adds the necessary KVM infrastructure for this to work, with
> a semi-lazy context switch of the pointer auth state.
>
> When we schedule a vcpu,
Tha
Hi Mark,
On Mon, Nov 27, 2017 at 04:37:59PM +, Mark Rutland wrote:
> To allow EL0 (and/or EL1) to use pointer authentication functionality,
> we must ensure that pointer authentication instructions and accesses to
> pointer authentication keys are not trapped to EL2 (where we will not be
> abl
On Mon, Nov 27, 2017 at 04:38:03PM +, Mark Rutland wrote:
> When restoring HCR_EL2 for the host, KVM uses HCR_HOST_VHE_FLAGS, which
> is a constant value. This works today, as the host HCR_EL2 value is
> always the same, but this will get in the way of supporting extensions
> that require HCR_E
> Il giorno 06 feb 2018, alle ore 13:26, Paolo Valente
> ha scritto:
>
>
>
>> Il giorno 06 feb 2018, alle ore 12:57, Mike Galbraith ha
>> scritto:
>>
>> On Tue, 2018-02-06 at 10:38 +0100, Paolo Valente wrote:
>>>
>>> Hi Mike,
>>> as you can imagine, I didn't get any failure in my pre-sub
On 02/05/2018 05:03 PM, Gerd Hoffmann wrote:
On Mon, Feb 05, 2018 at 03:46:17PM +0100, Tomeu Vizoso wrote:
On 02/05/2018 01:20 PM, Gerd Hoffmann wrote:
Hi,
Why not use virtio-vsock to run the wayland protocol? I don't like
the idea to duplicate something with very simliar functionality in
On 2/6/2018 2:24 AM, Aishwarya Pant wrote:
> Add documentation for core and hardware specific infiniband interfaces.
> The descriptions have been collected from git commit logs, reading
> through code and data sheets. Some drivers have incomplete doc and are
> annotated with the comment '[to be doc
On 02/06/18 13:26, Paolo Valente wrote:
(..)
> As Oleksadr asked too, is it deadline or mq-deadline?
You can use deadline as alias as long as blk-mq is active.
This doesn't work when mq-deadline is built as a module, but that
doesn't seem to be the problem here.
>> [ 484.179292] BUG: unable to
Hi Robin,
On Tue, Feb 6, 2018 at 5:22 PM, Robin Murphy wrote:
> Hi Vivek,
>
> On 06/02/18 10:16, Vivek Gautam wrote:
>>
>> SMMU_CBn_FSYNR0 definition from SMMU v2 architecture document
>> says that, the S1CBNDX[23:16] field is only valid if SMMU_IDR0.NTS==1.
>> So, update the fsynr in context ba
Hi Geert,
On 06/02/18 10:14, Geert Uytterhoeven wrote:
Add dummies for dma{,m}_pool_{create,destroy,alloc,free}(), to allow
compile-testing if NO_DMA=y.
This prevents the following from showing up later:
ERROR: "dma_pool_destroy" [drivers/usb/mtu3/mtu3.ko] undefined!
ERROR: "dma_pool
> Simplify probes_seq_show() function. We are using %lx to display
> the offset and we don't prepend unnecessary 0s in the offset.
>
The prepending of 0s was introduced by
tracing/uprobes: Do not print '0x (null)' when offset is 0
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.
On 02/06/2018 01:02 PM, Heiko Schocher wrote:
> the driver reads in the ISR first the IRQpending register,
> and clears after that in a write *all* bits in it.
>
> It could happen that the isr register raise bits between
> this 2 register accesses, which leads in lost bits ...
>
> In case it clea
On 02/06/2018 01:02 PM, Heiko Schocher wrote:
> Current ifi driver reads first Rx messages, than loopback
> the Tx message, if the IFI_CANFD_INTERRUPT_TXFIFO_REMOVE
> bit is set. This can lead into the case, that Rx messages
> overhelm Tx messages!
>
> Fixed this in the following way:
>
> Set in
101 - 200 of 958 matches
Mail list logo
