[PATCH 3/5] regulator: arizona-micsupp: Use SoC component pin control functions

The name of a codec pin can have an optional prefix string, which is defined by the SoC machine driver. The snd_soc_dapm_x_pin functions take the fully-specified name including the prefix and so the existing code would fail to find the pin if the audio machine driver had added a prefix. Switch to

[PATCH 2/5] ASoC: arizona: Use component pin control functions

We need to modify the state of some of our own pins and are currently not taking account that the pin name may have a name_prefix applied to it. Replace the snd_soc_dapm_x_pin functions with the equivalent snd_soc_component_x_pin functions so that any name_prefix will be handled automatically. Si

Re: [PATCH 04/22] idle/intel: Convert to hotplug state machine

On Sun, 27 Nov 2016, Sebastian Andrzej Siewior wrote: > +static enum cpuhp_state hp_online; > + > static int __init intel_idle_init(void) > { ... > - cpu_notifier_register_done(); > + retval = cpuhp_setup_state(CPUHP_AP_ONLINE_DYN, "idle/intel:online", > +

[PATCH 4/5] extcon: arizona: Use SoC component pin control functions

The name of a codec pin can have an optional prefix string, which is defined by the SoC machine driver. The snd_soc_dapm_x_pin functions take the fully-specified name including the prefix and so the existing code would fail to find the pin if the audio machine driver had added a prefix. Switch to

Re: [PATCH 2/6] perf tool: Move parse_nsec_time to time-utils.c

On 11/28/16 6:58 AM, Jiri Olsa wrote: >> diff --git a/tools/perf/util/util.h b/tools/perf/util/util.h >> index 79662d67891e..1d639e38aa82 100644 >> --- a/tools/perf/util/util.h >> +++ b/tools/perf/util/util.h >> @@ -179,8 +179,6 @@ static inline void *zalloc(size_t size) >> #undef tolower >> #und

[PATCH 5/5] Input: arizona-haptics - Use SoC component pin control functions

The name of a codec pin can have an optional prefix string, which is defined by the SoC machine driver. The snd_soc_dapm_x_pin functions take the fully-specified name including the prefix and so the existing code would fail to find the pin if the audio machine driver had added a prefix. Switch to

[PATCH 0/5] ASoC/arizona: Ensure pin searches use widget name prefix

The name of a codec pin can have an optional prefix string, which is defined by the audio machine driver. The snd_soc_dapm_x_pin functions take the fully-specified name including the prefix and so the existing code would fail to find the pin if the audio machine driver had added a prefix. This pat

Re: [tip:x86/core] x86: Enable Intel Turbo Boost Max Technology 3.0

On Mon, 2016-11-28 at 09:51 +0100, Ingo Molnar wrote: > * Thomas Gleixner wrote: > > >  > > > > > > > > > > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > arch/x86/kernel/itmt.c:26:23: fatal error: asm/mu

Re: [PATCH 1/6] perf tool: Add time-based utility functions

On 11/28/16 6:58 AM, Jiri Olsa wrote: > On Fri, Nov 25, 2016 at 02:39:54PM -0700, David Ahern wrote: >> From: David Ahern >> >> Add function to parse a user time string of the form , >> where start and stop are time in sec.nsec format. Both start and stop >> times are optional. >> >> Add function

Re: [PATCH v3] crypto: add virtio-crypto driver

On 11/28/2016 06:19 PM, Michael S. Tsirkin wrote: >>> +static int virtio_crypto_alg_ablkcipher_init_session( >>> > > + struct virtio_crypto_ablkcipher_ctx *ctx, >>> > > + uint32_t alg, const uint8_t *key, >>> > > + unsigned int keylen, >>> > > +

[PATCH v2] mmc: sdhci-msm: Add sdhci_reset() implementation

On apq8016, apq8084 and apq8074 platforms, writing to the software reset register triggers the "power irq". We need to ack and handle the irq, otherwise the following message appears: mmc0: Reset 0x1 never completed. sdhci: === REGISTER DUMP (mmc0)=== sdhci: Sys addr: 0x |

Re: [PATCH 2/2] mremap: use mmu gather logic for tlb flush in mremap

On Mon, Nov 28, 2016 at 9:32 AM, Dave Hansen wrote: > > But, both call-sites are still keeping 'force_flush' to store the > information about whether we ever saw a dirty pte. If we moved _that_ > logic into the x86 mmu_gather code, we could get rid of all the > 'force_flush' tracking in both call

Re: [PATCH 0/4] VMX Capability MSRs

On Wed, Nov 23, 2016 at 3:45 AM, Paolo Bonzini wrote: > > On 23/11/2016 02:14, David Matlack wrote: >> This patchset includes v2 of "KVM: nVMX: support restore of VMX capability >> MSRs" (patch 1) as well as some additional related patches that came up >> while preparing v2. >> >> Patches 2 and 3

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Nov 28, 2016 at 6:39 AM, Sebastian Frias wrote: >> I will try to send another patch with what a different approach >> > > Here's a different approach (I just tested that it built, because I don't > have the > rk3399 platform): > > diff --git a/drivers/mmc/host/sdhci-of-arasan.c > b/

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

On Mon, Nov 28, 2016 at 01:13:12PM -0200, Marcelo Ricardo Leitner wrote: > On Mon, Nov 28, 2016 at 09:39:31AM -0500, Neil Horman wrote: > > On Mon, Nov 28, 2016 at 03:33:40PM +0100, Andrey Konovalov wrote: > > > On Mon, Nov 28, 2016 at 3:13 PM, Neil Horman > > > wrote: > > > > On Mon, Nov 28, 201

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

Neil Horman wrote: > I'm not sure I agree with that. Generally speaking it seems like the right > thing to do, if you want to avoid filling logs with warnings, but this is the > sort of error that is going to be accompanied by severe service interruption. > I'd rather see a reason behind that in

Re: [PATCH] doc: Explain light-handed markup preference a bit better

Em Mon, 28 Nov 2016 17:16:22 +0100 Daniel Vetter escreveu: > We already had a super-short blurb, but worth extending it I think: > We're still pretty far away from anything like a consensus, but > there's clearly a lot of people who prefer an as-light as possible > approach to converting existing

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

On 11/28/2016 07:50 AM, Jerome Brunet wrote: > This patchset fixes an issue with the OdroidC2 board (DWMAC + RTL8211F). > The platform seems to enter LPI on the Rx path too often while performing > relatively high TX transfer. This eventually break the link (both Tx and > Rx), and require to bring

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

On Mon, Nov 28, 2016 at 06:47:10PM +0100, Florian Westphal wrote: > Neil Horman wrote: > > I'm not sure I agree with that. Generally speaking it seems like the right > > thing to do, if you want to avoid filling logs with warnings, but this is > > the > > sort of error that is going to be accomp

Re: [POC/RFC PATCH] overlayfs: constant inode numbers

On Mon, Nov 28, 2016 at 1:56 PM, Amir Goldstein wrote: > On Mon, Nov 28, 2016 at 12:35 PM, Miklos Szeredi wrote: >> On Mon, Nov 28, 2016 at 10:10 AM, Amir Goldstein wrote: > @@ -258,12 +268,12 @@ static int ovl_copy_up_locked(struct den > if (err) > goto out_c

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Nov 28, 2016 at 5:28 AM, Sebastian Frias wrote: > +static void sdhci_tango4_platform_init(struct sdhci_host *host) > +{ > + printk("%s\n", __func__); > + > + /* > + pad_mode[2:0]=0must be 0 > + sel_sdio[3]=1 must be 1 for SDIO > + inv_sdwp_

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

Neil Horman wrote: [ trimming CCs ] > On Mon, Nov 28, 2016 at 06:47:10PM +0100, Florian Westphal wrote: > > Neil Horman wrote: > > > I'm not sure I agree with that. Generally speaking it seems like the > > > right > > > thing to do, if you want to avoid filling logs with warnings, but this is

Re: [PATCH 1/6] perf tool: Add time-based utility functions

On Mon, Nov 28, 2016 at 10:35:15AM -0700, David Ahern wrote: > On 11/28/16 6:58 AM, Jiri Olsa wrote: > > On Fri, Nov 25, 2016 at 02:39:54PM -0700, David Ahern wrote: > >> From: David Ahern > >> > >> Add function to parse a user time string of the form , > >> where start and stop are time in sec.ns

Re: [PATCH 1/6] perf tool: Add time-based utility functions

On 11/28/16 11:14 AM, Jiri Olsa wrote: > there are some time related functions in util.[ch], maybe you > coudl move them as well > > int fetch_current_timestamp(char *buf, size_t sz); > int timestamp__scnprintf_usec(u64 timestamp, char *buf, size_t sz); I'd like to defer that to a follow on patch

Re: [PATCH] MIPS: Add support for ARCH_MMAP_RND_{COMPAT_}BITS

On Mon, Nov 28, 2016 at 8:10 AM, Matt Redfearn wrote: > Hi Kees > > > > On 25/11/16 20:00, Kees Cook wrote: >> >> On Thu, Nov 24, 2016 at 9:32 AM, Matt Redfearn >> wrote: >>> >>> arch_mmap_rnd() uses hard-coded limits of 16MB for the randomisation >>> of mmap within 32bit processes and 256MB in 6

Re: [PATCH net-next] virtio-net: enable multiqueue by default

From: Jason Wang Date: Fri, 25 Nov 2016 12:37:26 +0800 > We use single queue even if multiqueue is enabled and let admin to > enable it through ethtool later. This is used to avoid possible > regression (small packet TCP stream transmission). But looks like an > overkill since: > > - single queu

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

On Mon, Nov 28, 2016 at 07:09:25PM +0100, Florian Westphal wrote: > Neil Horman wrote: > > [ trimming CCs ] > > > On Mon, Nov 28, 2016 at 06:47:10PM +0100, Florian Westphal wrote: > > > Neil Horman wrote: > > > > I'm not sure I agree with that. Generally speaking it seems like the > > > > rig

Re: Enabling peer to peer device transactions for PCIe devices

On 28/11/16 09:57 AM, Jason Gunthorpe wrote: >> On PeerDirect, we have some kind of a middle-ground solution for pinning >> GPU memory. We create a non-ODP MR pointing to VRAM but rely on >> user-space and the GPU not to migrate it. If they do, the MR gets >> destroyed immediately. > > That soun

[PATCH net 04/16] net: ethernet: aurora: nb8800: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: c7dfe3abf40e ("net: ethernet: nb8800: support fixed-link DT node") Signed-off-by: Johan Hovold --- drivers/net/ethernet/aurora/nb8800.c | 9 +++-- 1

[PATCH net 01/16] net: dsa: slave: fix of-node leak and phy priority

Make sure to drop the reference taken by of_parse_phandle() before returning from dsa_slave_phy_setup(). Note that this also modifies the PHY priority so that any fixed-link node is only parsed when no phy-handle is given, which is in accordance with the common scheme for this. Fixes: 0d8bcdd383b

[PATCH net 11/16] net: ethernet: marvell: mvneta: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 83895bedeee6 ("net: mvneta: add support for fixed links") Signed-off-by: Johan Hovold --- drivers/net/ethernet/marvell/mvneta.c | 5 + 1 file changed

[PATCH net 07/16] net: ethernet: fec: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 407066f8f371 ("net: fec: Support phys probed from devicetree and fixed-link") Signed-off-by: Johan Hovold --- drivers/net/ethernet/freescale/fec_main.c |

[PATCH net 09/16] net: ethernet: gianfar: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: be40364544bd ("gianfar: use the new fixed PHY helpers") Signed-off-by: Johan Hovold --- drivers/net/ethernet/freescale/gianfar.c | 8 1 file cha

[PATCH net 14/16] net: ethernet: dwc_eth_qos: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 077742dac2c7 ("dwc_eth_qos: Add support for Synopsys DWC Ethernet QoS") Signed-off-by: Johan Hovold --- drivers/net/ethernet/synopsys/dwc_eth_qos.c | 20

[PATCH net 08/16] net: ethernet: fs_enet: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: bb74d9a4a87b ("fs_enet: use the new fixed PHY helpers") Signed-off-by: Johan Hovold --- drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 7 ++-

[PATCH net 13/16] net: ethernet: renesas: ravb: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on initialisation errors and on device close after having disconnected the PHY. Fixes: b4bc88a868ed ("ravb: Add fixed-link support") Signed-off-by: Johan Hovold --- drivers/net/ethernet/renesas/ravb

[PATCH net 16/16] net: dsa: slave: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on slave-setup errors and on slave destroy. Fixes: 0d8bcdd383b8 ("net: dsa: allow for more complex PHY setups") Signed-off-by: Johan Hovold --- net/dsa/slave.c | 12 +++- 1 file changed, 11

[PATCH net 02/16] of_mdio: add helper to deregister fixed-link PHYs

Add helper to deregister fixed-link PHYs registered using of_phy_register_fixed_link(). Convert the two drivers that care to deregister their fixed-link PHYs to use the new helper, but note that most drivers currently fail to do so. Signed-off-by: Johan Hovold --- drivers/net/ethernet/ti/cpsw.c

[PATCH net 10/16] net: ethernet: ucc_geth: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 87009814cdbb ("ucc_geth: use the new fixed PHY helpers") Signed-off-by: Johan Hovold --- drivers/net/ethernet/freescale/ucc_geth.c | 23 -

Re: [PATCH 1/2] PM / Domains: Introduce domain-performance-state binding

On 11/23/2016 08:40 PM, Viresh Kumar wrote: > On 23-11-16, 18:03, Stephen Boyd wrote: >> On 11/23, Kevin Hilman wrote: >>> Vincent Guittot writes: On 23 November 2016 at 16:51, Kevin Hilman wrote: > Then, at least for this use case, we're talking about voltage, not some > unspecified

[PATCH net 15/16] net: ethernet: ti: davinci_emac: fix fixed-link phydev and of-node leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Also remember to put the of-node reference on probe errors. Fixes: 1bb6aa56bb38 ("net: davinci_emac: Add support for fixed-link PHY") Signed-off-by: Johan Hovold

[PATCH net 06/16] net: ethernet: bcmgenet: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Note that we're still leaking any fixed-link PHY registered in the non-OF probe path. Fixes: 9abf0c2b717a ("net: bcmgenet: use the new fixed PHY helpers") Signed

[PATCH net 00/16] net: fix fixed-link phydev leaks

This series fixes failures to deregister and free fixed-link phydevs that have been registered using the of_phy_register_fixed_link() interface. All but two drivers currently fail to do this and this series fixes most of them with the exception of a staging driver and the stmmac drivers which will

[PATCH net 03/16] net: ethernet: altera: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 7cdbc6f74f8e ("altera tse: add support for fixed-links.") Signed-off-by: Johan Hovold --- drivers/net/ethernet/altera/altera_tse_main.c | 9 - 1

[PATCH] Input: touchscreen: edt_ft5x06 - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, retry logic, etc. Thus, change msleep to usl

[PATCH] Input: touchscreen: ads7846 - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, retry logic, etc. Thus, change msleep to usl

[PATCH net 05/16] net: ethernet: bcmsysport: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on probe errors and on driver unbind. Fixes: 186534a3f832 ("net: systemport: use the new fixed PHY helpers") Signed-off-by: Johan Hovold --- drivers/net/ethernet/broadcom/bcmsysport.c | 17 +

[PATCH] Input: touchscreen: w90p910 - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, retry logic, etc. Thus, change msleep to usl

Re: net/sctp: vmalloc allocation failure in sctp_setsockopt/xt_alloc_table_info

On Mon, 2016-11-28 at 19:09 +0100, Florian Westphal wrote: > We should prevent OOM killer from running in first place (GFP_NORETRY should > work). Make sure that a vmalloc(8) will succeed, even if few pages need to be swapped out. Otherwise, some scripts using iptables will die while they w

Re: [PATCH v2 2/4] sparc64: Migrate hvcons irq to panicked cpu

On 11/19/2016 9:48 AM, David Miller wrote: From: Vijay Kumar Date: Fri, 11 Nov 2016 10:11:57 -0800 @@ -1444,8 +1444,12 @@ void smp_send_stop(void) int cpu; if (tlb_type == hypervisor) { + int this_cpu = smp_processor_id(); + + sunhv_migrate_hvcons_ir

[PATCH] Input: touchscreen: zylonite_wm97xx - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, retry logic, etc. Thus, change msleep to usl

Re: [PATCH 5/5] KVM: VMX: Handle RFLAGS.TF in skip_emulated_instruction

On Mon, Nov 28, 2016 at 9:19 AM, Paolo Bonzini wrote: > On 28/11/2016 17:13, Kyle Huey wrote: >> On Mon, Nov 28, 2016 at 3:42 AM, Paolo Bonzini wrote: >>> This code is pretty much the same as kvm_vcpu_check_singlestep. Let's >>> not duplicate the code and implement skip_emulated_instruction can

Re: Enabling peer to peer device transactions for PCIe devices

On Mon, 2016-11-28 at 09:48 -0500, Serguei Sagalovitch wrote: > On 2016-11-27 09:02 AM, Haggai Eran wrote > > > > On PeerDirect, we have some kind of a middle-ground solution for > > pinning > > GPU memory. We create a non-ODP MR pointing to VRAM but rely on > > user-space and the GPU not to migra

Re: [PATCH 3/4] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

On Thu, Nov 24, 2016 at 1:54 AM, Chen, Yu C wrote: > Hi, > >> -Original Message- >> From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo >> Molnar >> Sent: Monday, November 21, 2016 4:18 PM >> To: John Stultz >> Cc: lkml; Chen, Yu C; Rafael J. Wysocki; Xunlei Pang; Ingo

Re: [RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

On Tue, Nov 22, 2016 at 7:50 PM, Archit Taneja wrote: > On 11/23/2016 01:16 AM, John Stultz wrote: >> On Tue, Nov 22, 2016 at 9:38 AM, Laurent Pinchart >> wrote: >>> On Tuesday 22 Nov 2016 09:25:22 John Stultz wrote: On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: > On Monday 2

Re: [PATCH] Scripts: kconfig: nconf: fix _GNU_SOURCE redefined warning

Did not add anything. I append output of "make nconfig --trace" and "gcc -v" below. The -D_GNU_SOURCE flag appeared as it goes into scripts/kconfig. See whether you can spot anything else. Sorry for the unwrapped output. Thanks, CheahKC $ make nconfig --trace Makefile:447: target 'scripts_basic'

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

On Mon, Nov 28, 2016 at 07:12:02PM +0800, Caesar Wang wrote: > The temp_to_code function will return 0 when we set the temperature to a > invalid value (e.g. 61C, 62C, 63C), that's unpractical. This patch > will prevent this case happening. That will return the max analog value to > indicate th

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v3

On Mon, Nov 28, 2016 at 10:38:58AM -0600, Christoph Lameter wrote: > > > that only insiders know how to tune and an overall fragile solution. > > While I agree with all of this, it's also a problem independent of this > > patch. > > It is related. The fundamental issue with fragmentation remain an

[PATCH net 12/16] net: ethernet: mediatek: fix fixed-link phydev leaks

Make sure to deregister and free any fixed-link PHY registered using of_phy_register_fixed_link() on initialisation errors and on uninit. Fixes: 0c72c50f6f93 ("net-next: mediatek: add fixed-phy support") Signed-off-by: Johan Hovold --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 4 1 file

Re: net: GPF in eth_header

On Sat, 2016-11-26 at 20:07 +0100, Andrey Konovalov wrote: > On Sat, Nov 26, 2016 at 7:28 PM, 'Eric Dumazet' via syzkaller > wrote: > > On Sat, Nov 26, 2016 at 9:30 AM, Dmitry Vyukov wrote: > >> Hello, > >> > >> The following program triggers GPF in eth_header: > >> > >> https://gist.githubuserco

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v3

On Mon, 28 Nov 2016, Mel Gorman wrote: > If you have a series aimed at parts of the fragmentation problem or how > subsystems can avoid tracking 4K pages in some important cases then by > all means post them. I designed SLUB with defrag methods in mind. We could warm up some old patchsets that wh

Re: [PATCH 5/5] Input: arizona-haptics - Use SoC component pin control functions

Hi Richard, On Mon, Nov 28, 2016 at 05:32:30PM +, Richard Fitzgerald wrote: > The name of a codec pin can have an optional prefix string, which is > defined by the SoC machine driver. The snd_soc_dapm_x_pin functions > take the fully-specified name including the prefix and so the existing > co

Re: [PATCH V5 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1

Hello James, On 11/25/2016 11:20 AM, James Morse wrote: Hi Tyler, On 21/11/16 22:35, Tyler Baicar wrote: Currently when a RAS error is reported it is not timestamped. The ACPI 6.1 spec adds the timestamp field to the generic error data entry v3 structure. The timestamp of when the firmware gen

Re: Enabling peer to peer device transactions for PCIe devices

On Mon, Nov 28, 2016 at 06:19:40PM +, Haggai Eran wrote: > > > GPU memory. We create a non-ODP MR pointing to VRAM but rely on > > > user-space and the GPU not to migrate it. If they do, the MR gets > > > destroyed immediately. > > That sounds horrible. How can that possibly work? What if the M

Re: net: GPF in eth_header

On Mon, Nov 28, 2016 at 7:50 PM, Eric Dumazet wrote: > On Sat, 2016-11-26 at 20:07 +0100, Andrey Konovalov wrote: >> On Sat, Nov 26, 2016 at 7:28 PM, 'Eric Dumazet' via syzkaller >> wrote: >> > On Sat, Nov 26, 2016 at 9:30 AM, Dmitry Vyukov wrote: >> >> Hello, >> >> >> >> The following program t

Re: [PATCH 1/6] dax: fix build breakage with ext4, dax and !iomap

On Thu, Nov 24, 2016 at 10:02:39AM +0100, Jan Kara wrote: > On Wed 23-11-16 11:44:17, Ross Zwisler wrote: > > With the current Kconfig setup it is possible to have the following: > > > > CONFIG_EXT4_FS=y > > CONFIG_FS_DAX=y > > CONFIG_FS_IOMAP=n # this is in fs/Kconfig & isn't user accessible >

[PATCH v3 1/2] mmc: sdhci-pci: Add PCI ID for Intel byt sdio host controller sub-vended by NI

Add PCI ID for Intel byt sdio host controller sub-vended by NI. The controller has different behavior because of the board layout NI puts it on. Signed-off-by: Zach Brown --- drivers/mmc/host/sdhci-pci-core.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/

[PATCH v3 0/2] mmc: sdhci-pci: Use ACPI to set max frequency of sdio host controller

On some boards, max SDIO frequency is limited by trace lengths and other layout choices. We would like a way to specify this limitation so the driver can behave accordingly. This patch set assumes that the limitation has been reported in an ACPI table which the driver can check to get the max freq

[PATCH v3 2/2] mmc: sdhci-pci: Use ACPI to get max frequency for Intel byt sdio controller sub-vended by NI

On NI 9037 boards the max SDIO frequency is limited by trace lengths and other layout choices. The max SDIO frequency is stored in an ACPI table. The driver reads the ACPI entry MXFQ during sdio_probe_slot and sets the f_max field of the host. Signed-off-by: Nathan Sullivan Reviewed-by: Jaeden A

Re: [PATCH 2/6] dax: remove leading space from labels

On Thu, Nov 24, 2016 at 11:42:38AM -0800, Dan Williams wrote: > On Thu, Nov 24, 2016 at 1:11 AM, Jan Kara wrote: > > On Wed 23-11-16 11:44:18, Ross Zwisler wrote: > >> No functional change. > >> > >> As of this commit: > >> > >> commit 218dd85887da (".gitattributes: set git diff driver for C sourc

Re: [PATCH 4.8 00/67] 4.8.11-stable review

Hello, On 11/28/2016 03:05 PM, Kevin Hilman wrote: > [ + Exynos maintainers ] > > Sorry for the lag, I realize that this stable release is already made, > but following-up here anyways, and including Exynos maintainers so they > are aware of the (possible) regressions in stable/linux-4.8.y. > >

[PATCH] perf/x86: fix event counter update issue

From: Kan Liang Fixes: ec3232bdf851 ("perf_counter: x86: More accurate counter update") A bug can be easily reproduced by perf stat loop program on KNL/SLM. The loop program is just "for (i=0;iprev_count. - in PMI/not in PMI: the event update happens in PMI handler or not. Current code to ca

[PATCH] Input: joystick: sidewinder - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, connection time, probe time, loops, retry lo

[PATCH] libnvdimm: use consistent naming for request_mem_region()

Here is an example /proc/iomem listing for a system with 2 namespaces, one in "sector" mode and one in "memory" mode: 1fc00-2fbff : Persistent Memory (legacy) 1fc00-2fbff : namespace1.0 34000-34fff : Persistent Memory 34000-34fff : btt0.1 Here is the co

[PATCH 0/2] arm64: dts: NS2: Add GICv2m and PAXC

Add support for GICv2m and PAXC. GICv2m was tested on an e1000e adapter, with some hacking of the driver to verify MSI and legacy interrupts work. Jon Mason (2): arm64: dts: NS2: enable GICv2m for PAXB/PAXC interfaces arm64: dts: NS2: enable PAXC on NS2 SVK arch/arm64/boot/dts/broadcom/ns2-

[PATCH 2/2] arm64: dts: NS2: enable PAXC on NS2 SVK

This enables the PAXC based PCIe root complex on NS2 SVK. The PAXC based root complex is connected to internally emulated PCIe endpoints Signed-off-by: Ray Jui Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 4 arch/arm64/boot/dts/broadcom/ns2.dtsi| 17

Re: Adding a .platform_init callback to sdhci_arasan_ops

On 28/11/2016 18:46, Doug Anderson wrote: > As argued in my original patch the field "corecfg_baseclkfreq" is > documented in the generic Arasan document > > and thus is unlikely to be Rockchip specific. I downloaded the da

[PATCH] Input: joystick: analog - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, connection time, probe time, loops, retry lo

Re: [PATCH v3 14/30] perf clang: Support compile IR to BPF object and add testcase

On Mon, Nov 28, 2016 at 06:31:11PM +0800, Wangnan (F) wrote: > > > On 2016/11/28 14:32, Wangnan (F) wrote: > > > > > >On 2016/11/27 1:25, Alexei Starovoitov wrote: > >>On Sat, Nov 26, 2016 at 07:03:38AM +, Wang Nan wrote: > >>>getBPFObjectFromModule() is introduced to compile LLVM IR(Module)

[PATCH] Input: joystick: gf2k - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, connection time, probe time, loops, retry lo

[PATCH 1/2] arm64: dts: NS2: enable GICv2m for PAXB/PAXC interfaces

PAXB and PAXC PCIe interfaces on NS2 have been using the iProc event queue to handle MSI. With the gicv2m support ready, we should now switch to gicv2m for MSI handling Signed-off-by: Ray Jui Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2.dtsi | 104 ++

Re: net: GPF in eth_header

On Mon, Nov 28, 2016 at 8:04 PM, 'Andrey Konovalov' via syzkaller wrote: > On Mon, Nov 28, 2016 at 7:50 PM, Eric Dumazet wrote: >> On Sat, 2016-11-26 at 20:07 +0100, Andrey Konovalov wrote: >>> On Sat, Nov 26, 2016 at 7:28 PM, 'Eric Dumazet' via syzkaller >>> wrote: >>> > On Sat, Nov 26, 2016 at

Re: Enabling peer to peer device transactions for PCIe devices

On 2016-11-28 01:20 PM, Logan Gunthorpe wrote: On 28/11/16 09:57 AM, Jason Gunthorpe wrote: On PeerDirect, we have some kind of a middle-ground solution for pinning GPU memory. We create a non-ODP MR pointing to VRAM but rely on user-space and the GPU not to migrate it. If they do, the MR gets

Re: [PATCH 1/3] hwmon: Add Texas Instruments TMP108 temperature sensor driver.

> On Nov 27, 2016, at 4:19 AM, Guenter Roeck wrote: > > On 11/26/2016 09:15 PM, John Muir wrote: >> Add support for the TI TMP108 temperature sensor with some device >> configuration parameters. >> +- ti,alert-active-high : (boolean) make the alert pin active-high instead of >> + the defaul

Re: [PATCH v2] Fix objtool with clang

Em Mon, Nov 28, 2016 at 05:58:59PM +0100, Jiri Olsa escreveu: > On Mon, Nov 28, 2016 at 07:25:53AM -0800, Peter Foley wrote: > > On Mon, Nov 28, 2016 at 7:00 AM, Arnaldo Carvalho de Melo > > wrote: > > > After I applied this I started getting this: > > > > > > CC /tmp/build/perf/tests/sw-c

Re: [PATCH] perf/x86: fix event counter update issue

On Mon, Nov 28, 2016 at 11:26 AM, wrote: > > From: Kan Liang > > Fixes: ec3232bdf851 ("perf_counter: x86: More accurate counter update") > > A bug can be easily reproduced by perf stat loop program on KNL/SLM. > The loop program is just "for (i=0;i "loops" is set to different value during the tes

Re: [PATCH v2] Fix objtool with clang

Em Mon, Nov 28, 2016 at 07:25:53AM -0800, Peter Foley escreveu: > On Mon, Nov 28, 2016 at 7:00 AM, Arnaldo Carvalho de Melo > wrote: > > After I applied this I started getting this: > > > > CC /tmp/build/perf/tests/sw-clock.o > > /tmp/build/perf/.plugin_jbd2.o.cmd:3: *** empty variable nam

Re: [PATCH] Input: mouse: synaptics - change msleep to usleep_range for small msecs

Hi Aniroop, [auto build test ERROR on input/next] [also build test ERROR on v4.9-rc7 next-20161128] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Aniroop-Mathur/Input-mouse-synaptics-change

[PATCH] Input: mouse: synaptics - change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, retry logic, etc. Thus, change msleep to usl

Re: module: fix DEBUG_SET_MODULE_RONX typo

+++ Arnd Bergmann [28/11/16 15:59 +0100]: The newly added 'rodata_enabled' global variable is protected by the wrong #ifdef, leading to a link error when CONFIG_DEBUG_SET_MODULE_RONX is turned on: kernel/module.o: In function `disable_ro_nx': module.c:(.text.unlikely.disable_ro_nx+0x88): undefin

Re: net: GPF in eth_header

On Mon, 2016-11-28 at 20:34 +0100, Dmitry Vyukov wrote: > On Mon, Nov 28, 2016 at 8:04 PM, 'Andrey Konovalov' via syzkaller > > Hi Eric, > > > > As far as I can see, skb_network_offset() becomes negative after > > pskb_pull(skb, (u8 *) (fhdr + 1) - skb->data) in nf_ct_frag6_queue(). > > At least I

Re: module: extend 'rodata=off' boot cmdline parameter to module mappings

+++ AKASHI Takahiro [28/11/16 18:18 +0900]: On Mon, Nov 28, 2016 at 08:59:40AM +0100, Andreas Ziegler wrote: Hi Akashi, your patch "module: extend 'rodata=off' boot cmdline parameter to module mappings" showed up in linux-next today, and I noticed a small error in it. The first modified #ifdef

Re: [PATCH 2/4] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

On Wed, Nov 23, 2016 at 3:31 AM, Paolo Bonzini wrote: > On 23/11/2016 02:14, David Matlack wrote: >> +static bool fixed_bits_valid(u64 val, u64 fixed0, u64 fixed1) >> +{ >> + return ((val & fixed0) == fixed0) && ((~val & ~fixed1) == ~fixed1); >> +} >> + > > This is the same as vmx_control_veri

Re: Enabling peer to peer device transactions for PCIe devices

On Mon, 2016-11-28 at 09:57 -0700, Jason Gunthorpe wrote: > On Sun, Nov 27, 2016 at 04:02:16PM +0200, Haggai Eran wrote: > > I think blocking mmu notifiers against something that is basically > > controlled by user-space can be problematic. This can block things > > like > > memory reclaim. If you

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v3

On Sun, Nov 27, 2016 at 01:19:54PM +, Mel Gorman wrote: > While it is recognised that this is a mixed bag of results, the patch > helps a lot more workloads than it hurts and intuitively, avoiding the > zone->lock in some cases is a good thing. > > Signed-off-by: Mel Gorman This seems like a

[PATCH v3 29/33] tpm: Use idr_find(), not idr_find_slowpath()

From: Matthew Wilcox idr_find_slowpath() is not intended to be part of the public API, it's an implementation detail. There's no reason to skip straight to the slowpath here. Signed-off-by: Matthew Wilcox --- drivers/char/tpm/tpm-chip.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-

[PATCH v3 13/33] radix tree test suite: Use common find-bit code

From: Matthew Wilcox Remove the old find_next_bit code in favour of linking in the find_bit code from tools/lib. Signed-off-by: Matthew Wilcox --- tools/testing/radix-tree/Makefile | 7 ++- tools/testing/radix-tree/find_next_bit.c | 57 -- tools/

[PATCH v3 01/33] radix tree test suite: Fix compilation

From: Matthew Wilcox Patch "lib/radix-tree: Convert to hotplug state machine" breaks the test suite as it adds a call to cpuhp_setup_state_nocalls() which is not currently emulated in the test suite. Add it, and delete the emulation of the old CPU hotplug mechanism. Signed-off-by: Matthew Wilco

[PATCH v3 33/33] Reimplement IDR and IDA using the radix tree

From: Matthew Wilcox The IDR is very similar to the radix tree. It has some functionality that the radix tree did not have (alloc next free, cyclic allocation, a callback-based for_each, destroy tree), which is readily implementable on top of the radix tree. A few small changes were needed in o

[PATCH v3 30/33] rxrpc: Abstract away knowledge of IDR internals

From: Matthew Wilcox Add idr_get_cursor() / idr_set_cursor() APIs, and remove the reference to IDR_SIZE. Signed-off-by: Matthew Wilcox Reviewed-by: David Howells --- include/linux/idr.h | 26 ++ net/rxrpc/af_rxrpc.c| 11 ++- net/rxrpc/conn_client.c | 4

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