[PATCH v4 00/15] Introduce common infra for tegra clocks

This patchset introduces common infrastructure for clocks which exist in several Tegra SoCs. We also also move Tegra20, Tegra30 and Tegra114 to this new infrastructure. Changes since v1: + move common clks allocation to patch 2

[PATCH v4 08/15] clk: tegra: add common infra for DT clocks

Introduce a common infrastructure for sharing clock initialization between SoCs. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/clk.c |9 + drivers/clk/tegra/clk.h |7 +++ 2 files changed, 16 insertions(+), 0 deletions(-) diff --git a/drivers/clk/tegra/clk.c b/drive

[PATCH v4 12/15] clk: tegra: move PMC, fixed clocks to common files

Introduce new files for fixed and PMC clocks common between several Tegra SoCs and move Tegra114 to this new infrastructure. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/Makefile |2 + drivers/clk/tegra/clk-tegra-fixed.c | 113 ++ drivers/clk/

[PATCH v4 10/15] clk: tegra: move audio clk to common file

Move audio clocks and PLLA initialization to a common file so it can be used by multiple Tegra SoCs. Also a new array tegra114_clks is introduced for Tegra114 which specifies which common clocks are available on Tegra114 and what their DT IDs are. Signed-off-by: Peter De Schrijver --- drivers/cl

[PATCH v4 15/15] clk: tegra: move tegra20 to common infra

Move tegra20 to common tegra clock infrastructure. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/clk-tegra20.c | 651 +++ 1 files changed, 255 insertions(+), 396 deletions(-) diff --git a/drivers/clk/tegra/clk-tegra20.c b/drivers/clk/tegra/clk-tegr

[PATCH v4 06/15] clk: tegra: move fields to tegra_clk_pll_params

Move some fields related to the PLL HW description to the tegra_clk_pll_params. This allows some PLL code to be moved to common files later. Signed-off-by: Peter De Schrijver --- drivers/clk/tegra/clk-pll.c | 138 -- drivers/clk/tegra/clk-tegra114.c |

[PATCH v4 01/15] ARM: tegra30: add missing CLK IDs

The Tegra30 clock bindings lack few IDs for audio and clk_out muxes. Signed-off-by: Peter De Schrijver --- include/dt-bindings/clock/tegra30-car.h | 10 +- 1 files changed, 9 insertions(+), 1 deletions(-) diff --git a/include/dt-bindings/clock/tegra30-car.h b/include/dt-bindings/cloc

Re: sun4i_handle_irq: WARNING at net/ipv4/tcp_input.c:2711 tcp_fastretrans_alert

Hi Richard On Thu, Oct 17, 2013 at 01:46:49PM +0200, Richard Genoud wrote: > > Hmmm, that seems pretty far from the network/interrupt drivers, and it > > looks like other users have seen this on !ARM machines: > > http://forums.gentoo.org/viewtopic-p-7379928.html > > https://bugzilla.redhat.com/sh

Re: Extended H/W error log driver

On 10/16/2013 12:53 AM, Borislav Petkov wrote: On Wed, Oct 16, 2013 at 12:40:40AM +0530, Naveen N. Rao wrote: +2 ;) You're counting for 2 people, huh? That's me raising both my hands :) :-) While at it, I wonder if we're better off calling these "Hardware events" rather than "Hardware e

Re: [PATCH] sound: pci: emu10k1: code refactoring and casting removal

At Thu, 17 Oct 2013 08:13:32 -0300, Geyslan Gregório Bem wrote: > > 2013/10/17 Takashi Iwai : > > At Wed, 16 Oct 2013 19:11:21 -0300, > > Geyslan G. Bem wrote: > >> > >> Partially restructures _snd_emu10k1_audigy_init_efx() and > >> _snd_emu10k1_init_efx() functions. > >> > >> Removes useless cast

Re: [PATCH v2 6/9] ACPI, APEI, CPER: Add UEFI 2.4 support for memory error

On Thu, Oct 17, 2013 at 07:23:06AM -0300, Mauro Carvalho Chehab wrote: > Date: Thu, 17 Oct 2013 07:23:06 -0300 > From: Mauro Carvalho Chehab > To: "Chen, Gong" > Cc: tony.l...@intel.com, b...@alien8.de, j...@perches.com, > naveen.n@linux.vnet.ibm.com, aroza...@redhat.com, > linux-a...@vger.

[PATCH] ext4: pair trace_ext4_writepages & trace_ext4_writepages_result

Pair the two trace events to make troubeshooting writepages easier, and it should be more convinient to write a simple script to parse the traces. Cc: Ted Tso Cc: linux-e...@vger.kernel.org Cc: "linux-fsde...@vger.kernel.org" Cc: Jan Kara Signed-off-by: Ming Lei --- fs/ext4/inode.c | 11 +++

Re: [PATCH v2 6/9] ACPI, APEI, CPER: Add UEFI 2.4 support for memory error

