Re: pty: fix use after free/oops at pty_unix98_shutdown

On Tue, Dec 15, 2015 at 09:28:28AM -0800, Peter Hurley wrote: > On 12/15/2015 08:36 AM, Herton R. Krzesinski wrote: > > On Tue, Dec 15, 2015 at 08:17:56AM -0800, Peter Hurley wrote: > >>> I also expect in a rare case where all ptmx references are gone/closed, > >>> this also > >>> could happen on

Re: [PATCHV2 3/3] x86, ras: Add mcsafe_memcpy() function to recover from machine checks

On Tue, Dec 15, 2015 at 5:11 AM, Borislav Petkov wrote: > On Thu, Dec 10, 2015 at 04:21:50PM -0800, Tony Luck wrote: >> Using __copy_user_nocache() as inspiration create a memory copy >> routine for use by kernel code with annotations to allow for >> recovery from machine checks.

Re: 4.4-rc5: ugly warn on: 5 W+X pages found

On Tue 2015-12-15 08:28:12, H. Peter Anvin wrote: > On 12/15/15 06:08, Pavel Machek wrote: > > > > But it still says: > > > > address sizes : 32 bits physical, 32 bits virtual > > > > I thought pae would be 36bit virtual? > > > > It should be unless the CPU reports otherwise, which your

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

On Tue, Dec 15, 2015 at 05:28:37PM +, Mark Rutland wrote: > On Tue, Dec 15, 2015 at 05:17:13PM +, Mark Brown wrote: > > Obviously people are going to get upset if we introduce performance > > regressions - but that's true always, we can also introduce problems > > with numbers people have

[PATCH v5] rtc: support DS1302 RTC on ICP DAS LP-8x4x

Signed-off-by: Sergei Ianovich CC: Alexandre Belloni --- v4..v5 * drop THIS_MODULE from struct platform driver * use "dallas" for vendor name per vendor-prefixes.txt v3..v4 * move DTS bindings to a different patch v2..v3

[PATCH v6 7/7] ARM: Exynos: use generic cpufreq driver for Exynos5422/5800

The new CPU clock type allows the use of generic cpufreq-dt driver for Exynos5422/5800. Cc: Tomasz Figa Cc: Kukjin Kim Cc: Javier Martinez Canillas Cc: Thomas Abraham Reviewed-by: Krzysztof Kozlowski

[PATCH] Drivers: hv: utils: fix hvt_op_poll() return value on transport destroy

The return type of hvt_op_poll() is unsigned int and -EBADF is inappropriate, poll functions return POLL* statuses. Reported-by: Dexuan Cui Signed-off-by: Vitaly Kuznetsov --- - This is a follow-up to the previously sent 'Drivers: hv: utils: introduce

[PATCH v6 2/7] clk: samsung: exynos5420: add cpu clock configuration data and instantiate cpu clock

From: Thomas Abraham With the addition of the new Samsung specific cpu-clock type, the arm clock can be represented as a cpu-clock type. Add the CPU clock configuration data and instantiate the CPU clock type for Exynos5420. Changes by Bartlomiej: - split Exynos5420

Re: [PATCH v5 2/2] arm: pxa27x: support for ICP DAS LP-8x4x w/ DT

On Tue, 2015-12-15 at 19:06 +0100, Robert Jarzmik wrote: >  > > > Maybe we can have a pxa_defconfig file that enables lots of boards > > > and then we remove the individual configs? We don't have to remove > > > them all at once, but it would make me very happy if we could at > > > least kill off

[PATCH v6 5/7] clk: samsung: exynos5422/5800: fix cpu clock configuration data

Fix cpu clock configuration data for Exynos5422/5800 SoCs (they use higher PCLK_DBG divider values than Exynos5420 and support additional frequencies). Based on Hardkernel's kernel for ODROID-XU3 board. Cc: Tomasz Figa Cc: Mike Turquette Cc:

Re: [PATCH v2] extcon: add Maxim MAX3355 driver

On Tue, Dec 15, 2015 at 02:24:56PM +0300, Sergei Shtylyov wrote: > Hello. > > On 12/15/2015 2:44 AM, Greg KH wrote: > > >>Maxim Integrated MAX3355E chip integrates a charge pump and > >>comparators > >>to > >>enable a system with an integrated USB OTG dual-role transceiver to

Re: [tip:locking/core] sched/wait: Fix signal handling in bit wait helpers

