Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On 11/25/2015 02:04 AM, Hannes Reinecke wrote: On 11/20/2015 04:28 PM, Ewan Milne wrote: On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote: Can't we have a joint effort here? I've been spending a _LOT_ of time trying to debug things here, but none of the ideas I've come up with have

Re: [PATCH 3.2 41/52] KVM: svm: unconditionally intercept #DB

On Wed, 2015-11-25 at 12:31 +0100, Paolo Bonzini wrote: > > On 24/11/2015 23:33, Ben Hutchings wrote: > > 3.2.74-rc1 review patch.  If anyone has any objections, please let me know. > > > > -- > > > > From: Paolo Bonzini > > > > commit cbdb967af3d54993f5814f1cee0ed311a055377d

Re: use-after-free in sock_wake_async

On Wed, 2015-11-25 at 17:30 +, Rainer Weikusat wrote: > In case this is wrong, it obviously implies that sk_sleep(sk) must not > be used anywhere as it accesses the same struck sock, hence, when that > can "suddenly" disappear despite locks are used in the way indicated > above, there is now

Re: [PATCH] clk: tegra: Fix bypassing of PLLs

On 25/11/15 15:52, Tyler Baker wrote: > On 25 November 2015 at 07:11, Thierry Reding wrote: >> On Mon, Nov 23, 2015 at 03:18:59PM -0800, Tyler Baker wrote: >>> Hi Jon, >>> >>> On 20 November 2015 at 07:11, Jon Hunter wrote: The _clk_disable_pll() function will attempt to place a PLL into

Re: [PATCH v3 2/4] devicetree: bindings: let thermal-sensor point to other thermal zones

On Wed, Nov 25, 2015 at 03:09:44PM +, Javi Merino wrote: > The thermal-sensor property of the thermal zone node accepts phandles to > thermal sensors. However, thermal zones can be created as an > aggregation of other thermal zones. Extend the thermal-sensors property > to allow phandles to

[PATCH] crypto/cryptod: use crypto_skcipher_type() for getting skcipher type

The provides inline function - crypto_skcipher_type(). Let's use it in the cryptd_alloc_ablkcipher() instead of direct calculation. Signed-off-by: Alexander Kuleshov --- crypto/cryptd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/crypto/cryptd.c b/crypto/cryptd.c

Re: [RFC][PATCH 00/12] Enhanced file stat system call

On Fri, Nov 20, 2015 at 04:28:35PM +, David Howells wrote: > Martin Steigerwald wrote: > > > Any plans to add limitations of filesystem to the call like maximum file > > size? I know its mostly relevant for just for FAT32, but on any account > > rather than trying to write 4 GiB and then

[PATCH v2] staging/dgap: move duplicated code from the dgap_cm.* functions

The dgap driver contains three functions: dgap_cmdb(), dgap_cmdw() and dgap_cmdw_exit which are contain duplicated code which waits if necessary before updating the pointer to limit outstanding commands. This patch introduces the wait_for_fep_cmds_limit() function which is will be called from

Re: [PATCH 6/8] MIPS: ELF: Interpret the NAN2008 file header flag

On Fri, 13 Nov 2015, Maciej W. Rozycki wrote: > This change relies on to > work correctly for dynamic binaries, otherwise an opposite-mode > interpreter will be incorrectly accepted, and worse yet enforce any > additional shared binaries to have

Re: [PATCH v4 00/16] MADV_FREE support

On Wed, Nov 25, 2015 at 11:53:18AM +0900, Minchan Kim wrote: > That's really what we(Daniel, Michael and me) want so far. > A people who is reluctant to it is Johannes who wanted to support > MADV_FREE on swapless system via new LRU from the beginning. > > If Johannes is not strong against

Re: [PATCH v2 4/5] PCI: iproc: Add iProc PCIe MSI support

On Tue, 24 Nov 2015 15:04:53 -0800 Ray Jui wrote: > This patch adds PCIe MSI support for both PAXB and PAXC interfaces on > all iProc based platforms. The patch follows the latest trend in the > kernel to use MSI domain based implementation > That's a pretty useless comment. The general trend

Re: [PATCH 1/2] ftrace: Add separate handler for ftrace:function event

On Wed, 25 Nov 2015 18:12:43 +0100 Jiri Olsa wrote: > > Yeah, I'm trying to figure out the paths here. I would love to remove > > the control_ops as that complicates the function tracing code a bit > > more than I would like it to be. > > perf is using the control interface to enable and

Re: [PATCH] PCI: pciehp: Always protect pciehp_disable_slot() with hotplug mutex

