Re: [PATCH v2 1/2] i2c: octeon: thunderx: Check bus state before starting a transaction

On Sat, Sep 24, 2016 at 11:24:19AM +0200, Wolfram Sang wrote: > On Fri, Sep 23, 2016 at 11:40:38AM +0200, Jan Glauber wrote: > > Add an additional status check before starting a transaction. If the > > check fails wait for some time to tolerate multi-master mode. After the > > timeout expires

Re: [PATCH v2 1/2] i2c: octeon: thunderx: Check bus state before starting a transaction

On Sat, Sep 24, 2016 at 11:24:19AM +0200, Wolfram Sang wrote: > On Fri, Sep 23, 2016 at 11:40:38AM +0200, Jan Glauber wrote: > > Add an additional status check before starting a transaction. If the > > check fails wait for some time to tolerate multi-master mode. After the > > timeout expires

RE: [PATCH 1/3] megaraid_sas: mark symbols static where possible

>-Original Message- >From: Baoyou Xie [mailto:baoyou@linaro.org] >Sent: Sunday, September 25, 2016 11:21 AM >To: kashyap.de...@avagotech.com; sumit.sax...@avagotech.com; >uday.ling...@avagotech.com; j...@linux.vnet.ibm.com; >martin.peter...@oracle.com >Cc:

RE: [PATCH 1/3] megaraid_sas: mark symbols static where possible

>-Original Message- >From: Baoyou Xie [mailto:baoyou@linaro.org] >Sent: Sunday, September 25, 2016 11:21 AM >To: kashyap.de...@avagotech.com; sumit.sax...@avagotech.com; >uday.ling...@avagotech.com; j...@linux.vnet.ibm.com; >martin.peter...@oracle.com >Cc:

