Re: [PATCH v1 1/3] x86/cpu/AMD: Make LFENCE a serializing instruction

On 1/5/2018 10:35 AM, Brian Gerst wrote: > On Fri, Jan 5, 2018 at 11:07 AM, Tom Lendacky wrote: >> To aid in speculation control, make LFENCE a serializing instruction. >> This is done by setting bit 1 of MSR 0xc0011029 (DE_CFG). Some families >> that support LFENCE do

Re: [PATCH 5/7] x86: Use IBRS for firmware update path

On Fri, Jan 05, 2018 at 05:08:48PM +0100, Greg Kroah-Hartman wrote: > On Thu, Jan 04, 2018 at 08:08:55PM +, Woodhouse, David wrote: > > On Thu, 2018-01-04 at 21:05 +0100, Greg KH wrote: > > > On Thu, Jan 04, 2018 at 09:56:46AM -0800, Tim Chen wrote: > > > > > > > > From: David Woodhouse

Re: [PATCH 0/7] IBRS patch series

On Fri, 2018-01-05 at 17:42 +0100, Andrea Arcangeli wrote: > On Fri, Jan 05, 2018 at 04:37:30PM +, David Woodhouse wrote: > > You are completely ignoring pre-Skylake here. > >  > > On pre-Skylake, retpoline is perfectly sufficient and it's a *lot* > > faster than the IBRS option which is

[PATCH 1/5] clk: divider: read-only divider can propagate rate change

When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the register shall be left un-touched, but it does not mean the clock should stop rate propagation if CLK_SET_RATE_PARENT is set This is properly handled in qcom clk-regmap-divider but it was not in the generic divider Fixes:

Re: [PATCH 04/12] pci-p2p: Clear ACS P2P flags for all client devices

On 04/01/18 08:33 PM, Alex Williamson wrote: That's exactly what IOMMU groups represent, the smallest set of devices which have DMA isolation from other devices. By poking this hole, the IOMMU group is invalid. We cannot turn off ACS only for a specific device, in order to enable p2p it

[PATCH 0/5] clk: read-only dividers and rate propagation fixup

A read-only divider may also have CLK_SET_RATE_PARENT flag set, in which case it should propagate the requested rate to its parent, taking the read-only divider value into account. While this is done correctly in qcom's clk-regmap-divider, it is not in the generic divider and lpc32xx. Other

[PATCH 5/5] clk: qcom: use divider_ro_round_rate helper

There is now an helper function to round the rate when the divider is read-only. Let's use it Signed-off-by: Jerome Brunet --- drivers/clk/qcom/clk-regmap-divider.c | 19 ++- 1 file changed, 6 insertions(+), 13 deletions(-) diff --git

[PATCH 4/5] clk: lpc32xx: use divider_ro_round_rate helper

There is now an helper function to round the rate when the divider is read-only. Let's use it Signed-off-by: Jerome Brunet --- drivers/clk/nxp/clk-lpc32xx.c | 23 +++ 1 file changed, 7 insertions(+), 16 deletions(-) diff --git

Re: [PATCH 4.4 00/37] 4.4.110-stable review

On Thu, Jan 4, 2018 at 5:11 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.110 release. > There are 37 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH v3 01/13] x86/retpoline: Add initial retpoline support

On Fri, Jan 5, 2018 at 9:12 AM, Woodhouse, David wrote: > > I typed 'jmp __x86.indirect_thunk' and it actually jumped to an address > which I believe is (__x86.indirect_thunk + - ). > Which made me sad, and took a while to debug. Yes, I would suggest against expecting

Re: [PATCH v3 01/13] x86/retpoline: Add initial retpoline support

On Fri, 2018-01-05 at 09:28 -0800, Linus Torvalds wrote: > > Yes, I would suggest against expecting altinstructions to have > relocation information. They are generated in a different place, so.. > > That said, I honestly like the inline version (the one that is in the > google paper first) of

Re: [PATCH 4.4 00/37] 4.4.110-stable review

Boots successfully with "noefi" kernel parameter :) On Fri, Jan 5, 2018 at 12:43 PM, Andy Lutomirski wrote: > >> On Jan 5, 2018, at 9:14 AM, Pavel Tatashin wrote: >> >> Hi Andy, >> >> This is bare metal, not VM, read my other email in this thread

Re: [PATCH v3 1/9] dt-bindings: media: Add Renesas CEU bindings

Hi Laurent, On Fri, Jan 05, 2018 at 12:28:03AM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Thursday, 4 January 2018 18:03:09 EET Jacopo Mondi wrote: > > Add bindings documentation for Renesas Capture Engine Unit (CEU). > > > > Signed-off-by: Jacopo Mondi

