[PATCH] max8925_power: Use "IS_ENABLED(CONFIG_OF)" for DT code.

Instead of "#if define CONFIG_OF" use "IS_ENABLED(CONFIG_OF)" option for DT code to avoid if-deffery in code. Signed-off-by: Manish Badarkhe --- :100644 100644 b4513f2... d353fbc... M drivers/power/max8925_power.c drivers/power/max8925_power.c | 14 +- 1 file changed, 5 insertions

Re: disabled APICs being counted as processors ?

On Sat, 25 Jan 2014, Dave Jones wrote: > > > it looks like this is because.. > > > > > > [0.00] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > > > [0.00] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > > > [0.00] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] en

[PATCH] MAINTAINERS: ADI Linux development mailing lists change to the new server.

From: Sonic Zhang Update Blackfin arch branch maintainer's email as well. Signed-off-by: Sonic Zhang --- MAINTAINERS | 42 -- 1 file changed, 20 insertions(+), 22 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 7cacc88..bd49e70 100644 --- a/MA

Re: [PATCH 3.4 00/12] 3.4.78-stable review

On 01/25/2014 07:05 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.78 release. There are 12 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be ma

RE: [PATCH 1/8] ASoC: fsl: Add VF610 soc audio card Kconfig

Hi Mark, > > +config SND_SOC_VF610_SGTL5000 > > + tristate "SoC Audio support for VF610 boards with SGTL5000" > > + depends on OF && I2C > > + select SND_SOC_FSL_SAI > > + select SND_SOC_SGTL5000 > > + select SND_SIMPLE_CARD > > ...for simple card since the whole ide

RE: [Q] L1_CACHE_BYTES on flush_pfn_alias function.

Not to flush some more bytes. In the scenario, they can *omit* to flush last 32 bytes. L1_CACHE_BYTES = 64 (ARM v7, CA9) asm("mcrr p15, 0, %1, %0, c14\n" " mcr p15, 0, %2, c7, c10, 4" : : "r" (to), "r" (to + PAGE_SIZE - L1_CACHE_BYTES), "r" (zero) : "cc"); ---

[for-next][PATCH 1/3] tracing/README: Add event file usage to tracing mini-HOWTO

From: Tom Zanussi It would be useful to have a cheat-sheet for everything under tracing/events/ alongside the existing text describing the other files in the tracing/ dir. Add short descriptions of the directories and files under events/ along with examples, similar to the existing text for the

[for-next][PATCH 3/3] tracing: Check if tracing is enabled in trace_puts()

From: "Steven Rostedt (Red Hat)" If trace_puts() is used very early in boot up, it can crash the machine if it is called before the ring buffer is allocated. If a trace_printk() is used with no arguments, then it will be converted into a trace_puts() and suffer the same fate. Cc: sta...@vger.ker

[for-next][PATCH 0/3] tracing: Update to README and a small bug fix

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 3132e107d608f8753240d82d61303c500fd515b4 Steven Rostedt (Red Hat) (2): tracing: Fix formatting of trace README file tracing: Check if tracing is enabled in trace_puts() Tom Zanussi (1):

[for-next][PATCH 2/3] tracing: Fix formatting of trace README file

From: "Steven Rostedt (Red Hat)" Fix the formatting of the README file in the trace debugfs to fit in an 80 character window. Also add a comment about the event trigger counter with regards to traceon and traceoff. Signed-off-by: Steven Rostedt --- kernel/trace/trace.c | 116 +

Re: [PATCH v3 4/4] x86, mpx: extend siginfo structure to include bound violation information

On 01/26/2014 12:22 PM, David Rientjes wrote: On Sun, 26 Jan 2014, Qiaowei Ren wrote: This patch adds new fields about bound violation into siginfo structure. si_lower and si_upper are respectively lower bound and upper bound when bound violation is caused. These fields will be set in #BR exce

Re: [PATCH] x86, hyperv: bypass the timer_irq_works() check

On 01/25/2014 05:20 AM, H. Peter Anvin wrote: > On 01/23/2014 10:02 PM, Jason Wang wrote: >> This patch bypass the timer_irq_works() check for hyperv guest since: >> >> - It was guaranteed to work. >> - timer_irq_works() may fail sometime due to the lpj calibration were >> inaccurate >> in a hyp

Re: [linux-next][PATCH] mm: slub: work around unneeded lockdep warning

