[PATCH v2 0/3] ARM: tegra: add basic support for Trusted Foundations

New revision of the initial patch, fixed according to the many suggestions received. (thanks!) Changes since v1: - Split patch into logical chunks as suggested by Tomasz - Simplified smc function according to comments from Russel and David - Use proper "Trusted Foundations" naming for firmware

Re: [PATCH v5] cpufreq: fix governor start/stop race condition

On 13 June 2013 14:31, Xiaoguang Chen wrote: > cpufreq governor stop and start should be kept in sequence. > If not, there will be unexpected behavior, for example: > > we have 4 cpus and policy->cpu=cpu0, cpu1/2/3 are linked to cpu0. > the normal sequence is as below: > > 1) Current governor is

[PATCH v3 5/9] memcg: use css_get/put when charging/uncharging kmem

Sorry for updating the patchset so late. I've made some changes for the memory barrier thing, and I agree with Michal that there can be improvement but can be a separate patch. If this version is ok for everyone, I'll send the whole patchset out to Andrew. = Use

RE: [PATCH 03/11] gpio: davinci: Modify to platform driver

On Thu, Jun 13, 2013 at 13:59:53, Nori, Sekhar wrote: > On 6/13/2013 1:02 PM, Philip, Avinash wrote: > > > With tnetv107x_defconfig build is failing > > > > arch/arm/mach-davinci/board-tnetv107x-evm.c:282:15: error: > > 'davinci_timer_init' undeclared here (not in a function) > >

Re: am335x: TSC & ADC reworking including DT pieces, take 5

On 06/13/2013 11:07 AM, Samuel Ortiz wrote: > Hi Sebastian, Hi Samuel, > Pulled and pushed back to mfd-next, thanks. Thank you. > I fixed a couple of unused variable warnings on top of it. I saw your patch at git.k.o and I am asking you not to taking it :) The code is:

Re: [PATCH 1/1] move exit_task_namespaces() outside of exit_notify()

On Sat, Apr 13, 2013 at 05:55:21PM +0200, Oleg Nesterov wrote: > exit_notify() does exit_task_namespaces() after > forget_original_parent(). This was needed to ensure that ->nsproxy > can't be cleared prematurely, an exiting child we are going to > reparent can do do_notify_parent() and use the

Re: [PATCH v2 09/11] ARM:stixxxx: Add stixxxx options to multi_v7_defconfig

On 10/06/13 14:15, Mark Rutland wrote: > CONFIG_EXPERIMENTAL's gone as of 3d374d09f1: "final removal of > CONFIG_EXPERIMENTAL", so that's fine to go. CONFIG_GPIO_PL061 and > CONFIG_MMC_WMT get selected elsewhere, so that's fine. > Am planning to send a patch to clean this up, so that any new

Re: [PATCHv7 01/11] clockevents: Prefer CPU local devices over global devices

On 06/12/2013 11:44 PM, Stephen Boyd wrote: > On 06/06, Stephen Boyd wrote: >> On 06/07, Daniel Lezcano wrote: >>> On 06/06/2013 08:04 PM, Stephen Boyd wrote: On 06/06, Daniel Lezcano wrote: > On 06/03/2013 10:33 PM, Stephen Boyd wrote: >> On an SMP system with only one global

Re: [PATCH 00/32] ARM: ux500: Enable clocks for Device Tree

On Thu, 13 Jun 2013, Linus Walleij wrote: > On Wed, Jun 12, 2013 at 3:27 PM, Lee Jones wrote: > >> After this patchset has been applied, we can request clocks directly > >> from Device Tree without using any AUXDATA device-name hacks. We also > >> take care to remove all of thos at the end of

Re: am335x: TSC & ADC reworking including DT pieces, take 5

Hi Sebastian, On Thu, Jun 13, 2013 at 11:25:26AM +0200, Sebastian Andrzej Siewior wrote: > > I fixed a couple of unused variable warnings on top of it. > > I saw your patch at git.k.o and I am asking you not to taking it :) I understand why now, I'll remove it. Sorry about that. Cheers, Samuel.

Re: [RFC PATCH v3 0/2] drivers: mfd: Versatile Express SPC support

On Thu, 2013-06-13 at 01:13 +0100, Samuel Ortiz wrote: > Now, about the driver itself, besides the really odd code design, the > static variables all over the place, the nasty init hacks and the > unneeded long function names, someone should refresh my memory and explain > to me why is this guy

Re: [PATCH 1/3] net: add support for MOST protocol

From: Giancarlo Asnaghi Date: Mon, 10 Jun 2013 14:52:25 +0200 > This patch adds core support for the MOST protocol. More information > about the protocol can be found at: http://www.mostcooperation.com/ > > See the lkml message "[PATCH 0/3] MOST network protocol" sent on Jun > 10th 2013 about