On Sun, Nov 01, 2015 at 01:58:40PM -0800, Guenter Roeck wrote: > When called from pciehp_sysfs_disable_slot(), the call to > pciehp_disable_slot() was not protected by the hotplug mutex. > > Cc: Rajat Jain > Signed-off-by: Guenter Roeck Applied with Rajat's Reviewed-by to pci/hotplug for v4.5,

Re: [PATCH v5 07/10] xen/blkback: pseudo support for multi hardware queues/rings

> @@ -113,19 +115,55 @@ static void xen_update_blkif_status(struct xen_blkif > *blkif) > } > invalidate_inode_pages2(blkif->vbd.bdev->bd_inode->i_mapping); > > - blkif->ring.xenblkd = kthread_run(xen_blkif_schedule, >ring, > "%s", name); > - if (IS_ERR(blkif->ring.xenblkd))

Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform

> While he seemed interseted to use a mainline kernel we don't have any > news for one year: > http://marc.info/?l=linux-arm-kernel=141391779222342=2 Maybe time for an email ping? Andrew -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] cpuset: Replace all instances of time_t with time64_t

On Wed, 25 Nov 2015, Arnd Bergmann wrote: > The following patch replaces all instances of time_t with time64_t i.e. > change the type used for representing time from 32-bit to 64-bit. All > 32-bit kernels to date use a signed 32-bit time_t type, which can only > represent time until January

Re: [PATCH 3.2 00/52] 3.2.74-rc1 review

This is the combined diff for 3.2.74-rc1 relative to 3.2.73. Ben. -- Ben Hutchings This sentence contradicts itself - no actually it doesn't. --- a/Documentation/sysctl/fs.txt +++ b/Documentation/sysctl/fs.txt @@ -163,16 +163,22 @@ or otherwise protected/tainted binaries. The modes are 0 -

Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform

Hi Andrew, On mer., nov. 25 2015, Andrew Lunn wrote: > On Wed, Nov 25, 2015 at 04:49:12PM +0100, Arnd Bergmann wrote: >> I've posted these before and now gotten around to a rebase and >> want to include them in the arm-soc next/multiplatform branch for >> 4.5. >> >> Originally the plan for

[PATCH v4 3/9] ppc use ftrace_modify_all_code default

Convert ppc's arch_ftrace_update_code from its own function copy to use the generic default functionality (without stop_machine -- our instructions are properly aligned and the replacements atomic ;) With this we gain error checking and the much-needed function_trace_op handling. Signed-off-by:

Re: use-after-free in sock_wake_async

Eric Dumazet writes: > On Wed, 2015-11-25 at 16:43 +, Rainer Weikusat wrote: >> Eric Dumazet writes: >> > On Tue, Nov 24, 2015 at 5:10 PM, Rainer Weikusat >> > wrote: >> >> [...] >> >> >> It's also easy to verify: Swap the unix_state_lock and >> >> other->sk_data_ready and see if the

Re: [PATCH v3 3/5] clk: sunxi: Add sun9i A80 cpus (cpu special) clock support

Hi, On Tue, Nov 24, 2015 at 05:32:14PM +0800, Chen-Yu Tsai wrote: > The "cpus" clock is the clock for the embedded processor in the A80. > It is also part of the PRCM clock tree. This clock includes a pre- > divider on one of its inputs. For now we are using a custom clock > driver for it. In the

[PATCH v4 7/9] ppc64 ftrace: disable profiling for some files

This patch complements the "notrace" attribute for selected functions. It adds -mprofile-kernel to the cc flags to be stripped from the command line for code-patching.o and feature-fixups.o, in addition to "-pg" Signed-off-by: Torsten Duwe --- arch/powerpc/lib/Makefile | 4 ++-- 1 file changed,

[PATCH v4 8/9] Implement kernel live patching for ppc64le (ABIv2)

* create the appropriate files+functions arch/powerpc/include/asm/livepatch.h klp_check_compiler_support, klp_arch_set_pc arch/powerpc/kernel/livepatch.c with a stub for klp_write_module_reloc This is architecture-independent work in progress. * introduce a

[PATCH v4 5/9] ppc64 ftrace_with_regs: spare early boot and low level

Using -mprofile-kernel on early boot code not only confuses the checker but is also useless, as the infrastructure is not yet in place. Proceed like with -pg (remove it from CFLAGS), equally with time.o and ftrace itself. * arch/powerpc/kernel/Makefile: - remove -mprofile-kernel from low

[PATCH v4 9/9] Enable LIVEPATCH to be configured on ppc64le and add livepatch.o if it is selected.

Signed-off-by: Torsten Duwe --- arch/powerpc/Kconfig | 5 + arch/powerpc/kernel/Makefile | 1 + 2 files changed, 6 insertions(+) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 55fd59e..47f479c 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -163,6

