Re: Regression caused by commit c83ed4c9dbb3 "ubifs: Abort readdir on error"

Peter, On 25.10.2016 21:39, Peter Rosin wrote: > Hi! > > Early on in my boot procedure I create an overlay and shuffle > things around a bit so that the original rootfs stays readonly > at the bottom of an overlayed readwrite fs. This way I can just > toss out the overlayed fs and have a clean

Re: [PATCH 3/3] drivers: iommu: io-pgtable-arm: use const and __initconst for iommu_gather_ops structures

On Tue, 25 Oct 2016, Bhumika Goyal wrote: > Check for iommu_gather_ops structures that are only stored in the tlb > field of an io_pgtable_cfg structure. The tlb field is of type > const struct iommu_gather_ops *, so iommu_gather_ops structures > having this property can be declared as const.

Re: console issue since 3.6, console=ttyS1 hangs

On Mon, Oct 24, 2016 at 04:49:25PM -0500, Nathan Zimmer wrote: > [0.974874] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active) > [0.975038] pnp 00:04: parse resource options > [0.975048] pnp 00:04: dependent set 0 (acceptable) io min 0x2f8 max > 0x2f8 align 1 size 8

Re: Regression caused by commit c83ed4c9dbb3 "ubifs: Abort readdir on error"

Peter, On 25.10.2016 22:09, Richard Weinberger wrote: >> /bin/mkdir -p /mnt/ovl/ovl >> /bin/mkdir -p /mnt/ovl/work >> # with c83ed4c9dbb3, the following mount fails with >> # mount: mounting overlay on /mnt/merge failed: No such file or directory >> /bin/mount -t overlay -o >>

[PATCH 0/2] x86: use stdout for success and stdout for failure

For some time now my x86 builds are warning free. Yay! But there's still one single line printed to stderr: Succeed: decoded and checked 1767380 instructions This message is printed if the "insn decoder test" ran successful. Patch 1/2 sends this message to stdout (and fixes the typo). Patch

[PATCH 2/2] x86: use stderr if insn sanity test fails

If the instruction sanity test fails, it prints a "Failure" message to stdout. Make this program behave like the rest of the build and print that message to stderr. Signed-off-by: Paul Bolle --- arch/x86/tools/insn_sanity.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH 1/2] x86: use stdout if insn decoder test is successful

If the instruction decoder test ran successful it prints a message like this to stderr: Succeed: decoded and checked 1767380 instructions But, as described in "console mode programming user interface guidelines version 101" which doesn't exist, programs should use stderr for errors or

You Have A Deposit Pending On Your USAA Bank Account

PENDING USAA DEPOSIT.pdf Description: Adobe PDF document

Re: [RFC][PATCH v2] mount: In propagate_umount handle overlapping mount propagation trees

Andrei Vagin writes: > On Sat, Oct 22, 2016 at 02:42:03PM -0500, Eric W. Biederman wrote: >> >> Andrei, >> >> This fixes the issue you have reported and through a refactoring >> makes the code simpler and easier to verify. That said I find your >> last test case very

Re: [net-next PATCH 04/27] arch/arc: Add option to skip sync on DMA mapping

On 10/25/2016 02:38 PM, Alexander Duyck wrote: > This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to > avoid invoking cache line invalidation if the driver will just handle it > later via a sync_for_cpu or sync_for_device call. > > Cc: Vineet Gupta > Cc:

Re: [PATCHv4 18/43] block: define BIO_MAX_PAGES to HPAGE_PMD_NR if huge page cache enabled

On Tue, Oct 25, 2016 at 12:21:22AM -0700, Christoph Hellwig wrote: > On Tue, Oct 25, 2016 at 03:13:17AM +0300, Kirill A. Shutemov wrote: > > We are going to do IO a huge page a time. So we need BIO_MAX_PAGES to be > > at least HPAGE_PMD_NR. For x86-64, it's 512 pages. > > NAK. The maximum bio

Re: [PATCHv3 13/41] truncate: make sure invalidate_mapping_pages() can discard huge pages

On Wed, Oct 12, 2016 at 08:43:20AM +0200, Jan Kara wrote: > On Wed 12-10-16 00:53:49, Kirill A. Shutemov wrote: > > On Tue, Oct 11, 2016 at 05:58:15PM +0200, Jan Kara wrote: > > > On Thu 15-09-16 14:54:55, Kirill A. Shutemov wrote: > > > > invalidate_inode_page() has expectation about page_count()

[PATCH] Change the document about iowait

