[PATCH 26/26] sgi-xp: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 01/26] ALSA: pci: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 12/26] [SCSI] hptiop: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 26/26] sgi-xp: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 02/26] lib: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 02/26] lib: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 13/26] [media]: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 13/26] [media]: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 14/26] spi: dw-pci: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

[PATCH 14/26] spi: dw-pci: constify local structures

For structure types defined in the same file or local header files, find top-level static structure declarations that have the following properties: 1. Never reassigned. 2. Address never taken 3. Not passed to a top-level macro call 4. No pointer or array-typed field passed to a function or stored

RE: [PATCH v6 2/8] thunderbolt: Updating the register definitions

On Sun, Sep 11 2016, 03:02 AM, Andreas Noever wrote: > On Mon, Aug 1, 2016 at 2:23 PM, Amir Levy wrote: > > Adding more Thunderbolt(TM) register definitions and some helper > > macros. > > Thinking about this again I would prefer it if you would put your definitions >

RE: [PATCH v6 2/8] thunderbolt: Updating the register definitions

On Sun, Sep 11 2016, 03:02 AM, Andreas Noever wrote: > On Mon, Aug 1, 2016 at 2:23 PM, Amir Levy wrote: > > Adding more Thunderbolt(TM) register definitions and some helper > > macros. > > Thinking about this again I would prefer it if you would put your definitions > into a separate file under

Re: [PATCH] tpm: fix buffer overflow in /dev/tpm0

On Sun, Sep 11, 2016 at 03:19:00PM +0300, Jarkko Sakkinen wrote: > tpm_write() does not check whether the buffer has at least enough space > for the header before passing it to tpm_transmit() so an overflow can > happen. > > Signed-off-by: Jarkko Sakkinen This

Re: [PATCH] tpm: fix buffer overflow in /dev/tpm0

On Sun, Sep 11, 2016 at 03:19:00PM +0300, Jarkko Sakkinen wrote: > tpm_write() does not check whether the buffer has at least enough space > for the header before passing it to tpm_transmit() so an overflow can > happen. > > Signed-off-by: Jarkko Sakkinen This is usable neither as read nor

Re: [PATCH v2 2/9] ext2: tell DAX the size of allocation holes

On Sat, Sep 10, 2016 at 07:52:53AM +, Matthew Wilcox wrote: > DAX code over to using iomap requires converting all of ext2 away from > buffer_head; are you saying he's wrong? Not sure if he's really saying that, but it's wrong for sure. Just to prove that I came up with a working ext2 iomap

Re: [PATCH v2 2/9] ext2: tell DAX the size of allocation holes

On Sat, Sep 10, 2016 at 07:52:53AM +, Matthew Wilcox wrote: > DAX code over to using iomap requires converting all of ext2 away from > buffer_head; are you saying he's wrong? Not sure if he's really saying that, but it's wrong for sure. Just to prove that I came up with a working ext2 iomap

Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON

Hi! On 25.08.2016 20:24, Aaro Koskinen wrote: > On Wed, Aug 24, 2016 at 11:42:00AM -0500, Steven J. Hill wrote: >> It is actually two patches that cause the breakage. The other is: >>commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21 >>of/irq: Mark interrupt controllers as populated before

Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON

Hi! On 25.08.2016 20:24, Aaro Koskinen wrote: > On Wed, Aug 24, 2016 at 11:42:00AM -0500, Steven J. Hill wrote: >> It is actually two patches that cause the breakage. The other is: >>commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21 >>of/irq: Mark interrupt controllers as populated before

Re: [BISECTED REGRESSION] v4.8-rc: DT/OCTEON driver probing broken

Hi! On 30.08.2016 00:39, Rob Herring wrote: > On Sun, Aug 28, 2016 at 7:22 AM, Aaro Koskinen wrote: >> On Sun, Aug 28, 2016 at 12:34:06PM +0200, Thorsten Leemhuis wrote: >> There is a fix proposal here: >> https://patchwork.linux-mips.org/patch/14041/ >> There is

Re: [BISECTED REGRESSION] v4.8-rc: DT/OCTEON driver probing broken

Hi! On 30.08.2016 00:39, Rob Herring wrote: > On Sun, Aug 28, 2016 at 7:22 AM, Aaro Koskinen wrote: >> On Sun, Aug 28, 2016 at 12:34:06PM +0200, Thorsten Leemhuis wrote: >> There is a fix proposal here: >> https://patchwork.linux-mips.org/patch/14041/ >> There is still few other boards

