[PATCH RESEND 3/4] hv_balloon: fix bugs in num_pages_onlined accounting

Our num_pages_onlined accounting is buggy: 1) In case we're offlining a memory block which was present at boot (e.g. when there was no hotplug at all) we subtract 32k from 0 and as num_pages_onlined is unsigned get a very big positive number. 2) Commit 6df8d9aaf3af ("Drivers: hv: balloon:

[PATCH RESEND 2/4] hv_balloon: simplify hv_online_page()/hv_page_online_one()

Instead of doing pfn_to_page() and continuosly casting page to unsigned long just cache the pfn of the page with page_to_pfn(). Signed-off-by: Vitaly Kuznetsov --- drivers/hv/hv_balloon.c | 27 +-- 1 file changed, 5 insertions(+), 22 deletions(-)

Re: [PATCH] media: stm32-dcmi: add g/s_parm framerate support

On 02/07/2018 06:43 PM, Hugues Fruchet wrote: > Add g/s_parm framerate support by calling subdev > g/s_frame_interval ops. > This allows user to control sensor framerate by > calling ioctl G/S_PARM. > > Signed-off-by: Hugues Fruchet > --- >

[PATCH v5] drm/rockchip: Add device links for master and components

From: Jeffy Chen Since we are trying to access components' resources in the master's suspend/resume PM callbacks(e.g. panel), add device links to correct the suspend/resume and shutdown ordering. Signed-off-by: Jeffy Chen Signed-off-by:

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Wed, 7 Feb 2018, Steven Rostedt wrote: > But a generic "malloc" or "free" that does things differently depending > on the size is a different story. They would not be used for cases with special requirements but for the throwaway allows where noone cares about these details. Its just a

Re: [PATCH 6/6] s390: introduce execute-trampolines for branches

On Wed, Feb 7, 2018 at 4:17 AM, Martin Schwidefsky wrote: >> That isn't, though. Linus asked us to drop the $(warning) part. >> >> ... and then spent a week building with a non-retpoline compiler and >> not noticing, so he might have changed his mind ;) > > I found the

Re: adding plan9-like usernames to the kernel

On 2/7/2018 4:38 AM, Enrico Weigelt, metux IT consult wrote: > Hi folks, > > > as part as a little research project for bringing Plan9 semantics > to Linux, I'd like to add textual usernames. In contrast to *nix, > Plan9 doesn't use numerical IDs, but names. > > Obviously that needs some internal

[PATCH BUGFIX V2 0/1] block, bfq: handle requeues of I/O requests

Hi, fixed version, after bug reports and fixes in [1]. Thanks, Paolo [1] https://lkml.org/lkml/2018/2/5/599 Paolo Valente (1): block, bfq: add requeue-request hook block/bfq-iosched.c | 109 1 file changed, 84 insertions(+), 25

[PATCH BUGFIX V2 1/1] block, bfq: add requeue-request hook

Commit 'a6a252e64914 ("blk-mq-sched: decide how to handle flush rq via RQF_FLUSH_SEQ")' makes all non-flush re-prepared requests for a device be re-inserted into the active I/O scheduler for that device. As a consequence, I/O schedulers may get the same request inserted again, even several times,

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

On Mon, Feb 5, 2018 at 1:01 AM, Gabriel FERNANDEZ wrote: > Hi Rob, > > Thanks for reviewing. > > > On 02/05/2018 07:09 AM, Rob Herring wrote: >> On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: >>> From: Gabriel Fernandez

Re: [PATCH BUGFIX V2 1/1] block, bfq: add requeue-request hook

On 2/7/18 11:00 AM, Paolo Valente wrote: > Commit 'a6a252e64914 ("blk-mq-sched: decide how to handle flush rq via > RQF_FLUSH_SEQ")' makes all non-flush re-prepared requests for a device > be re-inserted into the active I/O scheduler for that device. As a > consequence, I/O schedulers may get the

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: > arch/x86/kernel/cpu/microcode/core.c | 28 +++- > 1 file changed, 19 insertions(+), 9 deletions(-) > > diff --git a/arch/x86/kernel/cpu/microcode/core.c > b/arch/x86/kernel/cpu/microcode/core.c > index

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

Adding more people for this funky warning from the kbuild robot. Something is confused. UD0 is 0f ff, the bytes after that shouldn't matter. But I guess they can be interpreted as modrm bytes, and somebody started doing that. That said, intel only _documents_ UD2 (0f 0b). Maybe we should avoid

[PATCH] drm/amd/powerplay: Fix enum mismatch