The iowait is not reliable by reading from /proc/stat, so this method to get iowait is not suggested. And we mark it in the document. Signed-off-by: Cao Jin Signed-off-by: Chao Fan --- Documentation/filesystems/proc.txt | 11 ++- 1

[PATCH v2 1/5] kconfig: introduce the "imply" keyword

The "imply" keyword is a weak version of "select" where the target config symbol can still be turned off, avoiding those pitfalls that come with the "select" keyword. This is useful e.g. with multiple drivers that want to indicate their ability to hook into a given subsystem while still being

[PATCH v6 4/5] ARM: DTS: da850: Add cfgchip syscon node

Add a syscon node for the SoC CFGCHIPn registers. This is needed for the new usb phy driver. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi

[PATCH v6 0/5] da8xx USB PHY platform devices and clocks

It has been almost 6 months since the v5 submission, so here is a recap: * There were a number of phy and usb dependencies that were submitted separately. * The last of the usb dependencies has finally made its way into linux-next today. * This series was recently included in "[PATCH/RFT v2

[PATCH v6 1/5] ARM: davinci: da8xx: add usb phy clocks

Up to this point, the USB phy clock configuration was handled manually in the board files and in the usb drivers. This adds proper clocks so that the usb drivers can use clk_get and clk_enable and not have to worry about the details. Also, the related code is removed from the board files and

[PATCH v6 3/5] ARM: davinci: da8xx: Add USB PHY platform declaration

There is now a proper phy driver for the DA8xx SoC USB PHY. This adds the platform device declarations needed to use it. Signed-off-by: David Lechner --- da8xx-usb-phy device id is changed to -1 since there is only one da8xx-usb-phy device.

[PATCH v6 2/5] ARM: davinci: da8xx: Add CFGCHIP syscon platform declaration.

The CFGCHIP registers are used by a number of devices, so using a syscon device to share them. The first consumer of this will by the phy-da8xx-usb driver. Signed-off-by: David Lechner --- syscon device id is changed to -1 since there is only one syscon device.

[PATCH v6 5/5] ARM: DTS: da850: Add usb phy node

Add a node for the new usb phy driver. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index 6bbf20d..33fcdce 100644 ---

[PATCH v4] x86/msr: Add write msr notrace to avoid the debug codes splash

From: Wanpeng Li As Peterz pointed out: | The thing is, many many smp_reschedule_interrupt() invocations don't | actually execute anything much at all and are only send to tickle the | return to user path (which does the actual preemption). This patch add write msr

Re: [PATCH v3] x86/msr: Add write msr notrace to avoid the debug codes splash

2016-10-25 19:15 GMT+08:00 Paolo Bonzini : > > > On 25/10/2016 04:58, Wanpeng Li wrote: >> @@ -319,7 +319,7 @@ static void kvm_guest_apic_eoi_write(u32 reg, u32 val) > > This needs to be notrace too. Ok, I just sent out a new version for this. Regards, Wanpeng Li

[PATCH 1/3] x86/vmware: Use tsc_khz value for calibrate_cpu()

After aa297292d708, there are separate native calibrations for cpu_khz and tsc_khz. The code sets x86_platform.calibrate_cpu to native_calibrate_cpu() which looks in cpuid leaf 0x16 or msrs for the cpu frequency. Since we keep the tsc_khz constant (even after vmotion), the cpu_khz and tsc_khz may

[PATCH 0/3] x86/vmware guest improvements

This patchset includes several VMware guest improvements: Alexey Makhalov (3): x86/vmware: Use tsc_khz value for calibrate_cpu() x86/vmware: Add basic paravirt ops support x86/vmware: Add paravirt sched clock Documentation/kernel-parameters.txt | 4 +++ arch/x86/kernel/cpu/vmware.c

Re: [RFC PATCH 1/5] mm/page_alloc: always add freeing page at the tail of the buddy list

On Wed, Oct 26, 2016 at 01:50:37PM +0800, Xishi Qiu wrote: > On 2016/10/26 12:37, Joonsoo Kim wrote: > > > On Mon, Oct 17, 2016 at 05:21:54PM +0800, Xishi Qiu wrote: > >> On 2016/10/13 16:08, js1...@gmail.com wrote: > >> > >>> From: Joonsoo Kim > >>> > >>> Currently,

[PATCH 4/5] pinctrl: single: Use generic pinctrl helpers for managing groups

