Re: [PATCH net-next 18/18] net: dsa: mv88e6xxx: add VTU support for 88E6390

On Wed, Apr 26, 2017 at 11:53:36AM -0400, Vivien Didelot wrote: > The 6390 family of chips use only 2 of the 3 VTU Data registers to pack > the MemberTag and PortState VLAN data. This means that they must be > written or read before or after each VTU/STU operations. > > Implement this variant to

Re: [PATCH net-next 18/18] net: dsa: mv88e6xxx: add VTU support for 88E6390

On Wed, Apr 26, 2017 at 11:53:36AM -0400, Vivien Didelot wrote: > The 6390 family of chips use only 2 of the 3 VTU Data registers to pack > the MemberTag and PortState VLAN data. This means that they must be > written or read before or after each VTU/STU operations. > > Implement this variant to

Re: [PATCH net-next 17/18] net: dsa: mv88e6xxx: support the VTU Page bit

On Wed, Apr 26, 2017 at 11:53:35AM -0400, Vivien Didelot wrote: > Newer chips such as the 88E6390 have a VTU Page bit in the VTU VID > register to specify a 13th bit for the VID. This can be used to support > 8K VLANs. Hi Vivien At the moment, this code appears to be generic to all chips. Do we

Re: [PATCH net-next 17/18] net: dsa: mv88e6xxx: support the VTU Page bit

On Wed, Apr 26, 2017 at 11:53:35AM -0400, Vivien Didelot wrote: > Newer chips such as the 88E6390 have a VTU Page bit in the VTU VID > register to specify a 13th bit for the VID. This can be used to support > 8K VLANs. Hi Vivien At the moment, this code appears to be generic to all chips. Do we

[PATCH v2] pinctrl: rockchip: remove unneeded (void *) casts in of_match_table

of_device_id::data is an opaque pointer. No explicit cast is needed. Signed-off-by: Masahiro Yamada Reviewed-by: Heiko Stuebner --- Changes in v2: - Rebase on pinctrl subsystem tree drivers/pinctrl/pinctrl-rockchip.c | 22

[PATCH v2] pinctrl: rockchip: remove unneeded (void *) casts in of_match_table

of_device_id::data is an opaque pointer. No explicit cast is needed. Signed-off-by: Masahiro Yamada Reviewed-by: Heiko Stuebner --- Changes in v2: - Rebase on pinctrl subsystem tree drivers/pinctrl/pinctrl-rockchip.c | 22 +++--- 1 file changed, 11 insertions(+), 11

[PATCH] iov_iter: don't revert if csum error

The patch 3278682 (make skb_copy_datagram_msg() et.al. preserve ->msg_iter on error) will revert the iov buffer if copy to iter failed, but it looks no need to revert for csum error, so fix it. Fixes: 3278682 ("make skb_copy_datagram_msg() et.al. preserve->msg_iter on error") Signed-off-by: Ding

[PATCH] iov_iter: don't revert if csum error

The patch 3278682 (make skb_copy_datagram_msg() et.al. preserve ->msg_iter on error) will revert the iov buffer if copy to iter failed, but it looks no need to revert for csum error, so fix it. Fixes: 3278682 ("make skb_copy_datagram_msg() et.al. preserve->msg_iter on error") Signed-off-by: Ding

Re: [PATCH v5 02/10] pinctrl: generic: Add macros to unpack properties

Hi Linus, On Fri, Apr 28, 2017 at 10:16:22AM +0200, Linus Walleij wrote: > On Thu, Apr 27, 2017 at 10:19 AM, Jacopo Mondi > wrote: > > > Add PIN_CONF_UNPACK_PARAM and PIN_CONF_UNPACK_ARGS macros useful to > > unpack generic properties and their arguments > > > >

Re: [PATCH v5 02/10] pinctrl: generic: Add macros to unpack properties

Hi Linus, On Fri, Apr 28, 2017 at 10:16:22AM +0200, Linus Walleij wrote: > On Thu, Apr 27, 2017 at 10:19 AM, Jacopo Mondi > wrote: > > > Add PIN_CONF_UNPACK_PARAM and PIN_CONF_UNPACK_ARGS macros useful to > > unpack generic properties and their arguments > > > > Signed-off-by: Jacopo Mondi > >

Re: [RFC PATCH 0/2] iommu/s390: Fix iommu-groups and add sysfs support