[PATCH 4/6] pinctrl: stm32: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 3/6] pinctrl: mediatek: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 4/6] pinctrl: stm32: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 3/6] pinctrl: mediatek: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 6/6] ASoC: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 5/6] ASoC: ac97: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 1/6] gpio: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 6/6] ASoC: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 5/6] ASoC: ac97: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 1/6] gpio: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 0/6] constify gpio_chip structures

Constify gpio_chip structures --- drivers/gpio/gpio-arizona.c |2 +- drivers/gpio/gpio-bcm-kona.c |2 +- drivers/gpio/gpio-da9052.c|2 +- drivers/gpio/gpio-da9055.c|2 +- drivers/gpio/gpio-it87.c

[PATCH 2/6] mfd: sm501: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

[PATCH 0/6] constify gpio_chip structures

Constify gpio_chip structures --- drivers/gpio/gpio-arizona.c |2 +- drivers/gpio/gpio-bcm-kona.c |2 +- drivers/gpio/gpio-da9052.c|2 +- drivers/gpio/gpio-da9055.c|2 +- drivers/gpio/gpio-it87.c

[PATCH 2/6] mfd: sm501: constify gpio_chip structures

These structures are only used to copy into other structures, so declare them as const. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @r disable optional_qualifier@ identifier i; position p; @@ static struct gpio_chip i@p = { ... }; @ok@ identifier

Re: cmsg newgroup alt.sex.fetish.bool (was Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions)

On 9/4/16 09:01, Al Viro wrote: > On Sun, Sep 04, 2016 at 06:36:56AM +0800, Chen Gang wrote: > >> And for all: shall I provide the proof for another archs? >> >> For me, Boolean gives additional chance to compiler to improve the code. > > Whereas for compiler it gives nothing. Not in those

Re: cmsg newgroup alt.sex.fetish.bool (was Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions)

On 9/4/16 09:01, Al Viro wrote: > On Sun, Sep 04, 2016 at 06:36:56AM +0800, Chen Gang wrote: > >> And for all: shall I provide the proof for another archs? >> >> For me, Boolean gives additional chance to compiler to improve the code. > > Whereas for compiler it gives nothing. Not in those

[PATCH] tpm: fix buffer overflow in /dev/tpm0

tpm_write() does not check whether the buffer has at least enough space for the header before passing it to tpm_transmit() so an overflow can happen. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm-interface.c | 3 +++ 1 file changed, 3 insertions(+)

[PATCH] tpm: fix buffer overflow in /dev/tpm0

tpm_write() does not check whether the buffer has at least enough space for the header before passing it to tpm_transmit() so an overflow can happen. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm-interface.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v5] lib/bitmap.c: enhance bitmap syntax