We can now drop the driver specific code for managing groups. Signed-off-by: Tony Lindgren --- drivers/pinctrl/Kconfig | 2 +- drivers/pinctrl/pinctrl-single.c | 155 +++ 2 files changed, 11 insertions(+), 146 deletions(-) diff

Re: [PATCH v2 1/1] remoteproc: Add support for xo clock

On 10/25/2016 01:57 PM, Sarangdhar Joshi wrote: Add xo clock support required to boot up Qualcomm ADSP processor. The ADSP remoteproc driver keeps xo clock enabled until the driver receives "handover" irq, in order to allow ADSP processor to vote for xo clock with rpm. Signed-off-by: Sarangdhar

Re: [RFC][PATCH] usb: dwc2: Make sure we disconnect the gadget state on reset

On 10/19/2016 11:00 PM, John Stultz wrote: > I had seen some odd behavior with HiKey's usb-gadget interface > that I finally seemed to have chased down. Basically every other > time I pluged in the OTG port, the gadget interface would > properly initialize. The other times, I'd get a big WARN_ON >

[PATCH 1/2] of, numa: Add function to disable of_node_to_nid().

From: David Daney On arm64 NUMA kernels we can pass "numa=off" on the command line to disable NUMA. A side effect of this is that kmalloc_node() calls to non-zero nodes will crash the system with an OOPS: [0.00] [] __alloc_pages_nodemask+0xa4/0xe68 [

[PATCH 0/2] arm64, numa: Fix OOPS with numa=off

From: David Daney We get an OOPS in the arm64 kernel on NUMA systems when numa=off is passed on the command line. Fix it by returning NUMA_NO_NODE from of_node_to_nid when numa=off. David Daney (2): of, numa: Add function to disable of_node_to_nid(). arm64, numa:

[PATCH 2/2] arm64, numa: Force of_node_to_nid to return NUMA_NO_NODE when numa=off.

From: David Daney When "numa=off" is passed on the command line, of_node_to_nid() still returns the node number (which can be greater than zero). However, in this case all the memory is associated with the dummy node zero. This causes OOPS in kernel/irq/irqdomain.c:

[net-next PATCH 22/27] arch/xtensa: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Max Filippov Signed-off-by: Alexander Duyck ---

[net-next PATCH 16/27] arch/openrisc: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Jonas Bonn Signed-off-by: Alexander Duyck ---

[net-next PATCH 12/27] arch/metag: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: James Hogan Cc: linux-me...@vger.kernel.org Signed-off-by: Alexander Duyck

[PATCH 3/7] powerpc/vdso: separate common code in vdso_common

Impact: cleanup I also switched usage of printk(KERNEL_,...) on pr_(...) and used pr_fmt() macro for "vDSO{32,64}: " prefix. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski

complete_all and "forever" completions

Hi, Reading Documentation/scheduler/completion.txt, complete_all() is supposed to be usable with "forever" completions, i.e. when we have an action that happens once and stays "done" for the rest of lifetime of an object, no matter how many times we check for "doneness". However the

[PATCH v3 6/6] perf report: Display columns Predicted/Abort/Cycles in --branch-history

Use current sort mechanism but the real .se_cmp() just returns 0 so that new columns "Predicted", "Abort" and "Cycles" are created in display but actually these keys are not the sort keys. For example: Overhead Source:Line SymbolShared Object Predicted Abort Cycles

[PATCH v3 1/6] perf report: Add branch flag to callchain cursor node

Since the branch ip has been added to call stack for easier browsing, this patch adds more branch information. For example, add a flag to indicate if this ip is a branch, and also add with the branch flag. Then we can know if the cursor node represents a branch and know what the branch flag it

[PATCH v3 5/6] perf report: Show branch info in callchain entry for browser mode

If the branch is 100% predicated then the "predicated" is hide. Similarly, if there is no branch tsx abort, the "abort" is hide. There is only cycles shown (cycle is supported on skylake platform, older platform would be 0). If no removed loops, the "removed loops" is hide. Signed-off-by: Jin

[no subject]

From: Nicolas Pitre Subject: [PATCH v2 0/5] make POSIX timers optional with some Kconfig help Many embedded systems don't need the full POSIX timer support. Configuring them out provides a nice kernel image size reduction. When POSIX timers are configured out, the PTP

[PATCH v2 2/5] kconfig: introduce the "suggest" keyword

Similar to "imply" but with no added restrictions on the target symbol's value. Useful for providing a default value to another symbol. Suggested by Edward Cree. Signed-off-by: Nicolas Pitre --- Documentation/kbuild/kconfig-language.txt | 6 ++ scripts/kconfig/expr.h

Re: [PATCH V2 0/6] ARM64: Uprobe support added

Hi Catalin, Please let me know if everything else other than is_trap_insn() looks fine to you. May be I can work well in time. It would be great if we can make it into v4.9. ~Pratyush On Tue, Sep 27, 2016 at 1:17 PM, Pratyush Anand wrote: > Changes since v1: > * Exposed

Re: [PATCH V2 4/8] PM / OPP: Pass struct dev_pm_opp_supply to _set_opp_voltage()

On 25-10-16, 13:26, Stephen Boyd wrote: > For things like AVS we'll probably want to do that, although it's > sort of funny because replacing RCU with rw-locks is the opposite > direction most people go. Yes, that would be very funny :) > With AVS we would be updating the > voltage(s) in use for

