Re: ext4_file_open: Inconsistent encryption contexts (commit ff978b09f973) breaking Docker

Hi Miklos, > Could you please try the below patch? > > It's actually three patches rolled into one: > > 1) ext4: use dget_parent() in ext4_file_open() > >Even with dget_parent() we don't hold i_mutex on directory and so the file >could be moved in the mean time. Not sure if it's a

[PATCH] paride: make 'verbose' parameter an 'int' again

gcc-6.0 found an ancient bug in the paride driver, which had a "module_param(verbose, bool, 0);" since before 2.6.12, but actually uses it to accept '0', '1' or '2' as arguments: drivers/block/paride/pd.c: In function 'pd_init_dev_parms': drivers/block/paride/pd.c:298:29: warning: comparison of

[PATCH] staging/comedi/dt282x: avoid integer overflow warning

gcc-6 warns about passing negative signed integer into swab16() in the dt282x driver: drivers/staging/comedi/drivers/dt282x.c: In function 'dt282x_load_changain': include/uapi/linux/swab.h:14:33: warning: integer overflow in expression [-Woverflow] (((__u16)(x) & (__u16)0xff00U) >> 8)))

[PATCH] staging/comedi/dt282x: avoid integer overflow warning

gcc-6 warns about passing negative signed integer into swab16() in the dt282x driver: drivers/staging/comedi/drivers/dt282x.c: In function 'dt282x_load_changain': include/uapi/linux/swab.h:14:33: warning: integer overflow in expression [-Woverflow] (((__u16)(x) & (__u16)0xff00U) >> 8)))

[PATCH] mailbox: rockchip: avoid 64-bit division

The newly added rockchip mailbox driver causes a bug in the ARM allyesconfig build because of a division of a resource_size_t variable that may be 64 bit wide: drivers/mailbox/built-in.o: In function `rockchip_mbox_probe': :(.text+0x6614): undefined reference to `__aeabi_uldivmod' This adds a

[PATCH] mailbox: rockchip: avoid 64-bit division

The newly added rockchip mailbox driver causes a bug in the ARM allyesconfig build because of a division of a resource_size_t variable that may be 64 bit wide: drivers/mailbox/built-in.o: In function `rockchip_mbox_probe': :(.text+0x6614): undefined reference to `__aeabi_uldivmod' This adds a

[PATCH] smc91x: avoid self-comparison warning

The smc91x driver defines a macro that compares its argument to itself, apparently to get a true result while using its argument to avoid a warning about unused local variables. Unfortunately, this triggers a warning with gcc-6, as the comparison is obviously useless:

[PATCH] smc91x: avoid self-comparison warning

The smc91x driver defines a macro that compares its argument to itself, apparently to get a true result while using its argument to avoid a warning about unused local variables. Unfortunately, this triggers a warning with gcc-6, as the comparison is obviously useless:

[PATCH 3/3] [media] v4l2-mc: remove unused dtv_demod variable

A recent patch removed the only user of the 'dtv_demod' variable in v4l2_mc_create_media_graph, but did not remove the declaration, possibly as a result of an incorrect rebase: drivers/media/v4l2-core/v4l2-mc.c: In function 'v4l2_mc_create_media_graph': drivers/media/v4l2-core/v4l2-mc.c:37:55:

[PATCH 3/3] [media] v4l2-mc: remove unused dtv_demod variable

A recent patch removed the only user of the 'dtv_demod' variable in v4l2_mc_create_media_graph, but did not remove the declaration, possibly as a result of an incorrect rebase: drivers/media/v4l2-core/v4l2-mc.c: In function 'v4l2_mc_create_media_graph': drivers/media/v4l2-core/v4l2-mc.c:37:55:

[PATCH 1/3] [media] cobalt: add MTD dependency

The cobalt driver fails to link when it is built-in and MTD is disabled or a loadable module: drivers/media/built-in.o: In function `cobalt_flash_probe': :(.text+0xb8b46): undefined reference to `mtd_device_parse_register' :(.text+0xb8b88): undefined reference to `do_map_probe'

[PATCH 1/3] [media] cobalt: add MTD dependency

The cobalt driver fails to link when it is built-in and MTD is disabled or a loadable module: drivers/media/built-in.o: In function `cobalt_flash_probe': :(.text+0xb8b46): undefined reference to `mtd_device_parse_register' :(.text+0xb8b88): undefined reference to `do_map_probe'

[PATCH 2/3] [media] am437x-vfpe: fix typo in vpfe_get_app_input_index

gcc-6 points out an obviously silly comparison in vpfe_get_app_input_index(): drivers/media/platform/am437x/am437x-vpfe.c: In function 'vpfe_get_app_input_index': drivers/media/platform/am437x/am437x-vpfe.c:1709:27: warning: self-comparison always evaluats to true [-Wtautological-compare]