Hi Joerg, I guess we are a bit special on s390 (again), see below. Sebastian is more familiar with the base s390 PCI code, he may correct me if I'm wrong. On Thu, 27 Apr 2017 23:03:25 +0200 Joerg Roedel wrote: > > Well, there is a separate zpci_dev for each pci_dev on s390, >

Re: [RFC PATCH 0/2] iommu/s390: Fix iommu-groups and add sysfs support

Hi Joerg, I guess we are a bit special on s390 (again), see below. Sebastian is more familiar with the base s390 PCI code, he may correct me if I'm wrong. On Thu, 27 Apr 2017 23:03:25 +0200 Joerg Roedel wrote: > > Well, there is a separate zpci_dev for each pci_dev on s390, > > and each of

[PATCH 3/3] fw_cfg: add DMA write operation proof-of-concept

From: Marc-André Lureau Since qemu 2.9, DMA write operations are allowed. However, usage of this interface from kernel or user-space is strongly discouraged by the maintainers. This patch is only meant as an experiment. Signed-off-by: Marc-André Lureau

[PATCH 3/3] fw_cfg: add DMA write operation proof-of-concept

From: Marc-André Lureau Since qemu 2.9, DMA write operations are allowed. However, usage of this interface from kernel or user-space is strongly discouraged by the maintainers. This patch is only meant as an experiment. Signed-off-by: Marc-André Lureau --- drivers/firmware/qemu_fw_cfg.c | 64

[PATCH 2/3] fw_cfg: do DMA read operation

From: Marc-André Lureau Modify fw_cfg_read_blob() to use DMA if the device supports it. Return errors, because the operation may fail. This is a proof-of-concept patch with some FIXME. It uses yield() to wait for the memory to be cleared, and it uses 2 iowrite32()

[PATCH 2/3] fw_cfg: do DMA read operation

From: Marc-André Lureau Modify fw_cfg_read_blob() to use DMA if the device supports it. Return errors, because the operation may fail. This is a proof-of-concept patch with some FIXME. It uses yield() to wait for the memory to be cleared, and it uses 2 iowrite32() to write a 64bit value. Help

[PATCH 1/3] fw_cfg: add DMA register

From: Marc-André Lureau Add an optional kernel module (or command line) parameter using the following syntax: [fw_cfg.]ioport=@[::[:]] or [fw_cfg.]mmio=@[::[:]] and initializes the register address using given or default offset. Signed-off-by:

[PATCH 1/3] fw_cfg: add DMA register

From: Marc-André Lureau Add an optional kernel module (or command line) parameter using the following syntax: [fw_cfg.]ioport=@[::[:]] or [fw_cfg.]mmio=@[::[:]] and initializes the register address using given or default offset. Signed-off-by: Marc-André Lureau ---

[PATCH 0/3] fw_cfg: add DMA operations

From: Marc-André Lureau Hi, This series brings DMA operations support to the fw_cfg kernel module. There is a few FIXME that I don't know how to improve. The 'write' operation is only meant as a proof-of-concept, since some qemu firmware maintainers are strongly

[PATCH 0/3] fw_cfg: add DMA operations

