Re: [alsa-devel] [PATCH] ASoC: rockchip: i2s: add rockchip_dmaengine_pcm_config

On 01/09/2015 02:52 AM, Jianqun Xu wrote: This patch makes snd_dmaengine_pcm_register with rockchip_dmaengine_pcm_config, which configure the parameters of period and buffer match to rockchip DMAC. === without rockchip_dmaengine_pcm_config, and test with command - aplay -D hw

Re: NULL pointer dereference in i2c-hid

On Thursday 08 January 2015 15:58:54 Andrew Duggan wrote: > On 12/24/2014 03:53 PM, Gabriele Mazzotta wrote: > [...snip...] > Also, if you can get the firmware id from your touchpad that would also > be useful. > > $ sudo ./rmihidtool -f /dev/hidraw0 > >>> firmware id: 1522295 >

[PATCH v2] vmscan: force scan offline memory cgroups

Since commit b2052564e66d ("mm: memcontrol: continue cache reclaim from offlined groups") pages charged to a memory cgroup are not reparented when the cgroup is removed. Instead, they are supposed to be reclaimed in a regular way, along with pages accounted to online memory cgroups. However, an lr

Re: [BUG] drm/i915: backlight off after resume

On Fri, 09 Jan 2015, Jeremiah Mahler wrote: > Jani, all, > > On a Lenovo X1 Carbon if the display is off when suspend is entered > it will be off when it is resumed. A key must be pressed to restore > normal brightness. Please file a bug on [1] and attach dmesg with drm.debug=14 set, from boot t

RE: [PATCH] net: fec: Fix dual ethernet issue in VFxx

On 2015-01-09 04:00, fugang.d...@freescale.com wrote: > From: Stefan Agner Sent: Friday, January 09, 2015 2:59 AM >> To: Duan Fugang-B38611 >> Cc: Bhuvanchandra DV; linux-kernel@vger.kernel.org; Zhou Luwei-B45643; >> l...@karo-electronics.de; Li Frank-B20596; da...@davemloft.net; u.kleine- >> koe.

[PATCH net v2] ipv6: Prevent ipv6_find_hdr() from returning ENOENT for valid non-first fragments

ipv6_find_hdr() currently assumes that the next-header field in the fragment header of the non-first fragment is the "protocol number of the last header" (here last header excludes any extension header protocol numbers ) which is incorrect as per RFC2460. The next-header value is the first header o

[PATCH 1/2] PM / OPP: Assert RCU lock in exported functions

Add lockdep asserts for holding the RCU lock when calling dev_pm_opp_get_freq() and dev_pm_opp_get_voltage() to aid in detecting RCU misuses. These are called often after dev_pm_opp_find_freq_ceil/exact() which already asserts for RCU lock. However one could make an error by releasing lock too ear

[PATCH] clk: Use lockdep asserts to find missing hold of prepare_lock

Add lockdep asserts for holding the prepare_lock to all functions marking this as a requirement in description. Add this to private and exported functions so all locking misuse could be detected during debugging. Signed-off-by: Krzysztof Kozlowski --- drivers/clk/clk.c | 14 ++ 1 fil

[PATCH 2/2] PM / QoS: Use lockdep asserts to find missing hold of power.lock

Add lockdep asserts for holding the dev->power.lock to non-static functions which require this. They could be used outside of the file so asserts may help in detecting locking misuse. Signed-off-by: Krzysztof Kozlowski --- drivers/base/power/qos.c | 4 1 file changed, 4 insertions(+) diff

Re: [PATCH] clocksource: tegra: wrap arch/arm-specific sections in CONFIG_ARM

On 01/09/2015 03:09 AM, Paul Walmsley wrote: Hello Daniel On Thu, 8 Jan 2015, Daniel Lezcano wrote: On 12/09/2014 11:07 PM, Paul Walmsley wrote: Like several of the other files in drivers/clocksource, tegra20_timer.c contains code that can only compile when CONFIG_ARM is enabled. This cause

[PATCH v2] net: ipv6: Prevent ipv6_find_hdr() from returning ENOENT for valid non-first fragments

ipv6_find_hdr() currently assumes that the next-header field in the fragment header of the non-first fragment is the "protocol number of the last header" (here last header excludes any extension header protocol numbers ) which is incorrect as per RFC2460. The next-header value is the first header o

Help needed: complex case bisection (TBS6981)

Hello. I would like to receive comments, suggestions and criticism on my plan to bisect following problem. History of problem: 1) I own computer based on AMD Athlon(tm) II X2 240e Processor on Asus M5A97 LE R2.0 motherboard 2) I own TBS6981 card (Dual DVB-S/S2 PCIe receiver, in kernel driver)

Re: [PATCH] adv7604: Add DT parsing support