[PATCH 2/3] [media] am437x-vfpe: fix typo in vpfe_get_app_input_index

gcc-6 points out an obviously silly comparison in vpfe_get_app_input_index(): drivers/media/platform/am437x/am437x-vpfe.c: In function 'vpfe_get_app_input_index': drivers/media/platform/am437x/am437x-vpfe.c:1709:27: warning: self-comparison always evaluats to true [-Wtautological-compare]

[PATCH] cgroup: avoid false positive gcc-6 warning

When all subsystems are disabled, gcc notices that cgroup_subsys_enabled_key is a zero-length array and that any access to it must be out of bounds: In file included from ../include/linux/cgroup.h:19:0, from ../kernel/cgroup.c:31: ../kernel/cgroup.c: In function

[PATCH] cgroup: avoid false positive gcc-6 warning

When all subsystems are disabled, gcc notices that cgroup_subsys_enabled_key is a zero-length array and that any access to it must be out of bounds: In file included from ../include/linux/cgroup.h:19:0, from ../kernel/cgroup.c:31: ../kernel/cgroup.c: In function

Re: [RESEND PATCH] pinctrl: rockchip: add support the get_direction

Hi Caesar, Am Montag, 14. März 2016, 14:01:19 schrieb Caesar Wang: > This patch adds the get_direction to support the gpio > interface. > > The gpio direction is not used on rockchip platform when use the gpio > debugfs. > > Tested on kylin board. (RK3036 SoCs) > The repro steps: >

Re: [RESEND PATCH] pinctrl: rockchip: add support the get_direction

Hi Caesar, Am Montag, 14. März 2016, 14:01:19 schrieb Caesar Wang: > This patch adds the get_direction to support the gpio > interface. > > The gpio direction is not used on rockchip platform when use the gpio > debugfs. > > Tested on kylin board. (RK3036 SoCs) > The repro steps: >

Re: [PATCH v2 3/3] crypto: s5p-sss - Sort the headers to improve readability

On 10.03.2016 03:31, Krzysztof Kozlowski wrote: > Sort the headers alphabetically to improve readability and to spot > duplications easier. > > Suggested-by: Vladimir Zapolskiy > Signed-off-by: Krzysztof Kozlowski > > --- > > Changes since v1: > 1. New

Re: [PATCH v2 3/3] crypto: s5p-sss - Sort the headers to improve readability

On 10.03.2016 03:31, Krzysztof Kozlowski wrote: > Sort the headers alphabetically to improve readability and to spot > duplications easier. > > Suggested-by: Vladimir Zapolskiy > Signed-off-by: Krzysztof Kozlowski > > --- > > Changes since v1: > 1. New patch. > > My email differs from one

Re: [PATCH] crypto: s5p-sss - Enable COMPILE_TEST

On 14.03.2016 06:20, Krzysztof Kozlowski wrote: > Get some build coverage of S5P/Exynos AES H/W acceleration driver. > Driver uses DMA and devm_ioremap_resource() so add DMA and IOMEM > dependencies for the compile testing. > > Signed-off-by: Krzysztof Kozlowski > > ---

Re: [PATCH] crypto: s5p-sss - Enable COMPILE_TEST

On 14.03.2016 06:20, Krzysztof Kozlowski wrote: > Get some build coverage of S5P/Exynos AES H/W acceleration driver. > Driver uses DMA and devm_ioremap_resource() so add DMA and IOMEM > dependencies for the compile testing. > > Signed-off-by: Krzysztof Kozlowski > > --- > > Compile-tested on

Re: [PATCH] epoll: add exclusive wakeups flag