On 10/16/2013 08:26 PM, Chen, Gong wrote: In latest UEFI spec(by now it is 2.4) memory error definition for CPER (UEFI 2.4 Appendix N Common Platform Error Record) adds some new fields. These fields help people to locate memory error on actual DIMM location. Original-author: Tony Luck Signed-of

Re: [PATCH 2/8] ACPI, CPER: Update cper info

On 10/16/2013 07:09 AM, Chen Gong wrote: On Tue, Oct 15, 2013 at 11:47:23PM +0530, Naveen N. Rao wrote: Date: Tue, 15 Oct 2013 23:47:23 +0530 From: "Naveen N. Rao" To: "Chen, Gong" Cc: tony.l...@intel.com, b...@alien8.de, linux-kernel@vger.kernel.org, linux-a...@vger.kernel.org Subject: Re:

Re: 3.12.0-rc5+ reproducible crash at kernel/timer.c:1117

On Tue, Oct 15, 2013 at 10:41 AM, Janne Karhunen wrote: >> call_timer_fn 0x73/0x160 <--- EIP hits 0 > > Use after free.. with CONFIG_DEBUG_PAGEALLOC && > CONFIG_DEBUG_OBJECTS_TIMERS we get : > > call_timer_fn 0x73/0x160 > destroy_timer_on_stack 0x20/0x20 > ftrace_raw_event_hrtimer_expire_entry 0x

Re: [alsa-devel] [PATCHv1 1/8] ALSA: Add SAI SoC Digital Audio Interface driver.

On 10/17/2013 02:15 PM, Timur Tabi wrote: > Xiubo Li wrote: >> +res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> +sai->base = devm_ioremap_resource(&pdev->dev, res); > > Why not use of_iomap()? Because it won't check for conflicting resource regions. - Lars -- To unsubscribe fro

[PATCH v3] blk-throttle: simplify logic by token bucket algorithm