Re: [PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER

Hi Philipp, 2016-09-20 19:44 GMT+09:00 Philipp Zabel : > Am Dienstag, den 20.09.2016, 17:47 +0900 schrieb Masahiro Yamada: >> Hi Philipp, >> >> >> 2016-09-20 16:30 GMT+09:00 Philipp Zabel : >> > Hi Masahiro, >> > >> > Am Dienstag, den 20.09.2016,

Re: [PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER

Hi Philipp, 2016-09-20 19:44 GMT+09:00 Philipp Zabel : > Am Dienstag, den 20.09.2016, 17:47 +0900 schrieb Masahiro Yamada: >> Hi Philipp, >> >> >> 2016-09-20 16:30 GMT+09:00 Philipp Zabel : >> > Hi Masahiro, >> > >> > Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada: >> >> The

Re: solo6010 modprobe lockup since e1ceb25a (v4.3 regression)

Andrey Utkin writes: > On Thu, Sep 22, 2016 at 10:51:37AM +0200, Krzysztof Hałasa wrote: >> I wonder if the following fixes the problem (completely untested). > > I have given this a run, and it still hangs. Does (only) adding the

Re: solo6010 modprobe lockup since e1ceb25a (v4.3 regression)

Andrey Utkin writes: > On Thu, Sep 22, 2016 at 10:51:37AM +0200, Krzysztof Hałasa wrote: >> I wonder if the following fixes the problem (completely untested). > > I have given this a run, and it still hangs. Does (only) adding the pci_read_config_word(solo_dev->pdev, PCI_STATUS, ); in

drivers/iio/pressure/bmp280-core.c:985: undefined reference to `devm_gpiod_get'

Hi Linus, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 08895a8b6b06ed2323cd97a36ee40a116b3db8ed commit: 2527ecc9195e9c66252af24c4689e8a67cd4ccb9 gpio: Fix OF build problem on UM date: 5 weeks

drivers/iio/pressure/bmp280-core.c:985: undefined reference to `devm_gpiod_get'

Hi Linus, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 08895a8b6b06ed2323cd97a36ee40a116b3db8ed commit: 2527ecc9195e9c66252af24c4689e8a67cd4ccb9 gpio: Fix OF build problem on UM date: 5 weeks

Re: [PATCH 0/2] NFS: Use complete() instead complete_all()

Hi Anna, On 09/23/2016 03:48 PM, Anna Schumaker wrote: Besides trying to analys all the code paths to the wait_for_completion() call and convince myself that there is only one waiter, I also run a few tests: - some fio benchmarks - pynfs -cthon04 Thanks for the patches, and for the

Re: [PATCH 0/2] NFS: Use complete() instead complete_all()

Hi Anna, On 09/23/2016 03:48 PM, Anna Schumaker wrote: Besides trying to analys all the code paths to the wait_for_completion() call and convince myself that there is only one waiter, I also run a few tests: - some fio benchmarks - pynfs -cthon04 Thanks for the patches, and for the

Re: [RFC PATCH] PM / OPP: Don't support OPP if it provides supported-hw but platform does not

On 23-09-16, 15:07, Dave Gerlach wrote: > The OPP framework allows each OPP to set a opp-supported-hw property > which provides values that are matched against supported_hw values > provided by the platform to limit support for certain OPPs on specific > hardware. Currently, if the platform does

Re: [RFC PATCH] PM / OPP: Don't support OPP if it provides supported-hw but platform does not

On 23-09-16, 15:07, Dave Gerlach wrote: > The OPP framework allows each OPP to set a opp-supported-hw property > which provides values that are matched against supported_hw values > provided by the platform to limit support for certain OPPs on specific > hardware. Currently, if the platform does

Re: [PATCH 09/12] x86/process: Pin the target stack in get_wchan()

On Fri, Sep 23, 2016 at 08:34:43PM +0200, Jann Horn wrote: > On Fri, Sep 23, 2016 at 11:28:26AM -0700, Kees Cook wrote: > > Does CRIU use this? I wouldn't expect so, since they're using ptrace, > > IIUC, to freeze/restore. > > As far as I can tell: > > parse_pid_stat() parses them into a struct

Re: [PATCH 09/12] x86/process: Pin the target stack in get_wchan()

On Fri, Sep 23, 2016 at 08:34:43PM +0200, Jann Horn wrote: > On Fri, Sep 23, 2016 at 11:28:26AM -0700, Kees Cook wrote: > > Does CRIU use this? I wouldn't expect so, since they're using ptrace, > > IIUC, to freeze/restore. > > As far as I can tell: > > parse_pid_stat() parses them into a struct

Re: [PATCH 2/2] PM / OPP: Multiple regulators aren't supported yet

On 23-09-16, 14:59, Rob Herring wrote: > On Wed, Sep 21, 2016 at 03:02:50PM +0530, Viresh Kumar wrote: > > Multiple regulators per device aren't supported yet by the kernel code > > and the bindings provided in documentation aren't sufficient to handle > > that case (as there is no way for kernel

Re: [PATCH 2/2] PM / OPP: Multiple regulators aren't supported yet

On 23-09-16, 14:59, Rob Herring wrote: > On Wed, Sep 21, 2016 at 03:02:50PM +0530, Viresh Kumar wrote: > > Multiple regulators per device aren't supported yet by the kernel code > > and the bindings provided in documentation aren't sufficient to handle > > that case (as there is no way for kernel

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Wednesday 21 September 2016 09:43 AM, Axel Lin wrote: > 2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : >> >> >> On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >>> Martin Blumenstingl writes: >>> Hi Axel, On

Re: [PATCH] phy: meson-usb2: Fix build dependency

On Wednesday 21 September 2016 09:43 AM, Axel Lin wrote: > 2016-09-21 12:06 GMT+08:00 Kishon Vijay Abraham I : >> >> >> On Monday 19 September 2016 10:14 PM, Kevin Hilman wrote: >>> Martin Blumenstingl writes: >>> Hi Axel, On Fri, Sep 16, 2016 at 4:07 AM, Axel Lin wrote: >

Re: [PATCH 1/2] PM / OPP: compatible is an optional property

On 23-09-16, 14:55, Rob Herring wrote: > On Fri, Sep 23, 2016 at 10:45:26AM +0530, Viresh Kumar wrote: > > On 22-09-16, 12:24, Stephen Boyd wrote: > > > On 09/21/2016 02:32 AM, Viresh Kumar wrote: > > > > It was never compulsory to have a compatible string in the OPP table. > > > > Fix the

Re: [PATCH 1/2] PM / OPP: compatible is an optional property

On 23-09-16, 14:55, Rob Herring wrote: > On Fri, Sep 23, 2016 at 10:45:26AM +0530, Viresh Kumar wrote: > > On 22-09-16, 12:24, Stephen Boyd wrote: > > > On 09/21/2016 02:32 AM, Viresh Kumar wrote: > > > > It was never compulsory to have a compatible string in the OPP table. > > > > Fix the

Re: [PATCH v2 4/4] PM / AVS: rockchip-cpu-avs: add driver handling Rockchip cpu avs

On 12-09-16, 14:55, Stephen Boyd wrote: > On 08/29, Viresh Kumar wrote: > > On 18-08-16, 16:52, Finlye Xiao wrote: > > > +static int rockchip_adjust_opp_table(struct device *cpu_dev, > > > + struct cpufreq_frequency_table *table, > > > +

Re: [PATCH 2/3] g_NCR5380: Reduce overrides[] from array to struct

On Sat, 24 Sep 2016, Ondrej Zary wrote: > Remove compile-time card type definition GENERIC_NCR5380_OVERRIDE. Then > remove all code iterating the overrides[] array and reduce it to struct > card. There is a reference to the compile-time override in Documentation/scsi/g_NCR5380.txt which

Re: [PATCH v2 4/4] PM / AVS: rockchip-cpu-avs: add driver handling Rockchip cpu avs

On 12-09-16, 14:55, Stephen Boyd wrote: > On 08/29, Viresh Kumar wrote: > > On 18-08-16, 16:52, Finlye Xiao wrote: > > > +static int rockchip_adjust_opp_table(struct device *cpu_dev, > > > + struct cpufreq_frequency_table *table, > > > +

Re: [PATCH 2/3] g_NCR5380: Reduce overrides[] from array to struct

On Sat, 24 Sep 2016, Ondrej Zary wrote: > Remove compile-time card type definition GENERIC_NCR5380_OVERRIDE. Then > remove all code iterating the overrides[] array and reduce it to struct > card. There is a reference to the compile-time override in Documentation/scsi/g_NCR5380.txt which

Re: [PATCH] cpufreq: st: add missing \n to end of dev_err message

On 25-09-16, 14:40, Colin King wrote: > From: Colin Ian King > > Trival fix, dev_err message is missing a \n, so add it. > > Signed-off-by: Colin Ian King > --- > drivers/cpufreq/sti-cpufreq.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH] cpufreq: st: add missing \n to end of dev_err message

On 25-09-16, 14:40, Colin King wrote: > From: Colin Ian King > > Trival fix, dev_err message is missing a \n, so add it. > > Signed-off-by: Colin Ian King > --- > drivers/cpufreq/sti-cpufreq.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] cpufreq: kirkwood: add missing \n to end of dev_err messages

On 25-09-16, 14:35, Colin King wrote: > From: Colin Ian King > > Trival fix, dev_err messages are missing a \n, so add it. > > Signed-off-by: Colin Ian King > --- > drivers/cpufreq/kirkwood-cpufreq.c | 8 > 1 file changed, 4

Re: [PATCH] cpufreq: kirkwood: add missing \n to end of dev_err messages

On 25-09-16, 14:35, Colin King wrote: > From: Colin Ian King > > Trival fix, dev_err messages are missing a \n, so add it. > > Signed-off-by: Colin Ian King > --- > drivers/cpufreq/kirkwood-cpufreq.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git

Re: [PATCH] net: smc91x: take into account register shift

From: Robert Jarzmik Date: Sun, 25 Sep 2016 23:00:45 +0200 > This aligns smc91x with its cousin, namely smc911x.c. > This also allows the driver to run also in a device-tree based lubbock > board build, on which it was tested. > > Signed-off-by: Robert Jarzmik

Re: [PATCH] net: smc91x: take into account register shift

From: Robert Jarzmik Date: Sun, 25 Sep 2016 23:00:45 +0200 > This aligns smc91x with its cousin, namely smc911x.c. > This also allows the driver to run also in a device-tree based lubbock > board build, on which it was tested. > > Signed-off-by: Robert Jarzmik Applied to net-next, thanks.

Re: [PATCH][V2] cxgb4: fix -ve error check on a signed iq

From: Colin King Date: Sun, 25 Sep 2016 14:14:45 -0700 > From: Colin Ian King > > iq is unsigned, so the error check for iq < 0 has no effect so errors > can slip past this check. Fix this by making iq signed and also > get_filter_steerq

Re: [PATCH][V2] cxgb4: fix -ve error check on a signed iq

From: Colin King Date: Sun, 25 Sep 2016 14:14:45 -0700 > From: Colin Ian King > > iq is unsigned, so the error check for iq < 0 has no effect so errors > can slip past this check. Fix this by making iq signed and also > get_filter_steerq return a signed int so a -ve error can be returned. >

[PATCH v2] Staging: android: fixed permissions style issue

Fixed a coding style issue. Changed symbolic permissions to octal. Signed-off-by: Eric Salem --- drivers/staging/android/lowmemorykiller.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/staging/android/lowmemorykiller.c

[PATCH v2] Staging: android: fixed permissions style issue

Fixed a coding style issue. Changed symbolic permissions to octal. Signed-off-by: Eric Salem --- drivers/staging/android/lowmemorykiller.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/staging/android/lowmemorykiller.c

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Thu, Sep 22, 2016 at 11:51:02AM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-09-16 18:16:05) > > On Wed, Sep 14, 2016 at 01:55:02AM -0700, Stephen Boyd wrote: > > > Quoting Stephen Boyd (2016-09-13 18:42:46) > > > > On the db410c 96boards platform we have a TC7USB40MU[1] on the > > > >

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Thu, Sep 22, 2016 at 11:51:02AM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-09-16 18:16:05) > > On Wed, Sep 14, 2016 at 01:55:02AM -0700, Stephen Boyd wrote: > > > Quoting Stephen Boyd (2016-09-13 18:42:46) > > > > On the db410c 96boards platform we have a TC7USB40MU[1] on the > > > >

Re: [PATCH 3/3] g_NCR5380: Stop using scsi_module.c

On Sat, 24 Sep 2016, Ondrej Zary wrote: > Convert g_NCR5380 to use scsi_add_host instead of scsi_module.c > Use pnp_driver and isa_driver to manage cards. > > Signed-off-by: Ondrej Zary > --- > drivers/scsi/g_NCR5380.c | 310 >

Re: [PATCH 3/3] g_NCR5380: Stop using scsi_module.c

On Sat, 24 Sep 2016, Ondrej Zary wrote: > Convert g_NCR5380 to use scsi_add_host instead of scsi_module.c > Use pnp_driver and isa_driver to manage cards. > > Signed-off-by: Ondrej Zary > --- > drivers/scsi/g_NCR5380.c | 310 > +- >

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Shaohua Li writes: > On Fri, Sep 23, 2016 at 10:32:39AM +0800, Huang, Ying wrote: >> Rik van Riel writes: >> >> > On Thu, 2016-09-22 at 15:56 -0700, Shaohua Li wrote: >> >> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote: >> >> >. >> >> > - It will

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Shaohua Li writes: > On Fri, Sep 23, 2016 at 10:32:39AM +0800, Huang, Ying wrote: >> Rik van Riel writes: >> >> > On Thu, 2016-09-22 at 15:56 -0700, Shaohua Li wrote: >> >> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote: >> >> >. >> >> > - It will help the memory fragmentation,

RE: [v12, 0/8] Fix eSDHC host version register bug

Any comments about this version patchset ? :) > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: Wednesday, September 21, 2016 2:57 PM > To: linux-...@vger.kernel.org; ulf.hans...@linaro.org; Scott Wood; Arnd > Bergmann > Cc: linuxppc-...@lists.ozlabs.org;

RE: [v12, 0/8] Fix eSDHC host version register bug

Any comments about this version patchset ? :) > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: Wednesday, September 21, 2016 2:57 PM > To: linux-...@vger.kernel.org; ulf.hans...@linaro.org; Scott Wood; Arnd > Bergmann > Cc: linuxppc-...@lists.ozlabs.org;