On Fri, 24 Jan 2014, Dave Hansen wrote: > From: Dave Hansen > > The slub code does some setup during early boot in > early_kmem_cache_node_alloc() with some local data. There is no > possible way that another CPU can see this data, so the slub code > doesn't unnecessarily lock it. However, som

Re: [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path

On Sat, 25 Jan 2014, Vladimir Davydov wrote: > diff --git a/mm/slab_common.c b/mm/slab_common.c > index 8e40321..499b53c 100644 > --- a/mm/slab_common.c > +++ b/mm/slab_common.c > @@ -249,7 +249,6 @@ out_unlock: > name, err); > dump_stack(); >

Re: [PATCH v3 4/4] x86, mpx: extend siginfo structure to include bound violation information

On Sun, 26 Jan 2014, Qiaowei Ren wrote: > This patch adds new fields about bound violation into siginfo > structure. si_lower and si_upper are respectively lower bound > and upper bound when bound violation is caused. > > These fields will be set in #BR exception handler by decoding > the user in

Re: [PATCH] x86, apic: clean up handling of boot_cpu_physical_apicid in boot process

On Thu, 16 Jan 2014, HATAYAMA Daisuke wrote: > Hello, > > This patch deals with the issue of handling boot_cpu_physical_apicid > in boot process I avoided in disable_cpu_apicid patch because I > cannot guess how long it needs to take for the review of this fix. > > This patch is made on top of t

[patch] mm, oom: base root bonus on current usage

A 3% of system memory bonus is sometimes too excessive in comparison to other processes and can yield poor results when all processes on the system are root and none of them use over 3% of memory. Replace the 3% of system memory bonus with a 3% of current memory usage bonus. Reported-by: Johan

RE: [Xen-devel] [PATCH 4/4] xen/xenbus: Avoid synchronous wait on XenBus stalling shutdown/restart.

"Zhang, Yang Z" wrote: >Konrad Rzeszutek Wilk wrote on 2013-11-09: >> The 'read_reply' works with 'process_msg' to read of a reply in >XenBus. >> 'process_msg' is running from within the 'xenbus' thread. Whenever a >> message shows up in XenBus it is put on a xs_state.reply_list list >and >> 'read

Re: [PATCH v3 1/4] x86, mpx: add documentation on Intel MPX

On 01/26/2014 11:06 AM, Randy Dunlap wrote: On 01/26/2014 01:08 AM, Qiaowei Ren wrote: This patch adds the Documentation/x86/intel_mpx.txt file with some information about Intel MPX. Signed-off-by: Qiaowei Ren --- Documentation/x86/intel_mpx.txt | 226 +++

RE: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock

> -Original Message- > From: Viresh Kumar [mailto:viresh.ku...@linaro.org] > Sent: Wednesday, January 22, 2014 2:43 PM > To: Li, Zhuangzhi > Cc: Rafael J. Wysocki; cpuf...@vger.kernel.org; linux...@vger.kernel.org; > Linux Kernel Mailing List; Liu, Chuansheng > Subject: Re: [PATCH] cpufre

[patch for-3.14] mm, mempolicy: fix mempolicy printing in numa_maps

As a result of commit 5606e3877ad8 ("mm: numa: Migrate on reference policy"), /proc//numa_maps prints the mempolicy for any as "prefer:N" for the local node, N, of the process reading the file. This should only be printed when the mempolicy of is MPOL_PREFERRED for node N. If the process is

[PATCH 3.4 05/12] hwmon: (coretemp) Fix truncated name of alarm attributes

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Jean Delvare commit 3f9aec7610b39521c7c69d754de7265f6994c194 upstream. When the core number exceeds 9, the size of the buffer storing the alarm attribute name is insufficient and the attribute

[PATCH 3.4 00/12] 3.4.78-stable review

This is the start of the stable review cycle for the 3.4.78 release. There are 12 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Tue Jan 28 03:04:41 UTC 2014. Anything receive

[PATCH 3.4 04/12] mm/memory-failure.c: recheck PageHuge() after hugetlb page migrate successfully

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Jianguo Wu commit a49ecbcd7b0d5a1cda7d60e03df402dd0ef76ac8 upstream. After a successful hugetlb page migration by soft offline, the source page will either be freed into hugepage_freelists or b

[PATCH 3.4 07/12] nilfs2: fix segctor bug that causes file system corruption

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Rohner commit 70f2fe3a26248724d8a5019681a869abdaf3e89a upstream. There is a bug in the function nilfs_segctor_collect, which results in active data being written to a segment, that is m