Re: [PATCH 1/3] mm, numa: rework do_pages_move

On Fri 05-01-18 11:15:18, Cristopher Lameter wrote: > On Fri, 5 Jan 2018, Michal Hocko wrote: > > > Yes. I am really wondering because there souldn't anything specific to > > improve the situation with patch 2 and 3. Likewise the only overhead > > from the patch 1 I can see is the reduced

Re: [PATCH 09/12] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On Thu, Jan 04, 2018 at 12:01:34PM -0700, Logan Gunthorpe wrote: > Register the CMB buffer as p2pmem and use the appropriate allocation > functions to create and destroy the IO SQ. > > If the CMB supports WDS and RDS, publish it for use as p2p memory > by other devices. <> > + if (qid &&

Re: possible deadlock in ppp_dev_uninit

On Wed, Jan 03, 2018 at 10:58:01PM -0800, syzbot wrote: > Hello, > > > WARNING: possible recursive locking detected > 4.15.0-rc6-next-20180103+ #87 Not tainted > > syzkaller221540/3462 is trying to acquire

Re: [RFC] selftests/x86: Add test_vsyscall

On Fri, Jan 05, 2018 at 10:01:23AM -0800, Andy Lutomirski wrote: > Yes. There are very clever tools like 'pin' that instrument a binary > by decoding all the instructions it executes and generating an > instrumented copy. If that binary calls into the vDSO, the vDSO gets > decoded and

Re: [v2 PATCH 5/6] dt-bindings: usb: mtk-xhci: update USB wakeup properties

On Wed, Jan 03, 2018 at 04:53:21PM +0800, Chunfeng Yun wrote: > Add two arguments in "mediatek,syscon-wakeup" to support multi > wakeup glue layer between SSUSB and SPM, and use standard property > "wakeup-source" to replace the private "mediatek,wakeup-src" > > Signed-off-by: Chunfeng Yun

Re: [PATCH] ASoC: codecs: dmic: Use channel map for configs with a single mic

El Fri, Jan 05, 2018 at 12:04:55PM + Mark Brown ha dit: > On Fri, Jan 05, 2018 at 11:45:43AM +0100, Arnaud Pouliquen wrote: > > > >> + num-channels = <1>; > > > In your implementation seems not linked to hardware but software... > > > DMIC driver description specifies the

Re: [PATCH V2 1/5] bindings: regulator: added support for suspend states

On Fri, Jan 05, 2018 at 12:53:28PM -0600, Rob Herring wrote: > On Thu, Jan 04, 2018 at 03:22:44PM +0800, Chunyan Zhang wrote: > > + - regulator-suspend-microvolt: the default voltage which regulator > > + would be set in suspend. The voltage for suspend also can be > > + adjusted among

Re: [PATCH 4.4 00/37] 4.4.110-stable review

Actually it helps, if before 4.4.110 never booted on my machine, not i was able to boot on a second try. On Fri, Jan 5, 2018 at 2:14 PM, Pavel Tatashin wrote: > I hoped, this patch would fix the efi issue: > https://lkml.org/lkml/2018/1/5/534 > > But, unfortunatly it

Re: [PATCH 1/3] mm, numa: rework do_pages_move

On Fri, 5 Jan 2018, Michal Hocko wrote: > > Also why are you migrating the pages on pagelist if a > > add_page_for_migration() fails? One could simply update > > the status in user space and continue. > > I am open to further cleanups. Care to send a full patch with the > changelog? I would

Re: [RFC] selftests/x86: Add test_vsyscall

On Fri, Jan 05, 2018 at 11:22:21AM -0800, Andy Lutomirski wrote: > It's emulated! We catch the page fault and fake the whole thing :) Then I'm really confused. It says "ro" above, which means _PAGE_RW is not set so page is read-only. I must be missing something... -- Regards/Gruss, Boris.

Re: [PATCH 2/6] move _body_io_syscall to the generic syscall.h

Christoph Hellwig writes: > This way it can be used for the fallback 6-argument version on > all architectures. > > Signed-off-by: Christoph Hellwig This is a strange way to do things. However, I was never really sold on libaio having to implement its own system call

Re: [PATCH v5 05/15] dt-bindings: clock: Add jz4770-cgu.h header

On Tue, Jan 02, 2018 at 04:08:38PM +0100, Paul Cercueil wrote: > This will be used from the devicetree bindings to specify the clocks > that should be obtained from the jz4770-cgu driver. > > Signed-off-by: Paul Cercueil > Acked-by: Stephen Boyd > ---

[PATCH] selftests: sync: missing CFLAGS while compiling

Based on patch: https://patchwork.kernel.org/patch/10042045/ arch64-linux-gnu-gcc -c sync.c -o sync/sync.o sync.c:42:29: fatal error: linux/sync_file.h: No such file or directory #include ^ CFLAGS is not used during the compile step, so the system instead of kernel

Re: [PATCH 2/7] ARM: dts: imx6ul: update i.MX 6UltraLite iomux headers

On Tue, Jan 02, 2018 at 05:42:18PM +0100, Stefan Agner wrote: > From: Fugang Duan > > Update i.MX 6UltraLite IOMUXC pin defines. That's obvious reading the diff. The commit message should tell me why. They were wrong? > > Signed-off-by: Fugang Duan

Re: [PATCH v3 01/13] x86/retpoline: Add initial retpoline support

On Fri, Jan 05, 2018 at 04:41:46PM +, Woodhouse, David wrote: > Nope, alternatives are broken. Only a jmp as the *first* opcode of > altinstr gets handled by recompute_jump(), while any subsequent insn is > just copied untouched. Not broken - simply no one needed it until now. I'm looking

[PATCH 2/3] powerpc/mm: Allow more than 16 low slices

While the implementation of the "slices" address space allows a significant amount of high slices, it limits the number of low slices to 16 due to the use of a single u64 low_slices element in struct slice_mask. In order to override this limitation, this patch switches the handling of low_slices

[PATCH 1/3] powerpc/32: Fix hugepage allocation on 8xx at hint address

When an app has some regular pages allocated (e.g. see below) and tries to mmap() a huge page at a hint address covered by the same PMD entry, the kernel accepts the hint allthough the 8xx cannot handle different page sizes in the same PMD entry. 1000-10001000 r-xp 00:0f 2597

[PATCH 3/3] powerpc/8xx: Increase the number of mm slices

On the 8xx, we can have as many slices as PMD entries. This means we could have 1024 slices in 4k size pages mode and 64 slices in 16k size pages. However, due to a stack overflow in slice_get_unmapped_area(), we limit to 512 slices. Signed-off-by: Christophe Leroy ---

Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier

On Fri, Jan 5, 2018 at 6:40 AM, Mark Rutland wrote: > On Thu, Jan 04, 2018 at 02:09:52PM -0800, Dan Williams wrote: >> On Thu, Jan 4, 2018 at 3:47 AM, Mark Rutland wrote: >> > Hi Dan, >> > >> > Thanks for these examples. >> > >> > On Thu, Jan 04, 2018

RE: [PATCH 0/7] IBRS patch series

> On Fri, Jan 05, 2018 at 04:37:30PM +, David Woodhouse wrote: > > You are completely ignoring pre-Skylake here. > > > > On pre-Skylake, retpoline is perfectly sufficient and it's a *lot* > > faster than the IBRS option which is almost prohibitively slow. > > > > We didn't do it just for fun.

Re: [PATCH 4.4 00/37] 4.4.110-stable review

Hi Andy, This is bare metal, not VM, read my other email in this thread about the machine on which I am testing. Sometime hang happens a little later: [5.088948] microcode: CPU36 sig=0x406f1, pf=0x1, revision=0xb1d [5.096076] microcode: CPU37 sig=0x406f1, pf=0x1, revision=0xb1d [

[PATCHv2 0/2] Improve stability of system clock

v1->v2 - rebased to current code - improved commit messages This patch set improves stability and accuracy of the system clock when synchronized to precise time sources like the new PTP KVM clock or NTP/PTP with hardware timestamping. The biggest difference is expected on mostly idle systems

Re: [PATCH v3 01/13] x86/retpoline: Add initial retpoline support

On Fri, 2018-01-05 at 17:45 +0100, Borislav Petkov wrote: > On Fri, Jan 05, 2018 at 04:41:46PM +, Woodhouse, David wrote: > > Nope, alternatives are broken. Only a jmp as the *first* opcode of > > altinstr gets handled by recompute_jump(), while any subsequent insn is > > just copied

Re: [PATCH v2] serial: imx: fix endless loop during suspend

Hi Martin, On Fri, Jan 5, 2018 at 2:46 PM, Martin Kaiser wrote: > Hi Fabio and all, > > here's a different approach for fixing the awake issue that I see on my > board. I tried to stick as much as possible to the original order in > which the operations were done. Could you do

Re: [PATCH v2] x86/platform/intel-mid: Revert "Make 'bt_sfi_data' const"

On Fri, 5 Jan 2018, Andy Shevchenko wrote: > On Thu, 2017-12-28 at 13:34 +0100, Ingo Molnar wrote: > > * Andy Shevchenko wrote: > > > > > v2: low the tone of accusation that this made a regression > > > > BTW., don't worry about that aspect too much: after a

Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables

On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote: > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 10684b17d0bd..b6d51b4d5ce1 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -3556,9 +3556,16 @@ static void pci_do_fixups(struct pci_dev *dev,

Re: [PATCH 4.4 00/37] 4.4.110-stable review

On Fri, Jan 05, 2018 at 02:41:04PM +0100, Greg Kroah-Hartman wrote: > On Thu, Jan 04, 2018 at 03:45:55PM -0800, Guenter Roeck wrote: > > On Wed, Jan 03, 2018 at 09:11:06PM +0100, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 4.4.110 release. > > > There are

Re: [PATCH v3 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

Em Thu, 04 Jan 2018 21:15:31 +0100 Knut Omang escreveu: > > I'm surprised the commit message and the provided documentation say > > nothing about using CHECK=foo on the command line. That already supports > > arbitrary checkers. > > The problem, highlighted by Jim

Re: [PATCH 1/2] MIPS: Watch: Avoid duplication of bits in mips_install_watch_registers.

On 01/02/2018 03:31 AM, Matt Redfearn wrote: Currently the bits to be set in the watchhi register in addition to that requested by the user is defined inline for each register. To avoid this, define the bits once and or that in for each register. Signed-off-by: Matt Redfearn

Re: [PATCH 2/2] MIPS: Watch: Avoid duplication of bits in mips_read_watch_registers

On 01/02/2018 03:31 AM, Matt Redfearn wrote: Currently the bits to be masked when watchhi is read is defined inline for each register. To avoid this, define the bits once and mask each register with that value. Signed-off-by: Matt Redfearn Acked-by: David Daney

Re: [PATCH 4.4 00/37] 4.4.110-stable review

On Fri, Jan 05, 2018 at 04:00:55PM +0100, Greg Kroah-Hartman wrote: > On Thu, Jan 04, 2018 at 09:56:47AM -0800, Guenter Roeck wrote: > > > > FWIW, v4.4.110-rc1 boots fine when merged into chromeos-4.4, on i7-7Y75. > > That's good to know, hopefully 4.4.110-final also still works for you :) It

Re: [PATCH 09/12] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On 05/01/18 11:11 AM, Keith Busch wrote: On Thu, Jan 04, 2018 at 12:01:34PM -0700, Logan Gunthorpe wrote: Register the CMB buffer as p2pmem and use the appropriate allocation functions to create and destroy the IO SQ. If the CMB supports WDS and RDS, publish it for use as p2p memory by other

Re: [RFC] boot failed when enable KAISER/KPTI

On Fri, 5 Jan 2018, Xishi Qiu wrote: > I run the latest RHEL 7.2 with the KAISER/KPTI patch, and boot failed. > > ... > [0.00] PM: Registered nosave memory: [mem 0x810-0x8ff] > [0.00] PM: Registered nosave memory: [mem 0x910-0xfff] > [0.00]

Re: [GIT PULL 00/25] LightNVM updates for 4.16

On 01/05/2018 04:50 PM, Jens Axboe wrote: On Fri, Jan 05 2018, Matias Bjørling wrote: Hi Jens, Here is a couple of patches for 4.16. This patchset prepares the lightnvm and pblk source code for the 2.0 specification release. The specification is close to its final revision. After these

Re: [GIT PULL 24/25] lightnvm: pblk: add iostat support

On 01/05/2018 04:42 PM, Jens Axboe wrote: On Fri, Jan 05 2018, Matias Bjørling wrote: From: Javier González Since pblk registers its own block device, the iostat accounting is not automatically done for us. Therefore, add the necessary accounting logic to satisfy the

Re: [PATCH 7/8] remoteproc: Drop dangling find_rsc_table dummies

On Fri 05 Jan 08:53 PST 2018, Loic PALLARDY wrote: > > > > -Original Message- > > From: linux-remoteproc-ow...@vger.kernel.org [mailto:linux-remoteproc- > > ow...@vger.kernel.org] On Behalf Of Bjorn Andersson > > Sent: Wednesday, December 13, 2017 11:41 PM > > To: Ohad Ben-Cohen

[PATCH 1/2] staging: android: ion: Add __GFP_NOWARN for system contig heap

syzbot reported a warning from Ion: WARNING: CPU: 1 PID: 3485 at mm/page_alloc.c:3926 ... __alloc_pages_nodemask+0x9fb/0xd80 mm/page_alloc.c:4252 alloc_pages_current+0xb6/0x1e0 mm/mempolicy.c:2036 alloc_pages include/linux/gfp.h:492 [inline]

Re: [PATCH 03/11] fs: Allow superblock owner to change ownership of inodes

On Fri, Dec 22, 2017 at 03:32:27PM +0100, Dongsu Park wrote: > diff --git a/fs/attr.c b/fs/attr.c > index 12ffdb6f..bf8e94f3 100644 > --- a/fs/attr.c > +++ b/fs/attr.c > @@ -18,6 +18,30 @@ > #include > #include > > +static bool chown_ok(const struct inode *inode, kuid_t uid) > +{ > + if

Re: [PATCH v1 1/3] x86/cpu/AMD: Make LFENCE a serializing instruction

On Fri, Jan 5, 2018 at 11:07 AM, Tom Lendacky wrote: > To aid in speculation control, make LFENCE a serializing instruction. > This is done by setting bit 1 of MSR 0xc0011029 (DE_CFG). Some families > that support LFENCE do not have this MSR. For these families, the

Re: [PATCH 4.4 00/37] 4.4.110-stable review

On Wed, Jan 03, 2018 at 09:11:06PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.110 release. > There are 37 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

Re: Linux 4.4.110

On Fri, Jan 05, 2018 at 04:55:07PM +0100, Willy Tarreau wrote: > On Fri, Jan 05, 2018 at 03:54:33PM +0100, Greg KH wrote: > > I'm announcing the release of the 4.4.110 kernel. > > > > All users of the 4.4 kernel series must upgrade. > > > > But be careful, there have been some reports of

Re: [PATCH] [v4] x86/doc: add PTI description

On 01/05/2018 09:44 AM, Dave Hansen wrote: > Changes from v3: > * Increasingly minor text fixes. Yeah. Just merge it and use patches for anything else. Reviewed-by: Randy Dunlap Thanks. > Changes from v2: > * Update some wording > * Minor typo and grammar fixes > *

Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors

On 5 January 2018 at 17:58, Catalin Marinas wrote: > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote: >> diff --git a/arch/arm/include/asm/jump_label.h >> b/arch/arm/include/asm/jump_label.h >> index e12d7d096fc0..7b05b404063a 100644 >> ---

[GIT PULL] Btrfs fixes for 4.15-rc7

Hi, we have two more fixes for 4.15, aimed for stable. The leak fix is obvious, the second patch fixes a bug revealed by the refcount API, when it behaves differently than previous atomic_t and reports refs going from 0 to 1 in one case. No merge conflicts. Please pull, thanks. The following

Re: [RFC] selftests/x86: Add test_vsyscall

On Fri, Jan 5, 2018 at 5:40 AM, Borislav Petkov wrote: > On Thu, Jan 04, 2018 at 09:38:37PM -0800, Andy Lutomirski wrote: >> It's RFC because I want to re-read it myself first. It's also missing >> a test that will reliably make sure that vsyscall=none prevents use of >>

Re: [PATCH 4.4 00/37] 4.4.110-stable review

On Fri, Jan 5, 2018 at 9:52 AM, Greg Kroah-Hartman wrote: > On Fri, Jan 05, 2018 at 12:48:54PM -0500, Pavel Tatashin wrote: >> Boots successfully with "noefi" kernel parameter :) > > Thanks, that will help me narrow it down. I'll dig through more patches > when I get

Re: [PATCH 09/12] nvme-pci: Use PCI p2pmem subsystem to manage the CMB

On 05/01/18 08:30 AM, Marta Rybczynska wrote: @@ -429,10 +429,7 @@ static void __nvme_submit_cmd(struct nvme_queue *nvmeq, { u16 tail = nvmeq->sq_tail; - if (nvmeq->sq_cmds_io) - memcpy_toio(>sq_cmds_io[tail], cmd, sizeof(*cmd)); - else -

[PATCH v6 08/15] MIPS: ingenic: Use common cmdline handling code

From: Paul Burton jz4740_init_cmdline appends all arguments from argv (in fw_arg1) to arcs_cmdline, up to argc (in fw_arg0). The common code in fw_init_cmdline will do the exact same thing when run on a system where fw_arg0 isn't a pointer to kseg0 (it'll also set _fw_envp

[PATCH v6 12/15] MIPS: JZ4770: Work around config2 misreporting associativity

From: Maarten ter Huurne According to config2, the associativity would be 5-ways, but the documentation states 4-ways, which also matches the documented L2 cache size of 256 kB. Signed-off-by: Maarten ter Huurne --- arch/mips/mm/sc-mips.c | 9

Re: possible deadlock in ppp_dev_uninit

On Fri, Jan 05, 2018 at 07:15:31PM +0100, Guillaume Nault wrote: > That's probably worth a test anyway. > Copy/paste error :-/ Here's a version that should apply cleanly. #syz test: git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master 8< diff --git

[PATCH v6 05/15] dt-bindings: clock: Add jz4770-cgu.h header

This will be used from the devicetree bindings to specify the clocks that should be obtained from the jz4770-cgu driver. Signed-off-by: Paul Cercueil Acked-by: Stephen Boyd Reviewed-by: Rob Herring ---

[PATCH v6 06/15] clk: Add Ingenic jz4770 CGU driver

Add support for the clocks provided by the CGU in the Ingenic JZ4770 SoC. Signed-off-by: Paul Cercueil Signed-off-by: Maarten ter Huurne Acked-by: Stephen Boyd --- drivers/clk/ingenic/Makefile | 1 +

[PATCH v6 14/15] devicetree/bindings: Add GCW vendor prefix

Game Consoles Worldwide, mostly known under the acronym GCW, is the creator of the GCW Zero open-source video game system. Signed-off-by: Paul Cercueil Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed,

[PATCH v6 04/15] clk: ingenic: Add code to enable/disable PLLs

This commit permits the PLLs to be dynamically enabled and disabled when their children clocks are enabled and disabled. Signed-off-by: Paul Cercueil Acked-by: Stephen Boyd --- drivers/clk/ingenic/cgu.c | 89

[PATCH v6 09/15] MIPS: platform: add machtype IDs for more Ingenic SoCs

Add a machtype ID for the JZ4780 SoC, which was missing, and one for the newly supported JZ4770 SoC. Signed-off-by: Paul Cercueil Reviewed-by: PrasannaKumar Muralidharan --- arch/mips/include/asm/bootinfo.h | 2 ++ 1 file changed, 2

[PATCH v6 10/15] MIPS: ingenic: Detect machtype from SoC compatible string

Previously, the mips_machtype variable was always initialized to MACH_INGENIC_JZ4740 even if running on different SoCs. Signed-off-by: Paul Cercueil --- arch/mips/jz4740/prom.c | 1 - arch/mips/jz4740/setup.c | 26 ++ 2 files changed, 22

Re: [RFC] selftests/x86: Add test_vsyscall

On Fri, Jan 5, 2018 at 10:23 AM, Borislav Petkov wrote: > On Fri, Jan 05, 2018 at 09:53:16AM -0800, Andy Lutomirski wrote: >> emulate_noread would avoid one exploit technique that Kees saw >> somewhere. And per-process disablement would let a system remain >> compatible with old

Re: [PATCH v2 4/7] drm/panel: simple: Add support for KEO TX31D200VM0BAA

On Thu, Jan 04, 2018 at 11:42:22AM +0530, Jagan Teki wrote: > This adds support for the Kaohsiung Opto-Electronics., > TX31D200VM0BAA 12.3" HSXGA LVDS panel, which can be > supported by the simple panel driver. > > Signed-off-by: Jagan Teki > --- > Changes for v2: > -

Re: [PATCH] i40iw: Replace mdelay with msleep in i40iw_wait_pe_ready

On Fri, 2018-01-05 at 11:44 -0600, Shiraz Saleem wrote: > On Sun, Dec 24, 2017 at 03:39:40AM -0700, Jia-Ju Bai wrote: > > i40iw_wait_pe_ready is not called in an interrupt handler > > nor holding a spinlock. > > The function mdelay in it can be replaced with msleep, > > to reduce busy wait. > >

Re: [V4, 01/11] Documentation: Add license-rules.rst to describe how to properly identify file licenses

On Fri, Jan 05, 2018 at 02:05:26PM +0100, Alexandre Belloni wrote: > Hi, > > I'm definitively late to the party but... > > On 17/11/2017 at 11:00:33 +0100, Thomas Gleixner wrote: > > +2. Style: > > + > > + The SPDX license identifier is added in form of a comment. The comment > > + style

Re: [PATCH 1/2] staging: android: ion: Add __GFP_NOWARN for system contig heap

Quoting Laura Abbott (2018-01-05 19:14:08) > syzbot reported a warning from Ion: > > WARNING: CPU: 1 PID: 3485 at mm/page_alloc.c:3926 > > ... >__alloc_pages_nodemask+0x9fb/0xd80 mm/page_alloc.c:4252 > alloc_pages_current+0xb6/0x1e0 mm/mempolicy.c:2036 > alloc_pages

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

I'll try. I need a bit of clarification: On Fri, Jan 05, 2018 at 05:52:25PM +, Chris Wilson wrote: > Quoting Alexandru Chirvasitu (2018-01-03 21:53:15) > > All right, here's the dmesg from the kernel compiled from drm-tip (in > > sync with upstream at the time of the compilation earlier

Re: [v3] x86/doc: add PTI description

On Thu, 04 Jan 2018, Dave Hansen wrote: diff -puN /dev/null Documentation/x86/pti.txt --- /dev/null 2017-12-15 13:48:30.454245127 -0800 +++ b/Documentation/x86/pti.txt 2018-01-04 21:38:28.826772303 -0800 @@ -0,0 +1,187 @@ [...] +This sharing at the PGD level also inherently shares all the

[PATCH] Staging: lustre: Fix prefer seq_puts to seq_printf

Use seq_puts() for strings without format specifiers instead of seq_printf(). Issue reported by checkpatch.pl Signed-off-by: Sumit Pundir --- drivers/staging/lustre/lustre/obdclass/cl_object.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 0/7] IBRS patch series

On Fri, 2018-01-05 at 17:05 +0100, Andrea Arcangeli wrote: > On Fri, Jan 05, 2018 at 03:38:24PM +, David Woodhouse wrote: > > > > We had IBRS first, and especially on Broadwell and earlier, its > > performance really is painful. > > > > Then came retpoline, purely as an optimisation. A very

Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers

On Fri, Jan 5, 2018 at 6:57 AM, Mark Rutland wrote: > Note: this patch is an *example* use of the nospec API. It is understood > that this is incomplete, etc. > > Under speculation, CPUs may mis-predict branches in bounds checks. Thus, > memory accesses under a bounds check

Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers

On Fri, Jan 05, 2018 at 08:38:43AM -0800, Dan Williams wrote: > On Fri, Jan 5, 2018 at 6:57 AM, Mark Rutland wrote: > > Note: this patch is an *example* use of the nospec API. It is understood > > that this is incomplete, etc. > > > > Under speculation, CPUs may mis-predict

Re: [PATCH v1 0/3] x86/cpu/AMD: Make LFENCE a serializing instruction on AMD

On Fri, Jan 05, 2018 at 10:07:36AM -0600, Tom Lendacky wrote: > To aid in speculation control, the LFENCE instruction will be turned into > a serializing instruction. There is less performance impact using LFENCE > in this way compared to MFENCE. > > With LFENCE now being a serializing

Re: [PATCH v6 07/14] regmap: Add SoundWire bus support

On Thu, Dec 14, 2017 at 11:19:38AM +0530, Vinod Koul wrote: > + /* SoundWire register address are contiguous */ > + if (config->reg_stride != 0) > + return -ENOTSUPP; That doesn't mean the chip hasn't decided not to use half the addresses for some reason - this isn't

Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers

On Fri, Jan 05, 2018 at 02:57:50PM +, Mark Rutland wrote: > Note: this patch is an *example* use of the nospec API. It is understood > that this is incomplete, etc. > > Under speculation, CPUs may mis-predict branches in bounds checks. Thus, > memory accesses under a bounds check may be

Re: About the try to remove cross-release feature entirely by Ingo

On Fri, Jan 05, 2018 at 11:49:41AM -0500, bfields wrote: > On Mon, Jan 01, 2018 at 02:18:55AM -0800, Matthew Wilcox wrote: > > On Sat, Dec 30, 2017 at 06:00:57PM -0500, Theodore Ts'o wrote: > > > On Sat, Dec 30, 2017 at 05:40:28PM -0500, Theodore Ts'o wrote: > > > > On Sat, Dec 30, 2017 at

Re: [PATCH v2] x86/platform/intel-mid: Revert "Make 'bt_sfi_data' const"

On Thu, 2017-12-28 at 13:34 +0100, Ingo Molnar wrote: > * Andy Shevchenko wrote: > > > v2: low the tone of accusation that this made a regression > > BTW., don't worry about that aspect too much: after a long debugging > session it's > pretty natural to be

Re: [PATCH] i40iw: Replace mdelay with msleep in i40iw_wait_pe_ready

On Sun, Dec 24, 2017 at 03:39:40AM -0700, Jia-Ju Bai wrote: > i40iw_wait_pe_ready is not called in an interrupt handler > nor holding a spinlock. > The function mdelay in it can be replaced with msleep, > to reduce busy wait. > > Signed-off-by: Jia-Ju Bai > --- >

Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables

On 5 January 2018 at 17:41, Catalin Marinas wrote: > On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote: >> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c >> index 10684b17d0bd..b6d51b4d5ce1 100644 >> --- a/drivers/pci/quirks.c >> +++

Re: [PATCH 3/7] x86/enter: Use IBRS on syscall and interrupts

On 01/05/2018 04:27 AM, Dr. David Alan Gilbert wrote: >>> Patches for 1-3 are out there and 4 is pretty straightforward. Doing a >>> arch_prctl() is still straightforward, but will be a much more niche >>> thing than any of the other choices. Plus, with a user interface, we >>> have to argue

Re: [PATCH 1/2] staging: fsl-mc/dpio: Add dpaa2_io_service_select() API

On 1/5/2018 6:04 AM, Ioana Radulescu wrote: > All DPIO service API functions receive a dpaa2_io service pointer > as parameter (NULL meaning any service will do) which indicates > the hardware resource to be used to execute the specified command. > > There isn't however any available API for

Re: [PATCH 05/23] x86, kaiser: unmap kernel from userspace page tables (core patch)

[ adding Hugh ] On Thu, 4 Jan 2018, Dave Hansen wrote: > > BTW, we have just reported a bug caused by kaiser[1], which looks like > > caused by SMEP. Could you please help to have a look? > > > > [1] https://lkml.org/lkml/2018/1/5/3 > > Please report that to your kernel vendor. Your EFI page

Re: [PATCH] linux-next: firmware: Fix a typo in fallback-mechanisms.rst

On Fri, Jan 05, 2018 at 09:00:41PM +0900, Masanari Iida wrote: > This patch fix a spelling typo found in fallback-mechanisms.rst > > Signed-off-by: Masanari Iida Acked-by: Luis R. Rodriguez Luis

Re: [PATCH 4.4 00/37] 4.4.110-stable review

I hoped, this patch would fix the efi issue: https://lkml.org/lkml/2018/1/5/534 But, unfortunatly it does not. I got a partial panic message this time: [4.737578] usb 1-1: new high-speed USB device number 2 using ehci-pci [4.846712] BUG: unable to handle kernel paging request at

[PATCH 2/2] staging: android: ion: Switch from WARN to pr_warn

Syzbot reported a warning with Ion: WARNING: CPU: 0 PID: 3502 at drivers/staging/android/ion/ion-ioctl.c:73 ion_ioctl+0x2db/0x380 drivers/staging/android/ion/ion-ioctl.c:73 Kernel panic - not syncing: panic_on_warn set ... This is a warning that validation of the ioctl fields failed. This was

[PATCH] perf/x86/msr: add support for MSR_IA32_THERM_STATUS

This patch adds support for the Digital Readout provided by the IA32_THERM_STATUS MSR (0x19C) on Intel X86 processors. The readout shows the number of degrees Celcius to the TCC (critical temperature) supported by the processor. Thus, the larger, the better. The perf_event support is provided via

RE: [PATCH][scsi-next] scsi: aacraid: remove redundant setting of variable c

> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Friday, January 5, 2018 7:31 AM > To: dl-esc-Aacraid Linux Driver ; James E . J . > Bottomley ; Martin K . Petersen > ;

Re: [PATCH v3 01/13] x86/retpoline: Add initial retpoline support

On Fri, 2018-01-05 at 13:56 +, Woodhouse, David wrote: > > At some point during this whole painful mess, I had come to the > conclusion that having relocations in altinstr didn't work, and that's > why I had X86_xx_NO_RETPOLINE instead of X86_xx_RETPOLINE. I now think > that something else

Re: [PATCH 0/7] IBRS patch series

On Fri, Jan 05, 2018 at 04:37:30PM +, David Woodhouse wrote: > You are completely ignoring pre-Skylake here. > > On pre-Skylake, retpoline is perfectly sufficient and it's a *lot* > faster than the IBRS option which is almost prohibitively slow. > > We didn't do it just for fun. And it's

Re: [PATCH] writeback: update comment in inode_io_list_move_locked

On 12/5/17 5:23 AM, Wang Long wrote: > The @head can be wb->b_dirty_time, so update the comment. Applied, thanks Wang. -- Jens Axboe

Re: [PATCH] pinctrl: imx6ul: add IOMUXC SNVS pinctrl driver for i.MX 6ULL

On Tue, Jan 02, 2018 at 05:40:59PM +0100, Stefan Agner wrote: > From: Bai Ping > > On i.MX 6ULL, the BOOT_MODEx and TAMPERx pin MUX and CTRL registers > are available in a separate IOMUXC_SNVS module. Add support for the > IOMUXC_SNVS module to the i.MX 6UL pinctrl driver. > >

Re: [PATCH] writeback: update comment in inode_io_list_move_locked

On 12/5/17 5:23 AM, Wang Long wrote: > The @head can be wb->b_dirty_time, so update the comment. Applied, thanks Wang. -- Jens Axboe

  1   2   3   4   5   6   7   8   9   10   >