RE: [PATCH V1] regulator: pv88080: Update regulator for PV88080 BB silicon support

On September 25, 2016 3:23 AM, Mark Brown wrote: > On Wed, Sep 21, 2016 at 01:44:39PM +0900, Eric Jeong wrote: > > > +#ifdef CONFIG_OF > > +static const struct of_device_id pv88080_dt_ids[] = { > > + { .compatible = "pvs,pv88080-aa", .data = (void *)TYPE_PV88080_AA }, > > + { .compatible =

RE: [PATCH V1] regulator: pv88080: Update regulator for PV88080 BB silicon support

On September 25, 2016 3:23 AM, Mark Brown wrote: > On Wed, Sep 21, 2016 at 01:44:39PM +0900, Eric Jeong wrote: > > > +#ifdef CONFIG_OF > > +static const struct of_device_id pv88080_dt_ids[] = { > > + { .compatible = "pvs,pv88080-aa", .data = (void *)TYPE_PV88080_AA }, > > + { .compatible =

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

On Sun, Sep 25, 2016 at 7:25 PM, Dave Chinner wrote: >> You have some nasty unicode corruption. The email is marked as being >> >> Content-Type: text/plain; charset=UTF-8 >> Content-Transfer-Encoding: 8bit > > It's whatever git-send-email spat out. I was under the

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

