Re: [PATCH] ARM: Don't use complete() during __cpu_die

On śro, 2015-02-04 at 14:42 -0800, Stephen Boyd wrote: > On 02/04/15 08:53, Krzysztof Kozlowski wrote: > > The complete() should not be used on offlined CPU. Rewrite the > > wait-complete mechanism with wait_on_bit_timeout(). > > > > The CPU triggering hot unplug (e.g. CPU0) will loop until some bi

RE: [f2fs-dev] [PATCH 2/2] f2fs: show the number of writeback pages in stat

> -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Tuesday, February 03, 2015 6:51 AM > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Cc: Jaegeuk Kim > Subject: [f2fs-dev] [PATCH 2/2] f2fs: show the numb

RE: [f2fs-dev] [PATCH 1/2] f2fs: keep PagePrivate during releasepage

> -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Tuesday, February 03, 2015 6:51 AM > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Cc: Jaegeuk Kim > Subject: [f2fs-dev] [PATCH 1/2] f2fs: keep PagePriv

Re: [PATCH manpages] modify_ldt.2: Clarify the lm bit's behavior

On 02/04/2015 10:53 PM, Andy Lutomirski wrote: > The lm bit should never have existed in the first place. Sigh. Thanks, Andy. Applied in the branch. Cheers, Michael > Signed-off-by: Andy Lutomirski > --- > man2/modify_ldt.2 | 13 +++-- > 1 file changed, 11 insertions(+), 2 deletions

Re: [PATCH] ARM: Don't use complete() during __cpu_die