[PATCH v2 0/4] gpu: host1x: add runtime pm support

This patch-set series adds runtime pm support for host1x, gr2d & dc. It retains the current behaviour if CONFIG_PM_RUNTIME is not enabled. For host1x & gr2d, the clocks are now enabled in .probe and disabled on its exit. This is needed for correct init of hardware. Additionally for gr2d, the

[PATCH v2 1/4] gpu: host1x: shuffle job APIs

This patch moves the API host1x_job_submit to job.c file. It also adds a new API host1x_job_complete. This is in preparation to add runtime PM support to host1x & its modules. The idea is to call pm_runtime_get from host1x_job_submit and pm_runtime_put from host1x_job_complete. This way the

Re: [PATCH v2 02/14] ARM: OMAP2+: AM43x: Kconfig

* Mohammed, Afzal [130613 00:04]: > Hi Tony, > > On Wed, Jun 12, 2013 at 22:42:00, Tony Lindgren wrote: > > > I've updated this patch to remove the "default y" and > > "depends on ARCH_OMAP2PLUS" entries for the usual reasons > > and applied the first ten patches into omap-for-v3.11/soc. > >

Re: [RFC PATCH v3 2/2] drivers: mfd: vexpress: add Serial Power Controller (SPC) support

Hi Samuel, first things first, thanks a lot for having a look. On Thu, Jun 13, 2013 at 01:01:43AM +0100, Samuel Ortiz wrote: > Hi Lorenzo, > > I don't particularily like this code, but I guess most of my dislike > comes from the whole bridge interface API and how that forces you into >

[PATCH v2 4/4] gpu: host1x: add runtime pm support for host1x

Signed-off-by: Mayuresh Kulkarni --- drivers/gpu/host1x/dev.c | 57 1 file changed, 57 insertions(+) diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c index 28e28a2..b43eb29 100644 --- a/drivers/gpu/host1x/dev.c +++

[PATCH v2 2/4] gpu: host1x: add runtime pm support for gr2d

Signed-off-by: Mayuresh Kulkarni --- drivers/gpu/host1x/drm/gr2d.c | 56 ++- drivers/gpu/host1x/job.c | 9 +++ 2 files changed, 64 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c index

[PATCH v2 3/4] gpu: host1x: add runtime pm support for dc

As of now, the dc clock is enabled in its .probe via runtime pm and disabled in .remove Signed-off-by: Mayuresh Kulkarni --- drivers/gpu/host1x/drm/dc.c | 60 + 1 file changed, 55 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/host1x/drm/dc.c

Re: [PATCH] Revert "V4L/DVB: uvc: Enable USB autosuspend by default on uvcvideo"

On Thu, Apr 25, 2013 at 02:33:06PM +0800, Adam Lee wrote: > On Wed, Apr 24, 2013 at 11:17:52AM +0200, Laurent Pinchart wrote: > > Hi Adam, > > > > Thanks for the patch. > > > > On Wednesday 24 April 2013 15:57:19 adam@canonical.com wrote: > > > From: Adam Lee > > > > > > This reverts

Re: NULL pointer dereference when loading the gre module (3.10.0-rc4)

From: Eric Dumazet Date: Thu, 06 Jun 2013 20:59:48 -0700 > On Thu, 2013-06-06 at 23:06 -0400, Steven Rostedt wrote: >> On Fri, Jun 07, 2013 at 12:16:56AM +0200, Steinar H. Gunderson wrote: >> > Hi, >> > >> > In 3.10.0-rc4, I get this on boot: >> > >> > [ 16.871043] BUG: unable to handle

RE: [PATCH v2 02/14] ARM: OMAP2+: AM43x: Kconfig

Hi Tony, On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote: > * Mohammed, Afzal [130613 00:04]: > > Patch 10 "ARM: OMAP2+: AM43x: basic dt support" is missing in > > omap-for-v3.11/soc branch and omap soc pull request, can you > > please help patch 10 also to go upstream. > > Hmm if that's

Re: [PATCH v5] cpufreq: fix governor start/stop race condition

2013/6/13 Viresh Kumar : > On 13 June 2013 14:31, Xiaoguang Chen wrote: >> cpufreq governor stop and start should be kept in sequence. >> If not, there will be unexpected behavior, for example: >> >> we have 4 cpus and policy->cpu=cpu0, cpu1/2/3 are linked to cpu0. >> the normal sequence is as

Re: [PATCH] HID: fold ps3remote driver into generic Sony driver

On Wed, 12 Jun 2013, David Dillow wrote: > > I tried to test this tonight, but was thwarted by Fedora 16 on the only > > readily available test platform -- old bluetoothd w/ the internal > > driver. I'll need to upgrade that box, recreate the updated bluetooth > > environment I had from some time