On 12/11, Paul Turner wrote: > > Peter's proposed follow-up above looks strictly more correct. We need > to evaluate the potential existence of a signal, *after* we return > from schedule, I still don't understand this... signal_pending_check(current->state) before schedule() should be fine

Re: 4.4-rc5: ugly warn on: 5 W+X pages found

On Tue, Dec 15, 2015 at 10:30 AM, Borislav Petkov wrote: > On Tue, Dec 15, 2015 at 09:45:40AM -0800, Linus Torvalds wrote: >> >> +static inline int kernel_write_execute_prot(pgprotval_t protval) >> +{ >> + return !(protval & _PAGE_USER) && >> +

Re: [PATCH 13/40] staging: lustre: Dynamic LNet Configuration (DLC) show command

On Tue, Dec 15, 2015 at 07:48:22PM +, Simmons, James A. wrote: > >On Tue, Dec 15, 2015 at 06:14:19PM +, Simmons, James A. wrote: > >> > >> >> struct libcfs_ioctl_hdr { > >> >> __u32 ioc_len; > >> >> @@ -87,6 +88,13 @@ do { \ > >> >>

Re: [PATCH v2 09/14] DEVICETREE: Add bindings for PIC32 UART driver

On Mon, Dec 14, 2015 at 03:42:11PM -0700, Joshua Henderson wrote: > From: Andrei Pistirica > > Document the devicetree bindings for the UART peripheral found on > Microchip PIC32 class devices. > > Signed-off-by: Andrei Pistirica

Information leak in llcp_sock_bind/llcp_raw_sock_bind

Hello, The following program leads to leak of unint bytes from kernel stack: #include #include #include #include #include #include #include #include #include #include #include #include #define NFC_SOCKPROTO_LLCP 1 int main(void) { struct sockaddr sa; unsigned len,

Re: [PATCH v2 11/14] DEVICETREE: Add bindings for PIC32 SDHCI host controller

On Mon, Dec 14, 2015 at 03:42:13PM -0700, Joshua Henderson wrote: > From: Andrei Pistirica > > Document the devicetree bindings for the SDHCI peripheral found on > Microchip PIC32 class devices. > > Signed-off-by: Andrei Pistirica

Re: [PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä wrote: > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: >> On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: >> > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to >> >

Re: [PATCH] drm: Use the driver's gem_object_free function from CMA helpers.

Daniel Vetter writes: > On Mon, Dec 14, 2015 at 04:26:26PM -0800, Eric Anholt wrote: >> VC4 wraps the CMA objects in its own structures, so it needs to do its >> own teardown (waiting for GPU to finish, updating bo_stats tracking). >> The other CMA drivers are using

Re: [PATCH] staging: lustre: fix address space mismatches

On Tue, Dec 15, 2015 at 04:50:45PM +, Okash Khawaja wrote: > This patch fixes address space warnings from sparse. Function > lprocfs_write_helper() accepts user space buffer but was being > passed kernel space buffer by these functions: > > contention_seconds_store() >

Re: PELT initial task load and wake_up_new_task()

On 12/14/2015 06:24 PM, Yuyang Du wrote: >>> On Fri, Dec 11, 2015 at 06:01:45PM -0800, Steve Muckle wrote: In init_entity_runnable_average() the last_update_time is initialized to zero. The task is given max load and utilization as a pessimistic initial estimate. But if in

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

On Tue, Dec 15, 2015 at 06:10:03PM +, Mark Rutland wrote: > On Tue, Dec 15, 2015 at 05:45:16PM +, Mark Brown wrote: > > > I'm not sure I follow w.r.t. "inherently less information", unless you > > > mean trying to debug without access to that DTB? > > If what the kernel knows about the

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Tue, 15 Dec 2015, Russell King - ARM Linux wrote: > On Tue, Dec 15, 2015 at 10:33:25AM +0100, Pali Rohár wrote: > > So am I understand correctly that solution would be to hack > > arch/arm/mm/mmu.c to not overwrite page at PHYS_OFFSET? > > That's completely unnecessary: there are enough

Re: [PATCH V3] Fix INT1 Recursion with unregistered breakpoints

Please let me know if there is anything else that needs to be added to this patch. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ

Re: [PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 11:00 AM, Gustavo Padovan wrote: > 2015-12-15 Daniel Vetter : > >> On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: >> > Userspace can close the sync device while there are still active fence >> > points, in which case

Re: [PATCHV2 3/3] x86, ras: Add mcsafe_memcpy() function to recover from machine checks

On Tue, Dec 15, 2015 at 07:19:58PM +, Elliott, Robert (Persistent Memory) wrote: ... > Due to the historic long latency of storage devices, > applications don't re-read from storage again; they > save the results. > So, the streaming-load instructions are beneficial: That's the theory...

Re: [PATCH 4/4] mm: memcontrol: clean up alloc, online, offline, free functions

Hi Vladimir, On Mon, Dec 14, 2015 at 08:14:55PM +0300, Vladimir Davydov wrote: > On Fri, Dec 11, 2015 at 02:54:13PM -0500, Johannes Weiner wrote: > ... > > -static int > > -mem_cgroup_css_online(struct cgroup_subsys_state *css) > > +static struct cgroup_subsys_state * __ref > >

Re: [PATCH V4 16/16] ARM64: tegra: select PM_GENERIC_DOMAINS

On 4 December 2015 at 15:57, Jon Hunter wrote: > Enable PM_GENERIC_DOMAINS for tegra 64-bit devices. To ensure that devices > dependent upon a particular power-domain are only probed when that power > domain has been powered up, requires that PM is made mandatory for tegra >

[PATCH v4 1/3] dt-binding: power: Add otg regulator binding

Add a binding for the regulator which controls the OTG chargepath switch. The OTG switch gets its power from pm8941_5vs1, and that should be expressed as a usb_otg_in-supply property in the DT node for the charger driver. The regulator name is "otg-vbus". Signed-off-by: Tim Bird

Re: [PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: > > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to > > unknown") > > > > Unfortunately, not resetting the connector status to unknown actually >

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

On Tue, Dec 15, 2015 at 06:47:20PM +0100, Vincent Guittot wrote: > On 15 December 2015 at 18:15, Mark Rutland wrote: > > On Tue, Dec 15, 2015 at 05:59:34PM +0100, Vincent Guittot wrote: > >> On 15 December 2015 at 17:41, Mark Rutland wrote: > >> > On

Re: staging: lustre: Delete unnecessary goto statements in six functions

> rc = mdc_queue_wait(req); > goto out; > out: > ptlrpc_req_finished(req); > return rc; > } > - > > I think if the last goto out; is to be removed, > then it should be replaced by a blank line. > > It separates the last operation block from the return.

RE: [PATCH 13/40] staging: lustre: Dynamic LNet Configuration (DLC) show command

>On Tue, Dec 15, 2015 at 06:14:19PM +, Simmons, James A. wrote: >> >> >> struct libcfs_ioctl_hdr { >> >> __u32 ioc_len; >> >> @@ -87,6 +88,13 @@ do { \ >> >> data.ioc_hdr.ioc_len = sizeof(data);\ >> >> } while (0) >> >>

Re: [PATCH RESEND] ACPI/Kconfig: Make ACPI_NFIT depend on EFI_STUB on X86

On Tue, Dec 15, 2015 at 8:59 AM, Toshi Kani wrote: > ACPI 6.0 defines NFIT table and new persistent memory types for > EFI memory table (EFI_PERSISTENT_MEMORY) and e820 table (E820_PMEM). > > setup_e820() enabled by EFI_STUB converts EFI_PERSISTENT_MEMORY to > E820_PMEM for

Re: 4.4-rc5: ugly warn on: 5 W+X pages found

On Tue, Dec 15, 2015 at 1:40 AM, Pavel Machek wrote: > > I tried applying: > > [PATCH 1/2] x86_32/mm: Set NX in __supported_pte_mask before enabling > paging > > but I still get > > [2.691897] x86/mm: Found insecure W+X mapping at address > ffe69000/0xffe69000 This may be an

Re: [PATCH] dmaengine: use phys_addr_t for slave configuration

On Tue, Dec 15, 2015 at 11:48:24AM +0100, Geert Uytterhoeven wrote: > Hi Vinod, > > On Fri, Jul 10, 2015 at 10:14 AM, Vinod Koul wrote: > > On Wed, Jul 08, 2015 at 12:12:52PM +0200, Geert Uytterhoeven wrote: > >> On Fri, Apr 26, 2013 at 11:06 AM, Linus Walleij > >>

Re: [PATCH v5 2/2] arm: pxa27x: support for ICP DAS LP-8x4x w/ DT

On Tue, 2015-12-15 at 18:02 +0100, Arnd Bergmann wrote: > On Tuesday 15 December 2015 19:42:07 Sergei Ianovich wrote: > > There are several board-specific devices on LP8x4x: custom FPGA, > > custom > > UART, custom IRQ on FPGA, custom parallel bus for industrial IO. The > > defconfig file could

Re: [PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 5:50 AM, Frank Binns wrote: > Is this not the issue fixed by 8e43c9c75? No because if we start teardown without waiting for the fence to be signaled it will still be on the active_list. Thanks. -- Dmitry -- To unsubscribe from this list: send

Re: [PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 5:30 AM, Gustavo Padovan wrote: > 2015-12-14 Dmitry Torokhov : > >> Userspace can close the sync device while there are still active fence >> points, in which case kernel produces the following warning: >> >> [ 43.853176]

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

On 15 December 2015 at 18:15, Mark Rutland wrote: > On Tue, Dec 15, 2015 at 05:59:34PM +0100, Vincent Guittot wrote: >> On 15 December 2015 at 17:41, Mark Rutland wrote: >> > On Tue, Dec 15, 2015 at 04:23:18PM +, Catalin Marinas wrote: >> >> On

Re: [PATCH RESEND] ACPI/Kconfig: Make ACPI_NFIT depend on EFI_STUB on X86

On Tue, 2015-12-15 at 09:53 -0800, Dan Williams wrote: > On Tue, Dec 15, 2015 at 9:49 AM, Toshi Kani wrote: > > On Tue, 2015-12-15 at 09:21 -0800, Dan Williams wrote: > > > On Tue, Dec 15, 2015 at 8:59 AM, Toshi Kani > > > wrote: > > > > ACPI 6.0 defines

Re: [PATCH 1/7] mm: memcontrol: charge swap to cgroup2

On Mon 14-12-15 22:42:58, Vladimir Davydov wrote: > On Mon, Dec 14, 2015 at 04:30:37PM +0100, Michal Hocko wrote: > > On Thu 10-12-15 14:39:14, Vladimir Davydov wrote: > > > In the legacy hierarchy we charge memsw, which is dubious, because: > > > > > > - memsw.limit must be >= memory.limit, so

RE: [PATCHV2 3/3] x86, ras: Add mcsafe_memcpy() function to recover from machine checks

>> ... and the non-temporal version is the optimal one even though we're >> defaulting to copy_user_enhanced_fast_string for memcpy on modern Intel >> CPUs...? My current generation cpu has a bit of an issue with recovering from a machine check in a "rep mov" ... so I'm working with a version of

Re: [PATCH 1/7] staging: lustre: Delete unnecessary goto statements in six functions

On Tue, Dec 15, 2015 at 07:02:31AM -0800, Joe Perches wrote: > This is the original code: > > result = foo(); > if (result) > goto label; > > result = bar(); > if (result) > goto label; > > result = baz(); > if (result) >

Re: [PATCH RESEND] ACPI/Kconfig: Make ACPI_NFIT depend on EFI_STUB on X86

On Tue, 2015-12-15 at 09:21 -0800, Dan Williams wrote: > On Tue, Dec 15, 2015 at 8:59 AM, Toshi Kani wrote: > > ACPI 6.0 defines NFIT table and new persistent memory types for > > EFI memory table (EFI_PERSISTENT_MEMORY) and e820 table (E820_PMEM). > > > > setup_e820()

Re: [PATCH RESEND] ACPI/Kconfig: Make ACPI_NFIT depend on EFI_STUB on X86

On Tue, Dec 15, 2015 at 9:49 AM, Toshi Kani wrote: > On Tue, 2015-12-15 at 09:21 -0800, Dan Williams wrote: >> On Tue, Dec 15, 2015 at 8:59 AM, Toshi Kani wrote: >> > ACPI 6.0 defines NFIT table and new persistent memory types for >> > EFI memory table

Re: [PATCH v2 1/2] gpio: pxa: change the interrupt management

Linus Walleij writes: > On Sat, Dec 12, 2015 at 11:55 PM, Robert Jarzmik > wrote: > >> The interrupt management is changed by this patch to rely on chip data >> instead of chained interrupts. >> >> The main goal is to loosen the dependency on

RE: [PATCH] bnx2fc:Add proper locking protection in bnx2fc_ctrlr_enabled

Also, the patch fails to do what it's message describes, i.e. the calls _bnx2fc_enable() and _bnx2fc_disable() are outside the lock/unlock. -Original Message- From: Chad Dupuis Sent: Tuesday, December 15, 2015 8:43 AM To: Nicholas Krause Cc: Dept-Eng QLogic

[PATCH v4 3/3] ARM: dts: qcom: add charger otg regulator

Add the otg regulator provided by the charger block. Signed-off-by: Tim Bird --- Changes since V3: - change name of charger regulator to "otg-vbus" --- arch/arm/boot/dts/qcom-pm8941.dtsi | 4 1 file changed, 4 insertions(+) diff --git

[PATCH] gpio: Add driver for TI TPIC2810

Add driver for TI TPIC2810 8-Bit LED Driver with I2C Interface. The TPIC2810 has 8 open-drain outputs that can but used to drive LEDs and other low-side switched resistive loads. Signed-off-by: Andrew F. Davis --- drivers/gpio/Kconfig | 8 +++ drivers/gpio/Makefile

[PATCH v4 2/3] power: qcom_smbb: Add otg regulator for control of vbus

Add a regulator to control the OTG chargepath switch. This is used by USB code to control VBUS direction - out for host mode on the OTG port, and in for charging mode. Signed-off-by: Tim Bird --- Changes since v3: - changed DT node name to otg-vbus - removed

[PATCH v2] perf test: Fix false TEST_OK result for 'perf test hist'

Commit 71d6de64feddd4b45326fba2111b3006d9e0 ('perf test: Fix hist testcases when kptr_restrict is on') solves a double free problem when 'perf test hist' calling setup_fake_machine(). However, the result is still incorrect. For example: $ ./perf test -v 'filtering hist entries' 25: Test

Re: [PATCH 1/1] Support for CMedia CM6533 HID audio jack controls.

Hi Ben, [auto build test WARNING on hid/for-next] [also build test WARNING on v4.4-rc5 next-20151214] url: https://github.com/0day-ci/linux/commits/Ben-Chen/Support-for-CMedia-CM6533-HID-audio-jack-controls/20151215-153958 base: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git

[PATCH 2/2] x86/mm: Make kmap_prot into a #define

The value (once we initialize it) is a foregone conclusion. Make it a #define to save a tiny amount of text and data size and to make it more comprehensible. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/fixmap.h | 2 +- arch/x86/mm/init_32.c | 3 --- 2 files

[PATCH] perf test: Fix the cmd string comparison in perf test 6

The Sleep command is "sleep.coreutils" in Yocto project, so the command mmap filename is "sleep.coreutils" in perf test 6. Strncmp() can get the right result. Before: # perf test -v 6 6: Validate PERF_RECORD_* events & perf_sample fields : --- start --- test child forked, pid

hidepid=2 and dumpability

(Sorry, forgot to CC LKML yesterday, resending.) Hi, Could you shed some light on the implementation of 'hidepid' option for procfs in the Linux kernel? As far as I can see, has_pid_permissions() eventually calls ptrace_may_access(task, PTRACE_MODE_READ). This way, if hidepid=2 is used,

Re: [PATCH] perf record: Add record.build-id config option

On Tue, Dec 15, 2015 at 10:49:56AM +0900, Namhyung Kim wrote: > Post processing at perf record takes long time on big machines. What it > does is to find build-id of related binaries. Sometimes we just want to > skip the processing and get the result quickly. Add a new config option > to

[PATCH v4] perf: bpf: Fix build breakage due to libbpf

From: "Naveen N. Rao" perf build is currently (v4.4-rc5) broken on powerpc: bpf.c:28:4: error: #error __NR_bpf not defined. libbpf does not support your arch. # error __NR_bpf not defined. libbpf does not support your arch. ^ Fix this by including

Re: [PATCH 09/11] KVM: MMU: simplify mmu_need_write_protect

On 12/15/2015 04:43 PM, Kai Huang wrote: On 12/01/2015 02:26 AM, Xiao Guangrong wrote: Now, all non-leaf shadow page are page tracked, if gfn is not tracked there is no non-leaf shadow page of gfn is existed, we can directly make the shadow page of gfn to unsync Signed-off-by: Xiao

Re: [PATCH] ARM64: ZynqMP: DT: Fix GIC's 'reg' property

On Mon, 2015-12-14 at 05:01PM +, Marc Zyngier wrote: > Mark, > > On 14/12/15 16:46, Mark Rutland wrote: > > On Mon, Dec 14, 2015 at 08:31:40AM -0800, Soren Brinkmann wrote: > >> Signed-off-by: Soren Brinkmann > >> --- > >> arch/arm64/boot/dts/xilinx/zynqmp.dtsi |

[PATCH 2/3] f2fs: don't grab super block buffer header all the time

We have already got one copy of valid super block in memory, do not grab buffer header of super block all the time. Signed-off-by: Chao Yu --- fs/f2fs/f2fs.h | 2 +- fs/f2fs/file.c | 8 ++ fs/f2fs/super.c | 81

[PATCH 3/3] f2fs: introduce __f2fs_commit_super

Introduce __f2fs_commit_super to include duplicated codes in f2fs_commit_super for cleanup. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 28 +--- 1 file changed, 13 insertions(+), 15 deletions(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index

[PATCH v3 3/9] phy: ti-pipe3: move sysctrl initialization to a separate function

No functional change. Moved sysctrl initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 78 +--- 1 file changed, 45

Re: ARM64/KVM: Bad page state in process iperf

On Tue, Dec 15, 2015 at 03:46:03AM +, Bhushan Bharat wrote: > > Hi All, > > I am running "iperf" in KVM guest on ARM64 machine and observing below crash. Which host/guest kernel version is this? Which hardware? -Christoffer > > = > $iperf -c 3.3.3.3 -P 4 -t 0

Re: ARM64/KVM: Bad page state in process iperf

On 15/12/15 03:46, Bhushan Bharat wrote: > > Hi All, > > I am running "iperf" in KVM guest on ARM64 machine and observing below crash. > > = > $iperf -c 3.3.3.3 -P 4 -t 0 -i 5 -w 90k > > Client connecting

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Monday 30 November 2015 11:09:42 Nicolas Pitre wrote: > On Mon, 30 Nov 2015, Pali Rohár wrote: > > > On Monday 30 November 2015 07:23:53 Tony Lindgren wrote: > > > * Pali Rohár [151129 16:16]: > > > > On Monday 30 November 2015 01:09:17 Nicolas Pitre wrote: > > > > > On

RE: [f2fs-dev] [PATCH] f2fs: fix to reset variable correctlly

> -Original Message- > From: Fan Li [mailto:fanofcode...@samsung.com] > Sent: Tuesday, December 15, 2015 5:03 PM > To: 'Jaegeuk Kim' > Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net > Subject: [f2fs-dev] [PATCH] f2fs: fix to reset variable correctlly > >

RE: [PATCH 1/3] f2fs: backup raw_super in sbi

Hi Jaegeuk, Yunlei, I help do some edits and send it out as my patch's base. :) But if you want to send patch by yourself, please ignore this patch. Thanks, > -Original Message- > From: Chao Yu [mailto:chao2...@samsung.com] > Sent: Tuesday, December 15, 2015 5:17 PM > To: Jaegeuk Kim

[PATCH v3 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

Add new device tree node for the control module register space where PCIe registers are present. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/dra7.dtsi

Re: [RFC PATCH 3/7] doc: dt: mtd: partition: add on-flash format binding

On Mon, Dec 14, 2015 at 11:22:46AM +0100, Geert Uytterhoeven wrote: > On Sat, Dec 12, 2015 at 6:51 AM, David Gibson > wrote: > > On Thu, Dec 10, 2015 at 12:43:24PM -0800, Brian Norris wrote: > >> On Mon, Dec 07, 2015 at 12:36:28PM +1100, David Gibson wrote: > >> > On

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc pseries_le_defconfig) failed like this: mm/huge_memory.c: In function 'madvise_free_huge_pmd': mm/huge_memory.c:1592:14: error: implicit declaration of function 'pmd_mkclean'

[PATCH] null_blk: fix use-after-free error

blk_end_request_all may free request, so we need to save request_queue pointer before blk_end_request_all call. The problem was introduced in commit cf8ecc5a8455266f8d51 ("null_blk: guarantee device restart in all irq modes") and causes general protection fault with slab poisoning enabled.

Re: [PATCH 0/6] Convert existing EEPROM drivers to NVMEM

Thanks Andrew for looking into this. On 08/12/15 14:05, Andrew Lunn wrote: This patches converts the old EEPROM drivers in driver/misc/eeprom to use the NVMEM framework. These drivers export there content in /sys as read only to root, since the EEPROM may contain sensitive information. So the

[PATCH 9/9] phy: core: Get a refcount to phy in devm_of_phy_get_by_index()

From: Chunfeng Yun On driver detach, devm_phy_release() will put a refcount to the phy, so gets a refconut to it before return. Signed-off-by: Chunfeng Yun Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-core.c |

Re: [PATCH] perf tests: Fix false TEST_OK result for 'perf test hist'

On Tue, Dec 15, 2015 at 04:18:44AM +, Wang Nan wrote: > Commit 71d6de64feddd4b45326fba2111b3006d9e0 ('perf test: Fix hist > testcases when kptr_restrict is on') solves a double free problem when > 'perf test hist' calling setup_fake_machine(). However, the result is > still incorrect. For

[PATCH 1/2] x86_32/mm: Set NX in __supported_pte_mask before enabling paging

There's a short window in which very early mappings can end up with NX clear because they are created before we've noticed that we have NX. It turns out that we detect NX very early, so there's no need to defer __supported_pte_mask setup. Signed-off-by: Andy Lutomirski ---

Re: [PATCH] livepatch: fix race between enabled_store() and klp_unregister_patch()

Hi, [ sry for late responses. Two weeks of holiday and trying to go through all the emails... ] On Mon, 30 Nov 2015, Li Bin wrote: > There is a potential race as following: > > CPU0 | CPU1 > -|--- >

Re: [PATCH 06/11] KVM: MMU: let page fault handler be aware tracked page

On 12/01/2015 02:26 AM, Xiao Guangrong wrote: The page fault caused by write access on the write tracked page can not be fixed, it always need to be emulated. page_fault_handle_page_track() is the fast path we introduce here to skip holding mmu-lock and shadow page table walking Why can it be

[PATCHv2 1/2] ARM: multi_v7_defconfig: Enable Rockchip generic power domain.

In order to meet high performance an low power requirement for Rockchip enable the power domain support. The patch also fixes a drm/kms issue, driver deferring untils power-domains are available) Signed-off-by: Enric Balletbo i Serra Reviewed-by: Heiko Stuebner

[PATCH v2] perf test: Reset err after using it hold errcode in hist testcases

All hists test cases forget to reset err after using it to hold an error code. If error occure in setup_fake_machine() it incorrectly return TEST_OK. This patch fixes it. Signed-off-by: Wang Nan Suggested-by: Namhyung Kim Cc: Arnaldo Carvalho de Melo

Re: [PATCH v2 5/8] arm64: dts: mediatek: Add Video Encoder for MT8173

Hi Matthias, On Mon, 2015-12-14 at 19:18 +0100, Matthias Brugger wrote: > On Friday 11 Dec 2015 17:55:40 Tiffany Lin wrote: > > Add video encoder node for MT8173 > > > > Signed-off-by: Tiffany Lin > > --- > > arch/arm64/boot/dts/mediatek/mt8173.dtsi | 47 > >

Re: [RFCv6 PATCH 09/10] sched: deadline: use deadline bandwidth in scale_rt_capacity

On 12/15/2015 05:59 AM, Vincent Guittot wrote: [...] So I don't think this is right. AFAICT this projects the WCET as the amount of time actually used by DL. This will, under many circumstances, vastly overestimate the amount of time actually spend on it. Therefore unduly pessimisme the fair

Re: sched : performance regression 24% between 4.4rc4 and 4.3 kernel

Hi Rik, I have reviewed the data and you are right. The trouble is that even with 4.3 kernel there is 20% change that results will be bad. I have repeated tests 100 times on 4.3 kernel over the night. In 20 cases I see that runtime went up from 12 seconds to 28 seconds due to the wrong NUMA

Re: [PATCH v9 0/3] Add board support for TS-4800

On Fri, Dec 11, 2015 at 12:08:11PM -0500, Damien Riegel wrote: > Damien Riegel (3): > of: add vendor prefix for Technologic Systems > of: documentation: add bindings documentation for TS-4800 > ARM: dts: TS-4800: add basic device tree Applied all, thanks. -- To unsubscribe from this list:

[PATCH v3 9/9] phy: omap-usb2: use *syscon* framework API to power on/off the PHY

Deprecate using phy-omap-control driver to power on/off the PHY, and use *syscon* framework to do the same. This handles powering on/off the PHY for the USB2 PHYs used in various TI SoCs. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/phy/ti-phy.txt |

[PATCH v3 8/9] phy: omap-usb2: use omap_usb_power_off to power off the PHY during probe

No functional change. Previously omap_control_phy_power() was used to power off the PHY during probe. But once phy-omap-usb2 driver is adapted to use syscon, omap_control_phy_power() cannot be used. Hence used omap_usb_power_off to power off the PHY. Signed-off-by: Kishon Vijay Abraham I

[PATCH v3 4/9] phy: ti-pipe3: move mem resource initialization to a separate function

No functional change. Moved mem resource initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 52 1 file changed, 33

[PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

This series is basically to deprecate using phy-omap-control and use syscon APIs to program the control module registers. Changes from v2: No changes. Changes from v1: *) cleanup ti_pipe3_probe in multiple steps *) other minor cleanups Changes from [1] in PHY patches include *) cleanup

[PATCH v3 2/9] phy: ti-pipe3: move clk initialization to a separate function

No functional change. Moved clock initialization done in probe to a separate function as part of cleaning up ti_pipe3_probe. Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 127 +--- 1 file changed, 72 insertions(+),

Re: [PATCH] android: fix warning when releasing active sync point

On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: > Userspace can close the sync device while there are still active fence > points, in which case kernel produces the following warning: > > [ 43.853176] [ cut here ] > [ 43.857834] WARNING: CPU: 0 PID:

[PATCH v3 4/4] ARM: dts: : Use "syscon-phy-power" instead of "ctrl-module"

Add "syscon-phy-power" property and remove the deprecated "ctrl-module" property from SATA and USB PHY node. Also remove the unused control module dt nodes. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am4372.dtsi | 16 ++--

Re: 4.4-rc5: ugly warn on: 5 W+X pages found

On Mon 2015-12-14 14:25:10, Andy Lutomirski wrote: > On Mon, Dec 14, 2015 at 1:24 PM, Arjan van de Ven > wrote: > > > >> That's weird. The only API to do that seems to be manually setting > >> kmap_prot to _PAGE_KERNEL_EXEC, and nothing does that. (Why is > >> kmap_prot

Re: [PATCHV2 1/3] x86, ras: Add new infrastructure for machine check fixup tables

On Mon, Dec 14, 2015 at 05:00:59PM -0800, Luck, Tony wrote: > Not sure what the "whatnot" would be though. Making it depend on > X86_MCE should keep it out of the tiny configurations. By the time > you have MCE support, this seems like a pretty small incremental > change. Ok, so it is called

Re: [PATCH v3] ARM: davinci: fix a problematic usage of WARN()

On Thursday 26 November 2015 06:05 AM, Geliang Tang wrote: > WARN() takes a condition and a format string. The condition was > omitted. So I added it. > > Signed-off-by: Geliang Tang Applied. Thanks, Sekhar -- To unsubscribe from this list: send the line "unsubscribe

[PATCH 1/9] phy: sun9i-usb: add USB dependency

From: Arnd Bergmann The sun9i usb phy driver calls of_usb_get_phy_mode(), which is not available if USB is disabled: drivers/built-in.o: In function `sun9i_usb_phy_probe': :(.text+0x7fb0): undefined reference to `of_usb_get_phy_mode' This adds a dependency to avoid the

[PATCH 7/9] phy: miphy365x: add missing of_node_put

From: Julia Lawall for_each_child_of_node performs an of_node_get on each iteration, so a return from the middle of the loop requires an of_node_put. A simplified version of the semantic patch that finds this problem is as follows (http://coccinelle.lip6.fr): // @@

Re: [LKP] [lkp] [x86/irq] 4c24cee6b2: IP-Config: Auto-configuration of network failed

On Tue, Dec 15, 2015 at 03:55:14PM +0800, Jiang Liu wrote: > Aha, found a possible regression. Could you please help to apply > the attached bugfix patch ontop of "cc22b9b83f6a x86/irq: Enhance > __assign_irq_vector() to rollback in case of failure"? Yap, attached patch seems to work here.

Re: [PATCH v3 0/3] perf build: PowerPC: Fix build breakage due to libbpf

On Tue, Dec 15, 2015 at 03:35:54AM +, Wang Nan wrote: > Hi Naveen, > >Now I know your problem is in native building and the reason is > missing proper $(ARCH). I think other than that there's another problem > in libbpf's building: if your problem is unable to compile libbpf, > feature

Re: [PATCH v2 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

Hi Matthias, On Mon, 2015-12-14 at 12:36 +0100, Matthias Brugger wrote: > > On 14/12/15 09:26, tiffany lin wrote: > > On Fri, 2015-12-11 at 11:29 -0600, Rob Herring wrote: > >> On Fri, Dec 11, 2015 at 05:55:39PM +0800, Tiffany Lin wrote: > >>> Add a DT binding documentation of Video Encoder for

Re: isolate_lru_page on !head pages

On Mon 14-12-15 14:04:56, Kirill A. Shutemov wrote: > On Wed, Dec 09, 2015 at 02:02:05PM +0100, Michal Hocko wrote: > > Hi Kirill, > > [ sorry for late reply, just back from vacation. ] > > > while looking at the issue reported by Minchan [1] I have noticed that > > there is nothing to prevent

<    7   8   9   10   11   12   13   14   15   16   >