On Fri, Sep 14, 2018 at 12:49 AM, Vitaly Kuznetsov wrote:
> Jim Mattson writes:
>
>> On Thu, Sep 13, 2018 at 10:05 AM, Vitaly Kuznetsov
>> wrote:
>>> It is perfectly valid for a guest to do VMXON and not do VMPTRLD. This
>>> state needs to be preserved on migration.
>>>
>>> Signed-off-by: Vital
On Fri, Sep 14, 2018 at 05:58:58PM +0200, Robert Węcławski wrote:
> > On Thu, Sep 13, 2018 at 10:32:39PM +0200, Robert Węcławski wrote:
> > > diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme.c
> > > b/drivers/staging/rtl8188eu/core/rtw_mlme.c
> > > index eca06f05c0c4..b610443f2ac6 100644
> > >
On 9/14/2018 6:23 AM, Guenter Roeck wrote:
On 09/13/2018 10:38 PM, Cédric Le Goater wrote:
That seems to suggest that none of the status bits auto-clears, and
that
the above code clearing intr_status should be removed entirely.
Am I missing something ?
You are right. I just pushed another ver
On Thu, Sep 13, 2018 at 11:21:14AM +0200, Peter Zijlstra wrote:
> The one obvious thing SH and ARM want is a sensible default for
> tlb_start_vma(). (also: https://lkml.org/lkml/2004/1/15/6 )
>
> Avoid all VIPT architectures providing their own tlb_start_vma()
> implementation and rely on architec
On Thu, Sep 13, 2018 at 11:21:12AM +0200, Peter Zijlstra wrote:
> Move the mmu_gather::page_size things into the generic code instead of
> powerpc specific bits.
>
> Cc: Will Deacon
> Cc: "Aneesh Kumar K.V"
> Cc: Andrew Morton
> Cc: Nick Piggin
> Signed-off-by: Peter Zijlstra (Intel)
> ---
>
On Thu, Sep 13, 2018 at 11:21:16AM +0200, Peter Zijlstra wrote:
> Needed for ia64 -- alternatively we drop the entire hook.
s/hook/architecture/
/me runs away for the weekend
Will
Hello!
On 09/14/2018 05:26 PM, Kieran Bingham wrote:
> The UDS is currently restricted based on a partition size of 256 pixels.
> Document the actual restrictions, but don't increase the implementation.
>
> The extended partition algorithm may later choose to utilise a larger
> partition size to
On Wed, Aug 29, 2018 at 02:10:48PM -0700, Paul E. McKenney wrote:
> From: Andrea Parri
>
> Amend commit 1f03e8d2919270 ("locking/barriers: Replace smp_cond_acquire()
> with smp_cond_load_acquire()") by updating the documentation accordingly.
> Also remove some obsolete information related to the
> In big picture this patchset adds perf record --threads
> option that allows to create threads in following modes:
>
> 1) single thread mode (current)
>
> $ perf record ...
> $ perf record --threads=1 ...
>
> - all maps are read/stored under process thread
>
> 2) mode with specific (X)
This reverts commit fe5b85c656bc. The SDMA engine needs the descriptors to
be contiguous in memory. As the dma pool API is only able to provide a
single descriptor per alloc invocation there is no guarantee that multiple
descriptors satisfy this requirement. Also the code in question is broken
as i
DMA buffer descriptors aren't allocated from atomic context, so they
can use the less heavyweigth GFP_NOWAIT.
Signed-off-by: Lucas Stach
---
drivers/dma/imx-sdma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index da41e8fbf1
The dmaengine documentation states that device_terminate_all may be
asynchronous and need not wait for the active transfers have stopped.
This allows us to move most of the functionality currently implemented
in the sdma channel termination function to run in a worker, outside
of any atomic contex
This reverts commit c1199875d327, as this depends on another commit
that is going to be reverted.
Signed-off-by: Lucas Stach
---
drivers/dma/imx-sdma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index b4ec2d20e661..3bca
On 09/12/2018 09:37 AM, Julian Stecklina wrote:
> Julian Stecklina writes:
>
>> Linus Torvalds writes:
>>
>>> On Fri, Aug 31, 2018 at 12:45 AM Julian Stecklina
>>> wrote:
I've been spending some cycles on the XPFO patch set this week. For the
patch set as it was posted for v4.13
Hi Pintu,
I recall there are some ksm test cases in LTP. Did you try them out?
On Fri, Sep 14, 2018 at 7:28 AM Pintu Kumar wrote:
>
> Hi All,
>
> Board: Hikey620 ARM64
> Kernel: 4.9.20
>
> I am trying to verify KSM (Kernel Same Page Merging) functionality on
> 4.9 Kernel using "mmap" and madvise
Hello,
On Thu, Sep 13, 2018 at 03:32:03PM +0200, Greg Kroah-Hartman wrote:
> 4.14-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Juergen Gross
>
> commit f7c90c2aa4004808dff777ba6ae2c7294dd06851 upstream.
>
> In some cases 32-bit PAE P
Hi Harshit,
On Fri, Sep 14, 2018 at 12:44 PM, Harshit Jain
wrote:
> From: Harshit Jain
>
> * This commit resolves the following warning when the mainline kernel is
> build with the android environment.
Typo: built
>
> -> warning :->
> https://gist.github.com/dev-harsh1998/757427b16a58f5498db
Hi,
On 09/14/2018 11:28 AM, Jeffrey Hugo wrote:
If a cache has an unknown type because neither the hardware nor the
firmware told us, an entry in the sysfs tree will be made, but the type
file will not be present. lscpu depends on the type file being present
for every entry, and will error out
On Fri, Sep 14, 2018 at 7:12 PM, Miguel Ojeda
wrote:
> Hi Harshit,
Another two nitpicks:
* Since this is the second version of the patch, write "[PATCH v2]"
in the title instead; that way people know you have sent an earlier
version. On top of that, you should explain the differences between
e
On Fri, 14 Sep 2018, Paul E. McKenney wrote:
> bf36a3124d04 doc: Replace smp_cond_acquire() with
> smp_cond_load_acquire()
>
> Small change, needs an ack. Looks to me like is is
> just aligning the documentation with the code, so
> should not be c
On 02/08/2018 17:08, Vitaly Kuznetsov wrote:
> When VMX is used with flexpriority disabled (because of no support or
> if disabled with module parameter) MMIO interface to lAPIC is still
> available in x2APIC mode while it shouldn't be (kvm-unit-tests):
>
> PASS: apic_disable: Local apic enabled i
On Fri, Sep 14, 2018 at 6:16 AM, Christoph Hellwig wrote:
>> An argument could be made to require that the ->kill() operation be set
>> in the @pgmap arg rather than passed in separately. However, it helps
>> code readability, tracking the lifetime of a given instance, to be able
>> to grep the ki
On Fri, Sep 14, 2018 at 04:26:44PM +0100, Afonso Bordado wrote:
> Hi,
>
> Thanks for your help with this.
>
> > And I suspect it may be originating from your code snippet:
> >
> > #define FXAS21002C_SCALE(scale) (IIO_DEGREE_TO_RAD(62500U >>
> > (scale)))
> >
> > and looking at the implementatio
On 09/14/2018 05:22 PM, Eddie James wrote:
>>> +static int aspeed_video_allocate_cma(struct aspeed_video *video)
>>> +{
>>> + video->srcs[0].virt = dma_alloc_coherent(video->dev,
>>> +VE_SRC_BUFFER_SIZE,
>>> +
On 22/08/2018 12:18, Vitaly Kuznetsov wrote:
> cpumask_clear(&hv_current->tlb_lush);
>
> + if (all_cpus) {
> + kvm_make_vcpus_request_mask(kvm,
> + KVM_REQ_TLB_FLUSH | KVM_REQUEST_NO_WAKEUP,
> + NULL, &hv_curren
On 22/08/2018 12:18, Vitaly Kuznetsov wrote:
> VP_INDEX almost always matches VCPU id and get_vcpu_by_vpidx() is fast,
> use it instead of traversing full vCPU list every time.
... but if it doesn't, the algorithm is now quadratic, isn't i?
Paolo
The qcom_q6v5_pil implements support for the self-authenticating modem
subsystem. With the introduction of other q6v5 based non-TZ based
remoteproc driver the current name is cause for confusion, so rename it
to be more specific.
No functional change.
Signed-off-by: Bjorn Andersson
---
drivers/
As we're introducing a non-TZ based remoteproc driver for the ADSP in SDM845
the current naming scheme becomes cumbersome. Rename the existing drivers in
order to allow for the following:
qcom_q6v5_adsp - handle the non-TZ adsp subsystem
qcom_q6v5_mss - handles the self-authenticated modem
qcom_q6
On 22/08/2018 12:18, Vitaly Kuznetsov wrote:
> Hyper-V TLFS (5.0b) states:
>
>> Virtual processors are identified by using an index (VP index). The
>> maximum number of virtual processors per partition supported by the
>> current implementation of the hypervisor can be obtained through CPUID
>> le
The Hexagon v5 ADSP driver is used for more than only the ADSP and
there's an upcoming non-PAS ADSP PIL for SDM845, so rename the driver to
qcom_q6v5_pas in order to better suite this.
Cc: Rohit kumar
Signed-off-by: Bjorn Andersson
---
drivers/remoteproc/Kconfig| 27
On 22/08/2018 12:18, Vitaly Kuznetsov wrote:
> These structures are going to be used from KVM code so let's make
> their names reflect their Hyper-V origin.
>
> Signed-off-by: Vitaly Kuznetsov
> Reviewed-by: Roman Kagan
> ---
> arch/x86/hyperv/hv_apic.c | 12 ++--
> arch/x86/in
On Thu, Sep 13, 2018 at 10:01 PM Nathan Chancellor
wrote:
>
> Clang warns when an implicit conversion is done between enumerated
> types:
>
> drivers/block/drbd/drbd_state.c:708:8: warning: implicit conversion from
> enumeration type 'enum drbd_ret_code' to different enumeration type
> 'enum drbd_
On 27/08/2018 18:48, Vitaly Kuznetsov wrote:
> These structures are going to be used from KVM code so let's make
> their names reflect their Hyper-V origin.
>
> Signed-off-by: Vitaly Kuznetsov
> Reviewed-by: Roman Kagan
KY, can you ack this patch?
Thanks,
Paolo
> ---
> arch/x86/hyperv/hv_ap
On 29/08/2018 09:04, Lei Yang wrote:
> I run into the following error
>
> testing/selftests/kvm/dirty_log_test.c:285: undefined reference to
> `pthread_create'
> testing/selftests/kvm/dirty_log_test.c:297: undefined reference to
> `pthread_join'
> collect2: error: ld returned 1 exit status
>
>
On 14 September 2018 at 18:22, Jason A. Donenfeld wrote:
> Now that ChaCha20 is in Zinc, we can have the crypto API code simply
> call into it. The crypto API expects to have a stored key per instance
> and independent nonces, so we follow suite and store the key and
> initialize the nonce indepen
On Fri, Sep 14, 2018 at 6:14 AM, Christoph Hellwig wrote:
> On Wed, Sep 12, 2018 at 07:22:11PM -0700, Dan Williams wrote:
>> Given the fact that devm_memremap_pages() requires a percpu_ref that is
>> torn down by devm_memremap_pages_release() the current support for
>> mapping RAM is broken.
>
> I
On 07/09/2018 07:45, Tianyu Lan wrote:
> kvm_commit_zap_page() has been renamed to kvm_mmu_commit_zap_page()
> This patch is to fix the commit.
>
> Signed-off-by: Lan Tianyu
> ---
> arch/x86/kvm/mmu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/x86/kvm/mmu.c b/
On Thu, 2018-09-13 at 23:35 +0530, Manivannan Sadhasivam wrote:
> This patchset adds 96Boards Rock960 CE board support. Rock960 CE
> (Consumer Edition) board is one of the member of 96Boards Consumer
> Edition and AI platform and is manufactured by Vamrs Limited. Most of
> the board configuration i
* Arnd Bergmann wrote:
> After finding a bug in glibc the question came up how linux/elfcore.h
> is supposed to be used from user space. As far as I can tell, it's
> not possible, as it references data types that are simply unavailable
> there.
>
> The #ifndef __KERNEL__ section in that header
From: Roman Kiryanov
Move the "pages" buffer into "struct goldfish_pipe". Since we are
locking the mutex on the pipe in transfer_max_buffers, other threads
willnot be able to write into it, but other pipe instances could be
served because they have its own buffer.
Signed-off-by: Roman Kiryanov
From: Roman Kiryanov
The boilerplate license is not necessary when the SPDX line is
present.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe_qemu.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe_qemu.h
b/dri
From: Roman Kiryanov
Move probe/remove and other driver stuff to a separate file
to plug v1 there later.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/Makefile | 2 +-
drivers/platform/goldfish/goldfish_pipe.c| 145 +++
drivers/platform/goldfish/go
From: Roman Kiryanov
This is the last patch in the series of patches to remove mutable
global variables to introduce another version of the pipe driver
for the older host interface. I don't want to have two driver
states where only one is used.
Signed-off-by: Roman Kiryanov
---
drivers/platfor
From: Roman Kiryanov
This is the v2 driver. The next few patches will add v1.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/Makefile | 2 +-
.../platform/goldfish/{goldfish_pipe.c => goldfish_pipe_v2.c} | 0
2 files changed, 1 insertion(+), 1 deleti
From: Roman Kiryanov
This way deinit will have a chance to report an error.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe_v2.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe_v2.c
b/drivers/platfo
From: Roman Kiryanov
goldfish_pipe_command is defines just after declaration and
nothing refers to goldfish_pipe before it is defined.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/platform/goldfish/gold
From: Roman Kiryanov
The blank line is not required there.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe.c
b/drivers/platform/goldfish/goldfish_pipe.c
index 6ae2b00f4bff..8
From: Roman Kiryanov
checkpacth: Missing a blank line after declarations
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe_v2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/goldfish/goldfish_pipe_v2.c
b/drivers/platform/goldfish/goldfish_pipe_v2
From: Roman Kiryanov
No symbols were used from this header.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe.c
b/drivers/platform/goldfish/goldfish_pipe.c
index 6b21671c75ee..
From: Roman Kiryanov
This is the v2 driver, in the next few patches v1 will be
introduced.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c| 2 +-
drivers/platform/goldfish/goldfish_pipe_v2.c | 6 +++---
drivers/platform/goldfish/goldfish_pipe_v2.h | 6 +++---
3
From: Roman Kiryanov
This is a series of patches to remove mutable global variables
to introduce another version of the pipe driver for the older
host interface. I don't want to have two driver states where only
one is used.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_
From: Roman Kiryanov
Goldfish DMA is an extension to the pipe device and is designed
to facilitate high-speed RAM->RAM transfers from guest to host.
See uapi/linux/goldfish/goldfish_dma.h for more details.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 312 +
From: Roman Kiryanov
There will be two separate init functions for v1 and v2 and they
will allocate different state.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe_v2.c | 41 +++-
1 file changed, 22 insertions(+), 19 deletions(-)
diff --git a/drivers
From: Roman Kiryanov
This is a series of patches to remove mutable global variables
to introduce another version of the pipe driver for the older
host interface. I don't want to have two driver states where
only one is used.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_
From: Roman Kiryanov
Undo effects of misc_register if driver's init fails after
misc_register.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe_v2.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe_v2.c
b/
From: Roman Kiryanov
Create a constant to refer to the device name instead if several copies
of a string.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.h| 2 ++
drivers/platform/goldfish/goldfish_pipe_v2.c | 4 ++--
2 files changed, 4 insertions(+), 2 deletions(
From: Roman Kiryanov
PIPE_V1_REG will be introduced later for v1 support.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 4 ++--
drivers/platform/goldfish/goldfish_pipe_qemu.h | 18 +-
drivers/platform/goldfish/goldfish_pipe_v2.c | 16
From: Roman Kiryanov
This casting is not required.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/goldfish_pipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/platform/goldfish/goldfish_pipe.c
b/drivers/platform/goldfish/goldfish_pipe.c
index e45e26
From: Roman Kiryanov
This is the v1 goldfish pipe driver.
Signed-off-by: Roman Kiryanov
---
drivers/platform/goldfish/Makefile| 3 +-
drivers/platform/goldfish/goldfish_pipe.c | 9 +-
.../platform/goldfish/goldfish_pipe_qemu.h| 27 +
drivers/platform/goldfish/goldfish_
From: Roman Kiryanov
The changes fixes these errors:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/platform/goldfish/goldfish_pipe_v1.o
see include/linux/module.h for more information
WARNING: modpost: missing MODULE_LICENSE() in
drivers/platform/goldfish/goldfish_pipe_v2.o
see include
Hi Akash,
Am Freitag, 14. September 2018, 14:09:09 CEST schrieb Akash Gajjar:
> Rockpro64 board is a rockchip RK3399 based board from pine64.org.
> This commit adds initial device tree support for Rockpro64 board.
>
> Signed-off-by: Akash Gajjar
generally the patch looks great already. Hopefull
Am Freitag, 14. September 2018, 19:42:51 CEST schrieb Ezequiel Garcia:
> On Thu, 2018-09-13 at 23:35 +0530, Manivannan Sadhasivam wrote:
> > This patchset adds 96Boards Rock960 CE board support. Rock960 CE
> > (Consumer Edition) board is one of the member of 96Boards Consumer
> > Edition and AI pla
On 30/08/2018 13:49, Andy Shevchenko wrote:
> Switch to bitmap_zalloc() to show clearly what we are allocating.
> Besides that it returns pointer of bitmap type instead of opaque void *.
>
> Signed-off-by: Andy Shevchenko
> ---
> arch/x86/kvm/svm.c | 5 ++---
> 1 file changed, 2 insertions(+), 3
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f3c0b8ce48408b742a9154d53d19e3c7ff97772d
commit: 1ec49a236565060566be547b6e050bb414d0da96 mt76: fix build for MediaTek
MT7610U USB wireless dongle
date: 5 weeks ago
config: x86_64-randconfig-s4-09142104 (a
On 9/14/18 9:01 AM, Steven Sistare wrote:
On 9/14/2018 1:56 AM, Michal Hocko wrote:
On Thu 13-09-18 15:32:25, prakash.sangappa wrote:
The proc interface provides an efficient way to export address range
to numa node id mapping information compared to using the API.
Do you have any numbers?
On 9/14/18 5:49 AM, Jann Horn wrote:
On Fri, Sep 14, 2018 at 8:21 AM Michal Hocko wrote:
On Fri 14-09-18 03:33:28, Jann Horn wrote:
On Wed, Sep 12, 2018 at 10:43 PM prakash.sangappa
wrote:
On 05/09/2018 04:31 PM, Dave Hansen wrote:
On 05/07/2018 06:16 PM, prakash.sangappa wrote:
It will
On Fri, Sep 14, 2018 at 8:08 PM Prakash Sangappa
wrote:
> On 9/14/18 5:49 AM, Jann Horn wrote:
> > On Fri, Sep 14, 2018 at 8:21 AM Michal Hocko wrote:
> >> On Fri 14-09-18 03:33:28, Jann Horn wrote:
> >>> On Wed, Sep 12, 2018 at 10:43 PM prakash.sangappa
> >>> wrote:
> On 05/09/2018 04:31 P
Em Thu, Sep 13, 2018 at 02:54:31PM +0200, Jiri Olsa escreveu:
> Currently the address_space was kept in thread struct but it's more
> appropriate to keep it in map_groups as it's maintained throughout
> exec's with timestamps. Also we should not flush the address space
> after exec since it still
On Fri, Sep 14, 2018 at 05:15:52PM +0200, Arnd Bergmann wrote:
> On Thu, Sep 13, 2018 at 4:40 AM Al Viro wrote:
> >
> > From: Al Viro
> >
> > ioctls that are
> > * callable only via tty_ioctl()
> > * not driver-specific
> > * not demand data structure conversions
> >
On Fri, Sep 14, 2018 at 10:12:22AM -0700, Eduardo Valentin wrote:
> Hello,
>
> On Thu, Sep 13, 2018 at 03:32:03PM +0200, Greg Kroah-Hartman wrote:
> > 4.14-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Juergen Gross
> >
> > com
On Fri, Sep 14, 2018 at 05:59:07PM +0100, Will Deacon wrote:
> On Wed, Aug 29, 2018 at 02:10:48PM -0700, Paul E. McKenney wrote:
> > From: Andrea Parri
> >
> > Amend commit 1f03e8d2919270 ("locking/barriers: Replace smp_cond_acquire()
> > with smp_cond_load_acquire()") by updating the documentati
On Fri, Sep 14, 2018 at 07:50:54AM -0700, Guenter Roeck wrote:
> On Fri, Sep 14, 2018 at 07:48:48AM -0700, Guenter Roeck wrote:
> > On Thu, Sep 13, 2018 at 03:29:09PM +0200, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.18.8 release.
> > > There are 197 patc
On Fri, Sep 14, 2018 at 01:19:37PM -0400, Alan Stern wrote:
> On Fri, 14 Sep 2018, Paul E. McKenney wrote:
>
> > bf36a3124d04 doc: Replace smp_cond_acquire() with
> > smp_cond_load_acquire()
> >
> > Small change, needs an ack. Looks to me like is is
> > just aligning
Hi Song,
On Thu, Sep 13, 2018 at 10:22:29AM +0800, Song Qiang wrote:
> This driver was originally written by ST in 2016 as a misc input device
> driver, and hasn't been maintained for a long time. I grabbed some code
> from it's API and reformed it into a iio proximity device driver.
> This versio
-xtensa.git tags/xtensa-20180914
for you to fetch changes up to 4a7f50f78c221aac7253ea7059e1986eb622b0e5:
xtensa: enable SG chaining in Kconfig (2018-09-11 22:12:59 -0700)
Xtensa fixes and cleanups for v4.19:
- don't allocate memo
On Thu, Jun 14, 2018 at 6:55 PM wrote:
>
> From: Ilia Lin
>
> Use devm_clk_hw_register instead of clk_hw_register
> to simplify the usage of this API. This way drivers that call
> the clk_hw_register_fixed_factor won't need to maintain
> a data structure for further cleanup.
>
> Signed-off-by: Il
The following lockdep splat was observed:
[ 1222.241750] ==
[ 1222.271301] WARNING: possible circular locking dependency detected
[ 1222.301060] 4.16.0-10.el8+5.x86_64+debug #1 Not tainted
[ 1222.326659] --
Hi,
not sure if this is the place to ask.
I'm getting a LOT of these messages:
[70679.212719] DMAR: Allocating 2048-page iova for :00:14.0 failed
[70679.508107] DMAR: Allocating 2048-page iova for :00:14.0 failed
[70679.779284] DMAR: Allocating 2048-page iova for :00:14.0 failed
(
On Fri, Sep 14, 2018 at 08:19:27PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Sep 14, 2018 at 10:12:22AM -0700, Eduardo Valentin wrote:
> > Hello,
> >
> > On Thu, Sep 13, 2018 at 03:32:03PM +0200, Greg Kroah-Hartman wrote:
> > > 4.14-stable review patch. If anyone has any objections, please let m
Thanks Andrew,
I have revised patch as I found some more changes. Sent a new version.
Regards
-Vijay
On 9/13/18, 1:18 PM, "Andrew Lunn" wrote:
> +++ b/arch/arm/boot/dts/Makefile
> @@ -1206,4 +1206,5 @@ dtb-$(CONFIG_ARCH_ASPEED) += \
> aspeed-bmc-opp-witherspoon.dtb \
> aspe
On Fri, Sep 14, 2018 at 03:15:47PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Sep 13, 2018 at 02:54:31PM +0200, Jiri Olsa escreveu:
> > Currently the address_space was kept in thread struct but it's more
> > appropriate to keep it in map_groups as it's maintained throughout
> > exec's with ti
On 09/14/2018 11:04 AM, Prakash Sangappa wrote:
> Also, for valid VMAs in 'maps' file, if the VMA is sparsely
> populated with physical pages, the page walk can skip over non
> existing page table entires (PMDs) and so can be faster.
Note that this only works for things that were _never_ populate
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I includ
On 09/14/2018 11:53 AM, Waiman Long wrote:
> The following lockdep splat was observed:
>
> [ 1222.241750] ==
> [ 1222.271301] WARNING: possible circular locking dependency detected
> [ 1222.301060] 4.16.0-10.el8+5.x86_64+debug #1 Not tainted
>
On Fri, Sep 14, 2018 at 8:17 PM gregkh wrote:
>
> On Fri, Sep 14, 2018 at 05:15:52PM +0200, Arnd Bergmann wrote:
> > On Thu, Sep 13, 2018 at 4:40 AM Al Viro wrote:
> > + case TCSETX:
> > + case TCSETXF:
> > + case TCSETXW:
> > + case TIOCGETC:
> > + case TIOCGETP:
>
From: Rajan Vaja
Add documentation to describe Xilinx ZynqMP power management
bindings.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
---
.../bindings/power/reset/xlnx,zynqmp-power.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
Documentation/d
From: Rajan Vaja
Add ZynqMP PM driver. PM driver provides power management
support for ZynqMP.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
---
drivers/soc/xilinx/Kconfig| 11 +++
drivers/soc/xilinx/Makefile | 1 +
drivers/soc/xilinx/zynqmp_power.c | 178 ++
From: Rajan Vaja
Add Xilinx ZynqMP firmware APIs to set suspend mode
and inform firmware that master has initialized its
own power management.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
---
drivers/firmware/xilinx/zynqmp.c | 29 +
include/linux/firmwar
Add ZynqMP PM driver. PM driver provides power management
support for ZynqMP.
This patch series is based on top of Xilinx firmware patch set:
https://patchwork.kernel.org/cover/10598195/
v4:
- Minor fixes to address v3 review comments
v3:
- Updated DT bindings as per v2 review comments
v2:
> The updated Changelog draft is below.
>
> Alan.
>
> --
> More than one kernel developer has expressed the opinion that the LKMM
> should enforce ordering of writes by locking. In other words, given
> the following code:
>
Hi Mike,
On Mon, Sep 10, 2018 at 12:23:18PM +0300, Mike Rapoport wrote:
> MIPS already has memblock support and all the memory is already registered
> with it.
>
> This patch replaces bootmem memory reservations with memblock ones and
> removes the bootmem initialization.
>
> Since memblock allo
On Fri, Sep 14, 2018 at 7:45 PM Ingo Molnar wrote:
> * Arnd Bergmann wrote:
> > - Move required data from the private x86 asm/elf.h file into
> > a new uapi/asm/elf.h. Some other architectures already do that,
> > but most of them do not. Before applying the patch, we have
> > to do this fo
Remove code that is used only for 5 GHz.
This addresses the below TODO item:
- find and remove remaining code valid only for 5 GHz. Most of the obvious
ones have been removed, but things like channel > 14 still exist.
Signed-off-by: Robert Węcławski
---
Changes in v2:
- set pdev_network->Netwo
On Fri, Sep 14, 2018 at 8:57 AM, Casey Schaufler wrote:
> On 9/13/2018 5:19 PM, Kees Cook wrote:
>> We already have the minor LSMs that cannot change order.
>
> Are you saying that we don't have a mechanism to change
> the order, or that they wouldn't work right in a different
> order? Well, there
Almost all spi drivers assign spi master->dev.of_node from
its parent platform device without additional refcounting.
It seems of_node_get() in pic32_sqi_probe() is unnecessary
and there is no corresponding of_node_put().
Found by Linux Driver Verification project (linuxtesting.org)
Signed-off-by
Hi Pavel,
On 09/14/2018 10:18 AM, Pavel Machek wrote:
> Hi!
>
How do I politely explain that the original implementation was wrong for
certain devices?
>>>
>>> Implementation? Device tree is hardware description.
>>
>> Yes this hardware description is incorrect. The hardware descripti
Fixing multiple coding style issues:
* prohibited spaces before that ','
* spaces before tabs
Signed-off-by: Romain Aviolat
---
drivers/ide/ide-dma.c | 74 +--
1 file changed, 37 insertions(+), 37 deletions(-)
diff --git a/drivers/ide/ide-
Hi Linus,
The following changes since commit 0af4c8be97a14d1df8a78b4993a09e8dff545a18:
pNFS: Remove unwanted optimisation of layoutget (2018-08-21 13:39:08 -0400)
are available in the Git repository at:
git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.19-2
for you to fetc
While most of a task's FPU state is only needed in user space,
the protection keys need to be in place immediately after a
context switch.
The reason is that any accesses to userspace memory while running
in kernel mode also need to abide by the memory permissions
specified in the protection keys.
Background:
Recently, when we ran some vm scalability tests on machines with large memory,
we ran into a couple of mmap_sem scalability issues when unmapping large memory
space, please refer to https://lkml.org/lkml/2017/12/14/733 and
https://lkml.org/lkml/2018/2/20/576.
History:
Then akpm sugg
301 - 400 of 682 matches
Mail list logo