From: Hong Zhiguo Token bucket algorithm(http://en.wikipedia.org/wiki/Token_bucket) is very simple and widely used for rate limiting and shaping. It's well suitable for blk-throttle. And it natually works for hierarchical cgroups. So I took it to replace the original time _slicing_|_trimming_|_ex

[PATCH 1/2] efi: Add asm-generic/efi.h for non-x86

From: Matt Fleming >From the #ifdef CONFIG_X86 in linux/efi.h it's clear we need a place to declare functions that are implemented differently for each architecture. Since it's only x86 that needs to do special things, add a generic EFI header file that can be used by everyone else and move the

[PATCH v3 0/2] EFI earlyprintk support

From: Matt Fleming These two patches cleanup the #include duplication and get rid of the #ifdef CONFIG_X86 in efi.h, and add support for earlyprintk=efi, which is the only way users can debug early boot crashes without special hardware. Matt Fleming (2): efi: Add asm-generic/efi.h for non-x86

[PATCH v3 2/2] x86/efi: Add EFI framebuffer earlyprintk support

From: Matt Fleming It's incredibly difficult to diagnose early EFI boot issues without special hardware because earlyprintk=vga doesn't work on EFI systems. Add support for writing to the EFI framebuffer, via earlyprintk=efi, which will actually give users a chance of providing debug output. Cc

Re: [PATCHv1 1/8] ALSA: Add SAI SoC Digital Audio Interface driver.

Xiubo Li wrote: + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + sai->base = devm_ioremap_resource(&pdev->dev, res); Why not use of_iomap()? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [RESEND PATCH 3/4] ARM: dts: bcm281xx: Add i2c busses

On Wed, Oct 16, 2013 at 09:32:51PM -0700, Christian Daudt wrote: > Hi Tim, > This patch does not work as it relies on the yet-unmerged clock code > for bcm11351. This patch does not apply to -rc, and when tweaked it > does not compile as it references non-existent bsc_clks. > Has the clk patches

Re: [PATCH 5/5] efi: Capsule update support and pstore backend

On Wed, 16 Oct, at 01:14:16PM, Andi Kleen wrote: > > + It should be noted that enabling this opton will pass a capsule > > + to the firmware on every boot. Some firmware will not allow a > > + user to enter the BIOS setup when a capsule has been registered > > + on the previous boot

Re: [PATCH] ARM: CCI : Fix implicit declaration of function error

On Mon, Oct 14, 2013 at 03:52:27PM +0530, Majunath Goudar wrote: > This patch adds a inline dummy implementations of_find_matching_node() > in "#ifdef CONFIG_OF" else part. Without this patch,build system can > lead to issues. This was discovered during randconfig testing,in which > ARM_CCI was ena

Re: [PATCH v4 3/7] arm64: move encode_insn_immediate() from module.c to insn.c

On Thu, Oct 17, 2013 at 07:19:36AM +0100, Jiang Liu wrote: > From: Jiang Liu > > Function encode_insn_immediate() will be used by other instruction > manipulate related functions, so move it into insn.c and rename it > as aarch64_insn_encode_immediate(). > > Signed-off-by: Jiang Liu > Cc: Jiang

[RESEND][PATCH] of: add vendor prefix for PHYTEC Messtechnik GmbH

Adds PHYTEC to the list of DT vendor prefixes. Signed-off-by: Matt Porter --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt i

Re: [PATCH] X.25: Fix address field length calculation

E.g. called address 7 digits and caller address 3 digits. Called DCE answering without facilities gives us this packet (hex): 37 12 34 56 71 23 00 then x25_parse_address_block() tries to pull 1+7+3 = 11 bytes from the packet (with pskb_may_pull()) which only has 7 bytes. When facilities are inc

Re: [PATCH 5/5] efi: Capsule update support and pstore backend

On Wed, 16 Oct, at 02:52:25PM, Luck, Tony wrote: > > Where by "May not function correctly" you mean "May crash the system"? > > I'm a little uneasy having this run by default if enabled, even if it's > > disabled by default in the config. > > There's also an "either/or" choice between using efi-

Re: [PATCH 5/5] efi: Capsule update support and pstore backend

On Wed, 16 Oct, at 03:19:39PM, Matthew Garrett wrote: > On Wed, Oct 16, 2013 at 02:51:00PM +0100, Matt Fleming wrote: > > > + Many EFI machines have buggy implementations of the UpdateCapsule() > > + runtime service. This option will enable code that may not function > > + correctly wi

Re: sun4i_handle_irq: WARNING at net/ipv4/tcp_input.c:2711 tcp_fastretrans_alert

2013/8/23 Maxime Ripard : > Hi Richard, > > On Wed, Aug 21, 2013 at 11:47:20AM +0200, Richard GENOUD wrote: >> Hi Maxime, Stephan >> >> I just realise that, *sometimes*, I have some warnings on my cubieboard >> (6 since the 22 of july, and the board is runnning 24/24). > > Wow, I'm impressed it wor

Re: [PATCH] ACPI / power: Drop automaitc resume of power resource dependent devices

On Thursday, October 17, 2013 02:57:12 PM Aaron Lu wrote: > On 10/16/2013 09:25 PM, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > The mechanism causing devices depending on a given power resource > > (that is, devices that can be in D0 only if that power resource is > > on) to be r

Re: [PATCH v4 2/7] arm64: introduce interfaces to hotpatch kernel and module code

[adding Tixy for stop_machine() question below] On Thu, Oct 17, 2013 at 07:19:35AM +0100, Jiang Liu wrote: > From: Jiang Liu > > Introduce three interfaces to patch kernel and module code: > aarch64_insn_patch_text_nosync(): > patch code without synchronization, it's caller's responsibilit

Re: [PATCH] LSM: ModPin LSM for module loading restrictions

On Thu, Oct 17, 2013 at 07:02:17PM +1100, James Morris wrote: > This seems like a regression in terms of separating mechanism and policy. > > We have several access control systems available (SELinux, at least) which > can implement this functionality with existing mechanisms using dynamic > p

Re: BUG: mm, numa: test segfaults, only when NUMA balancing is on

Hi Alex, On Wed, Oct 16, 2013 at 11:54 PM, Alex Thorlton wrote: > Hi guys, > > I ran into a bug a week or so ago, that I believe has something to do > with NUMA balancing, but I'm having a tough time tracking down exactly > what is causing it. When running with the following configuration > opti

Re: [PATCH] ACPI/Power: Check physical device's runtime pm status before requesting to resume it

On Thursday, October 17, 2013 10:40:03 AM Lan Tianyu wrote: > On 2013年10月17日 09:02, Lan Tianyu wrote: > > On 2013年10月16日 20:42, Rafael J. Wysocki wrote: > >> On Wednesday, October 16, 2013 05:26:21 PM Lan Tianyu wrote: > >>> This is a multi-part message in MIME format. > >>> --090400010

Re: [PATCH 2/2] vmsplice: Add limited zero copy to vmsplice

On 10/07/2013 10:21 PM, Robert C Jennings wrote: > From: Matt Helsley > > It is sometimes useful to move anonymous pages over a pipe rather than > save/swap them. Check the SPLICE_F_GIFT and SPLICE_F_MOVE flags to see > if userspace would like to move such pages. This differs from plain > SPLICE_

Re: [PATCH] perf, x86: Optimize intel_pmu_pebs_fixup_ip()

On Wed, Oct 16, 2013 at 03:31:25PM +0200, Peter Zijlstra wrote: > On Wed, Oct 16, 2013 at 08:46:49AM -0400, Don Zickus wrote: > > On Wed, Oct 16, 2013 at 12:57:55PM +0200, Peter Zijlstra wrote: > > > A prettier patch below. The main difference is on-demand allocation of > > > the scratch buffer. >

[PATCH RFC v4 1/6] arm64: support single-step and breakpoint handler hooks

AArch64 Single Steping and Breakpoint debug exceptions will be used by multiple debug framworks like kprobes & kgdb. This patch implements the hooks for those frameworks to register their own handlers for handling breakpoint and single step events. Reworked the debug exception handler in entry.S:

[PATCH RFC 3/6] arm64: Kprobes instruction simulation support

Add support for AArch64 instruction simulation in kprobes. Kprobes need simulation of instructions that cannot be stepped right-away from different memory location. i.e. those instructions that uses PC-relative addressing. In simulation, the behaviour of the instruction is implemented using copy o

[PATCH RFC 6/6] kprobes: Add cases for arm and arm64 in sample module

Add info prints in sample kprobe handlers for ARM and ARM64 architecture. Signed-off-by: Sandeepa Prabhu --- samples/kprobes/kprobe_example.c | 16 1 file changed, 16 insertions(+) diff --git a/samples/kprobes/kprobe_example.c b/samples/kprobes/kprobe_example.c index 366db1a..0

[PATCH RFC 4/6] arm64: Add kernel return probes support(kretprobes)

AArch64 ISA does not instructions to pop PC register value from stack(like ARM v7 has ldmia {...,pc}) without using one of the general purpose registers. This means return probes cannot return to the actual return address directly without modifying register context, and without trapping into debug

[PATCH RFC 2/6] arm64: Kprobes with single stepping support

Add support for basic kernel probes(kprobes), jump probes (jprobes) for ARM64. Kprobes will utilize software breakpoint and single step debug exceptions supported on ARM v8. software breakpoint is placed at the probe address to trap the kernel execution into kprobe handler. ARM v8 support single

[PATCH RFC 5/6] arm64: Enable kprobes support for arm64 platform

This patch enables kprobes support in arm64 common defconfig file. Signed-off-by: Sandeepa Prabhu --- arch/arm64/configs/defconfig | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 31c81e9..

[PATCH RFC v2 0/6] ARM64: Add kernel probes(Kprobes) support

This patchset adds support for kernel probes(kprobes), jump probes(jprobes) and return probes(kretprobes) support for ARM64. Kprobes mechanism make use of software breakpoint and single stepping support available in ARM v8 kernel. This patchset make use of (and dependant upon) dynamic kernel patc

Re: [PATCH] sound: pci: emu10k1: code refactoring and casting removal

2013/10/17 Takashi Iwai : > At Wed, 16 Oct 2013 19:11:21 -0300, > Geyslan G. Bem wrote: >> >> Partially restructures _snd_emu10k1_audigy_init_efx() and >> _snd_emu10k1_init_efx() functions. >> >> Removes useless casting (void *) from value returned by kcalloc; >> see Documentation/CodingStyle, Chap

Re: [PATCH] X.25: Fix address field length calculation

Sorry for the previous html mail. This appears to be correct, what length addresses are you getting back in the call accept when this happens? On Wed, Oct 16, 2013 at 7:56 PM, David Laight wrote: >> On Tue, 2013-10-15 at 14:29 +, Kelleter, Günther wrote: >> > Addresses are BCD encoded, not AS

Re: [PATCH for 3.12] mutex: Avoid gcc version dependent __builtin_constant_p() usage.

On Thu, Oct 17, 2013 at 12:54:21PM +0200, Maarten Lankhorst wrote: > op 17-10-13 12:52, Peter Zijlstra schreef: > > On Thu, Oct 17, 2013 at 07:45:29PM +0900, Tetsuo Handa wrote: > >> Commit 040a0a37 "mutex: Add support for wound/wait style locks" used > >> "!__builtin_constant_p(p == NULL)" but gcc

Re: [BUG] spi/spi-atmel: DMA rx buffer corruption with SPI_IOC_MESSAGE

2013/10/8 Richard Genoud : > Hi all, > > I finally found the bug I saw months ago, before "[PATCH v8 3/8] > spi/spi-atmel: add dmaengine support" was merged. > > Here it is: > > When the ioctl SPI_IOC_MESSAGE is used with small and big buffers, > the big RX buffer is corrupted with bytes from the b

Sap hana Online training course

SAP HANA accelerate business process and helps in building new business models by speeding data transactions and helps analytics to create solutions to improvise business performance. SAP HANA Online Training Concepts : Introduction Look &Feel Architecture Dat

Sap hana Online training

SAP HANA is equipped with multiengine query processing environment which supports relational as well as graphical and text data within same system. It provides features that support significant processing speed, handle huge data sizes and text mining capabilities. SAP HANA Online Training

Re: [PATCH for 3.12] mutex: Avoid gcc version dependent __builtin_constant_p() usage.

op 17-10-13 12:52, Peter Zijlstra schreef: > On Thu, Oct 17, 2013 at 07:45:29PM +0900, Tetsuo Handa wrote: >> Commit 040a0a37 "mutex: Add support for wound/wait style locks" used >> "!__builtin_constant_p(p == NULL)" but gcc 3.x cannot handle such expression >> correctly, leading to boot failure wh

[char-misc-next V3] mei: me: downgrade two errors to debug level

From: Paul Bolle The mei_me driver prints "suspend" at error level at each suspend. It also prints "stop" at error level at driver unload. Downgrade these uninteresting messages to debug level. Cc: Adam Jackson Cc: Joe Perches Signed-off-by: Paul Bolle Signed-off-by: Tomas Winkler --- 0) v1