In several locations the driver uses AMD_CG_STATE_UNGATE (type enum amd_clockgating_state) instead of AMD_PG_STATE_UNGATE (type enum amd_powergating_stat) and vice versa. Both constants have the same value, so this doesn't cause any problems, but we still want to pass the correct type. Fixing the

[PATCH v2] PCI/AER: update AER status string print to match other AER logs

Currently the AER driver uses cper_print_bits() to print the AER status string. This causes the status string to not include the proper PCI device name prefix that the other AER prints include. Also, it has a different print level than all the other AER prints, and there is a potential to have

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

On 02/07/2018 07:31 AM, Ivan Khoronzhuk wrote: > On Wed, Feb 07, 2018 at 05:03:19AM +0200, Ivan Khoronzhuk wrote: >> On Tue, Feb 06, 2018 at 07:17:06PM -0600, Grygorii Strashko wrote: >>> It was discovered that simple program which indefinitely sends 200b UDP >>> packets and runs on TI AM574x SoC

Re: [PATCH] char: nvram: disable on ARM

On 07/02/2018 at 16:47:00 +0100, Alexandre Belloni wrote: > > >> > I really don't think anyone is using that but I don't really know much > > >> > about x86 and the specification this may be part of. > > >> > > > >> > I see the info may be used in drivers/video/fbdev/ and > > >> >

Re: [v6,3/3] x86/smpboot: Fix __max_logical_packages estimate

Prarit Bhargava: > On 02/07/2018 01:44 PM, Simon Gaiser wrote: >> Prarit Bhargava: >>> A system booted with a small number of cores enabled per package >>> panics because the estimate of __max_logical_packages is too low. >>> This occurs when the total number of active cores across all packages

Re: [PATCH v3 13/16] mmc: tmio: fix never-detected card insertion bug

On Thu, Jan 18, 2018 at 01:28:13AM +0900, Masahiro Yamada wrote: > The TMIO mmc cannot detect the card insertion in native_hotplug mode > if the driver is probed without a card inserted. > > The reason is obvious; all IRQs are disabled by tmio_mmc_host_probe(), > as follows: > >

Re: Regression for ip6-in-ip4 IPsec tunnel in 4.14.16

On Wed, 2018-02-07 at 13:50 -0500, Mike Maloney wrote: > On Wed, Feb 7, 2018 at 12:23 PM, Yves-Alexis Perez > > Hi Yves-Alexis - > > I apologize for the problem. It seems to me that tunneling with an > outer MTU that causes the inner MTU to be smaller than the min, is >

Re: [PATCH] x86/microcode/intel: print previous microcode revision during early update

> Now let's take a step back: you don't really need the previous revision > in the spectre case! Not really. I understand all your points. We submitted the patch to ease debugging of microcode issues where the systems impacted are not yet identified and thus can't be blacklisted. Best Regards,

Re: [PATCH v27 3/4] mm/page_poison: expose page_poisoning_enabled to kernel modules

On Wed, Feb 07, 2018 at 02:54:30PM +0800, Wei Wang wrote: > In some usages, e.g. virtio-balloon, a kernel module needs to know if > page poisoning is in use. This patch exposes the page_poisoning_enabled > function to kernel modules. > > Signed-off-by: Wei Wang > Cc: Andrew

Re: [PATCH v5 1/3] arm64/ras: support sea error recovery

Hi Xie XiuQi, On 30/01/18 19:19, James Morse wrote: > On 26/01/18 12:31, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >> are consumed. According to the existing process, errors occurred in the >> kernel, leading to direct panic, if it occurred the

[PATCH] drm/amd/powerplay: Remove extra pair of parentheses