From: Noam Camus Today there are platforms with many CPUs (up to 4K). Trying to boot only part of the CPUs may result in too long string. For example lets take NPS platform that is part of arch/arc. This platform have SMP system with 256 cores each with 16 HW threads (SMT

[PATCH v5] lib/bitmap.c: enhance bitmap syntax

From: Noam Camus Today there are platforms with many CPUs (up to 4K). Trying to boot only part of the CPUs may result in too long string. For example lets take NPS platform that is part of arch/arc. This platform have SMP system with 256 cores each with 16 HW threads (SMT machine) where HW

[PATCH v1 1/1] at25: fix debug and error messaging

The patch does the following: - fixes specifiers and removes explicit casting of the parameters - joins literals to one line - increases readability of the parameters Signed-off-by: Andy Shevchenko --- drivers/misc/eeprom/at25.c | 20 +++- 1

[PATCH v1 1/1] at25: fix debug and error messaging

The patch does the following: - fixes specifiers and removes explicit casting of the parameters - joins literals to one line - increases readability of the parameters Signed-off-by: Andy Shevchenko --- drivers/misc/eeprom/at25.c | 20 +++- 1 file changed, 7 insertions(+), 13

RE: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

>> > > During the calculation of the nsec variable, "delta * tkr->mult" > >> > may cause overflow to the msb, if the suspended time is too long. > >> > In that case, we need to guarantee that the variable will not go > >> > through a sign extension during its shift, and thus it will result > >>

RE: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

>> > > During the calculation of the nsec variable, "delta * tkr->mult" > >> > may cause overflow to the msb, if the suspended time is too long. > >> > In that case, we need to guarantee that the variable will not go > >> > through a sign extension during its shift, and thus it will result > >>

[PATCH] drm/panel: simple: Fix bus_format for the Olimex LCD-OLinuXino-4.3TS

The format is RGB888 not RGB666. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/panel/panel-simple.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 85143d1..d4aa68e 100644

[PATCH] drm/panel: simple: Fix bus_format for the Olimex LCD-OLinuXino-4.3TS

The format is RGB888 not RGB666. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/panel/panel-simple.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 85143d1..d4aa68e 100644 ---

[PATCH] fs/ncpfs: Fix a build warning when CONFIG_NCPFS_NLS is not set

From: Borislav Petkov I get this when doing randconfig builds: fs/ncpfs/dir.c: In function ‘ncp_hash_dentry’: fs/ncpfs/dir.c:136:23: warning: unused variable ‘sb’ [-Wunused-variable] struct super_block *sb = dentry->d_sb; because NCP_IO_TABLE macro is NULL in the

[PATCH] fs/ncpfs: Fix a build warning when CONFIG_NCPFS_NLS is not set

From: Borislav Petkov I get this when doing randconfig builds: fs/ncpfs/dir.c: In function ‘ncp_hash_dentry’: fs/ncpfs/dir.c:136:23: warning: unused variable ‘sb’ [-Wunused-variable] struct super_block *sb = dentry->d_sb; because NCP_IO_TABLE macro is NULL in the !CONFIG_NCPFS_NLS

Re: DVB: Unable to find symbol dib7000p_attach()

On 08/25/2016 08:31 PM, Toralf Förster wrote: > Aug 25 20:28:27 t44 kernel: DVB: registering new adapter (Terratec Cinergy T > USB XXS (HD)/ T3) > Aug 25 20:28:27 t44 kernel: DVB: Unable to find symbol dib7000p_attach() > Aug 25 20:28:27 t44 kernel: dvb-usb: no frontend was attached by 'Terratec

Re: DVB: Unable to find symbol dib7000p_attach()

On 08/25/2016 08:31 PM, Toralf Förster wrote: > Aug 25 20:28:27 t44 kernel: DVB: registering new adapter (Terratec Cinergy T > USB XXS (HD)/ T3) > Aug 25 20:28:27 t44 kernel: DVB: Unable to find symbol dib7000p_attach() > Aug 25 20:28:27 t44 kernel: dvb-usb: no frontend was attached by 'Terratec

Re: [RESEND PATCH v7 3/4] usb: dwc2: assert phy reset when waking up in rk3288 platform

Hi Randy, [auto build test ERROR on rockchip/for-next] [also build test ERROR on v4.8-rc5 next-20160909] [cannot apply to phy/next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto

Re: [RESEND PATCH v7 3/4] usb: dwc2: assert phy reset when waking up in rk3288 platform

Hi Randy, [auto build test ERROR on rockchip/for-next] [also build test ERROR on v4.8-rc5 next-20160909] [cannot apply to phy/next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto

Re: [PATCH] x86/apic: Use byte array apic_version[], not int array. Saves up to 96k

On Fri, Sep 09, 2016 at 10:32:04AM +0200, Denys Vlasenko wrote: > This array is [MAX_LOCAL_APIC], and MAX_LOCAL_APIC can easily be up to 32k. > > This patch changes apic_version[] array elements from int to u8 - > APIC version values as of year 2016 are no larger than 0x1f on all known CPUs. >

Re: [PATCH] x86/apic: Use byte array apic_version[], not int array. Saves up to 96k

On Fri, Sep 09, 2016 at 10:32:04AM +0200, Denys Vlasenko wrote: > This array is [MAX_LOCAL_APIC], and MAX_LOCAL_APIC can easily be up to 32k. > > This patch changes apic_version[] array elements from int to u8 - > APIC version values as of year 2016 are no larger than 0x1f on all known CPUs. >

STRICTLY CONFIDENTIAL

I have important transaction for you as next of kin to claim US$18.37m Mail me on my private email: chimwia...@gmail.com so i can send you more details Thanks Mr.Chim Wai Kim === DISCLAIMER: This email and

STRICTLY CONFIDENTIAL

I have important transaction for you as next of kin to claim US$18.37m Mail me on my private email: chimwia...@gmail.com so i can send you more details Thanks Mr.Chim Wai Kim === DISCLAIMER: This email and

Re: [PATCH 3/3] drivers: Add visorbus to the drivers/virt directory

On Tue, Aug 30, 2016 at 04:29:07PM +, Sell, Timothy C wrote: > E.g., so even though no obvious error-recovery occurs above in-response to > kzalloc() failures, the fact that -CONTROLVM_RESP_ERROR_KMALLOC_FAILED is > provided to bus_epilog() is in-fact sufficient to report the error. > > Is

Re: [PATCH 3/3] drivers: Add visorbus to the drivers/virt directory

On Tue, Aug 30, 2016 at 04:29:07PM +, Sell, Timothy C wrote: > E.g., so even though no obvious error-recovery occurs above in-response to > kzalloc() failures, the fact that -CONTROLVM_RESP_ERROR_KMALLOC_FAILED is > provided to bus_epilog() is in-fact sufficient to report the error. > > Is

[PATCH kernel.org] 3.14 is now dead

The 3.14 longterm kernel is now end-of-life, so remove it from the website. Signed-off-by: Greg Kroah-Hartman diff --git a/content/releases.rst b/content/releases.rst index fe701e3c543d..3c2eb973f66b 100644 --- a/content/releases.rst +++ b/content/releases.rst @@

[PATCH kernel.org] 3.14 is now dead

The 3.14 longterm kernel is now end-of-life, so remove it from the website. Signed-off-by: Greg Kroah-Hartman diff --git a/content/releases.rst b/content/releases.rst index fe701e3c543d..3c2eb973f66b 100644 --- a/content/releases.rst +++ b/content/releases.rst @@ -44,7 +44,6 @@ Longterm

[GIT PULL] Staging/IIO driver fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ tags/staging-4.8-rc6 for you to fetch changes up to

[GIT PULL] Staging/IIO driver fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ tags/staging-4.8-rc6 for you to fetch changes up to

[GIT PULL] USB driver fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.8-rc6 for you to fetch changes up to

[GIT PULL] USB driver fixes for 4.8-rc6

The following changes since commit c6935931c1894ff857616ff8549b61236a19148f: Linux 4.8-rc5 (2016-09-04 14:31:46 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.8-rc6 for you to fetch changes up to

Re: [v2] musb: omap2430: do not assume balanced enable()/disable()

Hi Tony, On Saturday 10 Sep 2016 06:07:50 Tony Lindgren wrote: > * Andreas Kemnade [160910 04:27]: > > On Fri, 9 Sep 2016 16:40:15 -0700 Tony Lindgren wrote: > >> * Tony Lindgren [160909 14:33]: > >>> * Andreas Kemnade [160909

Re: [v2] musb: omap2430: do not assume balanced enable()/disable()

Hi Tony, On Saturday 10 Sep 2016 06:07:50 Tony Lindgren wrote: > * Andreas Kemnade [160910 04:27]: > > On Fri, 9 Sep 2016 16:40:15 -0700 Tony Lindgren wrote: > >> * Tony Lindgren [160909 14:33]: > >>> * Andreas Kemnade [160909 14:22]: > We have two independant things: > 1.

Linux 3.14.79

- NOTE - the 3.14.y kernel series is now end-of-life. It will not be receiving any more updates and should no longer be used at all. Please use 4.4 if you want a LTS kernel that will last for another year, or even better yet, just use

Re: Linux 3.14.79

diff --git a/Makefile b/Makefile index 74346f0d89c1..0ed6ce300543 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 78 +SUBLEVEL = 79 EXTRAVERSION = NAME = Remembering Coco diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c index

Re: Linux 3.14.79

diff --git a/Makefile b/Makefile index 74346f0d89c1..0ed6ce300543 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 78 +SUBLEVEL = 79 EXTRAVERSION = NAME = Remembering Coco diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c index

Linux 3.14.79

- NOTE - the 3.14.y kernel series is now end-of-life. It will not be receiving any more updates and should no longer be used at all. Please use 4.4 if you want a LTS kernel that will last for another year, or even better yet, just use

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On 10/09/2016 20:01, Jason Gunthorpe wrote: On Sat, Sep 10, 2016 at 06:14:42PM +0200, Christoph Hellwig wrote: OFVWG meetings have absolutely zero relevance for Linux development. Well, to be fair there are a fair number of kernel developers on that particular call.. More "flexibility" for

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On 10/09/2016 20:01, Jason Gunthorpe wrote: On Sat, Sep 10, 2016 at 06:14:42PM +0200, Christoph Hellwig wrote: OFVWG meetings have absolutely zero relevance for Linux development. Well, to be fair there are a fair number of kernel developers on that particular call.. More "flexibility" for

[PATCH] pinctrl: ret needs to be an int for -ve return value from regmap_update_bits

From: Colin Ian King Macro regmap_update_bits can return a -ve on an error value so ret needs to be an integer rather than a bool type. Fixes warning found by static analysis with cppcheck: [drivers/pinctrl/aspeed/pinctrl-aspeed.c:192]: (warning) Comparison of a

[PATCH] pinctrl: ret needs to be an int for -ve return value from regmap_update_bits

From: Colin Ian King Macro regmap_update_bits can return a -ve on an error value so ret needs to be an integer rather than a bool type. Fixes warning found by static analysis with cppcheck: [drivers/pinctrl/aspeed/pinctrl-aspeed.c:192]: (warning) Comparison of a boolean expression with an

drivers/media/v4l2-core/videobuf2-dma-contig.c:486:2: error: implicit declaration of function 'dma_get_cache_alignment'

Hi Hans, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 98ac9a608dc79ba8a20cee77fe959a6dfccdaa63 commit: c1023ba74fc77dc56dc317bd98f5060aab889ac1 [media] drivers/media/platform/Kconfig: fix VIDEO_MEDIATEK_VCODEC

drivers/media/v4l2-core/videobuf2-dma-contig.c:486:2: error: implicit declaration of function 'dma_get_cache_alignment'

Hi Hans, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 98ac9a608dc79ba8a20cee77fe959a6dfccdaa63 commit: c1023ba74fc77dc56dc317bd98f5060aab889ac1 [media] drivers/media/platform/Kconfig: fix VIDEO_MEDIATEK_VCODEC

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Fri, Sep 09, 2016 at 11:58:32AM +0300, Mika Westerberg wrote: > On Fri, Sep 09, 2016 at 04:23:58PM +0800, Phidias Chiang wrote: > > On Fri, Sep 09, 2016 at 09:18:34AM +0300, Mika Westerberg wrote: > > > On Fri, Sep 09, 2016 at 12:28:43AM +0800, Phidias Chiang wrote: > > > > > > Hmm, how can

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Fri, Sep 09, 2016 at 11:58:32AM +0300, Mika Westerberg wrote: > On Fri, Sep 09, 2016 at 04:23:58PM +0800, Phidias Chiang wrote: > > On Fri, Sep 09, 2016 at 09:18:34AM +0300, Mika Westerberg wrote: > > > On Fri, Sep 09, 2016 at 12:28:43AM +0800, Phidias Chiang wrote: > > > > > > Hmm, how can

[PATCH 0/3] alpha: improvements of arch/alpha/lib/Makefile

While building for Alpha architecture, I noticed ugly long log for division routines. So, I took a look at the Makefile. Here is a series of build rule cleanups. Masahiro Yamada (3): alpha: add $(src)/ rather than $(obj)/ to make source file path alpha: merge build rules of division

[PATCH 3/3] alpha: make short build log available for division routines

This enables the Kbuild standard log style as follows: AS arch/alpha/lib/__divlu.o AS arch/alpha/lib/__divqu.o AS arch/alpha/lib/__remlu.o AS arch/alpha/lib/__remqu.o Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 4 ++--

[PATCH 1/3] alpha: add $(src)/ rather than $(obj)/ to make source file path

$(ev6-y)divide.S is a source file, not a build-time generated file. So, it should be prefixed with $(src)/ rather than $(obj)/. Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 3/3] alpha: make short build log available for division routines

This enables the Kbuild standard log style as follows: AS arch/alpha/lib/__divlu.o AS arch/alpha/lib/__divqu.o AS arch/alpha/lib/__remlu.o AS arch/alpha/lib/__remqu.o Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 4 ++-- 1 file changed, 2

[PATCH 1/3] alpha: add $(src)/ rather than $(obj)/ to make source file path

$(ev6-y)divide.S is a source file, not a build-time generated file. So, it should be prefixed with $(src)/ rather than $(obj)/. Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/alpha/lib/Makefile

[PATCH 0/3] alpha: improvements of arch/alpha/lib/Makefile

While building for Alpha architecture, I noticed ugly long log for division routines. So, I took a look at the Makefile. Here is a series of build rule cleanups. Masahiro Yamada (3): alpha: add $(src)/ rather than $(obj)/ to make source file path alpha: merge build rules of division

[PATCH 2/3] alpha: merge build rules of division routines

These four objects are generated by the same build rule, with different compile options. The build rules can be merged. Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git

[PATCH 2/3] alpha: merge build rules of division routines

These four objects are generated by the same build rule, with different compile options. The build rules can be merged. Signed-off-by: Masahiro Yamada --- arch/alpha/lib/Makefile | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/arch/alpha/lib/Makefile

Re: UBSAN: Undefined behaviour in arch/powerpc/kernel/cputable.c

> Does this fix it? Yes, thank you! > diff --git a/arch/powerpc/include/asm/cpu_has_feature.h > b/arch/powerpc/include/asm/cpu_has_feature.h > index 2ef55f8968a2..b312b152461b 100644 > --- a/arch/powerpc/include/asm/cpu_has_feature.h > +++ b/arch/powerpc/include/asm/cpu_has_feature.h > @@ -15,7

Re: UBSAN: Undefined behaviour in arch/powerpc/kernel/cputable.c

> Does this fix it? Yes, thank you! > diff --git a/arch/powerpc/include/asm/cpu_has_feature.h > b/arch/powerpc/include/asm/cpu_has_feature.h > index 2ef55f8968a2..b312b152461b 100644 > --- a/arch/powerpc/include/asm/cpu_has_feature.h > +++ b/arch/powerpc/include/asm/cpu_has_feature.h > @@ -15,7

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On 10/09/2016 19:12, Christoph Hellwig wrote: On Wed, Sep 07, 2016 at 01:25:13PM +0530, Parav Pandit wrote: a) delay cgroups support until the grand rewrite is done b) add it now and deal with the consequences later Can we do (b) now and differ adding any HW resources to cgroup until they

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On 10/09/2016 19:12, Christoph Hellwig wrote: On Wed, Sep 07, 2016 at 01:25:13PM +0530, Parav Pandit wrote: a) delay cgroups support until the grand rewrite is done b) add it now and deal with the consequences later Can we do (b) now and differ adding any HW resources to cgroup until they