Re: pcie aspm link setup, grandparent instead of parent?

2013-06-12 15:54-0600, Bjorn Helgaas: > [+cc linux-pci, Myron, Joe] I'll remember it. > On Wed, Jun 12, 2013 at 11:21 AM, Radim Krčmář wrote: > > Hello, > > > > as a consequence of hitting a NULL dereference bug[1] while downstream > > aspm is setting up link_state, I started to wonder why is

Re: [PATCH net-next 1/2] net: remove NET_LL_RX_POLL config menue

On 13/06/2013 11:00, Daniel Borkmann wrote: On 06/13/2013 04:13 AM, Eliezer Tamir wrote: On 13/06/2013 05:01, Stephen Hemminger wrote: On Wed, 12 Jun 2013 15:12:05 -0700 (PDT) David Miller wrote: From: Eliezer Tamir Date: Tue, 11 Jun 2013 17:24:28 +0300 depends on X86_TSC Wait a

Re: [PATCH v2 02/14] ARM: OMAP2+: AM43x: Kconfig

* Mohammed, Afzal [130613 03:08]: > Hi Tony, > > On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote: > > * Mohammed, Afzal [130613 00:04]: > > > > Patch 10 "ARM: OMAP2+: AM43x: basic dt support" is missing in > > > omap-for-v3.11/soc branch and omap soc pull request, can you > > > please

Re: [RFC v1] MFD: Change TWL6025 references to TWL6032

On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote: On 2013-06-07 15:36, Mark Brown wrote: On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote: From: Graeme Gregory The TWL6025 was never released beyond sample form and was replaced by the PhoenixLite range of chips - TWL6032.

Re: [PATCH] drm/omap: change "!CONFIG_FB_OMAP2" to "!FB_OMAP2"

On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote: > Signed-off-by: Paul Bolle > --- > Untested. Perhaps the first test that people with access to the relevant > hardware might do, is to test _before applying this patch_ with FB_OMAP2 > set. Perhaps this negative dependency isn't needed at all.

Re: [RFC v1] MFD: Change TWL6025 references to TWL6032

On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote: On 2013-06-07 15:36, Mark Brown wrote: On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote: From: Graeme Gregory The TWL6025 was never released beyond sample form and was replaced by the PhoenixLite range of chips - TWL6032.

Re: Strange intermittent EIO error when writing to stdout since v3.8.0

On 2013.06.07 at 20:22 +0200, Mikael Pettersson wrote: > Peter Hurley writes: > > Based on the other reports from Mikael and David, I suspect this problem > > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6: > > > >pty: Ignore slave pty close() if never successfully

Re: Strange intermittent EIO error when writing to stdout since v3.8.0

On 2013.06.11 at 22:14 +, Orion Poplawski wrote: > Peter Hurley hurleysoftware.com> writes: > > Based on the other reports from Mikael and David, I suspect this problem > > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6: > > > >pty: Ignore slave pty close() if

hwmon: add support for SMSC EMC2305/03/02/01 fan controller

Hi, I would like to provide a driver for the SMSC EMC2305 fan controller which we use in our devices in the hope that others might find it useful, too. The driver also supports the SMSC EMC2303, EMC2302 and EMC2301 fan controller chips which have same functionality and register

[PATCH] hwmon: add support for SMSC EMC2305/03/02/01 fan controller

From: Reinhard Pfau Add support for SMSC EMC2305, EMC2303, EMC2302, EMC2301 fan controller chips. The driver primary supports the EMC2305 chip which provides RPM-based PWM control and monitoring for up to 5 fans. According to the SMSC data sheets the EMC2303, EMC2302 and EMC2301 chips have

Re: [PATCH Resend 1/1] mfd: davinci_voicecodec: Convert to use devm_* APIs

On Wed, 12 Jun 2013, Sachin Kamat wrote: > devm_* APIs are device managed and make code simpler. > > Signed-off-by: Sachin Kamat > Cc: Miguel Aguilar > --- > CC'd Lee Jones Can you resubmit this based on -rc5 please? There have been some related changes since you wrote this patch. -- Lee

[PATCH RESEND] Makefile.lib: align DTB quiet_cmd

The unaligned dtb.S filename in make output started to irritate me: DTC arch/metag/boot/dts/skeleton.dtb DTBarch/metag/boot/dts/skeleton.dtb.S AS arch/metag/boot/dts/skeleton.dtb.o LD arch/metag/boot/dts/built-in.o Add an extra space to quiet_cmd_dt_S_dtb so the dtb.S

Re: [PATCH 3/3] pinctrl: exynos: ack level-triggered interrupts before unmasking