On śro, 2015-02-04 at 09:57 -0800, Paul E. McKenney wrote: > On Wed, Feb 04, 2015 at 05:53:55PM +0100, Krzysztof Kozlowski wrote: > > The complete() should not be used on offlined CPU. Rewrite the > > wait-complete mechanism with wait_on_bit_timeout(). > > > > The CPU triggering hot unplug (e.g. C

Re: [PATCH RFC v2 0/7] epoll: Introduce new syscalls, epoll_ctl_batch and epoll_pwait1

Hello Fam Zheng, On 02/05/2015 02:52 AM, Fam Zheng wrote: > On Wed, 02/04 13:44, Michael Kerrisk (man-pages) wrote: >> Hello Fam Zheng, >> >> On 02/04/2015 11:36 AM, Fam Zheng wrote: >>> Changes from v1 (https://lkml.org/lkml/2015/1/20/189): >>> >>> - As discussed in previous thread [1], split t

Re: [v3,1/9] clk: samsung: exynos5433: Add clocks for CMU_APOLLO domain

Hi Chanwoo, On Tuesday 03 February 2015 05:43 AM, Chanwoo Choi wrote: This patch adds the mux/divider/gate clocks for CMU_APOLLO domain which generates the clocks for Cortex-A53 Quad-core processsor. Cc: Sylwester Nawrocki Cc: Tomasz Figa Signed-off-by: Chanwoo Choi Acked-by: Inki Dae ---

[tip:timers/urgent] hrtimer: Fix incorrect tai offset calculation for non high-res timer systems

Commit-ID: 2d926c15d629a13914ce3e5f26354f6a0ac99e70 Gitweb: http://git.kernel.org/tip/2d926c15d629a13914ce3e5f26354f6a0ac99e70 Author: John Stultz AuthorDate: Wed, 4 Feb 2015 16:45:26 -0800 Committer: Ingo Molnar CommitDate: Thu, 5 Feb 2015 08:39:37 +0100 hrtimer: Fix incorrect tai off

[PATCH] ASoC: wm8731: let codec to manage clock by itself

Let the wm8731 codec to manage clock by itself. Signed-off-by: Bo Shen --- sound/soc/codecs/wm8731.c | 28 1 file changed, 28 insertions(+) diff --git a/sound/soc/codecs/wm8731.c b/sound/soc/codecs/wm8731.c index b115ed8..ecd8424 100644 --- a/sound/soc/codecs/wm873

[PATCH 03/10] ACPICA: Events: Remove acpi_ev_valid_gpe_event() due to current restriction.

ACPICA commit 8823b44ff53859ab24ecfcfd3fba8cc56b17d223 Currently we rely on the logic that GPE blocks will never be deleted, otherwise we can be broken by the race between acpi_ev_create_gpe_block(), acpi_ev_delete_gpe_block() and acpi_ev_gpe_detect(). On the other hand, if we want to protect GPE

[PATCH v3 1/3] ARM: EXYNOS: Add missing static to file-scope declarations

The 'pm_data', 'exynos_release_ret_regs', 'exynos3250_release_ret_regs' and 'exynos5420_release_ret_regs' are not exported nor used outside of suspend.c file. Make them static. This fixes following sparse warnings: arch/arm/mach-exynos/suspend.c:83:23: warning: symbol 'pm_data' was not declared.

[PATCH v3 3/3] ARM: EXYNOS: Remove left over 'extra_save'

Since 32b0aa9aaeb4 ("ARM: EXYNOS: Remove i2c sys configuration related code") the Exynos 5250 no longer saves additional registers under 'exynos_pm_data.extra_save' field. No one else uses this code so get rid of it making also 'exynos_pm_data' const everywhere. Signed-off-by: Krzysztof Kozlowski

[PATCH v3 2/3] ARM: EXYNOS: Constify exynos_pm_data and of_device_id array

The 'exynos5420_pm_data' and of_device_id array are not modified and can be made const. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Pankaj Dubey --- Changes since v2: 1. Add Pankaj's reviewed-by. Changes since v1: 1. New patch. --- arch/arm/mach-exynos/suspend.c | 4 ++-- 1 file changed,

[PATCH 08/10] ACPICA: Hardware: Cast GPE enable_mask before storing

From: "David E. Box" ACPICA commit 490ec7f7839bf7ee5e8710a34d1d1a78d54a49b6 In function acpi_hw_low_set_gpe(), cast enable_mask to u8 before storing. The mask was read from a 32 bit register but is an 8 bit value. Fixes Visual Studio compiler warning. Link: https://github.com/acpica/acpica/comm

[PATCH 10/10] ACPICA: Update version to 20150204.

From: "David E. Box" ACPICA commit e06b1624b02dc8317d144e9a6fe9d684c5fa2f90 Version 20150204. Link: https://github.com/acpica/acpica/commit/e06b1624 Signed-off-by: David E. Box Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acpixf.h |2 +- 1 file changed, 1

[PATCH 07/10] ACPICA: Events: Cleanup GPE dispatcher type obtaining code.

ACPICA commit 7926d5ca9452c87f866938dcea8f12e1efb58f89 There is an issue in acpi_install_gpe_handler() and acpi_remove_gpe_handler(). The code to obtain the GPE dispatcher type from the Handler->original_flags is wrong: if (((Handler->original_flags & ACPI_GPE_DISPATCH_METHOD) || (Han

[PATCH 09/10] ACPICA: Update Copyright headers to 2015.

From: "David E. Box" ACPICA commit 8990e73ab2aa15d6a0068b860ab54feff25bee36 Link: https://github.com/acpica/acpica/commit/8990e73a Signed-off-by: David E. Box Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/acapps.h |4 ++-- drivers/ac

[PATCH 05/10] ACPICA: Events: Cleanup of resetting the GPE handler to NULL before removing.

ACPICA commit b2b18bb38045404e253f10787b8a4ae6e94cdee6 This patch prevents acpi_remove_gpe_handler() from leaking the stale gpe_event_info->Dispatch.Handler to the caller to avoid possible NULL pointer references. Lv Zheng. Link: https://github.com/acpica/acpica/commit/b2b18bb3 Signed-off-by: Lv

Re: [RFC] Implement ambient capability set.

[CC += linux-...@vger.kernel.org] Christoph, Since this is a kernel-user-space API change, please CC linux-api@. The kernel source file Documentation/SubmitChecklist notes that all Linux kernel patches that change userspace interfaces should be CCed to linux-...@vger.kernel.org, so that the vario

[PATCH 06/10] ACPICA: Events: Cleanup to move acpi_gbl_global_event_handler invocation out of acpi_ev_gpe_dispatch().

ACPICA commit 04f25acdd4f655ae33f83de789bb5f4b7790171c This patch follows acpi_ev_fixed_event_detect(), which invokes acpi_gbl_global_event_handler instead of invoking it in acpi_ev_fixed_event_dispatch(), moves acpi_gbl_global_event_handler from acpi_ev_gpe_dispatch() to acpi_ev_gpe_detect(). Thi

[PATCH 04/10] ACPICA: Events: Fix uninitialized variable

From: "David E. Box" ACPICA commit 8e21180050270897499652e922c6a41b8eb388b6 Recent changes to acpi_ev_asynch_execute_gpe_method left Status variable uninitialized before use. Initialize to AE_OK. Link: https://github.com/acpica/acpica/commit/8e211800 Signed-off-by: David E. Box Signed-off-by:

[PATCH 02/10] ACPICA: Events: Remove duplicated sanity check in acpi_ev_enable_gpe().

ACPICA commit ca10324788bc9bdaf47fa9e51145129c1299144d This patch deletes a sanity check from acpi_ev_enable_gpe(). This kind of check is already done in acpi_enable_gpe()/acpi_remove_gpe_handler()/acpi_update_all_gpes() before invoking acpi_ev_enable_gpe(): 1. acpi_enable_gpe(): same check (ski

[PATCH 01/10] ACPICA: Events: Back port "ACPICA: Save current masks of enabled GPEs after enable register writes".

This is the back port result of the Linux commit: Commit c50f13c672df758b59e026c15b9118f3ed46edc4 Subject: ACPICA: Save current masks of enabled GPEs after enable register writes Besides of the indent divergences, only a missing prototype added due to the ACPICA internal coding style. Signed

[PATCH 00/10] ACPICA: 20150204 Release

The 20150204 ACPICA kernel-resident subsystem updates are linuxized based on the pm/linux-next branch to form this patchset. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + default + COFNIG_ACPI=y 2. i386 + allyes + CONFIG_ACPI=y 3. i386

Re: [tip:core/types] bitops: Add sign_extend8(), 16 and 64 functions

* H. Peter Anvin wrote: > On 01/19/2015 02:04 AM, Peter Zijlstra wrote: > > On Mon, Jan 19, 2015 at 07:54:22AM +1200, Linus Torvalds wrote: > >> Why? > >> > >> The 8- and 16- bit versions are the same as the 32-bit one. > >> This seems pointless. If you want something where the sign > >> is in

Re: [v2,3/3] ARM: EXYNOS: Remove left over 'extra_save'

On czw, 2015-02-05 at 10:19 +0530, Pankaj Dubey wrote: > Hi Krzysztof, > > On Tuesday 03 February 2015 04:36 PM, Krzysztof Kozlowski wrote: > > Since 32b0aa9aaeb4 ("ARM: EXYNOS: Remove i2c sys configuration related > > code") the Exynos 5250 no longer saves additional registers under > > 'exynos_p

Re: linux-next: Tree for Feb 4

On 02/04/2015 05:53 PM, Sedat Dilek wrote: > The architecture-specific switch_mm() function can be called by offline > CPUs, but includes event tracing, which cannot be legally carried out > on offline CPUs. This results in a lockdep-RCU splat. This commit fixes > this splat by omitting the traci

Re: [PATCH] ARM: EXYNOS: cpuidle: Fix build breakage on !SMP

On śro, 2015-02-04 at 19:07 +0100, Bartlomiej Zolnierkiewicz wrote: > Hi, > > On Wednesday, February 04, 2015 11:27:26 AM Krzysztof Kozlowski wrote: > > The Exynos cpuidle driver has coupled cpuidle built-in so it cannot be > > built without SMP: > > > > arch/arm/mach-exynos/pm.c: In function ‘ex

Re: sched: memory corruption on completing completions

* Linus Torvalds wrote: > [...] > > As usual, the paravirt code is a horribly buggy heap of crud. > Film at 11. > > Why did I think we had this bug but already fixed it ? Maybe > it's one of those things that Waiman fixed in his long delayed > qspinlock series? Waiman? Or maybe I just remem

[PATCH] modify the IO_TLB_SEGSIZE to io_tlb_segsize configurable as flexible requirement about SW-IOMMU.

The maximum of SW-IOMMU is limited to 2^11*128 = 256K. While in different platform and different requirements this seems improper. So modify the IO_TLB_SEGSIZE to io_tlb_segsize as configurable is make sense. Signed-off-by: Chuansheng Liu Signed-off-by: Zhang Dongxing Signed-off-by: xiaomin1 --

RE: [E1000-devel] [PATCH 1/3] ixgbe, ixgbevf: Add new mbox API to enable MC promiscuous mode

> Subject: Re: [E1000-devel] [PATCH 1/3] ixgbe, ixgbevf: Add new mbox API to > enable MC promiscuous mode > > On Fri, 2015-01-30 at 11:37 +, Hiroshi Shimamoto wrote: > > From: Hiroshi Shimamoto > > > > The limitation of the number of multicast address for VF is not enough > > for the large s

[PATCH] storvsc: assign wait_for_completion_timeout to appropriately typed var

is needed rather the declaration is simply updated. Patch was only compile tested for x86_64_defconfig + CONFIG_X86_VSMP=y CONFIG_HYPERV=m, SCSI_LOWLEVEL=y, CONFIG_HYPERV_STORAGE=m Patch is against 3.19.0-rc7 (localversion-next is -next-20150204) drivers/scsi/storvsc_drv.c |6 -- 1 file

Re: SPDX-License-Identifier

On Wed, Feb 04, 2015 at 05:41:08PM +0100, Stefan Roese wrote: > On 02.02.2015 17:06, Greg Kroah-Hartman wrote: > >On Mon, Feb 02, 2015 at 04:43:14PM +0100, Stefan Roese wrote: > >>On 21.02.2014 17:18, Michal Simek wrote: > >>>On 02/21/2014 05:12 PM, Felipe Balbi wrote: > On Fri, Feb 21, 2014 at

Re: [PATCH 1/7] selftests/timers: Cleanup Makefile to make it easier to add future tests

On Wed, Feb 4, 2015 at 10:37 PM, John Stultz wrote: > Try to streamline the makefile so its easier to add timer/timekeeping > tests. > > Cc: Shuah Khan Drat.. I forgot to refresh the patchset after adding to the CC list. Hopefully folks can/will find the thread, but I'll resend next week sometim

[PATCH v4] regulator: max77843: Add max77843 regulator driver

This patch adds new regulator driver to support max77843 MFD(Multi Function Device) chip`s regulators. The Max77843 has two voltage regulators for USB safeout. Cc: Mark Brown Signed-off-by: Jaewon Kim Signed-off-by: Beomho Seo --- drivers/regulator/Kconfig|8 ++ drivers/regulator/Makef

[PATCH 2/7] selftest/timers: Quiet warning due to lack of return check on brk

The posix_timers.c test has a loop that tries to keep it in kernel space, repeatedly calling brk(). Since its noise, and a failure won't change what the test would do, add a unused value to quiet the warning. Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/posix_tim

[PATCH 3/7] selftest/timers: Add nanosleep test from timetest suite

Add my basic nanosleep test from my timetest suite. This test validates that nanosleep dosen't return early against a number of clockids. Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/Makefile| 3 +- tools/testing/selftests/timers/nanosleep.c | 161 +

[PATCH 5/7] selftest/timers: Add nsleep-lat test from timetest suite

Adds my nanosleep latency test from the timetest suite. This checks to make sure we don't see "unreasonable" latencies (> 40ms) when calling nanosleep. Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/Makefile | 3 +- tools/testing/selftests/timers/nsleep-lat.c

[PATCH 1/7] selftests/timers: Cleanup Makefile to make it easier to add future tests

Try to streamline the makefile so its easier to add timer/timekeeping tests. Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/Makefile | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/tools/testing/selftests/timers/Makefile b/tools/testin

[RFC][PATCH 0/7] Start adding timetests to selftest

I've maintained a suite of timekeeping and timer tests for awhile here: https://github.com/johnstultz-work/timetests I've been meaning to get them reworked and submitted into the selftest infrastructure, but haven't had much time recently. I'm going to have a long flight coming up so I figured I'

[PATCH 7/7] selftest/timers: Add set-timer-lat test from timetest suite

Add my set-timer-lat test from the timetest suite. This test checks the latency from set_timer and reports if any are unreasonable (>40ms). Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/Makefile| 5 +- tools/testing/selftests/timers/set-timer-lat.c | 198

[PATCH 4/7] selftest/timers: Add inconsistency-check test from timetests

This adds my inconsistency-test from my timetests suite, which checks for (single threaded) time inconsistencies across the various clockids. Cc: Shuah Khan Signed-off-by: John Stultz --- tools/testing/selftests/timers/Makefile| 4 +- .../testing/selftests/timers/inconsistency-che

[PATCH 6/7] selftests/timers: Add clock skew estimation test from timetest suite

This adds my clock skew estimation test from the timetest suite. It measures the drift between CLOCK_MONOTONIC and CLOCK_MONOTONIC_RAW and compares it with the current frequency value from adjtimex. It sometimes can trigger false failures when ntpd isn't in a steady state, but its a useful too whe

Re: [PATCH v10 0/6] Add Skyworks SKY81452 device drivers

On Thu, Feb 05, 2015 at 03:29:40PM +0900, gyun...@gmail.com wrote: Please ignore this patch serial v10. Sorry for my mistake > From: Gyungoh Yoo > > This patch set includes regulator and backlight driver for SKY81452. > Also it includes documents for device tree and module. > sky81452-regulator

Re: [WARNING] CPU: 27 PID: 6295 at kernel/sched/core.c:7300 __might_sleep+0xbd/0xd0()

On Wed, Feb 4, 2015 at 1:57 AM, Jinpu Wang wrote: > Hi, > > I hit WARNING below after update to 3.19-rc6, when I running fio with libaio. > Any one see this warning before, or maybe know how to fix it? > > From the call trace: > (gdb) list *read_events+0x1e8 > 0x81225ad8 is in read_events

[PATCH v11 3/6] devicetree: Add new SKY81452 mfd binding

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Lee Jones --- Changes v11: Renamed 'skyworks,en-channels' property to led-sources. Removed unused property 'skyworks,ovp-level'. Changes v10: Nothing Changes v9: Nothing Changes v8: Made up the example for backlight DT Changes v7: Nothi

[PATCH v11 6/6] devicetree: Add SKY81452 to the Trivial Devices list

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo --- Changes v11: Nothing Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Nothing Changes v6: Nothing Changes v5: Nothing Changes v4: Nothing Changes v3: Nothing Changes v2: Add SKY81452 to the Trivial Devices list D

[PATCH v11 5/6] devicetree: Add vendor prefix for Skyworks Solutions, Inc.

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Lee Jones --- Changes v11: Nothing Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Nothing Changes v6: Nothing Changes v5: Nothing Changes v4: Nothing Changes v3: Nothing Changes v2: Added vendor prefix for

[PATCH v11 4/6] devicetree: Add new SKY81452 backlight binding

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Bryan Wu --- Changes v11: Renamed 'skyworks,en-channels' property to led-sources. Removed unused property 'skyworks,ovp-level'. Changes v10: Nothing Changes v9: Nothing Changes v8: Renamed property names for backlight with vendor prefix

[PATCH v11 2/6] backlight: Add support Skyworks SKY81452 backlight driver

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Jingoo Han Acked-by: Bryan Wu --- Changes v11: Renamed 'skyworks,en-channels' property to led-sources. Changes v10: Removed trivial get_brightness implementations Changes v9: Nothing Changes v8: Renamed property names for backlight with

[PATCH v11 1/6] mfd: Add support for Skyworks SKY81452 driver

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Lee Jones --- Changes v11: Nothing Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Modified licensing text to GPLv2 Changes v6: Added new line character at the end of line of dev_err() Changes v5: Move sky8145

[PATCH v11 0/6] Add Skyworks SKY81452 device drivers

From: Gyungoh Yoo This patch set includes regulator and backlight driver for SKY81452. Also it includes documents for device tree and module. sky81452-regulator was already applied. So this series doesn't include it. v11: Renamed 'skyworks,en-channels' property to led-sources. Removed unused pro

[PATCH v10 0/6] Add Skyworks SKY81452 device drivers

From: Gyungoh Yoo This patch set includes regulator and backlight driver for SKY81452. Also it includes documents for device tree and module. sky81452-regulator was already applied. So this series doesn't include it. v10: Removed trivial get_brightness implementations for sky81452-backlight v9:

[PATCH v10 1/6] mfd: Add support for Skyworks SKY81452 driver

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Lee Jones --- Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Modified licensing text to GPLv2 Changes v6: Added new line character at the end of line of dev_err() Changes v5: Move sky81452-backlight.h to inclu

Re: [PATCH v3 5/6] regulator: max77843: Add max77843 regulator driver

Hi Mark, 2015년 02월 05일 05:26에 Mark Brown 이(가) 쓴 글: On Wed, Feb 04, 2015 at 01:56:10PM +0900, Jaewon Kim wrote: This patch adds new regulator driver to support max77843 MFD(Multi Function Device) chip`s regulators. The Max77843 has two voltage regulators for USB safeout. Applied, thanks. I ma

Re: [PATCH v3 4/4] sched_clock: Avoid deadlock during read from NMI

On 02/04, Steven Rostedt wrote: > On Wed, 4 Feb 2015 17:23:51 -0800 > Stephen Boyd wrote: > > > On 01/30, Daniel Thompson wrote: > > > @@ -98,26 +98,50 @@ unsigned long long notrace sched_clock(void) > > > } > > > > > > /* > > > + * Updating the data required to read the clock. > > > + * > >

Re: [PATCH v6 3/6] mfd: ti_am335x_tscadc: Remove unwanted reg_se_cache save

On Wednesday 21 January 2015 03:44 PM, Vignesh R wrote: > On Tuesday 20 January 2015 09:34 PM, Lee Jones wrote: >> On Tue, 20 Jan 2015, R, Vignesh wrote: >>> On 1/20/2015 5:23 PM, Lee Jones wrote: On Wed, 07 Jan 2015, Vignesh R wrote: > In one shot mode, sequencer automatically disa

Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G

On 02/04/15 at 09:25pm, Yinghai Lu wrote: > On Wed, Feb 4, 2015 at 7:25 PM, Dave Young wrote: > >> After this patch, could use patched grub2-x86_64.efi to place > >> kernel/boot_params/cmd_line/initrd all above 4G and execute the kernel > >> above 4G. > > > > Can you share the grub2 patch for test

[PATCH 3/3] smack : Fixes the undesired smack label update in IPv6 code when a second bind call is made to same IP and Port by second instance of server (patches based on smack-for-3.20-0 branch)

From 2ac41a9bbbf267c33d1741d94f28aff2369b5cc1 Mon Sep 17 00:00:00 2001 From: Vishal Goel Date: Wed, 4 Feb 2015 22:59:50 +0530 Subject: This patch fixes the undesired SMACK label (SMACK64IPIN) update when a second bind call is made to same IP address & port, but with different SMACK label (SMACK6

[PATCH 3/3] pm: at91: Workaround DDRSDRC self-refresh bug with LPDDR1 memories.

From: Peter Rosin The DDRSDR controller fails miserably to put LPDDR1 memories in self-refresh. Force the controller to think it has DDR2 memories during the self-refresh period, as the DDR2 self-refresh spec is equivalent to LPDDR1, and is correctly implemented in the controller. Assume that th

[PATCH 2/3] pm: at91: pm_slowclock: remove clocks which are already stopped when entering slow clock mode

From: Sylvain Rochet Assume USB PLL and PLL B are already stopped before entering sleep mode, print a warning if this isn't the case. Removed PLL B from slow clock code, all drivers are supposed to properly unprepare clocks. Signed-off-by: Sylvain Rochet Acked-by: Wenyou.Yang --- arch/arm/ma

[PATCH 1/3] pm: at91: pm_slowclock: fix suspend/resume hang up in timeouts

From: Sylvain Rochet Removed timeout on XTAL, PLL lock and Master Clock Ready, hang if something went wrong instead of continuing in unknown condition. There is not much we can do if a PLL lock never ends, we are running in SRAM and we will not be able to connect back the sdram or ddram in order

[PATCH 0/3] at91-3.19: pm fixes

Hi Nicolas, The patch serial is to fix the pm issue. It is based on the branch: at91-3.19-fixes git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91.git Peter Rosin (1): pm: at91: Workaround DDRSDRC self-refresh bug with LPDDR1 memories. Sylvain Rochet (2): pm: at91: pm_slowclock

[PATCH 2/3] smack : Fixes the undesired smack label update when 2 servers are run with different protocols(tcp,udp)

From b32429fe2ff2f1fbfcf2a939f9ff9e2e798d7e72 Mon Sep 17 00:00:00 2001 From: Vishal Goel Date: Wed, 4 Feb 2015 19:45:08 +0530 Subject: This patch fixes the issue of "permission denied error" which comes when 2 IPv6 servers are running and client tries to connect one of them. Scenario is that bot

[PATCH] af_packet: don't pass empty blocks for PACKET_V3

Don't close an empty block on timeout. Its meaningless to pass it to the user. Moreover, passing empty blocks wastes CPU & buffer space increasing probability of packets dropping on small timeouts. Side effect of this patch is indefinite user-space wait in poll on idle links. But, I believe its be

[PATCH 1/3] smack : Adds the synchronization mechanism in smack IPv6 hooks

From 875727546f9ba0d3a98a906cff07fd710d72cadc Mon Sep 17 00:00:00 2001 From: Vishal Goel Date: Wed, 4 Feb 2015 03:02:55 +0530 Subject: This patch adds the rcu synchronization mechanism in SMACK IPv6 hooks while accessing smk_ipv6_port_list. Access to the port list is vulnerable to a race conditi

Re: [PATCH v5 10/13] clk: samsung: exynos5433: Add clocks for CMU_BUS{0|1|2} domains

Hi Sylwester, On 02/04/2015 10:02 PM, Sylwester Nawrocki wrote: > Hi Chanwoo, > > On 02/02/15 15:24, Chanwoo Choi wrote: >> This patch adds the mux/divider/gate clocks for CMU_BUS{0|1|2} domains >> which contain global data buses clocked at up the 400MHz. These blocks >> transfer data between DRA

[PATCH] [media] v4l: vb2-memops: use vma slab when vma allocation

The slab for vm_area_struct which is vm_area_cachep is already prepared for the general use. Instead of kmalloc() for the vma copy for userptr, allocation from vm_area_cachep is more beneficial. CC: Mauro Carvalho Chehab CC: Hans Verkuil CC: Laurent Pinchart Signed-off-by: Cho KyongHo --- dri

Re: [PATCH] x86: irq: Check for valid irq descriptor in check_irq_vectors_for_cpu_disable

On 2015/2/4 21:27, Joerg Roedel wrote: > Hi, > > here is a patch to fix a kernel panic at shutdown we have seen recently. > The issue is hard to reproduce, so the patch description about the root > cause of the bug comes only from review and my current understanding of > x86 irq code. > > So if w

[debug] WARNING: CPU: 0 PID: 0 at init/main.c:689 start_kernel()

501dfcad # 09:15 60+ 0 Merge branch 'for-next' of git://git.samba.org/sfrench/cifs-2.6 # extra tests on tree/branch next/master git bisect good df9f91e1a7435dbab885542039a0f273ca2dc8fd # 09:17 60+ 0 Add linux-next specific files for 20150204 This script may repro

[Patch v4 02/23] ACPI: Remove redundant check in function acpi_dev_resource_address_space()

From: Thomas Gleixner The ACPI type is checked in acpi_resource_to_address64() anyway. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |9 - 1 file changed, 9 deletions(-) diff --git a/drivers/acpi/resource.c b/drivers/acpi/resource.c index d0a

[Patch v4 01/23] ACPICA: Resources: Provide common part for struct acpi_resource_address structures.

From: Lv Zheng struct acpi_resource_address and struct acpi_resource_extended_address64 share substracts just at different offsets. To unify the parsing functions, OSPMs like Linux need a new ACPI_ADDRESS64_ATTRIBUTE as their substructs, so they can extract the shared data. This patch also sync

[Patch v4 06/23] ACPI: Unify the parsing of address_space and ext_address_space

From: Thomas Gleixner With the unions in place which let us identify the substructs we can use a single parser for address_space and ext_address_space. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c | 90 ++- 1

[Patch v4 08/23] ACPI: Add prefetch decoding to the address space parser

From: Thomas Gleixner Add support of PREFETCH attributre to ACPI address space and extended address space parser. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/acpi/resource.c b/drivers/acp

[Patch v4 14/23] ACPI: Translate resource into master side address for bridge window resources

Add translation_offset into the result address for bridge window resources to form the master side address. Currently acpi_dev_resource_{ext_}address_space() are only used for devices instead of bridges, so it won't break current users. Later it will be used to support PCI host bridge drivers. Si

[Patch v4 19/23] x86/PCI: Fix the range check for IO resources

The range check in setup_res() checks the IO range against iomem_resource. That's just wrong. Reworked based on Thomas original patch. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- arch/x86/pci/acpi.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/ar

[Patch v4 21/23] x86/PCI: Refine the way to release PCI IRQ resources

Some PCI device drivers assume that pci_dev->irq won't change after calling pci_disable_device() and pci_enable_device() during suspend and resume. Commit c03b3b0738a5 ("x86, irq, mpparse: Release IOAPIC pin when PCI device is disabled") frees PCI IRQ resources when pci_disable_device() is called

[Patch v4 23/23] x86/irq, ACPI: Implement ACPI driver to support IOAPIC hotplug

Enable support of IOAPIC hotplug by: 1) reintroducing ACPI based IOAPIC driver 2) enhance pci_root driver to hook hotplug events The ACPI IOAPIC driver is always enabled if all of ACPI, PCI and IOAPIC are enabled. Signed-off-by: Jiang Liu Cc: Konrad Rzeszutek Wilk Cc: Tony Luck Cc: Joerg Roede

[Patch v4 22/23] ACPI: Add interfaces to parse IOAPIC ID for IOAPIC hotplug

From: Yinghai Lu We need to parse APIC ID for IOAPIC registration for IOAPIC hotplug. ACPI _MAT method and MADT table are used to figure out IOAPIC ID, just like parsing CPU APIC ID for CPU hotplug. [ tglx: Fixed docbook comment ] Signed-off-by: Yinghai Lu Signed-off-by: Jiang Liu Cc: Konrad

[Patch v4 16/23] ACPI: Introduce helper function acpi_dev_filter_resource_type()

Introduce helper function acpi_dev_filter_resource_type(), which may be used by acpi_dev_get_resources() to filer out resource based on resource type. Signed-off-by: Jiang Liu --- drivers/acpi/resource.c | 55 +++ include/linux/acpi.h|8 +

[Patch v4 20/23] x86/PCI/ACPI: Use common ACPI resource interfaces to simplify implementation

Use common ACPI resource discovery interfaces to simplify PCI host bridge resource enumeration. Signed-off-by: Jiang Liu Acked-by: Bjorn Helgaas --- arch/x86/pci/acpi.c | 295 --- 1 file changed, 91 insertions(+), 204 deletions(-) diff --git a/a

[Patch v4 18/23] PCI: Use common resource list management code instead of private implementation

Use common resource list management data structure and interfaces instead of private implementation. Signed-off-by: Jiang Liu Acked-by: Will Deacon Acked-by: Bjorn Helgaas --- arch/arm/kernel/bios32.c|5 ++--- arch/x86/pci/bus_numa.c |4 ++-- drivers/pci/bus.c

[Patch v4 17/23] resources: Move struct resource_list_entry from ACPI into resource core

Currently ACPI, PCI and pnp all implement the same resource list management with different data structure. We need to transfer from one data structure into another when passing resources from one subsystem into another subsystem. So move struct resource_list_entry from ACPI into resource core and r

[Patch v4 07/23] ACPI: Move the window flag logic to the combined parser

From: Thomas Gleixner Normal memory and io resources have window always set to false. Move the flag logic to the unified address space parser. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c | 22 +- 1 file changed, 9 insertions(+), 13

[Patch v4 09/23] ACPI: Fix a bug in parsing ACPI Memory24 resource

According to ACPI spec 5, section 6.4.3.1 "24-Bit Memory Range Descriptor", minimum, maximum and address_length field in struct acpi_resource_memory24 is in granularity of 256-bytes. So shift 8-bit left to get correct address. Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |4 ++-- 1 f

[Patch v4 13/23] ACPI: Return translation offset when parsing ACPI address space resources

Change function acpi_dev_resource_address_space() and acpi_dev_resource_ext_address_space() to return address space translation offset. It's based on a patch from Yinghai Lu . Signed-off-by: Jiang Liu --- drivers/acpi/resource.c| 58 ++-- drivers/pn

[Patch v4 11/23] ACPI: Set flag IORESOURCE_UNSET for unassigned resources

Also set flag IORESOURCE_UNSET for unassigned resource in addition to IORESOURCE_DISABLED to mark resource as unassigned. Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/acpi/resource.c b/drivers/acpi/res

[Patch v4 12/23] ACPI: Enforce stricter checks for address space descriptors

Enforce stricter checks for address space descriptors according to ACPI spec. Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/acpi/resource.c b/drivers/acpi/resource.c index 5bf73a9f26d9..57891a621b96 100644 --- a/drive

[Patch v4 15/23] ACPI: Add field offset to struct resource_list_entry

Add field offset to struct resource_list_entry to host address space translation offset so it could be used to represent bridge resources. Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |1 + include/linux/acpi.h|1 + 2 files changed, 2 insertions(+) diff --git a/drivers/acpi/

[Patch v4 10/23] ACPI: Normalize return value of resource parser functions

Normalize return value of resource parse functions as: 1) return "true" if resource is assigned. 2) return "false" and IORESOURCE_DISABLED setting in res->flags if resource is unassigned. 3) return "false" and zeroing res->flags if it's not an valid or expected resource. Signed-off-by: Jiang

[Patch v4 05/23] ACPI: Let the parser return false for disabled resources

From: Thomas Gleixner If the parser disables a resource during parsing, let it return false, so the calling code does not need to implement further checks. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c |8 1 file changed, 4 insertions(+), 4 d

[Patch v4 04/23] ACPI: Use the length check for io resources as well

From: Thomas Gleixner Also apply length check to IO resources. [Jiang] Remove enforcement that resource starting address must be non-zero. Signed-off-by: Thomas Gleixner Signed-off-by: Jiang Liu --- drivers/acpi/resource.c | 44 +++- 1 file changed,

[Patch v4 03/23] ACPI: Implement proper length checks for mem resources

From: Thomas Gleixner Check whether the resulting length is the same as the given length. Check for start <= end as well. We need to hand in the resource for this, so we can apply the flags directly. [Jiang] Remove enforcement that resource starting address must be non-zero. Signed-off-by: Tho

[Patch v4 00/23] Improve ACPI resource parsing interfaces and enable IOAPIC hotplug

During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues in ACPI resource parsing interfaces. So this is an effort to improve them. Patch 1 refines ACPICA resource descriptors, which has already been merged into "git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git bleed

Re: [LKP] [mm] 721c21c17ab: +11.7% will-it-scale.per_thread_ops

On Tue, 2015-02-03 at 10:27 +, Will Deacon wrote: > On Tue, Feb 03, 2015 at 07:45:04AM +, Huang Ying wrote: > > FYI, we noticed the below changes on > > > > commit 721c21c17ab958abf19a8fc611c3bd4743680e38 ("mm: mmu_gather: use > > tlb->end != 0 only for TLB invalidation") > > Is this delt

Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G

On Wed, Feb 4, 2015 at 7:25 PM, Dave Young wrote: >> After this patch, could use patched grub2-x86_64.efi to place >> kernel/boot_params/cmd_line/initrd all above 4G and execute the kernel >> above 4G. > > Can you share the grub2 patch for testing? Please check attached 5 patches. last one is for

[PATCH] Documentation: Fix the wrong command `echo -1 > set_ftrace_pid` for cleaning the filter.

The command `echo > set_ftrace_pid` should be used to clean the filter quietly. because the command `echo -1 > set_ftrace_pid` will output the following: "bash: echo: write error: Invalid argument". so update the file Documentation/trace/ftrace.txt. Signed-off-by: Wang Long --- Documentation/t

Re: [PATCH v10 4/6] devicetree: Add new SKY81452 backlight binding

On Wed, Feb 04, 2015 at 09:11:22AM -0600, Rob Herring wrote: > On Fri, Jan 23, 2015 at 12:28 AM, wrote: > > From: Gyungoh Yoo > > > > Signed-off-by: Gyungoh Yoo > > Acked-by: Bryan Wu > > --- > > Changes v10: > > Nothing > > > > Changes v9: > > Nothing > > > > Changes v8: > > Renamed property

Re: [PATCH v3 08/24] powerpc/spapr: vfio: Switch from iommu_table to new powerpc_iommu

On 02/05/2015 12:32 AM, Alexander Graf wrote: > > > On 03.02.15 01:12, Alex Williamson wrote: >> On Thu, 2015-01-29 at 20:21 +1100, Alexey Kardashevskiy wrote: >>> Modern IBM POWERPC systems support multiple (currently two) TCE tables >>> per IOMMU group (a.k.a. PE). This adds a powerpc_iommu con

Re: [PATCH v3 12/24] powerpc/iommu/powernv: Release replaced TCE

On 02/04/2015 05:08 PM, Paul Mackerras wrote: > On Thu, Jan 29, 2015 at 08:21:53PM +1100, Alexey Kardashevskiy wrote: >> At the moment writing new TCE value to the IOMMU table fails with EBUSY >> if there is a valid entry already. However PAPR specification allows >> the guest to write new TCE valu

  1   2   3   4   5   6   7   8   9   10   >