arch/mips/include/asm/mach-cavium-octeon/mangle-port.h:19:40: error: right shift count >= width of type

Hi Steven, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 98ac9a608dc79ba8a20cee77fe959a6dfccdaa63 commit: 1685ddbe35cd4637f7f841d5f9755dd0470bd68d MIPS: Octeon: Changes to support readq()/writeq() usage. date:

arch/mips/include/asm/mach-cavium-octeon/mangle-port.h:19:40: error: right shift count >= width of type

Hi Steven, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 98ac9a608dc79ba8a20cee77fe959a6dfccdaa63 commit: 1685ddbe35cd4637f7f841d5f9755dd0470bd68d MIPS: Octeon: Changes to support readq()/writeq() usage. date:

[PATCH] alpha: squash lines for immediate return

Remove unneeded variables and assignments. While we are here, fix the coding style of SMC37c669_read_config(): - replace whitespaces at the start of lines with tabs - remove unneeded whitespaces around parentheses Signed-off-by: Masahiro Yamada ---

[PATCH] alpha: squash lines for immediate return

Remove unneeded variables and assignments. While we are here, fix the coding style of SMC37c669_read_config(): - replace whitespaces at the start of lines with tabs - remove unneeded whitespaces around parentheses Signed-off-by: Masahiro Yamada --- arch/alpha/kernel/pci-noop.c | 6 +-

[PATCH v2] x86: squash lines for simple wrapper functions

Remove unneeded variables and assignments. While we are here, let's fix the following as well: - Remove unnecessary parentheses - Remove unnecessary unsigned-suffix 'U' from constant values - Reword the comment in set_apic_id() (suggested by Thomas Gleixner) Signed-off-by: Masahiro Yamada

[PATCH v2] x86: squash lines for simple wrapper functions

Remove unneeded variables and assignments. While we are here, let's fix the following as well: - Remove unnecessary parentheses - Remove unnecessary unsigned-suffix 'U' from constant values - Reword the comment in set_apic_id() (suggested by Thomas Gleixner) Signed-off-by: Masahiro Yamada

<    1   2   3   4