The double parentheses are not needed. Removing them fixes the following warning when building with clang: drivers/gpu/drm/amd/powerplay/smumgr/tonga_smumgr.c:419:29: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if ((data->vdd_gfx_control ==

Re: [PATCH] drm/amd/powerplay: Remove extra pair of parentheses

On Wed, Feb 7, 2018 at 11:10 AM, Matthias Kaehlcke wrote: > The double parentheses are not needed. Removing them fixes the following > warning when building with clang: > > drivers/gpu/drm/amd/powerplay/smumgr/tonga_smumgr.c:419:29: > error: equality comparison with

Re: [v6,3/3] x86/smpboot: Fix __max_logical_packages estimate

On 02/07/2018 02:26 PM, Simon Gaiser wrote: > Prarit Bhargava: >> On 02/07/2018 01:44 PM, Simon Gaiser wrote: >>> This breaks booting as Xen PV domain for me. The problem seems to be >>> that native_smp_cpus_done() is never called on a PV domain. So >>> __max_logical_packages is uninitialized

[PATCH] powerpc/via-pmu: Fix section mismatch warning

Remove the __init annotation from pmu_init() to avoid the following warning. WARNING: vmlinux.o(.data+0x4739c): Section mismatch in reference from the variable via_pmu_driver to the function .init.text:pmu_init() The variable via_pmu_driver references the function __init pmu_init() If the

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 7, 2018 at 11:28 AM, Borislav Petkov wrote: > On Wed, Feb 07, 2018 at 08:14:51PM +0100, Peter Zijlstra wrote: >> Then someone went and wrecked it. > > Yeah, note says UD0 didn't eat a ModRM byte on old CPUs. But then that > changed too. Fun stuff changing insn encoding

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Wed, Feb 07, 2018 at 05:45:13PM +0100, Jesper Dangaard Brouer wrote: > On Wed, 7 Feb 2018 08:57:00 -0500 > Steven Rostedt wrote: > > To me kvfree() is a special case and should not be used by RCU as a > > generic function. That would make RCU and MM much more coupled than

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 10:13:35AM -0800, Linus Torvalds wrote: > Adding more people for this funky warning from the kbuild robot. > > Something is confused. UD0 is 0f ff, the bytes after that shouldn't > matter. But I guess they can be interpreted as modrm bytes, and > somebody started doing

Re: [v6,3/3] x86/smpboot: Fix __max_logical_packages estimate

Prarit Bhargava: > A system booted with a small number of cores enabled per package > panics because the estimate of __max_logical_packages is too low. > This occurs when the total number of active cores across all packages > is less than the maximum core count for a single package. > > ie) On a

Re: [PATCH v3 06/16] mmc: tmio: refactor .get_ro hook

On Thu, Jan 18, 2018 at 01:28:06AM +0900, Masahiro Yamada wrote: > This IP provides the write protect signal level in the status > register, but it is also possible to use GPIO for WP. They are > exclusive, so it is not efficient to call mmc_gpio_get_ro() every > time from tmio_mmc_get_ro() if we

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 08:06:51PM +0100, Peter Zijlstra wrote: > On Wed, Feb 07, 2018 at 11:01:29AM -0800, Linus Torvalds wrote: > > On Wed, Feb 7, 2018 at 10:38 AM, Randy Dunlap wrote: > > > On 02/07/2018 10:13 AM, Linus Torvalds wrote: > > >> > > >> That said, intel only

arch/x86/tools/insn_decoder_test: warning: ffffffff81009dc0: 0f ff bd 01 00 00 00 ud0 0x1(%rbp),%edi

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: a2e5790d841658485d642196dbb0927303d6c22f commit: 9ae21dd66b970b5e3192a636353d75ede0529338 perf/x86/msr: Add support for MSR_IA32_THERM_STATUS date: 5 weeks ago config: x86_64-randconfig-r0-02071059

Re: [PATCH v7 03/11] kexec_file: factor out crashdump elf header function from x86

Hi Akashi, On 04/12/17 02:57, AKASHI Takahiro wrote: > prepare_elf_headers() can also be useful for other architectures, > including arm64. What does arm64 need this for? This is generating ELF headers for something, but I can't work out what. (I'll keep reading,...) The x86 decompressor? arm64

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 7, 2018 at 10:49 AM, Peter Zijlstra wrote: > > Right, we picked UD0 because we _thought_ everybody agreed it being 2 > bytes, just like UD2. This is now not true anymore? Both UD0 and UD1 are documented to have modrm in the latest Intel SDM I can find (Order

Re: [v6,3/3] x86/smpboot: Fix __max_logical_packages estimate

On 02/07/2018 01:44 PM, Simon Gaiser wrote: > Prarit Bhargava: >> A system booted with a small number of cores enabled per package >> panics because the estimate of __max_logical_packages is too low. >> This occurs when the total number of active cores across all packages >> is less than the

Re: [PATCH v3 00/16] mmc: tmio: another batch of TMIO MMC fixes and cleanups

> I picked patch5 and patch6, as those seemed trivial. Unless there is a > rc9, let's aim for 4.17 for the rest. I can't find the branch where you picked these patches? I wanted to use it to apply the rest of the patches. They don't seem to fit on v4.15 or current linus/master. Can you share

[PATCH 02/12] parport: ax88796: Improve a size determination in parport_ax88796_probe()

From: Markus Elfring Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was detected

Re: [GIT PULL REQUEST] watchdog - v4.16 merge window

On Wed, Feb 7, 2018 at 2:42 AM, Wim Van Sebroeck wrote: > > Please pull the watchdog updates for v4.16 from the following signed tag > git://www.linux-watchdog.org/linux-watchdog.git > linux-watchdog-4.16-rc1 Thanks, pulled, since this now had the tag name and the

Re: [PATCH v2 11/20] arm64: capabilities: Add support for features enabled early

On 07/02/18 10:38, Dave Martin wrote: On Wed, Jan 31, 2018 at 06:27:58PM +, Suzuki K Poulose wrote: The kernel detects and uses some of the features based on the boot CPU and expects that all the following CPUs conform to it. e.g, with VHE and the boot CPU running at EL2, the kernel decides

Re: [PATCH v2 4/6] clk: sunxi-ng: add support for the Allwinner H6 CCU

On Wed, Feb 07, 2018 at 05:11:11PM +0800, Icenowy Zheng wrote: > > > 于 2018年2月7日 GMT+08:00 下午5:02:10, Maxime Ripard 写到: > >Hi, > > > >On Sat, Feb 03, 2018 at 11:49:40PM +0800, Icenowy Zheng wrote: > >> + /* Force the output divider of video PLLs to 0 */ > >> + for

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 07:35:43PM +0100, Borislav Petkov wrote: > On Wed, Feb 07, 2018 at 10:13:35AM -0800, Linus Torvalds wrote: > > Adding more people for this funky warning from the kbuild robot. > > > > Something is confused. UD0 is 0f ff, the bytes after that shouldn't > > matter. But I

Re: Regression for ip6-in-ip4 IPsec tunnel in 4.14.16

On Wed, Feb 7, 2018 at 12:23 PM, Yves-Alexis Perez wrote: > On Wed, 2018-02-07 at 18:05 +0100, Yves-Alexis Perez wrote: >> I'll try to printk the mtu before returning EINVAL to see why it's lower than >> 1280, but maybe the IP encapsulation is not correctly handled? > > I did:

Re: [PATCHv2 0/5] x86: Enumerate TME and PCONFIG, add MKTME_KEY_PROG helper

On 02/07/2018 04:59 AM, Kirill A. Shutemov wrote: > The patchset does some ground work for MKTME enabling: > - Adds two new cpufeatures: TME and PCONFIG; > - Detects if BIOS enabled TME and MKTME; > - Enumerates what PCONFIG targets are supported; > - Provides helper to program encryption

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 11:01:29AM -0800, Linus Torvalds wrote: > On Wed, Feb 7, 2018 at 10:38 AM, Randy Dunlap wrote: > > On 02/07/2018 10:13 AM, Linus Torvalds wrote: > >> > >> That said, intel only _documents_ UD2 (0f 0b). > > > > Intel Order Number: 325383-064US,

Re: [PATCH v3 05/16] mmc: slot-gpio: add a helper to check capability of GPIO WP detection

On Thu, Jan 18, 2018 at 01:28:05AM +0900, Masahiro Yamada wrote: > Like mmc_can_gpio_cd(), mmc_can_gpio_ro() will also be useful for host > drivers to know whether GPIO write-protect detection is supported. > > Signed-off-by: Masahiro Yamada Reviewed-by: Wolfram

Re: [PATCH] drm/amd/powerplay: Fix enum mismatch

On Wed, Feb 7, 2018 at 2:01 PM, Guenter Roeck wrote: > On Wed, Feb 7, 2018 at 10:58 AM, Matthias Kaehlcke wrote: >> In several locations the driver uses AMD_CG_STATE_UNGATE (type enum >> amd_clockgating_state) instead of AMD_PG_STATE_UNGATE (type enum >>

Re: [netfilter-core] kernel panic: Out of memory and no killable processes... (2)

On Wed, 7 Feb 2018 18:44:39 +0100 Pablo Neira Ayuso wrote: > Hi, > > On Wed, Jan 31, 2018 at 09:19:16AM +0100, Michal Hocko wrote: > [...] > > Yeah, we do not BUG but rather fail instead. See __vmalloc_node_range. > > My excavation tools pointed me to "VM: Rework vmalloc

[PATCH 03/12] parport: ax88796: Delete an unnecessary variable initialisation in parport_ax88796_probe()

From: Markus Elfring The local variable "pp" will eventually be set to an appropriate pointer a bit later. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring Signed-off-by: Sudip Mukherjee

[PATCH 07/12] parport: Don't shadow error codes in ->probe()

From: Andy Shevchenko When ->probe() calls helper functions return theirs error codes instead of shadowing them. Tested-by: Nikola Ciprich Signed-off-by: Andy Shevchenko Signed-off-by: Sudip

[PATCH 08/12] parport: Convert printk(KERN_WARN) to dev_warn()

From: Andy Shevchenko dev_warn() will print device name with associated driver, no need to keep this open coded. While here, adjust indentation in the rest of dev_dbg() calls. Tested-by: Nikola Ciprich Signed-off-by: Andy

Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle()

On 02/07/18 04:44, Chintan Pandya wrote: > > > On 2/5/2018 5:53 PM, Chintan Pandya wrote: >> >>> >>> My question was trying to determine whether the numbers reported above >>> are for a debug configuration or a production configuration. >> My reported numbers are from debug configuration. >> >>>

Re: [PATCH v2 10/20] arm64: capabilities: Restrict KPTI detection to boot-time CPUs

On 07/02/18 10:38, Dave Martin wrote: On Wed, Jan 31, 2018 at 06:27:57PM +, Suzuki K Poulose wrote: KPTI is treated as a system wide feature, where we enable the feature when all the CPUs on the system suffers from the security vulnerability, Should that be "when any CPU"? Without this

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Wed, 7 Feb 2018 10:10:55 -0800 Matthew Wilcox wrote: > > For the record, I fully agree with Steve here. Thanks, but... > > > > And being a performance "fanatic" I don't like to have the extra branch > > (and compares) in the free code path... but it's a MM-decision

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

On 02/07/2018 08:14 AM, Kirill Tkhai wrote: > Sometimes it is possible to meet a situation, > when irq stack is corrupted, while innocent > callback function is being executed. This may > happen because of crappy drivers irq handlers, > when they access wrong memory on the irq stack. Can you be

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On 02/07/2018 10:13 AM, Linus Torvalds wrote: > Adding more people for this funky warning from the kbuild robot. > > Something is confused. UD0 is 0f ff, the bytes after that shouldn't > matter. But I guess they can be interpreted as modrm bytes, and > somebody started doing that. > > That said,

Re: [PATCH 1/3] perf tools: Fix period/freq terms setup

On Tue, Feb 6, 2018 at 1:35 AM, Jiri Olsa wrote: > On Mon, Feb 05, 2018 at 06:51:05PM -0800, Stephane Eranian wrote: > > SNIP > >> > >> Looks like this is working then, great! >> >> Now, related to profiling and reporting. There is still an issue I >> keep running into >> with

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 7, 2018 at 10:38 AM, Randy Dunlap wrote: > On 02/07/2018 10:13 AM, Linus Torvalds wrote: >> >> That said, intel only _documents_ UD2 (0f 0b). > > Intel Order Number: 325383-064US, October 2017, documents UD0, UD1, and UD2. > Section A.2.5, Table A-1, says: Ahh,

Re: [PATCH] drm/amd/powerplay: Fix enum mismatch

On Wed, Feb 7, 2018 at 10:58 AM, Matthias Kaehlcke wrote: > In several locations the driver uses AMD_CG_STATE_UNGATE (type enum > amd_clockgating_state) instead of AMD_PG_STATE_UNGATE (type enum > amd_powergating_stat) and vice versa. Both constants have the same > value, so

Re: [PATCHv2 2/5] x86/tme: Detect if TME and MKTME is activated by BIOS

On 02/07/2018 04:59 AM, Kirill A. Shutemov wrote: > IA32_TME_ACTIVATE MSR (0x982) can be used to check if BIOS has enabled > TME and MKTME. It includes which encryption policy/algorithm is selected > for TME or available for MKTME. For MKTME, the MSR also enumerates how > many KeyIDs are

[PATCH] net: Extra '_get' in declaration of arch_get_platform_mac_address

In commit c7f5d105495a ("net: Add eth_platform_get_mac_address() helper."), two declarations were added: int eth_platform_get_mac_address(struct device *dev, u8 *mac_addr); unsigned char *arch_get_platform_get_mac_address(void); An extra '_get' was introduced in

[PATCH 01/12] parport: ax88796: Delete an error message for a failed memory allocation in parport_ax88796_probe()

From: Markus Elfring 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 Signed-off-by: Sudip Mukherjee

[PATCH 11/12] parport: Replace short License header by SPDX identifier

From: Andy Shevchenko No functional changes involved. Tested-by: Nikola Ciprich Signed-off-by: Andy Shevchenko Signed-off-by: Sudip Mukherjee ---

[PATCH 06/12] parport: Convert to use managed functions pcim_* and devm_*

From: Andy Shevchenko This makes the error handling much more simpler than open-coding everything and in addition makes the probe function smaller an tidier. Tested-by: Nikola Ciprich Signed-off-by: Andy Shevchenko

Re: [PATCH v2 1/2] x86/apic/kexec: Enable legacy irq mode before jump to kexec/kdump kernel

ebied...@xmission.com (Eric W. Biederman) writes: > ebied...@xmission.com (Eric W. Biederman) writes: > >> Baoquan He writes: >> >>> On kvm guest, kernel always prints warning during kdump kernel boots as >>> below. >>> >>> [0.001000] WARNING: CPU: 0 PID: 0 at

[PATCH 12/12] parport_pc: Add support for WCH CH382L PCI-E single parallel port card.

From: Alexander Gerasiov WCH CH382L is a PCI-E adapter with 1 parallel port. It is similair to CH382 but serial ports are not soldered on board. Detected as Serial controller: Device 1c00:3050 (rev 10) (prog-if 05 [16850]) Signed-off-by: Alexander Gerasiov

Re: [PATCH v3 08/16] sh: kfr2r09: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

On Thu, Jan 18, 2018 at 01:28:08AM +0900, Masahiro Yamada wrote: > TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. > > The flag is propagated as follows: > tmio_mmc_data::capabilities2 -> mmc_host::caps2 > > Only the difference is the TMIO_... makes tmio_mmc_get_ro()

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 08:14:51PM +0100, Peter Zijlstra wrote: > Then someone went and wrecked it. Yeah, note says UD0 didn't eat a ModRM byte on old CPUs. But then that changed too. Fun stuff changing insn encoding underway. So if we opt for adding a ModRM byte, could a 0x90 NOP work so that

Re: [PATCH v3 07/16] mmc: renesas_sdhi: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

On Thu, Jan 18, 2018 at 01:28:07AM +0900, Masahiro Yamada wrote: > TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. > > The flag is propagated as follows: >renesas_sdhi_of_data::capabilities2 > -> tmio_mmc_data::capabilities2 > -> mmc_host::caps2 > > Only

Re: [PATCH v3 12/16] mmc: tmio: support IP-builtin card detection logic

On Thu, Jan 18, 2018 at 01:28:12AM +0900, Masahiro Yamada wrote: > A card detect GPIO is set up only for platforms with "cd-gpios" > DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver > core always uses mmc_gpio_get_cd, which just fails with -ENOSYS > if ctx->cd_gpio is unset. > > The

Re: [PATCH v7 00/11] arm64: kexec: add kexec_file_load() support

Hi Akashi, I'm still getting my head round how all this works, so please forgive what may be stupid questions! On 04/12/17 02:57, AKASHI Takahiro wrote: > This is the seventh round of implementing kexec_file_load() support > on arm64.[1] > Most of the code is based on kexec-tools (along with

Re: [PATCH v7 05/11] arm64: kexec_file: create purgatory

Hi Akashi, On 04/12/17 02:57, AKASHI Takahiro wrote: > This is a basic purgatory, or a kind of glue code between the two kernels, > for arm64. > > Since purgatory is assumed to be relocatable (not executable) object by > kexec generic code, arch_kexec_apply_relocations_add() is required in >

[GIT PULL] inode->i_version related cleanup patch for v4.16

The following changes since commit 255442c93843f52b6891b21d0b485bf2c97f93c3: Merge tag 'docs-4.16' of git://git.lwn.net/linux (2018-01-31 19:25:25 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux.git tags/iversion-v4.16-2 for you

Re: [netfilter-core] kernel panic: Out of memory and no killable processes... (2)

On Wed, Feb 07, 2018 at 11:06:42AM -0800, Andrew Morton wrote: > From: Michal Hocko > Subject: net/netfilter/x_tables.c: remove size check > > Back in 2002 vmalloc used to BUG on too large sizes. We are much better > behaved these days and vmalloc simply returns NULL for those.

Re: [linus:master] BUILD REGRESSION a2e5790d841658485d642196dbb0927303d6c22f

On Wed, Feb 07, 2018 at 11:03:42AM -0800, Linus Torvalds wrote: > On Wed, Feb 7, 2018 at 10:49 AM, Peter Zijlstra wrote: > > > > Right, we picked UD0 because we _thought_ everybody agreed it being 2 > > bytes, just like UD2. This is now not true anymore? > > Both UD0 and

Re: [PATCH v3 10/16] mmc: tmio: remove TMIO_MMC_WRPROTECT_DISABLE

On Thu, Jan 18, 2018 at 01:28:10AM +0900, Masahiro Yamada wrote: > The use of this flag has been replaced with MMC_CAP2_NO_WRITE_PROTECT. > No platform defines this flag any more. Remove. > > Signed-off-by: Masahiro Yamada Reviewed-by: Wolfram Sang

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

On Wed, Feb 7, 2018 at 7:38 PM, Dave Hansen wrote: > On 02/07/2018 08:14 AM, Kirill Tkhai wrote: >> Sometimes it is possible to meet a situation, >> when irq stack is corrupted, while innocent >> callback function is being executed. This may >> happen because of

Re: [PATCH v3 11/16] mmc: tmio: deprecate "toshiba,mmc-wrprotect-disable" DT property

On Thu, Jan 18, 2018 at 10:58:36AM +0900, Masahiro Yamada wrote: > 2018-01-18 1:28 GMT+09:00 Masahiro Yamada : > > This property is equivalent to "disable-wp" defined in > > Documentation/devicetree/bindings/mmc/tmio_mmc.txt > > This is mistake. > > "disable-wp" is

Re: [PATCH v3 09/16] mmc: tmio: use MMC_CAP2_NO_WRITE_PROTECT instead of TMIO own flag

On Thu, Jan 18, 2018 at 01:28:09AM +0900, Masahiro Yamada wrote: > TMIO_MMC_WRPROTECT_DISABLE is equivalent to MMC_CAP2_NO_WRITE_PROTECT. > > Only the difference is the TMIO_... makes tmio_mmc_get_ro() return 0 > (i.e. it does not affect mmc_gpio_get_ro() at all), while MMC_CAP2_... > returns 0

[PATCH 04/12] parport: Add support for BrainBoxes PX272/PX306 MIO card

From: Andy Shevchenko This adds support for BrainBoxes Multi I/O cards (4+1 serial + 1 parallel port): 02:00.0 0702: 135a:4100 (rev 02) Subsystem: 135a:0443 Flags: fast devsel, IRQ 18 Memory at f7d02000 (32-bit, non-prefetchable)

[PATCH 05/12] parport: PCI core handles power state for us

From: Andy Shevchenko There is no need to repeat the work that is already done in the PCI driver core. The patch removes excerpts from suspend and resume callbacks. Note that there is no more calls performed to enable or disable a PCI device during suspend-resume

[PATCH] drm/amd/display: Remove extra pairs of parentheses in dce_calcs.c

The double parentheses are not needed. Removing them fixes multiple warnings like this when building with clang: drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c:617:42: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if

[PATCH 10/12] parport: Sort headers alphabetically

From: Andy Shevchenko While here, remove init.h inclusion since we are not using it directly and module.h will do this for us. No functional changes intended. Tested-by: Nikola Ciprich Signed-off-by: Andy Shevchenko

[PATCH 09/12] parport: Switch to use module_pci_driver() macro

From: Andy Shevchenko Eliminate some boilerplate code by using module_pci_driver() instead of init/exit, moving the salient bits from init into probe. Tested-by: Nikola Ciprich Signed-off-by: Andy Shevchenko

Re: [PATCH 2/2] drm: adv7511: Add support for i2c_new_secondary_device

Hi Archit, On 07/02/18 12:33, Kieran Bingham wrote: > Hi Archit, > > Thank you for your review, > >>>   unsigned int val; >>>   int ret; >>>   @@ -1153,24 +1151,35 @@ static int adv7511_probe(struct i2c_client *i2c, >>> const struct i2c_device_id *id) >>>   if (ret) >>>  

Re: [patches] [PATCH v3 0/6] Add dynamic ftrace support for RISC-V platforms

On Thu, 18 Jan 2018 07:45:39 PST (-0800), noner...@gmail.com wrote: This patch set includes the building blocks of dynamic ftrace features for RISC-V machines. Changes in v3: - Replace the nops at the tracer call sites into a "call ftrace_stub" instruction for better understanding (1/6 and

Re: [PATCH v12 0/9] LPC: legacy ISA I/O support

On Tue, Jan 23, 2018 at 9:36 AM, John Garry wrote: > This patchset supports the IPMI-bt device attached to the Low-Pin-Count > interface implemented on Hisilicon Hip06/Hip07 SoC. > --- > | LPC host| >

Re: [PATCH v3 12/16] mmc: tmio: support IP-builtin card detection logic

2018-02-08 4:34 GMT+09:00 Wolfram Sang : > On Thu, Jan 18, 2018 at 01:28:12AM +0900, Masahiro Yamada wrote: >> A card detect GPIO is set up only for platforms with "cd-gpios" >> DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver >> core always uses mmc_gpio_get_cd,

[PATCH 2/2] amdgpu/dc/dml: Support clang option for stack alignment

DML uses the compiler option -mpreferred-stack-boundary=4 to configure a stack alignment of 16 bytes. Clang uses the option -mstack-alignment instead, which expects as parameter the alignment in bytes, and not a power of two like -mpreferred-stack-boundary. Probe for both compiler options and use

Re: [RFC PATCH] vfio/pci: Add ioeventfd support

On 08/02/18 01:12, Alex Williamson wrote: > On Wed, 7 Feb 2018 15:48:26 +1100 > Alexey Kardashevskiy wrote: > >> On 07/02/18 15:25, Alex Williamson wrote: >>> On Wed, 7 Feb 2018 15:09:22 +1100 >>> Alexey Kardashevskiy wrote: On 07/02/18 11:08, Alex

[PATCH 1/2] amdgpu/dc/dml: Consolidate redundant CFLAGS

Use subdir-ccflags instead of specifying the same flags for every source file. Signed-off-by: Matthias Kaehlcke --- drivers/gpu/drm/amd/display/dc/dml/Makefile | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git

Re: [PATCH -mm -v2] mm, swap, frontswap: Fix THP swap if frontswap enabled

Andrew Morton writes: > On Wed, 7 Feb 2018 15:00:35 +0800 "Huang, Ying" wrote: > >> From: Huang Ying >> >> It was reported by Sergey Senozhatsky that if THP (Transparent Huge >> Page) and frontswap (via zswap) are

Re: [PATCH -mm -v2] mm, swap, frontswap: Fix THP swap if frontswap enabled

On (02/07/18 13:05), Andrew Morton wrote: [..] > hm. This is assuming that "cluster==true" means "this is thp swap". > That's presently true, but is it appropriate that get_swap_pages() is > peeking at "cluster" to work out why it is being called? > > Or would it be cleaner to do this in

Re: [PATCH v9 35/37] tracing: Increase trace_recursive_lock() limit for synthetic events

On Mon, 15 Jan 2018 20:52:09 -0600 Tom Zanussi wrote: > static __always_inline int > trace_recursive_lock(struct ring_buffer_per_cpu *cpu_buffer) > { > - if (cpu_buffer->current_context >= 4) > + if (cpu_buffer->current_context >= 6) I can't apply this

Re: [PATCH v2 2/2] amdgpu/dc/dml: Support clang option for stack alignment

On Wed, Feb 7, 2018 at 5:51 PM, Matthias Kaehlcke wrote: > DML uses the compiler option -mpreferred-stack-boundary=4 to configure > a stack alignment of 16 bytes. Clang uses the option -mstack-alignment > instead, which expects as parameter the alignment in bytes, and not a >

Re: [PATCH 0/8] Clean up kernel-doc and fix literal-block handling

On Wed, Feb 07, 2018 at 10:26:16AM -0700, Jonathan Corbet wrote: > So once upon a time I set out to fix the problem reported by Tobin wherein > a literal block within a kerneldoc comment would be corrupted in > processing. On the way, though, I got annoyed at the way I have to learn > how

Re: [PATCH v27 3/4] mm/page_poison: expose page_poisoning_enabled to kernel modules

On Thu, Feb 08, 2018 at 09:44:29AM +0800, Wei Wang wrote: > On 02/08/2018 02:34 AM, Michael S. Tsirkin wrote: > > On Wed, Feb 07, 2018 at 02:54:30PM +0800, Wei Wang wrote: > > > In some usages, e.g. virtio-balloon, a kernel module needs to know if > > > page poisoning is in use. This patch exposes

Re: [PATCH net] ptr_ring: fail early if queue occupies more than KMALLOC_MAX_SIZE

On 2018年02月07日 23:15, Michael S. Tsirkin wrote: On Wed, Feb 07, 2018 at 05:17:59PM +0800, Jason Wang wrote: On 2018年02月07日 16:08, Jason Wang wrote: To avoid slab to warn about exceeded size, fail early if queue occupies more than KMALLOC_MAX_SIZE. Reported-by:

linux-next: Tree for Feb 8

Hi all, Please do not add any v4.17 material to your linux-next included branches until after v4.16-rc1 has been released. Changes since 20180207: The btrfs-kdave tree still had its build failure so I used the version from next-20180206. The vhost tree still had its build failure so I used

  1   2   3   4   5   6   7   8   9   10   >