Hi, 2014-10-27 0:30 GMT+01:00 Laurent Pinchart : > Hi Jean-Michel, > > On Thursday 23 October 2014 07:51:50 Jean-Michel Hautbois wrote: >> 2014-10-23 1:53 GMT+02:00 Laurent Pinchart: >> > On Wednesday 22 October 2014 17:34:21 Jean-Michel Hautbois wrote: >> >> This patch adds support for DT parsing

Re: [PATCH v5 5/5] ARM: dts: exynos4412-trats: Switch max77686 regulators to GPIO control

Hi Kukjin, Mark Brown pulled regulator changes and documentation for bindings [1]. Could you pick up this patch? [1] http://www.spinics.net/lists/linux-samsung-soc/msg40834.html Best regards, Krzysztof On pon, 2015-01-05 at 12:48 +0100, Krzysztof Kozlowski wrote: > Remove fixed regulators (dup

RE: [PATCH] net: fec: Fix dual ethernet issue in VFxx

From: Stefan Agner Sent: Friday, January 09, 2015 4:22 PM > To: Duan Fugang-B38611 > Cc: Bhuvanchandra DV; linux-kernel@vger.kernel.org; Zhou Luwei-B45643; > l...@karo-electronics.de; Li Frank-B20596; da...@davemloft.net; u.kleine- > koe...@pengutronix.de; shawn@linaro.org > Subject: RE: [PATC

[PATCH v2 2/3] power: rt5033_charger: Add RT5033 charger device driver

This patch add device driver of Richtek RT5033 PMIC. The driver support switching charger. rt5033 charger provide three charging mode. Three charging mode are pre charge mode, fast cahrge mode and constant voltage mode. They are have vary charge rate, charge parameters. The charge parameters can be

[PATCH v2 1/3] power: rt5033_battery: Add RT5033 Fuel gauge device driver

This patch adds device driver of Richtek PMIC. The driver support battery fuel gange. Fuel gauge calculates and determines the battery state of charge(SOC) according to battery open circuit voltage(OCV). Also, this driver provides battery average voltage, voltage and bettery present property. Cc:

[PATCH v2 0/3] power: rt5033: Add Richtek RT533 drivers

This patchset adds driver for Richtek rt5033 chip The chip contains switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge. Additionally, This includes document for device tree of RT5033 device. RT5033 core driver is applied by Lee Jones. RT5033 regulator driver have been merged by Mar

Re: [PATCH v3 0/7] Pinctrl support for Zynq

On Fri, Dec 12, 2014 at 5:37 PM, Sören Brinkmann wrote: > Argh, this went through the wrong SMTP. I suspect threading is broken > due to that. Let me know if you want me to resend this with intact > threading. I don't care much about the threading, but all messages are quoted-printable which doe

[PATCH v2 3/3] Documentation: Add documentation for rt5033 multifunction device

This patch device tree binding documentation for rt5033 multifunction device. Cc: Sebastian Reichel Cc: Lee Jones Cc: Mark Brown Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian campbell Cc: Kumar Gala Signed-off-by: Beomho Seo Acked-by: Chanwoo Choi --- Changes in v2 - Fix incorr

Re: [alsa-devel] [PATCH v2] ALSA: usb-audio: Add support for Akai MPC Element USB MIDI controller

Paul Bonser wrote: > On 01/08/2015 03:56 PM, Clemens Ladisch wrote: >> Paul Bonser wrote: >>> The Akai MPC Element incorrectly reports its bInterfaceClass as 255, but >>> otherwise implements the USB MIDI spec correctly. >>> >>> This adds a quirks-table.h entry which allows the device to be >>> rec

Re: [PATCH] serial: 8250: Make ISA ports optional

On Friday 09 January 2015 00:13:28 Peter Hurley wrote: > On 01/08/2015 05:05 PM, Arnd Bergmann wrote: > > On Thursday 08 January 2015 11:11:51 Peter Hurley wrote: > >> > >> This interface is just storage and minor allocation, since the > >> port-reuse behavior will be limited to the "universal" dri

[PATCH] ASoC: wm8904: fix runtime warning

As the commit 5fe5b76 (ASoC: dapm: Do not pretend to support controls for non mixer/mux widgets) remove the fake control. Then, the wm8904 throw out the following warning at runtime. --->8--- wm8904 1-001a: Control not supported for path ADCL -> [Left] -> AIFOUTL wm8904 1-001a: ASoC: no dapm match

Re: [Intel-gfx] [Announcement] 2015-Q1 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi all, We're pleased to announce a public update to Intel Graphics Virtualization Technology (Intel GVT-g, formerly known as XenGT). Intel GVT-g is a complete vGPU solution with mediated pass-through, supported today on 4th generation Intel Core(TM) processors with Intel Graphics processors

Re: [PATCH -mm v3 3/9] vmscan: per memory cgroup slab shrinkers

On Fri, Jan 09, 2015 at 02:33:46PM +0800, Hillf Danton wrote: > > @@ -2318,16 +2357,22 @@ static bool shrink_zone(struct zone *zone, struct > > scan_control *sc, > > > > memcg = mem_cgroup_iter(root, NULL, &reclaim); > > do { > > - unsigned long lru_pages

Re: [GIT PULL] at91: fixes for 3.19 #1 (bis)

Le 08/01/2015 23:41, Olof Johansson a écrit : > On Mon, Jan 05, 2015 at 12:14:37PM +0100, Nicolas Ferre wrote: >> Arnd, Olof, Kevin, >> >> This is the rebase of my previous pull-request on top of 3.19-rc1. As said at >> the time of my early messages, I was waiting for the arm-soc *and* pinctrl >> m

[PATCH 2/6] selftests: Add install target

This adds make install support to selftests. The basic usage is: $ cd tools/testing/selftests $ make install That installs into tools/testing/selftests/install, which can then be copied where ever necessary. The install destination is also configurable using eg: $ INSTALL_PATH=/mnt/selftests ma

[PATCH 1/6] selftests: Introduce minimal shared logic for running tests

This adds a Make include file which most selftests can then include to get the run_tests logic. On its own this has the advantage of some reduction in repetition, and also means the pass/fail message is defined in fewer places. However the key advantage is it will allow us to implement install ve

[PATCH 6/6] selftests: Set CC using CROSS_COMPILE once in lib.mk

Signed-off-by: Michael Ellerman --- tools/testing/selftests/efivarfs/Makefile | 1 - tools/testing/selftests/exec/Makefile | 1 - tools/testing/selftests/kcmp/Makefile | 1 - tools/testing/selftests/lib.mk| 6 ++ tools/testing/selftests/net/Makefile | 1 - tools/testi

[PATCH 3/6] selftests: Add install support for the powerpc tests

The bulk of the selftests are actually below the powerpc sub directory. This adds support for installing them, when on a powerpc machine, or if ARCH and CROSS_COMPILE are set appropriately. This is a little more complicated because of the sub directory structure under powerpc, but much of the com

[PATCH 4/6] kbuild: add a new kselftest_install make target to install selftests

Add a new make target to install kernel selftests. This new target will build and install selftests. The default is just $(objtree)/selftests. This is preferable to something based on $(INSTALL_MOD_PATH) (which defaults to /), as it allows a normal user to install the tests. This is similar to the

[PATCH 5/6] kbuild: Don't pass -rR to selftest makefiles

The makefiles under tools/testing/selftests are not real kbuild makefiles, they are regular stand alone makefiles. As such they *do* want all the standard implicit rules and variables defined. So before calling those makefiles, filter -rR out of MAKEFLAGS. Without this not all the selftests are b

[PATCH] ARM: at91: sama5d3: dt: correct the sound route

The MICBIAS is a supply, should route to MIC while not IN1L. Signed-off-by: Bo Shen --- arch/arm/boot/dts/sama5d3xmb.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/sama5d3xmb.dtsi b/arch/arm/boot/dts/sama5d3xmb.dtsi index 0399be6..83d0598 100644 ---

Re: [PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On 01/08/15 20:04, Mark Brown wrote: > On Thu, Jan 08, 2015 at 05:42:57PM +0100, Jean-Francois Moine wrote: > >> Examples: > >> - for the Cubox: > >> audio-inputs = "i2s", "spdif"; > >> - for some other board with I2S on the pins 3 and 4 only: > >> audio-inputs = "none", "none", "i2s

In Ref to previous 3 patches:Fix for synchronization issue in IPv6 implementation in smack module(kernel ver-3.19)

[PATCH] This patch fixes the synchronization issue in IPv6 implementation. Previously there was no synchronization mechanism used while accessing(adding/reading/deletion) smk_ipv6_port_list. It could be possible that when one thread is reading the list, at the same time another thread is adding

Fix for different protocol issue in ipv6 implementation in smack module(kernel ver- 3.19)

[PATCH] This patch fixes the issue when 2 servers uses same IP and port but different protocols(Udp and tcp). And they are using different SMACK64IPIN labels.Tcp server is using "test" and udp server is using "test-in". Now when we try to run tcp client with SMACK64IPOUT label as "test", then

Re: [PATCH RESEND v3] gpio: lib-sysfs: Add 'wakeup' attribute

On Mon, Jan 5, 2015 at 7:16 PM, Soren Brinkmann wrote: > Add an attribute 'wakeup' to the GPIO sysfs interface which allows > marking/unmarking a GPIO as wake IRQ. > The file 'wakeup' is created in each exported GPIOs directory, if an IRQ > is associated with that GPIO and the irqchip implements

[PATCH 1/2] xfs: introduce a generic shutdown ioctl

This patch introduces a generic ioctl for fs shutdown used by xfs. Cc: Dave Chinner Signed-off-by: Jaegeuk Kim --- fs/xfs/xfs_fs.h | 8 include/uapi/linux/fs.h | 8 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/fs/xfs/xfs_fs.h b/fs/xfs/xfs_fs.h index

[PATCH 2/2] f2fs: support fs shutdown

This patch add an ioctl to shutdown f2fs, which stops all the further block writes after this point. The ioctl, FS_IOC_SHUTDOWN, provides the following three options. 1. FS_GOING_DOWN_FULLSYNC : this will flush all the data and dentry blocks, and do checkpoint before shutdown. 2. FS_GOING_DOWN

Fix for same server binary but with different labels issue in smack ipv6 implementation (kernel ver-3.19)

[PATCH] This patch fixes the bug which comes up when one tcp server is already running on some ip and port with "test" as SMACK64IPIN label. And we try to run the same server again with same port, same protocol, and same ip but with different SMACK64IPIN label "server". Then this new server pr

[PATCH] cxl: Add tracepoints

From: Ian Munsie This patch adds tracepoints throughout the cxl driver, which can provide insight into: - Context lifetimes - Commands sent to the PSL and AFU and their completion status - Segment and page table misses and their resolution - PSL and AFU interrupts - slbia calls from the powerpc

Re: [GIT PULL] make mrproper fix for v3.19-rc4

On 2015-01-08 23:42, Linus Torvalds wrote: > Just do > > make allmodconfig > .. build the tree .. > make distclean > git ls-files -o > > to see any files that are left-over despite the distclean ("git > ls-files -o" basically shows all untracked files - 'o' stands for > 'others' -

[PATCH] pinctrl: pass -DDEBUG in subdirs

When drivers are compiled in subdirectories the -DDEBUG flag need to be passed in the individual Makefiles. Reported-by: Mika Westerberg Signed-off-by: Linus Walleij --- drivers/pinctrl/berlin/Makefile| 1 + drivers/pinctrl/freescale/Makefile | 1 + drivers/pinctrl/mvebu/Makefile | 1 +

Re: [PATCH] timekeeping: Move persistent clock registration code from ARM to kernel

On Thu, Nov 13, 2014 at 03:21:22PM -0800, John Stultz wrote: > On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote: > > On Mon, 10 Nov 2014, Anatol Pomozov wrote: > >> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding > >> wrote: > >> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wr

Re: [PATCH 1/2] pinctrl: intel: Pass CONFIG_DEBUG_PINCTRL to drivers

On Thu, Dec 4, 2014 at 11:32 AM, Mika Westerberg wrote: > If the user has selected CONFIG_DEBUG_PINCTRL=y make sure that Intel > pinctrl drivers will be compiled with that option as well. > > Signed-off-by: Mika Westerberg Patch applied, and conjured a patch doing the same on the other subdirs

Re: [PATCH 1/2] genirq: Abstract access to irq_chip flags

On 09/01/15 03:00, Jiang Liu wrote: > On 2015/1/9 1:32, Marc Zyngier wrote: >> In order to safely migrate to a cumulative set of flags, start by >> abstracting the way we look at these flags. There is otherwise no >> change in semantics here. > >> diff --git a/kernel/irq/manage.c b/kernel/irq/mana

Re: [PATCH 2/2] pinctrl: cherryview: Save and restore pin configs over system sleep

On Thu, Dec 4, 2014 at 11:32 AM, Mika Westerberg wrote: > Before resuming from system sleep BIOS restores its view of pin > configuration. If we have configured some pins differently from that, for > instance some driver requested a pin as a GPIO but it was not in GPIO mode > originally, our view

Re: [PATCH v2] vmscan: force scan offline memory cgroups

On Fri 09-01-15 11:09:43, Vladimir Davydov wrote: > Since commit b2052564e66d ("mm: memcontrol: continue cache reclaim from > offlined groups") pages charged to a memory cgroup are not reparented > when the cgroup is removed. Instead, they are supposed to be reclaimed > in a regular way, along with

Re: [PATCH v20 01/11] ARM: probes: move all probe code to dedicate directory

On Fri, 2015-01-09 at 10:19 +0800, Wang Nan wrote: > In discussion on LKML (https://lkml.org/lkml/2014/11/28/158), Russell > King suggests to move all probe related code to arch/arm/probes. This > patch does the work. Due to dependency on 'arch/arm/kernel/patch.h', this > patch also moves patch.h t

Re: [PATCH 15/28] pinctrl: intel: drop owner assignment from platform_drivers

On Sun, Dec 21, 2014 at 10:14 PM, Wolfram Sang wrote: > This platform_driver does not need to set an owner, it will be populated by > the > driver core. > > Signed-off-by: Wolfram Sang Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kerne

Re: [PATCH] timekeeping: Move persistent clock registration code from ARM to kernel

On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote: > On Sat, 15 Nov 2014, Thomas Gleixner wrote: > > On Fri, 14 Nov 2014, Anatol Pomozov wrote: > > > On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner > > > wrote: > > > >> So what I suppose to do with my patch? If it does not work cou

Re: [PATCH] Revert 9fc2105aeaaf56b0cf75296a84702d0f9e64437b to fix pyaudio (and probably more)

On Thu, Jan 08, 2015 at 10:46:14PM +, Pavel Machek wrote: > On Thu 2015-01-08 16:57:05, Russell King - ARM Linux wrote: > > On Thu, Jan 08, 2015 at 04:41:12PM +, Catalin Marinas wrote: > > > On Thu, Jan 08, 2015 at 04:34:50PM +, Russell King - ARM Linux wrote: > > > > On Thu, Jan 08, 20

Re: [PATCH v20 01/11] ARM: probes: move all probe code to dedicate directory

On 2015/1/9 17:47, Jon Medhurst (Tixy) wrote: > On Fri, 2015-01-09 at 10:19 +0800, Wang Nan wrote: >> In discussion on LKML (https://lkml.org/lkml/2014/11/28/158), Russell >> King suggests to move all probe related code to arch/arm/probes. This >> patch does the work. Due to dependency on 'arch/arm

[PATCH v2 8/8] ARM: at91: remove useless include

Both drivers using the system timer are now converted to an MFD. mach/at91_st.h is now useless. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/include/mach/at91_st.h | 61 --- 1 file changed, 61 deletions(-) delete mode 100644 arch/arm/mach-at91/include/mach

[PATCH v2 7/8] clocksource: atmel-st: use syscon/regmap

The register range from the system timer is also used by the watchdog driver. Use a regmap to handle concurrent accesses. Signed-off-by: Alexandre Belloni --- drivers/clocksource/timer-atmel-st.c | 103 +-- 1 file changed, 39 insertions(+), 64 deletions(-) diff -

[PATCH v2 1/8] ARM: at91/dt: declare atmel,at91rm9200-st as a syscon

The system timer register range is also used for the watchdog. Declare it as a syscon to be able to get a regmap early enough in the boot process Signed-off-by: Alexandre Belloni --- Documentation/devicetree/bindings/arm/atmel-at91.txt | 2 +- arch/arm/boot/dts/at91rm9200.dtsi

[PATCH v2 5/8] ARM: at91: move the restart function to the system timer driver

Restarting on an at91rm9200 is handled by using the system timer. Move that function to the system timer driver. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/at91rm9200.c | 11 --- drivers/clocksource/timer-atmel-st.c | 12 2 files changed, 12 insertions(+),

Re: [PATCH 0/2] genirq: Make irqchip flags work with stacked irq domains

Hi Jiang, On 09/01/15 03:07, Jiang Liu wrote: > On 2015/1/9 1:32, Marc Zyngier wrote: >> With the landing of stacked irq domains in 3.19, we have ended up in a >> situation where we have a stack of IRQ controllers, each with their >> set of flags, but the core code is only able to look at the top-

[PATCH v2 6/8] clocksource: atmel-st: properly initialize driver

Use clocksource_of_init to initialize the system timer instead of relying on a custom function. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/board-dt-rm9200.c | 7 --- arch/arm/mach-at91/generic.h | 3 --- drivers/clocksource/timer-atmel-st.c | 4 +++- 3 files changed, 3 i

[PATCH v2 4/8] ARM: at91: time: move the system timer driver to drivers/clocksource

Import at91rm9200_time.c from mach-at91 as timer-atmel-st.c. Further cleanup is required to get rid of the mach-at91 headers. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile | 2 +- drivers/clocksource/Kconfig

[PATCH v2 2/8] mfd: Add atmel-st driver

The Atmel System Timer IP available on the at91rm9200 exposes both a timer and a watchdog. Signed-off-by: Alexandre Belloni --- drivers/mfd/Kconfig | 7 drivers/mfd/Makefile | 1 + drivers/mfd/atmel-st.c | 76 include/lin

[PATCH v2 0/8] Atmel System Timer cleanups

This patch sets cleans up the system timer driver. The main goal is to get rid of the mach/ headers dependency. At the same time, it introduces proper probing and locking (using a regmap) for the watchdog driver. Changes in v2: - cleaned up more includes in the watchdog driver - stop using if O

[PATCH 0/2] cpufreq: add cpufreq driver for Mediatek MT8173 SoC

MT8173 is a ARMv8 based SoC with 2 CA53 + 2 CA57 cores and 2 clusters. All CPUs in a single cluster share the same power and clock domain. This series tries to add cpufreq driver support for MT8173 SoC by using DT based cpufreq driver. Currently the DT based cpufreq driver is missing some way to c

Re: Preemptionirqsoff latency issue

On Fri, Jan 09, 2015 at 02:31:35PM +0530, Vaibhav Shinde wrote: > Hi All, > > I have been checking preemption/irqs off latency with ftrace to find out > the reason for scheduling latency for my application - > > echo 0 > options/function-trace > echo preemptirqsoff > current_tracer > echo 1 > tra

[PATCH 2/2] cpufreq: add cpufreq driver for Mediatek MT8173 SoC

When doing DVFS on MT8173 SoC, 2 rules should be followed to make sure the SoC works properly: 1. When doing frequency scaling of CPUs, the clock source should be switched to another PLL, then switched back to the orignal until it's stable. 2. When doing voltage scaling of CA57 cluster, Vproc an

Re: [PATCH 0/2] Change order of linkage in kernel makefiles for amdkfd

On Thu, Jan 08, 2015 at 04:15:42PM +0200, Oded Gabbay wrote: > Hi Thierry, > Generally I agree with the issues you describe in the current design. > One task in our 2015 workplan is to change the whole method amdkfd is > loaded, so it can independently load at any time, regardless of the order of >

[PATCH 1/2] cpufreq-dt: check CPU clock/power domain during initializing

Currently the DT based cpufreq driver is missing some way to check which CPUs share clocks. In the 1st patch, CPU clock/power domain information is added to the platform_data of cpufreq-dt so that cpufreq-dt driver could check which CPUs share clock/power. Signed-off-by: pi-cheng.chen --- driver

Re: [Xen-devel] [PATCH 3/3] xen: use correct type for physical addresses

>>> On 08.01.15 at 18:01, wrote: > --- a/arch/x86/xen/setup.c > +++ b/arch/x86/xen/setup.c > @@ -140,7 +140,7 @@ static void __init xen_del_extra_mem(u64 start, u64 size) > unsigned long __ref xen_chk_extra_mem(unsigned long pfn) > { > int i; > - unsigned long addr = PFN_PHYS(pfn); > +

[PATCH v2 3/8] watchdog: at91rm9200: use the regmap from mfd

The system timer MFD driver is providing a regmap. Use it to access the registers. Signed-off-by: Alexandre Belloni --- drivers/watchdog/Kconfig | 2 +- drivers/watchdog/at91rm9200_wdt.c | 27 +-- 2 files changed, 10 insertions(+), 19 deletions(-) diff --git a/

Re: [PATCH] ARM: tegra: Use PMC scratch register 40 for tegra_resume() location store

On Thu, Jan 08, 2015 at 02:37:09PM +0200, Peter De Schrijver wrote: > On Thu, Jan 08, 2015 at 11:57:43AM +0100, Thierry Reding wrote: > > * PGP Signed by an unknown key > > > > On Mon, Dec 22, 2014 at 11:00:16AM -0700, Stephen Warren wrote: > > > On 12/22/2014 10:27 AM, Dmitry Osipenko wrote: > >

Re: [PATCHv2 0/8] perf tools: Add perf data CTF conversion

On Thu, Jan 08, 2015 at 03:38:18PM +0100, Jiri Olsa wrote: > On Thu, Jan 08, 2015 at 03:29:13PM +0100, Peter Zijlstra wrote: > > On Thu, Dec 11, 2014 at 04:12:21PM +0100, Jiri Olsa wrote: > > > Basically we are adding 'perf data convert' command to > > > allow conversion of perf data file into CTF

Re: [PATCH net v2] ipv6: Prevent ipv6_find_hdr() from returning ENOENT for valid non-first fragments

Hi, Rahul Sharma wrote: ipv6_find_hdr() currently assumes that the next-header field in the fragment header of the non-first fragment is the "protocol number of the last header" (here last header excludes any extension header protocol numbers ) which is incorrect as per RFC2460. The next-header

Re: livepatching tree for linux-next

On Wed, 7 Jan 2015, Andrew Morton wrote: > > --- a/kernel/livepatch/core.c > > +++ b/kernel/livepatch/core.c > > @@ -911,6 +911,12 @@ static int klp_init(void) > > { > > int ret; > > > > + ret = klp_check_compiler_support(); > > + if (ret) { > > + pr_info("Your compiler is too

Re: [PATCHv2 0/8] perf tools: Add perf data CTF conversion

On Fri, Jan 09, 2015 at 10:58:38AM +0100, Peter Zijlstra wrote: > On Thu, Jan 08, 2015 at 03:38:18PM +0100, Jiri Olsa wrote: > > On Thu, Jan 08, 2015 at 03:29:13PM +0100, Peter Zijlstra wrote: > > > On Thu, Dec 11, 2014 at 04:12:21PM +0100, Jiri Olsa wrote: > > > > Basically we are adding 'perf dat

Re: [GIT PULL 0/3] perf/urgent fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit ed9eb845d7916b2bc863e5b93c82e18be8faf032: > > Merge tag 'perf-urgent-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urge

Re: [PATCH v5][resend v4] of: replace Asahi Kasei Corp vendor prefix

Hi Stephen Thank you for your feedback > > I'm sending this "of: replace Asahi Kasei Corp vendor prefix" during > > half-year (since Jun 2014) , many times. But, no-one care it. > > I don't know who is the best maintainer. > > - Stephen : because it has Tegra ? > > - Olof: because it has T

Re: [PATCH v2 0/4] input: synaptics - report correct width and pressure values

On Mon, 2015-01-05 at 23:28 +0100, Gabriele Mazzotta wrote: > Make image sensors and cr48 sensors report widths and fix the > calculation of width and pressure values in some cases. > > Changes since v1: > - Rebased on 35393dcb2ed3 > - Get widths from AGM packets too > - Include support for cr4

Re: [PATCH 1/4] pinctrl: Broadcom Cygnus pinctrl device tree binding

On Fri, Nov 28, 2014 at 12:46 AM, Ray Jui wrote: > Device tree binding documentation for Broadcom Cygnus pinctrl driver > > Signed-off-by: Ray Jui > Reviewed-by: Scott Branden > --- > .../bindings/pinctrl/brcm,cygnus-pinctrl.txt | 92 > > 1 file changed, 92 insert

Re: [PATCH v9 1/4] drm/i2c: tda998x: Add DT support for audio

On 01/08/2015 06:42 PM, Jean-Francois Moine wrote: On Thu, 8 Jan 2015 16:53:41 +0200 Jyri Sarha wrote: + - audio-ports: must contain one or two values selecting the source + in the audio port. + The source type is given by the corresponding entry in + the audio-port-names pr

Re: [PATCH v9 0/4] ASoC: tda998x: add a codec to the HDMI transmitter

On 01/08/2015 10:05 PM, Mark Brown wrote: On Thu, Jan 08, 2015 at 04:53:04PM +0200, Jyri Sarha wrote: BTW, the HDMI codec is now completely unused, since my OMAP4+ HDMI audio patches were merged (it uses dummy codec) and my BBB HDMI audio patches were never merged. Might those BBB ones turn u

Re: [PATCH] perf tools: Fix __machine__findnew_thread() error path

On Fri, Jan 09, 2015 at 09:38:12AM +0900, Namhyung Kim wrote: > When thread__init_map_groups() fails, a new thread should be removed > from the rbtree since it's gonna be freed. Also update last match cache > only if the function succeeded. > > Reported-by: David Ahern > Signed-off-by: Namhyung

Re: [PATCH 2/2] arm64: Emulate SETEND for AArch32 tasks

On 08/01/15 18:43, Mark Rutland wrote: Hi Suzuki, On Wed, Jan 07, 2015 at 04:16:45PM +, Suzuki K. Poulose wrote: From: "Suzuki K. Poulose" Emulate deprecated 'setend' instruction for AArch32 bit tasks. setend [le/be] - Sets the endianness of EL0 The hardware support for the inst

Re: [PATCH 0/4] sh-pfc: Add emev2 pinmux support

Hi Linus and Laurent, I know we are coming out of the holiday season so here is a humble ping on this patchset. * Niklas Söderlund [2014-12-12 21:01:33 +0100]: > Greetings, > > This patchset introduces pinmux support for the EMMA Mobile EV2 board to > the sh-pfc pin-controller driver. Devicetre

Re: [PATCH] pinctrl: pass -DDEBUG in subdirs

On Fri, 2015-01-09 at 10:41 +0100, Linus Walleij wrote: > When drivers are compiled in subdirectories the -DDEBUG flag need > to be passed in the individual Makefiles. Hi, It will be easy to forget adding this when adding new subdirectories. Can we do this instead? diff --git a/drivers/pinctrl/

Re: [PATCH v9 3/4] ASoC: tda998x: add a codec to the HDMI transmitter

On 01/07/2015 08:02 PM, Jean-Francois Moine wrote: On Wed, 7 Jan 2015 15:41:38 + Russell King - ARM Linux wrote: On Wed, Jan 07, 2015 at 03:10:47PM +, Andrew Jackson wrote: On 01/07/15 10:51, Jean-Francois Moine wrote: diff --git a/drivers/gpu/drm/i2c/Kconfig b/drivers/gpu/drm/i2c/Kc

Re: [PATCH v20 08/11] ARM: kprobes: enable OPTPROBES for ARM 32

On Fri, 2015-01-09 at 14:37 +0800, Wang Nan wrote: > This patch introduce kprobeopt for ARM 32. > > Limitations: > - Currently only kernel compiled with ARM ISA is supported. > > - Offset between probe point and optinsn slot must not larger than >32MiB. Masami Hiramatsu suggests replacing 2

Re: [alsa-devel] [PATCH v2] ALSA: usb-audio: Add support for Akai MPC Element USB MIDI controller

At Fri, 09 Jan 2015 09:48:42 +0100, Clemens Ladisch wrote: > > Paul Bonser wrote: > > On 01/08/2015 03:56 PM, Clemens Ladisch wrote: > >> Paul Bonser wrote: > >>> The Akai MPC Element incorrectly reports its bInterfaceClass as 255, but > >>> otherwise implements the USB MIDI spec correctly. > >>>

Re: [PATCH] ARM: tegra: Use PMC scratch register 40 for tegra_resume() location store

On Fri, Jan 09, 2015 at 10:51:35AM +0100, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Thu, Jan 08, 2015 at 02:37:09PM +0200, Peter De Schrijver wrote: > > On Thu, Jan 08, 2015 at 11:57:43AM +0100, Thierry Reding wrote: > > > > Old Signed by an unknown key > > > > > > On Mon, Dec

[PATCH 3.12 00/78] 3.12.36-stable review

This is the start of the stable review cycle for the 3.12.36 release. There are 78 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 13 11:29:45 CET 2015. Anything receiv

Re: [PATCH v2] HID: logitech-hidpp: store the name of the device in struct hidpp

On Thu, 8 Jan 2015, Benjamin Tissoires wrote: > If a disconnect occurs while getting the actual name of the device > (which can take several HID transactions), the name of the device will > be the hid name, provided by the Unifying Receiver. > This means that in some cases, the user space will see

[PATCH 3.12 18/78] mm: fix swapoff hang after page migration and fork

From: Hugh Dickins 3.12-stable review patch. If anyone has any objections, please let me know. === commit 2022b4d18a491a578218ce7a4eca8666db895a73 upstream. I've been seeing swapoff hangs in recent testing: it's cycling around trying unsuccessfully to find an mm for some remaining

[PATCH 3.12 48/78] audit: change decimal constant to macro for invalid uid

From: Richard Guy Briggs 3.12-stable review patch. If anyone has any objections, please let me know. === commit 42f74461a5b60cf6b42887e6d2ff5b7be4abf1ca upstream. SFR reported this 2013-05-15: > After merging the final tree, today's linux-next build (i386 defconfig) > produced th

[PATCH 3.12 17/78] mm/vmpressure.c: fix race in vmpressure_work_fn()

From: Andrew Morton 3.12-stable review patch. If anyone has any objections, please let me know. === commit 91b57191cfd152c02ded0745250167d0263084f8 upstream. In some android devices, there will be a "divide by zero" exception. vmpr->scanned could be zero before spin_lock(&vmpr->sr

Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64

On Wed, Jan 07, 2015 at 07:48:48PM +, Arnd Bergmann wrote: > On Wednesday 07 January 2015 12:44:56 Jon Masters wrote: > > I'm expecting to need new drivers for SoC IP blocks that are net new, > > but generational differences between iterations of the same SoC should > > be abstracted behind the

[PATCH 3.12 32/78] powerpc: 32 bit getcpu VDSO function uses 64 bit instructions

From: Anton Blanchard 3.12-stable review patch. If anyone has any objections, please let me know. === commit 152d44a853e42952f6c8a504fb1f8eefd21fd5fd upstream. I used some 64 bit instructions when adding the 32 bit getcpu VDSO function. Fix it. Fixes: 18ad51dd342a ("powerpc: Add

[PATCH 3.12 11/78] perf/x86/intel: Protect LBR and extra_regs against KVM lying

From: Kan Liang 3.12-stable review patch. If anyone has any objections, please let me know. === commit 338b522ca43cfd32d11a370f4203bcd089c6c877 upstream. With -cpu host, KVM reports LBR and extra_regs support, if the host has support. When the guest perf driver tries to access LB

[PATCH 3.12 75/78] Btrfs: fix fs corruption on transaction abort if device supports discard

From: Filipe Manana 3.12-stable review patch. If anyone has any objections, please let me know. === commit 678886bdc6378c1cbd5072da2c5a3035000214e3 upstream. When we abort a transaction we iterate over all the ranges marked as dirty in fs_info->freed_extents[0] and fs_info->freed_

[PATCH 3.12 64/78] userns: Add a knob to disable setgroups on a per user namespace basis

From: "Eric W. Biederman" 3.12-stable review patch. If anyone has any objections, please let me know. === commit 9cc46516ddf497ea16e8d7cb986ae03a0f6b92f8 upstream. - Expose the knob to user space through a proc file /proc//setgroups A value of "deny" means the setgroups system

[PATCH 3.12 26/78] media: smiapp: Only some selection targets are settable

From: Sakari Ailus 3.12-stable review patch. If anyone has any objections, please let me know. === commit b31eb901c4e5eeef4c83c43dfbc7fe0d4348cb21 upstream. Setting a non-settable selection target caused BUG() to be called. The check for valid selections only takes the selection t

[PATCH 3.12 69/78] ncpfs: return proper error from NCP_IOC_SETROOT ioctl

From: Jan Kara 3.12-stable review patch. If anyone has any objections, please let me know. === commit a682e9c28cac152e6e54c39efcf046e0c8cfcf63 upstream. If some error happens in NCP_IOC_SETROOT ioctl, the appropriate error return value is then (in most cases) just overwritten befo

  1   2   3   4   5   6   7   8   9   >