On Sun, Sep 25, 2016 at 7:25 PM, Dave Chinner wrote: >> You have some nasty unicode corruption. The email is marked as being >> >> Content-Type: text/plain; charset=UTF-8 >> Content-Transfer-Encoding: 8bit > > It's whatever git-send-email spat out. I was under the impression it > encodes like

Re: [PATCH] Staging: android: fixed permissions style issue

On Sun, 2016-09-25 at 21:47 -0500, Eric Salem wrote: > Fixed a coding style issue. Changed symbolic permissions to octal. If you do these, please shorten the lines where possible. > diff --git a/drivers/staging/android/lowmemorykiller.c > b/drivers/staging/android/lowmemorykiller.c [] > @@

Re: [PATCH] Staging: android: fixed permissions style issue

On Sun, 2016-09-25 at 21:47 -0500, Eric Salem wrote: > Fixed a coding style issue. Changed symbolic permissions to octal. If you do these, please shorten the lines where possible. > diff --git a/drivers/staging/android/lowmemorykiller.c > b/drivers/staging/android/lowmemorykiller.c [] > @@

[PATCH 1/2] Revert "HID: dragonrise: fix HID Descriptor for 0x0006 PID"

This reverts commit 18339f59c3a6 ("HID: dragonrise: fix HID...") because the "fix" is bogus. That report descriptor is different in hardware (see below) and it's the way the hardware works, it can't be fixed at this level because it reuses axes by design. What this change tried to fix is a