[PATCH v4 6/9] ppc64 ftrace: disable profiling for some functions

At least POWER7/8 have MMUs that don't completely autoload; a normal, recoverable memory fault might pass through these functions. If a dynamic tracer function causes such a fault, any of these functions being traced with -mprofile-kernel may cause an endless recursion. Signed-off-by: Torsten

Re: [PATCH V5] acpi: add support for extended IRQ to PCI link

Hi Sinan, On Wed, Nov 25, 2015 at 09:27:41AM -0500, Sinan Kaya wrote: > On 11/24/2015 3:10 PM, Sinan Kaya wrote: > > The ACPI compiler uses the extended format when used interrupt numbers > > are greater than 256. The extended IRQ numbers use 32 bits for storing > > interrupts. The code already

Re: [kernel-hardening] [PATCH 0/2] introduce post-init read-only memory

On Wed, Nov 25, 2015 at 1:13 AM, Mathias Krause wrote: > On 24 November 2015 at 22:38, Kees Cook wrote: >> Many things are written to only during __init, and never changed >> again. These cannot be made "const" since the compiler will do the wrong >> thing (we do actually need to write to them).

[PATCH v4 1/9] ppc64 (le): prepare for -mprofile-kernel

The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5, allows to call _mcount very early in the function, which low-level ASM code and code patching functions need to consider. Especially the link register and the parameter registers are still alive and not yet saved into a new stack

[PATCH v4 2/9] ppc64le FTRACE_WITH_REGS implementation

Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2. Initial work started by Vojtech Pavlik, used with permission. * arch/powerpc/kernel/entry_64.S: - Implement an effective ftrace_caller that works from within the kernel binary as well as from modules. *

Re: [kernel-hardening] [PATCH 0/2] introduce post-init read-only memory

On 11/25/15 01:13, Mathias Krause wrote: > > While having that annotation makes perfect sense, not only from a > security perspective but also from a micro-optimization point of view > (much like the already existing __read_mostly annotation), it has its > drawbacks. Violating the "r/o after

Re: [PATCH] arm64: restore bogomips information in /proc/cpuinfo

On 11/25/2015 7:16 AM, Nicolas Pitre wrote: On Wed, 25 Nov 2015, Jon Masters wrote: On 11/18/15, 1:15 PM, Yang Shi wrote: As what Pavel Machek reported [1], some userspace applications depend on bogomips showed by /proc/cpuinfo. Although there is much less legacy impact on aarch64 than arm,

[PATCH v4 4/9] ppc64 ftrace_with_regs configuration variables

* Makefile: - globally use -mprofile-kernel in case it's configured. * arch/powerpc/Kconfig / kernel/trace/Kconfig: - declare that ppc64le HAVE_MPROFILE_KERNEL and HAVE_DYNAMIC_FTRACE_WITH_REGS, and use it. Signed-off-by: Torsten Duwe --- arch/powerpc/Kconfig | 2 ++

Re: [RFC PATCH] PCI/pci-host-generic: Add support for Cavium Thunder fixed BARs.

On 11/25/2015 09:06 AM, Bjorn Helgaas wrote: Hi David, On Mon, Sep 28, 2015 at 05:56:24PM -0700, David Daney wrote: From: David Daney Early versions of the Cavium Thunder CN88XX processor are missing Enhanced Allocation (EA) capabilities for the fixed BAR addresses used by the on-SoC

[PATCH v4 0/9] ftrace with regs + live patching for ppc64 LE (ABI v2)

Major changes since v3: * the graph tracer works now. It turned out the stack frame it tried to manipulate does not exist at that point. * changes only needed in order to support -mprofile-kernel are now in a separate patch, prepended. * Kconfig cleanup so this is only selectable

Re: [PATCH v5 7/7] usb: gadget: f_midi: pre-allocate IN requests

Hi Clemens On 13/11/15 08:55, Clemens Ladisch wrote: > Felipe F. Tonello wrote: >> This patch introduces pre-allocation of IN endpoint USB requests. This >> improves on latency (requires no usb request allocation on transmit) and >> avoid >> several potential probles on allocating too many usb

Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver

On Wed, Nov 25, 2015 at 8:39 AM, Michael S. Tsirkin wrote: > On Wed, Nov 25, 2015 at 08:24:38AM -0800, Alexander Duyck wrote: >> >> Also, assuming you just want to do ifdown/ifup for some reason, it's >> >> easy enough to do using a guest agent, in a completely generic way. >> >> >> > >> > Just

Re: [RFC PATCH 1/2] drm: add support for for clk and de polarity

