[alsa-devel] [PATCH v2 RESEND 1/2] mfd: arizona: Add support for OUTn_MONO register control

Some boards need to set the OUTn_MONO register to configurates the output signal path as a mono differential output. This wlf,out-mono property is optional. If present, values must be specified less than or equal to the number of output signals. If values less than the number of output signals, ele

[alsa-devel] [PATCH v2 RESEND 0/2] mfd: arizona: Add support for OUTn_MONO register control

This patch series add support for OUTn_MONO register control using platform data. Each output signal can be configurated as a mono differential output. The mono differential configuration is selected using the OUTn_MONO registers. Changes in v2: - fix coding style issue - use ">=" instead of "=

[alsa-devel] [PATCH v2 RESEND 2/2] mfd: arizona: Update DT binding to support OUTn_MONO init_data

This patch update DT binding to support OUTn_MONO init_data. Each output signal can be configurated as a mono differential output. The mono differential configuration is selected using the OUTn_MONO registers. Signed-off-by: Inha Song --- Documentation/devicetree/bindings/mfd/arizona.txt | 7 +++

Re: [PATCH] tools: perf: util: session: Remove unused function

On 01/01/15 19:50, Rickard Strandqvist wrote: > Remove the function perf_session__peek_event() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist > --- It was added in preparation for Intel P

Re: [PATCH] Removed unused variable i from sound/soc/soc-pcm.c Signed-off-by: Shakil A Khan

At Thu, 1 Jan 2015 09:01:21 -0800, Shakil A Khan wrote: > > --- > sound/soc/soc-pcm.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/sound/soc/soc-pcm.c b/sound/soc/soc-pcm.c > index d6e8d6b..6b0136e 100644 > --- a/sound/soc/soc-pcm.c > +++ b/sound/soc/soc-pcm.c > @@ -

Re: [PATCH] sound: drivers: portman2x4.c: Remove some unused functions

At Thu, 1 Jan 2015 16:12:45 +0100, Rickard Strandqvist wrote: > > Removes some functions that are not used anywhere: > portman_read_data() portman_read_command() > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist > --

[GIT PULL] sound fixes for 3.19-rc3

Linus, please pull sound fixes for v3.19-rc3 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.19-rc3 The topmost commit is 62f64a880af2e82d1b41cb02cb43b88d30413993 sound fixes for 3.19-rc3 Noth

Re: [PATCH v10 2/8] ARM: l2c: Refactor the driver to use commit-like interface