[PATCH 2/2] hid: input: add HID_QUIRK_REUSE_AXES and fix dragonrise

Commit 79346d620e9d ("HID: input: force generic axis to be mapped to their user space axis") made mapping generic axes to their userspace equivalents mandatory and some lower end gamepads which were depending on the previous behaviour suffered severe regressions because they were reusing axes and

[PATCH 1/2] Revert "HID: dragonrise: fix HID Descriptor for 0x0006 PID"

This reverts commit 18339f59c3a6 ("HID: dragonrise: fix HID...") because the "fix" is bogus. That report descriptor is different in hardware (see below) and it's the way the hardware works, it can't be fixed at this level because it reuses axes by design. What this change tried to fix is a

[PATCH 2/2] hid: input: add HID_QUIRK_REUSE_AXES and fix dragonrise

Commit 79346d620e9d ("HID: input: force generic axis to be mapped to their user space axis") made mapping generic axes to their userspace equivalents mandatory and some lower end gamepads which were depending on the previous behaviour suffered severe regressions because they were reusing axes and

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

On 9/23/16 7:03 PM, Gerald Schaefer wrote: On Fri, 23 Sep 2016 14:40:33 +0800 Rui Teng wrote: On 9/22/16 5:51 PM, Michal Hocko wrote: On Wed 21-09-16 14:35:34, Gerald Schaefer wrote: dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

On 9/23/16 7:03 PM, Gerald Schaefer wrote: On Fri, 23 Sep 2016 14:40:33 +0800 Rui Teng wrote: On 9/22/16 5:51 PM, Michal Hocko wrote: On Wed 21-09-16 14:35:34, Gerald Schaefer wrote: dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a list corruption and addressing

[PATCH] Staging: android: fixed permissions style issue

Fixed a coding style issue. Changed symbolic permissions to octal. Signed-off-by: Eric Salem --- drivers/staging/android/lowmemorykiller.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/staging/android/lowmemorykiller.c

[PATCH] Staging: android: fixed permissions style issue

Fixed a coding style issue. Changed symbolic permissions to octal. Signed-off-by: Eric Salem --- drivers/staging/android/lowmemorykiller.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/staging/android/lowmemorykiller.c

[PATCH] sched: Change READ_ONCE(jiffies) into jiffies

A quote from Documentation/memory_barriers.txt: For example, because 'jiffies' is marked volatile, it is never necessary to say READ_ONCE(jiffies). The reason for this is that READ_ONCE() and WRITE_ONCE() are implemented as volatile casts, which has no effect when its argument is already marked

[PATCH] sched: Change READ_ONCE(jiffies) into jiffies

A quote from Documentation/memory_barriers.txt: For example, because 'jiffies' is marked volatile, it is never necessary to say READ_ONCE(jiffies). The reason for this is that READ_ONCE() and WRITE_ONCE() are implemented as volatile casts, which has no effect when its argument is already marked

About 1000Mbps capability for the GMAC of RK3288

I have confirmed the 1000Mbps won't work with kernel 4.4, I have to disable it in dts. The TRM shows that it may not support 1000Mbps, as the gmac_speed in GRF_SOC_CON1 is just a bit length flag. Also I have test the performance at the firefly plus with upstream kernel, it even looks bad at

About 1000Mbps capability for the GMAC of RK3288

I have confirmed the 1000Mbps won't work with kernel 4.4, I have to disable it in dts. The TRM shows that it may not support 1000Mbps, as the gmac_speed in GRF_SOC_CON1 is just a bit length flag. Also I have test the performance at the firefly plus with upstream kernel, it even looks bad at

RE: [PATCH v3] Input: elants_i2c - get product id on recovery mode for FW update