Am Mittwoch, den 15.07.2015, 17:50 +0200 schrieb Manfred Schlaegl: > To get full support for parallel and LVDS displays with drm: > Add representation for clock and data enable polarity in drm_display_mode > flags (similar to HSYNC/VSYNC polarity) and update conversion functions > from/to

Re: [PATCH] pci: Update VPD size with correct length

Hi Hannes, On Sun, Oct 25, 2015 at 04:34:34AM +0100, Hannes Reinecke wrote: > On 10/24/2015 02:52 AM, Alexander Duyck wrote: > > On 10/23/2015 02:09 AM, Hannes Reinecke wrote: > >> PCI-2.2 VPD entries have a maximum size of 32k, but might actually > >> be smaller than that. To figure out the

Re: [PATCH 1/2] ftrace: Add separate handler for ftrace:function event

On Wed, Nov 25, 2015 at 12:02:57PM -0500, Steven Rostedt wrote: > On Wed, 25 Nov 2015 17:50:57 +0100 > Jiri Olsa wrote: > > > > This seems redundant. I never understood the control_ops that perf uses > > > in the function tracing infrastructure. Why can't you just register the > > > event->ops

Re: use-after-free in sock_wake_async

On Wed, 2015-11-25 at 16:43 +, Rainer Weikusat wrote: > Eric Dumazet writes: > > On Tue, Nov 24, 2015 at 5:10 PM, Rainer Weikusat > > wrote: > > [...] > > >> It's also easy to verify: Swap the unix_state_lock and > >> other->sk_data_ready and see if the issue still occurs. Right now (this

[PATCH 1/5] drm/doc: Convert to markdown

From: Danilo Cesar Lemes de Paula DRM Docbook is now Markdown ready. This means its doc is able to use markdown text on it. * Documentation/DocBook/drm.tmpl: Contains a table duplicated from drivers/gpu/drm/i915/i915_reg.h. This is not needed anymore * drivers/gpu/drm/drm_modeset_lock.c: had

Re: [RFC PATCH] PCI/pci-host-generic: Add support for Cavium Thunder fixed BARs.

Hi David, On Mon, Sep 28, 2015 at 05:56:24PM -0700, David Daney wrote: > From: David Daney > > Early versions of the Cavium Thunder CN88XX processor are missing > Enhanced Allocation (EA) capabilities for the fixed BAR addresses used > by the on-SoC hardware blocks. > > Add config access

Re: [PATCH net-next 3/3] net: mvneta: Add naive RSS support

Hi Thomas, On mer., nov. 25 2015, Thomas Petazzoni wrote: > Gregory, > > On Wed, 25 Nov 2015 15:54:03 +0100, Gregory CLEMENT wrote: > >> pp->rxq_def = rxq_def; >> >> +pp->indir[0] = rxq_def; > > So now we have the RX queue in both pp->rxq_def and pp->indir[0] ? Is > this really

Re: [PATCH] block: kmemleak: Track the page allocations for struct request

On Wed, Nov 25, 2015 at 5:45 PM, Jens Axboe wrote: > I'd say it's borderline. It's fixing a tracking bug. Unless others feel > strongly otherwise, I don't think it's stable material. ok thanks for your feedback. -- William -- To unsubscribe from this list: send the line "unsubscribe

[PATCH 2/5] scripts/kernel-doc: Adding infrastructure for markdown support

From: Danilo Cesar Lemes de Paula Markdown support is given by calling an external tool, pandoc, for all highlighted text on kernel-doc. Pandoc converts Markdown text to proper Docbook tags, which will be later translated to pdf, html or other targets. This adds the capability of adding

[PATCH 3/5] scripts/kernel-doc: Improve Markdown results

From: Danilo Cesar Lemes de Paula Using pandoc as the Markdown engine cause some minor side effects as pandoc includes main tags for almost everything. Original Markdown support approach removes those main tags, but it caused some inconsistencies when that tag is not the main one, like: .. ...

Re: [PATCH] printk: do cond_resched() between lines while outputting to consoles

Hello, Jan. On Wed, Nov 25, 2015 at 10:05:22AM +0100, Jan Kara wrote: > So did you particularly have an issue during console registration? Because Yeap, we're seeing a small ratio of machines falling head over hills during IPMI serial console registration. Pumping out the messages collected

[PATCH net] drivers: net: xgene: fix possible use after free

From: Eric Dumazet Once TX has been enabled on a NIC, it is illegal to access skb, as this skb might have been freed by another cpu, from TX completion handler. Signed-off-by: Eric Dumazet Reported-by: Mark Rutland Tested-by: Mark Rutland Cc: Iyappan Subramanian ---

