[PATCH 0/7] afs: Fixes and dynamic root

http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=afs-next tagged thusly: afs-next-20180208 David --- David Howells (7): afs: Add missing afs_put_cell() afs: Fix missing cursor clearance afs: Need to clear responded flag in addr cursor afs: Fix se

Re: [PATCH v3 0/6] cpufreq: schedutil: fixes for flags updates

Hi Patrick, Il 06/02/2018 19:36, Patrick Bellasi ha scritto: On 06-Feb 19:14, Claudio Scordino wrote: Hi Patrick, At first glance, your proposal below makes to make sense. However, I'm wondering if we cannot get it working using rq->dl's provided information instead of flags? Yes, we can

Re: x86/microcode/intel: Division by zero panic in 4.9.79 and 4.4.114

On Thu, Feb 8, 2018 at 2:53 PM, Borislav Petkov wrote: > On Thu, Feb 08, 2018 at 01:55:48PM +, Rolf Neugebauer wrote: >> On the 4.4 kernel, 1f161f67a272c ("x86/microcode: Do the family check >> first") does not apply cleanly. Looks like it relies on 309aac77768c0 >>

Re: [PATCH v2] printk: Relocate wake_klogd check close to the end of console_unlock()

On Thu 2018-02-08 23:53:07, Sergey Senozhatsky wrote: > On (02/08/18 14:04), Petr Mladek wrote: > > We mark for waking up klogd whenever we see a new message sequence in > > the main loop. However, the actual wakeup is always at the end of the > > function and we can easily test for the wakeup

Re: INFO: task hung in sync_blockdev