On 30.12.2014 03:23, Nishanth Menon wrote: On 12/23/2014 04:48 AM, Marek Szyprowski wrote: -static void l2c310_resume(void) +static void l2c310_configure(void __iomem *base) { - void __iomem *base = l2x0_base; + unsigned revision; - if (!(readl_relaxed(base + L2X0_CTRL) & L

Re: [PATCH v1 1/3] dmaengine: Add support for APM X-Gene SoC DMA driver

Hi Arnd, See inline... Thanks, with regards, Ram On Wed, Dec 31, 2014 at 8:21 PM, Arnd Bergmann wrote: > On Wednesday 31 December 2014 17:12:14 Rameshwar Prasad Sahu wrote: >> This patch implements the APM X-Gene SoC DMA driver. The APM X-Gene >> SoC DMA engine consists of 4 DMA channels for p

Re: [PATCH] ALSA: ASoC: soc-compress.c: fix NULL dereference

On 12/29/2014 04:13 PM, Mark Brown wrote: On Tue, Dec 23, 2014 at 09:09:27AM +, Qais Yousef wrote: In soc_new_compress() when rtd->dai_link->daynmic is set, we create the pcm substreams with this call: ret = snd_pcm_new_internal(rtd->card->snd_card, new_name, num,

Re: [PATCH v10 2/8] ARM: l2c: Refactor the driver to use commit-like interface

On 30.12.2014 23:51, Nishanth Menon wrote: Looks like the following also need addressing: data->save is called twice (once more after l2cof_init) l2c310_init_fns also needs l2c310_configure will be nice to use l2x0_data only after we kmemdup data in __l2c_init I'll check this. Thanks. Appar

Re: [PATCH v2] drivers: scsi: megaraid: Add "megaraid_sas_internal.h" for internal shared functions using

Could you provide more detail for it, then I can make patch v3 (or I have no any idea about it). Thanks 发自我的 iPad > 在 2014年12月30日，下午8:45，Christoph Hellwig 写道： > >> On Mon, Dec 15, 2014 at 12:05:22AM +0800, Chen Gang wrote: >> For shared inline functions crossed source files, better to let it

Re: [PATCH v10 2/8] ARM: l2c: Refactor the driver to use commit-like interface

On 02.01.2015 18:13, Tomasz Figa wrote: On 30.12.2014 23:51, Nishanth Menon wrote: Looks like the following also need addressing: data->save is called twice (once more after l2cof_init) l2c310_init_fns also needs l2c310_configure will be nice to use l2x0_data only after we kmemdup data in __l2

Re: [PATCH] drivers:net:wireless: Add proper locking for the function, b43_op_beacon_set_tim in main.c

On Fri, 2 Jan 2015 02:34:01 -0500 Nicholas Krause wrote: > This adds proper locking for the function, b43_op_beacon_set_tim in main.c by > using the mutex lock > in the structure pointer wl, as embedded into this pointer as a mutex in > order to protect against > multiple access to the pointer

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

Hi Graeme, On 2015年01月02日 04:04, Graeme Gregory wrote: On Wed, Dec 31, 2014 at 04:34:46PM +0800, Hanjun Guo wrote: On 2014年12月31日 04:13, ashw...@codeaurora.org wrote: Hi Hanjun, Overall the document looks good to us. Some minor clarifications below. -- Forwarded message -- F

Re: [PATCH] arch: arm: mach-rpc: ecard: Remove some unused functions

On Thursday 01 January 2015 18:55:12 Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > ecard_disablefiq() ecard_enablefiq() > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist Looks like

Re: [PATCH] mfd: db8500-prcmu: Remove unused function

On Thursday 01 January 2015 18:49:53 Rickard Strandqvist wrote: > Remove the function prcmu_get_boot_status() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist > Acked-by: Arnd Bergmann --

Re: apparent loss of continuity in kernel .config?

Hi Gene, On Wed, Dec 31, 2014 at 3:16 PM, Gene Heskett wrote: > Attempting to go from 3.16.0 to 3.16.7 last night, a make oldconfig > started from scratch as if there were no .config's in the directory. I > stood on the enter key to take the defaults, then ran a make xconfig to > discover it was

Re: [PATCH] power: ab8500_fg.c: Remove unused function

On Thursday 01 January 2015 18:04:52 Rickard Strandqvist wrote: > Remove the function ab8500_fg_reinit() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist Acked-by: Arnd Bergmann -- To unsu

[PATCH v7 1/11] fs: Add support FALLOC_FL_INSERT_RANGE for fallocate

FALLOC_FL_INSERT_RANGE command is the opposite command of FALLOC_FL_COLLAPSE_RANGE that is needed for advertisers or someone who want to add some data in the middle of file. FALLOC_FL_INSERT_RANGE will create space for writing new data within a file after shifting extents to right as given length.

[PATCH v7 0/11] fs: Introduce FALLOC_FL_INSERT_RANGE for fallocate

In continuation of the work of making the process of non linear editing of media files faster, we introduce here the new flag FALLOC_FL_INSERT_RANGE for fallocate. This flag will work opposite to the FALLOC_FL_COLLAPSE_RANGE flag. As such, specifying FALLOC_FL_INSERT_RANGE flag will create new spa

[PATCH v7 4/11] xfsprogs: xfs_io: add finsert command for insert range via fallocate

Add finsert command for fallocate FALLOC_FL_INSERT_RANGE flag. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- io/prealloc.c | 39 ++- 1 file changed, 38 insertions(+), 1 deletion(-) diff --git a/io/prealloc.c b/io/prealloc.c index aba6b44..11b1

[PATCH v7 5/11] xfstests: generic/039: Standard insert range tests

This testcase(039) tries to test various corner cases for finsert range functionality over different type of extents. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- common/punch | 5 common/rc | 2 +- tests/generic/039 | 65 +

[PATCH v7 2/11] xfs: Add support FALLOC_FL_INSERT_RANGE for fallocate

This patch implements fallocate's FALLOC_FL_INSERT_RANGE for XFS. 1) Make sure that both offset and len are block size aligned. 2) Update the i_size of inode by len bytes. 3) Compute the file's logical block number against offset. If the computed block number is not the starting block of the ex

[PATCH v7 6/11] xfstests: generic/040: Delayed allocation insert range

This testcase(040) tries to test various corner cases with delayed extents for finsert range functionality over different type of extents. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- tests/generic/040 | 65 ++ tests/generic/040.out |

[PATCH v7 3/11] ext4: Add support FALLOC_FL_INSERT_RANGE for fallocate

This patch implements fallocate's FALLOC_FL_INSERT_RANGE for Ext4. 1) Make sure that both offset and len are block size aligned. 2) Update the i_size of inode by len bytes. 3) Compute the file's logical block number against offset. If the computed block number is not the starting block of the e

[PATCH v7 11/11] xfstests: fsx: Add fallocate insert range operation

This commit adds fallocate FALLOC_FL_INSERT_RANGE support for fsx. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- ltp/fsx.c | 96 +-- 1 file changed, 94 insertions(+), 2 deletions(-) diff --git a/ltp/fsx.c b/ltp/fsx.c in

[PATCH v7 8/11] xfstests: generic/042: Delayed allocation multi insert

This testcase(042) tries to test various corner cases with delayed extents and pre-existing holes for finsert range functionality over different type of extents. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- tests/generic/042 | 65 + te

[PATCH v7 10/11] xfstests: fsstress: Add fallocate insert range operation

This commit adds insert operation support for fsstress, which is meant to exercise fallocate FALLOC_FL_INSERT_RANGE support. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- ltp/fsstress.c | 19 --- src/global.h | 4 2 files changed, 20 insertions(+), 3 delet

[PATCH v7 9/11] xfstests: generic/043: Test multiple fallocate insert/collapse range calls

This testcase(043) tries to test finsert range a single alternate block mulitiple times and test merge code of collase range. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan Cc: Brian Foster --- tests/generic/043 | 107 ++ tests/gene

[PATCH v7 7/11] xfstests: generic/041: Multi insert range tests

This testcase(041) tries to test various corner cases with pre-existing holes for finsert range functionality over different type of extents. Signed-off-by: Namjae Jeon Signed-off-by: Ashish Sangwan --- tests/generic/041 | 65 + tests/generic/041.out

Re: [PATCH] s390: include: timex: Use macro CLOCK_STORE_SIZE instead of hard code number

On Thu, Jan 01, 2015 at 10:27:32PM +0800, Chen Gang wrote: > For C language, it treats array parameter as a pointer, so sizeof for an > array parameter is equal to sizeof for a pointer, which causes compiler > warning (with allmodconfig by gcc 5): > > CC arch/s390/kernel/asm-offsets.s >

Re: [PATCH] arch: arm: mach-omap2: voltage.c: Remove some unused functions

On Thursday 01 January 2015 18:06:34 Rickard Strandqvist wrote: > -void omap_change_voltscale_method(struct voltagedomain *voltdm, > - int voltscale_method) > -{ > - if (!voltdm || IS_ERR(voltdm)) { > - pr_warn("%s: VDD specified does not exist!\n", __

Re: [PATCH] clk: samsung: Fix Exynos 5420 pinctrl setup and clock disable failure due to domain being gated

Hello Paolo, On 12/24/2014 05:36 PM, Paolo Pisati wrote: > On Wed, Dec 10, 2014 at 09:35:31AM -0800, Kevin Hilman wrote: >> >> I confirm it fixes the boot hang in linux-next (next-20141210) on my >> exynos5800-peach-pi and exynos5420-arndale-octa. Tested both >> exynos_defconfig and multi_v7_def

Re: [PATCH v2 09/12] ARM: efm32: move into multiplatform

Hello, On Tue, Dec 30, 2014 at 12:32:12AM +0100, Stefan Agner wrote: > From: Arnd Bergmann > > Since the multiplatform configuration can support no-MMU kernels now, > there is nothing stopping us from moving the efm32 platform in there > as well. This introduces a new ARCH_MULTI_V7M CPU architec

[PATCH 0/3 RFC] Coccinelle: completion API checking

This little set of semantic patches is for partially checking the completion API. It seems to be working correctly and has not yet produced any false-positive. The cases being detected are: 1/3 - duplicate init_completions. 2/3 - incorrect static initialization of completion on stack. 3/3 - re-i

[PATCH 2/3 RFC] Coccinelle: check for incorrect DECLARE_COMPLETION use

Reviewed-by: Andreas Platschek Signed-off-by: Nicholas Mc Guire --- .../coccinelle/api/false_declare_completion.cocci | 50 1 file changed, 50 insertions(+) create mode 100644 scripts/coccinelle/api/false_declare_completion.cocci diff --git a/scripts/coccinelle/api/fals

[PATCH 1/3 RFC] Coccinelle: drop unecessary duplicated init_compltion calls

Reviewed-by: Andreas Platschek Signed-off-by: Nicholas Mc Guire --- .../coccinelle/api/duplicate_init_completion.cocci | 59 1 file changed, 59 insertions(+) create mode 100644 scripts/coccinelle/api/duplicate_init_completion.cocci diff --git a/scripts/coccinelle/api/dup

[PATCH 3/3 RFC] Coccinelle: incorrect use of multiple init_completion

Reviewed-by: Andreas Platschek Signed-off-by: Nicholas Mc Guire --- scripts/coccinelle/api/false_init_compltion.cocci | 74 + 1 file changed, 74 insertions(+) create mode 100644 scripts/coccinelle/api/false_init_compltion.cocci diff --git a/scripts/coccinelle/api/false_in

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

On 12/30/2014 07:00 PM, Mark Brown wrote: On Mon, Dec 29, 2014 at 07:37:21PM +0200, Jyri Sarha wrote: On 12/29/2014 06:52 PM, Mark Brown wrote: So, I'm not seeing *any* interest here from any other HDMI users. This is a continuing theme with HDMI patches and is really very concerning, everyo

Re: [PATCH] arch: arm: mach-ux500: board-mop500-regulators.c: Remove unused function

On Thursday 01 January 2015 16:40:05 Rickard Strandqvist wrote: > Remove the function mop500_regulator_init() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist This looks wrong: For one thin

Re: [PATCH v8 3/4] ARM: mediatek: Add sysirq in mt6589/mt8135/mt8127 dtsi

Hi Joe, 2014-12-25 3:11 GMT+01:00 Yingjoe Chen : > > Hi Matthias, > > On Tue, 2014-11-25 at 16:04 +0800, Yingjoe Chen wrote: >> Add sysirq settings for mt6589/mt8135/mt8127 >> This also correct timer interrupt flag. The old setting works >> because boot loader already set polarity for timer interr

Re: [PATCH v2 2/7] ARM: Exynos: add support for sub-power domains

Hello, On 2014-12-04 04:45, amit daniel kachhap wrote: On Wed, Dec 3, 2014 at 6:03 PM, Marek Szyprowski wrote: This patch adds support for making one power domain a sub-domain of other domain. This is useful for modeling power dependences for devices like TV Mixer or Camera ISP, which needs to

Re: [PATCH 2/3] ARM: mediatek: add UART dts for mt8127 and mt8135

2014-10-22 15:12 GMT+02:00 Eddie Huang : > This add dts support for mt8127 and mt8135 SOC UART > > Signed-off-by: Eddie Huang > --- > arch/arm/boot/dts/mt8127.dtsi | 34 ++ > arch/arm/boot/dts/mt8135.dtsi | 36 > 2 files changed

Re: [PATCH 3/3] DTS: serial: Add bindings document for the Mediatek UARTs

2014-10-22 15:12 GMT+02:00 Eddie Huang : > This patch add s devicetree document for Mediatek UART. > > Signed-off-by: Eddie Huang > --- > Documentation/devicetree/bindings/serial/mtk-uart.txt | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/Documentation/devicetree/bindings/serial/mtk-u

Re: [PATCH 2/2] ARM: Add mediatek SoC UART support in defconfig

2014-12-26 10:55 GMT+01:00 Eddie Huang : > Add mediatek SoC UART support in multi_v7_defconfig > > Signed-off-by: Eddie Huang > --- > arch/arm/configs/multi_v7_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/configs/multi_v7_defconfig > b/arch/arm/configs/multi_v7_def

Re: [PATCH v5 0/4] Fixes for SDIO interrupts for dw_mmc

Hello Ulf, On Tue, Dec 30, 2014 at 11:29 AM, Ulf Hansson wrote: > On 19 December 2014 at 20:02, Doug Anderson wrote: >> >>> It was a bit hard to follow the >>> updated the revisions, please don't send patches "in-reply-to" for >>> future sets. >> >> Very strange. I didn't send out anything in-r

Re: [PATCH] arch: mips: kernel: traps: Remove some unused functions

On 01/01/15 17:48, Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > do_bp() do_ftlb() do_dsp() do_mcheck() do_mdmx() do_msa() do_msa_fpe() > > This was partially found by using a static code analysis program called > cppcheck. To elaborate on Leonid's comment, Th

Re: [PATCH v7 2/4] fpga manager: add sysfs interface document

Hi Pavel, > On Jan 2, 2015, at 07:12 , Pavel Machek wrote: > > >> +What: /sys/class/fpga_manager//firmware >> +Date: October 2014 >> +KernelVersion: 3.18 >> +Contact:Alan Tull >> +Description:Name of the FPGA image file to load using firmware >> cl

Re: [PATCH v7] edac: synps: Added EDAC support for zynq ddr ecc controller

On Fri, Jan 02, 2015 at 09:52:20AM +0530, Punnaiah Choudary Kalluri wrote: > +/** > + * synps_edac_handle_error - Handle controller error types CE and UE > + * @mci: Pointer to the edac memory controller instance > + * @p: Pointer to the synopsys ecc status structure > + * > + * H

Re: [PATCH] [RFC] Deter exploit bruteforcing

Am 02.01.2015 um 06:11 schrieb Pavel Machek: > On Tue 2014-12-30 10:40:15, Kees Cook wrote: >> On Wed, Dec 24, 2014 at 1:39 PM, Richard Weinberger wrote: >>> While exploring the offset2lib attack I remembered that >>> grsecurity has an interesting feature to make such attacks >>> much harder. Expl

[PATCH] Documentation: dell-laptop: correct als_setting description

It was incorrectly stated that als_setting is to enable and disable the ambient light sensor on supported system rather than setting a threshold value. Correct the description and add a note to make more clear what could be the effect of changing als_setting. Reported-by: Brian Norris Signed-off-

Re: [PATCH] drivers:net:wireless: Add proper locking for the function, b43_op_beacon_set_tim in main.c

On 2 January 2015 at 10:27, Michael Büsch wrote: > On Fri, 2 Jan 2015 02:34:01 -0500 > Nicholas Krause wrote: > >> This adds proper locking for the function, b43_op_beacon_set_tim in main.c >> by using the mutex lock >> in the structure pointer wl, as embedded into this pointer as a mutex in >

Re: iio: dht11 Updates

Am 01.01.2015 um 22:18 schrieb har...@ccbib.org: > Hi! > > On Thu, 01 Jan 2015 12:38:23 +, Jonathan Cameron > wrote: >> On 02/12/14 23:32, Richard Weinberger wrote: >>> Please see my current patches for your driver. >>> As discussed in an earlier mail I'm testing with the DHT22 sensor only. >

Re: [PATCH] drivers:net:wireless: Add proper locking for the function, b43_op_beacon_set_tim in main.c

On Fri, 2 Jan 2015 12:19:12 +0100 Rafał Miłecki wrote: > On 2 January 2015 at 10:27, Michael Büsch wrote: > > On Fri, 2 Jan 2015 02:34:01 -0500 > > Nicholas Krause wrote: > > > >> This adds proper locking for the function, b43_op_beacon_set_tim in main.c > >> by using the mutex lock > >> in t

Re: [PATCH 0/3 RFC] Coccinelle: completion API checking

On Fri, 2 Jan 2015, Nicholas Mc Guire wrote: > > This little set of semantic patches is for partially checking the > completion API. It seems to be working correctly and has not yet > produced any false-positive. > > The cases being detected are: > > 1/3 - duplicate init_completions. > 2/3 - inc

Re: [PATCH] ioat: fail self-test if wait_for_completion times out

On 12/28/2014 05:37 AM, Nicholas Mc Guire wrote: > wait_for_completion_timeout reaching timeout was being ignored, > fail the self-test if timeout condition occurs. > > Not sure about the indentations used (CodingStyle:Chapter 2) > > this was only compile tested with > x86_64_defconfig + CONFIG

Re: [PATCH] arch: mips: kernel: traps: Remove some unused functions

On 02/01/15 11:20, Rickard Strandqvist wrote: > 2015-01-02 11:38 GMT+01:00 James Hogan >: > > On 01/01/15 17:48, Rickard Strandqvist wrote: > > Removes some functions that are not used anywhere: > > do_bp() do_ftlb() do_dsp() do_mcheck() do_mdmx() do_msa

Re: [RFC 2/4] PCI: generic: Add support for ARM64 and MSI(x)

Hi Suravee, On Mon, Dec 29, 2014 at 07:32:44PM +, Suravee Suthikulpanit wrote: > Hi, > > I am not sure if this thread is still alive. I'm trying to see what I > can do to help clean up/convert to make the PCI GHC also works for arm64 > w/ zero or minimal ifdefs. > > Please let me know if som

Re: [PATCH] net: wireless: b43legacy: radio.c: Remove unused function

On 1 January 2015 at 16:46, Rickard Strandqvist wrote: > Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. It seems to be for A-PHY based hardware (with 0x2060 radio id) which is not

Re: [PATCH] net: wireless: b43legacy: radio.c: Remove unused function

On 2 January 2015 at 13:05, Rafał Miłecki wrote: > On 1 January 2015 at 16:46, Rickard Strandqvist > wrote: >> Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere. >> >> This was partially found by using a static code analysis program called >> cppcheck. > > It seems to be

Re: [PATCH] media: platform: vsp1: vsp1_hsit: Remove unused function

Hi Rickard, Thank you for the patch. On Thursday 01 January 2015 18:51:30 Rickard Strandqvist wrote: > Remove the function vsp1_hsit_read() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist

Re: [PATCH] net: wireless: b43legacy: radio.c: Remove unused function

On Fri, Jan 2, 2015 at 1:06 PM, Rafał Miłecki wrote: > On 2 January 2015 at 13:05, Rafał Miłecki wrote: >> On 1 January 2015 at 16:46, Rickard Strandqvist >> wrote: >>> Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere. >>> >>> This was partially found by using a static c

Re: [PATCH] drivers/edac: Fix a typo in comments

On Sun, Dec 28, 2014 at 12:44:45PM +0600, Alexander Kuleshov wrote: > Signed-off-by: Alexander Kuleshov > --- Applied, thanks. Next time, use ./scripts/get_maintainer.pl -f drivers/edac/mpc85xx_edac.c to get a list of the relevant maintainers; in this case Johannes. I've CCed him now. > driv

Re: [PATCH] arch: avr32: mach-at32ap: at32ap700x: Remove unused function

Around Thu 01 Jan 2015 18:52:22 +0100 or thereabout, Rickard Strandqvist wrote: > Remove the function set_ebi_sfr_bits() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist Hmmm, nack, I suspe

[PATCH RESEND v2 0/7] platform/chrome: Add user-space dev inferface support

Hello, The mainline ChromeOS Embedded Controller (EC) driver is still missing some features that are present in the downstream ChromiumOS tree. These are: - Low Pin Count (LPC) interface - User-space device interface - Access to vboot context stored on a block device - Access to vboot con

[PATCH RESEND v2 5/7] mfd: cros_ec: Instantiate ChromeOS EC character device

The ChromeOS EC character device is an user-space interface to allow applications to access the Embedded Controller. Add a cell for this device so it's spawned from the mfd driver. Signed-off-by: Javier Martinez Canillas --- Changes since v1: None, new patch. drivers/mfd/cros_ec.c | 4 1

[PATCH RESEND v2 7/7] platform/chrome: Expose Chrome OS Lightbar to users

From: Bill Richardson This adds some sysfs entries to provide userspace control of the four-element LED "lightbar" on the Chromebook Pixel. This only instantiates the lightbar controls if the device actually exists. To prevent DoS attacks, this interface is limited to 20 accesses/second, althoug

[PATCH RESEND v2 6/7] platform/chrome: Create sysfs attributes for the ChromeOS EC.

From: Bill Richardson This adds the first few sysfs attributes for the Chrome OS EC. These controls are made available under /sys/devices/virtual/chromeos/cros_ec flashinfo - display current flash info reboot - tell the EC to reboot in various ways version - information ab

[PATCH RESEND v2 3/7] mfd: cros_ec: Add cros_ec_lpc driver for x86 devices

From: Bill Richardson This adds the LPC interface to the Chrome OS EC. Like the I2C and SPI drivers, this allows userspace access to the EC. Signed-off-by: Bill Richardson Signed-off-by: Javier Martinez Canillas --- Changes since v1: None, new patch. drivers/mfd/Kconfig | 10 ++ driv

[PATCH RESEND v2 1/7] mfd: cros_ec: Use fixed size arrays to transfer data with the EC

The struct cros_ec_command will be used as an ioctl() argument for the API to control the ChromeOS EC from user-space. So the data structure has to be 64-bit safe to make it compatible between 32 and 64 avoiding the need for a compat ioctl interface. Since pointers are self-aligned to different byt

[PATCH RESEND v2 4/7] platform/chrome: Add Chrome OS EC userspace device interface

From: Bill Richardson This patch adds a device interface to access the Chrome OS Embedded Controller from user-space. Signed-off-by: Bill Richardson Reviewed-by: Simon Glass Signed-off-by: Javier Martinez Canillas --- Changes since v1: - The cros_ec_dev driver does not belong to drivers/mfd

[PATCH RESEND v2 2/7] mfd: cros_ec: Add char dev and virtual dev pointers

The ChromeOS Embedded Controller has to be accessed by applications. A virtual character device is used as an interface with user-space. Extend the struct cros_ec_device with the fields needed by the driver of this virtual character device. Signed-off-by: Javier Martinez Canillas --- Changes si

Re: [PATCH] selftests/exec: Use %zu to format size_t

On Mon, Dec 22, 2014 at 6:14 PM, Shuah Khan wrote: > > On 12/21/2014 03:58 AM, Geert Uytterhoeven wrote: > > On 32-bit: > > > > execveat.c: In function 'check_execveat_pathmax': > > execveat.c:183: warning: format '%lu' expects type 'long unsigned int', but > > argument 3 has type 'size_t' > > ex

Re: [PATCH] Additional devices added to cp210x usb-to-serial driver in kernel 3.16

On Mon, Dec 29, 2014 at 10:49:34PM +, Peterson, David wrote: > commit 975ae8b32bc5f52a5456e42c3c3310937c6fe833 > Author: David Peterson > Date: Mon Dec 29 15:59:37 2014 -0600 The above does not belong in the commit message (i.e. mail body). Please read Documentation/SubmittingPatches, and c

[PATCH] Documentation: devicetree: Fix double words in Doumentation/devicetree

This patch fix multiple words such as "the the" and "which which" in Documentation/devicetree. Signed-off-by: Masanari Iida --- Documentation/devicetree/bindings/arm/msm/timer.txt| 2 +- Documentation/devicetree/bindings/ata/cavium-compact-flash.txt | 2 +- Documentation/devicetree/b

Re: [PATCH] USB: serial: cp210x: Correcting IDs for production CEL MeshConnect USB Stick

On Sat, Dec 27, 2014 at 01:32:41AM -0600, Preston Fick wrote: > Fixing typo for MeshConnect IDs. The original PID (0x8875) is not in > production and is not needed. Instead it has been changed to the official > production PID (0x8857). Make sure to use line breaks in your commit messages. I fixe

Re: Kernel 3.17.x Attaching Keyspan 4-Port Serial to USB Adapter Causes Kernel Panic

On Tue, Dec 23, 2014 at 12:57:16PM -0800, Richard wrote: > > This driver is a bit of a mess. Could you try the patch below and > > see if it fixes the problem? > > Yes. Thank you. That fixes the issue. I can now plug in the Keyspan > USB adapter to my new running system without the kernel fre

[PATCH] block: fix checking return value of blk_mq_init_queue

Check IS_ERR_OR_NULL(return value) instead of just return value. Signed-off-by: Ming Lei --- drivers/block/null_blk.c |2 +- drivers/block/nvme-core.c |2 +- drivers/block/virtio_blk.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/block/null_blk.c b

Re: [RFC PATCH v6 6/9] thermal: cpu_cooling: implement the power cooling device API

Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Javi, Looks like the charset seams to be scrambled. Anyways, I will attempt to send a couple of feedback here.. On Tue, Dec 09, 2014 at 11:00:43AM +, Javi Merino wrote: >

[PATCH v7 1/2] crypto: AF_ALG: add AEAD support

This patch adds the AEAD support for AF_ALG. The implementation is based on algif_skcipher, but contains heavy modifications to streamline the interface for AEAD uses. To use AEAD, the user space consumer has to use the salg_type named "aead". The AEAD implementation includes some overhead to ca

[PATCH v7 2/2] crypto: AF_ALG: enable AEAD interface compilation

Enable compilation of the AEAD AF_ALG support and provide a Kconfig option to compile the AEAD AF_ALG support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 9 + crypto/Makefile | 1 + 2 files changed, 10 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index 50f4da4..4

Re: [PATCH v2] tools: hv: kvp_daemon: make IPv6-only-injection work

Dexuan Cui writes: >> -Original Message- >> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On >> Behalf Of Dexuan Cui >> Sent: Wednesday, December 10, 2014 19:33 PM >> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- >> de...@linuxdriverproject

[PATCH v7 0/2] crypto: AF_ALG: add AEAD and RNG support

Hi, This patch set adds AEAD and RNG support to the AF_ALG interface exported by the kernel crypto API. By extending AF_ALG with AEAD and RNG support, all cipher types the kernel crypto API allows access to are now accessible from userspace. Both, AEAD and RNG implementations are stand-alone and

Re: How to fix CHECK warning: testing a 'safe expression'

+ Josh On 12/16/2014 01:23 PM, Murali Karicheri wrote: netdev maintainers, I got a comment to address CHECK warning and wondering how to address 'warning: testing a 'safe expression' which appears when using IS_ERR_OR_NULL(foo) where foo is defined as struct foo_type *foo; The foo get assign

Re: WARNING: at drivers/gpu/drm/i915/intel_display.c:11375 [i915] in 3.19-rc2

On Thu, Jan 01, 2015 at 05:22:15PM +0300, Andrey Skvortsov wrote: > Hi, > > this warning does not exist in 3.19-rc1, but it happens every boot in > 3.19-rc2. If you need any other information or data, I would be glad > to help to debug it. mine is also i915, but i am not seeing any warning. if y

Re: [PATCH 1/2] kbuild: Fix removal of the debian/ directory

On 2014-12-31 16:50, Sedat Dilek wrote: > On Wed, Dec 31, 2014 at 4:35 PM, Michal Marek wrote: >> scripts/Makefile.clean treats absolute path specially, but >> $(objtree)/debian is no longer an absolute path since 7e1c0477 (kbuild: >> Use relative path for $(objtree). Work around this by checking

Re: [PATCH 1/2] kbuild: Fix removal of the debian/ directory

On Fri, Jan 2, 2015 at 4:01 PM, Michal Marek wrote: > On 2014-12-31 16:50, Sedat Dilek wrote: >> On Wed, Dec 31, 2014 at 4:35 PM, Michal Marek wrote: >>> scripts/Makefile.clean treats absolute path specially, but >>> $(objtree)/debian is no longer an absolute path since 7e1c0477 (kbuild: >>> Use

Re: [PATCH] coresight: remove the unused macro CORESIGHT_DEBUGFS_ENTRY

On 30 December 2014 at 04:07, Kaixu Xia wrote: > From: Xia Kaixu > > Debugfs isn't used for coresight configuration, so the macro > CORESIGHT_DEBUGFS_ENTRY is unnecessary, just remove it. > > Signed-off-by: Xia Kaixu > --- > include/linux/coresight.h | 9 - > 1 file changed, 9 deletions

Re: [PATCH] coresight: fix typo in comment in of_coresight.c

On 31 December 2014 at 00:40, Kaixu Xia wrote: > Debugfs isn't used for coresight configuration, so the corresponding > comments should be changed. > > Signed-off-by: Kaixu Xia > --- > drivers/coresight/of_coresight.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drive

Re: [PATCH] drivers:isdn: Remove uneeded fix me comment in capi.c for the function,decode_ie

Am 02.01.2015 um 02:57 schrieb nick: > In that case has anyone tested this on actual hardware supported to see if > removing these two lines breaks anything. If not I feel it's best to just > leave the comment for now. I haven't tested it. The comment was intended as a reminder to myself to do s

[PATCH RESEND 0/4] Small updates to Snow and Peach Pit/Pi DTS

Hello Kukjin, This series adds some DTS snippets that were missing in the mainline Snow and Peach Pit/Pi Device Trees but are present in the downstream ChromeOS kernel. The series is composed of the following patches: Javier Martinez Canillas (4): ARM: dts: Add power and lid GPIO keys pinctrl

[PATCH RESEND 4/4] ARM: dts: Configure regulators for suspend on exynos Peach boards

The regulator core now has support to choose if a regulator has to be enabled or disabled during system suspend and also supports changing the regulator operating mode during runtime and when the system enters into sleep mode. To lower power during suspend, configure the regulators state using the

[PATCH RESEND 2/4] ARM: dts: Add lid GPIO key device node for Peach boards

The Exynos5420 Peach Pit and Exynos5800 Peach Pi boards have both a power and lid GPIO keys but only the former was defined in the DTS. Add DTS snippets for the lid GPIO key too. These were taken from the downstream ChromeOS 3.8 kernel tree. Signed-off-by: Javier Martinez Canillas --- arch/arm/b

[PATCH RESEND 3/4] ARM: dts: Set Peach boards USB WebCam regulators to always on

The Exynos5420 Peach Pit and Exynos5800 Peach Pi boards have a built-in Silicon Motion USB UVC WebCam whose power supply is the tps65090 fet5 regulator. Since the camera uses the generic USB Video Class driver and this does not grab a regulator, mark the regulator as always on so the USB device is

[PATCH RESEND 1/4] ARM: dts: Add power and lid GPIO keys pinctrl for exynos5250-snow

The Exynos5250 Snow Chromebook has GPIO keys for power and lid so the SoC I/O pins have to be configured in external interrupt mode. Currently, this is working without setting the pinctrl lines but is better to set it explicitly instead of relying on the previous state of the I/O pins. The DTS sni

Re: [PATCH v2 3/3] X86: Add a thread cpu time implementation to vDSO

On 1/1/15 7:59 PM, Shaohua Li wrote: I'm wondering how we could use the perf to implament a clock_gettime. reading the perf fd or using ioctl is slow so reading the mmap ringbuffer is the only option. But as far as I know the ringbuffer has data only when an event is generated. Between two events

Re: [PATCH v10 2/8] ARM: l2c: Refactor the driver to use commit-like interface

On 01/02/2015 03:28 AM, Tomasz Figa wrote: > > > On 02.01.2015 18:13, Tomasz Figa wrote: >> On 30.12.2014 23:51, Nishanth Menon wrote: > Looks like the following also need addressing: > data->save is called twice (once more after l2cof_init) > l2c310_init_fns also needs l2c310_configu

[PATCH 05/30] perf build: Add tests objects building

Move test objects building under build framework. Signed-off-by: Jiri Olsa Cc: Alexis Berlemont Cc: Arnaldo Carvalho de Melo Cc: Borislav Petkov Cc: Corey Ashford Cc: David Ahern Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Stephane

[PATCH 02/30] perf build: Add detected config framework support

Adding support to include detected configuration makefile into the build process. This will allow the Build objects to be configurable based on the config data, like: perf-$(CONFIG_KRAVA) += krava.o The configuration is stored in '.config-detected' file, which is generated for each compilation.

  1   2   3   4   >