On 11 August 2018 at 09:34, Baolin Wang wrote:
> Make the macros' definition and code have the same correct indentation.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 46
> +++-
> 1 file changed, 22 inser
On 11 August 2018 at 09:34, Baolin Wang wrote:
> The register offset value should be 'unsigned int' type.
>
> Moreover, prefer 'unsigned int' to bare use of 'unsigned'.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 9 +
> 1 file chan
On 11 August 2018 at 09:34, Baolin Wang wrote:
> The devm_ioremap_resource() will valid the resources, thus remove the
> unnecessary resource validation in the driver.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 7 ++-
> 1 file changed
On 11 August 2018 at 09:34, Baolin Wang wrote:
> Define readable macros instead of magic number to make code more readable.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 25 +
> 1 file changed, 17 insertions(+), 8 del
Refer to the commit f1395edbcec8 ("platform/x86: ideapad-laptop: Use
__func__ instead of write_ec_cmd in pr_err"), prefer using '"%s...",
__func__' to using 'read_ec_cmd' in read_ec_data.
Signed-off-by: Zhang Xianwei
---
drivers/platform/x86/ideapad-laptop.c | 2 +-
1 file changed, 1 insertion(+
On 11 August 2018 at 09:34, Baolin Wang wrote:
> Remove the unused reg_backup structure.
>
> Signed-off-by: Baolin Wang
Acked-by: Chunyan Zhang
> ---
> drivers/tty/serial/sprd_serial.c | 11 ---
> 1 file changed, 11 deletions(-)
>
> diff --git a/drivers/tty/serial/sprd_serial.c
> b/d
Hi,
When using kernel 4.18.5 the Realtek 8111G network adapter stops
responding under high system load.
Dmesg is showing no errors.
Sometimes an ifconfig enp3s0 down followed by an ifconfig enp3s0 up is
enough for the network adapter to restart responding. Sometimes a reboot
is necessary.
When
From: Jeson Gao
For SMP systems, thermal worker should use power_efficient_wq in power
saving mode, that will make scheduler more flexible on switching cpu
on/off for running work handler to avoid keeping work handler always
running on a single core, that will same some power.
Even if 'power_eff
* Vincent Guittot [2018-08-29 15:19:10]:
> nr_running in struct numa_stats is not used anywhere in the code.
>
> Remove it.
>
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Srikar Dronamraju
> Cc: Rik van Riel
> Cc: linux-kernel@vger.kernel.org (open list)
> Signed-off-by: Vincent Guittot
>
> With :
> commit 2d4056fafa19 ("sched/numa: Remove numa_has_capacity()")
>
> the local variables smt, cpus and capacity and their results are not used
> anymore in numa_has_capacity()
>
> Remove this unused code
>
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Srikar Dronamraju
> Cc: Rik van
On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
>
> Here it goes:
>
> diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
> index 99ce070e7dcb..27c5446f3deb 100644
> --- a/include/linux/mm_types.h
> +++ b/include/linux/mm_types.h
> @@ -27,6 +27,7 @@ typedef int vm_fault_t;
> struct addr
If takedown_cpu() fails during _cpu_down(), st->state is reset,
by calling cpuhp_reset_state(). This results in an additional
increment of st->state, which results in CPUHP_AP_SMPBOOT_THREADS
state being skipped during rollback. Fix this by not calling
cpuhp_reset_state() and doing the state reset
Am Montag, den 03.09.2018, 14:28 -0700 schrieb Linus Torvalds:
> On Mon, Sep 3, 2018 at 12:40 AM Uecker, Martin
> wrote:
> >
> > But if the true bound is smaller, then IMHO it is really bad advise
> > to tell programmers to use
> >
> > char buf[MAX_SIZE]
> >
> > instead of something like
> >
>
On Thu, Aug 30, 2018 at 02:56:18PM -0700, Harry Cutts wrote:
> This event code represents scroll reports from high-resolution wheels,
> and will be used by future patches in this series. See the linux-input
> "Reporting high-resolution scroll events" thread [0] for more details.
>
> [0]: https://w
On Tue, 2018-09-04 at 00:27 +0200, Thomas Gleixner wrote:
> On Tue, 21 Aug 2018, Bin Yang wrote:
> > @@ -625,6 +625,7 @@ try_preserve_large_page(pte_t *kpte, unsigned long
> > address,
> >
> > psize = page_level_size(level);
> > pmask = page_level_mask(level);
> > + addr = address & pm
Hi,
After reading several writeback error handling articles from LWN, I
begin to be upset about writeback error handling.
Jlayton's patch is simple but wonderful idea towards correct error
reporting. It seems one crucial thing is still here to be fixed. Does
anyone have some idea?
The crucial th
On 09/04/2018, 03:51 AM, Sergey Senozhatsky wrote:
> On (09/03/18 17:52), Dmitry Safonov wrote:
>>
>> We've seen the following crash on v4.9.108 stable:
>>
>> BUG: unable to handle kernel paging request at 2260
>> IP: [..] n_tty_receive_buf_common+0x5f/0x86d
>> Workqueue: events_unbound
Hello Dmitry,
On 2018-09-03 오후 6:13, Dmitry Vyukov wrote:
On Mon, Sep 3, 2018 at 11:02 AM, Kyeongdon Kim
wrote:
> Dear all,
>
> Could anyone review this and provide me appropriate approach ?
> I think str[n]cmp are frequently used functions so I believe very
useful w/
> arm64 KASAN.
Hi Kye
On Tue, 2018-09-04 at 00:10 +0200, Thomas Gleixner wrote:
> On Tue, 21 Aug 2018, Bin Yang wrote:
> > /*
> > + * static_protections() "forces" page protections for some address
> > + * ranges. Return true if any part of the address/len range is forced
> > + * to change from 'prot'.
> > + */
> > +s
On 2 September 2018 at 04:54, Olof Johansson wrote:
> On Thu, Aug 30, 2018 at 9:23 AM, Ard Biesheuvel
> wrote:
>> On 30 August 2018 at 17:06, Olof Johansson wrote:
>>> On Wed, Aug 29, 2018 at 10:54 PM, Ard Biesheuvel
>>> wrote:
On 29 August 2018 at 20:59, Scott Branden
wrote:
>
On 04. sep. 2018 07:24, Greg Kroah-Hartman wrote:
Full test log link,
https://lkft.validation.linaro.org/scheduler/job/404027#L4051
Does Linus's tree also crash with this patch applied? Being "bug
compatible" is good :)
thanks,
greg k-h
I suspect it is because we're missing upstream commi
Hi Prabhakar,
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: Monday, September 3, 2018 3:24 PM
> To: Yogesh Narayan Gaur ; linux-
> m...@lists.infradead.org; boris.brezil...@bootlin.com; marek.va...@gmail.com;
> linux-...@vger.kernel.org; devicet...@vger.kernel.org
> Cc: r...@kern
Hi,
On 11 August 2018 at 09:34, Baolin Wang wrote:
> Remove the unused reg_backup structure.
>
> Signed-off-by: Baolin Wang
> ---
Do you have any comments for this patch set? Thanks.
--
Baolin Wang
Best Regards
On Mon, Sep 03, 2018 at 05:42:21PM -0700, Nathan Chancellor wrote:
> On Mon, Sep 03, 2018 at 06:48:38PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.4.154 release.
> > There are 80 patches in this series, all will be posted as a response
> > to this on
On Tue, Sep 04, 2018 at 10:08:13AM +0530, Naresh Kamboju wrote:
> On 3 September 2018 at 22:26, Greg Kroah-Hartman
> wrote:
> > 4.18-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Peter Zijlstra
> >
> > commit d86564a2f085b79ec046a
On Thu, Aug 30, 2018 at 11:00:14AM -0400, Martin K. Petersen wrote:
> Introduce a facility that can be used to receive a notification
> callback when a new algorithm becomes available. This can be used by
> existing crypto registrations to trigger a switch from a software-only
> algorithm to a hard
On Mon, Aug 27, 2018 at 05:38:10PM +0200, Ard Biesheuvel wrote:
> The current arm64 CRC-T10DIF code only runs on cores that implement the
> 64x64 bit PMULL instructions that are part of the optional Crypto
> Extensions, and falls back to the highly inefficient C code otherwise.
>
> Let's provide a
On Mon, Aug 27, 2018 at 01:02:45PM +0200, Ard Biesheuvel wrote:
> Now that the scalar fallbacks have been moved out of this driver into
> the core crc32()/crc32c() routines, we are left with a CRC32 crypto API
> driver for arm64 that is based only on 64x64 polynomial multiplication,
> which is an o
On Tue, Aug 07, 2018 at 02:18:34PM -0700, Kees Cook wrote:
> v8 cover letter:
>
> I continue to hope this can land in v4.19, but I realize that's unlikely.
> It would be nice, though, if some of the "trivial" patches could get taken
> (e.g. cbc, xcbc, ccm VLA removals) so I don't have to keep repe
On 09/03/18 at 09:13pm, H. Peter Anvin wrote:
> On 09/03/18 20:44, Baoquan He wrote:
> >
> > 1) in arch/x86/kernel/relocate_kernel_64.S, we set X86_CR4_LA57 into cr4
> > if the 1st kernel is in 5-level mode. Then in
> > arch/x86/boot/compressed/head_64.S, paging_prepare() is called to decide
> > i
On Wed, Aug 22, 2018 at 10:51:44AM +0200, Ard Biesheuvel wrote:
> As it turns out, the AVX2 multibuffer SHA routines are currently
> broken [0], in a way that would have likely been noticed if this
> code were in wide use. Since the code is too complicated to be
> maintained by anyone except the or
On Wed, Aug 15, 2018 at 04:11:25PM -0500, Brijesh Singh wrote:
> Currently, the CCP driver assumes that the SEV command issued to the PSP
> will always return (i.e. it will never hang). But recently, firmware bugs
> have shown that a command can hang. Since of the SEV commands are used
> in probe
From: Alexandre Belloni
Date: Mon, 3 Sep 2018 15:45:22 +0200
> On 03/09/2018 15:34:15+0200, Andrew Lunn wrote:
>> > I suggest patches 1 and 8 go through MIPS tree, 2 to 5 and 11 go through
>> > net while the others (6, 7, 9 and 10) go through the generic PHY subsystem.
>>
>> Hi Quentin
>>
>> Ar
From: Salil Mehta
Date: Mon, 3 Sep 2018 11:21:45 +0100
> This patch-set presents some fixes and minor enhancements to HNS3
> Driver
Series applied, thank you.
Add pon, coincell and rtc to the first pm8998 sid.
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/pm8998.dtsi | 31
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/pm8998.dtsi
b/arch/arm64/boot/dts/qcom/pm8998.dtsi
index 92bed1e7
Hi,
Raise my point.
The case here is that we have multiple sensors connected to CIO2. The sensors
work independently. So failure on one sensor should not block the function of
the other.
That is, we should not rely on that all sensors are ready before allowing user
to operate on the ready camer
From: Joonwoo Park
Add initial device tree support for the Qualcomm MSM8998 SoC and
MTP8998 evaluation board.
Signed-off-by: Joonwoo Park
Signed-off-by: Imran Khan
Signed-off-by: Rajendra Nayak
[bjorn: Restructured, removed its node and moved to SPDX headers]
Signed-off-by: Bjorn Andersson
-
Add the two tsens instances and the thermal zones for CPUs, GPUs,
battery and skin sensors.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 38 +
arch/arm64/boot/dts/qcom/msm8998.dtsi | 193 ++
2 files ch
Add nodes for RPM communication for MSM8998 and the regulator nodes for
the MTP.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Moved regulators to MTP, as the choice of PMICs can be device specifc
- Updated names of regulators
- Corrected the supply tree of the regulators
arch/arm64/b
Add reserve-memory nodes, tcsr-mutex nodes and the smem node.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998.dtsi | 49 +++
1 file changed, 49 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi
b/arch/ar
Add the QFPROM nvmem node to msm8998
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi
b/arch/arm64/boot/dts/qcom/msm8998.dtsi
index 7cf655f044
Add new dtsi file for the PMI8998, with its gpios and include all three
PMICs in the MSM8998 MTP dts.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 3 ++
arch/arm64/boot/dts/qcom/pmi8998.dtsi | 40 +++
2 fi
Add the firmware and scm nodes for msm8998
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi
b/arch/arm64/boot/dts/qcom/msm8998.dtsi
index 335bb
This series introduces the MSM8998 platform and the MTP device for this
platform. Including additional 6 patches that has been waiting for the initial
submission to be accepted.
Bjorn Andersson (7):
arm64: dts: qcom: msm8998: Add RPM and regulators for MTP
arm64: dts: qcom: msm8998: Add tsens
Add the adsp, modem and slpi smp2p nodes to msm8998.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- New patch
arch/arm64/boot/dts/qcom/msm8998.dtsi | 64 +++
1 file changed, 64 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi
b/arch/arm64/boot/
4.18-stable review patch. If anyone has any objections, please let me know.
--
From: Steve French
commit fd09b7d3b352105f08b8e02f7afecf7e816380ef upstream.
An earlier commit had a typo which prevented the
optimization from working:
commit 18dd8e1a65dd ("Do not send SMB3 SET_I
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Thumshirn
[ Upstream commit 63d0e3dffda311e77b9a8c500d59084e960a824a ]
Drop the frames in the ELS LOGO error path instead of just returning an
error.
This fixes the following kmemlea
On Tue, Aug 07, 2018 at 08:22:25AM +0200, Jason A. Donenfeld wrote:
> These are unused, undesired, and have never actually been used by
> anybody. The original authors of this code have changed their mind about
> its inclusion. While originally proposed for disk encryption on low-end
> devices, the
From: Ivan Mikhaylov
Date: Mon, 3 Sep 2018 10:26:28 +0300
> __emac_calc_base_mr1 was used instead of __emac4_calc_base_mr1
> by copy-paste mistake for emac4syn.
>
> Fixes: 45d6e545505fd32edb812f085be7de45b6a5c0af ("net/ibm/emac: add 8192
> rx/tx fifo size")
> Signed-off-by: Ivan Mikhaylov
App
From: Jagan Teki
The HDMI controller on Allwinner A64 is similar on the one on
H3/H5/A83T (although the PHY is different with A83T).
Add A64 compatible and append A83T compatible as fallback.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
[Icenowy: refactor commit log]
Signed-off-by: Icen
Hi Jaejoong.
> Change return type for tty functions. Patch No.01
> tty: Change return type to void
Adding this patch first will generate a lot of warnings
until all users are updated.
It is usual practice to prepare all users
and then apply the infrastructure changes as the
last patch.
Then peop
From: Jernej Skrabec
Some boards have HDMI VCC pin connected to voltage regulator which may
not be turned on by default.
Add support for such boards by adding voltage regulator handling code to
HDMI driver.
Signed-off-by: Jernej Skrabec
[Icenowy: change supply name to "hvcc"]
Signed-off-by: Ic
The system call tables are in different format in all
architecture and it will be difficult to manually add or
modify the system calls in the respective files. To make
it easy by keeping a script and which'll generate the
header file and syscall table file so this change will
unify them across all
System call table generation script must be run to generate
unistd_32/64.h and syscall_table_32/64/c32.h files. This patch
will have changes which will invokes the script.
This patch will generate unistd_32/64.h and syscall_table_
32/64/c32.h files by the syscall table generation script
invoked by
From: Jagan Teki
Enable all necessary device tree nodes and add connector node to device
trees for all supported A64 boards with HDMI.
Signed-off-by: Jagan Teki
[Icenowy: squash all board patches altogether and change supply name]
Signed-off-by: Icenowy Zheng
---
Changes in v4:
- Rebase some d
Allwiner SoCs with DesignWare HDMI controller all come with a "HVCC"
pin, which is the VCC of HDMI part.
Add a supply property to specify HVCC's regulator in the device tree.
Signed-off-by: Icenowy Zheng
---
Changes in v4:
- Rename the supply name to "hvcc".
Changes in v3.1:
- New patch.
Docum
From: Jagan Teki
Allwinner A64 HDMI PHY clock has PLL_VIDEO0 as a parent.
Include the macro on dt-bindings so-that the same can be used
while defining CCU clock phandles.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
Signed-off-by: Icenowy Zheng
---
Changes for v4:
- Dropped PLL_VIDEO1
From: Jagan Teki
Allwinner A64 have a display pipeline with 2 mixers/TCONs, the first
TCON is connected to LCD and the second is to HDMI.
The HDMI controller/PHY pair is similar to the one on H3/H5.
Add all required device tree nodes of the display pipeline, including
the TCON0 LCD one and the
NR_syscalls macro holds the number of system call exist in SPARC
architecture. This macro is currently the part of uapi/asm/unistd.h
file. We have to change the value of NR_syscalls, if we add or
delete a system call.
One of the patch in this patch series has a script which will generate
a uapi he
From: Jagan Teki
Display Engine(DE2) in Allwinner A64 has two mixers and tcons.
The routing for mixer0 is through tcon0 and connected to
LVDS/RGB/MIPI-DSI controller.
The routing for mixer1 is through tcon1 and connected to HDMI.
Signed-off-by: Jagan Teki
Signed-off-by: Icenowy Zheng
---
Cha
All the __IGNORE* entries are resides in the uapi header
file and it is not used by any user space applications.
One of the patch in this patch series will generate the
uapi header file and system call table file. So if we move
all the __IGNORE* entries to non uapi header, it will simplify
the ua
From: Jagan Teki
Mixers in Allwinner have similar capabilities as others SoCs with DE2.
Add support for them.
Signed-off-by: Jagan Teki
[Icenowy: Add mixer1]
Signed-off-by: Icenowy Zheng
Reviewed-by: Jernej Skrabec
---
Changes for v4:
- none
Changes for v3.1:
- Add mixer0
Changes for v3:
- n
The purpose of this patch series is:
1. We can easily add/modify/delete system call by changing entry
in syscall.tbl file. No need to manually edit many files.
2. It is easy to unify the system call implementation across all
the architectures.
The system call tables are in different format in
From: Jagan Teki
According to documentation and experience with other similar SoCs, video
PLLs don't work stable if their output frequency is set below 192 MHz.
Because of that, set minimal rate to both A64 video PLLs to 192 MHz.
Signed-off-by: Jagan Teki
Signed-off-by: Icenowy Zheng
Reviewed
From: Jagan Teki
Allwinner A64 has a DE2 display pipeline. The TCONs are similar to the
ones in A83T, but the mixers are new (similar to the later R40 SoC).
This patch adds dt-binding documentation for A64 DE2 display pipeline.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
[Icenowy: Refa
Video PLLs on A64 can be set to higher rate that it is actually
supported by HW.
Limit maximum rate to 1008 MHz. This is the maximum allowed rate by BSP
clock driver. Interestengly, user manual specifies maximum frequency to
be 600 MHz. Historically, this data was wrong in some user manuals for
ot
Allwinner A64 has display engine pipeline like other Allwinner SOC's A83T/H3/H5.
A64 behaviour similar to Allwinner A83T where
Mixer0 => TCON0 => LVDS/RGB/MIPI-DSI
Mixer1 => TCON1 => HDMI
as per Display System Block Diagram from the A64 user manual.
This patchset adds support for the two display
On 3 September 2018 at 22:26, Greg Kroah-Hartman
wrote:
> 4.18-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Peter Zijlstra
>
> commit d86564a2f085b79ec046a5cba90188e612352806 upstream.
>
> Jann reported that x86 was missing required TLB
> +// SPDX-License-Identifier: GPL-2.0+
> +/* Copyright (C) 2015 Microchip Technology */
Can we merge both in single comment line?
> +/* SPDX-License-Identifier: GPL-2.0+ */
> +/* Copyright (C) 2015 Microchip Technology */
Here too.
Thanks,
-Raghu
On 4 September 2018 at 02:46, François Valenduc
wrote:
> Le 3/09/18 à 20:39, Holger Hoffstätte a écrit :
>> On 09/03/18 18:55, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 4.18.6 release.
>>
>> Unfortunately this is busted. First blamed my custom patches, but
From: "Michael S. Tsirkin"
Date: Mon, 3 Sep 2018 23:11:11 -0400
> On Tue, Sep 04, 2018 at 11:08:40AM +0800, Jason Wang wrote:
>>
>>
>> On 2018年09月04日 10:22, Michael S. Tsirkin wrote:
>> > On Mon, Sep 03, 2018 at 08:59:13PM +0300, Gleb Fotengauer-Malinovskiy
>> > wrote:
>> > > The _IOC_READ fla
> This patch makes some declaration more consistent.
>
> Signed-off-by: Stefan Wahren
Reviewed-by: Raghuram Chary Jallipalli
Thanks,
-Raghu
> There is no need for this strcpy because alloc_etherdev() already does this
> job.
>
> Signed-off-by: Stefan Wahren
Reviewed-by: Raghuram Chary Jallipalli
Thanks,
-Raghu
> We need to bail out if lan78xx_get_endpoints() fails, otherwise the result is
> overwritten.
>
> Fixes: 55d7de9de6c3 ("Microchip's LAN7800 family USB 2/3 to 10/100/1000
> Ethernet")
> Signed-off-by: Stefan Wahren
Reviewed-by: Raghuram Chary Jallipalli
Thanks,
-Raghu
On 3 September 2018 at 22:24, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 4.14.68 release.
> There are 165 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.
>
> Resp
ocfs2_defrag_extent might leak clusters allocated.
When file system has no enough space, the number of claimed clusters
might less than the caller wants. If that happens, the original code
might directly commit trans without returning clusters.
This patch refered a lot to ocfs2_add_clusters_in_btr
Signed-off-by: Larry Chen
---
fs/ocfs2/move_extents.c | 16
1 file changed, 16 insertions(+)
diff --git a/fs/ocfs2/move_extents.c b/fs/ocfs2/move_extents.c
index d85dc8a02bd6..4f2ad054b419 100644
--- a/fs/ocfs2/move_extents.c
+++ b/fs/ocfs2/move_extents.c
@@ -226,6 +226,8 @@ sta
Signed-off-by: Larry Chen
---
fs/ocfs2/alloc.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/fs/ocfs2/alloc.h b/fs/ocfs2/alloc.h
index 250bcacdf9e9..5770503b0e36 100644
--- a/fs/ocfs2/alloc.h
+++ b/fs/ocfs2/alloc.h
@@ -323,4 +323,10 @@ int ocfs2_find_cpos_for_left_leaf(struct super_bl
On 09/03/18 20:44, Baoquan He wrote:
>
> 1) in arch/x86/kernel/relocate_kernel_64.S, we set X86_CR4_LA57 into cr4
> if the 1st kernel is in 5-level mode. Then in
> arch/x86/boot/compressed/head_64.S, paging_prepare() is called to decide
> if 5-level mode will be enabled, and prepare the trampoline
We have introduce new return type vm_fault_t for
fault handler. Update the document for the same.
Signed-off-by: Souptick Joarder
---
v2: Revert spaces added in v1
Documentation/gpu/drm-mm.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/drm-mm.rst b/Doc
On 2018-09-03 10:34 AM, Dror Levin wrote:
On Sun, Sep 2, 2018 at 8:55 PM Linus Torvalds
wrote:
On Sun, Sep 2, 2018 at 4:44 AM Richard Weinberger
wrote:
CC'ing relevant people. Otherwise your mail might get lost.
Indeed.
Sorry for that.
On Sun, Sep 2, 2018 at 1:37 PM Dror Levin wrote:
For platforms whose firmwares provide valid module handles
(SMBIOS type 17) in error records, this patch uses the module
handles to locate corresponding DIMMs and enables per-DIMM
error counter update.
Signed-off-by: Fan Wu
Reviewed-by: Tyler Baicar
Tested-by: Toshi Kani
Reviewed-by: Borislav P
Hi hpa,
Thanks for looking into this.
On 09/03/18 at 07:41pm, H. Peter Anvin wrote:
> I don't understand why there is any reason not to always enter the target
> kernel in 4-level mode. There certainly is no point whatsoever in having two
> xloadflags: the only thing that could possibly matter
On Mon, Sep 3, 2018 at 3:59 PM Andy Lutomirski wrote:
>
> Changes from v1: Get rid of the rsp_scratch macro
I can't see anything wrong with this.
Linus
Hi all,
Changes since 20180903:
Dropped trees: xarray, ida (temporarily)
The dmi tree gained a conflict against Linus' tree.
The net-next tree still had its build failure for which I reverted
a commit.
Non-merge commits (relative to Linus' tree): 1638
1936 files changed, 60594
--
Sehr geehrter Herr / Frau,
Wir freuen uns mitteilen zu können, dass Sie von Mavis Wanczyk Hilfe in
Höhe von € 1.000.000,00 erhalten haben. Mavis Wanczyk ist der Gewinner
von $ 758,7 Millionen Dollar im Power Ball Lottery Jackpot als der
größte Preis von einem einzigen Lottoschein in den
For Skylake Server, Linux has supported a number of free running
counters that collect counts of IO clocks/Bandwidth/Utilization.
For example, to collect the inbound bandwidth,
root@skx /sys/devices# ls | grep uncore_iio
uncore_iio_0
uncore_iio_1
uncore_iio_2
uncore_iio_3
uncore_iio_4
uncore_iio_
On 2018/9/4 3:04, Borislav Petkov wrote:
It was "Hygon Dhyana" before now "Hygon" only. Can we agree on the
naming nomenclature and stick with it.
OK, agree on it.
...
- if (!((boot_cpu_data.x86_vendor == X86_VENDOR_AMD) &&
- (boot_cpu_data.x86 >= 0x0f)))
+ if (!((boo
Fix inconsistent IS_ERR and PTR_ERR in tegra_sdhci_init_pinctrl_info,
the proper pointer to be passed as argument is 'pinctrl_state_1v8'
Signed-off-by: YueHaibing
---
drivers/mmc/host/sdhci-tegra.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-tegra.c
Since tty_port_install() always returns 0, the return type has changed
to void. Now apply this and remove the obsolete error check.
Signed-off-by: Jaejoong Kim
---
drivers/tty/synclinkmp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/synclinkmp.c b/drivers/tt
Since tty_port_install() always returns 0, the return type has changed
to void. Now apply this and remove the obsolete error check.
Signed-off-by: Jaejoong Kim
---
drivers/tty/vt/vt.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.
Since tty_port_install() always returns 0, the return type has changed
to void. Now apply this and remove the obsolete error check.
Signed-off-by: Jaejoong Kim
---
drivers/tty/hvc/hvcs.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/hvc/hvcs.c b/drive
Hi Arnaldo, Jiri,
A few weeks ago, you had asked if I had more requests for the perf tool.
I have put together the following list to improve the usability of the
perf tool, at
least for our usage. Nothing is very big just small improvements here and there.
1/ perf stat interval printing
Toda
syzbot has found a reproducer for the following crash on:
HEAD commit:60c1f89241d4 Merge tag 'dma-mapping-4.19-2' of git://git.i..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15022d5a40
kernel config: https://syzkaller.appspot.com/x/.config?x=4c7e83
On 9/1/18 5:19 AM, Jia-Ju Bai wrote:
> The kernel module may sleep with holding a spinlock.
>
> The function call paths (from bottom to top) in Linux-4.16 are:
>
> [FUNC] kzalloc(GFP_KERNEL)
> net/ipv6/route.c, 2430:
> kzalloc in ip6_convert_metrics
> net/ipv6/route.c, 2890:
> ip6_c
Jiri,
On Sun, Sep 2, 2018 at 7:47 AM Jiri Olsa wrote:
>
> On Mon, Aug 27, 2018 at 07:05:43PM +0200, Jiri Olsa wrote:
> > On Mon, Aug 27, 2018 at 08:24:56AM -0700, Stephane Eranian wrote:
> >
> > SNIP
> >
> > > > - /* First entry is abused to maintain the to_free list.
> > > > */
>
Hi Rob,
On Tuesday 28 August 2018 07:22 AM, Rob Herring wrote:
In preparation to remove the node name pointer from struct device_node,
convert printf users to use the %pOFn format specifier.
I assume it should be okay to get this merged in the next merge window?
Thanks
Kishon
Cc: Kishon Vij
On Mon, Sep 03, 2018 at 05:28:43PM -0700, Andrew Morton wrote:
> > > I'm beginning to feel vm_fault_t exhaustion. Please remind me what
> > > benefit we're going to get out of all this churn?
Hi Andrew,
The primary benefit is to help driver writers. At the moment, there
is nothing to stop them
ok - it looks like it will be a little simpler if I wait
On Mon, Sep 3, 2018 at 8:22 PM Stephen Rothwell wrote:
>
> Hi Steve,
>
> On Mon, 3 Sep 2018 09:44:17 -0500 Steve French wrote:
> >
> > Merged into cifs-2.6.git for-next
> >
> > Is the message annoying enough on powerpc to merit going into
>
Hi Will,
> On Mon, Sep 03, 2018 at 06:40:51PM +0200, Richard Weinberger wrote:
> > Am Montag, 3. September 2018, 18:31:03 CEST schrieb Will Deacon:
> > > On Mon, Sep 03, 2018 at 02:23:17PM +0800, Haibo.Xu wrote:
> > > > Add PTRACE_SYSEMU and PTRACE_SYSEMU_SINGLESTEP support on ARM64.
> > > > This
1 - 100 of 1072 matches
Mail list logo