[PATCH 3.4 08/12] md/raid10: fix bug when raid10 recovery fails to recover a block.

3.4-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit e8b849158508565e0cd6bc80061124afc5879160 upstream. commit e875ecea266a543e643b19e44cf472f1412708f9 md/raid10 record bad blocks as needed during recovery. added code to the

[PATCH 3.4 06/12] SELinux: Fix possible NULL pointer dereference in selinux_inode_permission()

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt commit 3dc91d4338d698ce77832985f9cb183d8eeaf6be upstream. While running stress tests on adding and deleting ftrace instances I hit this bug: BUG: unable to handle kernel NULL

Re: [PATCH v3 1/4] x86, mpx: add documentation on Intel MPX

On 01/26/2014 01:08 AM, Qiaowei Ren wrote: > This patch adds the Documentation/x86/intel_mpx.txt file with some > information about Intel MPX. > > Signed-off-by: Qiaowei Ren > --- > Documentation/x86/intel_mpx.txt | 226 > +++ > 1 files changed, 226 insertio

[PATCH 3.4 09/12] md/raid10: fix two bugs in handling of known-bad-blocks.

3.4-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit b50c259e25d9260b9108dc0c2964c26e5ecbe1c1 upstream. If we discover a bad block when reading we split the request and potentially read some of it from a different device. The co

[PATCH 3.4 02/12] staging: comedi: 8255_pci: fix for newer PCI-DIO48H

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 0283f7a100882684ad32b768f9f1ad81658a0b92 upstream. At some point, Measurement Computing / ComputerBoards redesigned the PCI-DIO48H to use a PLX PCI interface chip instead of a

[PATCH 3.4 01/12] KVM: x86: Convert vapic synchronization to _cached functions (CVE-2013-6368)

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Andy Honig commit fda4e2e85589191b123d31cdc21fd33ee70f50fd upstream. In kvm_lapic_sync_from_vapic and kvm_lapic_sync_to_vapic there is the potential to corrupt kernel memory if userspace provid

[PATCH 3.4 11/12] serial: amba-pl011: use port lock to guard control register access

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Jon Medhurst commit fe43390702a1b5741fdf217063b05c7612b38303 upstream. When the pl011 is being used for a console, pl011_console_write forces the control register (CR) to enable the UART for tr

[PATCH 3.4 10/12] md/raid5: Fix possible confusion when multiple write errors occur.

3.4-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 1cc03eb93245e63b0b7a7832165efdc52e25b4e6 upstream. commit 5d8c71f9e5fbdd95650be00294d238e27a363b5c md: raid5 crash during degradation Fixed a crash in an overly simplistic

[PATCH 3.4 12/12] staging: wlags49_h2: buffer overflow setting station name

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit b5e2f339865fb443107e5b10603e53bbc92dc054 upstream. We need to check the length parameter before doing the memcpy(). I've actually changed it to strlcpy() as well so that i

[PATCH 3.4 03/12] perf/x86/amd/ibs: Fix waking up from S3 for AMD family 10h

3.4-stable review patch. If anyone has any objections, please let me know. -- From: Robert Richter commit bee09ed91cacdbffdbcd3b05de8409c77ec9fcd6 upstream. On AMD family 10h we see following error messages while waking up from S3 for all non-boot CPUs leading to a failed IBS

Re: [PATCH v2] of: make of_get_phy_mode parse 'phy-connection-type'

Le 16/11/2013 04:24, Grant Likely a écrit : On Fri, 15 Nov 2013 06:23:32 +, Florian Fainelli wrote: Per the ePAPR v1.1 specification, 'phy-connection-type' is the canonical property name for describing an Ethernet to PHY connection type. Make sure that of_get_phy_mode() also attempts to pa

[GIT PULL] MMC updates for 3.14-rc1

Hi Linus, This is a new email address for me, but you still have a signed path to it. (This pull request updates MAINTAINERS with the new address.) Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git tags/mmc-updates-for-3.14-rc1 to receive the MMC merge for 3.14. T

[PATCH v3 4/4] x86, mpx: extend siginfo structure to include bound violation information

This patch adds new fields about bound violation into siginfo structure. si_lower and si_upper are respectively lower bound and upper bound when bound violation is caused. These fields will be set in #BR exception handler by decoding the user instruction and constructing the faulting pointer. A us

[PATCH v3 3/4] x86, mpx: add prctl commands PR_MPX_INIT, PR_MPX_RELEASE