On Thu, Feb 8, 2018 at 5:23 PM, Andrey Ryabinin wrote: > > > On 02/08/2018 07:18 PM, Jan Kara wrote: > >>> By "full kernel crashdump" you mean kdump thing, or something else? >> >> Yes, the kdump thing (for KVM guest you can grab the memory dump also from >> the host in a

Re: [PATCH v3 2/2] MIPS: use generic GCC library routines from lib/

On Wed, 31 Jan 2018 08:07:51 PST (-0800), matt.redfe...@mips.com wrote: Hi, On 31/01/18 15:33, Antony Pavlov wrote: The commit b35cd9884fa5 ("lib: Add shared copies of some GCC library routines") makes it possible to share generic GCC library routines by several architectures. This commit

Re: [PATCH] perf: arm_pmu_acpi: Fix armpmu_alloc call from invalid context

On Thu, 2018-02-08 at 17:54 +, Mark Rutland wrote: > Hi Mark, > > On Thu, Feb 08, 2018 at 12:45:04PM -0500, Mark Salter wrote: > > When booting an arm64 debug kernel with ACPI, I see: > > > >BUG: sleeping function called from invalid context at mm/slab.h:420 > >in_atomic(): 0,

Re: [STABLE 4.9.y PATCH 0/9] Backport of KVM Speculation Control support

On Thu, Feb 08, 2018 at 06:42:03PM +0100, Paolo Bonzini wrote: > On 08/02/2018 18:14, Greg KH wrote: > > On Thu, Feb 08, 2018 at 03:49:59AM +0100, Greg KH wrote: > >> On Tue, Feb 06, 2018 at 09:05:46PM +, Woodhouse, David wrote: > >>> > >>> > >>> On Tue, 2018-02-06 at 19:01 +0100, Paolo

Re: [PATCH v6] checkpatch.pl: Add SPDX license tag check

Joe, On Thu, Feb 8, 2018 at 6:24 PM, Joe Perches wrote: > On Thu, 2018-02-08 at 15:35 +0100, Philippe Ombredanne wrote: >> However checking that licenses ids are known and listed in the kernel >> doc is essential IMHO to avoid drift and insulate the kernel from SPDX >> updates.

[PATCH] drm_fb_cma_helper: Delete an error message for a failed memory allocation in drm_fbdev_cma_init_with_funcs()

From: Markus Elfring Date: Thu, 8 Feb 2018 19:30:06 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: linux-next: manual merge of the tip tree with Linus' tree

- On Feb 8, 2018, at 1:56 PM, Will Deacon will.dea...@arm.com wrote: > On Thu, Feb 08, 2018 at 08:03:50AM +0100, Ingo Molnar wrote: >> >> * Will Deacon wrote: >> >> > For the sake of avoiding the conflict, can we just drop it for now, please? >> >> Yeah, so I resolved

Re: INFO: task hung in sync_blockdev

On Thu 08-02-18 15:18:11, Dmitry Vyukov wrote: > On Thu, Feb 8, 2018 at 3:08 PM, Jan Kara wrote: > > On Thu 08-02-18 14:28:08, Dmitry Vyukov wrote: > >> On Thu, Feb 8, 2018 at 10:28 AM, Jan Kara wrote: > >> > On Wed 07-02-18 07:52:29, Andi Kleen wrote: > >> >> > #0:

Bug 198731

'USB devices not seen with newest kernel' -- Cheers, Bev In theory there is no difference between theory and practice, but in practice there is.

Re: [PATCH 1/2] serial: 8250: Don't service RX FIFO if interrupts are disabled

On 08-Feb-18 8:46 PM, Andy Shevchenko wrote: > On Thu, Feb 8, 2018 at 2:55 PM, Vignesh R wrote: >> Currently, data in RX FIFO is read based on UART_LSR register state even >> if RDI and RLSI interrupts are disabled in UART_IER register. >> This is because when IRQ handler is

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Thu, Feb 8, 2018 at 1:13 AM, Peter Zijlstra wrote: > > _The_ problem is that new binutils cannot sanely decode any function > that has a WARN in (this very much includes perf annotate): Ugh. Is there any reason why we don't just use UD2 and avoid this whole issue? Do

Re: [BUG] x86 : i486 reporting to be vulnerable to Meltdown/Spectre_V1/Spectre_V2

On Thu, Feb 8, 2018 at 12:02 PM, David Laight wrote: > From: Arnd Bergmann >> Sent: 08 February 2018 15:23 > ... >> The Winchip is what eventually turned into the VIA Nano, which does >> have speculative execution, but I don't think the earlier C3 and C7 did, >> they are

Re: [PATCH v2 1/2] Add notrace to lib/ucmpdi2.c

On Tue, 30 Jan 2018 14:42:01 PST (-0800), antonynpav...@gmail.com wrote: From: Palmer Dabbelt As part of the MIPS conversion to use the generic GCC library routines, Matt Redfearn discovered that I'd missed a notrace on __ucmpdi2(). This patch rectifies the problem. CC:

Re: [STABLE 4.9.y PATCH 0/9] Backport of KVM Speculation Control support

On 08/02/2018 18:14, Greg KH wrote: > On Thu, Feb 08, 2018 at 03:49:59AM +0100, Greg KH wrote: >> On Tue, Feb 06, 2018 at 09:05:46PM +, Woodhouse, David wrote: >>> >>> >>> On Tue, 2018-02-06 at 19:01 +0100, Paolo Bonzini wrote: On 06/02/2018 18:29, David Woodhouse wrote: > I've put

[PATCH v4 1/5] dt-bindings: dmaengine: Add MediaTek High-Speed DMA controller bindings

From: Sean Wang Document the devicetree bindings for MediaTek High-Speed DMA controller which could be found on MT7623 SoC or other similar Mediatek SoCs. Signed-off-by: Sean Wang --- .../devicetree/bindings/dma/mtk-hsdma.txt | 33

Re: [PATCH v6 3/3] irqchip/gic-v3-its: add ability to resend MAPC on resume

On Wed, Feb 07, 2018 at 06:36:48PM -0800, Derek Basehore wrote: > This adds functionality to resend the MAPC command to an ITS node on > resume. If the ITS is powered down during suspend and the collections > are not backed by memory, the ITS will lose that state. This just sets > up the known

[PATCH v4 3/5] dmaengine: mediatek: update MAINTAINERS entry with MediaTek DMA driver

From: Sean Wang I work for MediaTek and maintain SoC targeting to home gateway and also will keep extending and testing the function. Signed-off-by: Sean Wang --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Thu, Feb 8, 2018 at 10:03 AM, Peter Zijlstra wrote: > > But yes, for our purposes UD2 is perfectly fine too, it will just mess > up the people doing bringup and the like. Oh, we'll inconvenience people inside Intel? The same people who changed and screwed up the

Re: [PATCH] net: ethernet: ti: cpsw: fix net watchdog timeout

From: Grygorii Strashko Date: Thu, 8 Feb 2018 10:04:31 -0600 > Could this be marked as stable material 4.9+? Sure, queued up.

Re: [RFC] Warn the user when they could overflow mapcount

On Thu, Feb 08, 2018 at 01:05:33PM -0500, Daniel Micay wrote: > The standard map_max_count / pid_max are very low and there are many > situations where either or both need to be raised. [snip good reasons] > I do think the default value in the documentation should be fixed but > if there's a

Re: linux-next: manual merge of the tip tree with Linus' tree

On Thu, Feb 08, 2018 at 08:03:50AM +0100, Ingo Molnar wrote: > > * Will Deacon wrote: > > > For the sake of avoiding the conflict, can we just drop it for now, please? > > Yeah, so I resolved the conflict by merging the (already upstream) bits and > Linus > pulled that

Re: [PATCH] KVM: nVMX: Fix CR4 after VMLAUNCH/VMRESUME failure

On Thu, Feb 8, 2018 at 7:29 AM, Jim Mattson wrote: > Similarly, the correct L1 CR4 value should be in vmcs01's CR4 > read shadow field. Sorry; that's wrong. L1's CR4 value has to be reconstructed from the vmcs01 guest CR4 field and CR4 shadow field using the cr4 guest/host

[PATCH net] rxrpc: Don't put crypto buffers on the stack

Don't put buffers of data to be handed to crypto on the stack as this may cause an assertion failure in the kernel (see below). Fix this by using an kmalloc'd buffer instead. kernel BUG at ./include/linux/scatterlist.h:147! ... RIP: 0010:rxkad_encrypt_response.isra.6+0x191/0x1b0 [rxrpc] RSP:

Re: [PATCH] coresight replicator: set default y after Kconfig rename

On 7 February 2018 at 14:03, Kim Phillips wrote: > Commit 1c8859848dbb ("coresight replicator: Cleanup programmable > replicator naming") changed the Kconfig symbol name from > QCOM_REPLICATOR, which, whilst not in the single arm64 defconfig, > was being set in my juno build

Re: [PATCH 1/2] arm64: capabilities: Allow flexibility in scope

On Thu, Feb 08, 2018 at 12:12:37PM +, Suzuki K Poulose wrote: > So far we have restricted the scopes for the capabilities > as follows : > 1) Errata workaround check are run all CPUs (i.e, always > SCOPE_LOCAL_CPU) > 2) Arm64 features are run only once after the sanitised > feature