There is only one different which is adding a new empty line for coding style. > if (!error) > - error = elants_i2c_query_fw_id(ts); > + error = error2; > + > if (!error) > error = elants_i2c_query_fw_version(ts); -Original Message- From:

RE: [PATCH v3] Input: elants_i2c - get product id on recovery mode for FW update

There is only one different which is adding a new empty line for coding style. > if (!error) > - error = elants_i2c_query_fw_id(ts); > + error = error2; > + > if (!error) > error = elants_i2c_query_fw_version(ts); -Original Message- From:

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

On Sun, Sep 25, 2016 at 06:21:05PM -0700, Linus Torvalds wrote: > Thanks, applied. > > I did happen to notice: > > On Sun, Sep 25, 2016 at 4:57 PM, Dave Chinner wrote: > > > > ./include/linux/pagemap.h: In function ¿fault_in_multipages_readable¿: > >

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

On Sun, Sep 25, 2016 at 06:21:05PM -0700, Linus Torvalds wrote: > Thanks, applied. > > I did happen to notice: > > On Sun, Sep 25, 2016 at 4:57 PM, Dave Chinner wrote: > > > > ./include/linux/pagemap.h: In function ¿fault_in_multipages_readable¿: > > ./include/linux/pagemap.h:602:16: error:

Aw

Benötigen Sie eine Finanzierung? Haben Sie einen Kredit für geschäftliche oder persönliche Bedürfnisse und Projektfinanzierung benötigen? Möchten Sie Ihr Unternehmen zu refinanzieren? Unser Unternehmen ist in den Vereinigten Staaten und Europa. Wir bieten Ihnen ein Darlehen für jede Person oder

Aw

Benötigen Sie eine Finanzierung? Haben Sie einen Kredit für geschäftliche oder persönliche Bedürfnisse und Projektfinanzierung benötigen? Möchten Sie Ihr Unternehmen zu refinanzieren? Unser Unternehmen ist in den Vereinigten Staaten und Europa. Wir bieten Ihnen ein Darlehen für jede Person oder

RE: [v6,2/2] QE: remove PPCisms for QE

On Sun, Sep 25, 2016 at 12:19PM -0500, Scott Wood wrote: > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Sunday, September 25, 2016 12:19 PM > To: Qiang Zhao > Cc: linuxppc-...@lists.ozlabs.org; pku@gmail.com; X.B. Xie >

RE: [v6,2/2] QE: remove PPCisms for QE

On Sun, Sep 25, 2016 at 12:19PM -0500, Scott Wood wrote: > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Sunday, September 25, 2016 12:19 PM > To: Qiang Zhao > Cc: linuxppc-...@lists.ozlabs.org; pku@gmail.com; X.B. Xie > ; linux-kernel@vger.kernel.org >

[PATCH 1/2] drm: Simplify logging macros, convert DRM_NOTE to DRM_NOTICE

Use a bit more consistent style with kernel loglevels without using macro argument concatenation. Miscellanea: o Single statement macros don't need do {} while (0) Signed-off-by: Joe Perches --- drivers/gpu/drm/i915/intel_guc_loader.c | 22 --

[PATCH 0/2] drm: Neaten and reduce object size

Joe Perches (2): drm: Simplify logging macros, convert DRM_NOTE to DRM_NOTICE drm: Simplify drm_printk to reduce object size quite a bit drivers/gpu/drm/drm_drv.c | 5 +-- drivers/gpu/drm/i915/intel_guc_loader.c | 22 +++-- include/drm/drmP.h | 56

[PATCH 2/2] drm: Simplify drm_printk to reduce object size quite a bit

Remove function name and special " *ERROR*" from argument list $ size drivers/gpu/drm/built-in.o* (x86-32 defconfig, most drm selected) textdata bss dec hex filename 5635366 182579 14328 5832273 58fe51 drivers/gpu/drm/built-in.o.new 5779552 182579 14328 5976459 5b318b

[PATCH 1/2] drm: Simplify logging macros, convert DRM_NOTE to DRM_NOTICE

Use a bit more consistent style with kernel loglevels without using macro argument concatenation. Miscellanea: o Single statement macros don't need do {} while (0) Signed-off-by: Joe Perches --- drivers/gpu/drm/i915/intel_guc_loader.c | 22 -- include/drm/drmP.h

[PATCH 0/2] drm: Neaten and reduce object size

Joe Perches (2): drm: Simplify logging macros, convert DRM_NOTE to DRM_NOTICE drm: Simplify drm_printk to reduce object size quite a bit drivers/gpu/drm/drm_drv.c | 5 +-- drivers/gpu/drm/i915/intel_guc_loader.c | 22 +++-- include/drm/drmP.h | 56