From: Marc-André Lureau Hi, This series brings DMA operations support to the fw_cfg kernel module. There is a few FIXME that I don't know how to improve. The 'write' operation is only meant as a proof-of-concept, since some qemu firmware maintainers are strongly against the usage of this

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: > which i > > 2017-04-28 14:58 GMT+03:00 Bin Liu : > > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: > >> 2017-04-27 20:13 GMT+03:00 Bin Liu : > >> > On Thu, Apr 27, 2017 at

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: > which i > > 2017-04-28 14:58 GMT+03:00 Bin Liu : > > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: > >> 2017-04-27 20:13 GMT+03:00 Bin Liu : > >> > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V.

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 10:25:30, Sergey Senozhatsky wrote: > > On (04/20/17 15:11), Petr Mladek wrote: > [..] > > void printk_nmi_enter(void) > > { > > - this_cpu_or(printk_context, PRINTK_NMI_CONTEXT_MASK); > > + /* > > +* The size of the extra per-CPU buffer is limited. Use it > > +*

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 10:25:30, Sergey Senozhatsky wrote: > > On (04/20/17 15:11), Petr Mladek wrote: > [..] > > void printk_nmi_enter(void) > > { > > - this_cpu_or(printk_context, PRINTK_NMI_CONTEXT_MASK); > > + /* > > +* The size of the extra per-CPU buffer is limited. Use it > > +*

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Ville, Thanks for the review! My comments inline. On 28-04-2017 12:41, Ville Syrjälä wrote: > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: >> Some crtc's may have restrictions in the mode they can display. In >> this patch a new callback (crtc->mode_valid()) is introduced

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Ville, Thanks for the review! My comments inline. On 28-04-2017 12:41, Ville Syrjälä wrote: > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: >> Some crtc's may have restrictions in the mode they can display. In >> this patch a new callback (crtc->mode_valid()) is introduced

RE: [PATCH v3 1/9] bus: fsl-mc: add DPCON object APIs

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Friday, April 28, 2017 3:24 PM > To: Ruxandra Ioana Radulescu > Cc: de...@driverdev.osuosl.org; stuyo...@gmail.com; a...@arndb.de; > Haiying Wang ; Roy

RE: [PATCH v3 1/9] bus: fsl-mc: add DPCON object APIs

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Friday, April 28, 2017 3:24 PM > To: Ruxandra Ioana Radulescu > Cc: de...@driverdev.osuosl.org; stuyo...@gmail.com; a...@arndb.de; > Haiying Wang ; Roy Pledge > ; Alexandru Marginean > ;

[PATCH 2/2] Input: twl4030-pwrbutton: Use input_set_capability() helper

Cleanup driver slightly by using input_set_capability() instead of manually setting the required bits. Signed-off-by: Sebastian Reichel --- drivers/input/misc/twl4030-pwrbutton.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 2/2] Input: twl4030-pwrbutton: Use input_set_capability() helper

Cleanup driver slightly by using input_set_capability() instead of manually setting the required bits. Signed-off-by: Sebastian Reichel --- drivers/input/misc/twl4030-pwrbutton.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/input/misc/twl4030-pwrbutton.c

[PATCH 1/2] Input: twl4030-pwrbutton: use correct device for irq request

The interrupt should be requested for the platform device and not for the input device. Fixes: 7f9ce649d267 ("Input: twl4030-pwrbutton - simplify driver using devm_*") Signed-off-by: Sebastian Reichel --- drivers/input/misc/twl4030-pwrbutton.c | 2 +- 1 file

[PATCH 1/2] Input: twl4030-pwrbutton: use correct device for irq request

The interrupt should be requested for the platform device and not for the input device. Fixes: 7f9ce649d267 ("Input: twl4030-pwrbutton - simplify driver using devm_*") Signed-off-by: Sebastian Reichel --- drivers/input/misc/twl4030-pwrbutton.c | 2 +- 1 file changed, 1 insertion(+), 1

From: Mr.David Owain

Good Day, Please accept my apologies for writing you a surprise letter.I am Mr.David Owain, account Manager with an investment bank here in Burkina Faso.I have a very important business I want to discuss with you.There is a draft account opened in my firm by a long-time client of our bank.I have

From: Mr.David Owain

Good Day, Please accept my apologies for writing you a surprise letter.I am Mr.David Owain, account Manager with an investment bank here in Burkina Faso.I have a very important business I want to discuss with you.There is a draft account opened in my firm by a long-time client of our bank.I have

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

On Fri, 28 Apr 2017 17:26:41 +0530 Sricharan R wrote: > Hi Ralph, > > > > > > > Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe > > time for platform/amba/pci bus devices") causes a kernel panic > > as in the log below on an

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

On Fri, 28 Apr 2017 17:26:41 +0530 Sricharan R wrote: > Hi Ralph, > > > > > > > Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe > > time for platform/amba/pci bus devices") causes a kernel panic > > as in the log below on an armada-385. Reverting the commit >

Re: [PATCH v3 1/9] bus: fsl-mc: add DPCON object APIs

On Fri, Apr 28, 2017 at 04:50:26AM -0500, Ioana Radulescu wrote: > From: Ioana Radulescu > > This patch adds the command building/parsing wrapper functions > for the DPCON object. The binary interface version is v3.2. The subject should have "staging: fsl-mc:

Re: [PATCH v3 1/9] bus: fsl-mc: add DPCON object APIs

On Fri, Apr 28, 2017 at 04:50:26AM -0500, Ioana Radulescu wrote: > From: Ioana Radulescu > > This patch adds the command building/parsing wrapper functions > for the DPCON object. The binary interface version is v3.2. The subject should have "staging: fsl-mc: bus: ..." to match the other ones

Re: [PATCH v2] bus: fsl-mc: dpio: fix alter FQ state command

On Fri, Apr 28, 2017 at 10:47:14AM +, Horia Geantă wrote: > On 4/28/2017 1:32 PM, Greg KH wrote: > > On Sat, Apr 22, 2017 at 09:44:49AM +0300, Horia Geantă wrote: > >> When checking the response verb, the valid bit should be masked out, > >> since its value flips depending on what Response

Re: [PATCH v2] bus: fsl-mc: dpio: fix alter FQ state command

On Fri, Apr 28, 2017 at 10:47:14AM +, Horia Geantă wrote: > On 4/28/2017 1:32 PM, Greg KH wrote: > > On Sat, Apr 22, 2017 at 09:44:49AM +0300, Horia Geantă wrote: > >> When checking the response verb, the valid bit should be masked out, > >> since its value flips depending on what Response

Re: [PATCH -mm -v10 1/3] mm, THP, swap: Delay splitting THP during swap out

Minchan Kim writes: > On Thu, Apr 27, 2017 at 03:12:34PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Tue, Apr 25, 2017 at 08:56:56PM +0800, Huang, Ying wrote: >> >> From: Huang Ying >> >> >> >> In this patch,

Re: [PATCH -mm -v10 1/3] mm, THP, swap: Delay splitting THP during swap out

Minchan Kim writes: > On Thu, Apr 27, 2017 at 03:12:34PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Tue, Apr 25, 2017 at 08:56:56PM +0800, Huang, Ying wrote: >> >> From: Huang Ying >> >> >> >> In this patch, splitting huge page is delayed from almost the first >> >> step of

Re: [PATCH v6 4/5] iwlwifi: convert to use driver data API

On Fri, 2017-04-28 at 02:56 +0200, Luis R. Rodriguez wrote: > On Mon, Apr 10, 2017 at 04:19:12PM +0300, Luca Coelho wrote: > > On Wed, 2017-03-29 at 20:25 -0700, Luis R. Rodriguez wrote: > > > The driver data API provides support for looking for firmware > > > from a specific set of API ranges, so

Re: [PATCH v6 4/5] iwlwifi: convert to use driver data API

On Fri, 2017-04-28 at 02:56 +0200, Luis R. Rodriguez wrote: > On Mon, Apr 10, 2017 at 04:19:12PM +0300, Luca Coelho wrote: > > On Wed, 2017-03-29 at 20:25 -0700, Luis R. Rodriguez wrote: > > > The driver data API provides support for looking for firmware > > > from a specific set of API ranges, so

Re: [PATCH v4] staging: ks7010: fix block comment style

On Fri, Apr 28, 2017 at 12:35:55PM +0200, Ilia Sergachev wrote: > Checkpatch was showing: > WARNING: Block comments use a trailing */ on a separate line. > > Move trailing */ to a separate line. > > Signed-off-by: Ilia Sergachev > --- > Changes for v4: > - remove one

Re: [PATCH v4] staging: ks7010: fix block comment style

On Fri, Apr 28, 2017 at 12:35:55PM +0200, Ilia Sergachev wrote: > Checkpatch was showing: > WARNING: Block comments use a trailing */ on a separate line. > > Move trailing */ to a separate line. > > Signed-off-by: Ilia Sergachev > --- > Changes for v4: > - remove one trailing whitespace in

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Fri, Apr 28, 2017 at 3:07 PM, Chris Brandt wrote: > On Friday, April 28, 2017, Linus Walleij wrote: >> > For me it looks like you are trying to alias open-drain + bias or >> > alike. Don't actually see the benefit of it. >> >> Andy is bringing up a valid point. And I

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Fri, Apr 28, 2017 at 3:07 PM, Chris Brandt wrote: > On Friday, April 28, 2017, Linus Walleij wrote: >> > For me it looks like you are trying to alias open-drain + bias or >> > alike. Don't actually see the benefit of it. >> >> Andy is bringing up a valid point. And I remember asking about this

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

which i 2017-04-28 14:58 GMT+03:00 Bin Liu : > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: >> 2017-04-27 20:13 GMT+03:00 Bin Liu : >> > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote: >> >> 2017-04-27 18:35 GMT+03:00 Bin Liu

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

which i 2017-04-28 14:58 GMT+03:00 Bin Liu : > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: >> 2017-04-27 20:13 GMT+03:00 Bin Liu : >> > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote: >> >> 2017-04-27 18:35 GMT+03:00 Bin Liu : >> >> > Hi Matwey, >> >>

RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Friday, April 28, 2017, Linus Walleij wrote: > > For me it looks like you are trying to alias open-drain + bias or > > alike. Don't actually see the benefit of it. > > Andy is bringing up a valid point. And I remember asking about this before. > > What does "bi-directional" really mean,

RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Friday, April 28, 2017, Linus Walleij wrote: > > For me it looks like you are trying to alias open-drain + bias or > > alike. Don't actually see the benefit of it. > > Andy is bringing up a valid point. And I remember asking about this before. > > What does "bi-directional" really mean,

[PATCH] staging: android: ion: Fix unnecessary initialization of static variable

Fix checkpatch warning: removed unnecessary initialization of static variable "heap_id" to 0 in source file "ioc.c". Signed-off-by: Fabrizio Perria --- drivers/staging/android/ion/ion.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] staging: android: ion: Fix unnecessary initialization of static variable