This patch adds the PR_MPX_INIT and PR_MPX_RELEASE prctl() commands on the x86 platform. These commands can be used to init and release MPX related resource. A MMU notifier will be registered during PR_MPX_INIT command execution. So the bound tables can be automatically deallocated when one memory

[PATCH v3 0/4] Intel MPX support

This patchset adds support for the Memory Protection Extensions (MPX) feature found in future Intel processors. MPX can be used in conjunction with compiler changes to check memory references, for those references whose compile-time normal intentions are usurped at runtime due to buffer overflow o

[PATCH v3 2/4] x86, mpx: hook #BR exception handler to allocate bound tables

An access to an invalid bound directory entry will cause a #BR exception. This patch hook #BR exception handler to allocate one bound table and bind it with that buond directory entry. This will avoid the need of forwarding the #BR exception to the user space when bound directory has invalid entry

[PATCH v3 1/4] x86, mpx: add documentation on Intel MPX

This patch adds the Documentation/x86/intel_mpx.txt file with some information about Intel MPX. Signed-off-by: Qiaowei Ren --- Documentation/x86/intel_mpx.txt | 226 +++ 1 files changed, 226 insertions(+), 0 deletions(-) create mode 100644 Documentation/x86/

RE: [Xen-devel] [PATCH 4/4] xen/xenbus: Avoid synchronous wait on XenBus stalling shutdown/restart.

Konrad Rzeszutek Wilk wrote on 2013-11-09: > The 'read_reply' works with 'process_msg' to read of a reply in XenBus. > 'process_msg' is running from within the 'xenbus' thread. Whenever a > message shows up in XenBus it is put on a xs_state.reply_list list and > 'read_reply' picks it up. > > The p

Re: [PATCH 0/4] clk: mvebu: fix clk init order

Hi Emilio, Thanks for your help with this. On Sat, Jan 25, 2014 at 07:11:07PM -0300, Emilio López wrote: [..] > > > > Ok, I'll look if using of_clk_get_parent_name will help here. But again, > > I can see that clk-gating driver gets registered before core-clk driver. > > There may be no code to g

Re: [PATCH 4/4] power_supply: bq24261 charger driver

