Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On 03/08/2017 07:46 AM, David Woodhouse wrote: > On Fri, 2016-11-11 at 07:08 -0500, Felix Janda wrote: >> Currently, libc-compat.h detects inclusion of specific glibc headers, >> and defines corresponding _UAPI_DEF_* macros, which in turn are used in >> uapi headers to prevent definition of

RE: [PATCH v19 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Hi, > -Original Message- > From: Baolin Wang [mailto:baolin.w...@linaro.org] > Sent: Tuesday, March 07, 2017 5:39 PM > To: NeilBrown > Cc: Felipe Balbi ; Greg KH ; > Sebastian Reichel ; Dmitry Eremin-Solenikov

[GIT PULL for v4.11-rc2] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.11-2 For media regression fixes: - serial_ir: fix a Kernel crash during boot on Kernel 4.11-rc1, due to an IRQ code called too early; - other IR regression fixes at lirc

[ANNOUNCE] 3.2.86-rt124

Dear RT Folks, I'm pleased to announce the 3.2.86-rt124 stable release. This release is just an update to the new stable 3.2.86 version and no RT specific changes have been made. You can get this release via the git tree at:

Re: [PATCH 1/2] x86/mm/numa: trivial fix on typo and error message

Dear masters~ Would you like to share some comments on these two? On Mon, Feb 06, 2017 at 11:35:28PM +0800, Wei Yang wrote: >When allocating pg_data in alloc_node_data(), it will try to allocate from >local node first and then from any node. If it fails at the second trial, >it means there is

[sched] 1827adb11a BUG kmalloc-128 (Not tainted): Poison overwritten

Hi Ingo, FYI this also shows up in next-20170308 and tip/master 7f27de49 ("Merge branch 'WIP.sched/core'"). The attached reproduce-* script may help, however note that this bug may not show up in every boot. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git mast

Re: [Xen-devel] [PATCH 0/7] Xen transport for 9pfs frontend driver

On Tue, Mar 07, 2017 at 10:27:05AM -0800, Stefano Stabellini wrote: > On Tue, 7 Mar 2017, Roger Pau Monné wrote: > > On Mon, Mar 06, 2017 at 12:00:41PM -0800, Stefano Stabellini wrote: > > > Hi all, > > > > > > This patch series implements a new transport for 9pfs, aimed at Xen > > > systems. > >

Re: [PATCH v3 06/09] iommu/ipmmu-vmsa: Write IMCTR twice

Hi Robin, On Wed, Mar 8, 2017 at 9:34 PM, Robin Murphy wrote: > On 08/03/17 11:02, Magnus Damm wrote: >> From: Magnus Damm >> >> Write IMCTR both in the root device and the leaf node. >> >> Signed-off-by: Magnus Damm

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, Mar 9, 2017 at 3:40 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: >> Sorry let me resend in plain text mode. >> >> On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: >> > On Thu, 2017-03-09 at 12:15

Re: [PATCH net-next 0/5] sunvnet: better connection management

From: Shannon Nelson Date: Wed, 8 Mar 2017 15:04:45 -0800 > On 3/6/2017 3:15 PM, Shannon Nelson wrote: >> These patches remove some problems in handling of carrier state >> with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and >> add stats for debug and

Re: Race condition in ext4 (was Re: 4.11-rc1 acpi stomping ext4 slabs)

On 9.03.2017 03:58, Theodore Ts'o wrote: > On Tue, Mar 07, 2017 at 10:40:53PM +0200, Nikolay Borisov wrote: >> So this is wrong, the reason why the issues seemed fix is because I >> switched my compiler to version 5.4.0. So this manifests only if I'm >> using gcc 4.7.4. With the pr_info added

[PATCH] edac i5000, i5400: fix use of MTR_DRAM_WIDTH macro

The MTR_DRAM_WIDTH macro returns the data width. It is sometimes used as if it returned a boolean true if the width if 8. This patch fixes the tests where MTR_DRAM_WIDTH is misused. Signed-off-by: Jérémy Lefaure --- drivers/edac/i5000_edac.c | 2 +-

Re: [lkp-robot] [x86] ed3ce2a917: BUG:unable_to_handle_kernel

On Thu, Mar 09, 2017 at 10:13:10AM +0800, Ye Xiaolong wrote: On 03/02, Borislav Petkov wrote: Hi, On Thu, Mar 02, 2017 at 09:09:34AM +0800, kernel test robot wrote: FYI, we noticed the following commit: commit: ed3ce2a9172457ef7dbaa9f964e63dfde2bdcb5f ("x86: Optimize clear_page()") url:

linux-next: Tree for Mar 9

Hi all, News: I will not be doing any linux-next releases next week. Changes since 20170308: Non-merge commits (relative to Linus' tree): 2115 2950 files changed, 278892 insertions(+), 31441 deletions(-) I have

Re: [PATCH v3 01/09] iommu/ipmmu-vmsa: Introduce features, break out alias

Hi Robin, On Wed, Mar 8, 2017 at 8:53 PM, Robin Murphy wrote: > Hi Magnus, > > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Introduce struct ipmmu_features to track various hardware >> and software implementation changes

"mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hello Minchan, /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread in my mail box for some reason so the Reply-To message-id may be wrong. */ commit "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" (mmotm fd07630cbf59bead90046dd3e5cfd891e58e6987) if

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 3:55 PM, Laura Abbott wrote: > On 03/08/2017 02:36 PM, Kees Cook wrote: >> On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: >>> [ 28.474232] rodata_test: test data was not read only >>> [...] >> >> In my tests so far, I've

Re: [PATCH] net: sun: sungem: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 00:04:18 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] drivers: Remove OF dependency in drv260x driver

On Wed, Mar 08, 2017 at 04:54:02PM -0800, Jingkui Wang wrote: > As the driver is using generic device properties, it should work > properly when CONFIG_OF is turned off. This patch removes the > ifdef CONFIGOF and make sure the driver always have of_match_table. > > Signed-off-by: Jingkui Wang

Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment

Hi, On 03/08/17 at 04:45pm, Baoquan He wrote: > Forgot cc to Boris, add him. > > On 03/08/17 at 04:18pm, Dave Young wrote: > > On 03/08/17 at 03:47pm, Baoquan He wrote: > > > EFI allocate runtime services regions down from EFI_VA_START, -4G. > > > It should be top-down handling. > > > > > >

Re: [PATCH] hwmon: (dell-smm) Add Dell XPS 15 9560 into DMI list

On 03/03/2017 02:41 PM, Pali Rohár wrote: It was reported that dell-smm-hwmon is working fine on Dell XPS 15 9560. Link: http://www.spinics.net/lists/platform-driver-x86/msg10751.html Reported-by: Vasile Dumitrescu Signed-off-by: Pali Rohár

Re: [PATCH 0/3] mm/fs: get PG_error out of the writeback reporting business

On Tue, Mar 07, 2017 at 11:26:22AM +0100, Jan Kara wrote: > On a more general note (DAX is actually fine here), I find the current > practice of clearing page dirty bits on error and reporting it just once > problematic. It keeps the system running but data is lost and possibly > without getting

[PATCH V2] cpufreq: schedutil: refactor sugov_next_freq_shared()

The loop in sugov_next_freq_shared() contains an if block to skip the loop for the current CPU. This turns out to be an unnecessary conditional in the scheduler's hot-path for every CPU in the policy. It would be better to drop the conditional and make the loop treat all the CPUs in the same way.

Re: [PATCH v3 03/09] iommu/ipmmu-vmsa: Enable multi context support

Hi Robin, Thanks for your feedback! On Wed, Mar 8, 2017 at 9:21 PM, Robin Murphy wrote: > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Add support for up to 8 contexts. Each context is mapped to one >> domain. One domain is

Re: [PATCH 1/3] futex: remove duplicated code

On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote: > On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: >> diff --git a/kernel/futex.c b/kernel/futex.c >> index b687cb22301c..c5ff9850952f 100644 >> --- a/kernel/futex.c >> +++ b/kernel/futex.c >> @@ -1457,6 +1457,42 @@ futex_wake(u32

Re: blk: improve order of bio handling in generic_make_request()

On Wed, Mar 08 2017, Mikulas Patocka wrote: > On Wed, 8 Mar 2017, NeilBrown wrote: >> >> I don't think this will fix the DM snapshot deadlock by itself. >> Rather, it make it possible for some internal changes to DM to fix it. >> The DM change might be something vaguely like: >> >> diff --git

Re: [PATCH net] team: use ETH_MAX_MTU as max mtu

From: Jarod Wilson Date: Mon, 6 Mar 2017 08:48:58 -0500 > This restores the ability to set a team device's mtu to anything higher > than 1500. Similar to the reported issue with bonding, the team driver > calls ether_setup(), which sets an initial max_mtu of 1500, while the >

Re: [PATCH 3/4] phy: rockchip-typec: support DP phy switch

Hi, On Thu, Mar 09, 2017 at 02:02:54AM +0100, Heiko Stuebner wrote: > Am Mittwoch, 8. März 2017, 16:39:23 CET schrieb Brian Norris: > > On Fri, Feb 10, 2017 at 03:44:13PM +0800, Chris Zhong wrote: > > > There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence > > > only one PHY can

[GIT PULL] xen features and fixes for 4.11 rc1

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.11-rc1-tag features and fixes for 4.11 rc1 It contains one fix for MSIX handling under Xen and a trivial cleanup patch. Thanks. Juergen arch/x86/pci/xen.c

Re: [PATCH] mm, add_memory_resource: hold device_hotplug lock over mem_hotplug_{begin, done}

On Mon, Mar 6, 2017 at 12:22 AM, Heiko Carstens wrote: > Hello Dan, > >> > If you look at commit 5e33bc4165f3 ("driver core / ACPI: Avoid device hot >> > remove locking issues") then lock_device_hotplug_sysfs() was introduced to >> > avoid a different subtle deadlock,

Re: [f2fs-dev] [PATCH] f2fs: allocate a bio for discarding when actually issuing it

Hi Jaegeuk, On 2017/3/8 10:33, Jaegeuk Kim wrote: > Let's allocate a bio when issuing discard commands later. > > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/f2fs.h| 4 +- > fs/f2fs/segment.c | 113 > -- > 2 files

Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset

"Naveen N. Rao" writes: > On 2017/03/08 11:29AM, Arnaldo Carvalho de Melo wrote: >> > I wasn't sure if you were planning on picking up KPROBES_ON_FTRACE for >> > v4.11. If so, it would be good to take this patch through the powerpc >> > tree. Otherwise, this can

Re: [PATCH 3/4] phy: rockchip-typec: support DP phy switch

Am Mittwoch, 8. März 2017, 16:39:23 CET schrieb Brian Norris: > On Fri, Feb 10, 2017 at 03:44:13PM +0800, Chris Zhong wrote: > > There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence > > only one PHY can connect to DP controller at one time, the other should > > be disconnected. The

Re: [PATCH -mm -v6 2/9] mm, memcg: Support to charge/uncharge multiple swap entries

Balbir Singh writes: > On Wed, 2017-03-08 at 15:26 +0800, Huang, Ying wrote: >> From: Huang Ying >>  >> This patch make it possible to charge or uncharge a set of continuous >> swap entries in the swap cgroup.  The number of swap entries is >>

Re: [PATCHv2 0/6] x86/platform/uv/BAU: UV4 message completion and initialization updates

Hi Ingo and Thomas, Are these patches acceptable to you? We want to get these upstream as soon as possible, so please send along any more comments you have. If you're annoyed by the format of the emails just let me know and I'll resubmit. Thank you, Andrew On 2/17/17 4:06 PM, Andrew Banman

Re: [PATCH 6/6] kvm: x86: do not use KVM_REQ_EVENT for APICv interrupt injection

2016-12-20 0:17 GMT+08:00 Paolo Bonzini : > Since bf9f6ac8d749 ("KVM: Update Posted-Interrupts Descriptor when vCPU > is blocked", 2015-09-18) the posted interrupt descriptor is checked > unconditionally for PIR.ON. Therefore we don't need KVM_REQ_EVENT to > trigger the scan

Re: [v2 PATCH 3/3] mmc: sdhci-cadence: Update PHY delay configuration

Hi Piotr, 2017-03-07 20:00 GMT+09:00 Piotr Sroka : > Hi Masahiro, > >> -Original Message- >> Sent: 07 March, 2017 9:03 AM >> To: Piotr Sroka >> Subject: Re: [v2 PATCH 3/3] mmc: sdhci-cadence: Update PHY delay >> configuration >> >> Hi Piotr, >> >> 2017-03-06 22:39

Re: Compat 32-bit syscall entry from 64-bit task!?

On Wed, Mar 8, 2017 at 3:41 PM, Dmitry V. Levin wrote: > Hi, > > On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: >> Hi Linus, >> >> On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds >> wrote: >> >> Please look at strace source,

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: > Sorry let me resend in plain text mode. > > On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: > >> We have seen a few incidents lately where a dst_enty

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On Wed, Mar 08, 2017 at 08:58:02AM +0100, Johannes Thumshirn wrote: > On 03/08/2017 06:11 AM, Minchan Kim wrote: > > And could you test this patch? It avoids split bio so no need new bio > > allocations and makes zram code simple. > > > > From f778d7564d5cd772f25bb181329362c29548a257 Mon Sep 17

Re: [PATCH] mm: Do not use double negation for testing page flags

Hi Vlastimil, On Wed, Mar 08, 2017 at 08:51:23AM +0100, Vlastimil Babka wrote: > On 03/08/2017 06:25 AM, Minchan Kim wrote: > > Hi Anshuman, > > > > On Tue, Mar 07, 2017 at 09:31:18PM +0530, Anshuman Khandual wrote: > >> On 03/07/2017 12:06 PM, Minchan Kim wrote: > >>> With the discussion[1], I

[RESEND PATCH v3 6/7] PCI: dwc: designware: Move _unroll configurations to a separate function

No functional change. Rename dw_pcie_writel_unroll/dw_pcie_readl_unroll to dw_pcie_writel_ob_unroll/dw_pcie_readl_ob_unroll respectively as these functions are used to perform only outbound configurations. Also move these _unroll configurations to a separate function. Signed-off-by: Kishon Vijay

[RESEND PATCH v3 0/7] PCI: dwc: Miscellaneous fixes and cleanups

Resending since it bounced from quite a few lists. This should be the final set of cleanups/fixes before endpoint support can be merged. Keerthy's patch is a general fix in dra7xx driver and is not directly related to endpoint mode. This v1 of this series was previously sent with a different

[PATCH v2] serial: 8250_dw: Honor clk_round_rate errors in dw8250_set_termios

clk_round_rate returns a signed long and may possibly return errors in it, for example if there is no possible rate. Till now dw8250_set_termios ignored any error, the signednes and would just use the value as input to clk_set_rate. This of course falls apart if there is an actual error, so check

[RESEND PATCH v3 2/7] PCI: dwc: dra7xx: Populate cpu_addr_fixup ops

Populate cpu_addr_fixup ops to extract the least 28 bits of the corresponding cpu address. Acked-by: Joao Pinto Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/dwc/pci-dra7xx.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: > 08.03.2017 19:46, Andy Lutomirski пишет: > >> No no, since I meant prot mode, this is not what I need. > >> I would never need to disable UMIP as to allow the > >> prot mode apps to do SLDT. Instead it would be good > >> to have an ability

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 08, 2017 at 02:43:44PM -0800, Linus Torvalds wrote: On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: The issue seems to be accessing buff first (can be read or write access) and then doing set_memory_ro() doesn't make it read-only immediately, meaning

[PATCH] arm64: support keyctl() system call in 32-bit mode

From: Eric Biggers As is the case for a number of other architectures that have a 32-bit compat mode, enable KEYS_COMPAT if both COMPAT and KEYS are enabled. This allows AArch32 programs to use the keyctl() system call when running on an AArch64 kernel. Signed-off-by: Eric

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote: > 08.03.2017 03:32, Ricardo Neri пишет: > > These are the instructions covered by UMIP: > > * SGDT - Store Global Descriptor Table > > * SIDT - Store Interrupt Descriptor Table > > * SLDT - Store Local Descriptor Table > > * SMSW - Store

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: > We have seen a few incidents lately where a dst_enty has been freed > with a dangling TCP socket reference (sk->sk_dst_cache) pointing to that > dst_entry. If the conditions/timings are right a crash then ensues when the > freed dst_entry is

Re: kexec regression since 4.9 caused by efi

On 03/08/17 at 12:16pm, Omar Sandoval wrote: > Hi, everyone, > > Since 4.9, kexec results in the following panic on some of our servers: > > [0.001000] general protection fault: [#1] SMP > [0.001000] Modules linked in: > [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote: > On 03/08/2017 07:14 PM, Szabolcs Nagy wrote: > > * Carlos O'Donell [2017-03-08 10:53:00 -0500]: > >> On 11/11/2016 07:08 AM, Felix Janda wrote: > >>> fixes the following compiler errors when is included > >>>

[RESEND PATCH v3 0/2] Add i2c dt-binding and device node for Mediatek MT2701 Soc

This patch series based on v4.11-rc1, include MT2701 i2c dt-binding and device node. changes since v2: - Modify commit message - Revise dt-binding documentation changes since v1: - Modify commit message Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1]. [1]

Re: [PATCH v7 06/07] iommu/ipmmu-vmsa: ARM and ARM64 archdata access

Hi Robin, On Wed, Mar 8, 2017 at 9:48 PM, Robin Murphy wrote: > On 07/03/17 03:17, Magnus Damm wrote: >> From: Magnus Damm >> >> Not all architectures have an iommu member in their archdata, so >> use #ifdefs support build with COMPILE_TEST on

Re: [PATCH 1/2] mm/memblock: use NUMA_NO_NODE instead of MAX_NUMNODES as default node_id

Hello, everyone, By deeper thinking, I am willing to split these two patches into two patch set, since they are trying to address two different things. The first one [Patch 1] is trying to use NUMA_NO_NODE as the default node_id in memblock_region. Current implementation use MAX_NUMNODES as the

Re: [PATCH v3 09/09] iommu/ipmmu-vmsa: Hook up r8a7795 DT matching code

Hi Geert, On Wed, Mar 8, 2017 at 10:58 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Tie in r8a7795 features and update the IOMMU_OF_DECLARE

Re: [PATCH 1/3] futex: remove duplicated code

,Thomas Gleixner ,Ingo Molnar ,Chris Zankel ,Max Filippov ,Arnd Bergmann

Re: "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hi Sergey, On Thu, Mar 09, 2017 at 01:29:08PM +0900, Sergey Senozhatsky wrote: > Hello Minchan, > > /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread >in my mail box for some reason so the Reply-To message-id may be wrong. */ > > > > commit "mm: fix lazyfree BUG_ON check

Re: [PATCH] net: toshiba: ps3_genic_net: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 23:21:06 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [RFC 08/11] mm: make ttu's return boolean

On 03/08/2017 10:37 PM, Minchan Kim wrote: >[...] I think it's the matter of taste. if (try_to_unmap(xxx)) something else something It's perfectly understandable to me. IOW, if try_to_unmap returns true, it means it did unmap successfully.

[PATCH net] dccp/tcp: fix routing redirect race

We have seen a few incidents lately where a dst_enty has been freed with a dangling TCP socket reference (sk->sk_dst_cache) pointing to that dst_entry. If the conditions/timings are right a crash then ensues when the freed dst_entry is referenced later on. A Common crashing back trace is: #8 []

Re: [PATCH 3/4] phy: rockchip-typec: support DP phy switch

Hi Heiko and Brain On 03/09/2017 09:02 AM, Heiko Stübner wrote: Am Mittwoch, 8. März 2017, 16:39:23 CET schrieb Brian Norris: On Fri, Feb 10, 2017 at 03:44:13PM +0800, Chris Zhong wrote: There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP

Re: [lkp-robot] [x86] ed3ce2a917: BUG:unable_to_handle_kernel

On 03/02, Borislav Petkov wrote: >Hi, > >On Thu, Mar 02, 2017 at 09:09:34AM +0800, kernel test robot wrote: >> >> FYI, we noticed the following commit: >> >> commit: ed3ce2a9172457ef7dbaa9f964e63dfde2bdcb5f ("x86: Optimize >> clear_page()") >> url: >>

[PATCH] block, writeback: wait for writeback to finish before detaching wb

__blkdev_put() could surprise writeback thread by detaching the wb object from an inode that hasn't cleared the I_SYNC flag yet. This causes a NULL pointer dereference as seen below: BUG: unable to handle kernel NULL pointer dereference at (null) IP:

Re: Race condition in ext4 (was Re: 4.11-rc1 acpi stomping ext4 slabs)

On Tue, Mar 07, 2017 at 10:40:53PM +0200, Nikolay Borisov wrote: > So this is wrong, the reason why the issues seemed fix is because I > switched my compiler to version 5.4.0. So this manifests only if I'm > using gcc 4.7.4. With the pr_info added here is the output of a boot. So > there are

Re: [PATCH] lib/idr: trivial: Fix typo in file header

Seems it is missed. CCing more people On 11/30/2016 03:11 PM, Cao jin wrote: > Signed-off-by: Cao jin > --- > lib/idr.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lib/idr.c b/lib/idr.c > index 6098336df267..69fa487dbfda 100644 > ---

Re: [PATCH 00/13] rtc: Add OF device table to I2C drivers that are missing it

On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote: > Hello, > > This series add OF device ID tables to RTC I2C drivers whose devices are > either used in Device Tree source files or are listed in binding docs as > a compatible string. > > That's done because the plan is to change

Re: [PATCH net] dccp/tcp: fix routing redirect race

Sorry let me resend in plain text mode. On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: >> We have seen a few incidents lately where a dst_enty has been freed >> with a dangling TCP socket reference

Re: [PATCH v3 04/09] iommu/ipmmu-vmsa: Make use of IOMMU_OF_DECLARE()

Hi Geert, On Wed, Mar 8, 2017 at 10:52 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Hook up IOMMU_OF_DECLARE() support in case

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > Hello! > > > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > > > [ 30.694013] = > > [ 30.694013]

Re: [PATCH v3 02/09] iommu/ipmmu-vmsa: Add optional root device feature

Hi Geert, On Wed, Mar 8, 2017 at 10:47 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:01 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Add root device handling to the IPMMU driver by allowing

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Thu, Mar 09, 2017 at 04:55:29AM +0100, Frederic Weisbecker wrote: > On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > > Hello! > > > > > > I am seeing the following splat in rcutorture testing of

Re: [PATCH] platform/x86: dell-laptop: Handle return error form dell_get_intensity.

Hi, Yes, you are right. I will handle return error correctly. Thanks -Arvind On Wednesday 08 March 2017 06:24 PM, Pali Rohár wrote: Hi! On Wednesday 08 March 2017 17:52:27 Arvind Yadav wrote: Here, dell_get_intensity can return an error. Right. That is truth and we should check for errors.

[PATCH v2] ARM: socfpga: updates for socfpga_defconfig

From: Jia Jie Ho This patch enables Altera TSE support in socfpga_defconfig Signed-off-by: Jia Jie Ho --- v2: * Adding the TSE support as a module for Arria10 arch/arm/configs/socfpga_defconfig |1 + 1 files changed, 1 insertions(+), 0

Re: [PATCH] net: toshiba: spider_net: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 23:46:00 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

[PATCH 1/6] mm/migrate: Add new mode parameter to migrate_page_copy() function

From: Zi Yan This is a prerequisite change required to make page migration framewok copy in different modes like the default single threaded or the new multi threaded one yet to be introduced in follow up patches. This does not change any existing functionality. Only

[RESEND PATCH v3 4/7] PCI: dwc: all: Modify dbi accessors to take dbi_base as argument

dwc has 2 dbi address space labeled dbics and dbics2. The existing helper to access dbi address space can access only dbics. However dbics2 has to be accessed for programming the BAR registers in the case of EP mode. This is in preparation for adding EP mode support to dwc driver. Cc: Jingoo Han

[RESEND PATCH v3 5/7] PCI: dwc: all: Modify dbi accessors to access data of 4/2/1 bytes

Previously dbi accessors can be used to access data of size 4 bytes. But there might be situations (like accessing MSI_MESSAGE_CONTROL in order to set/get the number of required MSI interrupts in EP mode) where dbi accessors must be used to access data of size 2. This is in preparation for adding

[RESEND PATCH v3 1/7] PCI: dwc: designware: Add new *ops* for cpu addr fixup

Some platforms (like dra7xx) require only the least 28 bits of the corresponding 32 bit CPU address to be programmed in the address translation unit. This modified address is stored in io_base/mem_base/ cfg0_base/cfg1_base in dra7xx_pcie_host_init. While this is okay for host mode where the

[RESEND PATCH v3 3/7] PCI: dwc: artpec6: Populate cpu_addr_fixup ops

Populate cpu_addr_fixup ops to extract the least 28 bits of the corresponding cpu address. Cc: Niklas Cassel Acked-by: Joao Pinto Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/dwc/pcie-artpec6.c | 15 ++- 1 file

[RESEND PATCH v3 7/7] PCI: dwc: dra7xx: Push request_irq call to the bottom of probe

From: Keerthy Currently devm_request_irq is being called before base, pci fields of dra7xx_pcie structure are populated. It is called even before pm_runtime_enable and pm_runtime_get_sync are called. This will lead to exceptions if in case an interrupt is triggered before the

Re: [PATCH] pinctrl: samsung: fix segfault when using external interrupts on s3c24xx

On Thu, Mar 9, 2017 at 7:56 AM, Tomasz Figa wrote: > 2017-03-09 1:34 GMT+09:00 Krzysztof Kozlowski : >> On Mon, Mar 06, 2017 at 09:15:16AM -0400, Sergio Prado wrote: >>> Hi Krzysztof, >>> >>> > > This is a regression from commit >>> > >

Re: [PATCH 1/3] usb: dwc3-omap: Fix missing break in dwc3_omap_set_mailbox()

Felipe, On 15/02/17 13:38, Roger Quadros wrote: > We need to break from all cases if we want to treat > each one of them separately. > > Reported-by: Gustavo A. R. Silva > Fixes: d2728fb3e01f ("usb: dwc3: omap: Pass VBUS and ID events transparently") > Cc:

Re: [RFC PATCH net] net: Work around lockdep limitation in sockets that use sockets

From: David Howells Date: Mon, 06 Mar 2017 15:04:44 + > Fix the general case by: > > (1) Double up all the locking keys used in sockets so that one set are > used if the socket is created by userspace and the other set is used > if the socket is created by

Re: [PATCH v7 kernel 5/5] This patch contains two parts:

On 03/06/2017 09:23 PM, David Hildenbrand wrote:Am 03.03.2017 um 06:40 schrieb Wei Wang: From: Liang Li Sorry, I just saw the message due to an email issue. I'd prefer to split this into two parts then and to create proper subjects. Agree, will do. If I remember

Re: [PATCH 12/26] IB/ocrdma: Adjust ten checks for null pointers

On Wed, Mar 08, 2017 at 02:07:01PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 7 Mar 2017 21:32:22 +0100 > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > The script “checkpatch.pl“ pointed

Re: [RESEND PATCH] arm: assabet_defconfig: disable IDE subsystem

On Tuesday 07 March 2017 11:21 PM, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > On Monday, December 12, 2016 07:24:47 PM Sekhar Nori wrote: >> Hi Bartlomiej, >> >> On Monday 12 December 2016 06:15 PM, Bartlomiej Zolnierkiewicz wrote: >>> >>> Hi, >>> >>> On Monday, July 18, 2016 08:15:08 PM

Re: [PATCH v2 08/22] PCI: dwc: designware: Add EP mode support

Às 3:32 PM de 3/8/2017, Joao Pinto escreveu: > Às 1:31 PM de 3/8/2017, Kishon Vijay Abraham I escreveu: >> Hi, >> >> On Wednesday 08 March 2017 05:07 PM, Joao Pinto wrote: >>> Às 11:35 AM de 3/8/2017, Kishon Vijay Abraham I escreveu: Hi, On Wednesday 08 March 2017 05:02 PM, Joao

Re: [PATCH v2 08/22] PCI: dwc: designware: Add EP mode support

Às 1:31 PM de 3/8/2017, Kishon Vijay Abraham I escreveu: > Hi, > > On Wednesday 08 March 2017 05:07 PM, Joao Pinto wrote: >> Às 11:35 AM de 3/8/2017, Kishon Vijay Abraham I escreveu: >>> Hi, >>> >>> On Wednesday 08 March 2017 05:02 PM, Joao Pinto wrote: Hi Kishon, >> Can you

Re: [f2fs-dev] [PATCH] f2fs: don't allow rename unencrypted file to encrypted directory

On 3/8/2017 20:08, Chao Yu wrote: > In commit d9cdc9033181 ("ext4 crypto: enforce context consistency") we > declared that: > > 2) All files or directories in a directory must be protected using the > same key as their containing directory. > > But in f2fs_cross_rename there is a

Re: [PATCH 0/7] 5-level paging: prepare generic code

On Wed 08-03-17 18:07:42, Kirill A. Shutemov wrote: > On Wed, Mar 08, 2017 at 03:25:01PM +0100, Michal Hocko wrote: > > Btw. my build test machinery has reported this: > > microblaze/allnoconfig > > Thanks. > > Fixup is below. I guess it should be folded into 4/7. yes, this has passed the

[PATCH 1/3] usb: orion-echi: Add support for the Armada 3700

From: jinghua - Add a new compatoble string for the Armada 3700 SoCs - add sbuscfg support for orion usb controller driver. For the SoCs without hlock, need to program BAWR/BARD/AHBBRST fields in the sbuscfg register to guarantee the AHB master's burst would not overrun

Re: [v6 PATCH 21/21] selftests/x86: Add tests for User-Mode Instruction Prevention

On Tue, Mar 7, 2017 at 4:32 PM, Ricardo Neri wrote: > Certain user space programs that run on virtual-8086 mode may utilize > instructions protected by the User-Mode Instruction Prevention (UMIP) > security feature present in new Intel processors: SGDT, SIDT

Re: [PATCH 10/26] IB/ocrdma: Improve another size determination in ocrdma_init_emb_mqe()

On Wed, Mar 08, 2017 at 02:02:46PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 7 Mar 2017 20:33:29 +0100 > > Replace the specification of a data structure by a pointer dereference > as the parameter for the operator "sizeof" to make the

Re: [RFC PATCH] sched/wait: Introduce new, more compact wait_event*() primitives

On Wed, Mar 8, 2017 at 12:37 AM, Ingo Molnar wrote: > > The idea is to allow call sites to supply the 'condition' function as > free-form C > code, while pushing everything else into non-macro form: there's a 'struct > wait_event_state' on stack, and a state machine. The

Re: RFC: SysRq nice-all-RT-tasks is broken

On Wed, 8 Mar 2017 12:40:12 -0500 Steven Rostedt wrote: > I wonder if we should just have a special flag sent by that sysrq > trigger. Since it is causing all tasks to go "nice" there's no need to > do the pi chain walk in __sched_setscheduler(). Hah, there already is a

Re: [PATCH v5] NTB: Add IDT 89HPESxNTx PCIe-switches support

On Tue, Mar 07, 2017 at 05:02:38AM +0300, Serge Semin wrote: > IDT 89HPESxNTx device series is PCIe-switches, which support > Non-Transparent bridging between domains connected to the device ports. > Since new NTB API exposes multi-port interface and messaging API, the > IDT NT-functions can be

[PATCH 6/6] KVM: nVMX: support RDRAND and RDSEED exiting

Signed-off-by: Paolo Bonzini --- arch/x86/include/asm/vmx.h | 2 ++ arch/x86/kvm/vmx.c | 5 + 2 files changed, 7 insertions(+) diff --git a/arch/x86/include/asm/vmx.h b/arch/x86/include/asm/vmx.h index cc54b7026567..b2b6e5b1782b 100644 ---

[PATCH v2 5/7] PCI: dwc: all: Modify dbi accessors to access data of 4/2/1 bytes

Previously dbi accessors can be used to access data of size 4 bytes. But there might be situations (like accessing MSI_MESSAGE_CONTROL in order to set/get the number of required MSI interrupts in EP mode) where dbi accessors must be used to access data of size 2. This is in preparation for adding

[PATCH 1/6] KVM: nVMX: we support 1GB EPT pages

Large pages at the PDPE level can be emulated by the MMU, so the bit can be set unconditionally in the EPT capabilities MSR. The same is true of 2MB EPT pages, though all Intel processors with EPT in practice support those. Signed-off-by: Paolo Bonzini ---

<    1   2   3   4   5   6   7   8   9   10   >