Fix checkpatch warning: removed unnecessary initialization of static variable "heap_id" to 0 in source file "ioc.c". Signed-off-by: Fabrizio Perria --- drivers/staging/android/ion/ion.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/android/ion/ion.c

Re: [PATCH v2] clk: sunxi-ng: Fix dependency on SUNXI_CCU_GATE

On Thu, Apr 27, 2017 at 06:15:33PM -0700, Stephen Boyd wrote: > On 04/27, Corentin Labbe wrote: > > On Thu, Apr 27, 2017 at 09:04:36AM +0200, Maxime Ripard wrote: > > > On Wed, Apr 26, 2017 at 01:53:19PM +0200, Corentin Labbe wrote: > > > > When CONFIG_SUNXI_CCU is set but no other SUNXI_CCU is

Re: [PATCH v2] clk: sunxi-ng: Fix dependency on SUNXI_CCU_GATE

On Thu, Apr 27, 2017 at 06:15:33PM -0700, Stephen Boyd wrote: > On 04/27, Corentin Labbe wrote: > > On Thu, Apr 27, 2017 at 09:04:36AM +0200, Maxime Ripard wrote: > > > On Wed, Apr 26, 2017 at 01:53:19PM +0200, Corentin Labbe wrote: > > > > When CONFIG_SUNXI_CCU is set but no other SUNXI_CCU is