[RFC PATCH 0/7] Kconfig: add new special property shell= to test compiler options in Kconfig

This was prompted by the email from Linus today's morning. I implmented this in a rush today, so there are still many TODOs, but I put it here to start discussion. I think it is working, but as you notice, it is tedious to repeat something like follows: config CC_HAS_STACKPROTECTOR bool

Re: [PATCH v2] spi: kconfig: Remove AVR32 dep. from SPI_ATMEL

On 02/08/2018 03:44 AM, Ulf Magnusson wrote: > The AVR32 symbol was removed in commit 26202873bb51 ("avr32: remove > support for AVR32 architecture"). You forgot the Signed-off-by tag. > --- > Changes in v2: > Remove the AVR32 reference from the help text too. > > drivers/spi/Kconfig | 4

Re: [RFC PATCH 0/7] Kconfig: add new special property shell= to test compiler options in Kconfig

On Fri, Feb 09, 2018 at 01:19:05AM +0900, Masahiro Yamada wrote: > This was prompted by the email from Linus today's morning. > > I implmented this in a rush today, so there are still many TODOs, > but I put it here to start discussion. > > I think it is working, but as you notice, it is tedious

Re: [PATCH v2 17/20] arm64: bp hardening: Allow late CPUs to enable work around

On 08/02/18 12:26, Marc Zyngier wrote: On 08/02/18 12:19, Suzuki K Poulose wrote: On 07/02/18 10:39, Dave Martin wrote: On Wed, Jan 31, 2018 at 06:28:04PM +, Suzuki K Poulose wrote: We defend against branch predictor training based exploits by taking specific actions (based on the CPU

[PATCH v2] mmc: core: optimize mmc_calc_max_discard

If the max_discard value is zero, the conditional branch that checks the trim capabilities will never update this value with max_trim. Change the condition statement to also check the max_discard value in order to avoid an unnecessary call to mmc_do_calc_max_discard. Signed-off-by: Sergio

Re: [PATCH v6 1/3] irqchip/gic-v3-its: add ability to save/restore ITS state

Hi Derek, On Wed, Feb 07, 2018 at 06:36:46PM -0800, Derek Basehore wrote: > Some platforms power off GIC logic in suspend, so we need to > save/restore state. The distributor and redistributor registers need > to be handled in platform code due to access permissions on those > registers, but the

Re: [PATCH] gpiolib: suppress error message on EPROBE_DEFER

On 02/07/2018 06:57 AM, Linus Walleij wrote: > On Sun, Jan 21, 2018 at 9:32 PM, David Lechner wrote: > >> This suppresses printing an error message during probe of gpio drivers >> when the error is EPROBE_DEFER. >> >> Cc: Linus Walleij >>

Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")

On Thu, Feb 08, 2018 at 09:56:42AM -0800, Laura Abbott wrote: > > +++ b/drivers/media/v4l2-core/videobuf-dma-sg.c > > @@ -77,7 +77,7 @@ static struct scatterlist > > *videobuf_vmalloc_to_sg(unsigned char *virt, > > pg = vmalloc_to_page(virt); > > if (NULL == pg) > >

Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")

On 02/08/2018 10:18 AM, Matthew Wilcox wrote: On Thu, Feb 08, 2018 at 09:56:42AM -0800, Laura Abbott wrote: +++ b/drivers/media/v4l2-core/videobuf-dma-sg.c @@ -77,7 +77,7 @@ static struct scatterlist *videobuf_vmalloc_to_sg(unsigned char *virt, pg = vmalloc_to_page(virt);

[GIT PULL] IMA bug fixes for 4.16-rc1

Hi James, Here are the remaining 2 FUSE patches. thanks, Mimi The following changes since commit e2598077dc6a26c9644393e5c21f22a90dbdccdb: ima: re-initialize iint->atomic_flags (2018-02-02 21:03:08 +1100) are available in the git repository at:

Re: [RFC v2 PATCH 6/7] x86/entry: get rid of ALLOC_PT_GPREGS_ON_STACK and SAVE_AND_CLEAR_REGS

On Wed, Feb 07, 2018 at 10:29:15PM +0100, Dominik Brodowski wrote: > On Wed, Feb 07, 2018 at 12:44:41PM -0800, Linus Torvalds wrote: > > On Wed, Feb 7, 2018 at 12:15 PM, Dominik Brodowski > > wrote: > > > > > > Note: The testb $3, CS(%rsp) instruction in idtentry()

Re: [RFC PATCH 2/4] softirq: Per vector deferment to workqueue

From: Sebastian Andrzej Siewior Date: Thu, 8 Feb 2018 18:44:52 +0100 > May I instead suggest to stick to ksoftirqd? So you run in softirq > context (after return from IRQ) and if takes too long, you offload the > vector to ksoftirqd instead. You may want to play with the

Re: INFO: task hung in sync_blockdev

On Thu 08-02-18 06:49:18, Andi Kleen wrote: > > > It seems multiple processes deadlocked on the bd_mutex. > > > Unfortunately there's no backtrace for the lock acquisitions, > > > so it's hard to see the exact sequence. > > > > Well, all in the report points to a situation where some IO was

[PATCH] bcma: add HP Stream Notebook

In this laptop we have the following PCI device: 02:00.0 Network controller [0280]: Broadcom Limited BCM43142 802.11b/g/n [14e4:4365] (rev 01) Subsystem: Hewlett-Packard Company BCM43142 802.11b/g/n [103c:804a] [...] Region 0: Memory at 9100 (64-bit, non-prefetchable)

[PATCH v4 2/5] dmaengine: mediatek: Add MediaTek High-Speed DMA controller for MT7622 and MT7623 SoC

From: Sean Wang MediaTek High-Speed DMA controller (HSDMA) on MT7622 and MT7623 SoC has a single ring is dedicated to memory-to-memory transfer through ring based descriptor management. Even though there is only one physical ring available inside HSDMA, the driver can be

[PATCH v4 0/5] add support for Mediatek High-Speed DMA controller on MT7622 and MT7623 SoC

From: Sean Wang Changes since v3: - enhance dt-binding documents based on Rob's comments - make consistent among all comments - perfer ordering declarations longest to shortest - fix warning reported from kbuild test robot - add patch 4 and 5 to keep Fengguang and Julia's

Re: [PATCH v2 17/20] arm64: bp hardening: Allow late CPUs to enable work around

On 08/02/18 17:59, Suzuki K Poulose wrote: On 08/02/18 16:58, Suzuki K Poulose wrote: On 08/02/18 12:26, Marc Zyngier wrote: On 08/02/18 12:19, Suzuki K Poulose wrote: On 07/02/18 10:39, Dave Martin wrote: On Wed, Jan 31, 2018 at 06:28:04PM +, Suzuki K Poulose wrote: We defend against

Re: [PATCH v2 17/20] arm64: bp hardening: Allow late CPUs to enable work around

On 08/02/18 16:58, Suzuki K Poulose wrote: On 08/02/18 12:26, Marc Zyngier wrote: On 08/02/18 12:19, Suzuki K Poulose wrote: On 07/02/18 10:39, Dave Martin wrote: On Wed, Jan 31, 2018 at 06:28:04PM +, Suzuki K Poulose wrote: We defend against branch predictor training based exploits by

[PATCH v4 4/5] dmaengine: mediatek: mtk_hsdma_find_active_desc() can be static

From: kbuild test robot Fixes: c8e4b2e4ca21 ("dmaengine: mediatek: Add MediaTek High-Speed DMA controller for MT7622 and MT7623 SoC") Signed-off-by: Fengguang Wu Acked-by: Sean Wang --- drivers/dma/mediatek/mtk-hsdma.c | 4 ++--

Re: [RFC] Warn the user when they could overflow mapcount

On Thu, 08 Feb 2018 03:56:26 +0100, Jann Horn said: > I wouldn't be too surprised if there are more 32-bit overflows that > start being realistic once you put something on the order of terabytes > of memory into one machine, given that refcount_t is 32 bits wide - > for example, the i_count. See

[PATCH v4 5/5] dmaengine: mediatek: fix zalloc-simple.cocci warnings

From: Fengguang Wu Use zeroing allocator rather than allocator followed by memset with 0 Generated by: scripts/coccinelle/api/alloc/zalloc-simple.cocci Fixes: c8e4b2e4ca21 ("dmaengine: mediatek: Add MediaTek High-Speed DMA controller for MT7622 and MT7623 SoC") Cc:

Re: x86/microcode/intel: Division by zero panic in 4.9.79 and 4.4.114

On Thu, Feb 08, 2018 at 04:25:58PM +, Rolf Neugebauer wrote: > Here it is below (same disclaimer about crappy mail client). If Boris > is fine with the changes, Greg, I can send it properly with "git > send-email" if needed. Yap, looks ok to me. Thx. -- Regards/Gruss, Boris. Good

Re: [PATCH 07/20] riscv: Remove ARCH_WANT_OPTIONAL_GPIOLIB select

On Sun, 04 Feb 2018 17:21:19 PST (-0800), ulfali...@gmail.com wrote: The ARCH_WANT_OPTIONAL_GPIOLIB symbol was removed in commit 65053e1a7743 ("gpio: delete ARCH_[WANTS_OPTIONAL|REQUIRE]_GPIOLIB"). GPIOLIB should just be selected explicitly if needed. Remove the ARCH_WANT_OPTIONAL_GPIOLIB

Re: [PATCH 06/20] riscv: Remove ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE select

On Sun, 04 Feb 2018 17:21:18 PST (-0800), ulfali...@gmail.com wrote: The ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE symbol was removed in commit 51a021244b9d ("atomic64: no need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE"). Remove the ARCH_HAS_ATOMIC64_DEC_IS_POSITIVE select from RISCV. Discovered

Re: [PATCH RFC] x86: KASAN: Sanitize unauthorized irq stack access

On Thu, Feb 08, 2018 at 11:20:26AM -0600, Josh Poimboeuf wrote: > The patch description is confusing. It talks about "crappy drivers irq > handlers when they access wrong memory on the stack". But if I > understand correctly, the patch doesn't actually protect against that > case, because irq

[PATCH] khungtaskd: Kick stuck processes

After spotting a stuck process, and having decided not to panic, give the task a kick to see if that helps it to recover (e.g. to paper over a missed wake up). References: https://bugs.freedesktop.org/show_bug.cgi?id=104009 References: https://bugs.freedesktop.org/show_bug.cgi?id=104682

Re: ipmi_si fails to get BMC ID

On 02/07/2018 09:01 PM, Chris Chiu wrote: Hi, We are working with a new desktop Acer Veriton Z4640G and get stumbled on failing to enter S3 suspend with kernel version 4.14 even the latest 4.15+. Here's the kernel log https://gist.github.com/mschiu77/76888f1fd4eb56aa8959d76759a912bb. This

Re: [PATCH V2 0/6]nvme-pci: fixes on nvme_timeout and nvme_dev_disable

Jianchao, Given the discussion on this set, you plan to respin again for 4.16?

Re: [PATCH] UBSAN: support __ubsan_handle_type_mismatch_v1

On 02/08/2018 06:46 PM, Mark Rutland wrote: > Originally, UBSAN's __ubsan_handle_type_mismatch took a struct > type_mismatch_data, as defined in lib/ubsan.h. This has an unsigned long > alignment field. > > New versions of UBSAN call __ubsan_handle_type_mismatch_v1, which is > similar to

Re: [PATCH] coresight replicator: set default y after Kconfig rename

On 07/02/18 21:03, Kim Phillips wrote: Commit 1c8859848dbb ("coresight replicator: Cleanup programmable replicator naming") changed the Kconfig symbol name from QCOM_REPLICATOR, which, whilst not in the single arm64 defconfig, was being set in my juno build script, which left the new symbol

[PULL] virtio, vhost: fixes, cleanups, features

The following changes since commit d8a5b80568a9cb66810e75b182018e9edb68e8ff: Linux 4.15 (2018-01-28 13:20:33 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to

[RFC PATCH 4/7] kconfig: support new special property shell=

This works with bool, int, hex, string types. For bool, the symbol is set to 'y' or 'n' depending on the exit value of the command. For int, hex, string, the symbol is set to the value to the stdout of the command. (only the first line of the stdout) The following shows how to write this and

[RFC PATCH 5/7] kconfig: invoke silentoldconfig when compiler is updated

Moving compiler option tests to Kconfig means you need to re-run Kconfig when you update your compiler. All CC_HAS_... symbols and other symbols that depend on them must be re-calculated. It will be nice to detect the compiler update and automatically invoke silentoldconfig. This can be done by

[RFC PATCH 3/7] kconfig: remove const qualifier from sym_expand_string_value()

This function returns realloc'ed memory, so the returned pointer must be passed to free() when done. Change the return value type to save casting. Signed-off-by: Masahiro Yamada --- scripts/kconfig/lkc_proto.h | 2 +- scripts/kconfig/symbol.c| 2 +-

Re: [PATCH 1/2] arm64: capabilities: Allow flexibility in scope

On 08/02/18 16:10, Dave Martin wrote: On Thu, Feb 08, 2018 at 12:12:37PM +, Suzuki K Poulose wrote: So far we have restricted the scopes for the capabilities as follows : 1) Errata workaround check are run all CPUs (i.e, always SCOPE_LOCAL_CPU) 2) Arm64 features are run only once

Re: [PATCH RFC] x86: KASAN: Sanitize unauthorized irq stack access

On Thu, Feb 8, 2018 at 5:30 PM, Josh Poimboeuf wrote: > On Thu, Feb 08, 2018 at 01:03:49PM +0300, Kirill Tkhai wrote: >> On 07.02.2018 21:38, Dave Hansen wrote: >> > On 02/07/2018 08:14 AM, Kirill Tkhai wrote: >> >> Sometimes it is possible to meet a situation, >> >> when irq

Re: [VDSO]: vdso_test failing on arm 32 bit

On Thu, Feb 8, 2018 at 9:41 PM, Lynch, Nathan wrote: >> I commented the device tree reading property: >> arm,cpu-registers-not-fw-configured , from the arch/arm/kernel/vdso.c > > Don't do that, please. The presence of that property indicates that the > counter is not

Re: [PATCH 1/2] dt-bindings: Documentation for qcom,llcc

Hiya, On 25 January 2018 at 17:55, Channagoud Kadabi wrote: > Documentation for last level cache controller device tree bindings, > client bindings usage examples. [snippety snip] > +- llcc-bank-off: > + Usage: required > + Value Type: > + Definition:

Re: [PATCH] platform/x86: dell-laptop: Removed duplicates in DMI whitelist

On Thursday 08 February 2018 01:12:26 Alexander Abrosimov wrote: > Fixed a mistake in which several entries were duplicated in the DMI list > from the below commit > fe486138 platform/x86: dell-laptop: Add 2-in-1 devices to the DMI whitelist > > Signed-off-by: Alexander Abrosimov

Re: [PATCH] ACPI / CPPC: Use 64-bit arithmetic instead of 32-bit

On 02/08/2018 03:49 AM, Rafael J. Wysocki wrote: On Wednesday, February 7, 2018 12:36:17 AM CET Gustavo A. R. Silva wrote: Add suffix ULL to constant 500 in order to give the compiler complete information about the proper arithmetic to use. Notice that this constant is used in a context that

Re: [PATCH v1 14/16] kvm: arm64: Switch to per VM IPA

On 08/02/18 11:00, Christoffer Dall wrote: On Tue, Jan 09, 2018 at 07:04:09PM +, Suzuki K Poulose wrote: Now that we can manage the stage2 page table per VM, switch the configuration details to per VM instance. We keep track of the IPA bits, number of page table levels and the VTCR bits

Re: [PATCH] coresight replicator: set default y after Kconfig rename

On Thu, 8 Feb 2018 08:59:30 -0700 Mathieu Poirier wrote: > On 7 February 2018 at 14:03, Kim Phillips wrote: > > Commit 1c8859848dbb ("coresight replicator: Cleanup programmable > > replicator naming") changed the Kconfig symbol name from > >

Re: [PATCH 1/2] arm64: capabilities: Allow flexibility in scope

On Thu, Feb 08, 2018 at 04:31:47PM +, Suzuki K Poulose wrote: > On 08/02/18 16:10, Dave Martin wrote: > >On Thu, Feb 08, 2018 at 12:12:37PM +, Suzuki K Poulose wrote: > >>So far we have restricted the scopes for the capabilities > >>as follows : > >> 1) Errata workaround check are run all

[PATCH 0/6] isolation: 1Hz residual tick offloading v5

This series should address most reviews from Peterz in v4: * Check that the remote tick doesn't come way too late. For that we track the last time we called update_curr() with checking tsk->se.exec_start which doesn't only account for ticks but also queue and dequeue events. * Add comment

[PATCH 1/6] sched: Rename init_rq_hrtick to hrtick_rq_init

Do that rename in order to normalize the hrtick namespace. Signed-off-by: Frederic Weisbecker Cc: Chris Metcalf Cc: Christoph Lameter Cc: Luiz Capitulino Cc: Mike Galbraith Cc: Paul E. McKenney

Re: [PATCH] coresight replicator: set default y after Kconfig rename

On 08/02/18 17:22, Kim Phillips wrote: On Thu, 8 Feb 2018 08:59:30 -0700 Mathieu Poirier wrote: On 7 February 2018 at 14:03, Kim Phillips wrote: Commit 1c8859848dbb ("coresight replicator: Cleanup programmable replicator naming") changed the

[GIT PULL] arm64 updates for 4.16-rc1

Hi Linus, As I mentioned in the last pull request, there's a second batch of security updates for arm64 with mitigations for Spectre/v1 and an improved one for Spectre/v2 (via a newly defined firmware interface API). The patch "arm64: KVM: Fix SMCCC handling of unimplemented SMC/HVC calls" is

Re: [GIT PULL tools] Linux kernel memory model

Hi Paul, thanks to you and all the involved guys for this useful tool. I give it a try today and found that by installing herd7 by just following the instruction in herdtools7/INSTALL.md, and precisely installing it via: opam install herdtools7 it seems to give you a tool which fails to run

[PATCH] x86/microcode: Check if any new features are present after a microcode reload.

When microcode is loaded later after system boot, new microcode could enumerate new features. It might not be possible to use these new features unless they are loaded during early boot via initrd or from the BIOS in some cases. This patch attempts to simply check if there are any differences in

[PATCH] mm/zpool: zpool_evictable: fix mismatch in parameter name and kernel-doc

Signed-off-by: Mike Rapoport --- mm/zpool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/zpool.c b/mm/zpool.c index f8cb83e7699b..9d53a1ef8f1e 100644 --- a/mm/zpool.c +++ b/mm/zpool.c @@ -360,7 +360,7 @@ u64 zpool_get_total_size(struct zpool

[PATCH] mm/swap.c: make functions and their kernel-doc agree (again)

There was a conflict between the commit e02a9f048ef7 ("mm/swap.c: make functions and their kernel-doc agree") and the commit f144c390f905 ("mm: docs: fix parameter names mismatch") that both tried to fix mismatch betweeen pagevec_lookup_entries() parameter names and their description. Since

Re: [PATCH v2] ASoC: use seq_file to dump the contents of dai_list,platform_list and codec_list

Okay, I will send it later. On Thu, Feb 8, 2018 at 11:42 PM, Mark Brown wrote: > On Thu, Feb 08, 2018 at 04:25:10PM +0200, Andy Shevchenko wrote: >> On Fri, Jan 26, 2018 at 9:16 AM, Donglin Peng wrote: > >> > I can send another patch after the

Re: [PATCH 11/20 v2] tracing: Add symbol type to function based events

Em Thu, Feb 08, 2018 at 10:59:00AM -0500, Steven Rostedt escreveu: > On Thu, 8 Feb 2018 12:20:31 +0100 > Jiri Olsa wrote: > > > > +Symbols (function names) > > > + > > > + > > > +To display kallsyms "%pS" type of output, use the special type "symbol". >

[RFC PATCH 1/7] kbuild: remove kbuild cache

With compiler flag tests moved to the configuration phase, the result of $(call cc-option,...) will be cached in the .config file. Remove kbuild cache to make it easier to move on. Revert the following commits: Commit 9a234a2e384349 ("kbuild: create directory for make cache only when necessary")

[RFC PATCH 7/7] Test stackprotector options in Kconfig to kill CC_STACKPROTECTOR_AUTO

Add CC_HAS_STACKPROTECTOR(_STRONG) and proper dependency. I re-arranged the choice values, _STRONG, _REGULAR, _NONE in this order because the default of choice is the first visible symbol. TODO: Broken stackprotector is not tested. scripts/gcc-$(SRCARCH)_$(BITS)-has-stack-protector.sh should be

[RFC PATCH 2/7] kconfig: add xrealloc() helper

We have xmalloc(), xcalloc() already. Add xrealloc() as well to save tedious error handling. Signed-off-by: Masahiro Yamada --- scripts/kconfig/confdata.c | 2 +- scripts/kconfig/lkc.h | 1 + scripts/kconfig/nconf.gui.c | 2 +- scripts/kconfig/symbol.c

[RFC PATCH 6/7] kconfig: add basic environments to evaluate C flags in Kconfig

Add minimum environments to start with. Signed-off-by: Masahiro Yamada --- init/Kconfig | 8 1 file changed, 8 insertions(+) diff --git a/init/Kconfig b/init/Kconfig index 64f9dd2..31fbc6e 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -25,6 +25,14 @@

Re: INFO: task hung in sync_blockdev

On 02/08/2018 07:18 PM, Jan Kara wrote: >> By "full kernel crashdump" you mean kdump thing, or something else? > > Yes, the kdump thing (for KVM guest you can grab the memory dump also from > the host in a simplier way and it should be usable with the crash utility > AFAIK). > In QEMU

Re: x86/microcode/intel: Division by zero panic in 4.9.79 and 4.4.114

On Wed, Feb 07, 2018 at 04:31:59PM +, Rolf Neugebauer wrote: > On Wed, Feb 7, 2018 at 2:34 PM, Greg KH wrote: > > On Tue, Feb 06, 2018 at 03:24:44PM +0100, Borislav Petkov wrote: > >> On Tue, Feb 06, 2018 at 02:09:35PM +, Rolf Neugebauer wrote: > >> > The

Re: [PATCH V2]nvme-pci: Fixes EEH failure on ppc

@@ -1189,6 +1183,12 @@ static enum blk_eh_timer_return nvme_timeout(struct request *req, bool reserved) struct nvme_command cmd; u32 csts = readl(dev->bar + NVME_REG_CSTS); + /* If PCI error recovery process is happening, we cannot reset or +* the recovery mechanism

Re: x86/microcode/intel: Division by zero panic in 4.9.79 and 4.4.114

On Thu, Feb 08, 2018 at 04:25:58PM +, Rolf Neugebauer wrote: > On Thu, Feb 8, 2018 at 2:53 PM, Borislav Petkov wrote: > > On Thu, Feb 08, 2018 at 01:55:48PM +, Rolf Neugebauer wrote: > >> On the 4.4 kernel, 1f161f67a272c ("x86/microcode: Do the family check > >> first")

Re: [PATCH v3 4/8] i2c: ov9650: use 64-bit arithmetic instead of 32-bit

Hi Sakari, On 02/07/2018 03:59 PM, Sakari Ailus wrote: Hi Gustavo, On Tue, Feb 06, 2018 at 10:47:50AM -0600, Gustavo A. R. Silva wrote: Add suffix ULL to constants 1 and 100 in order to give the compiler complete information about the proper arithmetic to use. Notice that these

[PATCH] staging: fsl-dpaa2/eth: Defer probing if no MC portal available

MC portals may not be available at the initial probing attempt due to dependencies on other modules. Check the return value of the MC portal allocation function and defer probing in case it's not available yet. For all other error cases the behaviour stays the same. Signed-off-by: Ioana

Re: [PATCH v1 09/16] kvm: arm/arm64: Delay stage2 page table allocation

On 08/02/18 11:01, Christoffer Dall wrote: On Tue, Jan 09, 2018 at 07:04:04PM +, Suzuki K Poulose wrote: We allocate the entry level page tables for stage2 when the VM is created. This doesn't give us the flexibility of configuring the physical address space size for a VM. In order to allow

Re: [PATCH] objtool: Fix switch-table detection

On Thu, Feb 8, 2018 at 5:02 AM, Peter Zijlstra wrote: > > Fix this by creating a 'jump-stack' which we can 'unwind' during > reversal, thereby skipping over much of the in-between code. I'm assuming this will come through the normal tip trees, since that's where objtool

[PATCH] net/9p: avoid -ERESTARTSYS leak to userspace

If it was interrupted by a signal, the 9p client may need to send some more requests to the server for cleanup before returning to userspace. To avoid such a last minute request to be interrupted right away, the client memorizes if a signal is pending, clear TIF_SIGPENDING, handle the request and

Re: [RFC v2 PATCH 6/7] x86/entry: get rid of ALLOC_PT_GPREGS_ON_STACK and SAVE_AND_CLEAR_REGS

On Thu, Feb 8, 2018 at 1:47 AM, Ingo Molnar wrote: > > So for those reasons I'm really tempted by the all around simplification > offered > by this series: > >2 files changed, 62 insertions(+), 160 deletions(-) > > Basically in this specific case I'd like to turn the

Re: [BUG] x86 : i486 reporting to be vulnerable to Meltdown/Spectre_V1/Spectre_V2

On Thu, Feb 8, 2018 at 12:02 PM, David Laight wrote: > From: Arnd Bergmann >> Sent: 08 February 2018 15:23 > ... >> The Winchip is what eventually turned into the VIA Nano, which does >> have speculative execution, but I don't think the earlier C3 and C7 did, >> they are

Re: [PATCH v1 13/16] kvm: arm64: Configure VTCR per VM

On Tue, Jan 09, 2018 at 07:04:08PM +, Suzuki K Poulose wrote: > We set VTCR_EL2 very early during the stage2 init and don't > touch it ever. This is fine as we had a fixed IPA size. This > patch changes the behavior to set the VTCR for a given VM, > depending on its stage2 table. The common

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Thu, Feb 08, 2018 at 09:27:56AM -0800, Linus Torvalds wrote: > On Thu, Feb 8, 2018 at 1:13 AM, Peter Zijlstra wrote: > > > > _The_ problem is that new binutils cannot sanely decode any function > > that has a WARN in (this very much includes perf annotate): > > Ugh. > >

Re: [PATCH] auxdisplay: img-ascii-lcd: fix typo on select SYSCON/MFD_SYSCON

On Thu, Jan 18, 2018 at 9:13 PM, Corentin Labbe wrote: > img-ascii-lcd select un-existing SYSCON kconfig name. > This patch fix this error by using the correct MFD_SYSCON kconfig name. > CC'ing Paul & Ralf in case they want to ack. The mistake seems to be in the tree

  1   2   3   4   5   6   7   8   9   10   >