Re: [PATCH for 3.12] mutex: Avoid gcc version dependent __builtin_constant_p() usage.

On Thu, Oct 17, 2013 at 07:45:29PM +0900, Tetsuo Handa wrote: > Commit 040a0a37 "mutex: Add support for wound/wait style locks" used > "!__builtin_constant_p(p == NULL)" but gcc 3.x cannot handle such expression > correctly, leading to boot failure when built with CONFIG_DEBUG_MUTEXES=y. So I comp

Re: [PATCH v4 1/7] arm64: introduce basic aarch64 instruction decoding helpers

On Thu, Oct 17, 2013 at 07:19:34AM +0100, Jiang Liu wrote: > From: Jiang Liu > > Introduce basic aarch64 instruction decoding helper > aarch64_get_insn_class() and aarch64_insn_hotpatch_safe(). > > Signed-off-by: Jiang Liu > Cc: Jiang Liu > --- > arch/arm64/include/asm/insn.h | 67 +++

[PATCHv3] mmc: atmel-mci: add vmmc-supply support

Other MMC hosts handle a regulator named vmmc-supply that allows to power the MMC card or SDIO device before communicating on the bus. Signed-off-by: Alexandre Belloni --- Changes in v2: - use mmc_regulator_get_supply instead of devm_regulator_get Changes in v3: - en/disable the regulator in