Re: [PATCH] tpm: print tpm error code in hex for TPM2.0 devices

On Wed, Apr 26, 2017 at 03:39:54PM -0700, Jerry Snitselaar wrote: > For easier decoding, output the error code returned > from the tpm device in hex when the device is TPM2.0. > > Cc: Jarkko Sakkinen > Cc: Peter Huewe > Cc: Marcel Selhorst

Re: [PATCH] tpm: print tpm error code in hex for TPM2.0 devices

On Wed, Apr 26, 2017 at 03:39:54PM -0700, Jerry Snitselaar wrote: > For easier decoding, output the error code returned > from the tpm device in hex when the device is TPM2.0. > > Cc: Jarkko Sakkinen > Cc: Peter Huewe > Cc: Marcel Selhorst > Cc: Jason Gunthorpe > Reported-by: Ken Goldman >

[PATCH v4] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On implementing of nested pid namespaces support in CRIU (checkpoint-restore in userspace tool) we run into the situation, that it's impossible to create a task with specific NSpid effectively. After commit 49f4d8b93ccf "pidns: Capture the user namespace and filter ns_last_pid" it is impossible to

[PATCH v4] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On implementing of nested pid namespaces support in CRIU (checkpoint-restore in userspace tool) we run into the situation, that it's impossible to create a task with specific NSpid effectively. After commit 49f4d8b93ccf "pidns: Capture the user namespace and filter ns_last_pid" it is impossible to

Re: [PATCH] staging: sm750fb: Combine set GPIO 30 & 31 into one statement

On Tue, Apr 25, 2017 at 03:53:02PM +, Lynn Lei wrote: > Combine two separate set GPIO(30 & 31) operations into one statement. Why? > > Signed-off-by: Lynn Lei > --- > drivers/staging/sm750fb/ddk750_hwi2c.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) >

Re: [PATCH] staging: sm750fb: Combine set GPIO 30 & 31 into one statement