Re: [PATCH 1/2] ftrace: Add separate handler for ftrace:function event

On Wed, 25 Nov 2015 17:50:57 +0100 Jiri Olsa wrote: > > This seems redundant. I never understood the control_ops that perf uses > > in the function tracing infrastructure. Why can't you just register the > > event->ops and have that ops set the filtering? Then the ftrace > > infrastructure will

Re: [PATCH v3 4/8] phy: rockchip-usb: add compatible values for rk3066a and rk3188

Hi, On Sun, Nov 22, 2015 at 11:49 AM, Heiko Stuebner wrote: > Am Donnerstag, 19. November 2015, 16:32:23 schrieb Doug Anderson: >> Heiko, >> >> On Thu, Nov 19, 2015 at 1:22 PM, Heiko Stuebner wrote: >> > We need custom handling for these two socs in the driver shortly, >> > so add the necessary

Re: [PATCH net-next 3/3] net: mvneta: Add naive RSS support

Gregory, On Wed, 25 Nov 2015 15:54:03 +0100, Gregory CLEMENT wrote: > pp->rxq_def = rxq_def; > > + pp->indir[0] = rxq_def; So now we have the RX queue in both pp->rxq_def and pp->indir[0] ? Is this really useful ? Also, if the RX queue becomes a per-port definition, why do you keep

Re: [RFC 1/1] xen: block: correct setting for xen_blkif_max_ring_order

On Wed, Nov 25, 2015 at 06:26:01PM +0800, Peng Fan wrote: > According to this piece code: > " > pr_info("Invalid max_ring_order (%d), will use default max: %d.\n", > xen_blkif_max_ring_order, XENBUS_MAX_RING_GRANT_ORDER); > " > if xen_blkif_max_ring_order is bigger that

Re: [PATCH v5 7/7] usb: gadget: f_midi: pre-allocate IN requests

Hi Robert, On 13/11/15 12:38, Robert Baldyga wrote: > Hi Felipe, > > On 11/10/2015 06:52 PM, Felipe F. Tonello wrote: >> This patch introduces pre-allocation of IN endpoint USB requests. This >> improves on latency (requires no usb request allocation on transmit) and >> avoid >> several

Re: [PATCH 1/2] ftrace: Add separate handler for ftrace:function event

On Wed, Nov 25, 2015 at 11:19:56AM -0500, Steven Rostedt wrote: > On Wed, 25 Nov 2015 16:45:32 +0100 > Jiri Olsa wrote: > > > Having following commands running concurently: > > > > # perf record -e ftrace:function -a -o krava.data sleep 10 > > # perf record -e ftrace:function --filter 'ip

Re: [PATCH 2/2] PCI support added to ARC

On Wed, Nov 25, 2015 at 05:25:37AM +, Vineet Gupta wrote: > On Tuesday 24 November 2015 08:02 PM, Joao Pinto wrote: > > + pr_err("PCI: Device %s not available because"/ > > + " of resource collisions\n", pci_name(dev)); > > Better not to break

Re: [PATCH] block: kmemleak: Track the page allocations for struct request

On 11/25/2015 04:04 AM, William Dauchy wrote: Hi Jens, On Mon, Sep 14, 2015 at 7:21 PM, Jens Axboe wrote: On 09/14/2015 11:16 AM, Catalin Marinas wrote: The pages allocated for struct request contain pointers to other slab allocations (via ops->init_request). Since kmemleak does not

Re: use-after-free in sock_wake_async

Eric Dumazet writes: > On Tue, Nov 24, 2015 at 5:10 PM, Rainer Weikusat > wrote: [...] >> It's also easy to verify: Swap the unix_state_lock and >> other->sk_data_ready and see if the issue still occurs. Right now (this >> may change after I had some sleep as it's pretty late for me), I don't

Re: [PATCH] leds/powernv : removing NULL check

On 11/25/2015 08:47 PM, Jacek Anaszewski wrote: > On 11/25/2015 03:44 PM, Vasant Hegde wrote: >> On 11/23/2015 02:58 PM, Saurabh Sengar wrote: >>> no need to explicitly check for pointer to be null, >>> of_prop_next_string anyways return NULL, if passed pointer is NULL >>> and hence loop will

[PATCH?] race between cgroup_subsys->fork() and cgroup_migrate()

