From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
As original license mentioned, it is GPL-2.0 in SPDX.
Then, MODULE_LICENSE() should be "GPL v2" instead of "GPL".
See ${LINUX}/include/linux/module.h
"GPL" [GNU
Hi Andrew Morton.
Cc SH ML
I'm posting these patches to SH ML from few month ago,
but, nothing happen.
SH Maintainer seems not working anymore ?
I'm not sure...
So now, I added Andrew in To: field.
I'm happy if some maintainer can handle these
Kuninori Morimoto (13):
sh: boards: convert to S
Quoting Jerome Brunet (2018-12-04 11:51:17)
> On Tue, 2018-12-04 at 10:05 -0800, Stephen Boyd wrote:
> > Quoting Jerome Brunet (2018-12-04 08:32:57)
> > > This reverts commit 2430a94d1e719b7b4af2a65b781a4c036eb22e64.
> > >
> > > From the original commit message:
> > > It turned out a problem bec
Apply for a loan at 2% reply to this Email for more Info
On Fri, Nov 30, 2018 at 03:56:23PM -0500, thesve...@gmail.com wrote:
> From: Sven Van Asbroeck
>
> Ensure that timing values for the child node are applied to
> all chip selects in the child's address ranges.
>
> Note that this does not support multiple timing settings per
> child; this can be a
There are AVB Counter Clocks in ADG, each clock has 12bits integral
and 8 bits fractional dividers which operates with S0D1ϕ clock.
This patch registers 8 AVB Counter Clocks when clock-cells of
rcar_sound node is 2,
Signed-off-by: Jiada Wang
---
sound/soc/sh/rcar/adg.c | 316 ++
Add device tree bindings for Audio Clock Generator (ADG)
of R-Car Socs.
Signed-off-by: Jiada Wang
---
.../clock/renesas,rcar-adg-clocks.txt | 24 +++
1 file changed, 24 insertions(+)
create mode 100644
Documentation/devicetree/bindings/clock/renesas,rcar-adg-clocks.txt
Commit-ID: 25896d073d8a0403b07e6dec56f58e6c33678207
Gitweb: https://git.kernel.org/tip/25896d073d8a0403b07e6dec56f58e6c33678207
Author: Masahiro Yamada
AuthorDate: Wed, 5 Dec 2018 15:27:19 +0900
Committer: Ingo Molnar
CommitDate: Wed, 5 Dec 2018 08:44:02 +0100
x86/build: Fix compiler s
From: Takeshi Kihara
This patch adds ADG clock to the R8A77965 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Jiada Wang
---
drivers/clk/renesas/r8a77965-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a77965-cpg-mssr.c
b/drivers/clk/renesas/r8a77965-c
From: Takeshi Kihara
This patch adds ADG clock to the R8A7795 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Jiada Wang
---
drivers/clk/renesas/r8a7795-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c
b/drivers/clk/renesas/r8a7795-cpg-m
From: Takeshi Kihara
This patch adds ADG clock to the R8A77990 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Jiada Wang
---
drivers/clk/renesas/r8a77990-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a77990-cpg-mssr.c
b/drivers/clk/renesas/r8a77990-c
From: Takeshi Kihara
This patch adds ADG clock to the R8A77995 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Jiada Wang
---
drivers/clk/renesas/r8a77995-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a77995-cpg-mssr.c
b/drivers/clk/renesas/r8a77995-c
From: Takeshi Kihara
This patch adds ADG clock to the R8A7796 SoC.
Signed-off-by: Takeshi Kihara
---
drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7796-cpg-mssr.c
b/drivers/clk/renesas/r8a7796-cpg-mssr.c
index 10567386e6dd..7
on R-Car SoCs there are AVB Counter Clocks, each clock has 12bits integral
and 8 bits fractional dividers which operates with S0D1ϕ clock.
This patch-set adds 'adg' clock to R-Car Soc, and changes adg driver to
register avb clocks when clock-cells of rcar_sound node is 2.
---
v3:
- Removed clock
* Lendacky, Thomas wrote:
> The User Mode Instruction Prevention (UMIP) feature is part of the x86_64
> instruction set architecture and not specific to Intel. Make the message
> generic.
>
> Signed-off-by: Tom Lendacky
> ---
>
> This patch is against the x86/cpu branch of the tip tree:
>
Commit-ID: 10b87bc9f630a38a7f0c1e7cf13ff23fea1692ec
Gitweb: https://git.kernel.org/tip/10b87bc9f630a38a7f0c1e7cf13ff23fea1692ec
Author: Masahiro Yamada
AuthorDate: Wed, 5 Dec 2018 15:27:19 +0900
Committer: Ingo Molnar
CommitDate: Wed, 5 Dec 2018 08:42:09 +0100
x86/build: Fix compiler s
The ASUS UX533FD with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 13 +
1 file changed, 13
The ASUS UX433FN with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 4
1 file changed, 4 insertions
Hi All,
Can you please review the change ?
Thanks,
Mukesh
On 11/27/2018 2:43 PM, Mukesh Ojha wrote:
Sparse reports the current declaration of percpu variable with
below warning
warning: incorrect type in initializer (different address spaces)
expected void const [noderef] *__vpp_ve
From: Chris Chiu
The known ALC256_FIXUP_ASUS_MIC fixup can fix the headphone jack
sensing and enable use of the internal microphone on this laptop
X542UN. However, it's ALC294 so create a new fixup named
ALC294_FIXUP_ASUS_MIC to avoid confusion.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Danie
Add Realtek ALC294 quirks for ASUS X542UN, UX533FD and UX433FN laptops.
Chris Chiu (1):
ALSA: hda/realtek: ALC294 mic and headset-mode fixups for ASUS X542UN
Jian-Hong Pan (2):
ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294
ALSA: hda/realtek: Enable audio jacks of ASUS UX
On Wed, Dec 05, 2018 at 10:48:59AM +0530, Naresh Kamboju wrote:
> On Tue, 4 Dec 2018 at 16:34, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 4.14.86 release.
> > There are 146 patches in this series, all will be posted as a response
> > to this one. If a
On Tue 04-12-18 14:25:54, David Rientjes wrote:
> On Tue, 4 Dec 2018, Michal Hocko wrote:
>
> > > This fixes a 13.9% of remote memory access regression and 40% remote
> > > memory allocation regression on Haswell when the local node is fragmented
> > > for hugepage sized pages and memory is being
When CONFIG_HEADERS_CHECK is enabled, the headers_check is executed
as a serialized task in the vmlinux recipe.
Make it independent of vmlinux so that parallel building can process
the headers_check and other build targets simultaneously.
Signed-off-by: Masahiro Yamada
---
Makefile | 7 ---
scripts/Makefile.headersinst takes care of *.agh just for
arch/cris/include/uapi/arch-v10/arch/sv_addr.agh
because renaming exported headers is difficult (or impossible).
This code is no longer necessary thanks to commit c690eddc2f3b ("CRIS:
Drop support for the CRIS port").
Signed-off-by: Ma
On Wed, 5 Dec 2018 at 02:42, Nathan Chancellor wrote:
>
> This option is not supported by lld:
>
> ld.lld: error: unknown argument: -p
>
> This has been a no-op in binutils since 2004 (see commit dea514f51da1 in
> that tree). Given that the lowest officially supported of binutils for
> the ker
On Wed, 5 Dec 2018 at 02:42, Nathan Chancellor wrote:
>
> This flag is not supported by lld:
>
> ld.lld: error: unknown argument: --pic-veneer
>
> Signed-off-by: Nathan Chancellor
Hi Nate,
Does this mean ld.lld is guaranteed to produce position independent
veneers if you build kernels that
On Tue 04-12-18 13:56:30, David Rientjes wrote:
> On Tue, 4 Dec 2018, Michal Hocko wrote:
>
> > > This is a full revert of ac5b2c18911f ("mm: thp: relax __GFP_THISNODE for
> > > MADV_HUGEPAGE mappings") and a partial revert of 89c83fb539f9 ("mm, thp:
> > > consolidate THP gfp handling into alloc_h
On (11/30/18 14:26), Dave Rodgman wrote:
>
> This patch series introduces performance improvements for lzo.
>
> The previous version of this patchset is here:
> https://lkml.org/lkml/2018/11/30/807
>
> This version of the patchset fixes a maybe-used-uninitialized warning
> (although the previous
Anyone who can review my patch?
程洋 于2018年11月30日周五 上午10:34写道：
>
> Here is an article illustrates the details.
> https://medium.com/@topjohnwu/from-anime-game-to-android-system-security-vulnerability-9b955a182f20
>
> And There is a similar fix on kernel-4.4:
> https://git.kernel.org/pub/scm/linux/k
On Tue, 04 Dec 2018, Enric Balletbo i Serra wrote:
> On 4/12/18 10:21, Lee Jones wrote:
> > On Mon, 03 Dec 2018, Enric Balletbo i Serra wrote:
> >> On 3/12/18 11:36, Lee Jones wrote:
> >>> On Tue, 27 Nov 2018, Enric Balletbo i Serra wrote:
> >>>
> The entire way how cros sysfs attibutes are cr
(Adding Dinh's korg email)
I also wonder if this driver is even used anymore or maybe we can delete
it?
Quoting Stephen Boyd (2018-12-04 11:34:16)
> This driver creates a gate clk with the possibility to have multiple
> parents. That can cause problems if the common clk framework tries to
> call
On Wed, Dec 5, 2018 at 1:44 AM Kees Cook wrote:
>
> As a precaution, make sure we check event_len when copying to userspace.
> Based on old feedback: https://lkml.kernel.org/r/542d9fe5.3010...@gmx.de
>
This precaution serves the new fanotify_event_info_fid format well:
https://marc.info/?l=linux-
Quoting David Dai (2018-12-04 17:14:10)
>
> On 12/4/2018 2:34 PM, Stephen Boyd wrote:
> > Quoting Alex Elder (2018-12-04 13:41:47)
> >> On 12/4/18 1:24 PM, Stephen Boyd wrote:
> >>> Quoting David Dai (2018-12-03 19:50:13)
> Add IPA clock support by extending the current clk rpmh driver to sup
On 2018/12/5 14:27, Masahiro Yamada wrote:
It is troublesome to add a diagnostic like this to the Makefile
parse stage because the top-level Makefile could be parsed with
a stale include/config/auto.conf.
Once you are hit by the error about non-retpoline compiler, the
compilation still breaks
On 12/5/2018 4:46 AM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2018-12-03 21:21:18)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts/qcom/sdm845.dtsi
index b72bdb0a31a5..a6d0cd8d17b0 100644
--- a/arch/arm64/boot/dts/qcom/sdm845.dtsi
+++ b/arch/arm64/boot/dts/qcom/sd
On 12/5/2018 4:44 AM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2018-12-03 21:21:15)
@@ -221,6 +224,47 @@ static int rpmpd_power_off(struct generic_pm_domain
*domain)
return ret;
}
+static int rpmpd_set_performance(struct generic_pm_domain *domain,
+
Thank you Rob,
Mark already applied this patch, with a slightly modified subject:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git/commit/?h=for-next&id=fd7de6370cb62b147185834d60069568a21acacd
Best Regards,
Kirill
On 12/04/18 22:43, Rob Herring wrote:
> On Thu, 15 Nov 2018 08:
On 12/5/2018 4:42 AM, Stephen Boyd wrote:
Overall looks good to me, just some nitpicks around modules and
includes.
Thanks for the review, I will fix up all your concerns below and respin soon.
Quoting Rajendra Nayak (2018-12-03 21:21:14)
The Power domains for corners just pass the perfor
On Tue, Oct 23, 2018 at 10:07 AM Can Guo wrote:
>
> This patch series adds support for UFS QMP PHY on SDM845 and the
> compatible string for it. This patch series depends on the current
> proposed QMP V3 USB3 UNI PHY support for sdm845 driver [1], on
> the DT bindings for the QMP V3 USB3 PHYs base
Hi,
Verified patch on LS1088ardb this board is having two connected flash slave
devices on CS0 and CS1.
Verified with simple Read/Write/Erase operations along with JFFS2 mounting and
booting from flash MTD partition for both slave devices.
> -Original Message-
> From: Schrempf Frieder
Hello Stephen,
I copied some parts of the v4 discussion here as well. Let's continue
them under this one email thread. (and yep, this is my bad we now have
multiple email threads - I did these new patches without waiting for
the final conclusion. I should try to be more patient in the future...)
05.12.18 08:27 Masahiro Yamada kirjutas:
The easiest fix is to move this check to the "archprepare" like commit
829fe4aa9ac1 ("x86: Allow generating user-space headers without a
compiler") did.
Link: https://lkml.org/lkml/2018/12/4/206
Fixes: 4cd24de3a098 ("x86/retpoline: Make CONFIG_RETPOLINE d
On Tue, Dec 04, 2018 at 08:27:32PM +, Sudip Mukherjee wrote:
> Hi Greg,
>
> On Tue, Dec 4, 2018 at 11:05 AM Greg Kroah-Hartman
> wrote:
> >
> > 4.14-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > commit c9b60788fc760d136211853f10ce73
On Tue, Dec 04, 2018 at 01:42:47PM -0800, Guenter Roeck wrote:
> On 12/4/18 2:48 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.19.7 release.
> > There are 139 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Wed, Dec 05, 2018 at 05:37:37AM +, Yueyi Li wrote:
>
>On 2018/12/4 11:04, Wei Yang wrote:
>> On Mon, Dec 03, 2018 at 04:00:08AM +, Yueyi Li wrote:
>>> Found warning:
>>>
>>> WARNING: EXPORT symbol "gsi_write_channel_scratch" [vmlinux] version
>>> generation failed, symbol will not be ve
On Tue, Dec 04, 2018 at 07:09:46PM -0200, Rafael David Tinoco wrote:
> On 12/4/18 8:48 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.19.7 release.
> > There are 139 patches in this series, all will be posted as a response
> > to this one. If anyone has an
Quoting Masahiro Yamada (2018-12-04 20:26:06)
> On Wed, Dec 5, 2018 at 3:14 AM Stephen Boyd wrote:
> >
> > Quoting Masahiro Yamada (2018-12-04 03:03:53)
> > > Hi Stephen,
> > >
> > >
> > > On Fri, Nov 30, 2018 at 5:31 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Sugaya Taichi (2018-11-18 17:01:
From: Chris Chiu
Acer AIO Veriton Z4860G/Z6860G with the same ALC286 codec has issues
with the input from external microphone. The issue can be fixed by
the fixup ALC286_FIXUP_ACER_AIO_MIC_NO_PRESENCE for Veriton Z4660G.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off-by: C
From: Chris Chiu
The Acer AIO Aspire C24-860 with ALC286 can't detect the headset
microphone. Just like another Acer AIO U27-880, it needs a different
pin value for 0x18 and the headset fixup to make headset mic work.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off-by: Chri
From: Chris Chiu
Acer AIO Veriton Z4660G with ALC286 codec has issue with the input
from external microphones connecting via 'Front Mic' jack. The fixup
ALC286_FIXUP_ACER_AIO_MIC_NO_PRESENCE enables the jack sensing of
the headset and fix the audio input issue of external microphone.
Signed-off-
From: Chris Chiu
Acer Aspire U27-880(AIO) with ALC286 codec can not detect headset mic
and internal mic not working either. It needs the similar quirk like
Sony laptops to fix headphone jack sensing and enables use of the
internal microphone.
Unfortunately jack sensing for the headset mic is sti
On Thu, Nov 29, 2018 at 3:55 AM Dave Martin wrote:
> On Thu, Nov 29, 2018 at 12:15:35AM +, Enke Chen wrote:
> > Hi, Dave:
> >
> > Thanks for your comments. You have indeed missed some of the prior reviews
> > and discussions. But that is OK.
> >
> > Please see my replies inline.
> >
> > On 11/
On 05/12/18 4:12 AM, Yu Zhao wrote:
> AMD platform device acp_audio_dma can only be created by parent PCI
> device driver (drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c). Pass struct
> device of the parent to snd_pcm_lib_preallocate_pages() so
> dma_alloc_coherent() can use correct dma_ops. Otherwise,
This series try to add GPIO interrupt controller support for Meson-G12A SoCs.
Although the total number of pins is the same as the Meson-AXG SoC, the gpio
banks and irq numbers are different. To avoid confusion on use, i think the
new compatible string is needed.
Changes since v1: [1]
- share the
The Meson-G12A SoC uses the same GPIO interrupt controller IP block as the
other Meson SoCs, A totle of 100 pins can be spied on, which is the sum of:
- 223:100 undefined (no interrupt)
- 99:97 3 pins on bank GPIOE
- 96:77 20 pins on bank GPIOX
- 76:61 16 pins on bank GPIOA
- 60:53 8 pins
Update the dt-binding document to support new compatible string for the
GPIO interrupt controller which found in Amlogic's Meson-G12A SoC.
Signed-off-by: Xingyu Chen
Signed-off-by: Jianxin Pan
---
.../bindings/interrupt-controller/amlogic,meson-gpio-intc.txt| 1 +
1 file changed, 1 insertio
Quoting Ulf Hansson (2018-12-03 05:38:35)
> + Stephen, Mike, Graham
>
> On Fri, 30 Nov 2018 at 12:06, Viresh Kumar wrote:
> >
> > On 30-11-18, 11:18, Ulf Hansson wrote:
> There is one a big difference while comparing with clocks, which make
> this more difficult.
>
> That is, in dev_pm_genpd_set
The PCIe function doesn't work as the clock tree of MAC layer is wrong.
Hence fix the clock table.
Fixes: 3b5e748615e7 ("clk: mediatek: add clock support for MT7629 SoC")
Signed-off-by: Ryder Lee
---
drivers/clk/mediatek/clk-mt7629.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
dif
On 05/12/18 4:12 AM, Yu Zhao wrote:
> We shouldn't assume CPU physical address we get from page_to_phys()
> is same as DMA address we get from dma_alloc_coherent(). On x86_64,
> we won't run into any problem with the assumption when dma_ops is
> nommu_dma_ops. However, DMA address is IOVA when IO
On Fri, Nov 16, 2018 at 8:47 PM Brajeswar Ghosh
wrote:
>
> On Fri, Nov 9, 2018 at 3:21 PM Brajeswar Ghosh
> wrote:
> >
> > Remove linux/fsl/mc.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
>
> Any comment on this patch?
Any comment on this patch?
>
> > ---
> > driv
On Sat, Nov 24, 2018 at 1:53 PM Brajeswar Ghosh
wrote:
>
> On Fri, Nov 16, 2018 at 3:36 PM Brajeswar Ghosh
> wrote:
> >
> > Remove linux/fsl/mc.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
>
> Any comment on this patch?
Any comment on this patch?
>
> > ---
> > dri
On Sat, Nov 24, 2018 at 1:52 PM Brajeswar Ghosh
wrote:
>
> On Fri, Nov 16, 2018 at 3:43 PM Brajeswar Ghosh
> wrote:
> >
> > Remove linux/io.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
>
> Any comment on this patch?
Any comment on this patch?
>
> > ---
> > drivers
On Tue, Nov 20, 2018 at 09:53:41AM -0700, Mathieu Poirier wrote:
[...]
> > > +static void cs_etm__fixup_flags(struct cs_etm_queue *etmq)
> > > +{
> > > + /*
> > > + * Decoding stream might insert one TRACE_OFF packet in the
> > > + * middle of instruction packets, this means it does
On Fri, Nov 16, 2018 at 8:45 PM Brajeswar Ghosh
wrote:
>
> On Thu, Nov 8, 2018 at 8:14 PM Brajeswar Ghosh
> wrote:
> >
> > Remove linux/tty.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
>
> Any comment on this patch?
Any comment on this patch?
>
> > ---
> > arch/ar
Currently, we are supporting block protection only for
flash chips with 3 block protection bits in the SR register.
This patch enables block protection support for some flash with
4 block protection bits(bp0-3).
Because this feature is not universal to all flash that support
lock/unlock, control i
Some Micron models are known to have lock/unlock support,
and that also support 4bit block protection bit (bp0-3).
This patch support lock/unlock feature on the flash.
Tested on w25q512ax3. The Other is modified following the datasheet.
Signed-off-by: Jungseung Lee
---
drivers/mtd/spi-nor/spi-
On Wed, Dec 05, 2018 at 01:10:50PM +1100, Stephen Rothwell wrote:
> Hi Doug,
>
> On Tue, 04 Dec 2018 20:33:08 -0500 Doug Ledford wrote:
> >
> > FWIW this will go away in a day or two. I merged mlx5-next into rdma
> > for-next in order to take a series that depended on it.
>
> Understood, thanks.
It is troublesome to add a diagnostic like this to the Makefile
parse stage because the top-level Makefile could be parsed with
a stale include/config/auto.conf.
Once you are hit by the error about non-retpoline compiler, the
compilation still breaks even after disabling CONFIG_RETPOLINE.
The eas
On Mon, Nov 19, 2018 at 03:26:17PM -0700, Mathieu Poirier wrote:
> On Sun, Nov 11, 2018 at 01:07:55PM +0800, Leo Yan wrote:
> > The perf sample data contains flags to indicate the hardware trace data
> > is belonging to which type branch instruction, thus this can be used to
> > print out the human
On Fri, Nov 30, 2018 at 08:32:44PM +0530, Balakrishna Godavarthi wrote:
> wcn3990 requires a power pulse to turn ON/OFF along with
> regulators. Sometimes we are observing the power pulses are sent
> out with some time delay, due to queuing these commands. This is
> causing synchronization issues w
On Mon, Nov 26, 2018 at 1:26 PM Zhang Rui wrote:
>
> On 五, 2018-11-23 at 00:17 +0530, Amit Kucheria wrote:
> > On Fri, Oct 26, 2018 at 2:21 PM Amit Kucheria > rg> wrote:
> > >
> > >
> > > Hi Rui,
> > >
> > > On Thu, Oct 4, 2018 at 1:22 PM Amit Kucheria > > org> wrote:
> > > >
> > > >
> > > > Mov
From: Eric Biggers
Add a 64-bit AVX2 implementation of NHPoly1305, an ε-almost-∆-universal
hash function used in the Adiantum encryption mode. For now, only the
NH portion is actually AVX2-accelerated; the Poly1305 part is less
performance-critical so is just implemented in C.
Signed-off-by: Er
On 05-12-18, 09:07, Taniya Das wrote:
> Hello Stephen, Viresh
>
> Thanks for the code and suggestions.
>
> Having a NR_DOMAINS '2' makes the driver not scalable for re-use.
Sure, I didn't like it either and that wasn't really what I was suggesting in
the first place. I didn't wanted to write the
On Wed, Dec 5, 2018 at 3:08 PM Zhenzhong Duan wrote:
>
>
> On 2018/12/5 11:00, Masahiro Yamada wrote:
> > It is wrong to add CONFIG option diagnostic to the Makefile parse
> > stage.
> >
> > Once you are hit by the error about non-retpoline compiler, the
> > compilation still breaks even after dis
On Tue, Oct 23, 2018 at 10:06 AM Can Guo wrote:
>
> From: Dov Levenglick
>
> Enables core reset support. Add full initialization of the PHY and the
> controller before initializing UFS PHY and during link recovery.
>
> Signed-off-by: Dov Levenglick
> Signed-off-by: Amit Nischal
> Signed-off-by:
On 2018/12/5 11:00, Masahiro Yamada wrote:
It is wrong to add CONFIG option diagnostic to the Makefile parse
stage.
Once you are hit by the error about non-retpoline compiler, the
compilation still breaks even after disabling CONFIG_RETPOLINE.
The easiest fix is to move this check to the "arc
Hi all,
Changes since 20181204:
The rdma tree still had its build failure so I used the version from
next-20181203.
The net-next tree gained a conflict against the net tree.
The mlx5-next tree gained a conflict against the rdma tree.
The akpm-current tree gained a build failure so I added a
On Tue, Dec 4, 2018 at 5:15 PM Matthew Wilcox wrote:
>
> On Tue, Dec 04, 2018 at 04:58:01PM -0800, John Hubbard wrote:
> > On 12/4/18 3:03 PM, Dan Williams wrote:
> > > Except the LRU fields are already in use for ZONE_DEVICE pages... how
> > > does this proposal interact with those?
> >
> > Very
On Tue, Dec 4, 2018 at 5:09 PM Wei Yang wrote:
>
> On Tue, Dec 04, 2018 at 04:52:52PM +0800, Pingfan Liu wrote:
> >On Tue, Dec 4, 2018 at 4:34 PM Wei Yang wrote:
> >>
> >> On Tue, Dec 04, 2018 at 03:20:13PM +0800, Pingfan Liu wrote:
> >> >On Tue, Dec 4, 2018 at 2:54 PM Wei Yang wrote:
> >> >>
>
On Tue, Dec 4, 2018 at 3:16 PM Pingfan Liu wrote:
>
> On Tue, Dec 4, 2018 at 11:53 AM David Rientjes wrote:
> >
> > On Tue, 4 Dec 2018, Pingfan Liu wrote:
> >
> > > diff --git a/include/linux/gfp.h b/include/linux/gfp.h
> > > index 76f8db0..8324953 100644
> > > --- a/include/linux/gfp.h
> > > +++
On Tue, Dec 4, 2018 at 4:56 PM Michal Hocko wrote:
>
> On Tue 04-12-18 16:20:32, Pingfan Liu wrote:
> > On Tue, Dec 4, 2018 at 3:22 PM Michal Hocko wrote:
> > >
> > > On Tue 04-12-18 11:05:57, Pingfan Liu wrote:
> > > > During my test on some AMD machine, with kexec -l nr_cpus=x option, the
> > >
On 2018/12/4 11:04, Wei Yang wrote:
> On Mon, Dec 03, 2018 at 04:00:08AM +, Yueyi Li wrote:
>> Found warning:
>>
>> WARNING: EXPORT symbol "gsi_write_channel_scratch" [vmlinux] version
>> generation failed, symbol will not be versioned.
>> WARNING: vmlinux.o(.text+0x1e0a0): Section mismatch
From: Jérôme Glisse
Changes since v1:
- Fixed the case where mmu notifier is not enabled and avoid wasting
memory and resource when that is the case.
- Fixed bug in migrate code.
- Use kernel doc format for describing kernel enum
v1 cover letter:
This patchset add contextual information, wh
From: Jérôme Glisse
To avoid having to change many call sites everytime we want to add a
parameter use a structure to group all parameters for the mmu_notifier
invalidate_range_start/end cakks. No functional changes with this
patch.
Changes since v1:
- introduce mmu_notifier_range_init() as
On Tue, 4 Dec 2018 at 16:34, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.86 release.
> There are 146 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.
>
> Res
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
arm-linux-gnueabi-ld: kernel/sysctl.o: in function `.LANCHOR0':
sysctl.c:(.data+0x7b4): undefined reference to
`fragment_stall_order_sysctl_handler'
Caused by commit
a247ff3201
On Tue, 4 Dec 2018 at 16:40, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.143 release.
> There are 50 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
FYI, we noticed the following commit (built with gcc-4.9):
commit: f069edd34280c56ed36bf35cc255c719df430abd ("locking/lockdep: Free lock
classes that are no longer in use")
https://github.com/bvanassche/linux for-next
in testcase: trinity
with following parameters:
runtime: 300s
test-
Hi
Thank you for your comments.
On 2018/12/04 20:23, Masahiro Yamada wrote:
Hi Sugaya-san
On Mon, Nov 19, 2018 at 10:01 AM Sugaya Taichi
wrote:
Add Milbeaut M10V pinctrl.
The M10V has the pins that can be used GPIOs or take multiple other
functions.
Signed-off-by: Sugaya Taichi
This pa
On Wed, Dec 5, 2018 at 12:23 PM Zhenzhong Duan
wrote:
>
> Hi Masahiro,
>
>
> Thanks for fixing.
> There is a question still confusing me. There are many CONFIG_* used in
> arch/x86/Makefile.
> Will they also be impacted or not?
The top level Makefile (and arch/*/Makefile) is getting huge.
Parsin
On Wed, Dec 05, 2018 at 10:06:02AM +0530, Aneesh Kumar K.V wrote:
> On 12/4/18 11:54 PM, Jerome Glisse wrote:
> > On Tue, Dec 04, 2018 at 09:06:59AM -0800, Andi Kleen wrote:
> > > jgli...@redhat.com writes:
> > >
> > > > +
> > > > +To help with forward compatibility each object as a version value
On 12/4/18 11:54 PM, Jerome Glisse wrote:
On Tue, Dec 04, 2018 at 09:06:59AM -0800, Andi Kleen wrote:
jgli...@redhat.com writes:
+
+To help with forward compatibility each object as a version value and
+it is mandatory for user space to only use target or initiator with
+version supported by t
On 12/5/2018 2:46 AM, Adam Thomson wrote:
> On 04 December 2018 18:36, Akshu Agrawal wrote:
>
>> Failed i2c transaction can lead to failure in reg read or write.
>> Need to have error check for each read write operation.
>>
>
> I'm not really clear what this gains you. If I2C is broken this won
On Wed, Dec 5, 2018 at 3:14 AM Stephen Boyd wrote:
>
> Quoting Masahiro Yamada (2018-12-04 03:03:53)
> > Hi Stephen,
> >
> >
> > On Fri, Nov 30, 2018 at 5:31 PM Stephen Boyd wrote:
> > >
> > > Quoting Sugaya Taichi (2018-11-18 17:01:12)
> > > > Add Milbeaut M10V clock ( including PLL ) control.
>
On Mon, Nov 19, 2018 at 01:47:49PM -0700, Mathieu Poirier wrote:
> On Sun, Nov 11, 2018 at 12:59:43PM +0800, Leo Yan wrote:
> > When an exception packet comes, it contains the info for exception
> > number; the exception number indicates the exception types, so from it
> > we can know if the except
Hello Stephen, Viresh
Thanks for the code and suggestions.
Having a NR_DOMAINS '2' makes the driver not scalable for re-use.
This assumption is only true for the current version of the HW and do
not intend to update/clean-up this logic again. So want to stick keeping
current logic of having th
There could be a race between task exit and probe unregister:
exit_mm()
mmput()
__mmput() uprobe_unregister()
uprobe_clear_state() put_uprobe()
delayed_uprobe_remove() delayed_uprobe_remove()
put_uprobe() is calling delayed_uprobe_remove() without taki
On Mon, Nov 19, 2018 at 11:27:59AM -0700, Mathieu Poirier wrote:
> On Sun, Nov 11, 2018 at 12:59:41PM +0800, Leo Yan wrote:
> > As described in OpenCSD (CoreSight decoder lib), in the decoding stream
> > it includes one trace element with type OCSD_GEN_TRC_ELEM_NO_SYNC; the
> > element indicates 'e
Hi Masahiro,
Thanks for fixing.
There is a question still confusing me. There are many CONFIG_* used in
arch/x86/Makefile.
Will they also be impacted or not?
# grep CONFIG_ arch/x86/Makefile
ifeq ($(CONFIG_X86_32),y)
cflags-$(CONFIG_MK8) += $(call cc-option,-march=k8)
cflags-$
1 - 100 of 1129 matches
Mail list logo