On Tue, Apr 25, 2017 at 03:53:02PM +, Lynn Lei wrote: > Combine two separate set GPIO(30 & 31) operations into one statement. Why? > > Signed-off-by: Lynn Lei > --- > drivers/staging/sm750fb/ddk750_hwi2c.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: > 2017-04-27 20:13 GMT+03:00 Bin Liu : > > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote: > >> 2017-04-27 18:35 GMT+03:00 Bin Liu : > >> > Hi Matwey, > >> > > >> > On Thu, Apr 27,

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: > 2017-04-27 20:13 GMT+03:00 Bin Liu : > > On Thu, Apr 27, 2017 at 07:26:31PM +0300, Matwey V. Kornilov wrote: > >> 2017-04-27 18:35 GMT+03:00 Bin Liu : > >> > Hi Matwey, > >> > > >> > On Thu, Apr 27, 2017 at 01:20:33PM +0300,

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

Hi Ralph, > > Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe > time for platform/amba/pci bus devices") causes a kernel panic as > in the log below on an armada-385. Reverting the commit fixes the > issue. > > Regards > Ralph

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

Hi Ralph, > > Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe > time for platform/amba/pci bus devices") causes a kernel panic as > in the log below on an armada-385. Reverting the commit fixes the > issue. > > Regards > Ralph

Re: Network cooling device and how to control NIC speed on thermal condition

> I collect SoC temp every a few secs. Meantime, I use ethtool -s ethX > speed to manipulate link speed and to see how it impacts SoC > temp. My 4 PHYs and switch are integrated into SoC and I always > change link speed for all PHYs , no traffic on the link for this test. > Starting with 1Gb/s

Re: Network cooling device and how to control NIC speed on thermal condition

> I collect SoC temp every a few secs. Meantime, I use ethtool -s ethX > speed to manipulate link speed and to see how it impacts SoC > temp. My 4 PHYs and switch are integrated into SoC and I always > change link speed for all PHYs , no traffic on the link for this test. > Starting with 1Gb/s

[RFC v3 2/2] mux: mmio-based syscon mux controller

This adds a driver for mmio-based syscon multiplexers controlled by bitfields in a syscon register range. Signed-off-by: Philipp Zabel --- Changes since v2: - Updated CONFIG description to multi-mux - Use mux_control_get_index instead of open-coding it - Read

[RFC v3 1/2] dt-bindings: add mmio-based syscon mux controller DT bindings

This adds device tree binding documentation for mmio-based syscon multiplexers controlled by a bitfieldis in a syscon register range. Signed-off-by: Philipp Zabel --- Changes since v2: - Updated multi-mux DT binding description - Removed superfluous @3 from example ---

[RFC v3 1/2] dt-bindings: add mmio-based syscon mux controller DT bindings

This adds device tree binding documentation for mmio-based syscon multiplexers controlled by a bitfieldis in a syscon register range. Signed-off-by: Philipp Zabel --- Changes since v2: - Updated multi-mux DT binding description - Removed superfluous @3 from example ---

[RFC v3 2/2] mux: mmio-based syscon mux controller

This adds a driver for mmio-based syscon multiplexers controlled by bitfields in a syscon register range. Signed-off-by: Philipp Zabel --- Changes since v2: - Updated CONFIG description to multi-mux - Use mux_control_get_index instead of open-coding it - Read mux-reg-masks and idle-states

[PATCH] serdev: Restore serdev_device_write_buf for atomic context