Hello, I am trying to backport cgroup_pids.c and I fail to understand pids_fork() which does css = task_get_css(task, pids_cgrp_id); pids = css_pids(css); /* * If the association has changed, we have to revert and reapply the * charge/uncharge on the

Re: [PATCH 1/3] mmc: atmel-mci: move atmel-mci-regs.h content in atmel-mci.c

On 23 November 2015 at 16:27, Ludovic Desroches wrote: > atmel-mci-regs.h is only included in atmel-mci.c so move its content in > the driver and do some cleanup in these definitions to remove checkpatch > errors. > > Signed-off-by: Ludovic Desroches Thanks, applied for next! Kind regards Uffe

Re: KASAN failures in X-Gene ethernet driver in v4.4-rc2

On Wed, Nov 25, 2015 at 08:17:36AM -0800, Eric Dumazet wrote: > On Wed, 2015-11-25 at 15:59 +, Mark Rutland wrote: > > xgene_enet_start_xmit > > Please try following trivial fix With that applied KASAN is silent, despite my efforts to trigger the issue, so it looks like that fixes it.

Re: [Resend: PATCH v2 0/3] Fix rcar-pcie for arm64

Hi Phil, On Wed, Nov 25, 2015 at 03:30:36PM +, Phil Edworthy wrote: > The first patches fixes the build problem I'm trying to figure out if v4.4 has a build problem we need to fix. If I understand correctly, "PCI: rcar: Convert to DT resource parsing API" doesn't fix a build problem in the

[PATCH 1/2] perf: Refactor vmlinux_path_init

Refactor vmlinux_path_init function to ease subsequent additions of new vmlinux locations. Signed-off-by: Ekaterina Tumanova Acked-by: Alexander Yarygin --- tools/perf/util/symbol.c | 64 +--- 1 file changed, 33 insertions(+), 31 deletions(-) diff

Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver

On Wed, Nov 25, 2015 at 08:24:38AM -0800, Alexander Duyck wrote: > >> Also, assuming you just want to do ifdown/ifup for some reason, it's > >> easy enough to do using a guest agent, in a completely generic way. > >> > > > > Just ifdown/ifup is not enough for migration. It needs to restore some

[PATCH 01/10] ARM: realview: remove sparsemem hack

The realview-pbx platform has an elaborate way of avoiding the use of highmem by redefining its phys_to_virt function. In practice this doesn't help all that much, and it gets in the way of doing multiplatform builds for realview. This removes the feature and kills off the mach/memory.h file for

[PATCH 00/10] ARM: realview multiplatform

I've posted this series before and this time just want to get the ball rolling again. Linus Walleij has a series to convert realview to use devicetree, and that is likely to conflict with this one, so we should try to get the two things merged together properly. Also, Russell has in the past had

[PATCH 2/2] perf: add the path to vmlinux.debug

Currently when debuginfo is separated to vmlinux.debug, it's contents get ignored. Let's change that and add it to the vmlinux_path list. Signed-off-by: Ekaterina Tumanova Acked-by: Alexander Yarygin --- tools/perf/util/symbol.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH 06/10] ARM: realview: enable multiplatform

All obstacles are out of the way by now, so we can finally move realview to multiplatform. Signed-off-by: Arnd Bergmann Acked-by: Linus Walleij Cc: Russell King --- arch/arm/Kconfig| 14 --- arch/arm/mach-realview/Kconfig | 55 -

Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection

On Thu, Nov 05, 2015 at 01:20:33PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 5 Nov 2015 12:48:58 +0100 > > The functions "kfree" and "kobject_put" were called in a few cases by the > function "class_register_type" during error handling even if the passed > variable

Re: [PATCH 00/10] ARM: s3c64xx multiplatform

On Wed, Nov 25, 2015 at 05:06:45PM +0100, Arnd Bergmann wrote: > I've posted the series before and we got a few people to test it > the last time, though I think the touchscreen portion is still > untested. > > I'd really like to get this merged for 4.5 and would put it into > a

Re: [PATCH 11/14] mmc: sdhci-pic32: Add PIC32 SDHC host controller driver

[...] >> +sdhci_pic32_probe_dts(struct platform_device *pdev, >> + struct pic32_sdhci_pdata *boarddata) >> +{ >> + struct device_node *np = pdev->dev.of_node; >> + >> + if (!np) >> + return -ENODEV; >> + >> + if (of_find_property(np, "no-1-8-v",

[PATCH 04/10] ARM: no longer force unbuffered DMA for realview

Commit 42c4dafe803dca ("ARM: 6202/1: Do not ARM_DMA_MEM_BUFFERABLE on RealView boards with L210/L220") changed the generic setting for ARM_DMA_MEM_BUFFERABLE to be disabled on any Realview kernel that includes support for any of the ARM11 variations. Doing this was required to allow doing DMA

Re: net: Generalise wq_has_sleeper helper

From: Peter Zijlstra Date: Wed, 25 Nov 2015 10:15:33 +0100 > On Tue, Nov 24, 2015 at 01:54:23PM +0800, Herbert Xu wrote: >> + * The race for tcp fires when the __add_wait_queue changes done by CPU1 >> stay >> + * in its cache, and so does the tp->rcv_nxt update on CPU2 side. The CPU1 >> + *

WARNING in tcp_recvmsg

Hello, The following program triggers WARNING in tcp_recvmsg: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include #include #include int fd = -1; void *thr0(void *arg) { memcpy((void*)0x20003000,

Re: Releasing bus devices?

On Wed, Nov 25, 2015 at 08:21:36AM -0800, Andy Lutomirski wrote: > I'm writing a bus driver, and I'm confused. Yeah, writing a new bus is a major pain, I keep meaning to work on the api every year or so when I have to write a new one, but then I just suffer through it and never get around to it

[PATCH 05/10] ARM: realview: remove private barrier implementation

The realview barrier implementation tries to avoid calling outer_sync in order to not lock up as a result of a bug in the l220 cache controller. This gets in the way of the multiplatform support, but we can still remove it if we make sure that the outer_sync function never gets called, by

Re: [PATCH] KVM: nVMX: remove incorrect vpid check in nested invvpid emulation

Haozhong Zhang writes: > On 11/25/15 10:45, Bandan Das wrote: >> Haozhong Zhang writes: >> >> > This patch removes the vpid check when emulating nested invvpid >> > instruction of type all-contexts invalidation. The existing code is >> > incorrect because: >> > (1) According to Intel SDM Vol

[PATCH 02/10] ARM: realview: don't map undefined PCI registers

PCI support for realview was never merged, and trying to build realview with CONFIG_PCI enabled fails because the constants for the mapping windows are not defined anywhere. This removes them from the static I/O window mapping table as a preparation for multiplatform support. Signed-off-by: Arnd

Re: [PATCH 2/3] MAINTAINERS: remove atmel-mci-regs.h file

On 23 November 2015 at 16:27, Ludovic Desroches wrote: > Remove atmel-mci-regs.h file since it has been merged in atmel-mci.c. > > Signed-off-by: Ludovic Desroches Thanks, applied for next! Kind regards Uffe > --- > MAINTAINERS | 1 - > 1 file changed, 1 deletion(-) > > diff --git

[PATCH 10/10] ARM: realview: clean up header files

This contains multiple trivial cleanups to the realview headers: - removing the file names from the introductory comment - removing the uncompress.h header that is unused - removing the irqs.h header and NR_IRQS logic that is obsoleted by sparse IRQs Signed-off-by: Arnd Bergmann Acked-by:

Re: [PATCH 3/3] mmc: atmel-mci: atmci_convert_chksize depends on controller version

On 23 November 2015 at 16:27, Ludovic Desroches wrote: > The atmci_convert_chksize() function is no more valid for controller > version 0x600 due to the introduction of '2 data' chunk size. > > Signed-off-by: Ludovic Desroches Thanks, applied for next! Kind regards Uffe > --- >

Re: [PATCH 00/10] ARM: s3c64xx multiplatform

On Wednesday 25 November 2015 16:31:14 Mark Brown wrote: > On Wed, Nov 25, 2015 at 05:06:45PM +0100, Arnd Bergmann wrote: > > I've posted the series before and we got a few people to test it > > the last time, though I think the touchscreen portion is still > > untested. > > > > I'd really like

[PATCH 0/2] Enhance the init of vmlinux_path and add new path

These pathset improves perf processing of the paths to vmlinux files: 1. it refactors the vmlinux_path__init procedure, to allow a simple usage in future: instead of adding several lines for every future vmlinux path, make it possible to simply add a path itself (1 line) to an array. 2. Some

Re: [PATCH 09/10] KVM: x86: MMU: Move parent_pte handling from kvm_mmu_get_page() to link_shadow_page()

On 20/11/2015 09:57, Xiao Guangrong wrote: > > > You can move this patch to the front of > [PATCH 08/10] KVM: x86: MMU: Use for_each_rmap_spte macro instead of > pte_list_walk() > > By moving kvm_mmu_mark_parents_unsync() to the behind of mmu_spte_set() > (then the parent > spte is present

[PATCH 03/10] clk/realview: stop using machine headers

In order to move realview into multiplatform, we have to prevent device drivers from accessing the machine header files. In case of the clk driver, this is very simple, we just copy the small set of register definitions into the driver that needs them. Signed-off-by: Arnd Bergmann Acked-by:

[PATCH 07/10] ARM: integrator: use explicit core module options

For consistency with the other platforms, this remove the CPU selection logic in mm/Kconfig that was only used by integrator, and adds specific options for each available core tile and core module, which in turn select the correct CPUs. This is consistent with the new way that we do it for

[PATCH 09/10] ARM: realview: make all header files local

Nothing includes these files any more, so we can simply move them from arch/arm/mach-realview/include/mach/ to arch/arm/mach-realview. Signed-off-by: Arnd Bergmann Acked-by: Linus Walleij --- arch/arm/mach-realview/{include/mach => }/board-eb.h | 2 +- arch/arm/mach-realview/{include/mach

[PATCH 08/10] ARM: no longer make CPU targets visible separately

Now that realview and integrator always select the correct CPU type themselves based on the core tiles, there is no need to still have them user-visible in arch/arm/mm/Kconfig. The ARM925T symbol has been selected by the only user for many years, so that can be removed along with the realview and

Re: [PATCH 13/13] mm: memcontrol: hook up vmpressure to socket pressure

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:59:40 -0500 > Let the networking stack know when a memcg is under reclaim pressure > so that it can clamp its transmit windows accordingly. > > Whenever the reclaim efficiency of a cgroup's LRU lists drops low > enough for a MEDIUM or HIGH

Re: Fwd: 4.4-rc2 crash: block related

On 11/25/2015 01:39 AM, Jan Kara wrote: On Wed 25-11-15 08:27:56, Mika Penttilä wrote: With recent block layer pull i see a 100% repeatable crash on boot while mounting roots (ext4 partition on eMMC, with cfq io scheduler). Thanks for report! After some investigation I found out we allocate

Re: [for-next][PATCH 3/7] ftracetest: Add instance create and delete test

Shuah, Sorry, I forgot to add you to the Cc of this patch. I have another test to add, but I forgot to commit it into git ;-) -- Steve On Wed, 25 Nov 2015 11:08:41 -0500 Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > Create a test to test instance creation and deletion.

Re: [PATCH 12/13] mm: memcontrol: account socket memory in unified hierarchy memory controller

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:58:44 -0500 > Socket memory can be a significant share of overall memory consumed by > common workloads. In order to provide reasonable resource isolation in > the unified hierarchy, this type of memory needs to be included in the >

Re: [PATCH 11/13] mm: memcontrol: move socket code for unified hierarchy accounting

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:52:03 -0500 > The unified hierarchy memory controller will account socket > memory. Move the infrastructure functions accordingly. > > Signed-off-by: Johannes Weiner > Acked-by: Michal Hocko > Reviewed-by: Vladimir Davydov Acked-by: David S.

Re: [PATCH 10/13] mm: memcontrol: do not account memory+swap on unified hierarchy

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:52:02 -0500 > The unified hierarchy memory controller doesn't expose the memory+swap > counter to userspace, but its accounting is hardcoded in all charge > paths right now, including the per-cpu charge cache ("the stock"). > > To avoid adding yet

Re: [PATCH 09/13] mm: memcontrol: generalize the socket accounting jump label

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:52:01 -0500 > The unified hierarchy memory controller is going to use this jump > label as well to control the networking callbacks. Move it to the > memory controller code and give it a more generic name. > > Signed-off-by: Johannes Weiner >

Re: [PATCH 08/10] KVM: x86: MMU: Use for_each_rmap_spte macro instead of pte_list_walk()

On 20/11/2015 09:47, Takuya Yoshikawa wrote: > kvm_mmu_mark_parents_unsync() alone uses pte_list_walk(), witch does > nearly the same as the for_each_rmap_spte macro. The only difference > is that is_shadow_present_pte() checks cannot be placed there because > kvm_mmu_mark_parents_unsync() can

Re: [PATCH 08/13] net: tcp_memcontrol: simplify linkage between socket and page counter

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:52:00 -0500 > There won't be any separate counters for socket memory consumed by > protocols other than TCP in the future. Remove the indirection and > link sockets directly to their owning memory cgroup. > > Signed-off-by: Johannes Weiner >

Re: [PATCH] vmscan: do not throttle kthreads due to too_many_isolated

On Wed, Nov 25, 2015 at 04:45:13PM +0100, Vlastimil Babka wrote: > On 11/25/2015 04:36 PM, Vladimir Davydov wrote: > > Block device drivers often hand off io request processing to kernel > > threads (example: device mapper). If such a thread calls kmalloc, it can > > dive into direct reclaim path

Re: [PATCH 07/13] net: tcp_memcontrol: sanitize tcp memory accounting callbacks

From: Johannes Weiner Date: Tue, 24 Nov 2015 16:51:59 -0500 > There won't be a tcp control soft limit, so integrating the memcg code > into the global skmem limiting scheme complicates things > unnecessarily. Replace this with simple and clear charge and uncharge > calls--hidden behind a jump

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