Re: [RFC 8/8] mm: Add N_COHERENT_DEVICE node type into node_states[]

On 10/25/2016 12:52 PM, Balbir Singh wrote: > > > On 24/10/16 15:31, Anshuman Khandual wrote: >> Add a new member N_COHERENT_DEVICE into node_states[] nodemask array to >> enlist all those nodes which contain only coherent device memory. Also >> creates a new sysfs interface

RE: [PATCH 0/9] staging: fsl-mc: move bus driver out of staging, add dpio

> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Monday, October 24, 2016 9:34 AM > To: Stuart Yoder ; gre...@linuxfoundation.org > Cc: German Rivera ; de...@driverdev.osuosl.org; > linux-kernel@vger.kernel.org; >

lening bieden 3%

Goede dag, Dit is Lloyd's TSB Bank plc leningen aan te bieden. Lloyds TSB biedt flexibele en betaalbare leningen voor welk doel u te helpen uw doelen te bereiken. we lening tegen lage rente van 3%. Hier zijn een aantal belangrijke kenmerken van de persoonlijke lening aangeboden door

[PATCH] arm64: defconfig: Enable DRM DU and V4L2 FCP + VSP modules

From: Magnus Damm Extend the ARM64 defconfig to enable the DU DRM device as module together with required dependencies of V4L2 FCP and VSP modules. This enables VGA output on the r8a7795 Salvator-X board. Signed-off-by: Magnus Damm ---

[tip:x86/asm] scripts/faddr2line: Fix "size mismatch" error

Commit-ID: efdb4167e676aaba7505bec739785b76e206cb45 Gitweb: http://git.kernel.org/tip/efdb4167e676aaba7505bec739785b76e206cb45 Author: Josh Poimboeuf AuthorDate: Tue, 25 Oct 2016 09:51:11 -0500 Committer: Ingo Molnar CommitDate: Tue, 25 Oct 2016

linux-next: Tree for Oct 26