Hi Michael, On 03/14/2016 05:03 PM, Michael Kerrisk (man-pages) wrote: > Hi Jason, > > On 03/15/2016 09:01 AM, Michael Kerrisk (man-pages) wrote: >> Hi Jason, >> >> On 03/15/2016 08:32 AM, Jason Baron wrote: >>> >>> >>> On 03/14/2016 01:47 PM, Michael Kerrisk (man-pages) wrote: [Restoring

Re: [PATCH] epoll: add exclusive wakeups flag

Hi Michael, On 03/14/2016 05:03 PM, Michael Kerrisk (man-pages) wrote: > Hi Jason, > > On 03/15/2016 09:01 AM, Michael Kerrisk (man-pages) wrote: >> Hi Jason, >> >> On 03/15/2016 08:32 AM, Jason Baron wrote: >>> >>> >>> On 03/14/2016 01:47 PM, Michael Kerrisk (man-pages) wrote: [Restoring

[PATCH] x86/mm, x86/mce: Fix return type/value for memcpy_mcsafe()

Returning a 'bool' was very unpopular. Doubly so because the code was just wrong (returning zero for true, one for false; great for shell programming, not so good for C). Change return type to "int". Keep zero as the success indicator because it matches other similar code and people may be more

[PATCH] x86/mm, x86/mce: Fix return type/value for memcpy_mcsafe()

Returning a 'bool' was very unpopular. Doubly so because the code was just wrong (returning zero for true, one for false; great for shell programming, not so good for C). Change return type to "int". Keep zero as the success indicator because it matches other similar code and people may be more

Re: [PATCH 1/2] misc: add nirtfeatures driver

On Mon, Mar 14, 2016 at 03:05:59PM -0700, Greg KH wrote: > On Mon, Mar 14, 2016 at 04:54:32PM -0500, Kyle Roeschley wrote: > > From: Jeff Westfahl > > > > This driver introduces support for hardware features of National > > Instruments real-time controllers. This is an ACPI

Re: [PATCH 1/2] misc: add nirtfeatures driver

On Mon, Mar 14, 2016 at 03:05:59PM -0700, Greg KH wrote: > On Mon, Mar 14, 2016 at 04:54:32PM -0500, Kyle Roeschley wrote: > > From: Jeff Westfahl > > > > This driver introduces support for hardware features of National > > Instruments real-time controllers. This is an ACPI device that exposes >

Re: [GIT PULL] RCU changes for v4.6

On Mon, Mar 14, 2016 at 03:12:19PM -0700, Linus Torvalds wrote: > On Mon, Mar 14, 2016 at 3:55 AM, Ingo Molnar wrote: > > > > (Note the somewhat larger .html/.htmlx files about RCU data structures - > > let us > > know if you think they are over the top.) > > I don't think

Re: [GIT PULL] RCU changes for v4.6

On Mon, Mar 14, 2016 at 03:12:19PM -0700, Linus Torvalds wrote: > On Mon, Mar 14, 2016 at 3:55 AM, Ingo Molnar wrote: > > > > (Note the somewhat larger .html/.htmlx files about RCU data structures - > > let us > > know if you think they are over the top.) > > I don't think they are over the top

Re: [PATCH 2/3] lpfc: fix misleading indentation

Arnd Bergmann wrote: > gcc-6 complains about the indentation of the lpfc_destroy_vport_work_array() > call in lpfc_online(), which clearly doesn't look right: > > drivers/scsi/lpfc/lpfc_init.c: In function 'lpfc_online': > drivers/scsi/lpfc/lpfc_init.c:2880:3: warning: statement is indented as if

Re: [PATCH 2/3] lpfc: fix misleading indentation

Arnd Bergmann wrote: > gcc-6 complains about the indentation of the lpfc_destroy_vport_work_array() > call in lpfc_online(), which clearly doesn't look right: > > drivers/scsi/lpfc/lpfc_init.c: In function 'lpfc_online': > drivers/scsi/lpfc/lpfc_init.c:2880:3: warning: statement is indented as if

[PATCH] media: Update documentation for media_entity_notify

Update documentation for media_entity_notify to clearly state the usage restrictions. This handler is intended for creating links between exiting entities and should not used to create and register entities. Signed-off-by: Shuah Khan --- include/media/media-device.h | 6

[PATCH] media: Update documentation for media_entity_notify

Update documentation for media_entity_notify to clearly state the usage restrictions. This handler is intended for creating links between exiting entities and should not used to create and register entities. Signed-off-by: Shuah Khan --- include/media/media-device.h | 6 -- 1 file changed,

Re: coccinelle: generalized removal of unnecessary pointer casts?

On Mon, 2016-03-14 at 21:43 +0100, Julia Lawall wrote: > On Mon, 14 Mar 2016, Joe Perches wrote: > > I wrote a little cocci script to remove unnecessary > > casts for memset and memcpy (below) and tested it on > > linux kernel's drivers/staging/ directory. > >  > > For instance, when dst and src

Re: coccinelle: generalized removal of unnecessary pointer casts?

On Mon, 2016-03-14 at 21:43 +0100, Julia Lawall wrote: > On Mon, 14 Mar 2016, Joe Perches wrote: > > I wrote a little cocci script to remove unnecessary > > casts for memset and memcpy (below) and tested it on > > linux kernel's drivers/staging/ directory. > >  > > For instance, when dst and src

Re: [PATCH 1/2] i2c: rk3x: add support for rk3228

Am Montag, 14. März 2016, 11:09:15 schrieb Yakir Yang: > Enable the I2C core for this SoC. > > Signed-off-by: Yakir Yang Reviewed-by: Heiko Stuebner Heiko > --- > Documentation/devicetree/bindings/i2c/i2c-rk3x.txt | 4 ++-- >

Re: [PATCH 1/2] i2c: rk3x: add support for rk3228

Am Montag, 14. März 2016, 11:09:15 schrieb Yakir Yang: > Enable the I2C core for this SoC. > > Signed-off-by: Yakir Yang Reviewed-by: Heiko Stuebner Heiko > --- > Documentation/devicetree/bindings/i2c/i2c-rk3x.txt | 4 ++-- > drivers/i2c/busses/i2c-rk3x.c | 1 + > 2

[PATCH] HID: i2c-hid: fix OOB write in i2c_hid_set_or_send_report()

From: Dmitry Torokhov Even though hid_hw_* checks that passed in data_len is less than HID_MAX_BUFFER_SIZE it is not enough, as i2c-hid does not necessarily allocate buffers of HID_MAX_BUFFER_SIZE but rather checks all device reports and select largest size. In-kernel users

[PATCH] HID: i2c-hid: fix OOB write in i2c_hid_set_or_send_report()

From: Dmitry Torokhov Even though hid_hw_* checks that passed in data_len is less than HID_MAX_BUFFER_SIZE it is not enough, as i2c-hid does not necessarily allocate buffers of HID_MAX_BUFFER_SIZE but rather checks all device reports and select largest size. In-kernel users normally just send as

Re: [PATCH v3 1/2] mm, vmstat: calculate particular vm event

On Mon, 2016-03-14 at 23:40 +0200, Ebru Akagunduz wrote: > Currently, vmstat can calculate specific vm event with > all_vm_events() > however it allocates all vm events to stack. This patch introduces > a helper to sum value of a specific vm event over all cpu, without > loading all the events. >

Re: [PATCH v3 1/2] mm, vmstat: calculate particular vm event

On Mon, 2016-03-14 at 23:40 +0200, Ebru Akagunduz wrote: > Currently, vmstat can calculate specific vm event with > all_vm_events() > however it allocates all vm events to stack. This patch introduces > a helper to sum value of a specific vm event over all cpu, without > loading all the events. >

Re: [GIT PULL] RCU changes for v4.6

On Mon, Mar 14, 2016 at 3:55 AM, Ingo Molnar wrote: > > (Note the somewhat larger .html/.htmlx files about RCU data structures - let > us > know if you think they are over the top.) I don't think they are over the top because they are *large*. I don't want to pull them

Re: [GIT PULL] RCU changes for v4.6

On Mon, Mar 14, 2016 at 3:55 AM, Ingo Molnar wrote: > > (Note the somewhat larger .html/.htmlx files about RCU data structures - let > us > know if you think they are over the top.) I don't think they are over the top because they are *large*. I don't want to pull them because they seem to be

Re: [PATCH 1/2] misc: add nirtfeatures driver

On Mon, Mar 14, 2016 at 04:54:32PM -0500, Kyle Roeschley wrote: > From: Jeff Westfahl > > This driver introduces support for hardware features of National > Instruments real-time controllers. This is an ACPI device that exposes > LEDs, switches, and watchdogs. If it's an

Re: [PATCH 1/2] misc: add nirtfeatures driver

On Mon, Mar 14, 2016 at 04:54:32PM -0500, Kyle Roeschley wrote: > From: Jeff Westfahl > > This driver introduces support for hardware features of National > Instruments real-time controllers. This is an ACPI device that exposes > LEDs, switches, and watchdogs. If it's an acpi driver, why not

[PATCH 2/2] misc: nirtfeatures: physical interface elements

From: Gratian Crisan These changes add support for PIEs (physical interface elements), which are defined as physical elements fixed to a controller/chassis with which a user can interact (e.g. LEDs and switches) and whose meaning is user-defined and

[PATCH 2/2] misc: nirtfeatures: physical interface elements

From: Gratian Crisan These changes add support for PIEs (physical interface elements), which are defined as physical elements fixed to a controller/chassis with which a user can interact (e.g. LEDs and switches) and whose meaning is user-defined and implementation-specific. The support for

[PATCH 1/2] misc: add nirtfeatures driver

From: Jeff Westfahl This driver introduces support for hardware features of National Instruments real-time controllers. This is an ACPI device that exposes LEDs, switches, and watchdogs. Signed-off-by: Jeff Westfahl Signed-off-by: Kyle Roeschley

[PATCH 1/2] misc: add nirtfeatures driver

From: Jeff Westfahl This driver introduces support for hardware features of National Instruments real-time controllers. This is an ACPI device that exposes LEDs, switches, and watchdogs. Signed-off-by: Jeff Westfahl Signed-off-by: Kyle Roeschley --- drivers/misc/Kconfig| 9 +

Re: [PATCH v2 0/5] Add Korean translation of memory-barriers.txt

On Tue, Mar 15, 2016 at 5:17 AM, Paul E. McKenney wrote: > On Fri, Mar 11, 2016 at 12:06:55AM +0900, SeongJae Park wrote: >> This patchset aims to add Korean translation of memory-barriers document. >> >> The patchset starts from fixing minor and trivial problems in

Re: [PATCH v2 0/5] Add Korean translation of memory-barriers.txt

On Tue, Mar 15, 2016 at 5:17 AM, Paul E. McKenney wrote: > On Fri, Mar 11, 2016 at 12:06:55AM +0900, SeongJae Park wrote: >> This patchset aims to add Korean translation of memory-barriers document. >> >> The patchset starts from fixing minor and trivial problems in the original >> document that

Re: [PATCH 1/4] acpi,pci,irq: reduce resource requirements

On 3/14/2016 5:01 PM, Bjorn Helgaas wrote: > On Mon, Mar 14, 2016 at 04:37:51PM -0400, Sinan Kaya wrote: >> Hi Bjorn, >> >> On 3/14/2016 2:52 PM, Bjorn Helgaas wrote: bool acpi_isa_irq_available(int irq) > @@ -840,13 +881,6 @@ bool acpi_isa_irq_available(int irq) > */ > void

Re: [PATCH 1/4] acpi,pci,irq: reduce resource requirements

On 3/14/2016 5:01 PM, Bjorn Helgaas wrote: > On Mon, Mar 14, 2016 at 04:37:51PM -0400, Sinan Kaya wrote: >> Hi Bjorn, >> >> On 3/14/2016 2:52 PM, Bjorn Helgaas wrote: bool acpi_isa_irq_available(int irq) > @@ -840,13 +881,6 @@ bool acpi_isa_irq_available(int irq) > */ > void

[PATCH] cred/userns: define current_user_ns() as a function

The current_user_ns() macro currently returns _user_ns when user namespaces are disabled, and that causes several warnings when building with gcc-6.0 in code that compares the result of the macro to _user_ns itself: fs/xfs/xfs_ioctl.c: In function 'xfs_ioctl_setattr_check_projid':

[PATCH] cred/userns: define current_user_ns() as a function

The current_user_ns() macro currently returns _user_ns when user namespaces are disabled, and that causes several warnings when building with gcc-6.0 in code that compares the result of the macro to _user_ns itself: fs/xfs/xfs_ioctl.c: In function 'xfs_ioctl_setattr_check_projid':

[PATCH v3 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Currently khugepaged makes swapin readahead to improve THP collapse rate. This patch checks vm statistics to avoid workload of swapin, if unnecessary. So that when system under pressure, khugepaged won't consume resources to swapin. The patch was tested with a test program that allocates 800MB of

[PATCH v3 1/2] mm, vmstat: calculate particular vm event

Currently, vmstat can calculate specific vm event with all_vm_events() however it allocates all vm events to stack. This patch introduces a helper to sum value of a specific vm event over all cpu, without loading all the events. Signed-off-by: Ebru Akagunduz Acked-by:

[PATCH v3 1/2] mm, vmstat: calculate particular vm event

Currently, vmstat can calculate specific vm event with all_vm_events() however it allocates all vm events to stack. This patch introduces a helper to sum value of a specific vm event over all cpu, without loading all the events. Signed-off-by: Ebru Akagunduz Acked-by: Kirill A. Shutemov ---

[PATCH v3 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Currently khugepaged makes swapin readahead to improve THP collapse rate. This patch checks vm statistics to avoid workload of swapin, if unnecessary. So that when system under pressure, khugepaged won't consume resources to swapin. The patch was tested with a test program that allocates 800MB of

[PATCH v3 0/2] mm, thp: Fix unnecessarry resource consuming in swapin

This patch series fixes unnecessarry resource consuming in khugepaged swapin and introduces a new function to calculate value of specific vm event. Ebru Akagunduz (2): mm, vmstat: calculate particular vm event mm, thp: avoid unnecessary swapin in khugepaged include/linux/vmstat.h | 6

[PATCH v3 0/2] mm, thp: Fix unnecessarry resource consuming in swapin

This patch series fixes unnecessarry resource consuming in khugepaged swapin and introduces a new function to calculate value of specific vm event. Ebru Akagunduz (2): mm, vmstat: calculate particular vm event mm, thp: avoid unnecessary swapin in khugepaged include/linux/vmstat.h | 6

Re: [PATCH v5 2/5] GCC plugin infrastructure

On 11 Mar 2016 at 15:25, Masahiro Yamada wrote: > > diff --git a/scripts/gcc-plugin.sh b/scripts/gcc-plugin.sh > > new file mode 100644 > > index 000..eaa4fce > > --- /dev/null > > +++ b/scripts/gcc-plugin.sh > > @@ -0,0 +1,51 @@ > > +#!/bin/sh > > +srctree=$(dirname "$0") > >

Re: [PATCH v5 2/5] GCC plugin infrastructure

On 11 Mar 2016 at 15:25, Masahiro Yamada wrote: > > diff --git a/scripts/gcc-plugin.sh b/scripts/gcc-plugin.sh > > new file mode 100644 > > index 000..eaa4fce > > --- /dev/null > > +++ b/scripts/gcc-plugin.sh > > @@ -0,0 +1,51 @@ > > +#!/bin/sh > > +srctree=$(dirname "$0") > >

Re: [PATCH 12/13] thermal: convert tegra_thermal to use devm_thermal_zone_of_sensor_register

On Thu, Mar 10, 2016 at 04:46:55PM +0800, Wei Ni wrote: > > > On 2016年03月10日 05:35, Eduardo Valentin wrote: > > This changes the driver to use the devm_ version > > of thermal_zone_of_sensor_register and cleans > > up the local points and unregister calls. > > > > Cc: Zhang Rui

Re: [PATCH 12/13] thermal: convert tegra_thermal to use devm_thermal_zone_of_sensor_register

On Thu, Mar 10, 2016 at 04:46:55PM +0800, Wei Ni wrote: > > > On 2016年03月10日 05:35, Eduardo Valentin wrote: > > This changes the driver to use the devm_ version > > of thermal_zone_of_sensor_register and cleans > > up the local points and unregister calls. > > > > Cc: Zhang Rui > > Cc:

[patch] direct-io: propagate -ENOSPC errors

dio_bio_complete turns all errors into -EIO. This is historical, since you used to only get 1 bit precision for errors (BIO_UPTODATE). Now that we get actual error codes, we can return the appropriate code to userspace. File systems seem to only propagate either EIO or ENOSPC, so I've followed

[patch] direct-io: propagate -ENOSPC errors

dio_bio_complete turns all errors into -EIO. This is historical, since you used to only get 1 bit precision for errors (BIO_UPTODATE). Now that we get actual error codes, we can return the appropriate code to userspace. File systems seem to only propagate either EIO or ENOSPC, so I've followed

[PATCH v8 2/2] staging/android: refactor SYNC IOCTLs

From: Gustavo Padovan Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid future API breaks and optimize buffer allocation. Now num_fences can be filled by the caller to inform how many fences it wants to retrieve from the kernel. If the

[PATCH v8 2/2] staging/android: refactor SYNC IOCTLs

From: Gustavo Padovan Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid future API breaks and optimize buffer allocation. Now num_fences can be filled by the caller to inform how many fences it wants to retrieve from the kernel. If the num_fences passed is greater than

[PATCH v8 1/2] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst

[PATCH v8 1/2] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst --- drivers/staging/android/uapi/sync.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

Re: [PATCH v2] rtc: s3c: Don't print an error on probe deferral

Hello Joe, On 03/14/2016 05:30 PM, Joe Perches wrote: > On Mon, 2016-03-14 at 17:25 -0300, Javier Martinez Canillas wrote: >> The clock and source clock looked up by the driver may not be available >> just because the clock controller driver was not probed yet so printing >> an error in this case

Re: [PATCH 05/13] input: convert sun4i-ts to use devm_thermal_zone_of_sensor_register

On Wed, Mar 09, 2016 at 01:45:14PM -0800, Dmitry Torokhov wrote: > On Wed, Mar 09, 2016 at 01:35:27PM -0800, Eduardo Valentin wrote: > > This changes the driver to use the devm_ version > > of thermal_zone_of_sensor_register and cleans > > up the local points and unregister calls. > > > > Cc:

Re: [PATCH v2] rtc: s3c: Don't print an error on probe deferral

Hello Joe, On 03/14/2016 05:30 PM, Joe Perches wrote: > On Mon, 2016-03-14 at 17:25 -0300, Javier Martinez Canillas wrote: >> The clock and source clock looked up by the driver may not be available >> just because the clock controller driver was not probed yet so printing >> an error in this case

Re: [PATCH 05/13] input: convert sun4i-ts to use devm_thermal_zone_of_sensor_register

On Wed, Mar 09, 2016 at 01:45:14PM -0800, Dmitry Torokhov wrote: > On Wed, Mar 09, 2016 at 01:35:27PM -0800, Eduardo Valentin wrote: > > This changes the driver to use the devm_ version > > of thermal_zone_of_sensor_register and cleans > > up the local points and unregister calls. > > > > Cc:

Re: [PATCH v5 3/5] Add Cyclomatic complexity GCC plugin

On Fri, 11 Mar 2016 15:26:39 +0900 Masahiro Yamada wrote: > > diff --git a/scripts/Makefile.gcc-plugins b/scripts/Makefile.gcc-plugins > > index 7c85bf2..dd7b56d 100644 > > --- a/scripts/Makefile.gcc-plugins > > +++ b/scripts/Makefile.gcc-plugins > > @@ -5,7 +5,11

Re: [PATCH v5 3/5] Add Cyclomatic complexity GCC plugin

On Fri, 11 Mar 2016 15:26:39 +0900 Masahiro Yamada wrote: > > diff --git a/scripts/Makefile.gcc-plugins b/scripts/Makefile.gcc-plugins > > index 7c85bf2..dd7b56d 100644 > > --- a/scripts/Makefile.gcc-plugins > > +++ b/scripts/Makefile.gcc-plugins > > @@ -5,7 +5,11 @@ else > > PLUGINCC :=

Re: [PATCH] epoll: add exclusive wakeups flag

Hi Jason, On 03/15/2016 09:01 AM, Michael Kerrisk (man-pages) wrote: > Hi Jason, > > On 03/15/2016 08:32 AM, Jason Baron wrote: >> >> >> On 03/14/2016 01:47 PM, Michael Kerrisk (man-pages) wrote: >>> [Restoring CC, which I see I accidentally dropped, one iteration back.] [...] >>> Returning to

Re: [PATCH] epoll: add exclusive wakeups flag

Hi Jason, On 03/15/2016 09:01 AM, Michael Kerrisk (man-pages) wrote: > Hi Jason, > > On 03/15/2016 08:32 AM, Jason Baron wrote: >> >> >> On 03/14/2016 01:47 PM, Michael Kerrisk (man-pages) wrote: >>> [Restoring CC, which I see I accidentally dropped, one iteration back.] [...] >>> Returning to

Re: [PATCH V7 00/12] Add T210 support in Tegra soctherm

On Fri, Mar 11, 2016 at 11:09:11AM +0800, Wei Ni wrote: > This patchset adds following functions for tegra_soctherm driver: > 1. add T210 support. It would be good to update the compatible string in the binding documentation. > 2. export debugfs to show some registers. > 3. add thermtrip

Re: [PATCH V7 00/12] Add T210 support in Tegra soctherm

On Fri, Mar 11, 2016 at 11:09:11AM +0800, Wei Ni wrote: > This patchset adds following functions for tegra_soctherm driver: > 1. add T210 support. It would be good to update the compatible string in the binding documentation. > 2. export debugfs to show some registers. > 3. add thermtrip

Re: [PATCH 1/4] acpi,pci,irq: reduce resource requirements

On Mon, Mar 14, 2016 at 04:37:51PM -0400, Sinan Kaya wrote: > Hi Bjorn, > > On 3/14/2016 2:52 PM, Bjorn Helgaas wrote: > >> bool acpi_isa_irq_available(int irq) > >> > @@ -840,13 +881,6 @@ bool acpi_isa_irq_available(int irq) > >> > */ > >> > void acpi_penalize_sci_irq(int irq, int trigger,

Re: [PATCH 1/4] acpi,pci,irq: reduce resource requirements

On Mon, Mar 14, 2016 at 04:37:51PM -0400, Sinan Kaya wrote: > Hi Bjorn, > > On 3/14/2016 2:52 PM, Bjorn Helgaas wrote: > >> bool acpi_isa_irq_available(int irq) > >> > @@ -840,13 +881,6 @@ bool acpi_isa_irq_available(int irq) > >> > */ > >> > void acpi_penalize_sci_irq(int irq, int trigger,

[3.13.y-ckt stable] Linux 3.13.11-ckt36

I am announcing the release of the Linux 3.13.11-ckt36 kernel. The updated 3.13.y-ckt tree can be found at: git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y and can be browsed at: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.13.y The diff from v3.13.11-ckt35 is

Re: [PATCH V7 08/12] of: add notes of critical trips for soctherm

On Fri, Mar 11, 2016 at 11:11:00AM +0800, Wei Ni wrote: > The "critical" type trip in thermal zone can be > set to SOC_THERM hardware, it can trigger shut down > or reset event from hardware. > > Signed-off-by: Wei Ni > Acked-by: Rob Herring > --- >

[3.13.y-ckt stable] Linux 3.13.11-ckt36

I am announcing the release of the Linux 3.13.11-ckt36 kernel. The updated 3.13.y-ckt tree can be found at: git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y and can be browsed at: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.13.y The diff from v3.13.11-ckt35 is

Re: [PATCH V7 08/12] of: add notes of critical trips for soctherm

On Fri, Mar 11, 2016 at 11:11:00AM +0800, Wei Ni wrote: > The "critical" type trip in thermal zone can be > set to SOC_THERM hardware, it can trigger shut down > or reset event from hardware. > > Signed-off-by: Wei Ni > Acked-by: Rob Herring > --- >

Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns

On Wed, Mar 9, 2016 at 6:07 PM, Seth Forshee wrote: > On Wed, Mar 09, 2016 at 04:51:42PM +0100, Miklos Szeredi wrote: >> On Wed, Mar 9, 2016 at 4:25 PM, Seth Forshee >> wrote: >> > On Wed, Mar 09, 2016 at 03:48:22PM +0100, Miklos Szeredi

Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns

On Wed, Mar 9, 2016 at 6:07 PM, Seth Forshee wrote: > On Wed, Mar 09, 2016 at 04:51:42PM +0100, Miklos Szeredi wrote: >> On Wed, Mar 9, 2016 at 4:25 PM, Seth Forshee >> wrote: >> > On Wed, Mar 09, 2016 at 03:48:22PM +0100, Miklos Szeredi wrote: >> >> >> Can't we use current_cred()->uid/gid? Or

Re: [PATCH v5 2/5] GCC plugin infrastructure

On Fri, 11 Mar 2016 15:25:19 +0900 Masahiro Yamada wrote: > Maybe scripts/gcc-plugins/ is better than tools/gcc ? > > In the directory "scripts/", we have several tools used during > building the kernel image. > We have some optional programs in the directory

Re: [PATCH v5 2/5] GCC plugin infrastructure

On Fri, 11 Mar 2016 15:25:19 +0900 Masahiro Yamada wrote: > Maybe scripts/gcc-plugins/ is better than tools/gcc ? > > In the directory "scripts/", we have several tools used during > building the kernel image. > We have some optional programs in the directory "tools/", which are not used > for

Re: [PATCH 2/5] net: macb: Fix coding style warnings

On 13.3.2016 20:10, Moritz Fischer wrote: > This commit takes care of the coding style warnings > that are mostly due to a different comment style and > lines over 80 chars, as well as a dangling else. > > Signed-off-by: Moritz Fischer > --- >

Re: [PATCH 2/5] net: macb: Fix coding style warnings

On 13.3.2016 20:10, Moritz Fischer wrote: > This commit takes care of the coding style warnings > that are mostly due to a different comment style and > lines over 80 chars, as well as a dangling else. > > Signed-off-by: Moritz Fischer > --- > drivers/net/ethernet/cadence/macb.c | 101 >

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

On 14/03/2016 at 13:33:08 -0700, Joe Perches wrote : > On Mon, 2016-03-14 at 21:19 +0100, Alexandre Belloni wrote: > > checkpatch will not complain for messages but it will definitively > > complain if they are not properly aligned:) > > checkpatch wouldn't actually complain unless the --strict

Re: [PATCH] rtc: s3c: Don't print an error on probe deferral

On 14/03/2016 at 13:33:08 -0700, Joe Perches wrote : > On Mon, 2016-03-14 at 21:19 +0100, Alexandre Belloni wrote: > > checkpatch will not complain for messages but it will definitively > > complain if they are not properly aligned:) > > checkpatch wouldn't actually complain unless the --strict

Re: [PATCH 3/5] net: macb: Address checkpatch 'check' suggestions

On 13.3.2016 20:10, Moritz Fischer wrote: > This commit deals with a bunch of checkpatch suggestions > that without changing behavior make checkpatch happier. > > Signed-off-by: Moritz Fischer > --- > drivers/net/ethernet/cadence/macb.c | 46 >

Re: [PATCH 3/5] net: macb: Address checkpatch 'check' suggestions

On 13.3.2016 20:10, Moritz Fischer wrote: > This commit deals with a bunch of checkpatch suggestions > that without changing behavior make checkpatch happier. > > Signed-off-by: Moritz Fischer > --- > drivers/net/ethernet/cadence/macb.c | 46 > +++-- > 1 file

Re: [PATCH 5/5] net: macb: Fix simple typo.

On 13.3.2016 20:10, Moritz Fischer wrote: > Signed-off-by: Moritz Fischer > --- > drivers/net/ethernet/cadence/macb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/ethernet/cadence/macb.c > b/drivers/net/ethernet/cadence/macb.c >

Re: [PATCH 4/5] net: macb: Use ether_addr_copy over memcpy

On 13.3.2016 20:10, Moritz Fischer wrote: > Checkpatch suggests using ether_addr_copy over memcpy > to copy the mac address. > > Signed-off-by: Moritz Fischer > --- > drivers/net/ethernet/cadence/macb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

<    1   2   3   4   5   6   7   8   9   10   >