[PATCH 2/2] drm: Simplify drm_printk to reduce object size quite a bit

Remove function name and special " *ERROR*" from argument list $ size drivers/gpu/drm/built-in.o* (x86-32 defconfig, most drm selected) textdata bss dec hex filename 5635366 182579 14328 5832273 58fe51 drivers/gpu/drm/built-in.o.new 5779552 182579 14328 5976459 5b318b

Re: Warning from free_init_pages with large initrd

On 09/24/16 08:32, Sitsofe Wheeler wrote: > Hi, > > While trying to PXE boot a Fedora LiveISO on VMware ESXi the kernel > throws the following warning: > [...] > > The initrd is big because it holds all the files in the ISO (see > https://fedorahosted.org/cobbler/wiki/HowToPxeAnyLiveCd for how

внимания;

внимания; Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность

Re: Warning from free_init_pages with large initrd

On 09/24/16 08:32, Sitsofe Wheeler wrote: > Hi, > > While trying to PXE boot a Fedora LiveISO on VMware ESXi the kernel > throws the following warning: > [...] > > The initrd is big because it holds all the files in the ISO (see > https://fedorahosted.org/cobbler/wiki/HowToPxeAnyLiveCd for how

внимания;

внимания; Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность

Linux 4.8-rc8

So as already mentioned last week (and hinted at as a possibility), here's rc8. Things actually did start to calm down this week, but I didn't get the feeling that there was no point in doing one final rc, so here we are. I expect the final 4.8 release next weekend, unless something really

Linux 4.8-rc8

So as already mentioned last week (and hinted at as a possibility), here's rc8. Things actually did start to calm down this week, but I didn't get the feeling that there was no point in doing one final rc, so here we are. I expect the final 4.8 release next weekend, unless something really

Re: undefined reference to `printk'

Hi Joe, On Sat, Sep 24, 2016 at 08:46:26PM -0700, Joe Perches wrote: On Sun, 2016-09-25 at 11:40 +0800, kbuild test robot wrote: Hi Joe, Hey Fengguang It's probably a bug fix that unveils the link errors. I think all of these reports about compiler-gcc integrations are bogons. Yes,

Re: undefined reference to `printk'

Hi Joe, On Sat, Sep 24, 2016 at 08:46:26PM -0700, Joe Perches wrote: On Sun, 2016-09-25 at 11:40 +0800, kbuild test robot wrote: Hi Joe, Hey Fengguang It's probably a bug fix that unveils the link errors. I think all of these reports about compiler-gcc integrations are bogons. Yes,

Re: [PATCH 00/14] perf clang: Support compiling BPF script use builtin clang

On 2016/9/24 23:16, Alexei Starovoitov wrote: On Fri, Sep 23, 2016 at 12:49:47PM +, Wang Nan wrote: This patch set is the first step to implement features I announced in LinuxCon NA 2016. See page 31 of:

Re: [PATCH 00/14] perf clang: Support compiling BPF script use builtin clang

On 2016/9/24 23:16, Alexei Starovoitov wrote: On Fri, Sep 23, 2016 at 12:49:47PM +, Wang Nan wrote: This patch set is the first step to implement features I announced in LinuxCon NA 2016. See page 31 of:

RE: [PATCH] pm8001: mark symbols static where possible

Thanks for fix. Acked-by: Lindar Liu > -Original Message- > From: Baoyou Xie [mailto:baoyou@linaro.org] > Sent: Friday, September 23, 2016 9:54 PM > To: jinpu.w...@profitbricks.com; lindar_...@usish.com; > j...@linux.vnet.ibm.com; martin.peter...@oracle.com >

RE: [PATCH] pm8001: mark symbols static where possible

Thanks for fix. Acked-by: Lindar Liu > -Original Message- > From: Baoyou Xie [mailto:baoyou@linaro.org] > Sent: Friday, September 23, 2016 9:54 PM > To: jinpu.w...@profitbricks.com; lindar_...@usish.com; > j...@linux.vnet.ibm.com; martin.peter...@oracle.com > Cc: pmc...@pmcs.com;

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

Thanks, applied. I did happen to notice: On Sun, Sep 25, 2016 at 4:57 PM, Dave Chinner wrote: > > ./include/linux/pagemap.h: In function ¿fault_in_multipages_readable¿: > ./include/linux/pagemap.h:602:16: error: variable ¿c¿ set but not used >

Re: [PATCH] [4.8-rc7, regression] fault_in_multipages_readable() throws set-but-unused error

Thanks, applied. I did happen to notice: On Sun, Sep 25, 2016 at 4:57 PM, Dave Chinner wrote: > > ./include/linux/pagemap.h: In function ¿fault_in_multipages_readable¿: > ./include/linux/pagemap.h:602:16: error: variable ¿c¿ set but not used > [-Werror=unused-but-set-variable] You have some

Re: [PATCH] mm: check VMA flags to avoid invalid PROT_NONE NUMA balancing

On Sun, Sep 25, 2016 at 5:49 PM, Rik van Riel wrote: > > Reading the code for a little bit, it looks like get_user_pages > interprets both PROT_NONE and PAGE_NUMA ptes as present, and will > simply return the page to the caller. So the thing is, I don't think the code should

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

On Sun, Sep 25, 2016 at 12:18:49PM -0700, Shaohua Li wrote: > On Fri, Sep 23, 2016 at 10:32:39AM +0800, Huang, Ying wrote: > > Rik van Riel writes: > > > > > On Thu, 2016-09-22 at 15:56 -0700, Shaohua Li wrote: > > >> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote:

Re: [PATCH] mm: check VMA flags to avoid invalid PROT_NONE NUMA balancing

On Sun, Sep 25, 2016 at 5:49 PM, Rik van Riel wrote: > > Reading the code for a little bit, it looks like get_user_pages > interprets both PROT_NONE and PAGE_NUMA ptes as present, and will > simply return the page to the caller. So the thing is, I don't think the code should even get that far.

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

On Sun, Sep 25, 2016 at 12:18:49PM -0700, Shaohua Li wrote: > On Fri, Sep 23, 2016 at 10:32:39AM +0800, Huang, Ying wrote: > > Rik van Riel writes: > > > > > On Thu, 2016-09-22 at 15:56 -0700, Shaohua Li wrote: > > >> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote: > > >> >  > > >>

Re: [PATCH] f2fs: remove dirty inode pages in error path

On 2016/9/25 1:47, Jaegeuk Kim wrote: > On Sat, Sep 24, 2016 at 09:02:02AM +0800, Chao Yu wrote: >> On 2016/9/24 5:11, Jaegeuk Kim wrote: >>> When getting EIO while handling orphan inodes, we can get some dirty node >>> pages. Then, f2fs_write_node_pages() called by iput(node_inode) will try >>>

Re: [PATCH 2/3] f2fs: support checkpoint error injection

On 2016/9/25 2:10, Jaegeuk Kim wrote: > On Sat, Sep 24, 2016 at 11:32:08AM +0800, Chao Yu wrote: >> On 2016/9/24 8:52, Jaegeuk Kim wrote: >>> On Sat, Sep 24, 2016 at 08:46:54AM +0800, Chao Yu wrote: Hi Jaegeuk, On 2016/9/24 7:53, Jaegeuk Kim wrote: > Hi Chao, > > The

Re: [PATCH] f2fs: remove dirty inode pages in error path

On 2016/9/25 1:47, Jaegeuk Kim wrote: > On Sat, Sep 24, 2016 at 09:02:02AM +0800, Chao Yu wrote: >> On 2016/9/24 5:11, Jaegeuk Kim wrote: >>> When getting EIO while handling orphan inodes, we can get some dirty node >>> pages. Then, f2fs_write_node_pages() called by iput(node_inode) will try >>>

Re: [PATCH 2/3] f2fs: support checkpoint error injection

On 2016/9/25 2:10, Jaegeuk Kim wrote: > On Sat, Sep 24, 2016 at 11:32:08AM +0800, Chao Yu wrote: >> On 2016/9/24 8:52, Jaegeuk Kim wrote: >>> On Sat, Sep 24, 2016 at 08:46:54AM +0800, Chao Yu wrote: Hi Jaegeuk, On 2016/9/24 7:53, Jaegeuk Kim wrote: > Hi Chao, > > The

Re: [PATCH V2] staging: rtl8172: usb_intf.c: Fixed block comment coding style

On 09/25/2016 06:00 PM, Gonçalo Salazar wrote: Fixed a block comment indentation in the rtl8712 usb_intf.c file. Made this as a first commit. Resubmitted with updated subject. Please let me know of any feedback you have. I missed this last time, but everything above the --- line goes into the

Re: [PATCH V2] staging: rtl8172: usb_intf.c: Fixed block comment coding style

On 09/25/2016 06:00 PM, Gonçalo Salazar wrote: Fixed a block comment indentation in the rtl8712 usb_intf.c file. Made this as a first commit. Resubmitted with updated subject. Please let me know of any feedback you have. I missed this last time, but everything above the --- line goes into the

  1   2   3   4   5   6   >