Hi Daniel,
On Thu, Jul 20, 2017 at 08:46:28PM +0200, Daniel Vetter wrote:
> On Thu, Jul 20, 2017 at 03:01:16PM +0200, Maxime Ripard wrote:
> > The current drm_atomic_helper_commit_tail helper works only if the CRTC is
> > accessible, and documents an alternative implementation that is supposed to
On Mon, Jul 24, 2017 at 05:54:46PM +0300, Paul Kocialkowski wrote:
> This adds a common drm helper to detect whether the EDID changed from
> the last known cached one. This is useful help detect that a monitor was
> changed during a suspend/resume cycle.
>
> When that happens (a monitor is replace
On Mon, 24 Jul 2017 11:11:30 +0200
Peter Zijlstra wrote:
> On Mon, Jul 24, 2017 at 09:54:54AM +0200, Luca Abeni wrote:
> > Hi Peter,
> >
> > I put this change in a local tree together with other fixes / cleanups
> > I plan to submit in the next weeks. Should I send it together with the
> > other
On Tue 2017-07-25 00:51:56, Theodore Ts'o wrote:
> On Mon, Jul 24, 2017 at 10:04:51PM +0200, Pavel Machek wrote:
> > Question for you was... Is the first 1KiB of each ext4 filesystem still
> > free and "reserved for a bootloader"?
>
> Yes.
Thanks.
> > If I needed more for bcache superblock (8KiB
On Mon, 24 Jul 2017 11:04:52 +0200
Peter Zijlstra wrote:
> On Mon, Jul 24, 2017 at 10:06:09AM +0200, Luca Abeni wrote:
> > > Yes, grouping all the flags in a single field was my intention too... I
> > > planned to submit a patch to do this after merging the reclaiming
> > > patches... But maybe i
This adds two tests to validate mirror functionality with mremap()
system call on shared and private anon mappings.
Suggested-by: Mike Kravetz
Signed-off-by: Anshuman Khandual
---
Changes in V2:
- Added a test for private anon mappings
- Used sysconf(_SC_PAGESIZE) instead of hard coding page si
On Fri, Jul 21, 2017 at 03:54:20PM +0200, Peter Zijlstra wrote:
> On Fri, Jul 14, 2017 at 03:42:10PM +0900, Byungchul Park wrote:
> > On Thu, Jul 13, 2017 at 08:23:33PM +0900, Byungchul Park wrote:
> > > On Thu, Jul 13, 2017 at 8:12 PM, Peter Zijlstra
> > > wrote:
> > > > On Thu, Jul 13, 2017 at
On Mon 24 Jul 23:09 PDT 2017, Vivek Gautam wrote:
> Hi Bjorn,
>
>
> On Tue, Jul 25, 2017 at 11:17 AM, Bjorn Andersson
> wrote:
> > From: Vivek Gautam
> >
> > Signed-off-by: Vivek Gautam
> > Signed-off-by: Bjorn Andersson
> > ---
> > arch/arm64/boot/dts/qcom/msm8996.dtsi | 11 +++
> >
Hi,
On 25 July 2017 at 11:38, Vinod Koul wrote:
> On Mon, Jul 24, 2017 at 02:46:00PM +0800, Baolin Wang wrote:
>> Hi,
>>
>> On 六, 7月 22, 2017 at 01:27:31下午 +0530, Vinod Koul wrote:
>> > On Tue, Jul 18, 2017 at 03:06:12PM +0800, Baolin Wang wrote:
>
>> > > +static void sprd_dma_set_uid(struct spr
Hi,
On Mon, Jul 24, 2017 at 08:17:01PM +0200, Mike Galbraith wrote:
> Now bisected and verified via revert, the culprit is:
>
> cf8e0fedf078 mm/zsmalloc: simplify zs_max_alloc_size handling
>
> Reproducer: ltp::testcases/bin/zram03.
>
Thanks for the report and bisecting.
I believe this patch s
On 25 July 2017 at 01:52, Rob Herring wrote:
> On Tue, Jul 18, 2017 at 03:06:11PM +0800, Baolin Wang wrote:
>> This patch adds the binding documentation for Spreadtrum SC9860 DMA
>> controller device.
>>
>> Signed-off-by: Baolin Wang
>> ---
>> Documentation/devicetree/bindings/dma/sprd-dma.txt |
On Mon, Jul 24, 2017 at 02:17:07PM +0100, Matt Fleming wrote:
> On Mon, 10 Jul, at 02:51:35PM, Naoya Horiguchi wrote:
> > KASLR chooses kernel location from E820_TYPE_RAM regions by walking over
> > e820 entries now. E820_TYPE_RAM includes EFI_BOOT_SERVICES_CODE and
> > EFI_BOOT_SERVICES_DATA, so t
Hi Bjorn,
On Tue, Jul 25, 2017 at 11:17 AM, Bjorn Andersson
wrote:
> From: Vivek Gautam
>
> Signed-off-by: Vivek Gautam
> Signed-off-by: Bjorn Andersson
> ---
> arch/arm64/boot/dts/qcom/msm8996.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qco
On 25 July 2017 at 07:52, Maxime Ripard
wrote:
> Hi Markus,
>
> On Sat, Jul 22, 2017 at 08:53:51AM +0200, codekip...@gmail.com wrote:
>> From: Marcus Cooper
>>
>> In preparation for changing this driver to support newer SoC
>> implementations then where needed there has been a switch from
>> regm
Boris,
On 7/25/17 12:56, Borislav Petkov wrote:
On Tue, Jul 25, 2017 at 12:51:53PM +0700, Suravee Suthikulpanit wrote:
Ok. Sure, it doesn't need be contiguous. But at least the cpu_core_id should
represent an ID that make some sense since it is used in the
arch/x86/kernel/smpboot.c: match_smt()
On Tue, Jul 25, 2017 at 12:51:53PM +0700, Suravee Suthikulpanit wrote:
> Ok. Sure, it doesn't need be contiguous. But at least the cpu_core_id should
> represent an ID that make some sense since it is used in the
> arch/x86/kernel/smpboot.c: match_smt() and some other places. So, if it's
> invalid
This adds the remoteproc part of subsystem restart, which is responsible
for emitting notifications to other processors in the system about a
dying remoteproc instance.
These notifications are propagated to the various communication systems
in the various remote processors to shut down communicati
This driver register as a subsystem restart notifier and will send out
notifications to remote processors that has opened the "glink_ssr" GLINK
channel.
This mechanism is used to signal any GLINK participants that a 3rd party
is gone and that the communication state has to be reset; i.e. that read
This adds the common Qualcomm helpers to tie in subsystem restart notifications
with the ADSP and Modem PILs and then adds a driver for the "glink_ssr" channel
to propagate these notifications.
This is needed on GLINK RPM enabled platforms to have the RPM reset the state
of the communication chann
Hi Markus,
On Sat, Jul 22, 2017 at 08:53:51AM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> In preparation for changing this driver to support newer SoC
> implementations then where needed there has been a switch from
> regmap_update_bits to regmap_field. Also included are adjustm
Boris,
On 7/24/17 21:44, Borislav Petkov wrote:
On Mon, Jul 24, 2017 at 09:14:18PM +0700, Suravee Suthikulpanit wrote:
Actually, this is not totally accurate. My apology. This patch is
mainly fix to incorrect core ID in /proc/cpuinfo.
So you're "fixing" only some numbering thing. Because core
On Mon, Jul 24, 2017 at 9:47 PM, Nadav Amit wrote:
> Andy Lutomirski wrote:
>
>> Improve comments as requested by PeterZ and also add some
>> documentation at the top of the file.
>>
>> Signed-off-by: Andy Lutomirski
>> ---
>> arch/x86/mm/tlb.c | 43 +--
>>
Add the smd-edge node for the adsp, to allow SMD communication with the
ADSP.
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8996.dtsi
b/arch/arm64/boot/dts/qcom/msm8996.dtsi
index
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 78 +++
1 file changed, 78 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8996.dtsi
b/arch/arm64/boot/dts/qcom/msm8996.dtsi
index 8f085716e258..8ebef05e1750 100644
--- a/arch/arm64
A dump of DTS patches for MSM8996 and DB820c, found in the Linaro landing team
tree.
Bjorn Andersson (3):
ARM64: dts: qcom: Add RPM glink nodes to msm8996
arm64: dts: msm8996: Add modem smp2p nodes
arm64: dts: qcom: msm8996: Specify smd-edge for ADSP
Rajendra Nayak (1):
ARM64: dts: qcom:
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8996.dtsi
b/arch/arm64/boot/dts/qcom/msm8996.dtsi
index 8ebef05e1750..7d909546ca24 100644
--- a/arch/arm64/boot/dts/q
From: Vivek Gautam
Signed-off-by: Vivek Gautam
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8996.dtsi
b/arch/arm64/boot/dts/qcom/msm8996.dtsi
index 395666dcce1b..d0865d2f73
From: Rajendra Nayak
Add PM8994 RPM regulators with their min/max voltages to DB820c.
Signed-off-by: Rajendra Nayak
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 148 +++
1 file changed, 148 insertions(+)
diff --git a/arch/arm64/boo
On Mon, Jul 24, 2017 at 02:07:41PM -0500, Brijesh Singh wrote:
Subject: Re: [RFC Part1 PATCH v3 01/17] Documentation/x86: Add AMD Secure
Encrypted Virtualization (SEV) descrption
^^
On Mon, Jul 24, 2017 at 10:06 PM, Jassi Brar wrote:
> On Mon, Jul 24, 2017 at 9:26 AM, Anup Patel wrote:
>> Hi Jassi,
>>
>> Sorry for the delayed response...
>>
>> On Fri, Jul 21, 2017 at 9:16 PM, Jassi Brar wrote:
>>> Hi Anup,
>>>
>>> On Fri, Jul 21, 2017 at 12:25 PM, Anup Patel
>>> wrote:
>>
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Three bug fixes.
Christian Borntraeger (2):
s390/perf: fix problem state detection
s390/mm: set change and reference
Matthew Wilcox writes:
> From: Matthew Wilcox
>
> A relatively common idiom we're missing is a function to fill an area
> of memory with a pattern which is larger than a single byte. I first
> noticed this with a zram patch which wanted to fill a page with an
> 'unsigned long' value. There tur
Is there any update on these patches ?
Thanks,
Suganath Prabu S
On Fri, Jul 14, 2017 at 6:52 PM, Suganath Prabu S
wrote:
> Ventura Series controller are Tri-mode. The controller and
> firmware are capable of supporting NVMe devices and
> PCIe switches to be connected with the controller. This
>
On Fri, 2017-06-30 at 17:28 +1000, Nicholas Piggin wrote:
> On Fri, 30 Jun 2017 10:52:18 +0530
> Abdul Haleem wrote:
>
> > On Fri, 2017-06-30 at 00:45 +1000, Nicholas Piggin wrote:
> > > On Thu, 29 Jun 2017 20:23:05 +1000
> > > Nicholas Piggin wrote:
> > >
> > > > On Thu, 29 Jun 2017 19:36:14 +
On Thu, 2017-07-20 at 18:46 +0300, Stanimir Varbanov wrote:
> Hi,
>
> >>> +
> >>> +* - ``V4L2_MPEG_VIDEO_HEVC_PROFILE_MAIN``
> >>> + - Main profile.
> >>
> >> MAIN10?
> >>
> > No just MAIN.
>
> I haven't because the MFC does not supported it?
>
> If so, I think we have to add MAIN10 for
Hi everyone,
This is a partial resend of my sun9i SMP support with MCPM series from
over two years ago [1]. Not much has changed since then. We've tried
to implement PSCI for both the A80 and A83T. Results were not promising.
The issue is that these two chips have a broken security extensions
impl
The PRCM is a collection of clock controls, reset controls, and various
power switches/gates. Some of these can be independently listed and
supported, while a number of CPU related ones are used in tandem with
CPUCFG for SMP bringup and CPU hotplugging.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/b
CPUCFG is a collection of registers that are mapped to the SoC's signals
from each individual processor core and associated peripherals, such as
resets for processors, L1/L2 cache and other things.
These registers are used for SMP bringup and CPU hotplugging.
Signed-off-by: Chen-Yu Tsai
---
arc
The A80 is a big.LITTLE SoC with 1 cluster of 4 Cortex-A7s and
1 cluster of 4 Cortex-A15s.
This patch adds support to bring up the second cluster and thus all
cores using the common MCPM code. Core/cluster power down has not
been implemented, thus CPU hotplugging and big.LITTLE switcher is
not sup
The A80 includes an ARM CCI-400 interconnect to support multi-cluster
CPU caches.
Also add the maximum clock frequency for the CPUs, as listed in the
A80 Optimus Board FEX file.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 46
1 fil
On Thu, 2017-07-20 at 16:50 +0200, Hans Verkuil wrote:
> On 19/06/17 07:10, Smitha T Murthy wrote:
> > Added V4l2 controls for HEVC encoder
> >
> > Signed-off-by: Smitha T Murthy
> > ---
> > Documentation/media/uapi/v4l/extended-controls.rst | 364
> > +
> > 1 file changed,
Xhci driver handles USB transaction errors on transfer events,
but transaction errors are possible on address device command
completion events as well.
The xHCI specification (section 4.6.5) says: A USB Transaction
Error Completion Code for an Address Device Command may be due
to a Stall response
ARM IORT specification(rev. C) has added provision to define proximity
domain in SMMUv3 IORT table. Adding required code to parse Proximity
domain and set numa_node of smmv3 platform devices.
Add code to parse proximity domain in SMMUv3 IORT table to
set numa node mapping for smmuv3 devices.
Sig
Hi all,
Changes since 20170724:
New tree: wberr
Non-merge commits (relative to Linus' tree): 2223
2355 files changed, 84862 insertions(+), 43462 deletions(-)
I have created today's linux-next t
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9
commit: dd55d44f408419278c00887bfcb2261d0caae350 staging: vboxvideo: Add
vboxvideo to drivers/staging
date: 8 days ago
config: i386-randconfig-x071-07241824 (attach
On Mon, Jul 24, 2017 at 10:04:51PM +0200, Pavel Machek wrote:
> Question for you was... Is the first 1KiB of each ext4 filesystem still
> free and "reserved for a bootloader"?
Yes.
> If I needed more for bcache superblock (8KiB, IIRC), would that be
> easy to accomplish on existing filesystem?
H
Hi Andrea, Mike,
Rsending - fixed email address.
Here is the patch set for the proposed userfaultfd UFFD_FEATURE_SIGBUS
feature, including tests in selftest/vm/userfaultfd.c
Please review.
See following for previous discussion.
http://www.spinics.net/lists/linux-mm/msg129224.html
http://www.s
In some cases, userfaultfd mechanism should just deliver a SIGBUS signal
to the faulting process, instead of the page-fault event. Dealing with
page-fault event using a monitor thread can be an overhead in these
cases. For example applications like the database could use the signaling
mechanism for
Tyrel Datwyler writes:
> On 07/24/2017 03:42 AM, Michael Ellerman wrote:
>> Laurent Vivier writes:
>>
>>> As for commit 68baf692c435 ("powerpc/pseries: Fix of_node_put()
>>> underflow during DLPAR remove"), the call to of_node_put()
>>> must be removed from pSeries_reconfig_remove_node().
>>>
>
Signed-off-by: Prakash Sangappa
---
tools/testing/selftests/vm/userfaultfd.c | 121 +-
1 files changed, 118 insertions(+), 3 deletions(-)
diff --git a/tools/testing/selftests/vm/userfaultfd.c
b/tools/testing/selftests/vm/userfaultfd.c
index 1eae79a..6a43e84 100644
-
Andy Lutomirski wrote:
> Improve comments as requested by PeterZ and also add some
> documentation at the top of the file.
>
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/mm/tlb.c | 43 +--
> 1 file changed, 33 insertions(+), 10 deletions(-)
>
> diff
Improve comments as requested by PeterZ and also add some
documentation at the top of the file.
Signed-off-by: Andy Lutomirski
---
arch/x86/mm/tlb.c | 43 +--
1 file changed, 33 insertions(+), 10 deletions(-)
diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/t
PCID is a "process context ID" -- it's what other architectures call
an address space ID. Every non-global TLB entry is tagged with a
PCID, only TLB entries that match the currently selected PCID are
used, and we can switch PGDs without flushing the TLB. x86's
PCID is 12 bits.
This is an unortho
Here's PCID v5.
Changes from v4:
- Remove smp_mb__after_atomic() (Peterz)
- Rebase, which involved tiny fixups due to SME
- Add the doc patch, as promised
Andy Lutomirski (2):
x86/mm: Try to preserve old TLB entries using PCID
x86/mm: Improve TLB flush documentation
arch/x86/include/asm/
On Mon, Jul 24, 2017 at 07:34:38PM -0500, Grygorii Strashko wrote:
> Below if pure TBD/RFC version of patch which add kthread worker to PTP core.
> I'm sending it to get you opinion about implementation in general, before
> continue with more changes. Pls, take a look if you have time?
> - are you
Hi Masami,
[auto build test ERROR on tip/x86/core]
[also build test ERROR on v4.13-rc2 next-20170724]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Masami-Hiramatsu/kprobes-x86-Do-not-jump
On Mon, Jul 24, 2017 at 02:58:16PM -0700, Paul E. McKenney wrote:
> The sys_membarrier() system call has proven too slow for some use
> cases, which has prompted users to instead rely on TLB shootdown.
> Although TLB shootdown is much faster, it has the slight disadvantage
> of not working at all o
On 19 July 2017 at 00:34, Peter Jones wrote:
> On Tue, Jul 18, 2017 at 04:09:09PM +1000, Dave Airlie wrote:
>> This patch allows the user to disable write combined mapping
>> of the efifb framebuffer console using an nowc option.
>>
>> A customer noticed major slowdowns while logging to the consol
On 07/23/2017 04:25 PM, Boris Ostrovsky wrote:
On 06/14/2017 01:11 PM, Juergen Gross wrote:
On 14/06/17 18:58, Boris Ostrovsky wrote:
On 06/12/2017 07:53 AM, Juergen Gross wrote:
In a HVM guest the kernel allocates the page for mapping the shared
info structure via extend_brk() today. This
Hi Mel,
[auto build test ERROR on mmotm/master]
[also build test ERROR on v4.13-rc2 next-20170724]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Mel-Gorman/mm-Always-flush-VMA-ranges-affected
On Mon, Jul 24, 2017 at 10:15:22AM +0200, Miklos Szeredi wrote:
> On Sat, Jul 22, 2017 at 11:30 AM, Amir Goldstein wrote:
> > Bumped into this patch (Now upstream commit 51f8f3c4e225) and realized
> > it is missing cc: stable # v4.8
> >
> > At least this docker PR suggests that regression introduc
Hi Dave,
On Mon, 24 Jul 2017 16:34:58 -0700 (PDT) David Miller
wrote:
>
> Shoing my ignorance as well, after reading this, for some reason this
> commit below sticks out to me. Maybe I should do a bisect and see if
> it lands on this commit.
>
> That would take a while as it's hard to forcibly
On Mon, Jul 24, 2017 at 02:46:00PM +0800, Baolin Wang wrote:
> Hi,
>
> On 六, 7月 22, 2017 at 01:27:31下午 +0530, Vinod Koul wrote:
> > On Tue, Jul 18, 2017 at 03:06:12PM +0800, Baolin Wang wrote:
> > > +static void sprd_dma_set_uid(struct sprd_dma_chn *mchan)
> > > +{
> > > + struct sprd_dma_dev *s
On Monday 24 July 2017 11:54 PM, Rob Herring wrote:
> On Tue, Jul 18, 2017 at 04:27:15PM +0530, Keerthy wrote:
>> Add a separate compatible for keystone-k2g soc
>>
>> Signed-off-by: Keerthy
>> ---
>> Documentation/devicetree/bindings/gpio/gpio-davinci.txt | 3 ++-
>> drivers/gpio/gpio-davinci.c
On Mon, Jul 24, 2017 at 6:03 AM, Hans Liljestrand
wrote:
> On Sun, Jul 23, 2017 at 08:52:53PM -0700, Kees Cook wrote:
>>
>> Is 14afee4b6092f ("net: convert sock.sk_wmem_alloc from atomic_t to
>> refcount_t") correct? That looks like a statistics counter, not a
>> refcounter? I can't quite tell, th
On Tue, Jul 25, 2017 at 11:04:24AM +0800, icen...@aosc.io wrote:
> 在 2017-07-24 15:58，Maxime Ripard 写道：
> > On Sat, Jul 22, 2017 at 10:28:49AM +0800, Icenowy Zheng wrote:
> > > Allwinner A64 SoC has an EMAC which is used to provide Ethernet
> > > function on several boards.
> > >
> > > The EMAC it
在 2017-07-24 15:58，Maxime Ripard 写道：
On Sat, Jul 22, 2017 at 10:28:49AM +0800, Icenowy Zheng wrote:
Allwinner A64 SoC has an EMAC which is used to provide Ethernet
function on several boards.
The EMAC itself doesn't have a fixed MAC address, but the sunxi
mainline U-Boot have the ability to gen
On Tue, 2017-07-25 at 01:46 +, Huaisheng HS1 Ye wrote:
> Hi Rafael,
>
> If you delete "get" function implement within intel_pstate, the
> sysfs interface cpuinfo_cur_freq will display all the
> time.
cpuinfo_cur_freq by definition should show actual frequency HW
frequency. Unless I missed s
Hi Varadarajan,
[auto build test WARNING on spi/for-next]
[also build test WARNING on v4.13-rc2 next-20170724]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Varadarajan-Narayanan/spi-qup-Fixes
On Mon, Jul 24, 2017 at 04:49:27PM -0700, Paul E. McKenney wrote:
> On Mon, Jul 24, 2017 at 04:34:58PM -0700, David Miller wrote:
> > From: "Paul E. McKenney"
> > Date: Mon, 24 Jul 2017 16:20:33 -0700
[ . . . ]
> > That would take a while as it's hard to forcibly set this thing off.
>
> And my
Since the kernel segment registers are not prepared at the
entry of irq-entry code, if a kprobe on such code is
jump-optimized, accessing per-cpu variables may cause
kernel panic.
However, if the kprobe is not optimized, it kicks int3
exception and set segment registers correctly.
This checks prob
According to datasheet, BIT5 in reg-0x4800 are used to
enable/disable clock lane gate.
It's wrong to make clock lane free running before
sensor stream on was called, while the mipi phy
are not initialized.
Signed-off-by: Jacob Chen
---
drivers/media/i2c/ov5647.c | 10 +-
1 file changed,
On Tue, Jul 25, 2017 at 4:27 AM, Alexander Potapenko wrote:
> On Wed, Jul 19, 2017 at 2:58 AM, Xin Long wrote:
>> On Wed, Jul 19, 2017 at 3:02 AM, Alexander Potapenko
>> wrote:
>>> On Tue, Jul 18, 2017 at 4:55 PM, Alexander Potapenko
>>> wrote:
KMSAN reported use of uninitialized sctp_ad
Since commit d5d332d3f7e8 ("devicetree: Move include prefixes from
arch to separate directory"), cross-arch DT reference works well,
but only for CPP style #include directives.
It makes as much sense to share DT between different architectures
by using DTC's /include/ directives.
So, scripts/dtc/
Having arch/$(SRCARCH)/boot/dts as an include search path is not
very useful these days because some architectures such as ARM64,
MIPS have no DT in this directory. Instead, they have DT in vendor
sub-directories.
With some DT files in ARM and PowerPC fixed, we can now drop this
include search pa
This search path was added by commit b5190516b282 ("of: Move testcase
FDT data into drivers/of"). At that time, it was needed for platform
DT files to include testcase data.
It became unnecessary when commit ae9304c9d311 ("Adding selftest
testdata dynamically into live tree") introduced dynamic a
Masahiro Yamada (3):
of: remove drivers/of/testcase-data from include search path for CPP
of: remove arch/$(SRCARCH)/boot/dts from include search path for CPP
of: search scripts/dtc/include-prefixes path for both CPP and DTC
scripts/Makefile.lib | 8
1 file changed, 4 insertions(+
Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor"
for nor flash node's compatible strings.
Reviewed-by: Matthias Brugger
Signed-off-by: Guochun Mao
---
.../devicetree/bindings/mtd/mtk-quadspi.txt|2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings
Improve subject.
Guochun Mao (1):
dt-bindings: mtd: add new compatible strings for mtk nor controller
Documentation/devicetree/bindings/mtd/mtk-quadspi.txt | 2 ++
1 file changed, 2 insertions(+)
--
1.9.1
On Mon, 2017-07-24 at 15:26 -0500, Rob Herring wrote:
> On Fri, Jul 21, 2017 at 10:34:49AM +0800, honghui.zh...@mediatek.com wrote:
> > From: Ryder Lee
> >
> > Add support for MediaTek new generation controller and update related
> > properities.
> >
> > Signed-off-by: Ryder Lee
> > Signed-off-
shuw...@redhat.com,
> Found this issue by kmemleak, a few kb mem was leaked in
> megasas_alloc_cmdlist_fusion when kzalloc failed for one
> megasas_cmd_fusion allocation.
Applied to 4.13/scsi-fixes. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Greg,
> It's better to use the DRIVER_ATTR_RW() and DRIVER_ATTR_RO() macros to
> explicitly show that this is a read/write or read/only sysfs file. So
> convert the remaining SCSI drivers that use the old style to use the
> newer macros.
Applied to 4.14/scsi-queue. Thank you!
--
Martin K. Pet
From: Huang Ying
The swap readahead is an important mechanism to reduce the swap in
latency. Although pure sequential memory access pattern isn't very
popular for anonymous memory, the space locality is still considered
valid.
In the original swap readahead implementation, the consecutive block
From: Huang Ying
VMA based swap readahead will readahead the virtual pages that is
continuous in the virtual address space. While the original swap
readahead will readahead the swap slots that is continuous in the swap
device. Although VMA based swap readahead is more correct for the
swap slots
From: Huang Ying
The swap cache stats could be gotten only via sysrq, which isn't
convenient in some situation. So the sysfs interface of swap cache
stats is added for that. The added sysfs directories/files are as
follow,
/sys/kernel/mm/swap
/sys/kernel/mm/swap/cache_find_total
/sys/kernel/mm
From: Huang Ying
The sysfs interface to control the VMA based swap readahead is added
as follow,
/sys/kernel/mm/swap/vma_ra_enabled
Enable the VMA based swap readahead algorithm, or use the original
global swap readahead algorithm.
/sys/kernel/mm/swap/vma_ra_max_order
Set the max order of the
From: Huang Ying
The statistics for total readahead pages and total readahead hits are
recorded and exported via the following sysfs interface.
/sys/kernel/mm/swap/ra_hits
/sys/kernel/mm/swap/ra_total
With them, the efficiency of the swap readahead could be measured, so
that the swap readahead
From: Huang Ying
In the original implementation, it is possible that the existing pages
in the swap cache (not newly readahead) could be marked as the
readahead pages. This will cause the statistics of swap readahead be
wrong and influence the swap readahead algorithm too.
This is fixed via mar
The swap readahead is an important mechanism to reduce the swap in
latency. Although pure sequential memory access pattern isn't very
popular for anonymous memory, the space locality is still considered
valid.
In the original swap readahead implementation, the consecutive blocks
in swap device ar
Rob,
> Now that we have a custom printf format specifier, convert users of
> full_name to use %pOF instead. This is preparation to remove storing
> of the full path string for each node.
Applied to 4.14/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Prabu,
> As per internal decision, Joao Pinto will be maintainer for DWC UFS
> driver.
Applied to 4.14/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Arnd,
> This series addresses all warnings that gcc-7 introduces for
> -Wformat-overflow= and turns off the -Wformat-truncation by default
> (they remain enabled with "make W=1").
Applied the SCSI patches. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Hi Rafael,
If you delete "get" function implement within intel_pstate, the
sysfs interface cpuinfo_cur_freq will display all the time.
To be honest, at the beginning I have consider this way like you
patched, but based two reasons below, it is conservative for us to do that.
1. I am worried a
On Tue, 25 Jul 2017 09:15:29 +0900
Masami Hiramatsu wrote:
> > arch/x86/kernel/unwind_frame.c is only compiled when CONFIG_FRAME_POINTER
> > is enabled, but CONFIG_KPROBES does not depend on it.
> >
> > Is unwind_frame.c really where in_entry_code() should be implemented, now
> > that its symbol
On Mon, Jul 24, 2017 at 10:43:34AM -0700, Linus Torvalds wrote:
> On Sat, Jul 22, 2017 at 1:25 PM, Eric W. Biederman
> wrote:
> > I played with some clever changes such as limiting the copy to 48 bytes,
> > disabling the memset and the like but I could not get a strong enough
> > signal to say tha
MODULE_DEVICE_TABLE(type, name) creates an alias of type 'extern const
typeof(name)'. If 'name' is already constant the 'const' attribute is
specified twice, which is not allowed in C89 (see discussion at
https://lkml.org/lkml/2017/5/23/1440). Since the kernel is built with
-std=gnu89 clang generat
Michal Hocko writes:
> On Mon 24-07-17 09:57:14, Tejun Heo wrote:
>> On Mon, Jul 24, 2017 at 03:42:40PM +0200, Michal Hocko wrote:
> [...]
>> > My understanding of the pcpu allocator is basically close to zero but it
>> > seems weird to me that we would need many TB of vmalloc address space
>> >
hi all:
We found that the xen-netfront does not have the full function of
ethtool. When the VM's network is configured as xennet, the ethtool
commands provide very little function, such as the lack of Speed value.
Whereas VMware's vmxnet3 network card has the function of ethtool.
We'd like
It's always called with 'true' -- we only determine it 'false' locally
within this function. So drop the parameter.
Also, this should be 'bool' (since we use true/false), not 'u32'.
Signed-off-by: Brian Norris
---
v2: no change
---
drivers/net/wireless/marvell/mwifiex/cmdevt.c | 5 +++--
driver
After removing the interrupt loop in commit 5d5ddb5e0d9b ("mwifiex:
pcie: don't loop/retry interrupt status checks"), there is practically
zero difference between mwifiex_process_pcie_int() (which handled legacy
PCI interrupts and MSI interrupts) and mwifiex_process_msix_int() (which
handled MSI-X
1 - 100 of 1020 matches
Mail list logo