Hi all, There will probably be no linux-next releases next week while I attend the Kernel Summit. Changes since 20161025: The sunxi tree lost its build failure. The akpm-current tree still had its build failures for which I applied 2 patches. Non-merge commits (relative to Linus' tree): 2628

linux-next: no releases next week

Hi all, There will probably be no linux-next releases next week while I am attending Kernel Summit. -- Cheers, Stephen Rothwell

Re: [PATCH V2 0/8] PM / OPP: Multiple regulator support

On 25-10-16, 16:13, Dave Gerlach wrote: > I think what you have shared below is a good safety check but if I rename > the regulator properties in the DT for the cpu (to vdd and vbb, meaning > cpufreq detects no regulator) and do *not* call dev_pm_opp_set_regulators > before cpufreq-dt probes we

[PATCH] drm: rcar-du: Fix R-Car Gen3 crash when VSP is disabled

From: Magnus Damm For the DU to operate on R-Car Gen3 hardware a combination of DU and VSP devices are required. Since the DU driver also supports earlier generations hardware the VSP portion is enabled via Kconfig. The arm64 defconfig is as of v4.9-rc1 having the DU

Re: [kernel-hardening] [PATCH] module: extend 'rodata=off' boot cmdline parameter to module mappings

Rusty, Jessica On Wed, Oct 26, 2016 at 10:43:32AM +1030, Rusty Russell wrote: > AKASHI Takahiro writes: > > On Thu, Oct 20, 2016 at 01:48:15PM -0700, Kees Cook wrote: > >> On Wed, Oct 19, 2016 at 11:24 PM, AKASHI Takahiro > >> wrote: > >>

Re: [RFC PATCH 1/5] mm/page_alloc: always add freeing page at the tail of the buddy list

On Mon, Oct 17, 2016 at 05:21:54PM +0800, Xishi Qiu wrote: > On 2016/10/13 16:08, js1...@gmail.com wrote: > > > From: Joonsoo Kim > > > > Currently, freeing page can stay longer in the buddy list if next higher > > order page is in the buddy list in order to help

Re: [RFC PATCH 2/5] mm/page_alloc: use smallest fallback page first in movable allocation

On Fri, Oct 14, 2016 at 12:52:26PM +0200, Vlastimil Babka wrote: > On 10/14/2016 03:26 AM, Joonsoo Kim wrote: > >On Thu, Oct 13, 2016 at 11:12:10AM +0200, Vlastimil Babka wrote: > >>On 10/13/2016 10:08 AM, js1...@gmail.com wrote: > >>>From: Joonsoo Kim > >>> > >>>When we

Re: [PATCH 1/2] kernel/smp: Make the SMP boot message common on all arches

Borislav Petkov writes: > On Thu, Oct 13, 2016 at 07:55:19PM +1100, Michael Ellerman wrote: >> @@ -564,8 +560,11 @@ void __init smp_init(void) >> cpu_up(cpu); >> } >> >> +num_nodes = num_online_nodes(); >> +pr_info("smp: Brought up %d node%s, %d

[tip:x86/asm] x86/dumpstack: Remove raw stack dump

Commit-ID: 0ee1dd9f5e7eae4e55f95935b72d4beecb03de9c Gitweb: http://git.kernel.org/tip/0ee1dd9f5e7eae4e55f95935b72d4beecb03de9c Author: Josh Poimboeuf AuthorDate: Tue, 25 Oct 2016 09:51:13 -0500 Committer: Ingo Molnar CommitDate: Tue, 25 Oct 2016

[tip:x86/asm] x86/dumpstack: Remove kernel text addresses from stack dump

Commit-ID: bb5e5ce545f2031c96f7901cd8d1698ea3ca4c9c Gitweb: http://git.kernel.org/tip/bb5e5ce545f2031c96f7901cd8d1698ea3ca4c9c Author: Josh Poimboeuf AuthorDate: Tue, 25 Oct 2016 09:51:12 -0500 Committer: Ingo Molnar CommitDate: Tue, 25 Oct 2016

Re: [PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

On Tue, Oct 25, 2016 at 07:31:29PM +0200, Luis R. Rodriguez wrote: > On Mon, Oct 24, 2016 at 04:31:45PM +1000, Dave Airlie wrote: > > A recent change to the mm code in: > > 87744ab3832b83ba71b931f86f9cfdb000d07da5 > > mm: fix cache mode tracking in vm_insert_mixed() > > > > started enforcing

Re: [RFC PATCH 1/5] mm/page_alloc: always add freeing page at the tail of the buddy list

On 2016/10/26 12:37, Joonsoo Kim wrote: > On Mon, Oct 17, 2016 at 05:21:54PM +0800, Xishi Qiu wrote: >> On 2016/10/13 16:08, js1...@gmail.com wrote: >> >>> From: Joonsoo Kim >>> >>> Currently, freeing page can stay longer in the buddy list if next higher >>> order page is

Re: [RFC PATCH 0/6] UART slave devices using serio

Hi, On Tue, Oct 25, 2016 at 05:02:23PM -0500, Rob Herring wrote: > On Tue, Oct 25, 2016 at 4:55 PM, Sebastian Reichel wrote: > > On Wed, Aug 24, 2016 at 06:24:30PM -0500, Rob Herring wrote: > >> [...] > > I had a more detailed look at the series during the last two weeks. > > For me the approach

Re: [PATCH 1/3] usb: dwc3: host: inherit dma configuration from parent dev

On Tue, Oct 25, 2016 at 04:26:26PM +0530, Sriram Dash wrote: > For xhci-hcd platform device, all the DMA parameters are not configured > properly, notably dma ops for dwc3 devices. > > The idea here is that you pass in the parent of_node along with the child > device pointer, so it would behave

Re: [PATCHv4 18/43] block: define BIO_MAX_PAGES to HPAGE_PMD_NR if huge page cache enabled

On Oct 25, 2016, at 6:54 AM, Kirill A. Shutemov wrote: > > On Tue, Oct 25, 2016 at 12:21:22AM -0700, Christoph Hellwig wrote: >> On Tue, Oct 25, 2016 at 03:13:17AM +0300, Kirill A. Shutemov wrote: >>> We are going to do IO a huge page a time. So we need BIO_MAX_PAGES to be

RE: [PATCH 1/3] clk: qcom: gdsc: Add support for gdscs with HW control

Hi Stan, >Hi Sricharan, > >On 10/24/2016 01:18 PM, Sricharan R wrote: >> From: Rajendra Nayak >> >> Some GDSCs might support a HW control mode, where in the power >> domain (gdsc) is brought in and out of low power state (while >> unsued) without any SW assistance, saving

[PATCH 2/3] x86/vmware: Add basic paravirt ops support

Add basic paravirt support: 1. set pv_info.name to "VMware" to have proper boot log message Booting paravirtualized kernel on VMware instead of "... on bare hardware" 2. set pv_cpu_ops.io_delay() to empty function - paravirt_nop() to avoid vm-exits on IO delays. Signed-off-by:

[PATCH v2 1/3] kernel/smp: Define pr_fmt() for smp.c

This makes all our pr_xxx()'s start with "smp: ", which helps pin down where they come from and generally looks nice. There is actually only one pr_xxx() use in smp.c at the moment, but we will add some more in the next commit. Suggested-by: Borislav Petkov Signed-off-by: Michael

[PATCH v2 5/5] posix-timers: make it configurable

Some embedded systems have no use for them. This removes about 22KB from the kernel binary size when configured out. Corresponding syscalls are routed to a stub logging the attempt to use those syscalls which should be enough of a clue if they were disabled without proper consideration. They

[PATCH v2 3/5] kconfig: regenerate *.c_shipped files after previous changes

Signed-off-by: Nicolas Pitre --- scripts/kconfig/zconf.hash.c_shipped | 228 ++--- scripts/kconfig/zconf.tab.c_shipped | 1631 -- 2 files changed, 888 insertions(+), 971 deletions(-) diff --git a/scripts/kconfig/zconf.hash.c_shipped

Re: [PATCH 1/2] mm/memblock: prepare a capability to support memblock near alloc

On 2016/10/25 21:23, Michal Hocko wrote: > On Tue 25-10-16 10:59:17, Zhen Lei wrote: >> If HAVE_MEMORYLESS_NODES is selected, and some memoryless numa nodes are >> actually exist. The percpu variable areas and numa control blocks of that >> memoryless numa nodes need to be allocated from the

Re: [RFC PATCH] xhci: do not halt the secondary HCD

On Tue, Sep 20, 2016 at 5:56 PM, Mathias Nyman wrote: > Quick Googling shows that that TI TUSB 73x0 USB3.0 xHCI host has an issue > with halting. > > Errata says host needs 125us to 1ms between the last control transfer and > clearing the run/stop bit. (halting the

Re: [PATCH v6 3/6] mm/cma: populate ZONE_CMA

On Tue, Oct 18, 2016 at 05:27:30PM +0900, Joonsoo Kim wrote: > On Tue, Oct 18, 2016 at 09:42:57AM +0200, Vlastimil Babka wrote: > > On 10/14/2016 05:03 AM, js1...@gmail.com wrote: > > >@@ -145,6 +145,35 @@ static int __init cma_activate_area(struct cma *cma) > > > static int __init

[PATCH 3/3] x86/vmware: Add paravirt sched clock

Set pv_time_ops.sched_clock to vmware_sched_clock(). It is simplified version of native_sched_clock() without ring buffer of mult/shift/offset triplets and preempt toggling. Since VMware hypervisor provides constant tsc we can use constant mult/shift/offset triplet calculated at boot time.

Re: [PATCH 1/2] kernel/smp: Make the SMP boot message common on all arches

Ingo Molnar writes: > * Michael Ellerman wrote: >> @@ -564,8 +560,11 @@ void __init smp_init(void) >> cpu_up(cpu); >> } >> >> +num_nodes = num_online_nodes(); >> +pr_info("smp: Brought up %d node%s, %d CPUs\n", >> +

[PATCH v2 3/3] kernel/smp: Tell the user we're bringing up secondary CPUs

Currently we don't print anything before starting to bring up secondary CPUs. This can be confusing if it takes a long time to bring up the secondaries, or if the kernel crashes while doing so and produces no further output. On x86 they work around this by detecting when the first secondary CPU

[PATCH v2 2/3] kernel/smp: Make the SMP boot message common on all arches

Currently after bringing up secondary CPUs all arches print "Brought up %d CPUs". On x86 they also print the number of nodes that were brought online. It would be nice to also print the number of nodes on other arches. Although we could override smp_announce() on the other ~10 NUMA aware arches,

[tip:x86/asm] mm/page_alloc: Remove kernel address exposure in free_reserved_area()

Commit-ID: adb1fe9ae2ee6ef6bc10f3d5a588020e7664dfa7 Gitweb: http://git.kernel.org/tip/adb1fe9ae2ee6ef6bc10f3d5a588020e7664dfa7 Author: Josh Poimboeuf AuthorDate: Tue, 25 Oct 2016 09:51:14 -0500 Committer: Ingo Molnar CommitDate: Tue, 25 Oct 2016

Re: bio linked list corruption.

On Mon, Oct 24, 2016 at 09:42:39AM -0400, Chris Mason wrote: > > > Well crud, we're back to wondering if this is Btrfs or the stack > > > corruption. Since the pagevecs are on the stack and this is a new > > > crash, my guess is you'll be able to trigger it on xfs/ext4 too. But we > > >

Re: linux-next: Tree for Oct 25

On Mon, Oct 24, 2016 at 11:31 PM, Stephen Rothwell wrote: > Hi all, > > There will probably be no linux-next releases next week while I attend > the Kernel Summit. > > Changes since 20161024: > > The pm tree gained a conflict against the imx-mxs tree. > > The mali-dp tree

[PATCH v3 3/6] perf report: Create a symbol_conf flag for showing branch flag counting

Create a new flag show_branchflag_count in symbol_conf. The flag is used to control if showing the branch flag counting information. The flag depends on if the perf.data has branch data and if user chooses the "branch-history" option in perf report command line. Signed-off-by: Jin Yao

Re: [PATCH v8 0/8] power: add power sequence library

On Tue, Oct 18, 2016 at 02:35:38AM +0200, Rafael J. Wysocki wrote: > On Monday, October 17, 2016 09:30:59 AM Peter Chen wrote: > > On Fri, Oct 14, 2016 at 02:09:31PM +0200, Rafael J. Wysocki wrote: > > > On Friday, October 14, 2016 10:59:47 AM Peter Chen wrote: > > > > Hi all, > > > > > > > >

[PATCH 4/7] powerpc/vdso: introduce init_vdso{32,64}_pagelist

Common code with allocation/initialization of vDSO's pagelist. Impact: cleanup Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski Cc: Oleg Nesterov Cc:

Re: [PATCH -next] unicore32: Fix build error

> Since the oldabi syscall interface was first introduced, the > infrastructure > changed and the patch no longer compiles. See commit f56141e3e2d9a ("all > arches, signal: move restart_block to struct task_struct") for details. > > Fixes: 1ace5d1e3d4b4 ("unicore32-oldabi: add oldabi syscall

Re: [PATCH] net: Reset skb to network header in neigh_hh_output

On Wed, 2016-10-26 at 01:57 +0200, Abdelrhman Ahmed wrote: > > What is the issue you want to fix exactly ? > > Please describe the use case. > > When netfilter hook uses skb_push to add a specific header between network > header and hardware header. > For the first time(s) before caching

Re: [RFC][PATCH v2] mount: In propagate_umount handle overlapping mount propagation trees

On Sat, Oct 22, 2016 at 02:42:03PM -0500, Eric W. Biederman wrote: > > Andrei, > > This fixes the issue you have reported and through a refactoring > makes the code simpler and easier to verify. That said I find your > last test case very interesting. While looking at it in detail > I have

Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific

On Wed, Oct 26, 2016 at 09:34:18AM +1100, Balbir Singh wrote: I still believe we need your changes, I was wondering if we've tested it against normal memory nodes and checked if any memblock allocations end up there. Michael showed me some memblock allocations on node 1 of a two node machine

Re: [PATCH v3 0/6] perf report: Show branch flags/cycles in --branch-history callgraph view

If I change it to, for example: removed iterations: 20% Is that OK? Thanks Jin Yao On 10/26/2016 9:19 AM, Andi Kleen wrote: | | | |--29.93%--main div.c:39 (predicted:50.6%, cycles:1, removed loops:12954) Removed loops should be divided by

[RFC PATCH v2 1/1] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

PCIe controllers in X-Gene SoCs is not ECAM compliant: software needs to configure additional controller's register to address device at bus:dev:function. This patch depends on "ECAM quirks handling for ARM64 platforms" series (http://www.spinics.net/lists/arm-kernel/msg530692.html, the series

Re: [RFC PATCH] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

On Wed, Sep 21, 2016 at 2:22 PM, Bjorn Helgaas wrote: > On Mon, Sep 19, 2016 at 06:07:37PM -0700, Duc Dang wrote: >> On Mon, Sep 19, 2016 at 1:06 PM, Bjorn Helgaas wrote: >> > On Sat, Sep 17, 2016 at 07:24:38AM -0700, Duc Dang wrote: > >> This patch only

Re: bio linked list corruption.

On Tue, Oct 25, 2016 at 5:27 PM, Dave Jones wrote: > > DaveC: Do these look like real problems, or is this more "looks like > random memory corruption" ? It's been a while since I did some stress > testing on XFS, so these might not be new.. Andy, do you think we could

Re: [PATCHv3 17/41] filemap: handle huge pages in filemap_fdatawait_range()

On Thu, Oct 13, 2016 at 03:18:02PM +0200, Jan Kara wrote: > On Thu 13-10-16 15:08:44, Kirill A. Shutemov wrote: > > On Thu, Oct 13, 2016 at 11:44:41AM +0200, Jan Kara wrote: > > > On Thu 15-09-16 14:54:59, Kirill A. Shutemov wrote: > > > > We writeback whole huge page a time. > > > > > > This is

Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific

On 26/10/16 02:55, Reza Arbab wrote: > On Tue, Oct 25, 2016 at 11:15:40PM +1100, Balbir Singh wrote: >> After the ack, I realized there were some more checks needed, IOW >> questions for you :) > > Hey! No takebacks! > I still believe we need your changes, I was wondering if we've tested it

Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific

On 26/10/16 02:55, Reza Arbab wrote: > On Tue, Oct 25, 2016 at 11:15:40PM +1100, Balbir Singh wrote: >> After the ack, I realized there were some more checks needed, IOW >> questions for you :) > > Hey! No takebacks! > I still believe we need your changes, I was wondering if we've tested it

[PATCH] ARM: mvebu: Update comment for main PLL frequency

The actual frequency was updated in commit ae142bd99765 ("ARM: mvebu: Fix the main PLL frequency on Armada 375, 38x and 39x SoCs") but the comment was not updated. Update it now. Signed-off-by: Chris Packham --- arch/arm/boot/dts/armada-375.dtsi | 2 +-

Re: [PATCH 0/6] ACPICA: Interpreter: Improve lock order fixes

On Tue, Oct 25, 2016 at 7:20 AM, Lv Zheng wrote: > This patchset improves ACPICA intepreter lock order fixes. Including > several urgent regression fixes [PATCH 0-3]. OK, thanks! So patches [4-6/6] appear to be cleanups and I'd prefer them to be applied in a usual way (ie.

[PATCH v3 0/6] perf report: Show branch flags/cycles in --branch-history callgraph view

v3: 1. Display the count for tsx abort, remove the abort percentage. 2. Since the branch history code has a loop detection that removes small loops in util/machine.c:remove_loops(). It would be nice to note how many loops were removed. So it adds the note on some

[PATCH v3 2/6] perf report: Caculate and return the branch flag counting

Create some branch counters in per callchain list entry. Each counter is for a branch flag. For example, predicted_count counts all the *predicted* branches. The counters get updated by processing the callchain cursor nodes. It also provides functions to retrieve or print the values of counters

Re: [RFC][PATCH v2] mount: In propagate_umount handle overlapping mount propagation trees

Andrei Vagin writes: > On Tue, Oct 25, 2016 at 04:45:44PM -0500, Eric W. Biederman wrote: >> That is certainly interesting. The problem is that the reason we were >> going slow is that there were in fact mounts that had not been traversed >> in the share group. > > You are

Re: [PATCH] irqchip/gic: Enable gic_set_affinity set more than one cpu

on 10/25/2016 06:09 PM, Marc Zyngier wrote: > On 15/10/16 08:23, Cheng Chao wrote: >> On 10/15/2016 01:33 AM, Marc Zyngier wrote: on 10/13/2016 11:31 PM, Marc Zyngier wrote: > On Thu, 13 Oct 2016 18:57:14 +0800 > Cheng Chao wrote: > >> GIC can

[PATCH] EDAC: expose per-dimm error counts in sysfs

Signed-off-by: Aaron Miller --- drivers/edac/edac_mc_sysfs.c | 38 ++ 1 file changed, 38 insertions(+) diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c index 4e0f8e720ad9..11440462a3f2 100644 ---

[PATCH 5/7] powerpc/vdso: split map_vdso from arch_setup_additional_pages

I'll be easier to introduce vm_special_mapping struct in a smaller map_vdso() function (see the next patches). Impact: cleanup Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski

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