Starting with commit 6fe729c4bdae ("serdev: Add serdev_device_write subroutine") the function serdev_device_write_buf cannot be used in atomic context anymore (mutex_lock is sleeping). So restore the old behavior. Signed-off-by: Stefan Wahren Fixes: 6fe729c4bdae ("serdev:

[PATCH] serdev: Restore serdev_device_write_buf for atomic context

Starting with commit 6fe729c4bdae ("serdev: Add serdev_device_write subroutine") the function serdev_device_write_buf cannot be used in atomic context anymore (mutex_lock is sleeping). So restore the old behavior. Signed-off-by: Stefan Wahren Fixes: 6fe729c4bdae ("serdev: Add serdev_device_write

[PATCH 2/2] perf stat: balance opening/closing of events

While perf-stat has its own create_perf_stat_counter() helper to open events, dependent on target configuration, it uses perf_evlist__close() to close events. The common perf_evlist__{open,close}() helpers don't consider the target configuration, and always evsel->cpus even where

[PATCH 2/2] perf stat: balance opening/closing of events

While perf-stat has its own create_perf_stat_counter() helper to open events, dependent on target configuration, it uses perf_evlist__close() to close events. The common perf_evlist__{open,close}() helpers don't consider the target configuration, and always evsel->cpus even where

[PATCH 0/2] perf stat: fix segfault when closing events

Hi, These patches fix a segfault seen in some cases when perf stat is exiting. We don't balance opening/closing of events in all cases, and go out-of-bounds when we close events. Full details in the patch 2 commit message. Thanks, Mark. Mark Rutland (2): perf evsel: add per{cpu,thread} close

[PATCH 0/2] perf stat: fix segfault when closing events

Hi, These patches fix a segfault seen in some cases when perf stat is exiting. We don't balance opening/closing of events in all cases, and go out-of-bounds when we close events. Full details in the patch 2 commit message. Thanks, Mark. Mark Rutland (2): perf evsel: add per{cpu,thread} close

[PATCH 1/2] perf evsel: add per{cpu,thread} close helpers

We have perf_evsel__open_per_{cpu,thread}() helpers for opening events, but we have no corresponding helpers for closing events. This results in callers having to duplicate logic to determine the number of cpus and threads when closing an event, and makes it harder than necessary to determine

Re: [PATCH -mm -v3] mm, swap: Sort swap entries before free

Minchan Kim writes: > On Fri, Apr 28, 2017 at 04:05:26PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Fri, Apr 28, 2017 at 09:09:53AM +0800, Huang, Ying wrote: >> >> Minchan Kim writes: >> >> >> >> > On Wed, Apr 26,

[PATCH 1/2] perf evsel: add per{cpu,thread} close helpers

We have perf_evsel__open_per_{cpu,thread}() helpers for opening events, but we have no corresponding helpers for closing events. This results in callers having to duplicate logic to determine the number of cpus and threads when closing an event, and makes it harder than necessary to determine

Re: [PATCH -mm -v3] mm, swap: Sort swap entries before free

Minchan Kim writes: > On Fri, Apr 28, 2017 at 04:05:26PM +0800, Huang, Ying wrote: >> Minchan Kim writes: >> >> > On Fri, Apr 28, 2017 at 09:09:53AM +0800, Huang, Ying wrote: >> >> Minchan Kim writes: >> >> >> >> > On Wed, Apr 26, 2017 at 08:42:10PM +0800, Huang, Ying wrote: >> >> >> Minchan

Re: futex race condition

On 2017-04-28 12:34:23 [+0300], Luchezar Belev wrote: > hello, > > Consider a situation where the "atomic check and suspend" actually > comes into action, that is, a call to futex_wait is canceled because > another thread managed to change the variable just before the > suspending. > Since the

Re: futex race condition

On 2017-04-28 12:34:23 [+0300], Luchezar Belev wrote: > hello, > > Consider a situation where the "atomic check and suspend" actually > comes into action, that is, a call to futex_wait is canceled because > another thread managed to change the variable just before the > suspending. > Since the

Re: rhashtable - Cap total number of entries to 2^31

On 04/28/2017 01:31 PM, Herbert Xu wrote: > On Fri, Apr 28, 2017 at 12:23:15PM +0200, Christian Borntraeger wrote: >> >> I can reproduce this boot failure on s390 bisected to >> commit 6d684e54690caef45cf14051ddeb7c71beeb681b >>rhashtable: Cap total number of entries to 2^31 >> in linux-next

Re: rhashtable - Cap total number of entries to 2^31

On 04/28/2017 01:31 PM, Herbert Xu wrote: > On Fri, Apr 28, 2017 at 12:23:15PM +0200, Christian Borntraeger wrote: >> >> I can reproduce this boot failure on s390 bisected to >> commit 6d684e54690caef45cf14051ddeb7c71beeb681b >>rhashtable: Cap total number of entries to 2^31 >> in linux-next

Re: [PATCH 2/2] dt-bindings: pcie: Add documentation for Mediatek PCIe

On Fri, Apr 28, 2017 at 4:46 AM, Ryder Lee wrote: > On Thu, 2017-04-27 at 21:06 +0200, Arnd Bergmann wrote: >> On Wed, Apr 26, 2017 at 10:10 AM, Ryder Lee wrote: >> > On Tue, 2017-04-25 at 14:18 +0200, Arnd Bergmann wrote: >> >> On Sun, Apr 23,

Re: [PATCH 2/2] dt-bindings: pcie: Add documentation for Mediatek PCIe

On Fri, Apr 28, 2017 at 4:46 AM, Ryder Lee wrote: > On Thu, 2017-04-27 at 21:06 +0200, Arnd Bergmann wrote: >> On Wed, Apr 26, 2017 at 10:10 AM, Ryder Lee wrote: >> > On Tue, 2017-04-25 at 14:18 +0200, Arnd Bergmann wrote: >> >> On Sun, Apr 23, 2017 at 10:19 AM, Ryder Lee >> >> wrote: >> Are

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > Some crtc's may have restrictions in the mode they can display. In > this patch a new callback (crtc->mode_valid()) is introduced that > is called at the same stage of connector->mode_valid() callback. > > This shall be implemented if

Re: [PATCH v6 3/5] rxrpc: check return value of skb_to_sgvec always

2017-04-25, 20:47:32 +0200, Jason A. Donenfeld wrote: > Signed-off-by: Jason A. Donenfeld > --- > net/rxrpc/rxkad.c | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/net/rxrpc/rxkad.c b/net/rxrpc/rxkad.c > index 4374e7b9c7bf..dcf46c9c3ece

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > Some crtc's may have restrictions in the mode they can display. In > this patch a new callback (crtc->mode_valid()) is introduced that > is called at the same stage of connector->mode_valid() callback. > > This shall be implemented if

Re: [PATCH v6 3/5] rxrpc: check return value of skb_to_sgvec always

2017-04-25, 20:47:32 +0200, Jason A. Donenfeld wrote: > Signed-off-by: Jason A. Donenfeld > --- > net/rxrpc/rxkad.c | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/net/rxrpc/rxkad.c b/net/rxrpc/rxkad.c > index 4374e7b9c7bf..dcf46c9c3ece 100644 > ---

Re: rhashtable - Cap total number of entries to 2^31

On Fri, Apr 28, 2017 at 12:23:15PM +0200, Christian Borntraeger wrote: > > I can reproduce this boot failure on s390 bisected to > commit 6d684e54690caef45cf14051ddeb7c71beeb681b >rhashtable: Cap total number of entries to 2^31 > in linux-next from Apr 28 It should go away with

Re: rhashtable - Cap total number of entries to 2^31

On Fri, Apr 28, 2017 at 12:23:15PM +0200, Christian Borntraeger wrote: > > I can reproduce this boot failure on s390 bisected to > commit 6d684e54690caef45cf14051ddeb7c71beeb681b >rhashtable: Cap total number of entries to 2^31 > in linux-next from Apr 28 It should go away with

Re: [PATCH] i2c: add sc18is600 driver

Hi, ping? This is really useful on RPi, which has only has I2C controllers with broken clock stretching support. -- Sebastian On Wed, Mar 29, 2017 at 04:03:39PM +0200, Sebastian Reichel wrote: > This adds an I²C master driver for SPI -> I²C bus bridge chips. > It currently supports NXP's

Re: [PATCH] i2c: add sc18is600 driver

Hi, ping? This is really useful on RPi, which has only has I2C controllers with broken clock stretching support. -- Sebastian On Wed, Mar 29, 2017 at 04:03:39PM +0200, Sebastian Reichel wrote: > This adds an I²C master driver for SPI -> I²C bus bridge chips. > It currently supports NXP's

[PATCH] staging: vt6656: use tabs instead of spaces

Fix a checkpatch error: CODE_INDENT (code indent should use tabs where possible). Signed-off-by: Juan Antonio Pedreira Martos --- drivers/staging/vt6656/rxtx.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git

[PATCH] staging: vt6656: use tabs instead of spaces

Fix a checkpatch error: CODE_INDENT (code indent should use tabs where possible). Signed-off-by: Juan Antonio Pedreira Martos --- drivers/staging/vt6656/rxtx.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/drivers/staging/vt6656/rxtx.c

Re: [PATCH v4 2/2] of: Add unit tests for applying overlays

Hi Frank, On Wed, Apr 26, 2017 at 2:09 AM, wrote: > From: Frank Rowand > > Existing overlay unit tests examine individual pieces of the overlay > code. The new tests target the entire process of applying an overlay. > > Signed-off-by: Frank

Re: [PATCH v4 2/2] of: Add unit tests for applying overlays

Hi Frank, On Wed, Apr 26, 2017 at 2:09 AM, wrote: > From: Frank Rowand > > Existing overlay unit tests examine individual pieces of the overlay > code. The new tests target the entire process of applying an overlay. > > Signed-off-by: Frank Rowand > --- > > There are checkpatch warnings. I

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