Hi! > +++ b/drivers/power/Makefile > @@ -59,4 +59,5 @@ obj-$(CONFIG_CHARGER_BQ24735) += bq24735-charger.o > obj-$(CONFIG_POWER_AVS) += avs/ > obj-$(CONFIG_CHARGER_SMB347) += smb347-charger.o > obj-$(CONFIG_CHARGER_TPS65090) += tps65090-charger.o > +obj-$(CONFIG_BQ24261_

Re: [PATCH 3/4] power_supply: Introduce PSE compliant algorithm

Hi! > +config POWER_SUPPLY_CHARGING_ALGO_PSE > + bool "PSE compliant charging algorithm" > + help > + Say Y here to select PSE compliant charging algorithm. As per PSE > + standard the battery characteristics and thereby the charging rates It would be good to explain PSE here

[PATCH 2/2] thermal,rcar_thermal: Add dependency on HAS_IOMEM

Commit beeb5a1e (thermal: rcar-thermal: Enable driver compilation with COMPILE_TEST) broke build on archs wihout io memory. On archs like S390 or um this driver cannot build nor work. Make it depend on HAS_IOMEM to bypass build failures. drivers/thermal/rcar_thermal.c:404: undefined reference to

[PATCH 1/2] phy,phy-bcm-kona-usb2.c: Add dependency on HAS_IOMEM

On archs like S390 or um this driver cannot build nor work. Make it depend on HAS_IOMEM to bypass build failures. drivers/phy/phy-bcm-kona-usb2.c:114: undefined reference to `devm_ioremap_resource' Signed-off-by: Richard Weinberger --- drivers/phy/Kconfig | 1 + 1 file changed, 1 insertion(+)

Re: [kernel 3.13.0-06058-g2d08cd0] Strange ACPI error messages

On Saturday, January 25, 2014 02:18:17 PM Henrique de Moraes Holschuh wrote: > On Sat, 25 Jan 2014, Rafael J. Wysocki wrote: > > On Saturday, January 25, 2014 02:53:24 PM Rafael J. Wysocki wrote: > > > On Saturday, January 25, 2014 11:03:09 AM Jörg Otte wrote: > > > > Kernel 3.13.0-06058-g2d08cd0 d

Re: [kernel 3.13.0-06058-g2d08cd0] Strange ACPI error messages

On Saturday, January 25, 2014 05:32:19 PM Jörg Otte wrote: > 2014-01-25 Rafael J. Wysocki : > > On Saturday, January 25, 2014 11:03:09 AM Jörg Otte wrote: > >> Kernel 3.13.0-06058-g2d08cd0 displays following errors on the console: > >> > >> ACPI: \_PR_.CPU4: failed to get CPU APIC ID. > >> ACPI: \_

Re: [PATCH 0/4] clk: mvebu: fix clk init order

Sebastian, El 25/01/14 18:44, Sebastian Hesselbarth escribió: On 01/25/2014 10:32 PM, Emilio López wrote: El 25/01/14 15:19, Sebastian Hesselbarth escribió: This patch set fixes clk init order that went upside-down with v3.14. I haven't really investigated what caused this, but I assume it is

WaitForMultipleObjects/etc. In Kernel

Hi All, This is my first post to anything Linux, so if there is a better mailing list, please let me know. I think that the facility by which a thread can block while waiting for any of several synchronization primitives (*mutex*, *semaphore*, *event*, *waitable timer*)...is not only "nice to hav

Re: [PATCH 0/4] clk: mvebu: fix clk init order

Hello Sebastian, El 25/01/14 15:19, Sebastian Hesselbarth escribió: This patch set fixes clk init order that went upside-down with v3.14. I haven't really investigated what caused this, but I assume it is related with DT node reordering by addresses. The framework should be able to deal with u

[PATCH RESEND] perf: design.txt: remove mention of set_perf_event_pending

set_perf_event_pending() was removed in e360adbe (irq_work: Add generic hardirq context callbacks) Signed-off-by: Baruch Siach --- Resending with lkml added to Cc. --- tools/perf/design.txt | 1 - 1 file changed, 1 deletion(-) diff --git a/tools/perf/design.txt b/tools/perf/design.txt index 67e

[PATCH] misc: genwqe: Fix potential memory leak when pinning memory

Fix a memory leak in the genwqe_pin_mem() error path as called by ioctl GENWQE_PIN_MEM. In case there is an error encountered when mapping memory, the already allocated dma_mapping struct needs to be freed correctly. Detected by Coverity: CID 1162606. Signed-off-by: Christian Engelmayer --- dri

Re: [PATCH 0/4] clk: mvebu: fix clk init order

On 01/25/2014 10:32 PM, Emilio López wrote: El 25/01/14 15:19, Sebastian Hesselbarth escribió: This patch set fixes clk init order that went upside-down with v3.14. I haven't really investigated what caused this, but I assume it is related with DT node reordering by addresses. The framework sh

[PATCH] of: add vendor prefix for Honeywell

Signed-off-by: Marek Belisko --- 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 index 3f900cd..b14c617 100644 --- a/Documentati

Re: [ANNOUNCE] 3.12.8-rt11

On Sat, 2014-01-25 at 14:45 +0100, Sebastian Andrzej Siewior wrote: > Dear RT folks! > > I'm pleased to announce the v3.12.8-rt11 patch set. > > Changes since v3.12.8-rt10 > - The "do not to raise the timer softirq unconditionally" resulted a few > boot lockups on a few boxes. Steven found the

[PATCH 3/9] ARM: dts: omap3-gta04: Fix mmc1 properties.

Does not have an aux supply, and must be non-removable. Otherwise it is removed during suspend and filesystem gets confused. Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/ar

[PATCH 4/9] ARM: dts: omap3-gta04: Enable mmc2 for wifi.

From: NeilBrown This requires vaux4. Reset line isn't used yet, so wifi isn't reliable. But it does work once per boot. Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap3-gta04.dts

[PATCH 0/9] ARM: dts: omap3-gta04: Various devicetree updates.

This pathes fix some wrong property issues and add some new devices to devicetree. This was tested on linux-next (next-20140124). Marek Belisko (6): ARM: dts: omap3-gta04: Fix mmc1 properties. ARM: dts: omap3-gta04: Add basic sound support. ARM: dts: omap3-gta04: Add twl4030 charger. ARM:

[PATCH 6/9] ARM: dts: omap3-gta04: Add twl4030 charger.

Signed-off-by: Marek Belisko --- arch/arm/boot/dts/omap3-gta04.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index a924a843..f72e408 100644 --- a/arch/arm/boot/dts/omap3-gta04.dts +++ b/arch/arm/boot/dts/omap3-gt

[PATCH 2/9] ARM: dts: omap3-gta04: Add bma180 accelerometer.

From: NeilBrown Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index 9d37184..e315675 100644 --- a/arch/arm/boot/dts/omap3-gta04.dts +++ b/arch/arm/

[PATCH 5/9] ARM: dts: omap3-gta04: Add basic sound support.

Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index 7e09410..a924a843 100644 --- a/arch/arm/boot/dts/omap3-gta04.dts +++ b/arch/arm/boot/dts

[PATCH 9/9] ARM: dts: omap3-gta04: Add ti,omap36xx to compatible property to avoid problems with booting.

Without that change booting leads to crash with more warnings like below: [0.284454] omap_hwmod: uart4: cannot clk_get main_clk uart4_fck [0.284484] omap_hwmod: uart4: cannot _init_clocks [0.284484] [ cut here ] [0.284545] WARNING: CPU: 0 PID: 1 at arch/arm/m

[PATCH 8/9] ARM: dts: omap3-gta04: Add support for magnetometer.

Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index 151ed3b..ea1b94d 100644 --- a/arch/arm/boot/dts/omap3-gta04.dts +++ b/arch/arm/boot/dts/omap3-gta04

[PATCH 1/9] ARM: dts: omap3-gta04: Fix 'aux' gpio key flags.

From: NeilBrown It should be ACTIVE_HIGH. Signed-off-by: NeilBrown --- arch/arm/boot/dts/omap3-gta04.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index b9b55c9..9d37184 100644 --- a/arch/arm/boot/

[PATCH 7/9] ARM: dts: omap3-gta04: Add touchscreen properties.

Signed-off-by: Marek Belisko --- arch/arm/boot/dts/omap3-gta04.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts index f72e408..151ed3b 100644 --- a/arch/arm/boot/dts/omap3-gta04.dts +++ b/arch/arm/boot/dts/o

[PATCH] intel_idle: Add CPU model 54 (Atom N2000 series)

From: Jan Kiszka Add CPU ID for Atom N2600/N2800 processors. Datasheets indicate support for this, detailed information about potential quirks or limitations are missing, though. So we just reuse the definition for the previous ATOM series. Tests on N2800 systems showed that this addition is fine

Re: [PATCH 0/5] ia64 ski emulator patches

Mikulas Patocka writes: > > > On Sat, 25 Jan 2014, Mikael Pettersson wrote: > > > My ski patches are in > > > > for now. I'll post the kernel patches to linux-ia64 @ vger in a few > > minutes. > > > > /Mikael > > Thanks

Re: [Xen-devel] [PATCH] xen-blkback: fix memory leak when persistent grants are used

On Fri, Jan 24, 2014 at 03:36:22PM +, Ian Campbell wrote: > On Fri, 2014-01-24 at 09:21 +, Ian Campbell wrote: > > On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote: > > > From: Matt Rushton > > > > > > Currently shrink_free_pagepool() is called before the pages used for > > > persiste

[PATCH RESEND TAKE 3] clk: si5351: remove variant from platform_data

Commit 9807362bfe1748d9bb48eecb9261f1b1aaafea1c "clk: si5351: declare all device IDs for module loading" removed the common i2c_device_id and introduced new ones for each variant of the clock generator. Instead of exploiting that information in the driver, it still depends on platform_data passin

Re: [PATCH 0/5] ia64 ski emulator patches

On Sat, 25 Jan 2014, Mikael Pettersson wrote: > My ski patches are in > > for now. I'll post the kernel patches to linux-ia64 @ vger in a few minutes. > > /Mikael Thanks for the patches. Isn't this subject to races? - could it lock

Re: [PATCH] usb: phy: Quiet unable to find transceiver message

On Sat, Jan 25, 2014 at 10:37 AM, Alan Stern wrote: > On Sat, 25 Jan 2014, Josh Boyer wrote: > >> commit 1ae5799ef6317 ("usb: hcd: Initialize USB phy if needed") allows >> the USB layer to initialize external PHYs if needed. However, a PHY is >> not needed in all cases. The usb_get_phy_device fu

[PATCH] virtio_balloon: don't call virtio_has_feature() twice on init_vqs()

Cchange init_vqs() to avoid calling twice the virtio_has_feature() - attempting to find out if VIRTIO_BALLOON_F_STATS_VQ feature was negotiated - consequently we prevent unnecessarily running the drivers' feature_table more than needed. Signed-off-by: Leandro Dorileo --- drivers/virtio/virtio_ba

Re: [RFC PATCH V2 1/4] pci: APM X-Gene PCIe controller driver

On Friday 24 January 2014 13:28:22 Tanmay Inamdar wrote: > On Thu, Jan 16, 2014 at 5:10 PM, Tanmay Inamdar wrote: > > On Wed, Jan 15, 2014 at 4:39 AM, Arnd Bergmann wrote: > >> On Wednesday 15 January 2014, Tanmay Inamdar wrote: > >> > >>> +static void xgene_pcie_poll_linkup(struct xgene_pcie_po

[PATCH] Input: i8042-io - Exclude mips platforms when allocating/deallocating IO regions.

The standard IO regions are already reserved by the platform code on most MIPS devices(malta, cobalt, sni). The Commit 197a1e96c8be5b6005145af3a4c0e45e2d651444 ("Input: i8042-io - fix up region handling on MIPS") introduced a bug on these MIPS platforms causing i8042 driver to fail when trying to r

[PATCH 01/11] devicetree: binding: add missing Marvell Dove SoC documentation

Marvell Dove SoC binding was not documented, yet. Add the documentation and also describe Global Configuration register node in it. Signed-off-by: Sebastian Hesselbarth --- I chose not to send this to each DT maintainer but devicetree ml only. Is that right or wrong now? Cc: Jason Cooper Cc: An

[PATCH 05/11] pinctrl: mvebu: fix misdesigned resource allocation

Allocating the pinctrl resource in common pinctrl-mvebu was a misdesign, as it does not allow SoC specific parts to access the allocated resource. This moves resource allocation from mvebu_pinctrl_probe to SoC specific _probe functions and passes the base address to common pinctrl driver instead.

[PATCH 00/11] pinctrl: mvebu: remove hardcoded addresses from Dove pinctrl

This patch set is one required step for Dove to hop into mach-mvebu. Until now, pinctrl-dove was hardcoding some registers that do not directly belong to MPP core registers. This is not compatible with what we want for mach-mvebu. This patch set removes all hardcoded addresses from pinctrl-dove by

[PATCH 06/11] pinctrl: mvebu: dove: request additional resources

Dove pinctrl also requires additional registers to control all pins. This patch requests resources for mpp4 and pmu-mpp register ranges. As this changes DT to driver requirements, fallback to hardcoded resources, if the corresponding DT regs have not been set. Also, WARN about old DT binding usage

[PATCH 02/11] devicetree: bindings: update MVEBU pinctrl binding documentation

Dove pinctrl binding now requires three different reg properties. This updates corresponding binding and example accordingly. While at it, also document reg property as required for the other MVEBU SoC pinctrl nodes. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc:

[PATCH 07/11] pinctrl: mvebu: dove: request syscon regmap for global registers

Dove pinctrl uses some global config registers to control pins. This patch requests a syscon regmap for those registers. As this changes DT to driver requirements, fallback to a self-registered regmap with hardcoded resources, if the corresponding syscon DT node is missing. Also, WARN about old DT

[PATCH 03/11] ARM: dove: add additional pinctrl registers

Dove pinctrl used additional registers to control MPPs. This patch first increases existing pinctrl reg property by one register, and then adds two new ranges for MPP4 and PMU MPP registers. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Russe

[BUG - v3.10.27] sit: Bad list pointer

On 3.10.27, loading and then unloading the sit module gives me the following bug: [ 35.400878] sit: IPv6 over IPv4 tunneling driver [ 36.959308] [ cut here ] [ 36.963983] WARNING: at /home/rostedt/work/git/linux-rt.git/lib/list_debug.c:59 __list_del_entry+0xa1/0xd0(

[PATCH 09/11] pinctrl: mvebu: dove: use remapped mpp4 register

Now that we have an ioremapped mpp4 register, get rid of hardcoded physical addresses. While at it, also remove DOVE_ prefix from those macros. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Linus Walleij Cc: linux-arm-ker...@lists.infradead.

[PATCH 08/11] pinctrl: mvebu: dove: use remapped mpp base registers

Now that we have ioremapped mpp base registers, get rid of hardcoded physical addresses. While at it, also remove DOVE_ prefix from those macros. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Linus Walleij Cc: linux-arm-ker...@lists.infradea

[PATCH 11/11] pinctrl: mvebu: dove: use global register regmap

Now that we have a regmap for global registers, get rid of the last remaining hardcoded physical addresses. While at it, also remove DOVE_ prefix from those macros. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Linus Walleij Cc: linux-arm-ke

[PATCH 04/11] ARM: dove: add global-config register node

We share global config registers by syscon node, add it to dove.dtsi. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Russell King Cc: devicet...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-

[PATCH 10/11] pinctrl: mvebu: dove: use remapped pmu_mpp registers

Now that we have ioremapped pmu_mpp registers, get rid of hardcoded physical addresses. While at it, also remove DOVE_ prefix from those macros. Signed-off-by: Sebastian Hesselbarth --- Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Linus Walleij Cc: linux-arm-ker...@lists.infradead

[PATCH 0/4] clk: mvebu: fix clk init order

This patch set fixes clk init order that went upside-down with v3.14. I haven't really investigated what caused this, but I assume it is related with DT node reordering by addresses. Anyway, with v3.14 for MVEBU SoCs, the clock gating driver gets registered before core clocks driver. Unfortunately

[PATCH 1/4] clk: mvebu: armada-370: maintain clock init order

Init order of CLK_OF_DECLARE'd drivers depends on compile order. Unfortunately, clk_of_init does not allow drivers to return errors, e.g. -EPROBE_DEFER if parent clocks have not been registered, yet. To avoid init order woes for MVEBU clock drivers, we take care of proper init order ourselves. Thi

[PATCH 3/4] clk: mvebu: dove: maintain clock init order

Init order of CLK_OF_DECLARE'd drivers depends on compile order. Unfortunately, clk_of_init does not allow drivers to return errors, e.g. -EPROBE_DEFER if parent clocks have not been registered, yet. To avoid init order woes for MVEBU clock drivers, we take care of proper init order ourselves. Thi

[PATCH 2/4] clk: mvebu: armada-xp: maintain clock init order

Init order of CLK_OF_DECLARE'd drivers depends on compile order. Unfortunately, clk_of_init does not allow drivers to return errors, e.g. -EPROBE_DEFER if parent clocks have not been registered, yet. To avoid init order woes for MVEBU clock drivers, we take care of proper init order ourselves. Thi

[PATCH 4/4] clk: mvebu: kirkwood: maintain clock init order

Init order of CLK_OF_DECLARE'd drivers depends on compile order. Unfortunately, clk_of_init does not allow drivers to return errors, e.g. -EPROBE_DEFER if parent clocks have not been registered, yet. To avoid init order woes for MVEBU clock drivers, we take care of proper init order ourselves. Thi

Re: [PATCH 2/2] x86, microcode: Add option to allow downgrading of microcode

On Sat, Jan 25, 2014 at 02:35:58PM -0200, Henrique de Moraes Holschuh wrote: > On Fri, 24 Jan 2014, Andi Kleen wrote: > > For testing purposes it can be useful to downgrade microcode. > > Normally the driver only allows upgrading. > > The code is not prepared to work correctly when downgrading is

[PATCH] regulator: fixed: Use devm_regulator_register

Use "devm_regulator_register" instead of "regulator_register" which simplifies the code. Signed-off-by: Manish Badarkhe --- :100644 100644 5ea64b9... 6d32341... M drivers/regulator/fixed.c drivers/regulator/fixed.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drive

RE: [PATCH 0/5] ia64 ski emulator patches

Luck, Tony writes: > Mikulas: > >> Here I'm sending some ia64 patches to make it work in the ski emulator. > >> This has been broken for a long time. > > Thanks - There are questions from time to time on how to test ia64 > for those people who do not have hardware. > > Mikael: > > Thank

Re: Freeing of dev->p

On Wed, Jan 22, 2014 at 08:29:11AM +0100, Jean Delvare wrote: > Hi Greg, > > On Fri, 10 Jan 2014 07:24:02 -0800, Greg Kroah-Hartman wrote: > > On Fri, Jan 10, 2014 at 03:39:07PM +0100, Jean Delvare wrote: > > > (...) > > > Then I suppose we could inline both functions > > > again, for performance.

Re: Linux 3.10.28

diff --git a/Makefile b/Makefile index 09675a57059c..addf1b007fe3 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 10 -SUBLEVEL = 27 +SUBLEVEL = 28 EXTRAVERSION = NAME = TOSSUG Baby Fish diff --git a/arch/arm/kernel/machine_kexec.c b/arch/arm/kernel/machine_kexec.

  1   2   >