[PATCH for 3.12] mutex: Avoid gcc version dependent __builtin_constant_p() usage.

Commit 040a0a37 "mutex: Add support for wound/wait style locks" used "!__builtin_constant_p(p == NULL)" but gcc 3.x cannot handle such expression correctly, leading to boot failure when built with CONFIG_DEBUG_MUTEXES=y. Fix it by explicitly passing a bool which tells whether p != NULL or not. Si

Re: [PATCH 01/28] dmaengine: use DMA_COMPLETE for dma completion status

On Thu, Oct 17, 2013 at 10:27:13AM +0200, Guennadi Liakhovetski wrote: > On Thu, 17 Oct 2013, Vinod Koul wrote: > > > On Wed, Oct 16, 2013 at 11:45:48AM -0700, Dan Williams wrote: > > > On Wed, Oct 16, 2013 at 11:29 AM, Guennadi Liakhovetski > > > > > > > > Doesn't this break kernel compilation fo

Re: [PATCH v2 3/4] ARM: EXYNOS: add Exynos Dual Cluster Support

On 10/14/2013 05:08 PM, Vyacheslav Tyrtov wrote: From: Tarek Dakhran Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC. This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time. IIUC, the 5410 has a CCI-400 bug preventing to use the two clusters at the same time. Righ

Re: cp --reflink and target file open flags

On Wed, 16 Oct 2013 18:36:19 -0500 Steve French wrote: > cp --reflink opens the target file for O_WRONLY before invoking the > (BTRFS) ioctl for clone file, but for copy offload over the network > the SMB2 specification requires that the target file be open O_RDWR. > > I may be able to upgrade t

Re: [PATCH 0/7] static_key: fix timer bugs & change api (a bit)

Il 17/10/2013 12:10, Radim Krčmář ha scritto: > While fixing a simple crash on kvm module unload > > 1: rate_limit timer can fire after we free its key's module memory. > > I noticed other deficiencies in jump_label/static_key code > (The most important is 4.) > > 2: jump_label_rate_limit() uses

Re: BUG report about ipt_do_table( )

On Thu, Oct 17, 2013 at 02:51:34AM +0100, Wang, Yalin wrote: > Hi Will, Hello, > I am happy to notify that our stability test has passed, > And this Crash don't happen again, > So seems this patch work now . Great! > We has merged it into our release SW . > Could I know if this patch will be

Re: [PATCH, RFC] x86-64: properly handle FPU code/data selectors

On Thu, Oct 17, 2013 at 11:37:48AM +0100, Jan Beulich wrote: > >>> On 17.10.13 at 12:23, Gleb Natapov wrote: > > On Thu, Oct 17, 2013 at 10:51:52AM +0100, Jan Beulich wrote: > >> >>> On 17.10.13 at 11:41, Gleb Natapov wrote: > >> > KVM obviously knows the complete state of virtual CPU. It can fig

Re: About [PATCH 1/2] regulator: core: Provide a dummy regulator with full constraints

On 10/17/2013 05:37 PM, Mark Brown wrote: > * PGP Signed by an unknown key > > On Thu, Oct 17, 2013 at 12:39:55PM +0800, Wei Ni wrote: > >> So do you mean it should call the regulator_has_full_constraints() in >> the .init_machine for all machines? If so, this will affect all boards, >> for examp

Re: [PATCH 4/7] static_key: use static_key_slow_inc_deferred()