Hi Doug, On Wednesday 12 of June 2013 10:33:19 Doug Anderson wrote: > A level-triggered interrupt should be acked after the interrupt line > becomes inactive and before it is unmasked, or else another interrupt > will be immediately triggered. Acking before or after calling the > handler is not

Re: [PATCH 1/3] pinctrl: exynos: Add spinlocks to irq_mask and irq_unmask

Hi Doug, On Wednesday 12 of June 2013 10:33:17 Doug Anderson wrote: > The patch: > 1984695 pinctrl: samsung: Protect bank registers with a spinlock > > ...added spinlocks to protect many accesses. However, the irq_mask > and irq_unmask functions still do an unprotected read/modify/write. >

Re: [PATCH 2/3] pinctrl: exynos: reorder xyz_irq_unmask() so future patch can ack

On Wednesday 12 of June 2013 10:33:18 Doug Anderson wrote: > This patch does nothing but reorder the functions to improve the > readability of a future patch. > > Signed-off-by: Doug Anderson > --- > drivers/pinctrl/pinctrl-exynos.c | 52 > 1 file

Re: [RFC v1] MFD: Change TWL6025 references to TWL6032

On 06/13/2013 11:17 AM, Oleksandr Kozaruk wrote: On Fri, Jun 7, 2013 at 5:44 PM, > wrote: > > On 2013-06-07 15:36, Mark Brown wrote: >> >> On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote: >>> >>> From: Graeme Gregory mailto:g...@slimlogic.co.uk>>

pull request: bluetooth 2013-06-13

Hi John, A few important fixes to 3.10. The first one is a crash fix and talks by itself. Then we have the support for a device id, it should be fine if you want to remove this. Next there are two btmrvl fixes, one for a potential race condition that could make its main thread never stop and the

Re: [PATCH] powerpc/sysfs: disable hotplug for the boot cpu

On Wed, Jun 12, 2013 at 01:25:22PM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2013-06-03 at 18:43 +0800, Zhao Chenhui wrote: > > On Sat, Jun 01, 2013 at 07:49:44AM +1000, Benjamin Herrenschmidt wrote: > > > On Tue, 2013-05-28 at 15:59 +0800, Zhao Chenhui wrote: > > > > Some features depend on

Re: [PATCH] fuse: hold i_mutex in fuse_file_fallocate() - v2

On 06/13/2013 04:16 AM, Maxim Patlasov wrote: > Changing size of a file on server and local update (fuse_write_update_size) > should be always protected by inode->i_mutex. Otherwise a race like this is > possible: > > 1. Process 'A' calls fallocate(2) to extend file (~FALLOC_FL_KEEP_SIZE). >

mem_cgroup_page_lruvec: BUG: unable to handle kernel NULL pointer dereference at 00000000000001a8

Hi! While playing with user namespaces my kernel crashed under heavy load. Kernel is 3.9.0 plus some trivial patches. [35355.882105] BUG: unable to handle kernel NULL pointer dereference at 01a8 [35355.883056] IP: [] mem_cgroup_page_lruvec+0x79/0x90 [35355.883056] PGD 0

Re: [PATCH] PCI: Remove not needed check in disable aspm link

On Wednesday, June 12, 2013 10:47:08 PM Yinghai Lu wrote: > On Wed, Jun 12, 2013 at 8:50 PM, Bjorn Helgaas wrote: > > On Wed, Jun 12, 2013 at 1:41 PM, Yinghai Lu wrote: > > > > I think you're saying that in systems that support both acpiphp and > > pciehp, we should be using pciehp, but we

Re: [PATCH v2 06/11] ARM:stixxxx: Add STiH415 SOC support

On Tue, Jun 11, 2013 at 07:50:31AM +0100, Srinivas KANDAGATLA wrote: > You are right, It does not make sense to use BIT() macro for field which > has more than 1 bit. I think using mix of both BIT() and the old style > will make code look bit confusing to reader, Also no other mach code in > the

[PATCH] m68k/uaccess: Fix asm constraints for userspace access

