Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

On 06/09/2016 11:36 AM, Stephan Mueller wrote: > Am Donnerstag, 9. Juni 2016, 11:27:13 schrieb Mat Martineau: > > Hi Mat, Tadeusz, > >> On Thu, 9 Jun 2016, Stephan Mueller wrote: >>> Am Donnerstag, 9. Juni 2016, 11:18:04 schrieb Mat Martineau: >>> >>> Hi Mat, >>> > Or is your concern that

Re: [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface

On 06/09/2016 11:36 AM, Stephan Mueller wrote: > Am Donnerstag, 9. Juni 2016, 11:27:13 schrieb Mat Martineau: > > Hi Mat, Tadeusz, > >> On Thu, 9 Jun 2016, Stephan Mueller wrote: >>> Am Donnerstag, 9. Juni 2016, 11:18:04 schrieb Mat Martineau: >>> >>> Hi Mat, >>> > Or is your concern that

Re: [PATCH v3 1/1] crypto: engine: permit to enqueue ashash_request

On Tue, Jun 07, 2016 at 06:31:39PM +0800, Herbert Xu wrote: > On Thu, Jun 02, 2016 at 03:13:32PM +0200, LABBE Corentin wrote: > > > > static int omap_aes_prepare_req(struct crypto_engine *engine, > > - struct ablkcipher_request *req) > > +

Re: [PATCH v3 1/1] crypto: engine: permit to enqueue ashash_request

On Tue, Jun 07, 2016 at 06:31:39PM +0800, Herbert Xu wrote: > On Thu, Jun 02, 2016 at 03:13:32PM +0200, LABBE Corentin wrote: > > > > static int omap_aes_prepare_req(struct crypto_engine *engine, > > - struct ablkcipher_request *req) > > +

Re: [PATCH 3/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

On Thu, 9 Jun 2016, Boris Brezillon wrote: > > > > drivers/mtd/nand/Kconfig |6 + > > > > drivers/mtd/nand/Makefile |1 + > > > > drivers/mtd/nand/evatronix_nand.c | 1909 > > > > + > > > > 3 files changed, 1916 insertions(+) > > > >

Re: [PATCH 3/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

On Thu, 9 Jun 2016, Boris Brezillon wrote: > > > > drivers/mtd/nand/Kconfig |6 + > > > > drivers/mtd/nand/Makefile |1 + > > > > drivers/mtd/nand/evatronix_nand.c | 1909 > > > > + > > > > 3 files changed, 1916 insertions(+) > > > >

Re: [PATCH 2/2] perf annotate: add powerpc support

On 2016/06/10 10:36AM, Arnaldo Carvalho de Melo wrote: > Em Fri, Jun 10, 2016 at 06:32:51PM +0530, Naveen N. Rao escreveu: > > Convert ins__find() to a __weak function for generic functionality, > > while adding a powerpc-specific variant. We look at the function name > > for branch instructions

Re: [PATCH] events/uprobes: move smp_read_barrier_depends() where needed

On 06/10, Oleg Nesterov wrote: > > On 06/10, Andrea Parri wrote: > > > > More simply/clean, as you said, maybe; one advantage of keeping > > the "raw" smp_read_barrier_depends() in get_trampoline_vaddr() is > > that we can avoid it when area is NULL; > > Do you really think it makes sense to

Re: [PATCH 2/2] perf annotate: add powerpc support

On 2016/06/10 10:36AM, Arnaldo Carvalho de Melo wrote: > Em Fri, Jun 10, 2016 at 06:32:51PM +0530, Naveen N. Rao escreveu: > > Convert ins__find() to a __weak function for generic functionality, > > while adding a powerpc-specific variant. We look at the function name > > for branch instructions

Re: [PATCH] events/uprobes: move smp_read_barrier_depends() where needed

On 06/10, Oleg Nesterov wrote: > > On 06/10, Andrea Parri wrote: > > > > More simply/clean, as you said, maybe; one advantage of keeping > > the "raw" smp_read_barrier_depends() in get_trampoline_vaddr() is > > that we can avoid it when area is NULL; > > Do you really think it makes sense to

Re: [PATCH v3 2/3] drm/arm: Add support for Mali Display Processors

On Fri, Jun 10, 2016 at 09:52:59AM +0100, Liviu Dudau wrote: > On Thu, Jun 09, 2016 at 08:56:29PM +0200, Daniel Vetter wrote: > I'm seeing ->disable being called at HPD event time, which is soon after > ->probe. > > > This is the case when enabling a crtc when it is fully > > disabled. Just

Re: [PATCH v3 2/3] drm/arm: Add support for Mali Display Processors

On Fri, Jun 10, 2016 at 09:52:59AM +0100, Liviu Dudau wrote: > On Thu, Jun 09, 2016 at 08:56:29PM +0200, Daniel Vetter wrote: > I'm seeing ->disable being called at HPD event time, which is soon after > ->probe. > > > This is the case when enabling a crtc when it is fully > > disabled. Just

Re: [PATCH v3 08/20] pwm: Add PWM Capture support

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Wed, Jun 08, 2016 at 10:21:23AM +0100, Lee Jones wrote: > > Supply a PWM Capture call-back Op in order to pass back > > information obtained by running analysis on PWM a signal. > > This would normally (at least during testing) be called from > >

Re: [PATCH v3 08/20] pwm: Add PWM Capture support

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Wed, Jun 08, 2016 at 10:21:23AM +0100, Lee Jones wrote: > > Supply a PWM Capture call-back Op in order to pass back > > information obtained by running analysis on PWM a signal. > > This would normally (at least during testing) be called from > >

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hello Kalle, On 06/10/2016 10:30 AM, Kalle Valo wrote: > Javier Martinez Canillas writes: > >> From: Shengzhen Li >> >> Most cfg80211 operations are just a wrappers to functions defined in the >> sta_ioctl.c file, so for consistency move the

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hello Kalle, On 06/10/2016 10:30 AM, Kalle Valo wrote: > Javier Martinez Canillas writes: > >> From: Shengzhen Li >> >> Most cfg80211 operations are just a wrappers to functions defined in the >> sta_ioctl.c file, so for consistency move the .get_tx_power logic there. >> >> Signed-off-by:

Re: [PATCH v3 10/20] pwm: sysfs: Add PWM Capture support

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Wed, Jun 08, 2016 at 10:21:25AM +0100, Lee Jones wrote: > > Allow a user to read PWM Capture results from /sysfs. > > > > To start a capture and read the result, simply read the file: > > > > $ cat $PWMCHIP/capture > > > > The output format is

Re: [PATCH v3 10/20] pwm: sysfs: Add PWM Capture support

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Wed, Jun 08, 2016 at 10:21:25AM +0100, Lee Jones wrote: > > Allow a user to read PWM Capture results from /sysfs. > > > > To start a capture and read the result, simply read the file: > > > > $ cat $PWMCHIP/capture > > > > The output format is

[RFC PATCHv3] usb: USB Type-C Connector Class

The purpose of this class is to provide unified interface for user space to get the status and basic information about USB Type-C Connectors in the system, control data role swapping, and when USB PD is available, also power role swapping and Alternate Modes. Signed-off-by: Heikki Krogerus

[RFC PATCHv3] usb: USB Type-C Connector Class

The purpose of this class is to provide unified interface for user space to get the status and basic information about USB Type-C Connectors in the system, control data role swapping, and when USB PD is available, also power role swapping and Alternate Modes. Signed-off-by: Heikki Krogerus ---

Re: [PATCH] drm/rockchip: fix compile warnings for 64-bit

On Thu, Jun 09, 2016 at 01:57:54PM -0700, Doug Anderson wrote: > Brian, > > On Thu, Jun 9, 2016 at 10:46 AM, Brian Norris > wrote: > > Rockchip DRM does not yet build properly for ARM64, but we might as well > > get the printf formatting correct now, to avoid the

Re: [PATCH] drm/rockchip: fix compile warnings for 64-bit

On Thu, Jun 09, 2016 at 01:57:54PM -0700, Doug Anderson wrote: > Brian, > > On Thu, Jun 9, 2016 at 10:46 AM, Brian Norris > wrote: > > Rockchip DRM does not yet build properly for ARM64, but we might as well > > get the printf formatting correct now, to avoid the following warnings: > > > >

[PATCH 3/3 v2] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/nsimosci.dts | 14

[PATCH 1/3 v2] drm/arcpgu: Make ARC PGU usable on simulation platforms

From: Ruud Derwig In case of simulation there's no real encoder/transmitter device because in the model's virtual LCD we're rendering whatever appears in frame-buffer memory. Signed-off-by: Ruud Derwig Signed-off-by: Alexey Brodkin

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Javier Martinez Canillas writes: > From: Shengzhen Li > > Most cfg80211 operations are just a wrappers to functions defined in the > sta_ioctl.c file, so for consistency move the .get_tx_power logic there. > > Signed-off-by: Shengzhen Li

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Javier Martinez Canillas writes: > From: Shengzhen Li > > Most cfg80211 operations are just a wrappers to functions defined in the > sta_ioctl.c file, so for consistency move the .get_tx_power logic there. > > Signed-off-by: Shengzhen Li > Signed-off-by: Amitkumar Karwar > [javier: update the

[PATCH 3/3 v2] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/nsimosci.dts | 14 +++---

[PATCH 1/3 v2] drm/arcpgu: Make ARC PGU usable on simulation platforms

From: Ruud Derwig In case of simulation there's no real encoder/transmitter device because in the model's virtual LCD we're rendering whatever appears in frame-buffer memory. Signed-off-by: Ruud Derwig Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Got rid of dummy

[PATCH 0/3 v2] Make ARC PGU usable on sim platforms

Initially ARC PGU required real encoder/trnasmitter to exist. That was fine for real HW such as ARC SDP boards. But on some simulaiton platroms like ARC VDK or nSIM OSCI we have model of the same ARC PGU and ability to output video data in a virtual LCD. To make ARC PGU driver usable in those

[PATCH 0/3 v2] Make ARC PGU usable on sim platforms

Initially ARC PGU required real encoder/trnasmitter to exist. That was fine for real HW such as ARC SDP boards. But on some simulaiton platroms like ARC VDK or nSIM OSCI we have model of the same ARC PGU and ability to output video data in a virtual LCD. To make ARC PGU driver usable in those

[PATCH 2/3 v2] ARCv2: [vdk] Enable ARC PGU on HS38 VDK

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in HS38 VDK with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 13 +

[PATCH 3/3] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/nsimosci.dts | 14

[PATCH 3/3] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/nsimosci.dts | 14 +++---

[PATCH 2/3 v2] ARCv2: [vdk] Enable ARC PGU on HS38 VDK

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in HS38 VDK with modern Linux kernels. Signed-off-by: Alexey Brodkin --- No changes in v2. arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 13 +

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, 2016-06-10 at 06:55 -0700, Srinivas Pandruvada wrote: > On Fri, 2016-06-10 at 10:44 +0100, Grant Likely wrote: > [...] > > > > Yes, I do see the in_*_raw_* files in sysfs, and I'm able to get > > data > > out of them. Gnome also seems to recognize that the accelerometers > > are > > there

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, 2016-06-10 at 06:55 -0700, Srinivas Pandruvada wrote: > On Fri, 2016-06-10 at 10:44 +0100, Grant Likely wrote: > [...] > > > > Yes, I do see the in_*_raw_* files in sysfs, and I'm able to get > > data > > out of them. Gnome also seems to recognize that the accelerometers > > are > > there

Re: [PATCH 1/2] drm: Add drm driver for OpenCores VGA/LCD display controller

On Thu, Jun 09, 2016 at 03:32:55PM +0200, Andrea Merello wrote: > This driver supports the VGA/LCD core available from OpenCores: > http://opencores.org/project,vga_lcd > > It's intended as a replacement for the "ocfb" framebuffer driver > > Signed-off-by: Andrea Merello

Re: [PATCH 1/2] drm: Add drm driver for OpenCores VGA/LCD display controller

On Thu, Jun 09, 2016 at 03:32:55PM +0200, Andrea Merello wrote: > This driver supports the VGA/LCD core available from OpenCores: > http://opencores.org/project,vga_lcd > > It's intended as a replacement for the "ocfb" framebuffer driver > > Signed-off-by: Andrea Merello > Cc: Stefan

mm, oom_reaper: How to handle race with oom_killer_disable() ?

I got a question about commit e26796066fdf929c ("oom: make oom_reaper freezable"). static int enter_state(suspend_state_t state) { pr_debug("PM: Preparing system for sleep (%s)\n", pm_states[state]); error = suspend_prepare(state) { error = suspend_freeze_processes() { error =

mm, oom_reaper: How to handle race with oom_killer_disable() ?

I got a question about commit e26796066fdf929c ("oom: make oom_reaper freezable"). static int enter_state(suspend_state_t state) { pr_debug("PM: Preparing system for sleep (%s)\n", pm_states[state]); error = suspend_prepare(state) { error = suspend_freeze_processes() { error =

Re: [PATCH 3/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

On Thu, 9 Jun 2016, Boris Brezillon wrote: > > > > > > By supporting only a subset of what NAND chips actually support, and > > > preventing any raw access, you just limit the compatibility of the NAND > > > controller with rather old NAND chips. For example, your controller > > > cannot deal

Re: [PATCH 3/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

On Thu, 9 Jun 2016, Boris Brezillon wrote: > > > > > > By supporting only a subset of what NAND chips actually support, and > > > preventing any raw access, you just limit the compatibility of the NAND > > > controller with rather old NAND chips. For example, your controller > > > cannot deal

[docs-next PATCH 4/9] kernel-doc: abstract filename mapping

Reduce duplication in follow-up work. No functional changes. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 27 ++- 1 file changed, 18 insertions(+), 9 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index

[docs-next PATCH 4/9] kernel-doc: abstract filename mapping

Reduce duplication in follow-up work. No functional changes. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 27 ++- 1 file changed, 18 insertions(+), 9 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index a6f82c812c15..516d95fcefb7 100755 ---

[docs-next PATCH 8/9] Documentation/sphinx: use a more sensible string split in kernel-doc extension

Using the default str.split doesn't return empty strings like the current version does. Signed-off-by: Jani Nikula --- Documentation/sphinx/kernel-doc.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/sphinx/kernel-doc.py

[docs-next PATCH 8/9] Documentation/sphinx: use a more sensible string split in kernel-doc extension

Using the default str.split doesn't return empty strings like the current version does. Signed-off-by: Jani Nikula --- Documentation/sphinx/kernel-doc.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/sphinx/kernel-doc.py b/Documentation/sphinx/kernel-doc.py

[docs-next PATCH 9/9] Documentation/sphinx: add support for specifying extra export files

Let the user specify file patterns where to look for the EXPORT_SYMBOLs in addition to the file with kernel-doc comments. This is directly based on the -export-file FILE option added to kernel-doc in "kernel-doc: add support for specifying extra files for EXPORT_SYMBOLs", but we extend that with

[docs-next PATCH 7/9] Documentation/sphinx: remove unnecessary temporary variable

Leftover cruft. No functional changes. Signed-off-by: Jani Nikula --- Documentation/sphinx/kernel-doc.py | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Documentation/sphinx/kernel-doc.py b/Documentation/sphinx/kernel-doc.py index

Re: [PATCH 0/3] ARM: OMAP: DRA7: Update to latest TRM and cleanup

On Fri, Jun 10, 2016 at 4:34 AM, Tony Lindgren wrote: > Hi, > > * Nishanth Menon [160524 06:37]: >> Hi, >> >> Here are the final(hopefully) pending patches for DRA7 based on recent >> TRM updates. Updates include removing retention support on L3init and >> L4per as

[docs-next PATCH 7/9] Documentation/sphinx: remove unnecessary temporary variable

Leftover cruft. No functional changes. Signed-off-by: Jani Nikula --- Documentation/sphinx/kernel-doc.py | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Documentation/sphinx/kernel-doc.py b/Documentation/sphinx/kernel-doc.py index 4adfb0e91ecc..2856376cc62c 100644 ---

Re: [PATCH 0/3] ARM: OMAP: DRA7: Update to latest TRM and cleanup

On Fri, Jun 10, 2016 at 4:34 AM, Tony Lindgren wrote: > Hi, > > * Nishanth Menon [160524 06:37]: >> Hi, >> >> Here are the final(hopefully) pending patches for DRA7 based on recent >> TRM updates. Updates include removing retention support on L3init and >> L4per as per latest SoC updates. >> >>

[docs-next PATCH 9/9] Documentation/sphinx: add support for specifying extra export files

Let the user specify file patterns where to look for the EXPORT_SYMBOLs in addition to the file with kernel-doc comments. This is directly based on the -export-file FILE option added to kernel-doc in "kernel-doc: add support for specifying extra files for EXPORT_SYMBOLs", but we extend that with

[docs-next PATCH 1/9] kernel-doc: remove old debug cruft from dump_section()

No functional changes. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 3 --- 1 file changed, 3 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index 27757c21551a..ac18eb5ed776 100755 --- a/scripts/kernel-doc +++ b/scripts/kernel-doc @@ -529,21

[docs-next PATCH 1/9] kernel-doc: remove old debug cruft from dump_section()

No functional changes. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 3 --- 1 file changed, 3 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index 27757c21551a..ac18eb5ed776 100755 --- a/scripts/kernel-doc +++ b/scripts/kernel-doc @@ -529,21 +529,18 @@ sub dump_section

[docs-next PATCH 0/9] Documentation/sphinx follow-up

Hi Jon - Thanks for merging the main Sphinx series! I greet you with another set of patches on top. ;) The main things here are reducing the noise on duplicate sections and adding better support for extracting exported symbols when EXPORT_SYMBOLs and kernel-doc are in separate files. And then

[docs-next PATCH 3/9] kernel-doc: add missing semi-colons in option parsing

Signed-off-by: Jani Nikula --- scripts/kernel-doc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index 710615f3a4ff..a6f82c812c15 100755 --- a/scripts/kernel-doc +++ b/scripts/kernel-doc @@ -484,10 +484,10 @@

[docs-next PATCH 6/9] kernel-doc: unify all EXPORT_SYMBOL scanning to one place

Scan all input files for EXPORT_SYMBOLs along with the explicitly specified export files before actually parsing anything. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git

[docs-next PATCH 0/9] Documentation/sphinx follow-up

Hi Jon - Thanks for merging the main Sphinx series! I greet you with another set of patches on top. ;) The main things here are reducing the noise on duplicate sections and adding better support for extracting exported symbols when EXPORT_SYMBOLs and kernel-doc are in separate files. And then

[docs-next PATCH 3/9] kernel-doc: add missing semi-colons in option parsing

Signed-off-by: Jani Nikula --- scripts/kernel-doc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/kernel-doc b/scripts/kernel-doc index 710615f3a4ff..a6f82c812c15 100755 --- a/scripts/kernel-doc +++ b/scripts/kernel-doc @@ -484,10 +484,10 @@ while ($ARGV[0] =~

[docs-next PATCH 6/9] kernel-doc: unify all EXPORT_SYMBOL scanning to one place

Scan all input files for EXPORT_SYMBOLs along with the explicitly specified export files before actually parsing anything. Signed-off-by: Jani Nikula --- scripts/kernel-doc | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/scripts/kernel-doc

[docs-next PATCH 5/9] kernel-doc: add support for specifying extra files for EXPORT_SYMBOLs

If the kernel-doc comments for functions are not in the same file as the EXPORT_SYMBOL statements, the -export and -internal output selections do not work as expected. This is typically the case when the kernel-doc comments are in header files next to the function declarations and the

[docs-next PATCH 2/9] kernel-doc: do not warn about duplicate default section names

Since commit 32217761ee9db0215350dfe1ca4e66f312fb8c54 Author: Jani Nikula Date: Sun May 29 09:40:44 2016 +0300 kernel-doc: concatenate contents of colliding sections we started getting (more) errors on duplicate section names, especially on the default section name

[docs-next PATCH 5/9] kernel-doc: add support for specifying extra files for EXPORT_SYMBOLs

If the kernel-doc comments for functions are not in the same file as the EXPORT_SYMBOL statements, the -export and -internal output selections do not work as expected. This is typically the case when the kernel-doc comments are in header files next to the function declarations and the

[docs-next PATCH 2/9] kernel-doc: do not warn about duplicate default section names

Since commit 32217761ee9db0215350dfe1ca4e66f312fb8c54 Author: Jani Nikula Date: Sun May 29 09:40:44 2016 +0300 kernel-doc: concatenate contents of colliding sections we started getting (more) errors on duplicate section names, especially on the default section name "Description":

Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs

On Fri, Jun 10, 2016 at 7:37 PM, Hannes Reinecke wrote: > On 06/10/2016 01:07 PM, Ming Lei wrote: >> After arbitrary bio size is supported, the incoming bio may >> be very big. We have to split the bio into small bios so that >> each holds at most BIO_MAX_PAGES bvecs for safety

Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs

On Fri, Jun 10, 2016 at 7:37 PM, Hannes Reinecke wrote: > On 06/10/2016 01:07 PM, Ming Lei wrote: >> After arbitrary bio size is supported, the incoming bio may >> be very big. We have to split the bio into small bios so that >> each holds at most BIO_MAX_PAGES bvecs for safety reason, such >> as

Re: [PATCH V2 4/5] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On Thu, Jun 09, 2016 at 06:25:04PM +0200, Peter Senna Tschudin wrote: > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal pipeline: a > STDP4028(LVDS to DP) and a STDP2690(DP to

Re: [PATCH V2 4/5] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On Thu, Jun 09, 2016 at 06:25:04PM +0200, Peter Senna Tschudin wrote: > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal pipeline: a > STDP4028(LVDS to DP) and a STDP2690(DP to

Re: [PATCH v3 20/20] dt-bindings: pwm: sti: Update DT bindings with recent changes

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Thu, Jun 09, 2016 at 12:41:07PM +0100, Lee Jones wrote: > > On Wed, 08 Jun 2016, Rob Herring wrote: > > > > > On Wed, Jun 08, 2016 at 10:21:35AM +0100, Lee Jones wrote: > > > > We're renaming the 'st,pwm-num-chan' binding to 'st,pwm-num-devs' to >

Re: [PATCH v3 20/20] dt-bindings: pwm: sti: Update DT bindings with recent changes

On Fri, 10 Jun 2016, Thierry Reding wrote: > On Thu, Jun 09, 2016 at 12:41:07PM +0100, Lee Jones wrote: > > On Wed, 08 Jun 2016, Rob Herring wrote: > > > > > On Wed, Jun 08, 2016 at 10:21:35AM +0100, Lee Jones wrote: > > > > We're renaming the 'st,pwm-num-chan' binding to 'st,pwm-num-devs' to >

Re: [PATCH 2/2] clk: max77620: Add clock driver for MAX77620/MAX20024

On 06/10/2016 03:31 PM, Laxman Dewangan wrote: > + Krzysztof, > > On Friday 10 June 2016 07:02 PM, Javier Martinez Canillas wrote: >> Hello Laxman, >> >> On Fri, Jun 10, 2016 at 9:13 AM, Laxman Dewangan >> wrote: >>> So until I change it too generic, it will not be

Re: [PATCH 2/2] clk: max77620: Add clock driver for MAX77620/MAX20024

On 06/10/2016 03:31 PM, Laxman Dewangan wrote: > + Krzysztof, > > On Friday 10 June 2016 07:02 PM, Javier Martinez Canillas wrote: >> Hello Laxman, >> >> On Fri, Jun 10, 2016 at 9:13 AM, Laxman Dewangan >> wrote: >>> So until I change it too generic, it will not be possible. >>> Also if it is

Re: [PATCH 18/21] fs: nfs: Make nfs boot time y2038 safe

On 6/10/16, 09:12, "Anna Schumaker" wrote: >On 06/09/2016 05:10 PM, Deepa Dinamani wrote: boot_time is represented as a struct timespec. struct timespec and CURRENT_TIME are not y2038 safe. Overall, the plan is to use timespec64 for all internal

Re: [PATCH 18/21] fs: nfs: Make nfs boot time y2038 safe

On 6/10/16, 09:12, "Anna Schumaker" wrote: >On 06/09/2016 05:10 PM, Deepa Dinamani wrote: boot_time is represented as a struct timespec. struct timespec and CURRENT_TIME are not y2038 safe. Overall, the plan is to use timespec64 for all internal kernel representation of

Re: [PATCH v3 10/20] pwm: sysfs: Add PWM Capture support

On Wed, Jun 08, 2016 at 10:21:25AM +0100, Lee Jones wrote: > Allow a user to read PWM Capture results from /sysfs. > > To start a capture and read the result, simply read the file: > > $ cat $PWMCHIP/capture > > The output format is ":". The format below is " ". No need to rev the series

Re: [PATCH v3 10/20] pwm: sysfs: Add PWM Capture support

On Wed, Jun 08, 2016 at 10:21:25AM +0100, Lee Jones wrote: > Allow a user to read PWM Capture results from /sysfs. > > To start a capture and read the result, simply read the file: > > $ cat $PWMCHIP/capture > > The output format is ":". The format below is " ". No need to rev the series

Re: [PATCH v2 4/4] max8903: remove unnecessary malloc failed message print out.

On 06/10/2016 02:32 PM, Chris Lapa wrote: > From: Chris Lapa Here and in all other patches (like #1) you need to write something. The commit title could be very short (even non-sentence) and here a little bit longer. E.g.: Title: power: max8903: Remove pointless 'out of

Re: [PATCH v2 4/4] max8903: remove unnecessary malloc failed message print out.

On 06/10/2016 02:32 PM, Chris Lapa wrote: > From: Chris Lapa Here and in all other patches (like #1) you need to write something. The commit title could be very short (even non-sentence) and here a little bit longer. E.g.: Title: power: max8903: Remove pointless 'out of memory' error message

Re: [PATCH 1/2] perf annotate: generalize handling of ret instructions

On 2016/06/10 10:30AM, Arnaldo Carvalho de Melo wrote: > Em Fri, Jun 10, 2016 at 06:32:50PM +0530, Naveen N. Rao escreveu: > > Introduce helper to detect ret instructions and use the same in the tui. Hi Arnaldo, Thanks for the review. > > Humm, I think this is simpler and equivalent, since so

Re: [PATCH v2 13/13] regulator: pwm: Document pwm-dutycycle-unit and pwm-dutycycle-range

On Wed, Jun 08, 2016 at 06:34:48PM +0200, Boris Brezillon wrote: > Document the pwm-dutycycle-unit and pwm-dutycycle-range properties. > > Signed-off-by: Boris Brezillon > Acked-by: Brian Norris > --- >

Re: [PATCH 1/2] perf annotate: generalize handling of ret instructions

On 2016/06/10 10:30AM, Arnaldo Carvalho de Melo wrote: > Em Fri, Jun 10, 2016 at 06:32:50PM +0530, Naveen N. Rao escreveu: > > Introduce helper to detect ret instructions and use the same in the tui. Hi Arnaldo, Thanks for the review. > > Humm, I think this is simpler and equivalent, since so

Re: [PATCH v2 13/13] regulator: pwm: Document pwm-dutycycle-unit and pwm-dutycycle-range

On Wed, Jun 08, 2016 at 06:34:48PM +0200, Boris Brezillon wrote: > Document the pwm-dutycycle-unit and pwm-dutycycle-range properties. > > Signed-off-by: Boris Brezillon > Acked-by: Brian Norris > --- > .../devicetree/bindings/regulator/pwm-regulator.txt | 19 > +++ > 1 file

Re: [RESEND PATCH 1/3] mtd: nand: Add an option to maximize the ECC strength

On Wed, Jun 08, 2016 at 05:04:22PM +0200, Boris Brezillon wrote: > The generic NAND DT bindings allows one to tweak the ECC strength and > step size to their need. It can be used to lower the ECC strength to > match a bootloader/firmware config, but might also be used to get a better >

Re: [RESEND PATCH 1/3] mtd: nand: Add an option to maximize the ECC strength

On Wed, Jun 08, 2016 at 05:04:22PM +0200, Boris Brezillon wrote: > The generic NAND DT bindings allows one to tweak the ECC strength and > step size to their need. It can be used to lower the ECC strength to > match a bootloader/firmware config, but might also be used to get a better >

Re: [PATCH v2 2/4] max8903: adds support for initiation via device tree.

On 06/10/2016 02:32 PM, Chris Lapa wrote: > From: Chris Lapa > > This commit also adds requesting gpio's via devm_gpio_request() to ensure > the gpio is available for usage by the driver. > > Signed-off-by: Chris Lapa > --- >

Re: [PATCH v2 2/4] max8903: adds support for initiation via device tree.

On 06/10/2016 02:32 PM, Chris Lapa wrote: > From: Chris Lapa > > This commit also adds requesting gpio's via devm_gpio_request() to ensure > the gpio is available for usage by the driver. > > Signed-off-by: Chris Lapa > --- > drivers/power/max8903_charger.c | 288 >

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, Jun 10, 2016 at 10:44 AM, Grant Likely wrote: > On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada > wrote: >> Hi, >> On Thu, 2016-06-09 at 22:45 +0100, Grant Likely wrote: >>> On Tue, May 31, 2016 at 5:27 AM, Srinivas

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, Jun 10, 2016 at 10:44 AM, Grant Likely wrote: > On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada > wrote: >> Hi, >> On Thu, 2016-06-09 at 22:45 +0100, Grant Likely wrote: >>> On Tue, May 31, 2016 at 5:27 AM, Srinivas Pandruvada >>> wrote: >>> > >>> > Starting from Cherrytrail,

Re: [RFC v4 1/7] Documentation: extcon: usb-gpio: update usb-gpio binding description

On Wed, Jun 08, 2016 at 03:48:00PM +0200, Krzysztof Kozlowski wrote: > From: Robert Baldyga > > Add information about VBUS pin detection support, 'debounce' property > and some other details. The extcon bindings are a complete mess if you've seen my recent comments. I'm

Re: [RFC v4 1/7] Documentation: extcon: usb-gpio: update usb-gpio binding description

On Wed, Jun 08, 2016 at 03:48:00PM +0200, Krzysztof Kozlowski wrote: > From: Robert Baldyga > > Add information about VBUS pin detection support, 'debounce' property > and some other details. The extcon bindings are a complete mess if you've seen my recent comments. I'm inclined to NAK

[PATCH] rtl8xxxu: remove unneeded assignments

reg_eac and reg_ecc are only used if candidate is bigger than 0, and in that case new values will be given to them. Removing the unused assignments. Signed-off-by: Luis de Bethencourt --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c | 2 -- 1 file changed, 2

[PATCH] rtl8xxxu: remove unneeded assignments

reg_eac and reg_ecc are only used if candidate is bigger than 0, and in that case new values will be given to them. Removing the unused assignments. Signed-off-by: Luis de Bethencourt --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [PATCH v1] PM / sleep: make pm notifier called symmetrically

On Thursday, June 09, 2016 11:47:32 PM Lianwei Wang wrote: > This makes pm notifier PREPARE/POST symmetrical: if PREPARE > fails, we will only undo what ever happened on PREPARE. > > It fixes the unbalanced cpu hotplug enable in cpu pm notifier. > > Signed-off-by: Lianwei Wang

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, 2016-06-10 at 10:44 +0100, Grant Likely wrote: [...] > > Yes, I do see the in_*_raw_* files in sysfs, and I'm able to get data > out of them. Gnome also seems to recognize that the accelerometers > are > there because it adds a rotation lock button to the system menu. > > However, the

Re: [PATCH v1] PM / sleep: make pm notifier called symmetrically

On Thursday, June 09, 2016 11:47:32 PM Lianwei Wang wrote: > This makes pm notifier PREPARE/POST symmetrical: if PREPARE > fails, we will only undo what ever happened on PREPARE. > > It fixes the unbalanced cpu hotplug enable in cpu pm notifier. > > Signed-off-by: Lianwei Wang Did you fix the

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

On Fri, 2016-06-10 at 10:44 +0100, Grant Likely wrote: [...] > > Yes, I do see the in_*_raw_* files in sysfs, and I'm able to get data > out of them. Gnome also seems to recognize that the accelerometers > are > there because it adds a rotation lock button to the system menu. > > However, the

Re: [tip:x86/urgent] x86/quirks: Add early quirk to reset Apple AirPort card

On Fri, Jun 10, 2016 at 02:59:57PM +0200, Ingo Molnar wrote: > * Lukas Wunner wrote: > > On Fri, Jun 10, 2016 at 01:58:45PM +0200, Ingo Molnar wrote: > > > * Yinghai Lu wrote: > > > > On 6/9/16, Lukas Wunner wrote: > > > > > Well, the PCI

Re: [tip:x86/urgent] x86/quirks: Add early quirk to reset Apple AirPort card

On Fri, Jun 10, 2016 at 02:59:57PM +0200, Ingo Molnar wrote: > * Lukas Wunner wrote: > > On Fri, Jun 10, 2016 at 01:58:45PM +0200, Ingo Molnar wrote: > > > * Yinghai Lu wrote: > > > > On 6/9/16, Lukas Wunner wrote: > > > > > Well, the PCI core would also scan such a bus twice AFAICS. > > > > >

Re: [PATCH v3 08/20] pwm: Add PWM Capture support

On Wed, Jun 08, 2016 at 10:21:23AM +0100, Lee Jones wrote: > Supply a PWM Capture call-back Op in order to pass back > information obtained by running analysis on PWM a signal. > This would normally (at least during testing) be called from > the Sysfs routines with a view to printing out PWM

Re: [PATCH v3 08/20] pwm: Add PWM Capture support

On Wed, Jun 08, 2016 at 10:21:23AM +0100, Lee Jones wrote: > Supply a PWM Capture call-back Op in order to pass back > information obtained by running analysis on PWM a signal. > This would normally (at least during testing) be called from > the Sysfs routines with a view to printing out PWM

<    5   6   7   8   9   10   11   12   13   14   >