Il 17/10/2013 12:10, Radim Krčmář ha scritto: > Simple replacement where possible. > Saves us problematic access to the structure and allows optimalizations > and bug fixes to take place. I think you should introduce this first as a simple wrapper around static_key_slow_inc, and then add the bells

Re: [PATCH, RFC] x86-64: properly handle FPU code/data selectors

>>> On 17.10.13 at 12:23, Gleb Natapov wrote: > On Thu, Oct 17, 2013 at 10:51:52AM +0100, Jan Beulich wrote: >> >>> On 17.10.13 at 11:41, Gleb Natapov wrote: >> > KVM obviously knows the complete state of virtual CPU. It can figure the >> > situation above by looking at CS descriptor, not need to

Re: [PATCH 2/6] rcu: Create rcu_sync infrastructure

* Peter Zijlstra [2013-10-08 12:25:07]: > From: Oleg Nesterov > > It is functionally equivalent to > > struct rcu_sync_struct { > atomic_t counter; > }; > > static inline bool rcu_sync_is_idle(struct rcu_sync_struct *xxx) > { > r

Re: [PATCH 1/7] static_key: flush rate limit timer on rmmod

Il 17/10/2013 12:10, Radim Krčmář ha scritto: > Fix a bug when we free module memory while timer is pending by marking > deferred static keys and flushing the timer on module unload. > > Also make static_key_rate_limit() useable more than once. > > Reproducer: (host crasher) > modprobe kvm_inte

Re: [PATCH 8/8] ACPI / trace: Add trace interface for eMCA driver

Em Wed, 16 Oct 2013 20:47:05 + "Luck, Tony" escreveu: > > Also, I suspect that, if an error happens to affect more than one DIMM > > (e. g. part of the location is not available for a given error), > > that the DIMM label will also not be properly shown. > > There are a couple of cases here:

Re: [PATCH 8/8] ACPI / trace: Add trace interface for eMCA driver

Em Wed, 16 Oct 2013 20:35:32 + "Luck, Tony" escreveu: > > Are there any changes with regards to that, like some enforcement policy > > for BIOS manufacturers to make it right? > > I am using a cricket bat to beat BIOS teams that implement eMCA to make > sure they get the labels in SMBIOS rig

Re: [PATCH] udf: fix for pathetic mount times in case of invalid file system

On Thu 17-10-13 00:36:41, Péter András Felvégi wrote: > From: Peter A. Felvegi > > The UDF driver was not strict enough about checking the IDs in the > VSDs when mounting, which resulted in reading through all the sectors > of the block device in some unfortunate cases. Eg, trying to mount my > u

Re: [PATCH v2 8/9] ACPI, APEI, CPER: Cleanup CPER memory error output format

Em Wed, 16 Oct 2013 19:24:10 +0200 Borislav Petkov escreveu: > On Wed, Oct 16, 2013 at 10:56:05AM -0400, Chen, Gong wrote: > > Keep up only the most important fields for memory error > > reporting. The detail information will be moved to perf/trace > > interface. > > > > Suggested-by: Tony Luck

Re: [PATCH v2 7/9] ACPI, APEI, CPER: Enhance memory reporting capability

Em Wed, 16 Oct 2013 10:56:04 -0400 "Chen, Gong" escreveu: > After H/W error happens under FFM enabled mode, lots of information > are shown but some important parts like DIMM location missed. This > patch is used to show these extra fileds. > > Original-author: Tony Luck > Signed-off-by: Chen,

Re: [PATCHv1 0/8] ALSA: Add SAI driver and enable SGT15000 codec.

Hi, Xiubo Li wrote: The subject has a wrong name for the codec "SGT1..." instead of "SGTL...", which will make it difficult to search for this thread in mail archives or in commit messages once this patches should be applied! Lothar Waßmann -- _

Re: [PATCH, RFC] x86-64: properly handle FPU code/data selectors

On Thu, Oct 17, 2013 at 10:51:52AM +0100, Jan Beulich wrote: > >>> On 17.10.13 at 11:41, Gleb Natapov wrote: > > On Thu, Oct 17, 2013 at 10:33:33AM +0100, Jan Beulich wrote: > >> >>> On 17.10.13 at 11:27, Gleb Natapov wrote: > >> > On Wed, Oct 16, 2013 at 05:13:40PM +0100, Jan Beulich wrote: > >>

Re: [PATCH v2 6/9] ACPI, APEI, CPER: Add UEFI 2.4 support for memory error

Em Wed, 16 Oct 2013 10:56:03 -0400 "Chen, Gong" escreveu: > In latest UEFI spec(by now it is 2.4) memory error definition > for CPER (UEFI 2.4 Appendix N Common Platform Error Record) > adds some new fields. These fields help people to locate > memory error on actual DIMM location. > > Original-

Re: [PATCH 1/2] vmsplice: unmap gifted pages for recipient

On 10/07/2013 10:21 PM, Robert C Jennings wrote: > Introduce use of the unused SPLICE_F_MOVE flag for vmsplice to zap > pages. > > When vmsplice is called with flags (SPLICE_F_GIFT | SPLICE_F_MOVE) the > writer's gift'ed pages would be zapped. This patch supports further work > to move vmsplice'd

[PATCH 5/7] jump_label: relax branch hinting restrictions

We implemented the optimized branch selection in higher levels of api. That made static_keys very unintuitive, so this patch introduces another element to jump_table, carrying one bit that tells the underlying code which branch to optimize. It is now possible to select optimized branch for every j

[PATCH 4/7] static_key: use static_key_slow_inc_deferred()

Simple replacement where possible. Saves us problematic access to the structure and allows optimalizations and bug fixes to take place. Signed-off-by: Radim Krčmář --- arch/x86/kvm/lapic.c | 7 --- kernel/events/core.c | 6 +++--- 2 files changed, 7 insertions(+), 6 deletions(-) diff --git

[PATCH 1/7] static_key: flush rate limit timer on rmmod

Fix a bug when we free module memory while timer is pending by marking deferred static keys and flushing the timer on module unload. Also make static_key_rate_limit() useable more than once. Reproducer: (host crasher) modprobe kvm_intel (sleep 1; echo quit) \ | qemu-kvm -kernel /dev/null

[PATCH 7/7] init: execute jump_label_init() earlier

Patching of jump labels does not have to depend on any other init code, so we should do it as soon as possible because static_keys cannot be used before that. If we find it does depend on something, the init case of patching should be modified. Signed-off-by: Radim Krčmář --- There should be no

Re: [PATCHv1 5/8] ASoC: sgtl5000: Revise the bugs about the sgt15000 codec.

Hi, Xiubo Li wrote: > When the CONFIG_REGULATOR is disabled there will be some warnings > printed out. > > Signed-off-by: Xiubo Li > --- > sound/soc/codecs/sgtl5000.c | 13 - > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc

Re: [PATCH] WAN: Adding support for Infineon PEF2256 E1 chipset

On Wed, Oct 16, 2013 at 04:25:35PM +0100, Christophe Leroy wrote: > The patch adds WAN support for Infineon PEF2256 E1 Chipset. > > Signed-off-by: Jerome Chantelauze > Acked-by: Christophe Leroy > +static ssize_t fs_attr_mode_store(struct device *dev, > + struct device_att

[PATCH 0/7] static_key: fix timer bugs & change api (a bit)

While fixing a simple crash on kvm module unload 1: rate_limit timer can fire after we free its key's module memory. I noticed other deficiencies in jump_label/static_key code (The most important is 4.) 2: jump_label_rate_limit() uses an initializator and thus cannot be used more than once, l

[PATCH 3/7] static_key: keep deferred enabled counter debt

When '.enabled.counter == 1', static_key_slow_dec_deferred() gets silently dropped if the decrease is already pending. We print a warning if this happens and because .enabled.counter cannot go below 1 before the decrease has finished, the number of ignored static_key_slow_dec_deferred() is kept an

[PATCH 2/7] static_key: add static_key_slow_inc_deferred()

We can cancel deferred static_key_slow_dec() instead of increasing .enabled.counter. Timer now won't fire before 'timeout' since last increase, so this patch further stabilizes the case of frequent switching. Signed-off-by: Radim Krčmář --- include/linux/jump_label_ratelimit.h | 5 + kernel

Re: [PATCHv1 5/8] ASoC: sgtl5000: Revise the bugs about the sgt15000 codec.

Hi, On Thu, Oct 17, 2013 at 05:01:14PM +0800, Xiubo Li wrote: > When the CONFIG_REGULATOR is disabled there will be some warnings > printed out. A little confused by the title. But after looking at the comments, is the patch just gonna add some debug info for the case when the CONFIG_REGULATOR's

Re: [PATCH v2 5/9] DMI: Parse memory device (type 17) in SMBIOS

Em Wed, 16 Oct 2013 10:56:02 -0400 "Chen, Gong" escreveu: > This patch adds a new interface to decode memory device (type 17) > to help error reporting on DIMMs. > > Original-author: Tony Luck > Signed-off-by: Chen, Gong > Acked-by: Naveen N. Rao Reviewed-by: Mauro Carvalho Chehab > --- >

Re: [PATCH] drivers: staging: dgap: Remove useless casting in dgap_parse.c

2013/10/16 Geyslan G. Bem : > Casting (void *) value returned by kmalloc is useless > as mentioned in Documentation/CodingStyle, Chap 14. > > Signed-off-by: Geyslan G. Bem > --- > drivers/staging/dgap/dgap_parse.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/st

Re: [PATCH] drivers: staging: dgnc: Remove useless casting in dgnc_driver.c

2013/10/16 Geyslan Gregório Bem : > 2013/10/16 Greg KH : >> On Wed, Oct 16, 2013 at 12:57:35PM -0300, Geyslan G. Bem wrote: >>> Casting (void *) value returned by kzalloc is useless >>> as mentioned in Documentation/CodingStyle, Chap 14. >>> >>> Signed-off-by: Geyslan G. Bem >>> --- >>> drivers/s

Re: [PATCH 1/3 v6] thermal: samsung: add intclr_fall_shift bit in exynos_tmu_register

Hi Naveen, On Thursday, October 17, 2013 08:41:13 AM Naveen Krishna Chatradhi wrote: > On Exynos5250, the FALL interrupt related en, status and clear bits are > available at an offset of > 16 in INTEN, INTSTAT registers and at an offset of > 12 in INTCLEAR register. > > On Exynos5420, the FALL i

Re: [PATCH, RFC] x86-64: properly handle FPU code/data selectors

>>> On 17.10.13 at 11:41, Gleb Natapov wrote: > On Thu, Oct 17, 2013 at 10:33:33AM +0100, Jan Beulich wrote: >> >>> On 17.10.13 at 11:27, Gleb Natapov wrote: >> > On Wed, Oct 16, 2013 at 05:13:40PM +0100, Jan Beulich wrote: >> >> > It preserves *less* state, because the upper 32 bits of rip are n

Re: [PATCHv1 8/8] Documentation: Add device tree bindings for Freescale VF610 sound.

Am Donnerstag, den 17.10.2013, 17:01 +0800 schrieb Xiubo Li: > This adds the Document for Freescale VF610 sound driver under > Documentation/devicetree/bindings/sound/. > > Signed-off-by: Xiubo Li > --- > .../devicetree/bindings/sound/fsl-sgtl5000.txt | 52 > ++ > 1 file

Re: [PATCH] x86: unify copy_from_user() checking

>>> On 16.10.13 at 19:05, Arjan van de Ven wrote: >>> if you have found cases where this matters... maybe you found a new security >>> issue... >> >> Iirc I could convince myself that in the cited cases the warnings >> were there for no reason. > > can you pick one on a source level ? > (and the

Re: [PATCH v3 1/7] arm64: introduce basic aarch64 instruction decoding helpers

On Wed, Oct 16, 2013 at 06:14:50PM +0100, Jiang Liu wrote: > On 10/16/2013 11:36 PM, Jiang Liu wrote: > > On 10/16/2013 06:51 PM, Will Deacon wrote: > >> Take care here: > >> > >>- This doesn't guarantee that CPUs exclusively see new_insn (they > >> may see old_insn, even after patching) >

Re: [PATCHv1 1/8] ALSA: Add SAI SoC Digital Audio Interface driver.

Hi, Xiubo Li wrote: [...] > diff --git a/sound/soc/fsl/fsl-pcm-dma.c b/sound/soc/fsl/fsl-pcm-dma.c > new file mode 100644 > index 000..c4d925e > --- /dev/null > +++ b/sound/soc/fsl/fsl-pcm-dma.c > @@ -0,0 +1,51 @@ [...] > + > +static int fsl_sai_probe(struct platform_device *pdev) > +{ > +

Re: [PATCH, RFC] x86-64: properly handle FPU code/data selectors

On Thu, Oct 17, 2013 at 10:33:33AM +0100, Jan Beulich wrote: > >>> On 17.10.13 at 11:27, Gleb Natapov wrote: > > On Wed, Oct 16, 2013 at 05:13:40PM +0100, Jan Beulich wrote: > >> > It preserves *less* state, because the upper 32 bits of rip are now > >> > corrupted. Any 64-bit application that act

Re: [PATCH] ASoC: fsl_ssi: Fix irq_of_parse_and_map() return value check

On Wed, Oct 16, 2013 at 06:57:53PM -0700, Guenter Roeck wrote: > do you plan to send this patch upstream anytime soon ? It'll go next time I send stuff if it hasn't already. signature.asc Description: Digital signature

Re: [PATCH] perf, x86: Optimize intel_pmu_pebs_fixup_ip()

On Thu, Oct 17, 2013 at 01:07:12AM +0200, Peter Zijlstra wrote: > On Wed, Oct 16, 2013 at 11:03:19PM +0200, Peter Zijlstra wrote: > > Anyway; if you want to have a go at this, feel free. > > OK, couldn't help myself; completely untested patch below. > > I think the full once copy it best for the

Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller

On 17/10/13 08:27, Maxime COQUELIN wrote: > ... >>> >> + >>> >> +static struct of_device_id st_i2c_match[] = { >>> >> + { .compatible = "st,comms-ssc-i2c", }, >> > the rules is to put the first soc that use the ip in the compatible >> > as st,sti7100-scc-i2c > Ok. There are no plans to upstream

Re: [PATCH v3 6/7] arm64, jump label: optimize jump label implementation

On Wed, Oct 16, 2013 at 06:11:45PM +0100, Jiang Liu wrote: > On 10/16/2013 07:46 PM, Will Deacon wrote: > > > >> + } else { > >> + insn = aarch64_insn_gen_nop(); > > > > You could make the code more concise by limiting your patching ability to > > branch immediates. Then a nop is simply

<    1   2   3   4   5   6   7   >