When compiling a MMU kernel with CPU_HAS_ADDRESS_SPACES=n (e.g. "MMU=y allnoconfig": "echo CONFIG_MMU=y > allno.config && make KCONFIG_ALLCONFIG=1 allnoconfig"), we use plain "move" instead of "moves", and I got: CC arch/m68k/lib/uaccess.o {standard input}: Assembler messages: {standard

RE: [PATCH 1/3] pinctrl: exynos: Add spinlocks to irq_mask and irq_unmask

Doug Anderson wrote: > > The patch: > 1984695 pinctrl: samsung: Protect bank registers with a spinlock > > ...added spinlocks to protect many accesses. However, the irq_mask > and irq_unmask functions still do an unprotected read/modify/write. > Add the spinlock there. > > Signed-off-by:

RE: [PATCH 2/3] pinctrl: exynos: reorder xyz_irq_unmask() so future patch can ack

Doug Anderson wrote: > > This patch does nothing but reorder the functions to improve the > readability of a future patch. > > Signed-off-by: Doug Anderson Acked-by: Kukjin Kim Thanks, - Kukjin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: mem_cgroup_page_lruvec: BUG: unable to handle kernel NULL pointer dereference at 00000000000001a8

On Thu 13-06-13 13:48:27, richard -rw- weinberger wrote: > Hi! > > While playing with user namespaces my kernel crashed under heavy load. > Kernel is 3.9.0 plus some trivial patches. Could you post disassembly for mem_cgroup_page_lruvec? > [35355.882105] BUG: unable to handle kernel NULL

RE: [PATCH 3/3] pinctrl: exynos: ack level-triggered interrupts before unmasking

Doug Anderson wrote: > > A level-triggered interrupt should be acked after the interrupt line > becomes inactive and before it is unmasked, or else another interrupt > will be immediately triggered. Acking before or after calling the > handler is not enough. > > Signed-off-by: Luigi Semenzato

Re: mem_cgroup_page_lruvec: BUG: unable to handle kernel NULL pointer dereference at 00000000000001a8

Am 13.06.2013 14:02, schrieb Michal Hocko: On Thu 13-06-13 13:48:27, richard -rw- weinberger wrote: Hi! While playing with user namespaces my kernel crashed under heavy load. Kernel is 3.9.0 plus some trivial patches. Could you post disassembly for mem_cgroup_page_lruvec? Sure!

RE: [PATCH 1/2] ARM: dts: enable spi for EXYNOS5440 SOC

Girish K S wrote: > > This patch enables the SPI in EXYNOS5440 SoC. The NOR > Flash can be accessed by enabling the spi interface > > Signed-off-by: Girish K S > --- > arch/arm/boot/dts/exynos5440-ssdk5440.dts | 39 > +++- > arch/arm/boot/dts/exynos5440.dtsi |

Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

Hi Jon, i'm having troubles to support an EMPia capture board with GM7113c chip and I can't find any linux driver for that. Have you successfully made it work? Is your driver code open? Thanks in advance. -- View this message in context:

[PATCH 09/10] metag/traps: include setup.h for the per_cpu_trap_init declaration

From: Markos Chandras Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/kernel/traps.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/metag/kernel/traps.c b/arch/metag/kernel/traps.c index a7051de..c00ade0 100644 --- a/arch/metag/kernel/traps.c +++

[PATCH 10/10] metag/.gitignore: Extend the *.dtb pattern to match the dtb.S files

From: Markos Chandras The .SECONDARY rule for generating the *.dtb.S files added in 0b4184c26b18ecbc0ec0657f514b087c3a6216fb "metag: avoid unnecessary builtin dtb rebuilds" Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/boot/.gitignore | 2 +- 1 file changed, 1

[PATCH 03/10] metag/kernel/irq.c: Declare root_domain as static

From: Markos Chandras It is only referenced within the irq.c file, so restrict it's scope as appropriate. Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/kernel/irq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/metag/kernel/irq.c

[PATCH 07/10] metag/processor.h: Add missing cpuinfo_op declaration.

From: Markos Chandras Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/include/asm/processor.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/metag/include/asm/processor.h b/arch/metag/include/asm/processor.h index 9b029a7..f16477d 100644 ---

[PATCH 01/10] metag: init common clk and use "core" clk

If the common clock framework is enabled, call of_clk_init(NULL) in time_init() to register device tree clocks with the clock framework. After this time_init() calls a new function init_metag_clocks(), which looks for a clock named "core" in the node compatible with "img,meta" (usually the root

[PATCH 04/10] metag/asm/irq.h: Declare init_IRQ

From: Markos Chandras Fixes the following sparce warning: warning: symbol 'init_IRQ' was not declared. Should it be static? Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/include/asm/irq.h | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 08/10] metag/traps: Mark die() as __noreturn to match the declaration.

From: Markos Chandras Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/include/asm/bug.h | 4 ++-- arch/metag/kernel/traps.c| 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/metag/include/asm/bug.h b/arch/metag/include/asm/bug.h index

[PATCH 00/10] metag: various patches for v3.11

This patchset consists of various miscellaneous arch/metag patches I intend to apply for v3.11. The first two improve clock setup, allowing the core clock frequency to optionally be determined from device tree clock nodes, and to print out the core and timer clock frequencies during boot. These

[PATCH 05/10] metag/mm/cache: Restrict scope for metag_lnkget_probe

From: Markos Chandras Hide symbol since it's only used within the cache.c file Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/mm/cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/metag/mm/cache.c b/arch/metag/mm/cache.c index

[PATCH 02/10] metag: log core and timer frequencies from arch code

Log core clock and Meta timer frequencies during init in architecture generic code, removing the need for equivalent log messages in SoC specific code. Signed-off-by: James Hogan Cc: John Stultz Cc: Thomas Gleixner --- arch/metag/kernel/clock.c | 2 ++

[PATCH 06/10] metag/setup: Restrict scope for the capabilities variable

From: Markos Chandras Signed-off-by: Markos Chandras Signed-off-by: James Hogan --- arch/metag/kernel/setup.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/metag/kernel/setup.c b/arch/metag/kernel/setup.c index e18cebb..c396cd0 100644 ---

Re: [PATCH] m68k/uaccess: Fix asm constraints for userspace access

Geert Uytterhoeven writes: > Also, relax the asm constraints for 16-bit userspace accesses in > __put_user() and __get_user(), as both "move" and "moves" do support > such transfers between memory and address registers. There's another occurrence in __constant_copy_from_user and

Re: [PATCH 1/3] pinctrl: exynos: Add spinlocks to irq_mask and irq_unmask

On Wed, Jun 12, 2013 at 7:33 PM, Doug Anderson wrote: > The patch: > 1984695 pinctrl: samsung: Protect bank registers with a spinlock > > ...added spinlocks to protect many accesses. However, the irq_mask > and irq_unmask functions still do an unprotected read/modify/write. > Add the spinlock

Re: [PATCH 2/3] pinctrl: exynos: reorder xyz_irq_unmask() so future patch can ack

On Wed, Jun 12, 2013 at 7:33 PM, Doug Anderson wrote: > This patch does nothing but reorder the functions to improve the > readability of a future patch. > > Signed-off-by: Doug Anderson Patch applied with Tomasz and Kukjin's ACKs, I had to rebase it though, so please check the result on my

Re: [PATCH 3/3] pinctrl: exynos: ack level-triggered interrupts before unmasking

On Wed, Jun 12, 2013 at 7:33 PM, Doug Anderson wrote: > A level-triggered interrupt should be acked after the interrupt line > becomes inactive and before it is unmasked, or else another interrupt > will be immediately triggered. Acking before or after calling the > handler is not enough. > >

Re: [PATCHv13 0/4] zswap: compressed swap caching

Hi Seth, On 06/04/2013 04:33 AM, Seth Jennings wrote: > This is the latest version of the zswap patchset for compressed swap caching. > This is submitted for merging into linux-next and inclusion in v3.11. > Have you noticed that pool_pages >> stored_pages, like this: [root@ca-dev32 zswap]# cat

Re: [PATCH v2 1/9] metag: of_platform_populate from arch generic code

On 24/05/13 17:21, James Hogan wrote: > If no init_machine callback is provided, call of_platform_populate() > instead. This allows a board/SoC that only needs to call > of_platform_populate to omit the callback altogether. > > Signed-off-by: James Hogan > Cc: Grant Likely > Cc: Rob Herring >

Re: [PATCH v2 06/11] ARM:stixxxx: Add STiH415 SOC support

On 13/06/13 12:56, Russell King - ARM Linux wrote: > On Tue, Jun 11, 2013 at 07:50:31AM +0100, Srinivas KANDAGATLA wrote: >> You are right, It does not make sense to use BIT() macro for field which >> has more than 1 bit. I think using mix of both BIT() and the old style >> will make code look bit

Re: [PATCH v2 2/9] metag: minimal TZ1090 (Comet) SoC infrastructure

On 24/05/13 17:21, James Hogan wrote: > Add really minimal support for Toumaz Xenif TZ1090 SoC (A.K.A. Comet). > This consists of minimal build infrastructure, device tree files, and a > defconfig based on meta2_defconfig. > > This SoC contains a 2-threaded HTP (Meta 2) as the main application >

Re: [PATCH v2 06/11] ARM:stixxxx: Add STiH415 SOC support

On Tue, Jun 11, 2013 at 1:19 AM, Russell King - ARM Linux wrote: > On Mon, Jun 10, 2013 at 12:46:59PM +0100, Srinivas KANDAGATLA wrote: >> > + aux_ctrl = (0x1 << L2X0_AUX_CTRL_SHARE_OVERRIDE_SHIFT) | >> > + (0x1 << L2X0_AUX_CTRL_DATA_PREFETCH_SHIFT) | >> > +

[PATCH v4 1/2] ARM: dts: omap3-beagle-xm: Add USB Host support

Provide RESET and Power regulators for the USB PHY, the USB Host port mode and the PHY device. Also provide pin multiplexer information for USB host pins. CC: Benoît Cousson Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap3-beagle-xm.dts | 61 + 1

[PATCH v4 0/2] ARM: dts: Add USB host support for Beagle-xm

Adds USB host support for Beagle-xm. Roger Quadros (2): ARM: dts: omap3-beagle-xm: Add USB Host support ARM: dts: omap3-beagle: Make USB host pin naming consistent arch/arm/boot/dts/omap3-beagle-xm.dts | 61 + arch/arm/boot/dts/omap3-beagle.dts| 24

[PATCH v4 2/2] ARM: dts: omap3-beagle: Make USB host pin naming consistent

Use a common naming scheme "mode0name.modename flags" for the USB host pins to be consistent. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap3-beagle.dts | 24 1 files changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/arm/boot/dts/omap3-beagle.dts

[PATCH 1/2] Add pin list based GPIO ranges

Traditionally, GPIO ranges are based on consecutive ranges of both GPIO and pin numbers. This patch allows for GPIO ranges with arbitrary lists of pin numbers. Signed-off-by: Christian Ruppert --- drivers/pinctrl/core.c | 59 --

[PATCH 2/2] Make non-linear GPIO ranges accesible from gpiolib

This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings. Signed-off-by: Christian Ruppert --- Documentation/devicetree/bindings/gpio/gpio.txt | 37 ++ drivers/gpio/gpiolib-of.c

Re: [RFC PATCH 1/4] arm: omap: Add phy binding info for musb in plat data

Hi, On 28/05/13 08:18, Kishon Vijay Abraham I wrote: > Hi Tony, > > On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote: >> In order for controllers to get PHY in case of non dt boot, the phy >> binding information (phy label) should be added in the platform >> data of the controller. >

Re: ext4 extent status tree LRU locking

Hi Ted, On Wed, Jun 12, 2013 at 04:48:54PM -0400, Theodore Ts'o wrote: > On Wed, Jun 12, 2013 at 08:09:14AM -0700, Dave Hansen wrote: > > You could make per-cpu LRUs, and batch movement on and off the global > > LRU once the local ones get to be a certain size. Or, you could keep > > them

[PATCH] netiucv: Hold rtnl between name allocation and device registration.

fixes a race condition between concurrent initializations of netiucv devices that try to use the same name. sysfs: cannot create duplicate filename '/devices/iucv/netiucv2' [...] Call Trace: ([<002edea4>] sysfs_add_one+0xb0/0xdc) [<002eecd4>] create_dir+0x80/0xfc

[PATCH 3/3] sh/boot: Use POSIX "$((..))" instead of bashism "$[...]"

According to the bash 4.1 manpage, "$[...]" is deprecated, and will be removed in upcoming versions of bash. Hence replace the bash-specific "$[...]" by POSIX "$((..))" for arithmetic expansion, which also allows to drop the forced use of bash. Signed-off-by: Geert Uytterhoeven ---

[PATCH 1/3] h8300/boot: Use POSIX "$((..))" instead of bashism "$[...]"

On Ubuntu, where /bin/sh -> dash, "make ARCH=h8300 clean" gives: printf: 1: $[0x0040+0x0014]: expected numeric value Replace the bash-specific "$[...]" by POSIX "$((..))" for arithmetic expansion to fix this. Note that according to the bash 4.1 manpage, "$[...]" is deprecated, and will

Re: [PATCH 4/6] watchdog: Boot-disable by default on full dynticks

On Wed, Jun 12, 2013 at 01:03:16PM -0400, Don Zickus wrote: > On Wed, Jun 12, 2013 at 04:02:36PM +0200, Frederic Weisbecker wrote: > > When the watchdog runs, it prevents the full dynticks > > CPUs from stopping their tick because the hard lockup > > detector uses perf events internally, which in

[PATCH 2/3] ARM: shmobile: Use POSIX "$((..))" instead of bashism "$[...]"

According to the bash 4.1 manpage, "$[...]" is deprecated, and will be removed in upcoming versions of bash. Hence replace the bash-specific "$[...]" by POSIX "$((..))" for arithmetic expansion, which also allows to drop the forced use of bash. Signed-off-by: Geert Uytterhoeven ---

[PATCH 0/3] Use POSIX "$((..))" instead of bashism "$[...]"

This patch series replaces the bash-specific "$[...]" by POSIX "$((..))" for arithmetic expansion, and gets rid of some dependencies on bash. [1/3] h8300/boot: Use POSIX "$((..))" instead of bashism "$[...]" [2/3] ARM: shmobile: Use POSIX "$((..))" instead of bashism "$[...]" [3/3] sh/boot:

Re: [PATCHv7 01/11] clockevents: Prefer CPU local devices over global devices

On Thu, 13 Jun 2013, Daniel Lezcano wrote: > I prefer Thomas to have a look at it and ack it. I changed Cc to To for > Thomas. The patch does not apply on tip timers/core. The code has been reworked a month ago. Please work against tip timers/core. That's where this stuff ends up. Thanks,

Re: [PATCH] m68k/uaccess: Fix asm constraints for userspace access

On Thu, Jun 13, 2013 at 2:25 PM, Andreas Schwab wrote: > Geert Uytterhoeven writes: > >> Also, relax the asm constraints for 16-bit userspace accesses in >> __put_user() and __get_user(), as both "move" and "moves" do support >> such transfers between memory and address registers. > > There's

Re: [PATCH V4 1/3] pci: Add PCIe driver for Samsung Exynos

On Wednesday, June 12, 2013 8:23 PM, Arnd Bergmann wrote: > On Wednesday 12 June 2013 19:19:05 Jingoo Han wrote: > > > + > > +struct pcie_port { > > + struct device *dev; > > + u8 controller; > > + u8 root_bus_nr; > > + void __iomem

Re: [PATCH] Change the internal SRAM memory type MT_MEMORY_NONCACHED

On 08/06/2013 04:17, Wenyou Yang : Because MT_DEVICE is not executable in armv7, we change the internal SRAM memory type to MT_MEMORY_NONCACHED. As it seems that caching this internal SRAM memory is not necessary, we chose the this memory type. Signed-off-by: Wenyou Yang Acked-by: Nicolas

[PATCH V5 0/3] PCIe support for Samsung Exynos5440 SoC

Hi, This series of patches introduces PCIe support for Samsung Exynos5440, and is based on the latest 'linux-next' tree (20130607). These patches was tested with Intel e1000e LAN card on Exynos5440. This PATCH v5 follows: * PATCH v4, sent on June, 12nd 2013 * PATCH v3, sent on June, 6th 2013

[PATCH V5 1/3] pci: Add PCIe driver for Samsung Exynos

Exynos5440 has a PCIe controller which can be used as Root Complex. This driver supports a PCIe controller as Root Complex mode. Signed-off-by: Surendranath Gurivireddy Balla Signed-off-by: Siva Reddy Kallam Signed-off-by: Jingoo Han --- Tested on Exynos5440.

[PATCH V5 3/3] ARM: dts: Add pcie controller node for Samsung EXYNOS5440 SoC

Exynos5440 has two PCIe controllers which can be used as root complex for PCIe interface. Signed-off-by: Jingoo Han --- Tested on Exynos5440. arch/arm/boot/dts/exynos5440-ssdk5440.dts |8 ++ arch/arm/boot/dts/exynos5440.dtsi | 40 - 2 files

[PATCH V5 2/3] ARM: EXYNOS: Enable PCIe support for Exynos5440

Enable PCIe support for Exynos5440 which has two PCIe controllers. Signed-off-by: Jingoo Han --- Tested on Exynos5440. arch/arm/Kconfig |1 + arch/arm/mach-exynos/Kconfig |2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index

Re: N900 device tree conversion: how to do first step

Hi! > > I'd like to convert Nokia N900 to device tree. > > > > Unfortunately, serial port is not easily available (very special cable > > would be needed, does someone know where to get one?) and I don't have > > BDI (and very special cable would be needed, too). > > > > So I tried doing very

[Part2 PATCH v4 03/15] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT.

The Hot-Pluggable Fired in SRAT specified which memory ranges are hotpluggable. We will arrange hotpluggable memory as ZONE_MOVABLE for users who want to use memory hotplug functionality. But this will cause NUMA performance decreased because kernel cannot use ZONE_MOVABLE. So we improve

[Part1 PATCH v5 08/22] x86, ACPI: Make acpi_initrd_override_find work with 32bit flat mode

From: Yinghai Lu For finding procedure, it would be easy to access initrd in 32bit flat mode, as we don't need to setup page table. That is from head_32.S, and microcode updating already use this trick. This patch does the following: 1. Change acpi_initrd_override_find to use phys to access

[Part1 PATCH v5 18/22] x86, mm, numa: Add early_initmem_init() stub

From: Yinghai Lu Introduce early_initmem_init() to call early_x86_numa_init(), which will be used to parse numa info earlier. Later will call init_mem_mapping for all the nodes. Signed-off-by: Yinghai Lu Cc: Pekka Enberg Cc: Jacob Shin Reviewed-by: Tang Chen Tested-by: Tang Chen ---

[Part2 PATCH v4 10/15] x86, numa: Move memory_add_physaddr_to_nid() to CONFIG_NUMA.

memory_add_physaddr_to_nid() is declared in include/linux/memory_hotplug.h, protected by CONFIG_NUMA. And in x86, the definitions are protected by CONFIG_MEMORY_HOTPLUG. memory_add_physaddr_to_nid() uses numa_meminfo to find the physical address's nid. It has nothing to do with memory hotplug.

<    4   5   6   7   8   9   10   11   12   13   >